On Mon, 21 Sep 2009, [utf-8] MichaÅ? Nazarewicz wrote: > I've been thinking whether doing some stuff like disabling some of > (the interfaces) in USB configuration(s) gadget provides so the rest > of the gadget would be functional. Also, the thread could be > restarted. Or, instead of exiting after receiving signal, thread > could close all backing files. > > Anyways, the question is no longer valid as I've figured that since > the thread is killed during shutdown process doing anything fancy > makes little sense anyways, so I sticked with unregistering the > driver. That's right. The main point of allowing the thread to be killed was so that somebody using the driver could do a normal system shutdown without having to unload the driver first. If the thread couldn't be killed then unloading it would be the only way to allow the filesystem containing the backing storage to be unmounted. Alan Stern -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
