freebsd-net
- Much improved sosend_*() functions,
Andre Oppermann
- Re: Much improved sosend_*() functions, Andrew Gallatin
- Re: Much improved sosend_*() functions,
Robert Watson
- Re: Much improved sosend_*() functions,
Andre Oppermann
- Re: Much improved sosend_*() functions, Robert Watson
- Re: Much improved sosend_*() functions,
Andre Oppermann
- Re: Much improved sosend_*() functions,
Mike Silbersack
- Re: Much improved sosend_*() functions,
Randall Stewart
- Re: Much improved sosend_*() functions, Andre Oppermann
- Re: Much improved sosend_*() functions, Mike Silbersack
- Re: Much improved sosend_*() functions, Randall Stewart
- Re: Much improved sosend_*() functions, John-Mark Gurney
- Re: Much improved sosend_*() functions, Randall Stewart
- Re: Much improved sosend_*() functions, Andrew Gallatin
- Re: Much improved sosend_*() functions, Andre Oppermann
- Re: Much improved sosend_*() functions, Andrew Gallatin
- Re: Much improved sosend_*() functions, Jack Vogel
- Re: Much improved sosend_*() functions, Randall Stewart
- Re: Much improved sosend_*() functions, Andre Oppermann
- Re: Much improved sosend_*() functions, Randall Stewart
- Re: Much improved sosend_*() functions, John-Mark Gurney
- Re: Much improved sosend_*() functions, Randall Stewart
- Re: Much improved sosend_*() functions, Andre Oppermann
- Re: Much improved sosend_*() functions, Bruce Evans
- Re: Much improved sosend_*() functions,
Randall Stewart
- TCP SACK query,
Srini vasa
- Re: TCP SACK query, Andre Oppermann
- ndis troubles - what's my next debugging step?, Jim Stapleton
- Re: kern/95277: [netinet] IP Encapsulation mask_match() returns wrong results,
Bruce M Simpson
- <Possible follow-ups>
- Re: kern/95277: [netinet] IP Encapsulation mask_match() returns wrong results, Bruce M Simpson
- Porting the NetBSD ECN SoC project to FreeBSD, Alexander Leidinger
- [ng_nat]bug w/ traceroute?, Lytochkin Boris
- De-orbitting mrouted,
Bruce M Simpson
- Re: De-orbitting mrouted, Andre Oppermann
- Re: De-orbitting mrouted,
John Hay
- Re: De-orbitting mrouted, Bruce M Simpson
- <Possible follow-ups>
- Re: De-orbitting mrouted,
Bill Fenner
- Re: De-orbitting mrouted, Bruce M Simpson
- Does mpd (multi-link PPP daemon) support IPv6?,
Blue
- <Possible follow-ups>
- Re: Does mpd (multi-link PPP daemon) support IPv6?, Alexander Motin
- Re: kern/95665: [if_tun] "ping: sendto: No buffer space available" with TUN interface (easily reproducable with test program), Bruce M Simpson
- Re: bge(4) one packet wedge,
Gleb Smirnoff
- RE: bge(4) one packet wedge, David Christensen
- Polling + fxp = input errors, Andrew Pantyukhin
- problem with routnig,
Marko Lerota
- Re: problem with routnig,
Bruce M. Simpson
- Re: problem with routnig,
Marko Lerota
- Re: problem with routnig, Joost Bekkers
- Re: problem with routnig, Marko Lerota
- Re: problem with routnig, Marko Zec
- Re: problem with routnig, Marko Lerota
- Re: problem with routnig,
Marko Lerota
- Re: problem with routnig,
Bruce M. Simpson
- Bug or Design limitation??,
Jack Vogel
- Re: Bug or Design limitation??,
John-Mark Gurney
- Re: Bug or Design limitation??,
Jack Vogel
- Re: Bug or Design limitation??, Jack Vogel
- Re: Bug or Design limitation??, John-Mark Gurney
- Re: Bug or Design limitation??,
Jack Vogel
- Re: Bug or Design limitation??,
John-Mark Gurney
- Bundled SAs and ESP/IPCOMP support ...,
Matthew Grooms
- Re: Bundled SAs and ESP/IPCOMP support ..., Matthew Grooms
- IPMI & portrange,
Danny Braniss
- RE: IPMI & portrange,
John Polstra
- Re: IPMI & portrange,
Brooks Davis
- Re: IPMI & portrange, Danny Braniss
- Re: IPMI & portrange,
Brooks Davis
- RE: IPMI & portrange,
John Polstra
- odd TCP rtt/retransmit timeout issue...,
John-Mark Gurney
- Re: odd TCP rtt/retransmit timeout issue...,
Dan Nelson
- Re: odd TCP rtt/retransmit timeout issue..., John-Mark Gurney
- Re: odd TCP rtt/retransmit timeout issue..., John-Mark Gurney
- Re: odd TCP rtt/retransmit timeout issue...,
Dan Nelson
- iwi bricks my T43 on boot,
Sergey Matveychuk
- Re: iwi bricks my T43 on boot,
Max Laier
- Re: iwi bricks my T43 on boot, Sergey Matveychuk
- Re: iwi bricks my T43 on boot,
Max Laier
- De-orbitting tcpslice,
Bruce M Simpson
- Re: De-orbitting tcpslice, Sam Leffler
- Re: De-orbitting tcpslice, Bruce A. Mah
- Re: kern/39937: ipstealth issue, Bruce M Simpson
- Re: kern/38554: changing interface ipaddress doesn't seem to work,
Bruce M Simpson
- <Possible follow-ups>
- Re: kern/38554: changing interface ipaddress doesn't seem to work, Bruce M Simpson
- Re: kern/65616: IPSEC can't detunnel GRE packets after real ESP encryption,
Bruce M Simpson
- <Possible follow-ups>
- Re: kern/65616: IPSEC can't detunnel GRE packets after real ESP encryption, Bruce M Simpson
- Re: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong,
Bruce M Simpson
- <Possible follow-ups>
- Re: kern/56233: IPsec tunnel (ESP) over IPv6: MTU computation is wrong, Bruce M Simpson
- Re: bin/41647: ifconfig(8) doesn't accept lladdr along with inet address family, Bruce M Simpson
- Issue with IPFW forward,
Jean-Yves Avenard
- Re: Issue with IPFW forward,
Julian Elischer
- Re: Issue with IPFW forward, Jean-Yves Avenard
- Re: Issue with IPFW forward,
Julian Elischer
- Re: kern/52585: [netinet] [patch] Kernel panic with ipfw2 and syncookies, Bruce M Simpson
- LACP 802.3ad and ng_fec ?,
Özkan KIRIK
- Re: LACP 802.3ad and ng_fec ?,
Antony Mawer
- Re: LACP 802.3ad and ng_fec ?,
Özkan KIRIK
- Re: LACP 802.3ad and ng_fec ?, Bart Van Kerckhove
- Re: LACP 802.3ad and ng_fec ?, Antony Mawer
- Re: LACP 802.3ad and ng_fec ?, Bart Van Kerckhove - mobile
- Re: LACP 802.3ad and ng_fec ?, Brad
- Re: LACP 802.3ad and ng_fec ?,
Özkan KIRIK
- Re: LACP 802.3ad and ng_fec ?,
Antony Mawer
- Absolute path inclusion in the FreeBSD Drivers., Sivakumar Subramani
- IPv6/KAME book,
Qing Li
- Re: IPv6/KAME book, Jeffrey Hsu
- Netboot issues with an HP BL35p blade system, Tim Spencer
- Much improved sendfile(2) kernel implementation,
Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation,
Peter Jeremy
- Re: Much improved sendfile(2) kernel implementation, Claudio Jeker
- Re: Much improved sendfile(2) kernel implementation, Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation, Robert Watson
- Re: Much improved sendfile(2) kernel implementation,
Gleb Smirnoff
- Re: Much improved sendfile(2) kernel implementation,
Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation, Robert Watson
- Re: Much improved sendfile(2) kernel implementation, Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation,
Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation,
Andrew Gallatin
- Re: Much improved sendfile(2) kernel implementation,
Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation, Robert Watson
- Re: Much improved sendfile(2) kernel implementation, David Malone
- Re: Much improved sendfile(2) kernel implementation, Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation, David Malone
- Re: Much improved sendfile(2) kernel implementation, Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation, Andrew Gallatin
- Re: Much improved sendfile(2) kernel implementation, John Baldwin
- Re: Much improved sendfile(2) kernel implementation,
Andre Oppermann
- Re: Much improved sendfile(2) kernel implementation,
Peter Jeremy
- Updated SCTP patch/tar, Randall Stewart
- Spam on this mailing list,
Ross Finlayson
- Re: Spam on this mailing list, Brooks Davis
- Russsian congenial Slut here doing top-quality ., Hector Barnes
- baldybowl amusement, Fred Addison
- ÏÎ ÏÎÂÎÄÓ ÃÀÑÒÐÎËÅÉ, Keri
- iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument,
Vladimir Grebenschikov
- Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument, Max Laier
- Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument,
Sam Leffler
- Re: iwi driver: ioctl[SIOCS80211, op 21, len 42]: Invalid argument, Vladimir Grebenschikov
- How to access the values of the kenv variables in driver code?, sivakumar.subramani
- FreeBSD kernel: smb_maperror: Unmapped error 1:158, Scott Spare
- Re: Marvell YukonII Status Update?,
Dmitry Pryanishnikov
- Re: Marvell YukonII Status Update?,
Pyun YongHyeon
- Re: Marvell YukonII Status Update?,
Dmitry Pryanishnikov
- Re: Marvell YukonII Status Update?, Pyun YongHyeon
- Re: Marvell YukonII Status Update?,
Dmitry Pryanishnikov
- Re: Marvell YukonII Status Update?,
Pyun YongHyeon
- Re: freebsd-net Digest, Vol 181, Issue 9, Purushotham Nayak
- kevent/kqueue http socks proxy,
Anton Butsyk
- Re: kevent/kqueue http socks proxy, John-Mark Gurney
- HEADS-UP: VLAN tag changes committed, Andre Oppermann
- NIC Problems,
Tim Allender
- Re: NIC Problems,
pauls
- Re: NIC Problems, Tim Allender
- Re: NIC Problems,
pauls
- ppp command port does not listens on ipv4 unless no INET6 in kernel,
Julian Stacey
- Re: ppp command port does not listens on ipv4 unless no INET6 in kernel, Hajimu UMEMOTO
- <Possible follow-ups>
- Re: ppp command port does not listens on ipv4 unless no INET6 in kernel,
Julian Stacey
- Re: ppp command port does not listens on ipv4 unless no INET6 in kernel, Hajimu UMEMOTO
- Re: ppp command port does not listens on ipv4 unless no INET6 in kernel, Matthew D. Fuller
- FAST_IPSEC NAT-T support,
Larry Baird
- Re: FAST_IPSEC NAT-T support,
Scott Ullrich
- Re: FAST_IPSEC NAT-T support,
Larry Baird
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, Larry Baird
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support, Bjoern A. Zeeb
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, Bjoern A. Zeeb
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, Larry Baird
- Re: FAST_IPSEC NAT-T support, Joerg Pulz
- Re: FAST_IPSEC NAT-T support, Larry Baird
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support, Scott Ullrich
- Re: FAST_IPSEC NAT-T support, Bjoern A. Zeeb
- Re: FAST_IPSEC NAT-T support,
Larry Baird
- Re: FAST_IPSEC NAT-T support,
Bjoern A. Zeeb
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support,
Norikatsu Shigemura
- Re: FAST_IPSEC NAT-T support, VANHULLEBUS Yvan
- Re: FAST_IPSEC NAT-T support,
Scott Ullrich
- blocking a string in a packet using ipfw,
Willem Jan Withagen
- Re: blocking a string in a packet using ipfw,
Phil Regnauld
- Re: blocking a string in a packet using ipfw,
Barney Wolff
- Re: blocking a string in a packet using ipfw, Willem Jan Withagen
- Re: blocking a string in a packet using ipfw, Julian Elischer
- Re: blocking a string in a packet using ipfw, Willem Jan Withagen
- Re: blocking a string in a packet using ipfw, Oliver Fromme
- Re: blocking a string in a packet using ipfw, Julian Elischer
- Re: blocking a string in a packet using ipfw,
Barney Wolff
- Re: blocking a string in a packet using ipfw,
Gary Palmer
- Re: blocking a string in a packet using ipfw,
Oliver Fromme
- Re: blocking a string in a packet using ipfw, Willem Jan Withagen
- Re: blocking a string in a packet using ipfw,
Willem Jan Withagen
- Re: blocking a string in a packet using ipfw, Gary Palmer
- Re: blocking a string in a packet using ipfw,
Oliver Fromme
- Re: blocking a string in a packet using ipfw, Julian Elischer
- Re: blocking a string in a packet using ipfw,
Phil Regnauld
- Reading a configuration file from a driver code during intialization.,
sivakumar.subramani
- Re: Reading a configuration file from a driver code during intialization.,
John-Mark Gurney
- RE: Reading a configuration file from a driver code during intialization., sivakumar.subramani
- Re: Reading a configuration file from a driver code during intialization.,
John-Mark Gurney
- Bridge,
Jon Otterholm
- Re: Bridge,
Andrew Thompson
- Re: Bridge,
Eygene Ryabinkin
- Re: Bridge, Andrew Thompson
- Message not available
- Message not available
- Message not available
- Message not available
- Re: Bridge, Jon Otterholm
- Re: Bridge,
Eygene Ryabinkin
- Re: Bridge,
Andrew Thompson
- RE: Rapid link state changes on bge(4) interface,
David Christensen
- Message not available
- Re: Rapid link state changes on bge(4) interface, Slawek Zak
- Message not available
- Re: Rapid link state changes on bge(4) interface,
Gleb Smirnoff
- Re: Rapid link state changes on bge(4) interface,
Slawek Zak
- Re: Rapid link state changes on bge(4) interface, Gleb Smirnoff
- Re: Rapid link state changes on bge(4) interface, Slawek Zak
- Re: Rapid link state changes on bge(4) interface, Ilya Nikitin
- Re: Rapid link state changes on bge(4) interface, Paul Schmehl
- Re: Rapid link state changes on bge(4) interface, Ilya Nikitin
- Re: Rapid link state changes on bge(4) interface, Paul Schmehl
- Re: Rapid link state changes on bge(4) interface, Ilya Nikitin
- Re: Rapid link state changes on bge(4) interface,
Slawek Zak
- Re: FreeBSD 6.1 + ath0 + NAT, Sam Leffler
- Re: Limit arp on bridge, Andrew Thompson
- Re: Stale PCI ID, John-Mark Gurney
- Re: Stale PCI ID,
Gleb Smirnoff
- Re: Stale PCI ID,
Jack Vogel
- Re: Stale PCI ID, Gleb Smirnoff
- Re: Stale PCI ID,
Jack Vogel
- Re: Network Card problems in FreeBSD 4.9, Oliver Fromme
- Re: NAT+IPSEC toubles, VANHULLEBUS Yvan
- Re: ng_ether and interface naming (bug or feature?), Gleb Smirnoff
- Re: NEW IDEAS, Max Laier
- Re: patch to not route on down interfaces,
Oleg Bulyzhin
- Re: patch to not route on down interfaces, Doug Ambrisko
- Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags), Julian Elischer
- Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags), Andrew Thompson
- Re: Moving ethernet VLAN tags into the mbuf packet header (from mtags), Peter Jeremy
- Re: problems with ng_fec,
Robert Blacquiere
- Re: problems with ng_fec, Michael W. Lucas
- Re: showing esp tunnels in routing table,
Phil Regnauld
- Re: showing esp tunnels in routing table,
Eric W. Bates
- Re: showing esp tunnels in routing table, Phil Regnauld
- Re: showing esp tunnels in routing table, Sam Leffler
- Re: showing esp tunnels in routing table, Andre Oppermann
- Re: showing esp tunnels in routing table, Sam Leffler
- Re: showing esp tunnels in routing table,
Eric W. Bates
- Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE,
Bjoern A. Zeeb
- Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE,
Dinesh Nair
- Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE, Nikolas Britton
- Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE, Andrew Sinclair
- Re: Request status on sk(4) for 88E8053 Yukon PCI-E GbE,
Dinesh Nair
- Re: half-duplex, Bill Vermillion
- Message not available
- Re: half-duplex, David Cornejo
- Re: half-duplex, Spadge Fromley
- Re: Where is IPSec NAT-T support?,
Scott Ullrich
- Re: Where is IPSec NAT-T support?,
Bjoern A. Zeeb
- Re: Where is IPSec NAT-T support?, Scott Ullrich
- Re: Where is IPSec NAT-T support?, Bjoern A. Zeeb
- Re: Where is IPSec NAT-T support?, Scott Ullrich
- Re: Where is IPSec NAT-T support?, Eric Masson
- Re: Where is IPSec NAT-T support?, Scott Ullrich
- Re: Where is IPSec NAT-T support?, Bjoern A. Zeeb
- Re: Where is IPSec NAT-T support?, Scott Ullrich
- Re: Where is IPSec NAT-T support?, Bjoern A. Zeeb
- Re: Where is IPSec NAT-T support?, VANHULLEBUS Yvan
- Re: Where is IPSec NAT-T support?, Norikatsu Shigemura
- Re: Where is IPSec NAT-T support?, VANHULLEBUS Yvan
- Re: Where is IPSec NAT-T support?, Larry Baird
- Re: Where is IPSec NAT-T support?,
Bjoern A. Zeeb
- <Possible follow-ups>
- Where is IPSec NAT-T support?,
Kamanashis Roy Shuva
- Re: Where is IPSec NAT-T support?, VANHULLEBUS Yvan
- DNS query performance,
Marcelo Gardini do Amaral
- Re: DNS query performance,
John Dickinson
- Re: DNS query performance, Marcelo Gardini do Amaral
- Re: DNS query performance, Phil Regnauld
- Re: DNS query performance,
Robert Watson
- Re: DNS query performance, Robert Watson
- Re: DNS query performance, Mike Tancsa
- Re: DNS query performance, Marcelo Gardini do Amaral
- Re: DNS query performance, Andrey V. Elsukov
- Re: DNS query performance, Marcelo Gardini do Amaral
- Re: DNS query performance, Mike Silbersack
- Re: DNS query performance, Marcelo Gardini do Amaral
- Re: DNS query performance,
John Dickinson
- <Possible follow-ups>
- Re: tcp/udp performance, Thomas Herrlin
- Re: tcp/udp performance, Danny Braniss
- <Possible follow-ups>
- Current problem reports assigned to you, FreeBSD bugmaster
- Current problem reports assigned to you, FreeBSD bugmaster
- Current problem reports assigned to you, FreeBSD bugmaster
- Re: Two ISP connections with Natd, Stefan Bethke
- Re: Improved TCP syncookie implementation,
Igor Sysoev
- Re: Improved TCP syncookie implementation,
Andre Oppermann
- Re: Improved TCP syncookie implementation, Igor Sysoev
- Re: Improved TCP syncookie implementation, Andre Oppermann
- Re: Improved TCP syncookie implementation, Ruslan Ermilov
- Re: Improved TCP syncookie implementation, Igor Sysoev
- Re: Improved TCP syncookie implementation, Andre Oppermann
- Re: Improved TCP syncookie implementation, Andre Oppermann
- Re: Improved TCP syncookie implementation,
Andre Oppermann
- Re: ipv6 host routes,
gnn
- Re: ipv6 host routes,
John Hay
- Re: ipv6 host routes, David Cornejo
- Re: ipv6 host routes, John Hay
- Re : ipv6 host routes, Julien Abeillé
- Re: ipv6 host routes, John Hay
- Re: ipv6 host routes,
John Hay
- Re: How to use ng_atmllc(4)., Norikatsu Shigemura
- <Possible follow-ups>
- Re: kern/102035: [plip] plip networking disables parallel port printing, George Mitchell
- Re: kern/102035: [plip] plip networking disables parallel port printing, George Mitchell
- Re: kern/102035: [plip] plip networking disables parallel port printing, George Mitchell
- Re: Problem with uipc_mbuf.c,
Andre Oppermann
- Re: Problem with uipc_mbuf.c, Randall Stewart
- Re: Problem with uipc_mbuf.c, Randall Stewart
- Re: RFC: TSO patch for current, gnn
- Re: RFC: TSO patch for current,
Robert Watson
- Re: RFC: TSO patch for current,
Andre Oppermann
- Re: RFC: TSO patch for current, Jack Vogel
- Re: RFC: TSO patch for current,
Andre Oppermann
- Re: RFC: TSO patch for current,
Andre Oppermann
- Re: RFC: TSO patch for current,
Jack Vogel
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current,
Jack Vogel
- Re: RFC: TSO patch for current, Prafulla Deuskar
- Re: RFC: TSO patch for current, Jack Vogel
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current, Prafulla Deuskar
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current, Jack Vogel
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current, Jack Vogel
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current, Ian FREISLICH
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current, Andre Oppermann
- Re: RFC: TSO patch for current,
Jack Vogel
- Re: RFC: TSO patch for current,
Pyun YongHyeon
- Re: RFC: TSO patch for current,
Prafulla Deuskar
- Re: RFC: TSO patch for current, Ian FREISLICH
- Re: RFC: TSO patch for current,
Prafulla Deuskar
- RE: TSO patch for current,
sivakumar.subramani
- Re: TSO patch for current, Andre Oppermann
- Re: routing problem?,
Gilberto Villani Brito
- Re: routing problem?,
Mihail Balikov
- Re: routing problem?, Gilberto Villani Brito
- Re: routing problem?,
Mihail Balikov
- Re: Info required for MLFR testing, Julian Elischer
- <Possible follow-ups>
- Re: kern/102607: [if_bridge] don't generate random L2 address, Stefan Bethke
- Re: kern/102607: [if_bridge] don't generate random L2 address, Stefan Bethke
- Re: kern/102607: [if_bridge] don't generate random L2 address, Stefan Bethke
- <Possible follow-ups>
- Re: iwi discarding oversized packets while mtu=1500 for src/dst,
Hans Nieser
- Re: iwi discarding oversized packets while mtu=1500 for src/dst,
Sam Leffler
- Re: iwi discarding oversized packets while mtu=1500 for src/dst, Sten Daniel Sørsdal
- Re: iwi discarding oversized packets while mtu=1500 for src/dst, Hans Nieser
- Re: iwi discarding oversized packets while mtu=1500 for src/dst,
Sam Leffler
- <Possible follow-ups>
- Re: Intel em receive hang and possible pr #72970, Doug Barton
- Re: Intel em receive hang and possible pr #72970, Robert Watson
- Re: Intel em receive hang and possible pr #72970, Mihail Balikov
- Re: Intel em receive hang and possible pr #72970, Rob Watt