On Fri, Jul 20, 2012 at 9:54 PM, Oliver Neukum <oneu...@suse.de> wrote:
> > The approach seems to me to be less comprehensive than > it ought to be. If you defer, why not the whole probe()? Because for other failures, we don't know when the conditions for them can be satisfied. For example, we don't know when the memory allocation can be met for one previous allocation failure. IMO, at least the approach provides one simple way to solve the firmware loading problem during. early boot or resume > Deferring only the upoad of the firmware complicates > error handling. Looks there is no special requirement for the error handling of request_firmware, just like other failures' handling, undo things which has been done, isn't there? Thanks, -- Ming Lei -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
