On 5/28/2015 12:39 PM, Robert Swindells wrote:
Radoslaw Kujawa wrote:
The same arguments might be made against the plan to remove ATM
support.
I've got no problem with keeping it, removing it isn't really
intellectually rewarding I thought it more of a cleanup/chore that
nobody really wan
hey,
On 5/25/2015 2:06 AM, Ryota Ozaki wrote:
On Sun, May 24, 2015 at 8:18 AM, Tyler Retzlaff wrote:
here's the patch to remove netnatm and en(4). let me know if I missed
anything otherwise I'll commit soon.
I guess you also need to remove if_atm* and opt_natm.h stuffs.
r
On 5/26/2015 5:46 PM, Michael van Elst wrote:
ozak...@netbsd.org (Ryota Ozaki) writes:
The next sacrifice is ARCNET. It seems it hasn't been
used for long years (7 years or more):
I wish people would put more energy in creating things
than destroying things they are not interested in.
i
On 2/27/2015 7:23 AM, Greg Troxel wrote:
I think it means user, but it doesn't really make sense (uipc_mmuf) in
all cases.
'U' like UNIX. From when AF_LOCAL was AF_UNIX. i.e. local/unix domain
sockets.
hey,
On Wed, Jun 25, 2014 at 02:01:02AM +, Christos Zoulas wrote:
>
> Looks good at first glance. I would change all exported names to start
> with bootcfg_ and BOOTCFG_; most of them do already.
i'm glad you suggested this this. all new names were prefixed with
bootcfg_ and BOOTCFG_ respec
hello,
presently there are three not-so-exact copies of code for parsing boot.cfg
across i386, sparc and zaurus.
linked is a patch that attempts to unify the three copies of this code
into a single mi file (bootcfg.c).
the primary source for the parsing logic was taken from i386 and had
minor tw
On 5/24/2014 4:28 AM, Martin Husemann wrote:
On Fri, May 23, 2014 at 06:15:10PM +, Christos Zoulas wrote:
The hiccups are much less severe, but there are still performance
issues. The machine is a lot slower building than it used to be.
I see this as well (though no hard numbers). Amd64, f
