wireguard-openbsd/sys/arch/macppc/dev/if_bm.c, branch jd/queueboosts

Do not clear IFF_UP, even in the error path, clearing IFF_RUNNING

2017-03-08T12:02:41Z

is enough. This flag should only be set by the stack, drivers shouldn't mess with it. Discussed with dlg@ and mikeb@, ok mikeb@, stsp@

move counting if_opackets next to counting if_obytes in if_enqueue.

2017-01-22T10:17:37Z

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@

G/C IFQ_SET_READY().

2016-04-13T11:33:59Z

No trailers has been the default and only option for 20 years, yet some

2015-12-08T13:34:22Z

drivers still set IFF_NOTRAILERS while others do not. Remove all usage of the flag from the drivers which in ancient times used it (and the modern drivers which blindly copied it from those drivers of yore). suggested by guenther. ok mpi

replace IFF_OACTIVE manipulation with mpsafe operations.

2015-11-25T03:09:57Z

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@

No need to include

2015-11-14T17:26:40Z

Now that "struct bpf_d" depends on this is one of the offender for removing the header from

arp_ifinit() is no longer needed.

2015-10-25T13:22:09Z

Workaround for slow bm(4) from NetBSD PR 33667 via Donovan Watteau on

2015-08-24T16:38:43Z

bugs@.

MFREE(9) is dead, long live m_freem(9)!

2015-07-08T07:21:49Z

ok bluhm@, claudio@, dlg@

Increment if_ipackets in if_input().

2015-06-24T09:40:53Z

Note that pseudo-drivers not using if_input() are not affected by this conversion. ok mikeb@, kettenis@, claudio@, dlg@