Re: [freebsd 11.2] net-snmpd incomplete mac addresses
On Sat, 6 Oct 2018 14:03:46 +0300 Yuri Pankov wrote: Hello, > > Patrick Lamaiziere wrote: > >> Hello, > >> > >> freebsd 11.2/amd64 release > >> net-snmp-5.7.3_18 > >> > >> net-snmpd returns incomplete MAC addresses in > >> IF-MIB::ifPhysAddress, the first octet is always "0". > >> ... > For the note: > > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231996 > https://sourceforge.net/p/net-snmp/code/merge-requests/20/ Ok, I've tested your patch and it looks good now. Thanks a lot Yuri. Best regards. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Deadlock in VLAN 12-current w/patch
Hi Matthew, There is a deadlock when destroying VLANs after the epoch changes were made. Can you have a look and consider the attached patch for 12-current? Thank you! --HPS Thread 1: epoch_block_handler_preempt() at epoch_block_handler_preempt+0x90/frame 0xfe00261b3970 ck_epoch_synchronize_wait() at ck_epoch_synchronize_wait+0x9d/frame 0xfe00261b39c0 epoch_wait_preempt() at epoch_wait_preempt+0x170/frame 0xfe00261b3a20 vlan_setmulti() at vlan_setmulti+0xb4/frame 0xfe00261b3a70 vlan_ioctl() at vlan_ioctl+0x83/frame 0xfe00261b3ad0 in6m_release_task() at in6m_release_task+0x32e/frame 0xfe00261b3b30 gtaskqueue_run_locked() at gtaskqueue_run_locked+0xf9/frame 0xfe00261b3b80 gtaskqueue_thread_loop() at gtaskqueue_thread_loop+0x88/frame 0xfe00261b3bb0 fork_exit() at fork_exit+0x84/frame 0xfe00261b3bf0 fork_trampoline() at fork_trampoline+0xe/frame 0xfe00261b3bf0 --- trap 0, rip = 0, rsp = 0, rbp = 0 --- Thread 2: sleepq_switch() at sleepq_switch+0x10d/frame 0xfe002bffd3f0 sleepq_wait() at sleepq_wait+0x43/frame 0xfe002bffd420 _sx_xlock_hard() at _sx_xlock_hard+0x4a6/frame 0xfe002bffd4c0 _sx_xlock() at _sx_xlock+0xc1/frame 0xfe002bffd500 in6_leavegroup() at in6_leavegroup+0x27/frame 0xfe002bffd520 in6_purgeaddr() at in6_purgeaddr+0xc2/frame 0xfe002bffd6a0 if_purgeaddrs() at if_purgeaddrs+0x11e/frame 0xfe002bffd750 if_detach_internal() at if_detach_internal+0x709/frame 0xfe002bffd7d0 if_detach() at if_detach+0x3d/frame 0xfe002bffd7f0 vlan_clone_destroy() at vlan_clone_destroy+0x21/frame 0xfe002bffd820 if_clone_destroyif() at if_clone_destroyif+0x175/frame 0xfe002bffd870 if_clone_destroy() at if_clone_destroy+0x205/frame 0xfe002bffd8c0 ifioctl() at ifioctl+0x582/frame 0xfe002bffd990 kern_ioctl() at kern_ioctl+0x2ba/frame 0xfe002bffd9f0 sys_ioctl() at sys_ioctl+0x15e/frame 0xfe002bffdac0 amd64_syscall() at amd64_syscall+0x28c/frame 0xfe002bffdbf0 fast_syscall_common() at fast_syscall_common+0x101/frame 0xfe002bffdbf0 --- syscall (54, FreeBSD ELF64, sys_ioctl), rip = 0x80047b92a, rsp = 0x7
Re: why rtsold ?
Anton Yuzhaninov wrote: > On 9/29/18 10:20 PM, Victor Sudakov wrote: > > When running FreeBSD as an IPv6 host im SLAAC mode, is > > "rtsold_enable=YES" really necessary? I did not enable rtsold and IPv6 > > still works fine only with > > rtsold is needed to write DNS server address from RDNSS RA option to > /etc/resolv.conf > > man rtsold > /-R On my test IPv6-only host, /etc/resolv.conf was successfully created without any explicit "rtsold_enable=YES". -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Sun, Oct 07, 2018 at 11:25:48AM +0200, Andrea Venturoli wrote: > On 10/4/18 3:07 PM, Warner Losh wrote: > > > At the root of this problem is the community's long resistance to having > > data reported back to the project data about the machines running FreeBSD. > > Absent any real and significant data, the only way to know if things are > > unused is to ask. We cannot have the act of merely asking cause people to > > freak out and hurl expletives all over the place. That's significantly not > > cool. > > First off, I absolutely don't want to flame: I'm glad you asked and I > was happy to answer. > > Just out of curiosity, don't we have sysutils/bsdstats (which I install > on all the boxes I manage, but I understand won't be present in most > embedded systems)? > Is that project such a failure? > If so, should it be better promoted or would it be pointless? In theory it would provide valuable data, but in practice the website is broken and unable to produce device data. I've asked multiple times for it to be fixed. It would be great if it worked and we could use it. -- Brooks signature.asc Description: PGP signature
Re: FCP-0101: Deprecating most 10/100 Ethernet drivers
On Mon, Oct 8, 2018 at 11:03 AM Brooks Davis wrote: > On Sun, Oct 07, 2018 at 11:25:48AM +0200, Andrea Venturoli wrote: > > On 10/4/18 3:07 PM, Warner Losh wrote: > > > > > At the root of this problem is the community's long resistance to > having > > > data reported back to the project data about the machines running > FreeBSD. > > > Absent any real and significant data, the only way to know if things > are > > > unused is to ask. We cannot have the act of merely asking cause people > to > > > freak out and hurl expletives all over the place. That's significantly > not > > > cool. > > > > First off, I absolutely don't want to flame: I'm glad you asked and I > > was happy to answer. > > > > Just out of curiosity, don't we have sysutils/bsdstats (which I install > > on all the boxes I manage, but I understand won't be present in most > > embedded systems)? > > Is that project such a failure? > > If so, should it be better promoted or would it be pointless? > > In theory it would provide valuable data, but in practice the website is > broken and unable to produce device data. I've asked multiple times for > it to be fixed. It would be great if it worked and we could use it. > There's also a few problems with using the data that's there for what we want to do with it. Warner ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: why rtsold ?
On Mon, Oct 8, 2018 at 10:01 AM Victor Sudakov wrote: > Anton Yuzhaninov wrote: > > On 9/29/18 10:20 PM, Victor Sudakov wrote: > > > When running FreeBSD as an IPv6 host im SLAAC mode, is > > > "rtsold_enable=YES" really necessary? I did not enable rtsold and IPv6 > > > still works fine only with > > > > rtsold is needed to write DNS server address from RDNSS RA option to > > /etc/resolv.conf > > > > man rtsold > > /-R > > On my test IPv6-only host, /etc/resolv.conf was successfully created > without any explicit "rtsold_enable=YES". > > -- > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > 2:5005/49@fidonet http://vas.tomsk.ru/ > Remember that DHCPv6 can provide DNS server and other information even when SLAAC is used for address configuration. If it is, it is possible to run SLAAC without rtsold, but it may not prove stable as it is not possible to deal with router changes after network startup. (I do run rtsold on my laptop even though I only need it when not connecting to my home network and that net supports IPv6.) -- Kevin Oberman, Part time kid herder and retired Network Engineer E-mail: rkober...@gmail.com PGP Fingerprint: D03FB98AFA78E3B78C1694B318AB39EF1B055683 ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: why rtsold ?
Kevin Oberman wrote: > > > > When running FreeBSD as an IPv6 host im SLAAC mode, is > > > > "rtsold_enable=YES" really necessary? I did not enable rtsold and IPv6 > > > > still works fine only with > > > > > > rtsold is needed to write DNS server address from RDNSS RA option to > > > /etc/resolv.conf > > > > > > man rtsold > > > /-R > > > > On my test IPv6-only host, /etc/resolv.conf was successfully created > > without any explicit "rtsold_enable=YES". > > > > -- > > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > > 2:5005/49@fidonet http://vas.tomsk.ru/ > > > Remember that DHCPv6 can provide DNS server and other information even when > SLAAC is used for address configuration. If it is, it is possible to run > SLAAC without rtsold, but it may not prove stable as it is not possible to The case is that my IPv6 lab (actually a number of FreeBSD hosts in bhyve) does not have a DHCPv6 server. Still, the /etc/resolv.conf on IPv6-only hosts is successfully populated from the router. The latter is running only rtadvd with the following config: bridge0:rdnss="2001:470:20::2,2001:4860:4860::,2001:4860:4860::8844":dnssl="sibptus.ru": Magick? -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: why rtsold ?
On Mon, Oct 8, 2018 at 6:17 PM Victor Sudakov wrote: > Kevin Oberman wrote: > > > > > When running FreeBSD as an IPv6 host im SLAAC mode, is > > > > > "rtsold_enable=YES" really necessary? I did not enable rtsold and > IPv6 > > > > > still works fine only with > > > > > > > > rtsold is needed to write DNS server address from RDNSS RA option to > > > > /etc/resolv.conf > > > > > > > > man rtsold > > > > /-R > > > > > > On my test IPv6-only host, /etc/resolv.conf was successfully created > > > without any explicit "rtsold_enable=YES". > > > > > > -- > > > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > > > 2:5005/49@fidonet http://vas.tomsk.ru/ > > > > > Remember that DHCPv6 can provide DNS server and other information even > when > > SLAAC is used for address configuration. If it is, it is possible to run > > SLAAC without rtsold, but it may not prove stable as it is not possible > to > > The case is that my IPv6 lab (actually a number of FreeBSD hosts in > bhyve) does not have a DHCPv6 server. Still, the /etc/resolv.conf on > IPv6-only hosts is successfully populated from the router. The latter > is running only rtadvd with the following config: > > > bridge0:rdnss="2001:470:20::2,2001:4860:4860::,2001:4860:4860::8844":dnssl=" > sibptus.ru": > > Magick? > Not at all. rtsol will populate /etc/resolv.conf just fine. But it only does it once. rtsold is needed in case router info changes, or your address times out. -Alan ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
Re: why rtsold ?
Alan Somers wrote: > > > > > > When running FreeBSD as an IPv6 host im SLAAC mode, is > > > > > > "rtsold_enable=YES" really necessary? I did not enable rtsold and > > IPv6 > > > > > > still works fine only with > > > > > > > > > > rtsold is needed to write DNS server address from RDNSS RA option to > > > > > /etc/resolv.conf > > > > > > > > > > man rtsold > > > > > /-R > > > > > > > > On my test IPv6-only host, /etc/resolv.conf was successfully created > > > > without any explicit "rtsold_enable=YES". > > > > > > > > -- > > > > Victor Sudakov, VAS4-RIPE, VAS47-RIPN > > > > 2:5005/49@fidonet http://vas.tomsk.ru/ > > > > > > > Remember that DHCPv6 can provide DNS server and other information even > > when > > > SLAAC is used for address configuration. If it is, it is possible to run > > > SLAAC without rtsold, but it may not prove stable as it is not possible > > to > > > > The case is that my IPv6 lab (actually a number of FreeBSD hosts in > > bhyve) does not have a DHCPv6 server. Still, the /etc/resolv.conf on > > IPv6-only hosts is successfully populated from the router. The latter > > is running only rtadvd with the following config: > > > > > > bridge0:rdnss="2001:470:20::2,2001:4860:4860::,2001:4860:4860::8844":dnssl=" > > sibptus.ru": > > > > Magick? > > > > Not at all. rtsol will populate /etc/resolv.conf just fine. I see. As I come to think about it, I even don't know how to enable a DHCPv6 client. In my test IPv6-only host, I keep only the following in rc.conf.local: ifconfig_vtnet0="" ifconfig_vtnet0_ipv6="inet6 accept_rtadv" ipv6_privacy="YES" > But it only does it once. rtsold is needed in case router info > changes, or your address times out. -Alan Now I understand, thank you. -- Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 231659] [em] 12-ALPHA7 r338900 crashes with IPsec on network load
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231659 Conrad Meyer changed: What|Removed |Added CC||c...@freebsd.org --- Comment #19 from Conrad Meyer --- Lev, what versions are you testing on? Given the stacks in the last few comments, it appears you're using cryptosoft driver. If you're not already on r338953, please try updating to that revision and retesting. Another thing you could do without rebuilding kernel is load the 'aesni' driver (which probably provides better performance too). -- You are receiving this mail because: You are the assignee for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
[Bug 231045] ipv6 fragment reassembly broken
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=231045 Conrad Meyer changed: What|Removed |Added Resolution|--- |FIXED Status|In Progress |Closed --- Comment #7 from Conrad Meyer --- Fixed in 12, MFC'd, done? -- You are receiving this mail because: You are on the CC list for the bug. ___ freebsd-net@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-net To unsubscribe, send any mail to "freebsd-net-unsubscr...@freebsd.org"
