Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757119Ab0HaKff (ORCPT ); Tue, 31 Aug 2010 06:35:35 -0400 Received: from www.tglx.de ([62.245.132.106]:42924 "EHLO www.tglx.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1754068Ab0HaKfe (ORCPT ); Tue, 31 Aug 2010 06:35:34 -0400 Date: Tue, 31 Aug 2010 12:35:25 +0200 From: "Hans J. Koch" To: Armin Steinhoff Cc: "Hans J. Koch" , Linux Kernel Mailing List Subject: Re: UIO and Fedora 13 (kernel 33.6) Message-ID: <20100831103523.GA2598@local> References: <4C7B8CA6.4010504@steinhoff.de> <20100830162435.GB2566@local> <4C7CA7E4.8010005@steinhoff.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4C7CA7E4.8010005@steinhoff.de> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1902 Lines: 54 On Tue, Aug 31, 2010 at 08:57:40AM +0200, Armin Steinhoff wrote: > Hans J. Koch wrote: > >On Mon, Aug 30, 2010 at 12:49:10PM +0200, Armin Steinhoff wrote: > >> Hi, > >> > >>I'm writing an UIO driver for a plain PC/104 board (ISA bus). > >>After insmod I don't see an entry of uio0 in /dev > >>and also no entries in /sys/class. There are no error messages at > >>module load. > >Are you sure your probe() function is called? > That's the case. OK. > > > After a successfull > >uio_register_device() there is both a /dev/uioX and a directory > >/sys/class/uio/uioX/. > Seems not be possible after a kernel ooops ... You get an oops? What does it say? > >>The same happens after loading the module uio.ko and uio_pdrv.ko ... > >>no entries at all, no error messages. > >>uio_pdrv needs platform data set up somewhere, did you do that? > >>See docs in Documentation/DocBook/ for more details. > > uio_pdrv.ko was provided unmodified and precompiles by the Fedora > distro. That doesn't make sense. uio_pdrv/uio_pdrv_genirq both need some help from a board support file/driver to work. > This example seems more or less incomplete ... it seems also the > case with the uio_pdrv_genirq example Yes, of course. It doesn't make sense for distros to ship these modules. Both are useful only for developers who build there own kernels and add the data or irq handler needed by these drivers. > > However, it seems so I have to go back 2 steps and restart after > reading more details of the concept of platform devices ... What you did was in general the right thing. Find the reason for that oops and fix it. Thanks, Hans -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/