linux-kernel - [PATCH 0/1] EHCI handoff failure timeout too long

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Date:	Sat,  6 Sep 2008 17:29:52 -0700
From:	Steven Noonan <steven.noonan@...inklabs.net>
To:	linux-kernel@...r.kernel.org
Cc:	Steven Noonan <steven@...inklabs.net>
Subject: [PATCH 0/1] EHCI handoff failure timeout too long

Hey all. I've got an HP dv5178us notebook with an apparent BIOS
bug in which it doesn't properly report that it's completed the
EHCI handoff. Unfortunately, this causes a 5 second snag at
every boot. This is -much- too long in my opinion.

My resolution for the issue is simply to cut the 5 seconds down
to 0.5 seconds. I am unsure whether changing the timeout is
wise, though, because I suppose it's possible that a buggy BIOS
could announce the success of the handoff -after- the timeout.

Thoughts?

Steven Noonan (1):
  drivers/usb/host/pci-quirks.c: wait for EHCI handoff far too long in
    quirk_usb_disable_ehci()

 drivers/usb/host/pci-quirks.c |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/