| Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
hardware can do (9k). implement the rxr ioctl while here.
ok jsg@
|
|
index update code from the buf_get success path to the do it all
the time code path. Tested by millert; ok dlg, deraadt
|
|
to the vendor/make whitelist maintained by Intel so there's no
reason to start doing it now.
When syncing the driver to the FreeBSD codebase I have decided
to take this chunk as is but it appears that it breaks cheap
chinese SFP+ fiber optics modules that we all love. And while
there's still a lot of places where we check for the vendor
OUI, most of these checks are not necessary.
Issue reported and fix tested by Tony Sarendal. Thanks!
|
|
* SIOCG80211ALLNODES operates on struct ieee80211_nodereq_all, not
struct ieee80211_nodereq.
* Six SIOC* from wi(4) were using same codes with generic parts of
IEEE 802.11 framework. Things worked due to the fact that size
of data struct being passed is encoded in actual SIOC*, too.
This commit means that ifconfig and some ports will need to be rebuilt,
if any of affected SIOC* codes is used. Port bumps to follow.
First part okay reyk@, whole diff okay mpi@
Heavy prodding to commit now from deraadt@
|
|
|
|
With this change sensorsd(8) now correctly detects state changes when
docking and undocking.
ok mlarkin@
|
|
a driver does not implement a specific *_activate() handler and that our
USB stack sets the dying flag before detaching a device, these specific
handlers can die.
|
|
to use BGE_STD_RX_RING_CNT instead of BGE_JUMBO_RX_RING_CNT.
ok dlg@
|
|
fields.
found by steven roberts, who also tested this fix for me
|
|
|
|
Izumi Tsutsui, thanks!
ok miod@
|
|
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.
|
|
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.
|
|
|