[Bug 193488] [re] RTL8168F ignores incoming multicast packets

2014-10-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=193488 Pyun YongHyeon yong...@freebsd.org changed: What|Removed |Added Status|Needs Triage|In Discussion

[FreeBSD Bugzilla] Commit Needs MFC

2014-10-20 Thread bugzilla-noreply
Hi, You have a bug in the Needs MFC state which has not been touched in 7 or more days. This email serves as a reminder that you may want to MFC this bug or marked it as completed. In the event you have a longer MFC timeout you may update this bug with a comment and I won't remind you again

[Bug 194238] [tcp] Ping attempted with MTU 9000 transmits fragmented packets of size 1500

2014-10-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194238 Alexander V. Chernikov melif...@freebsd.org changed: What|Removed |Added CC|

Intel DPDK added to FreeBSD ports collection

2014-10-20 Thread Jim Harris
Just wanted to send a heads-up that Intel's Data Plane Development Kit (DPDK) for high speed packet processing was added to the FreeBSD ports collection last week under net/dpdk. Intel added support for FreeBSD earlier this year, but until now required downloading from Intel's website or

Re: Intel DPDK added to FreeBSD ports collection

2014-10-20 Thread Luigi Rizzo
very cool! cheers luigi On Mon, Oct 20, 2014 at 8:40 AM, Jim Harris jimhar...@freebsd.org wrote: Just wanted to send a heads-up that Intel's Data Plane Development Kit (DPDK) for high speed packet processing was added to the FreeBSD ports collection last week under net/dpdk. Intel added

Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Matthew Grooms
All, There appears to be an issue with FreeBSD 10.x when using enc device to filter inbound traffic on the receive path. After searching the mailing lists, I see two different people reporting the issue ... https://lists.freebsd.org/pipermail/freebsd-stable/2014-January/076900.html

[Bug 194314] [ixgbe] driver makes some dangerous assumptions with struct mbuf sizing with IXGBE_RX_COPY_LEN

2014-10-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194314 --- Comment #12 from Eric Joyner ricer...@gmail.com --- (In reply to Garrett Cooper from comment #10) (In reply to Eric Joyner from comment #8) So it sounds like we may just need to change IXGBE_RX_COPY_LEN from a fixed value of 160 to

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Mark Felder
On Mon, Oct 20, 2014, at 11:18, Matthew Grooms wrote: All, There appears to be an issue with FreeBSD 10.x when using enc device to filter inbound traffic on the receive path. After searching the mailing lists, I see two different people reporting the issue ... Your subject mentions

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Andrey V. Elsukov
On 20.10.2014 20:18, Matthew Grooms wrote: Lastly, I tried to locate a relevant PR but didn't find anything concrete. Is this related to the issue? And if so, can it be MFCd? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=110959 Did you try the patch from last PR? It is small and should

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Matthew Grooms
On 10/20/2014 2:47 PM, Andrey V. Elsukov wrote: On 20.10.2014 20:18, Matthew Grooms wrote: Lastly, I tried to locate a relevant PR but didn't find anything concrete. Is this related to the issue? And if so, can it be MFCd? https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=110959 Did you try

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Matthew Grooms
On 10/20/2014 2:44 PM, Mark Felder wrote: On Mon, Oct 20, 2014, at 11:18, Matthew Grooms wrote: All, There appears to be an issue with FreeBSD 10.x when using enc device to filter inbound traffic on the receive path. After searching the mailing lists, I see two different people reporting the

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Andrey V. Elsukov
On 21.10.2014 00:00, Matthew Grooms wrote: On 10/20/2014 2:47 PM, Andrey V. Elsukov wrote: On 20.10.2014 20:18, Matthew Grooms wrote: Lastly, I tried to locate a relevant PR but didn't find anything concrete. Is this related to the issue? And if so, can it be MFCd?

[Bug 194453] [dummynet] pipe config bw parameter is limited to 2Gbits per second

2014-10-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194453 Hiren Panchasara hi...@freebsd.org changed: What|Removed |Added Status|Needs Triage|In Discussion

Re: Broken IPsec + enc +pf/ipfw

2014-10-20 Thread Matthew Grooms
On 10/20/2014 3:50 PM, Andrey V. Elsukov wrote: On 21.10.2014 00:00, Matthew Grooms wrote: On 10/20/2014 2:47 PM, Andrey V. Elsukov wrote: On 20.10.2014 20:18, Matthew Grooms wrote: Lastly, I tried to locate a relevant PR but didn't find anything concrete. Is this related to the issue? And if

Re: FreeBSD TCP stealth

2014-10-20 Thread hiren panchasara
I am not aware of any work but adding -net to get more networking eyeballs. On Mon, Oct 20, 2014 at 1:23 AM, Matthias Apitz g...@unixarea.de wrote: El día Monday, October 20, 2014 a las 09:25:28AM +0200, Matthias Apitz escribió: Hello, Is there any work started or in progress to implement

Media types in ifconfig

2014-10-20 Thread Eric Joyner
So, what are the two fields on the media line for? AFAICT, it looks like the first field is the media the user wants to use (so the driver typically sets it to Ethernet autoselect by default?), and the second field is for the media that's active in the interface. --- - Eric Joyner

Re: Media types in ifconfig

2014-10-20 Thread hiren panchasara
On Mon, Oct 20, 2014 at 4:53 PM, Eric Joyner ricer...@gmail.com wrote: So, what are the two fields on the media line for? AFAICT, it looks like the first field is the media the user wants to use (so the driver typically sets it to Ethernet autoselect by default?), and the second field is for

[Bug 194453] [dummynet] pipe config bw parameter is limited to 2Gbits per second

2014-10-20 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=194453 --- Comment #3 from b...@boba.name --- How can we be sure this change to unsigned type does not brake anything else ? There might be some other places in dummynet code where this variable may be used as signed. Unfortunately my C skills are