uncruft device.h and subr_autoconf.c a bit

this removes the idea of multiple cfdata tables. code for it was introduced for some reason for some hotplug stuff 17 years ago, if 0'd 14 years ago, and removed 11 years ago. i dont think we need it. ok? Index: sys/device.h ===

rdomain - rtableid confusion

These two functions take a rtableid not a rdomain as an argument, simple renaming to avoid confusion. ok? Index: net/if.c === RCS file: /home/ncvs/src/sys/net/if.c,v retrieving revision 1.277 diff -u -p -r1.277 if.c --- net/if.c

No need for INADDR_TO_IFP(), less global IPv4 list usage

Diff below replaces the INADDR_TO_IFP() macro that iterates over the global list of IPv4 by a call to in_iawithaddr() that uses the global tree of addresses. Since these two structures are now always coherent it is safe to replace one by the other and this removes one more usage of the global

Re: rdomain - rtableid confusion

On 26 November 2013 12:38, Martin Pieuchot mpieuc...@nolizard.org wrote: These two functions take a rtableid not a rdomain as an argument, simple renaming to avoid confusion. ok? makes sense to me. OK mikeb

Re: No need for INADDR_TO_IFP(), less global IPv4 list usage

On 26 November 2013 12:44, Martin Pieuchot mpieuc...@nolizard.org wrote: Diff below replaces the INADDR_TO_IFP() macro that iterates over the global list of IPv4 by a call to in_iawithaddr() that uses the global tree of addresses. Since these two structures are now always coherent it is safe

Re: Don't link multicast records to the first address

On 22 November 2013 09:26, Martin Pieuchot mpieuc...@nolizard.org wrote: On 18/11/13(Mon) 11:43, Martin Pieuchot wrote: Diff below changes the way protocol multicast addresses are linked to an interface. Right now they are added to a list attached to the first protocol address of an

mention dpb in release(8)

Is this OK, or should we remove bits about building packages individually too? Index: share/man/man8/release.8 === RCS file: /cvs/src/share/man/man8/release.8,v retrieving revision 1.66 diff -u -p -u -1 -5 -r1.66 release.8 ---

Re: mention dpb in release(8)

On Tue, Nov 26, 2013 at 02:38:43PM +, Stuart Henderson wrote: Is this OK, or should we remove bits about building packages individually too? I'd rather send people to ports(7) directly... since that explains both single port and bulk building. Index: share/man/man8/release.8

Re: mention dpb in release(8)

On 2013/11/26 16:28, Marc Espie wrote: On Tue, Nov 26, 2013 at 02:38:43PM +, Stuart Henderson wrote: Is this OK, or should we remove bits about building packages individually too? I'd rather send people to ports(7) directly... since that explains both single port and bulk building.

Re: mention dpb in release(8)

On Tue, Nov 26, 2013 at 03:38:49PM +, Stuart Henderson wrote: On 2013/11/26 16:28, Marc Espie wrote: On Tue, Nov 26, 2013 at 02:38:43PM +, Stuart Henderson wrote: Is this OK, or should we remove bits about building packages individually too? I'd rather send people to ports(7)

Re: new queue support for systat(1)

On Thu, Nov 21, 2013 at 12:35:43PM +0200, Arto Jonsson wrote: Hi, the following adds new queue support for systat(1). Both old and new queues are shown in the same display (newqs are shown first). Majority of the code taken from pfctl. For new queues the BW field only shows the target

The OpenBSD Foundation now accepts BitCoin donations...

I'm happy to announce the OpenBSD foundation can now accept donations to assist in funding project activities in BTC. We are using BitPay.com to host our BitCoin donations, which are converted to CAD for use by the project. If you have been interested in making donations in BitCoin, please visit

Re: rdomain - rtableid confusion

On Tue, Nov 26, 2013 at 12:38:48PM +0100, Martin Pieuchot wrote: These two functions take a rtableid not a rdomain as an argument, simple renaming to avoid confusion. ok? Yes. OK Index: net/if.c === RCS file: