Re: netmap and mlx4 driver status (linux)

Hello, I have made necessary tweaks to the mlx4 patches for a successful build on Linux 3.13.11 (Ubuntu 14.04) and enabled the driver in the Linux build system. See: https://github.com/caldweba/netmap.git for my additional commits. Without any core modi

Re: Looking for input on "locally patch tcpdump or merge in latest release from upstream?"

On 05/28/15 at 12:40P, Patrick Kelsey wrote: > Hi, > > I've had a patch for a capsicum-related issue in tcpdump sitting around > since last September ( > https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052049.html) > that is still needed and that I want finally address in the tr

Looking for input on "locally patch tcpdump or merge in latest release from upstream?"

Hi, I've had a patch for a capsicum-related issue in tcpdump sitting around since last September ( https://lists.freebsd.org/pipermail/freebsd-current/2014-September/052049.html) that is still needed and that I want finally address in the tree (the patch was reviewed by rwatson@ and pjd@ back then

Re: Crash with GRE und IPFW fwd

On 5/28/15 9:31 AM, hiren panchasara wrote: On 05/28/15 at 01:42P, Julian Kornberger wrote: Hi, I have recurring crashes if I forward GRE packets using IPFW with fwd: - The first fwd rule forwards incoming traffic into a GRE interface. - The second fwd rule forwards GRE packets to a gateway. I

Re: Crash with GRE und IPFW fwd

On 05/28/15 at 01:42P, Julian Kornberger wrote: > Hi, > > I have recurring crashes if I forward GRE packets using IPFW with fwd: > - The first fwd rule forwards incoming traffic into a GRE interface. > - The second fwd rule forwards GRE packets to a gateway. > > If there is no GRE traffic, the sy

Crash with GRE und IPFW fwd

Hi, I have recurring crashes if I forward GRE packets using IPFW with fwd: - The first fwd rule forwards incoming traffic into a GRE interface. - The second fwd rule forwards GRE packets to a gateway. If there is no GRE traffic, the system is stable. As soon as there is GRE traffic i takes arao

Re: Netmap problem with e1000e driver

Ah, didn't realize that, apologies, and I'll leave it to Luigi then :) Jack On Wed, May 27, 2015 at 2:47 PM, David DeSimone wrote: > Actually, Luigi has specifically requested that all users of netmap (Linux > or BSD) use this list to field all of their questions. > > > -Original Message--

RE: Netmap problem with e1000e driver

Actually, Luigi has specifically requested that all users of netmap (Linux or BSD) use this list to field all of their questions. -Original Message- From: owner-freebsd-...@freebsd.org [mailto:owner-freebsd-...@freebsd.org] On Behalf Of Jack Vogel Sent: Wednesday, May 27, 2015 11:22 AM

Re: Netmap problem with e1000e driver

Maybe asking a Linux mailing list about a Linux driver would be more productive :) Jack On Wed, May 27, 2015 at 8:26 AM, Oleg Prozorov wrote: > Hello All, > I am using Netmap technology in my program and have the problem : > when I put eth link down and then have it up netmap goes down with ke

Netmap problem with e1000e driver

Hello All, I am using Netmap technology in my program and have the problem : when I put eth link down and then have it up netmap goes down with kernel messages: log from dmesg: [ 2457.286289] irq 44: nobody cared (try booting with the "irqpoll" option) [ 2457.286296] CPU: 2 PID: 0 Comm: swapper/2

[Differential] [Updated, 87 lines] D1761: Extend LRO support to accumulate more than 65535 bytes

hselasky updated this revision to Diff 5720. hselasky added a comment. Herald added a subscriber: imp. Minor fix for computing correct ip6_plen in ip6_input(). Previously only the first 64K of the payload was consumed. REPOSITORY rS FreeBSD src repository CHANGES SINCE LAST UPDATE https://r