| Age | Commit message (Collapse) | Author |
|---|
|
|
|
|
|
The Realtek DASH ehci(4) doesn't have a properly set SBRN register which
prevents us from fully attaching the device. This would result in a panic
during suspend because the activate function will access register that
aren't mapped.
ok deraadt@
|
|
This should hopefully help people reporting errors with SB700.
From FreeBSD, ok kettenis@, krw@
|
|
Fix a NULL dereference reported by jsg@ in case a Root Port Hub interrupt
is handled before the soft-interrupt has been established.
|
|
to mark ehci_intr() as IPL_MPSAFE.
Earlier version tested by ratchov@, ok visa@
|
|
host controller because autoconf(9) already does it.
|
|
definitions instead. We don't change usb.h for now to stay compatible
with userland.
Tested by mpi@ on macppc and myself on i386.
ok mpi@
|
|
"failed"; no indication is given up to the autoconf framework since
xxattach() returns void. Until this situation is improved, there are
a handful of drivers which must use driver-specific checks in xxactivate()
to see if the xxattach() function succeeded or failed.
Add such a check here.
ok kettenis
|
|
paths are reflexive. It is now possible to fail part-way through a
suspend sequence, and recover along the resume code path.
Split DVACT_SUSPEND by adding a new DVACT_POWERDOWN method is used
after hibernate (and suspend too) to finish the job. Some drivers
must be converted at the same time to use this instead of shutdown hooks
(the others will follow at a later time)
ok kettenis mlarkin
|
|
|
|
ok jakemsr
|
|
|
|
one broken UHCI on resume.
Tested by myself, kettenis, phessler, jsg, pirofti. Doesn't help all
machines, but no worse than before on any of them.
ok kettenis@, deraadt@
|
|
|
|
|
|
to a more reasonable default. speeds up the armish machines in particular
(perhaps because their pci bus is so slow), and has no downside when tested
on other machines.
from linux originally, via brad, ok drahn
|
|
bridge revisions A12 and A13. We really don't know what it does,
but then noone else does.
From NetBSD and Linux, via brad
|
|
between instances, saving space in the kernel. feedback from many (some
incorporated, some left for future work).
ok deraadt, kettenis, "why not" miod.
|
|
Not sure what's more surprising: how long it took for NetBSD to
catch up to the rest of the BSDs (including UCB), or the amount of
code that NetBSD has claimed for itself without attributing to the
actual authors.
OK deraadt@
|
|
date: 2008/03/12 20:57:17; author: jhb; state: Exp; lines: +4 -1
Relax the BIOS/OS sempahore handoff code to workaround different hard
hangs (one at boot, one at shutdown) in recent machines. First, only try
to take ownership of the EHCI controller if the BIOS currently owns the
controller. On a HP DL160 G5, the machine hangs when we try to take
ownership. Second, don't bother trying to give up ownership of the
controller during shutdown. It's not strictly required and a Dell DCS S29
hangs on shutdown after the config write.
Both of these changes match the behavior of the Linux EHCI driver. I also
think both of these hangs are caused by bugs in the BIOS' SMM handler
causing it to get stuck in an infinite loop in SMM.
|
|
(This might look easy, but it was a big diff. Thanks to dlg and especially jsg
for looking over it; we found at least four mistakes in the initial diff.)
ok jsg.
|
|
Kill the usb specific lockmgr wrapper as nothing uses it now.
ok thib@
|
|
we do not, a shared interrupt which arrives while we are initialising
the host controller may cause a NULL pointer dereference.
tested joris, ok! dlg
|
|
|
|
i hate typedefs
|
|
pcisubmatch(); kettenis@ testing; brad@ ok
|
|
controllers. remove the insane amount of support code needed just for the
printing of the companion controllers while here.
zap it deraadt@ sure pascoe@
|
|
completion before they have performed writeback from the overlay qTD.
This condition would exhibit itself as a umass stall that never recovers.
ok dlg@
|
|
log message:
Attempt to follow the correct procedure for synchronising with the
system BIOS to disable legacy device emulation as per the "EHCI
Extended Capability: Pre-OS to OS Handoff Synchronisation" section
of the EHCI spec. BIOSes that implement legacy emulation using SMIs
are supposed to disable the emulation when this procedure is performed.
tested on various archs by jsg@ and me
ok pascoe@, looks sane jsg@
|
|
|
|
|
|
|
