[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.LFD.2.00.0912142158260.14385@localhost.localdomain>
Date: Mon, 14 Dec 2009 22:02:33 -0800 (PST)
From: Linus Torvalds <torvalds@...ux-foundation.org>
To: Russ Dill <russ.dill@...il.com>
cc: Greg KH <greg@...ah.com>, Alan Stern <stern@...land.harvard.edu>,
Greg KH <gregkh@...e.de>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
linux-usb@...r.kernel.org
Subject: Re: [GIT PATCH] USB patches for 2.6.33-git
On Mon, 14 Dec 2009, Russ Dill wrote:
>
> From: Russ Dill <Russ.Dill@...il.com>
> Date: Wed, 18 Nov 2009 10:31:27 -0700
> Subject: [PATCH] Close usb_find_interface race v3
[...]
Ok, patch looks good to me.
However, now I just wonder whether this re-introduces the original race.
In the original race description:
> USB drivers that create character devices call usb_register_dev in their
> probe function. This associates the usb_interface device with that minor
> number and creates the character device and announces it to the world.
> However, the driver's probe function is called before the new
> usb_interface is added to the driver's klist_devices.
and now we obviously no longer care about that klist_devices thing any
more, but we _do_ care about 'dev->driver'.
Has that been set by the time the driver's probe function is called? Or
are we now going to have the same situation as before the original patch?
[ That obviously always worked for my printer situation, but I'm just
wondering if this patch actually now helps whatever problem the original
patch was supposed to help? ]
Somebody who knows the USB driver binding code better than I do should
look at this. Greg?
Linus
--
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