Am Dienstag 18 September 2007 schrieb James Bottomley: > On Tue, 2007-09-18 at 16:15 +0200, Oliver Neukum wrote: > > Am Dienstag 18 September 2007 schrieb James Bottomley: > > > On Tue, 2007-09-18 at 10:32 +0200, Oliver Neukum wrote: > > > > which function should a lldd call to make the scsi layer flush > > > > a device's buffers and spin it down? Which kind of locking is > > > > required? > > > > > > Depends on the context. Is this for suspend? If so it's done > > > automatically by the sd driver, but the device has to be marked for it > > > in the manage_start_stop attributes. > > > > It is for runtime power management. We've gotten a bug report about > > a drive enclosure that doesn't properly park heads if the usb device is > > simply suspended. Apparently it simply cuts power so the cache can > > be lost, too. > > But even for runtime, if you want to suspend the device, shouldn't you > be calling the suspend methods in the device tree? Very good question. It seems to that yes indeed, we should. But we don't in case of autosuspend. We simply suspend the interfaces: static int usb_suspend_both(struct usb_device *udev, pm_message_t msg) [..] /* Suspend all the interfaces and then udev itself */ if (udev->actconfig) { for (; i < udev->actconfig->desc.bNumInterfaces; i++) { intf = udev->actconfig->interface[i]; status = usb_suspend_interface(intf, msg); if (status != 0) break; } } without involving the driver core. Is this a design bug? Regards Oliver - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html