RE: [patch 2.6.12-rc3] modifications in firmware_class.c to support nohotplug

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 




> -----Original Message-----
> From: Greg KH [mailto:[email protected]]
> Sent: Wednesday, June 08, 2005 11:27 AM
> To: Salunke, Abhay
> Cc: [email protected]; [email protected];
[email protected];
> Domsch, Matt; [email protected]
> Subject: Re: [patch 2.6.12-rc3] modifications in firmware_class.c to
> support nohotplug
> 
> On Wed, Jun 08, 2005 at 11:23:30AM -0500, [email protected]
wrote:
> >
> >
> > > -----Original Message-----
> > > From: Greg KH [mailto:[email protected]]
> > > Sent: Wednesday, June 08, 2005 11:10 AM
> > > To: Salunke, Abhay
> > > Cc: [email protected]; [email protected];
> > [email protected];
> > > Domsch, Matt; [email protected]
> > > Subject: Re: [patch 2.6.12-rc3] modifications in firmware_class.c
to
> > > support nohotplug
> > >
> > > On Wed, Jun 08, 2005 at 11:04:09AM -0500, [email protected]
> > wrote:
> > > > > I think it would be better if you just have request_firmware
and
> > > > > request_firmware_nowait accept timeout parameter that would
> > override
> > > > > default timeout in firmware_class. 0 would mean use default,
> > > > > MAX_SCHED_TIMEOUT - wait indefinitely.
> > > >
> > > > But we still need to avoid hotplug being invoked as we need it
be a
> > > > manual process.
> > >
> > > No, hotplug can happen just fine (it happens loads of times today
for
> > > things that people don't care about.)
> > >
> > If hotplug happens the complete function is called which makes the
> > request_firmware return with a failure.
> 
> If this was true, then the current code would not work at all.
Why not? Can't we avoid hotplug from running by not calling
kobject_hotplug()?
If hotplug does not happen we can do the stuff done by hotplug script
manually. And also the current code skips add_timer so not timeouts
irrespective of the timeout specified in /sys/class/firmware/timeout
thus preventing from breaking other's who are using timeout.

Thanks,
Abhay

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux