freebsd-net  

Messages by Thread

• IPv6 and SO_BINTIME Harlan Stenn
• [Bug 105943] Network stack may modify read-only mbuf chain copies bugzilla-noreply
• [Bug 289215] WOL not working after upgrading to 14.3 bugzilla-noreply
• [Bug 289219] lock order reversal between vtnet1-rx0 (if_vtnet.c:2213) and in6_multi_sx (in6_mcast.c:1217) bugzilla-noreply
  • [Bug 289219] lock order reversal between vtnet1-rx0 (if_vtnet.c:2213) and in6_multi_sx (in6_mcast.c:1217) bugzilla-noreply
• [Bug 289218] lock order reversal between vtnet1-rx0 (if_vtnet.c:2213) and in6_multi_sx (in6_mcast.c:1217) bugzilla-noreply
  • [Bug 289218] lock order reversal between vtnet1-rx0 (if_vtnet.c:2213) and in6_multi_sx (in6_mcast.c:1217) bugzilla-noreply
  • [Bug 289218] lock order reversal between vtnet1-rx0 (if_vtnet.c:2213) and in6_multi_sx (in6_mcast.c:1217) bugzilla-noreply
• [Bug 289198] inet_net_pton is broken with AF_INET6 bugzilla-noreply
• [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
  • [Bug 289177] IPv6 temp address(es) with pltime=0 briefly loses deprecated on RA → OS may pick the old address as the source bugzilla-noreply
• [Bug 289184] lock order reversal between tcphash (tcp_usrreq.c:1529) and in6_ifaddr_lock (in6_src.c:301) bugzilla-noreply
• [Bug 289168] if_re, if_ure: Ethernet and Wifi slowdowns over duration of time bugzilla-noreply
  • [Bug 289168] if_re, if_ure: Ethernet and Wifi slowdowns over duration of time bugzilla-noreply
  • [Bug 289168] if_re, if_ure: Ethernet and Wifi slowdowns over duration of time bugzilla-noreply
  • [Bug 289168] if_re, if_ure: Ethernet and Wifi slowdowns over duration of time bugzilla-noreply
• Re: Kernel deadlocks on 14.3-STABLE with 100GbE card Paul
  • Re: Kernel deadlocks on 14.3-STABLE with 100GbE card Zhenlei Huang
  • Re[2]: Kernel deadlocks on 14.3-STABLE with 100GbE card Paul
  • Re: Kernel deadlocks on 14.3-STABLE with 100GbE card Zhenlei Huang
• [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
  • [Bug 289142] sysutils/vm-bhyve: public bridge fails on 15-CURRENT unless net.link.bridge.member_ifaddrs=1 is set bugzilla-noreply
• [Bug 274426] route get command returns a zero even no route is found bugzilla-noreply
  • [Bug 274426] route get command returns a zero even no route is found bugzilla-noreply
  • [Bug 274426] route get command returns a zero even no route is found bugzilla-noreply
  • [Bug 274426] route get command returns a zero even no route is found bugzilla-noreply
• [Bug 289017] [lagg] A time-of-check to time-of-use (TOCTOU) race exists in the Link Aggregation (LAGG) network subsystem bugzilla-noreply
  • [Bug 289017] [lagg] A time-of-check to time-of-use (TOCTOU) race exists in the Link Aggregation (LAGG) network subsystem bugzilla-noreply
• [Bug 289028] FreeBSD PCI SR-IOV layer rejects VF creation on bonded/aggregate PFs bugzilla-noreply
• Re: Intermittent failure of routing/gateway with ix(4) (x86_64) Karl Denninger
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) R Tyler Croy
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) Karl Denninger
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) Kevin Bowling
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) R Tyler Croy
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) Kevin Bowling
  • Re: Intermittent failure of routing/gateway with ix(4) (x86_64) Paul Procacci
• [Bug 288958] netstat -ia missing multicast addresses on some interfaces bugzilla-noreply
• [Bug 275146] [tcp] odd error handling from net.inet.tcp.functions_default sysctl bugzilla-noreply
• [Bug 285158] [tcp] TCP sending segment with 0 length upon receiving partial ack bugzilla-noreply
• [Bug 286631] [tcp] TCP SACK: CWND set to 2 MSS after successful SACK recovery bugzilla-noreply
• [Bug 288904] [tcp] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] [tcp] page fault in tcp_default_output bugzilla-noreply
• [Bug 288904] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] page fault in tcp_default_output bugzilla-noreply
  • [Bug 288904] page fault in tcp_default_output bugzilla-noreply
• [Bug 288904] Intermittent Spontaneous Server Reboots bugzilla-noreply
• rtentry_free panic Kristof Provost
  • Re: rtentry_free panic Mark Johnston
  • Re: rtentry_free panic Kristof Provost
  • Re: rtentry_free panic Mark Johnston
  • Re: rtentry_free panic Kristof Provost
• [Bug 288960] [ix] - link speed not properly logged for 100M bugzilla-noreply
  • [Bug 288960] [ix] - link speed not properly logged for 100M bugzilla-noreply
• [Bug 288899] AMD-Vi/IOMMU: "panic: spin lock held too long" once added Chelsio T320 NIC bugzilla-noreply
• [Bug 288895] panic: exclusive sleep mutex pfsync ... locked @ /usr/src/sys/netpfil/pf/if_pfsync.c:3014 bugzilla-noreply
  • [Bug 288895] panic: exclusive sleep mutex pfsync ... locked @ /usr/src/sys/netpfil/pf/if_pfsync.c:3014 bugzilla-noreply
  • [Bug 288895] panic: exclusive sleep mutex pfsync ... locked @ /usr/src/sys/netpfil/pf/if_pfsync.c:3014 bugzilla-noreply
  • [Bug 288895] panic: exclusive sleep mutex pfsync ... locked @ /usr/src/sys/netpfil/pf/if_pfsync.c:3014 bugzilla-noreply
  • [Bug 288895] panic: exclusive sleep mutex pfsync ... locked @ /usr/src/sys/netpfil/pf/if_pfsync.c:3014 bugzilla-noreply
• [Bug 288882] ipv6 flowlabel handling seems inconsistent and the documentation is too well-hidden bugzilla-noreply
• [Bug 288827] 14.2 -> 14.3 - igb interface reports "no media" when forced to 100M full-duplex bugzilla-noreply
  • [Bug 288827] 14.2 -> 14.3 - igb interface reports "no media" when forced to 100M full-duplex bugzilla-noreply
  • [Bug 288827] 14.2 -> 14.3 - igb interface reports "no media" when forced to 100M full-duplex bugzilla-noreply
  • [Bug 288827] 14.2 -> 14.3 - igb interface reports "no media" when forced to 100M full-duplex bugzilla-noreply
  • [Bug 288827] 14.2 -> 14.3 - igb interface reports "no media" when forced to 100M full-duplex bugzilla-noreply
• [Bug 288733] ixl hw packet counters issue bugzilla-noreply
  • [Bug 288733] ixl hw packet counters issue bugzilla-noreply
  • [Bug 288733] ixl hw packet counters issue bugzilla-noreply
• Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Zhenlei Huang
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Zhenlei Huang
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Dag-Erling Smørgrav
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Zhenlei Huang
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Dag-Erling Smørgrav
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Zhenlei Huang
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc John Baldwin
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc John Baldwin
  • Re: Static vxlan configuration fails - probably because of wrong order in rc Patrick M. Hausen
  • Re: Static vxlan configuration fails - probably because of wrong order in rc John Baldwin
• [Bug 288680] netstat delivered count can be corrupt (negative) bugzilla-noreply
  • [Bug 288680] netstat delivered count can be corrupt (negative) bugzilla-noreply
• Re: Source address selection failure when using RFC5549-style (v4-via-v6) routes Lexi Winter
  • Re: Source address selection failure when using RFC5549-style (v4-via-v6) routes Zhenlei Huang
• Re: adding fields to struct mbuf Kajetan Staszkiewicz
  • Re: adding fields to struct mbuf Vadim Goncharov
• [Bug 288654] netgraph ng_nat: add command to set port range mask bugzilla-noreply
  • [Bug 288654] netgraph ng_nat: add command to set port range mask bugzilla-noreply
• bridge(4) is now on Phabricator! Lexi Winter
• [Bug 288611] netgraph ng_nat: doesn't handle NGM_NAT_GET_DLT messages bugzilla-noreply
• Technical documentation for Synopsys Ethernet QoS Controller (eqos) Peter Jeremy
  • Re: Technical documentation for Synopsys Ethernet QoS Controller (eqos) Milan Obuch
• [Bug 288606] netgraph ng_nat: add command to set port range bugzilla-noreply
  • [Bug 288606] netgraph ng_nat: add command to set port range bugzilla-noreply
• [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
  • [Bug 288558] icmp does not reset the fragment offset field when it is going to reply an ICMP packet bugzilla-noreply
• vlan(4) and bridge(4) on same interface Lexi Winter
  • Re: vlan(4) and bridge(4) on same interface Vladimir B. Grebenschikov
  • Re: vlan(4) and bridge(4) on same interface Lexi Winter
  • Re: vlan(4) and bridge(4) on same interface Bjoern A. Zeeb
  • Re: vlan(4) and bridge(4) on same interface Lexi Winter
  • Re: vlan(4) and bridge(4) on same interface Patrick M. Hausen
  • Re: vlan(4) and bridge(4) on same interface Lexi Winter
  • Re: vlan(4) and bridge(4) on same interface Patrick M. Hausen
  • Re: vlan(4) and bridge(4) on same interface Lexi Winter
  • Re: vlan(4) and bridge(4) on same interface Patrick M. Hausen
  • Re: vlan(4) and bridge(4) on same interface Bjoern A. Zeeb
  • Re: vlan(4) and bridge(4) on same interface Lexi Winter
• Re: bridge gone wrong? Lexi Winter
  • Re: bridge gone wrong? Bjoern A. Zeeb
  • Re: bridge gone wrong? Julian Elischer
• Re: about cloned_interfaces in /etc/rc.conf Ronald Klop
• [Bug 288426] rtadvd ignores vlttime and pltime both in default and interface sections bugzilla-noreply
  • [Bug 288426] rtadvd ignores vlttime and pltime both in default and interface sections bugzilla-noreply
  • [Bug 288426] rtadvd ignores vlttime and pltime both in default and interface sections bugzilla-noreply
  • [Bug 288426] rtadvd ignores vlttime and pltime both in default and interface sections bugzilla-noreply
  • [Bug 288426] rtadvd ignores vlttime and pltime both in default and interface sections bugzilla-noreply
• shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv Julian H. Stacey
  • shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv Julian H. Stacey
  • Re: shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv Bjoern A. Zeeb
  • Re: shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv Julian H. Stacey
  • Re: shell set wlan country < ssid, dhcp waits on supplicant. fixes resolv Bjoern A. Zeeb
• Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging Lexi Winter
  • Re: ifconfig_bxe0_ipv6="inet6 accept_rtadv" seems to break bridging Bjoern A. Zeeb
• Re: rtadvd appears to ignore options set in /etc/rtadvd.conf Bjoern A. Zeeb
  • Re: rtadvd appears to ignore options set in /etc/rtadvd.conf Karl Denninger
  • Re: rtadvd appears to ignore options set in /etc/rtadvd.conf John Hay
  • Re: rtadvd appears to ignore options set in /etc/rtadvd.conf Karl Denninger
  • Re: rtadvd appears to ignore options set in /etc/rtadvd.conf Karl Denninger
  • Re: rtadvd appears to ignore options set in /etc/rtadvd.conf Karl Denninger
• [Bug 288333] NULL dereference in ipf_pr_icmp6 bugzilla-noreply
  • [Bug 288333] NULL dereference in ipf_pr_icmp6 bugzilla-noreply
  • [Bug 288333] NULL dereference in ipf_pr_icmp6 bugzilla-noreply
• [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
  • [Bug 288309] genet driver memory leak in dma teardown (cut and paste issue) bugzilla-noreply
• Re: net.inet.ip.fw.verbose in jails Lee Brown
• [Bug 220101] LibAlias: allocate NAT ports using exhaustive search bugzilla-noreply
• [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
  • [Bug 278265] route(8): `route -n monitor' is quiet when redirecting its output [PATCH] bugzilla-noreply
• SSH connection problem to two FreeBSD VMs externaly hosted Gordon Bergling
  • Re: SSH connection problem to two FreeBSD VMs externaly hosted Dave Cottlehuber
  • Re: SSH connection problem to two FreeBSD VMs externaly hosted Gordon Bergling
  • Re: SSH connection problem to two FreeBSD VMs externaly hosted paige
• [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply
  • [Bug 227450] [patch] Should not all packets processed by gif_output be deleted, when an running instance of if_gif(4) is member of an instance of if_bridge(4)? bugzilla-noreply

• Earlier messages