Re: [Q] reprobe deferred-probing drivers

2012-10-17 Thread Ming Lei
On Wed, Oct 17, 2012 at 4:43 PM, Guennadi Liakhovetski wrote: > On Wed, 17 Oct 2012, Guennadi Liakhovetski wrote: > >> Hi >> >> I've got a situation, for which I currently don't have a (good) solution. > > Ok, right, would it be acceptable to just do something like > > if (dev->par

Re: [Q] reprobe deferred-probing drivers

2012-10-17 Thread Guennadi Liakhovetski
On Wed, 17 Oct 2012, Greg Kroah-Hartman wrote: > On Wed, Oct 17, 2012 at 10:27:36AM +0200, Guennadi Liakhovetski wrote: > > Hi > > > > I've got a situation, for which I currently don't have a (good) solution. > > > > Let's say device A depends on device B and as long as B hasn't probed, A > > r

Re: [Q] reprobe deferred-probing drivers

2012-10-17 Thread Greg Kroah-Hartman
On Wed, Oct 17, 2012 at 10:27:36AM +0200, Guennadi Liakhovetski wrote: > Hi > > I've got a situation, for which I currently don't have a (good) solution. > > Let's say device A depends on device B and as long as B hasn't probed, A > requests deferred probing. Now B probes, which causes A to also

Re: [Q] reprobe deferred-probing drivers

2012-10-17 Thread Guennadi Liakhovetski
On Wed, 17 Oct 2012, Guennadi Liakhovetski wrote: > Hi > > I've got a situation, for which I currently don't have a (good) solution. Ok, right, would it be acceptable to just do something like if (dev->parent) device_lock(dev->parent); dev

[Q] reprobe deferred-probing drivers

2012-10-17 Thread Guennadi Liakhovetski
Hi I've got a situation, for which I currently don't have a (good) solution. Let's say device A depends on device B and as long as B hasn't probed, A requests deferred probing. Now B probes, which causes A to also succeed its probing. Next we want to remove B, say, by unloading its driver. A ha