Age | Commit message (Collapse) | Author |
|
ok guenther@
|
|
them up and the others i found in this file.
no functional change.
|
|
putting this into the tree to make it easier to test.
|
|
putting this in the tree to make it easier for people to test.
|
|
putting this in the tree to make it easier for people to test.
|
|
the right shape now, we dont have to do it by hand all over the place
any more.
rework the rxr ring management to use if_rxring while here.
largely based on if_sk.c r1.152 and if_skvar.h r1.4 by kettenis.
tested by me on:
skc0 at pci3 dev 11 function 0 "Schneider & Koch SK-98xx" rev 0x12, GEnesis (0x0): apic 3 int 5
sk0 at skc0 port A: address 00:00:5a:99:8a:ec
xmphy0 at sk0 phy 0: XMAC II Gigabit PHY, rev. 2
and this from ian mcwilliam
skc0 at pci0 dev 9 function 0 "D-Link DGE-530T B1" rev 0x11, Yukon Lite (0x9): apic 2 int 17
sk0 at skc0 port A: address 00:17:9a:ba:b5:39
eephy0 at sk0 phy 0: 88E1011 Gigabit PHY, rev. 5
tested by brad@ too
|
|
|
|
Shuffle the code around slightly, so we special case the 5209 chipset
instead of semi-randomly.
Tested on rts5227 by me, and rts5209 by stsp@
OK stsp@
|
|
|
|
When pms(4) is attached to a touchpad it generally presents two different
wsmouse(4) devices: one for the touchpad itself and one for the clitpad
and/or some interleaved packets. But since both devices are writing to
the same pckbc slot, a race can occur if they try to change the state at
the same time.
So prevent two process opening the two /dev/wsmouse* node at the same time
to corrupt the magic sequences needed to enable/disable the touchpad.
ok schadchin@
|
|
while (space) {
IFQ_POLL;
myx_dequeue(free descr);
IFQ_DEQUEUE;
etc;
}
with
while (space && myx_dequeue(free descr)) {
IFQ_DEQUEUE;
etc;
}
|
|
ok miod@, who has offerred to help with any MD fallout
ok guenther@
|
|
malloc.h instead.
|
|
|
|
|
|
obsolete. No objections from the usual suspects.
|
|
|
|
adapters can use "IEEE sgl".
tested dlg yasuoka
ok dlg jsg
|
|
|
|
each EHCI root hub). OK deraadt@ jsg@
|
|
|
|
|
|
ok millert@
|
|
|
|
9 series LP/Wildcat Point-LP entries.
ok millert@
|
|
|
|
|
|
|
|
in the hub, not from some random value from the stack.
|
|
a pointer, found by clang.
|
|
|
|
have a separate function anymore, it is just a wrapper around the "set
address" command.
|
|
with the correct ipl to prevent your CPU from locking against itself.
|
|
in every HC driver.
|
|
the moment only Super and High Speed devices are properly recognized.
Some TT love is required for Full and Low speed devices.
|
|
be able to use USB 3.0 devices behind an external hub.
This is a bit tricky because the SS status use a different power bit
that maps to the Low speed one. So no longer accept devices without
power bit and fallback to the parent hub's speed in case the status
does not report any particular speed.
Note that xhci(4) root hubs still set the traditionnal UPS_PORT_POWER
bit with the correct device speed.
|
|
|
|
to help integrating super speed hubs that use a different descriptor.
|
|
From Alex Deucher
94dfc49785ea1acc1dd2c086ffd8d61ea3a5ee8f in ubuntu 3.8
af5d36539dfe043f1cf0f8b7334d6bb12cd14e75 in mainline linux
|
|
From Alex Deucher
c9a1adc31f78a30f33c591b61171f02d13a5b1a7 in ubuntu 3.8
3b6d9fd23e015b5397c438fd3cd74147d2c805b6 in mainline linux
|
|
From Alex Deucher
9102ef0d290f01247918f5a519d8fa4a96eaf370 in ubuntu 3.8
642528355c694f5ed68f6bff9ff520326a249f99 in mainline linux
|
|
From Alex Deucher
85cdd5e933c0f9fe3262067e707eed565db46378 in ubuntu 3.8
7d5ab3009a8ca777174f6f469277b3922d56fd4b in mainline linux
|
|
|
|
|
|
Since asynchronous commands can be submitted from interrupt context
it was possible to race with a process waiting for the completion of
a previously submitted command. So stop relying on the per-softc
TRB pointer for asynchronous commands and simply get the address of
the command TRB from the event TRB.
|
|
time payload. Super speed companion descriptor are still not used but
at least we can properly initialize super speed interrupt pipes.
|
|
|
|
external USB 3.0 hub support.
|
|
transfer stalled, report that a stall happen because umass(4) relies
on this behavior...
|
|
|