summary refs log tree commit diff
path: root/drivers/acpi/wakeup.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2010-02-26 10:03:22 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2010-02-26 10:03:22 -0800
commita4a47bc03fe520e95e0c4212bf97c86545fb14f9 (patch)
tree2c6597f8db343622ad2eb5ea02509fbf045a2f88 /drivers/acpi/wakeup.c
parent6ebdc661b608671e9ca572af8bb42d58108cc008 (diff)
downloadlinux-a4a47bc03fe520e95e0c4212bf97c86545fb14f9.tar.gz
Lower USB storage settling delay to something more reasonable
The five-second delay can be rather annoying, and makes the system
appear much less responsive when you connect a USB drive.

It's also not entirely clear that it is needed - the settling delay has
at least historically been an issue on some Apple iPods, for example,
and some devices have been reported to need even more than the old 5s
delay.

But before we penalize them all, let's see how bad it really is.  Some
of the reasons for long delays seem to be actual historical kernel bugs
that should probably never have been papered over with a delay in the
first place (there's a Ubuntu bug report for 2.6.20 about a NULL pointer
dereference unless 'delay_use' is 8 or more, for example).

It also looks like some distros have already shipped with delay_use=0,
so the five second default may well be totally historical.

In other words: "Let's see if anybody screams".

Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'drivers/acpi/wakeup.c')
0 files changed, 0 insertions, 0 deletions