| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
OK dlg@, bluhm@
No Opinion mpi@
Not against it claudio@
|
|
|
|
| |
ok dlg@ tobhe@
|
|
|
|
|
|
| |
"new" API.
ok dlg@ tobhe@
|
|
|
|
| |
this is a step toward deprecating softclock based livelock detection.
|
|
|
|
|
|
|
| |
this means packets are consistently counted in one place, unlike the
many and various ways that drivers thought they should do it.
ok mpi@ deraadt@
|
| |
|
|
|
|
| |
definitions; ok mpi@
|
|
|
|
| |
from richard proctor on bugs@
|
|
|
|
| |
diff from richard proctor on bugs@
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
there are two things shared between the network stack and drivers
in the send path: the send queue and the IFF_OACTIVE flag. the send
queue is now protected by a mutex. this diff makes the oactive
functionality mpsafe too.
IFF_OACTIVE is part of if_flags. there are two problems with that.
firstly, if_flags is a short and we dont have any MI atomic operations
to manipulate a short. secondly, while we could make the IFF_OACTIVE
operates mpsafe, all changes to other flags would have to be made
safe at the same time, otherwise a read-modify-write cycle on their
updates could clobber the oactive change.
instead, this moves the oactive mark into struct ifqueue and provides
an API for changing it. there's ifq_set_oactive, ifq_clr_oactive,
and ifq_is_oactive. these are modelled on ifsq_set_oactive,
ifsq_clr_oactive, and ifsq_is_oactive in dragonflybsd.
this diff includes changes to all the drivers manipulating IFF_OACTIVE
to now use the ifsq_{set,clr_is}_oactive API too.
ok kettenis@ mpi@ jmatthew@ deraadt@
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
IF_PREPEND assumes the underlying send queue is using priq, so if you're
using hfsc things dont work well.
part of this shuffle moved the defragmentation of the mbuf to using
m_defrag instead of hand rolled code.
tested by several people on tech@
|
| |
|
|
|
|
|
|
| |
Our in-kernel ether-vtag has a different layout to the vr TXSTAT register.
ok sthen@
|
| |
|
|
|
|
|
|
|
| |
Note that pseudo-drivers not using if_input() are not affected by this
conversion.
ok mikeb@, kettenis@, claudio@, dlg@
|
|
|
|
|
|
|
|
|
|
|
|
| |
there's no need to do it in m_devget(9).
Stop passing an ``ifp'' will help for upcoming interface pointer -> index
conversion.
While here remove unused ``ifp'' argument from m_clget(9) and kill two
birds^W layer violations in one commit.
ok henning@
|
|
|
|
|
|
|
| |
have any direct symbols used. Tested for indirect use by compiling
amd64/i386/sparc64 kernels.
ok tedu@ deraadt@
|
|
|
|
| |
ok mpi@ sthen@
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
| |
to using if_rxr.
cut the reporting systat did over to the rxr ioctl.
tested as much as i can on alpha, amd64, and sparc64.
mpi@ has run it on macppc.
ok mpi@
|
| |
|
|
|
|
|
| |
drivers) activate functions at DVACT_RESUME time do not need to do
so, since their PHYs are repaired by IFF_UP.
|
|
|
|
|
|
|
|
| |
kernel resumes normal (non-cold, able to run processes, etc) operation.
Previously we were relying on specific DVACT_RESUME op's in drivers
creating callback/threads themselves, but that has become too common,
indicating the need for a built-in mechanism.
ok dlg kettenis, tested by a sufficient amount of people
|
|
|
|
|
|
|
|
|
| |
alternative to bcopy since noone uses it.
while there use memcpy instead of bcopy because we know the memory cannot
overlap.
ok henning@ matthew@ mikeb@ deraadt@
|
|
|
|
|
| |
don't have to. Just remove these include lines.
Compiled on amd64 i386 sparc64; OK henning@ mikeb@
|
|
|
|
| |
from oga@bitrig, ok dtucker
|
|
|
|
|
| |
1758 bytes (MTU 1740) and raise hardmtu to allow the user to set them.
Tests by Mark Patruck, Michal Markowski, mikeb, beck, dtucker. ok mikeb@
|
|
|
|
|
|
|
|
| |
but with tweaks so it works on 6105Ms like those found in pcengines alix
and soekris 5501s. ok sthen@, help brad chris mikeb dlg jsing
There may be other 610x chips that would benefit from the VR_Q_INTDISABLE
quirk, please send me a dmesg if you can confirm it works.
|
|
|
|
|
|
|
| |
but possible). Also don't re-calculate vlan tag repeatedly through the
descriptor loop.
ok dtucker@
|
| |
|
|
|
|
| |
brad@ chris@ jsing@ kettenis@ mikeb@ sthen@
|
|
|
|
| |
if we've added a packet. Reduces CPU util a tiny bit. ok brad@ jsing@
|
|
|
|
|
|
| |
then set the flags. Just set the flags as is done everywhere else.
ok sthen@
|
|
|
|
|
|
| |
necessarily correct, there might not even be a link when attaching.
ok mikeb@ reyk@
|
|
|
|
| |
OK reyk@ sthen@
|
|
|
|
| |
ok chris@ deraadt@ dtucker@ mikeb@
|
|
|
|
|
|
|
|
|
| |
which contradicts the datasheet (but actually works).
Also, use a segment (instead of a new mbuf and data copy) to zero-pad
small packets, modeled after if_myx.
ok sthen@, gerhard@, henning@
|
|
|
|
|
|
|
|
| |
pci_set_powerstate() to using it instead. Many of these chunks of code had
bugs in them, especially missing delay() calls. Some of them were doing
things our PCI subsystem is now responsible for handling. If you have
any of the affected devices, please keep an eye out for regressions.
ok kettenis
|
|
|
|
| |
ok deraadt@, mikeb@
|
| |
|
| |
|
|
|
|
| |
fixes hanging interfaces similar to in myx(4); ok dlg@, claudio@, henning@
|
| |
|
|
|
|
|
|
|
|
|
| |
when leaving. when you're handling an interrupt it is masked.
whacking the chip is work for no gain.
diff from chris@
tested by marco@
ok by me :)
|
|
|
|
| |
ok claudio krw
|
|
|
|
| |
ok deraadt
|