From: Robert Hancock <hancockr@shaw.ca>
To: linux-kernel@vger.kernel.org
Cc: linux-usb@vger.kernel.org
Subject: Re: Enable CONFIG_USB_SUSPEND by default or some mobile HD can't be unplugged safely
Date: Thu, 01 Jan 2009 13:09:59 -0600 [thread overview]
Message-ID: <495D1507.5080306@shaw.ca> (raw)
In-Reply-To: <20090101160343.GA4278@thyme.bj.intel.com>
Yan Li wrote:
> Hello List,
>
> By default CONFIG_USB_SUSPEND is not enabled and today I got bite by
> this when I got a new WDC My Book hard drive. I have no way to unplug
> it safely, according to it's manual, with a kernel that doesn't have
> CONFIG_USB_SUSPEND=y.
>
> On it's manual read "you should unplug and remove the device only when
> the light is off." On Linux unmounting it won't turn it's light off
> and I can feel it's motor is still running. The only way to unplug it
> properly on a Linux system, as to my knowledge, is to echo `suspend'
> to `/sys/bus/usb/devices/$DEV/power/level'. And one has to have
> CONFIG_USB_SUSPEND=y to do this.
>
> On Windows and Mac OS, `safely remove this device' function effectly
> turns it into `suspend' mode, and it's light off.
>
> I'm new in this field and I understood people's concern on enabling
> autosuspend. As to my understanding, `enabling suspend' and `enabling
> autosuspend' should be controlled by two different knobs. I did a
> quick search in LKML and haven't found specific oppose to enable USB
> suspend by default, and Debian has started shipping a kernel with
> it turned on since 2.6.26.
>
> Perhaps we should consider turning it on by default? Thanks!
It's probably not a bad idea. I'm not sure how big of a problem it
actually is, though. As long as the filesystem is unmounted before
unplug you'll probably be OK (unless you ripped out the cable/power so
quickly afterwards that there was still data in the write cache).
Ideally before disconnecting a removable hard drive one should flush the
write cache and park the heads (the latter being somewhat important for
2.5" drives in order to avoid emergency head unloads that would reduce
the life of the drive). I believe that there's a command one can echo
into the sd driver in sysfs somewhere that will trigger this.. Therefore
the right sequence would be:
-unmount filesystem
-remove SCSI disk (synchronize cache and stop unit)
-suspend SCSI device
Thing is that some USB storage devices don't support both of those
commands (I've got a USB-to-IDE enclosure with a Genesys chipset that
doesn't translate SCSI START STOP UNIT into an IDE Standby Immediate
command as it really should, think it just throws "invalid field in CDB"
errors). However if we've done the above we've really done the best we
can do..
next prev parent reply other threads:[~2009-01-01 19:15 UTC|newest]
Thread overview: 19+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-01-01 16:03 Enable CONFIG_USB_SUSPEND by default or some mobile HD can't be unplugged safely Yan Li
2009-01-01 16:07 ` [PATCH] enable CONFIG_USB_SUSPEND by default Yan Li
2009-01-01 17:29 ` Enable CONFIG_USB_SUSPEND by default or some mobile HD can't be unplugged safely Alan Stern
2009-01-02 13:23 ` Yan Li
2009-01-01 17:32 ` Alexander E. Patrakov
2009-01-01 17:45 ` Alan Stern
2009-01-02 13:37 ` Yan Li
2009-01-02 13:46 ` Alexander E. Patrakov
2009-01-01 19:09 ` Robert Hancock [this message]
2009-01-02 9:56 ` Tino Keitel
2009-01-02 14:00 ` Yan Li
2009-01-02 14:08 ` Tino Keitel
2009-01-02 14:28 ` Yan Li
2009-01-02 16:04 ` Alan Stern
2009-01-03 2:33 ` Yan Li
2009-01-02 15:50 ` Mark Lord
2009-01-02 15:51 ` Mark Lord
2009-01-02 18:15 ` Tino Keitel
2009-01-03 2:24 ` Yan Li
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=495D1507.5080306@shaw.ca \
--to=hancockr@shaw.ca \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox