diff options
author | Linus Torvalds <torvalds@linux-foundation.org> | 2010-02-26 10:03:22 -0800 |
---|---|---|
committer | Linus Torvalds <torvalds@linux-foundation.org> | 2010-02-26 10:03:22 -0800 |
commit | a4a47bc03fe520e95e0c4212bf97c86545fb14f9 (patch) | |
tree | 2c6597f8db343622ad2eb5ea02509fbf045a2f88 /fs/ramfs/Makefile | |
parent | 6ebdc661b608671e9ca572af8bb42d58108cc008 (diff) |
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 'fs/ramfs/Makefile')
0 files changed, 0 insertions, 0 deletions