[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20080408034126.GA15563@suse.de>
Date: Mon, 7 Apr 2008 20:41:26 -0700
From: Greg KH <gregkh@...e.de>
To: Pierre Ossman <drzeus-list@...eus.cx>
Cc: LKML <linux-kernel@...r.kernel.org>
Subject: Re: pci: add to global list before sysfs?
On Sat, Apr 05, 2008 at 08:27:09PM +0200, Pierre Ossman wrote:
> On Sat, 5 Apr 2008 10:12:09 -0700
> Greg KH <gregkh@...e.de> wrote:
>
> > On Sat, Apr 05, 2008 at 06:55:01PM +0200, Pierre Ossman wrote:
> > > If I do this threaded, I'd have to return success to the driver core
> > > and then act like a possum later.
> >
> > Yes.
> >
> > > Doable, but not very clean.
> >
> > Hey, take it up with the hardware designers compensating for an
> > "unclean" operating system :)
> >
>
> I have. And unfortunately that other operating system is just too big
> of a market to ignore. :/
>
> This is a cooperating vendor though, which is why I'm trying to put a
> bit more extra effort into actually getting their devices fully
> supported. Telling them to ditch Windows support is asking too much.
>
> Anyway, a big part of my reluctance to go this route is that this chip
> is just one of many the driver supports. So I'm not thrilled to do some
> funky architecture for this device as it'll most certainly cause me
> pain for the others...
>
> > I don't think that a time-out would be a big deal, it shouldn't be very
> > long (a second or two). Also note that all distros would not have this
> > problem as they do pci discovery first, and then start loading all of
> > the modules in the initramfs after the pci tree has been properly
> > scanned. So the very large majority of users would not have a problem.
> >
> > Or are you doing this on an embedded system?
> >
>
> No, it's primarily desktop. But these chips are available as
> ExpressCards, so I'm trying to get them to work when hot-plugged as
> opposed to when permantently wired into the machine.
Then I suggest a thread/timer, it shouldn't be that difficult.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists