History log of /netbsd-src/sys/rump/net/lib/libnet/net_component.c (Results 1 – 10 of 10)
Revision Date Author Comments
# 1350b043 03-Jul-2018 ozaki-r <ozaki-r@NetBSD.org>

Fix net.inet6.ip6.ifq node doesn't exist

The node (and child nodes) is initialized in sysctl_net_pktq_setup, but the call
of sysctl_net_pktq_setup is skipped unexpectedly.

sysctl_net_pktq_setup is

Fix net.inet6.ip6.ifq node doesn't exist

The node (and child nodes) is initialized in sysctl_net_pktq_setup, but the call
of sysctl_net_pktq_setup is skipped unexpectedly.

sysctl_net_pktq_setup is skipped if in6_present is false that indicates the
netinet6 component isn't loaded on rump kernels. However the flag is
accidentally always false because the flag is turned on in in6_dom_init that is
called after if_sysctl_setup on both normal and rump kernels.

Fix the issue by moving if_sysctl_setup after in6_dom_init (domaininit on normal
kernels). This fix is ad-hoc but good enough for netbsd-8. We should refine
the initialization order of network components in the future.

Pointed out by hikaru@

show more ...


# 7881c6eb 16-Feb-2017 knakahara <knakahara@NetBSD.org>

l2tp(4) support rump.


# 978ea67b 17-Jan-2017 christos <christos@NetBSD.org>

pfile_init earlier (not here)


# 28df50d7 16-Jan-2017 ryo <ryo@NetBSD.org>

Make pfil(9) MP-safe (applying psref(9))


# d6b671c4 10-Aug-2016 kre <kre@NetBSD.org>

On the first day (that being the eighth day of the eighth month,) the
building was completed only to discover that within there lay havoc.

On the second day all just groaned and moaned, and it must

On the first day (that being the eighth day of the eighth month,) the
building was completed only to discover that within there lay havoc.

On the second day all just groaned and moaned, and it must be someone
else's problen.

On the third day, St. Martin stepped in and traced the culprit, which
provided inspiration, and a correction was made.

Forevermore all were agog at just how such a trivial thing could do
so much damage...


OK... to be a little less vague. The loopback interface is a truly
"special" thing, and rump knew that - and treated it very specially.
Unfortunately, when the loopback interface is changed, and rump does
not keep up, bad things happen.

This (overall) might, or might not, be the correct fix - but for now
it appears to work. If someone, sometime, finds a better way to
deal with the issues of the loopback interfaces true majesty, feel
free to revert this and do it another way.

show more ...


# 6bb51422 26-Jan-2016 pooka <pooka@NetBSD.org>

Put the kernelside rump kernel headers into <rump-sys> instead of
sprinkling them around the faction directories. Avoids having
to add a CPPFLAGS (or several) to pretty much every component
Makefile

Put the kernelside rump kernel headers into <rump-sys> instead of
sprinkling them around the faction directories. Avoids having
to add a CPPFLAGS (or several) to pretty much every component
Makefile.

Leave compat headers around in the old locations.

The commit changes some autogenerated files, but I'll fix the
generators shortly and regen.

show more ...


# 879526da 31-Aug-2015 ozaki-r <ozaki-r@NetBSD.org>

Hook up lltable/llentry with the kernel (and rumpkernel)

It is built and initialized on bootup, but there is no user for now.

Most codes in in.c are imported from FreeBSD as well as lltable/llentry.


# 78d0de80 23-Apr-2015 pooka <pooka@NetBSD.org>

sprinkle COMPAT_50


# b41a4e16 22-Aug-2014 pooka <pooka@NetBSD.org>

Nuke the DOMAINADD() macro and just call domain_attach(), now that things
work correctly that way.


# 9fa21880 13-Mar-2014 pooka <pooka@NetBSD.org>

rename component.c -> net_component.c