Re: [Bug 193053] ixgbe(4) IXGBE_LEGACY_TX + ALTQ path broken

2014-10-02 Thread Ermal Luçi
In pfSense the driver has been modified to compile a hybrid mode. Meaning have activated both LEGACY and new transmit queue model. It works correctly and avoids the problems of recompiling with ALTQ. It also solves the problem on having performance impacts when ALTQ is not in use. There are even

Re: UDP/IPv6 handling

2014-10-02 Thread Michael Tuexen
On 02 Oct 2014, at 01:34, Tom Pusateri wrote: > Lots of embedded devices (like Cisco IP Phones) send TFTP requests with 0 > checksums. I guess this uses UDP/IPv4, where FreeBSD supports UDP with zero checksum. For UDP/IPv6 this doesn't work. Right after the cited code, the checksum is always c

Re: UDP/IPv6 handling

2014-10-02 Thread Michael Tuexen
On 02 Oct 2014, at 05:51, Bryan Venteicher wrote: > > > On Wed, Oct 1, 2014 at 11:58 AM, Michael Tuexen > wrote: > Dear all, > > in udp6_input() we have the following code: > > if (nxt == IPPROTO_UDP && plen != ulen) { > UDPSTAT_INC(udps_badlen); > go

Re: [Bug 193053] ixgbe(4) IXGBE_LEGACY_TX + ALTQ path broken

2014-10-02 Thread Jack Vogel
LEGACY is not there just because of ALTQ, but rather because there have been significant customers of Intel that use the driver in OS versions older than 8 that do not have the required interface. Jack... going back to my sabbatical now :) On Thu, Oct 2, 2014 at 12:22 AM, Ermal Luçi wrote: >

Understanding netstat -ibnhW

2014-10-02 Thread Ben Woods
In the FreeBSD forum post below, I explain having difficulty reading the output of netstat -ibnhW. In short, I am trying to determine the network usage from a network interface, but the one interface is listed once for each subnet on the NIC. http://forums.freebsd.org/viewtopic.php?f=7&t=48226 The

[jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread Julien Cigar
sorry for cross-posting, I'm forwarding this as it seems that part of the problem is also related to: https://lists.freebsd.org/pipermail/freebsd-net/2014-September/039664.html I also wonder if something has been fixed in -STABLE in this area .. (please keep me in CC as I'm not subscribed on free

Re: [jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread Brandon Allbery
On Thu, Oct 2, 2014 at 12:42 PM, Julien Cigar wrote: > sonewconn: pcb 0xf8010e561310: Listen queue overflow: 8 already in > queue awaiting acceptance > My immediate reaction is to find out which program is listening on that socket, and that it doesn't have listen(s, 8); in its code som

Re: [jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread hiren panchasara
On Thu, Oct 2, 2014 at 9:42 AM, Julien Cigar wrote: > sorry for cross-posting, I'm forwarding this as it seems that part of > the problem is also related to: > https://lists.freebsd.org/pipermail/freebsd-net/2014-September/039664.html Umm, this looks like a different problem than the subject of t

Re: [jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread Julien Cigar
On Thu, Oct 02, 2014 at 10:24:13AM -0700, hiren panchasara wrote: > On Thu, Oct 2, 2014 at 9:42 AM, Julien Cigar wrote: > > sorry for cross-posting, I'm forwarding this as it seems that part of > > the problem is also related to: > > https://lists.freebsd.org/pipermail/freebsd-net/2014-September/0

Re: [jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread Julien Cigar
On Thu, Oct 02, 2014 at 01:21:32PM -0400, Brandon Allbery wrote: > On Thu, Oct 2, 2014 at 12:42 PM, Julien Cigar wrote: > > > sonewconn: pcb 0xf8010e561310: Listen queue overflow: 8 already in > > queue awaiting acceptance > > > > My immediate reaction is to find out which program is listeni

adding netmap support to libpcap in FreeBSD

2014-10-02 Thread Luigi Rizzo
I want to bring netmap support into our libpcap. The patch is attached, and as you can see changes are trivial, with the new methods contained in a new file pcap-netmap.c I would love to upstream this to the libpcap project (I even have the necessary configure* patches, see code.google.com/p/netm

Re: [jci...@ulb.ac.be: Listen queue overflow: 8 already in queue awaiting acceptance]

2014-10-02 Thread hiren panchasara
On Thu, Oct 2, 2014 at 11:19 AM, Julien Cigar wrote: > On Thu, Oct 02, 2014 at 10:24:13AM -0700, hiren panchasara wrote: >> On Thu, Oct 2, 2014 at 9:42 AM, Julien Cigar wrote: >> > sorry for cross-posting, I'm forwarding this as it seems that part of >> > the problem is also related to: >> > http

Detaching the slave from the lagg interface which has vlan on top of it, hits an panic

2014-10-02 Thread Hariprasad S
HI, Detaching the slave from the lagg interface which has vlan on top of it, hits an panic. Kernel used: FreeBSD HEAD r272051 Is anyone aware of this issue? Steps to reproduce: 1) Created a lagg interface (lagg0) # ifconfig lagg0 create 2) Attach slaves to the lag interface # ifconfig lagg0 l

Re: ixgbe(4) spin lock held too long

2014-10-02 Thread Jason Wolfe
On Wed, Sep 10, 2014 at 8:24 AM, John Baldwin wrote: > On Monday, September 08, 2014 03:34:02 PM Eric van Gyzen wrote: > > On 09/08/2014 15:19, Sean Bruno wrote: > > > On Mon, 2014-09-08 at 12:09 -0700, Sean Bruno wrote: > > >> This sort of looks like the hardware failed to respond to us in time?