aboutsummaryrefslogtreecommitdiff
path: root/crypto/aes_generic.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 /crypto/aes_generic.c
parent6ebdc661b608671e9ca572af8bb42d58108cc008 (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 'crypto/aes_generic.c')
0 files changed, 0 insertions, 0 deletions