From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 01:22:06 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 821)
 id 50E1422C; Mon,  3 Jun 2013 01:22:06 +0000 (UTC)
Date: Mon, 3 Jun 2013 01:22:06 +0000
From: John <jwd@FreeBSD.org>
To: freebsd-net <freebsd-net@freebsd.org>
Subject: 9-STABLE: Chelsio t4nex0: failed to pre-process config file: 2.
Message-ID: <20130603012206.GA46126@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.5.21 (2010-09-15)
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 01:22:06 -0000

Hi Folks,

   I have a pair of Chelsio T4 cards installed in a new HP DL380
system. The driver does not load at boot time, failing with the
message:

t4nex0: failed to pre-process config file: 2.

   After the system has finished booting, if I then issue a 
'kldload if_cxgbe' command, the driver loads correctly. Note,
the driver loads correctly from the command prompt with or
without the if_cxgbe_load in /boot/loader.conf.

   The message is coming from t4_main.c:partition_resources().
I don't see anything obvious that would cause this:

        rc = cfg ? upload_config_file(sc, cfg, &mtype, &maddr) : ENOENT;
        if (rc != 0) {
                mtype = FW_MEMTYPE_CF_FLASH;
                maddr = t4_flash_cfg_addr(sc);
        }
        
        bzero(&caps, sizeof(caps));
        caps.op_to_write = htobe32(V_FW_CMD_OP(FW_CAPS_CONFIG_CMD) |
            F_FW_CMD_REQUEST | F_FW_CMD_READ);
        caps.cfvalid_to_len16 = htobe32(F_FW_CAPS_CONFIG_CMD_CFVALID |
            V_FW_CAPS_CONFIG_CMD_MEMTYPE_CF(mtype) |
            V_FW_CAPS_CONFIG_CMD_MEMADDR64K_CF(maddr >> 16) | FW_LEN16(caps));
        rc = -t4_wr_mbox(sc, sc->mbox, &caps, sizeof(caps), &caps);
        if (rc != 0) {
                device_printf(sc->dev,
                    "failed to pre-process config file: %d.\n", rc);
                return (rc);
        }

   Has anyone run into this?

Thanks,
John

ps: And the output from loading the driver module by hand:

t4nex0: <Chelsio T440-CR> mem 0xf7cc0000-0xf7cfffff,0xf7000000-0xf77fffff,0xf6ff0000-0xf6ff1fff irq 26 at device 0.4 on pci7
t4nex0: installing firmware 1.8.4.0 on card.
cxgbe0: <port 0> on t4nex0
cxgbe0: Ethernet address: 00:07:43:11:e9:00
cxgbe0: 16 txq, 8 rxq
cxgbe1: <port 1> on t4nex0
cxgbe1: Ethernet address: 00:07:43:11:e9:08
cxgbe1: 16 txq, 8 rxq
cxgbe2: <port 2> on t4nex0
cxgbe2: Ethernet address: 00:07:43:11:e9:10
cxgbe2: 16 txq, 8 rxq
cxgbe3: <port 3> on t4nex0
cxgbe3: Ethernet address: 00:07:43:11:e9:18
cxgbe3: 16 txq, 8 rxq
t4nex0: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
t4nex1: <Chelsio T440-CR> mem 0xfbcc0000-0xfbcfffff,0xfb000000-0xfb7fffff,0xfaff0000-0xfaff1fff irq 58 at device 0.4 on pci36
t4nex1: installing firmware 1.8.4.0 on card.
cxgbe4: <port 0> on t4nex1
cxgbe4: Ethernet address: 00:07:43:11:e6:a0
cxgbe4: 16 txq, 8 rxq
cxgbe5: <port 1> on t4nex1
cxgbe5: Ethernet address: 00:07:43:11:e6:a8
cxgbe5: 16 txq, 8 rxq
cxgbe6: <port 2> on t4nex1
cxgbe6: Ethernet address: 00:07:43:11:e6:b0
cxgbe6: 16 txq, 8 rxq
cxgbe7: <port 3> on t4nex1
cxgbe7: Ethernet address: 00:07:43:11:e6:b8
cxgbe7: 16 txq, 8 rxq
t4nex1: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq





From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 02:18:16 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 95749D07;
 Mon,  3 Jun 2013 02:18:16 +0000 (UTC) (envelope-from bright@mu.org)
Received: from elvis.mu.org (elvis.mu.org [192.203.228.196])
 by mx1.freebsd.org (Postfix) with ESMTP id 75DBE10EE;
 Mon,  3 Jun 2013 02:18:16 +0000 (UTC)
Received: from Alfreds-MacBook-Pro-9.local
 (c-67-180-208-218.hsd1.ca.comcast.net [67.180.208.218])
 by elvis.mu.org (Postfix) with ESMTPSA id 0F3611A3C19;
 Sun,  2 Jun 2013 19:18:10 -0700 (PDT)
Message-ID: <51ABFCDF.8040308@mu.org>
Date: Sun, 02 Jun 2013 19:18:07 -0700
From: Alfred Perlstein <bright@mu.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: John <jwd@FreeBSD.org>
Subject: Re: 9-STABLE: Chelsio t4nex0: failed to pre-process config file:
 2.
References: <20130603012206.GA46126@FreeBSD.org>
In-Reply-To: <20130603012206.GA46126@FreeBSD.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: freebsd-net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 02:18:16 -0000

This looks like the result of forgetting to include the actual firmware 
in the kernel config and/or the firmware device itself.

Can you check if you've included all the needed extra modules in the 
kernel config such as firmware(4) and the module for the card firmware 
itself?

A trick you can use is to run "kldstat" after loading the module, you'll 
see which additional modules were needed for the device to work.  
Unfortunately the kernel can't autoload those modules while booting.

I'm not sure if loader(8) picks up the deps either.

-Alfred


On 6/2/13 6:22 PM, John wrote:
> Hi Folks,
>
>     I have a pair of Chelsio T4 cards installed in a new HP DL380
> system. The driver does not load at boot time, failing with the
> message:
>
> t4nex0: failed to pre-process config file: 2.
>
>     After the system has finished booting, if I then issue a
> 'kldload if_cxgbe' command, the driver loads correctly. Note,
> the driver loads correctly from the command prompt with or
> without the if_cxgbe_load in /boot/loader.conf.
>
>     The message is coming from t4_main.c:partition_resources().
> I don't see anything obvious that would cause this:
>
>          rc = cfg ? upload_config_file(sc, cfg, &mtype, &maddr) : ENOENT;
>          if (rc != 0) {
>                  mtype = FW_MEMTYPE_CF_FLASH;
>                  maddr = t4_flash_cfg_addr(sc);
>          }
>          
>          bzero(&caps, sizeof(caps));
>          caps.op_to_write = htobe32(V_FW_CMD_OP(FW_CAPS_CONFIG_CMD) |
>              F_FW_CMD_REQUEST | F_FW_CMD_READ);
>          caps.cfvalid_to_len16 = htobe32(F_FW_CAPS_CONFIG_CMD_CFVALID |
>              V_FW_CAPS_CONFIG_CMD_MEMTYPE_CF(mtype) |
>              V_FW_CAPS_CONFIG_CMD_MEMADDR64K_CF(maddr >> 16) | FW_LEN16(caps));
>          rc = -t4_wr_mbox(sc, sc->mbox, &caps, sizeof(caps), &caps);
>          if (rc != 0) {
>                  device_printf(sc->dev,
>                      "failed to pre-process config file: %d.\n", rc);
>                  return (rc);
>          }
>
>     Has anyone run into this?
>
> Thanks,
> John
>
> ps: And the output from loading the driver module by hand:
>
> t4nex0: <Chelsio T440-CR> mem 0xf7cc0000-0xf7cfffff,0xf7000000-0xf77fffff,0xf6ff0000-0xf6ff1fff irq 26 at device 0.4 on pci7
> t4nex0: installing firmware 1.8.4.0 on card.
> cxgbe0: <port 0> on t4nex0
> cxgbe0: Ethernet address: 00:07:43:11:e9:00
> cxgbe0: 16 txq, 8 rxq
> cxgbe1: <port 1> on t4nex0
> cxgbe1: Ethernet address: 00:07:43:11:e9:08
> cxgbe1: 16 txq, 8 rxq
> cxgbe2: <port 2> on t4nex0
> cxgbe2: Ethernet address: 00:07:43:11:e9:10
> cxgbe2: 16 txq, 8 rxq
> cxgbe3: <port 3> on t4nex0
> cxgbe3: Ethernet address: 00:07:43:11:e9:18
> cxgbe3: 16 txq, 8 rxq
> t4nex0: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
> t4nex1: <Chelsio T440-CR> mem 0xfbcc0000-0xfbcfffff,0xfb000000-0xfb7fffff,0xfaff0000-0xfaff1fff irq 58 at device 0.4 on pci36
> t4nex1: installing firmware 1.8.4.0 on card.
> cxgbe4: <port 0> on t4nex1
> cxgbe4: Ethernet address: 00:07:43:11:e6:a0
> cxgbe4: 16 txq, 8 rxq
> cxgbe5: <port 1> on t4nex1
> cxgbe5: Ethernet address: 00:07:43:11:e6:a8
> cxgbe5: 16 txq, 8 rxq
> cxgbe6: <port 2> on t4nex1
> cxgbe6: Ethernet address: 00:07:43:11:e6:b0
> cxgbe6: 16 txq, 8 rxq
> cxgbe7: <port 3> on t4nex1
> cxgbe7: Ethernet address: 00:07:43:11:e6:b8
> cxgbe7: 16 txq, 8 rxq
> t4nex1: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
>
>
>
>
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>


From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 04:04:31 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: by hub.freebsd.org (Postfix, from userid 821)
 id 5CE50B1E; Mon,  3 Jun 2013 04:04:31 +0000 (UTC)
Date: Mon, 3 Jun 2013 04:04:31 +0000
From: John <jwd@FreeBSD.org>
To: freebsd-net <freebsd-net@freebsd.org>
Subject: Re: 9-STABLE: Chelsio t4nex0: failed to pre-process config file: 2.
Message-ID: <20130603040431.GA75631@FreeBSD.org>
References: <20130603012206.GA46126@FreeBSD.org>
 <51ABFCDF.8040308@mu.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <51ABFCDF.8040308@mu.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: Alfred Perlstein <bright@mu.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 04:04:31 -0000

----- Alfred Perlstein's Original Message -----
> This looks like the result of forgetting to include the actual
> firmware in the kernel config and/or the firmware device itself.
> 
> Can you check if you've included all the needed extra modules in the
> kernel config such as firmware(4) and the module for the card
> firmware itself?

   Thank you for the hint. I tracked down t4fw_cfg via the Makefile
in the modules area.

   However, I'm not actually sure how it works at this point. When I
kldload if_cxgbe and check for t4fw_cfg it does not appear to be
loaded (kldstat -v | grep t4).

   Moving on, adding t4fw_cfg_load to loader.conf we end up with:

Id Refs Address            Size     Name
 1   17 0xffffffff80200000 15652a8  kernel
 2    1 0xffffffff81766000 4820     coretemp.ko
 3    1 0xffffffff8176b000 797b0    t4fw_cfg.ko
 4    1 0xffffffff817e5000 45b38    if_cxgbe.ko
 5    1 0xffffffff8182b000 11b78    ipmi.ko
 6    2 0xffffffff8183d000 2a30     smbus.ko

   and everything seems to work. I think this is worth a patch
to the man page at least:

--- cxgbe.4.orig	2012-09-13 08:57:44.000000000 -0400
+++ cxgbe.4	2012-09-13 08:59:43.000000000 -0400
@@ -46,9 +46,10 @@
 .Ed
 .Pp
 To load the driver as a
-module at boot time, place the following line in
+module at boot time, place the following lines in
 .Xr loader.conf 5 :
 .Bd -literal -offset indent
+t4fw_cfg_load="YES"
 if_cxgbe_load="YES"
 .Ed
 .Sh DESCRIPTION

   Thoughts?

Cheers,
John

> A trick you can use is to run "kldstat" after loading the module,
> you'll see which additional modules were needed for the device to
> work.  Unfortunately the kernel can't autoload those modules while
> booting.
> 
> I'm not sure if loader(8) picks up the deps either.
> 
> -Alfred
> 
> 
> On 6/2/13 6:22 PM, John wrote:
> >Hi Folks,
> >
> >    I have a pair of Chelsio T4 cards installed in a new HP DL380
> >system. The driver does not load at boot time, failing with the
> >message:
> >
> >t4nex0: failed to pre-process config file: 2.
> >
> >    After the system has finished booting, if I then issue a
> >'kldload if_cxgbe' command, the driver loads correctly. Note,
> >the driver loads correctly from the command prompt with or
> >without the if_cxgbe_load in /boot/loader.conf.
> >
> >    The message is coming from t4_main.c:partition_resources().
> >I don't see anything obvious that would cause this:
> >
> >         rc = cfg ? upload_config_file(sc, cfg, &mtype, &maddr) : ENOENT;
> >         if (rc != 0) {
> >                 mtype = FW_MEMTYPE_CF_FLASH;
> >                 maddr = t4_flash_cfg_addr(sc);
> >         }
> >         bzero(&caps, sizeof(caps));
> >         caps.op_to_write = htobe32(V_FW_CMD_OP(FW_CAPS_CONFIG_CMD) |
> >             F_FW_CMD_REQUEST | F_FW_CMD_READ);
> >         caps.cfvalid_to_len16 = htobe32(F_FW_CAPS_CONFIG_CMD_CFVALID |
> >             V_FW_CAPS_CONFIG_CMD_MEMTYPE_CF(mtype) |
> >             V_FW_CAPS_CONFIG_CMD_MEMADDR64K_CF(maddr >> 16) | FW_LEN16(caps));
> >         rc = -t4_wr_mbox(sc, sc->mbox, &caps, sizeof(caps), &caps);
> >         if (rc != 0) {
> >                 device_printf(sc->dev,
> >                     "failed to pre-process config file: %d.\n", rc);
> >                 return (rc);
> >         }
> >
> >    Has anyone run into this?
> >
> >Thanks,
> >John
> >
> >ps: And the output from loading the driver module by hand:
> >
> >t4nex0: <Chelsio T440-CR> mem 0xf7cc0000-0xf7cfffff,0xf7000000-0xf77fffff,0xf6ff0000-0xf6ff1fff irq 26 at device 0.4 on pci7
> >t4nex0: installing firmware 1.8.4.0 on card.
> >cxgbe0: <port 0> on t4nex0
> >cxgbe0: Ethernet address: 00:07:43:11:e9:00
> >cxgbe0: 16 txq, 8 rxq
> >cxgbe1: <port 1> on t4nex0
> >cxgbe1: Ethernet address: 00:07:43:11:e9:08
> >cxgbe1: 16 txq, 8 rxq
> >cxgbe2: <port 2> on t4nex0
> >cxgbe2: Ethernet address: 00:07:43:11:e9:10
> >cxgbe2: 16 txq, 8 rxq
> >cxgbe3: <port 3> on t4nex0
> >cxgbe3: Ethernet address: 00:07:43:11:e9:18
> >cxgbe3: 16 txq, 8 rxq
> >t4nex0: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
> >t4nex1: <Chelsio T440-CR> mem 0xfbcc0000-0xfbcfffff,0xfb000000-0xfb7fffff,0xfaff0000-0xfaff1fff irq 58 at device 0.4 on pci36
> >t4nex1: installing firmware 1.8.4.0 on card.
> >cxgbe4: <port 0> on t4nex1
> >cxgbe4: Ethernet address: 00:07:43:11:e6:a0
> >cxgbe4: 16 txq, 8 rxq
> >cxgbe5: <port 1> on t4nex1
> >cxgbe5: Ethernet address: 00:07:43:11:e6:a8
> >cxgbe5: 16 txq, 8 rxq
> >cxgbe6: <port 2> on t4nex1
> >cxgbe6: Ethernet address: 00:07:43:11:e6:b0
> >cxgbe6: 16 txq, 8 rxq
> >cxgbe7: <port 3> on t4nex1
> >cxgbe7: Ethernet address: 00:07:43:11:e6:b8
> >cxgbe7: 16 txq, 8 rxq
> >t4nex1: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
> >
> >
> >
> >
> >_______________________________________________
> >freebsd-net@freebsd.org mailing list
> >http://lists.freebsd.org/mailman/listinfo/freebsd-net
> >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
> >
> 

From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 04:32:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id C71F9412;
 Mon,  3 Jun 2013 04:32:01 +0000 (UTC)
 (envelope-from nparhar@gmail.com)
Received: from mail-pb0-x236.google.com (mail-pb0-x236.google.com
 [IPv6:2607:f8b0:400e:c01::236])
 by mx1.freebsd.org (Postfix) with ESMTP id 98439173F;
 Mon,  3 Jun 2013 04:32:01 +0000 (UTC)
Received: by mail-pb0-f54.google.com with SMTP id ro12so5061965pbb.41
 for <multiple recipients>; Sun, 02 Jun 2013 21:31:55 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=date:from:to:cc:subject:message-id:mail-followup-to:references
 :mime-version:content-type:content-disposition:in-reply-to
 :user-agent; bh=bYAW99/Oza0Apy3ExQVORbbTe8qxXNxwHjEyisLEFnw=;
 b=tCHUnbgWy8iX35aYR7j86xjvh3ng9ZYIGoKm2D9FNy0c0wfRKcVBFB4jvhX4Rgapgf
 gUjT5ItlfHkZW6+bSrIrg3aFXQhoW63VJf/SoQc1tok6iY1ftdhiSIXBEIbg83p1IMfn
 uCmjv5NNUGGhlacxCuSVRAk0OvOT6Wnq03fjJPxU9gq0c1dGP0abDxYiOyIEkVwS8njQ
 qa9gkj9DQBgTCMjpDbh+yAZ6rYLctn7/xC+KJ1a6+Mw0VmyT4DOFrwyLOI6BVgFeLuZt
 KLySff7DCjKJ1UIKddBj8CROG1AtVavkvdSQNJZ20p7op6xy7PevA78X6nmYFMYbERLH
 /SCQ==
X-Received: by 10.67.13.199 with SMTP id fa7mr23144020pad.185.1370233915353;
 Sun, 02 Jun 2013 21:31:55 -0700 (PDT)
Received: from itx (c-24-6-45-85.hsd1.ca.comcast.net. [24.6.45.85])
 by mx.google.com with ESMTPSA id cc15sm61191428pac.1.2013.06.02.21.31.52
 for <multiple recipients>
 (version=TLSv1 cipher=RC4-SHA bits=128/128);
 Sun, 02 Jun 2013 21:31:53 -0700 (PDT)
Date: Sun, 2 Jun 2013 21:31:46 -0700
From: Navdeep Parhar <nparhar@gmail.com>
To: John <jwd@FreeBSD.org>
Subject: Re: 9-STABLE: Chelsio t4nex0: failed to pre-process config file: 2.
Message-ID: <20130603043146.GA25930@itx>
Mail-Followup-To: John <jwd@FreeBSD.org>,
 freebsd-net <freebsd-net@freebsd.org>,
 Alfred Perlstein <bright@mu.org>
References: <20130603012206.GA46126@FreeBSD.org> <51ABFCDF.8040308@mu.org>
 <20130603040431.GA75631@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20130603040431.GA75631@FreeBSD.org>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: freebsd-net <freebsd-net@freebsd.org>, Alfred Perlstein <bright@mu.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 04:32:01 -0000

On Mon, Jun 03, 2013 at 04:04:31AM +0000, John wrote:
> ----- Alfred Perlstein's Original Message -----
> > This looks like the result of forgetting to include the actual
> > firmware in the kernel config and/or the firmware device itself.
> > 
> > Can you check if you've included all the needed extra modules in the
> > kernel config such as firmware(4) and the module for the card
> > firmware itself?
> 
>    Thank you for the hint. I tracked down t4fw_cfg via the Makefile
> in the modules area.
> 
>    However, I'm not actually sure how it works at this point. When I
> kldload if_cxgbe and check for t4fw_cfg it does not appear to be
> loaded (kldstat -v | grep t4).

The contents of t4fw_cfg are needed only during driver attach and this
KLD is automatically loaded and then unloaded by the firmware(9)
subsystem.

> 
>    Moving on, adding t4fw_cfg_load to loader.conf we end up with:
> 
> Id Refs Address            Size     Name
>  1   17 0xffffffff80200000 15652a8  kernel
>  2    1 0xffffffff81766000 4820     coretemp.ko
>  3    1 0xffffffff8176b000 797b0    t4fw_cfg.ko
>  4    1 0xffffffff817e5000 45b38    if_cxgbe.ko
>  5    1 0xffffffff8182b000 11b78    ipmi.ko
>  6    2 0xffffffff8183d000 2a30     smbus.ko
> 
>    and everything seems to work. I think this is worth a patch
> to the man page at least:

The patch makes sense.  Please commit it (or let me know and I'll do
it for you.)

Regards,
Navdeep

> 
> --- cxgbe.4.orig	2012-09-13 08:57:44.000000000 -0400
> +++ cxgbe.4	2012-09-13 08:59:43.000000000 -0400
> @@ -46,9 +46,10 @@
>  .Ed
>  .Pp
>  To load the driver as a
> -module at boot time, place the following line in
> +module at boot time, place the following lines in
>  .Xr loader.conf 5 :
>  .Bd -literal -offset indent
> +t4fw_cfg_load="YES"
>  if_cxgbe_load="YES"
>  .Ed
>  .Sh DESCRIPTION
> 
>    Thoughts?
> 
> Cheers,
> John
> 
> > A trick you can use is to run "kldstat" after loading the module,
> > you'll see which additional modules were needed for the device to
> > work.  Unfortunately the kernel can't autoload those modules while
> > booting.
> > 
> > I'm not sure if loader(8) picks up the deps either.
> > 
> > -Alfred
> > 
> > 
> > On 6/2/13 6:22 PM, John wrote:
> > >Hi Folks,
> > >
> > >    I have a pair of Chelsio T4 cards installed in a new HP DL380
> > >system. The driver does not load at boot time, failing with the
> > >message:
> > >
> > >t4nex0: failed to pre-process config file: 2.
> > >
> > >    After the system has finished booting, if I then issue a
> > >'kldload if_cxgbe' command, the driver loads correctly. Note,
> > >the driver loads correctly from the command prompt with or
> > >without the if_cxgbe_load in /boot/loader.conf.
> > >
> > >    The message is coming from t4_main.c:partition_resources().
> > >I don't see anything obvious that would cause this:
> > >
> > >         rc = cfg ? upload_config_file(sc, cfg, &mtype, &maddr) : ENOENT;
> > >         if (rc != 0) {
> > >                 mtype = FW_MEMTYPE_CF_FLASH;
> > >                 maddr = t4_flash_cfg_addr(sc);
> > >         }
> > >         bzero(&caps, sizeof(caps));
> > >         caps.op_to_write = htobe32(V_FW_CMD_OP(FW_CAPS_CONFIG_CMD) |
> > >             F_FW_CMD_REQUEST | F_FW_CMD_READ);
> > >         caps.cfvalid_to_len16 = htobe32(F_FW_CAPS_CONFIG_CMD_CFVALID |
> > >             V_FW_CAPS_CONFIG_CMD_MEMTYPE_CF(mtype) |
> > >             V_FW_CAPS_CONFIG_CMD_MEMADDR64K_CF(maddr >> 16) | FW_LEN16(caps));
> > >         rc = -t4_wr_mbox(sc, sc->mbox, &caps, sizeof(caps), &caps);
> > >         if (rc != 0) {
> > >                 device_printf(sc->dev,
> > >                     "failed to pre-process config file: %d.\n", rc);
> > >                 return (rc);
> > >         }
> > >
> > >    Has anyone run into this?
> > >
> > >Thanks,
> > >John
> > >
> > >ps: And the output from loading the driver module by hand:
> > >
> > >t4nex0: <Chelsio T440-CR> mem 0xf7cc0000-0xf7cfffff,0xf7000000-0xf77fffff,0xf6ff0000-0xf6ff1fff irq 26 at device 0.4 on pci7
> > >t4nex0: installing firmware 1.8.4.0 on card.
> > >cxgbe0: <port 0> on t4nex0
> > >cxgbe0: Ethernet address: 00:07:43:11:e9:00
> > >cxgbe0: 16 txq, 8 rxq
> > >cxgbe1: <port 1> on t4nex0
> > >cxgbe1: Ethernet address: 00:07:43:11:e9:08
> > >cxgbe1: 16 txq, 8 rxq
> > >cxgbe2: <port 2> on t4nex0
> > >cxgbe2: Ethernet address: 00:07:43:11:e9:10
> > >cxgbe2: 16 txq, 8 rxq
> > >cxgbe3: <port 3> on t4nex0
> > >cxgbe3: Ethernet address: 00:07:43:11:e9:18
> > >cxgbe3: 16 txq, 8 rxq
> > >t4nex0: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
> > >t4nex1: <Chelsio T440-CR> mem 0xfbcc0000-0xfbcfffff,0xfb000000-0xfb7fffff,0xfaff0000-0xfaff1fff irq 58 at device 0.4 on pci36
> > >t4nex1: installing firmware 1.8.4.0 on card.
> > >cxgbe4: <port 0> on t4nex1
> > >cxgbe4: Ethernet address: 00:07:43:11:e6:a0
> > >cxgbe4: 16 txq, 8 rxq
> > >cxgbe5: <port 1> on t4nex1
> > >cxgbe5: Ethernet address: 00:07:43:11:e6:a8
> > >cxgbe5: 16 txq, 8 rxq
> > >cxgbe6: <port 2> on t4nex1
> > >cxgbe6: Ethernet address: 00:07:43:11:e6:b0
> > >cxgbe6: 16 txq, 8 rxq
> > >cxgbe7: <port 3> on t4nex1
> > >cxgbe7: Ethernet address: 00:07:43:11:e6:b8
> > >cxgbe7: 16 txq, 8 rxq
> > >t4nex1: PCIe x8, 4 ports, 34 MSI-X interrupts, 101 eq, 33 iq
> > >
> > >
> > >
> > >
> > >_______________________________________________
> > >freebsd-net@freebsd.org mailing list
> > >http://lists.freebsd.org/mailman/listinfo/freebsd-net
> > >To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
> > >
> > 
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 11:06:49 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@FreeBSD.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 368475DA
 for <freebsd-net@FreeBSD.org>; Mon,  3 Jun 2013 11:06:49 +0000 (UTC)
 (envelope-from owner-bugmaster@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id 2613013BA
 for <freebsd-net@FreeBSD.org>; Mon,  3 Jun 2013 11:06:49 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r53B6nB6015100
 for <freebsd-net@FreeBSD.org>; Mon, 3 Jun 2013 11:06:49 GMT
 (envelope-from owner-bugmaster@FreeBSD.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r53B6mHg015098
 for freebsd-net@FreeBSD.org; Mon, 3 Jun 2013 11:06:48 GMT
 (envelope-from owner-bugmaster@FreeBSD.org)
Date: Mon, 3 Jun 2013 11:06:48 GMT
Message-Id: <201306031106.r53B6mHg015098@freefall.freebsd.org>
X-Authentication-Warning: freefall.freebsd.org: gnats set sender to
 owner-bugmaster@FreeBSD.org using -f
From: FreeBSD bugmaster <bugmaster@freebsd.org>
To: freebsd-net@FreeBSD.org
Subject: Current problem reports assigned to freebsd-net@FreeBSD.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 11:06:49 -0000

Note: to view an individual PR, use:
  http://www.freebsd.org/cgi/query-pr.cgi?pr=(number).

The following is a listing of current problems submitted by FreeBSD users.
These represent problem reports covering all versions including
experimental development code and obsolete releases.


S Tracker      Resp.      Description
--------------------------------------------------------------------------------
o kern/178947  net        [arp] arp rejecting not working
o kern/178782  net        [ixgbe] 82599EB SFP does not work with passthrough und
o kern/178612  net        [run] kernel panic due the problems with run driver
o kern/178472  net        [ip6] [patch] make return code consistent with IPv4 co
o kern/178116  net        [ipfilter] [panic] Kernel panic: general protection fa
o kern/178079  net        [tcp] Switching TCP CC algorithm panics on sparc64 wit
s kern/178071  net        FreeBSD unable to recongize Kontron (Industrial Comput
o kern/177905  net        [xl] [panic] ifmedia_set when pluging CardBus LAN card
o kern/177618  net        [bridge] Problem with bridge firewall with trunk ports
o kern/177417  net        [ip6] Invalid protocol value in ipsec6_common_input_cb
o kern/177402  net        [igb] [pf] problem with ethernet driver igb + pf / alt
o kern/177400  net        [jme] JMC25x 1000baseT establishment issues
o kern/177366  net        [ieee80211] negative malloc(9) statistics for 80211nod
f kern/177362  net        [netinet] [patch] Wrong control used to return TOS
o kern/177194  net        [netgraph] Unnamed netgraph nodes for vlan interfaces
o kern/177139  net        [igb] igb drops ethernet ports 2 and 3
o kern/176884  net        [re] re0 flapping up/down
o kern/176671  net        [epair] MAC address for epair device not unique
o kern/176596  net        [firewire] [ip6] Crash with IPv6 and Firewire
o kern/176484  net        [ipsec] [enc] [patch] panic: IPsec + enc(4); device na
o kern/176446  net        [netinet] [patch] Concurrency in ixgbe driving out-of-
o kern/176420  net        [kernel] [patch] incorrect errno for LOCAL_PEERCRED
o kern/176419  net        [kernel] [patch] socketpair support for LOCAL_PEERCRED
o kern/176401  net        [netgraph] page fault  in netgraph
o kern/176167  net        [ipsec][lagg] using lagg and ipsec causes immediate pa
o kern/176097  net        [lagg] [patch] lagg/lacp broken when aggregated interf
o kern/176027  net        [em] [patch] flow control systcl consistency for em dr
o kern/176026  net        [tcp] [patch] TCP wrappers caused quite a lot of warni
o bin/175974   net        ppp(8): logic issue
o kern/175864  net        [re] Intel MB D510MO, onboard ethernet not working aft
o kern/175852  net        [amd64] [patch] in_cksum_hdr() behaves differently on 
o kern/175734  net        no ethernet detected on system with EG20T PCH chipset 
o kern/175267  net        [pf] [tap] pf + tap keep state problem
o kern/175236  net        [epair] [gif] epair and gif Devices On Bridge
o kern/175182  net        [panic] kernel panic on RADIX_MPATH when deleting rout
o kern/175153  net        [tcp] will there miss a FIN when do TSO?
o kern/174959  net        [net] [patch] rnh_walktree_from visits spurious nodes
o kern/174958  net        [net] [patch] rnh_walktree_from makes unreasonable ass
o kern/174897  net        [route] Interface routes are broken
o kern/174851  net        [bxe] [patch] UDP checksum offload is wrong in bxe dri
o kern/174850  net        [bxe] [patch] bxe driver does not receive multicasts
o kern/174849  net        [bxe] [patch] bxe driver can hang kernel when reset
o kern/174822  net        [tcp] Page fault in tcp_discardcb under high traffic
o kern/174602  net        [gif] [ipsec] traceroute issue on gif tunnel with ipse
o kern/174535  net        [tcp] TCP fast retransmit feature works strange
o kern/173871  net        [gif] process of 'ifconfig gif0 create hangs' when if_
o kern/173475  net        [tun] tun(4) stays opened by PID after process is term
o kern/173201  net        [ixgbe] [patch] Missing / broken ixgbe sysctl's and tu
o kern/173137  net        [em] em(4) unable to run at gigabit with 9.1-RC2
o kern/173002  net        [patch] data type size problem in if_spppsubr.c
o kern/172895  net        [ixgb] [ixgbe] do not properly determine link-state
o kern/172683  net        [ip6] Duplicate IPv6 Link Local Addresses
o kern/172675  net        [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hos
o kern/172113  net        [panic] [e1000] [patch] 9.1-RC1/amd64 panices in igb(4
o kern/171840  net        [ip6] IPv6 packets transmitting only on queue 0
o kern/171739  net        [bce] [panic] bce related kernel panic
o kern/171711  net        [dummynet] [panic] Kernel panic in dummynet
o kern/171532  net        [ndis] ndis(4) driver includes 'pccard'-specific code,
o kern/171531  net        [ndis] undocumented dependency for ndis(4)
o kern/171524  net        [ipmi] ipmi driver crashes kernel by reboot or shutdow
s kern/171508  net        [epair] [request] Add the ability to name epair device
o kern/171228  net        [re] [patch] if_re - eeprom write issues
o kern/170701  net        [ppp] killl ppp or reboot with active ppp connection c
o kern/170267  net        [ixgbe] IXGBE_LE32_TO_CPUS is probably an unintentiona
o kern/170081  net        [fxp] pf/nat/jails not working if checksum offloading 
o kern/169898  net        ifconfig(8) fails to set MTU on multiple interfaces.
o kern/169676  net        [bge] [hang] system hangs, fully or partially after re
o kern/169664  net        [bgp] Wrongful replacement of interface connected net 
o kern/169620  net        [ng] [pf] ng_l2tp incoming packet bypass pf firewall
o kern/169459  net        [ppp] umodem/ppp/3g stopped working after update from 
o kern/169438  net        [ipsec] ipv4-in-ipv6 tunnel mode IPsec does not work
p kern/168294  net        [ixgbe] [patch] ixgbe driver compiled in kernel has no
o kern/168246  net        [em] Multiple em(4) not working with qemu
o kern/168245  net        [arp] [regression] Permanent ARP entry not deleted on 
o kern/168244  net        [arp] [regression] Unable to manually remove permanent
o kern/168183  net        [bce] bce driver hang system
o kern/167947  net        [setfib] [patch] arpresolve checks only the default FI
o kern/167603  net        [ip] IP fragment reassembly's broken: file transfer ov
o kern/167500  net        [em] [panic] Kernel panics in em driver
o kern/167325  net        [netinet] [patch] sosend sometimes return EINVAL with 
o kern/167202  net        [igmp]: Sending multiple IGMP packets crashes kernel
o kern/166940  net        [ipfilter] [panic] Double fault in kern 8.2
o kern/166462  net        [gre] gre(4) when using a tunnel source address from c
o kern/166372  net        [patch] [ipfilter] drops UDP packets with zero checksu
o kern/166285  net        [arp] FreeBSD v8.1 REL p8 arp: unknown hardware addres
o kern/166255  net        [net] [patch] It should be possible to disable "promis
o kern/165963  net        [panic] [ipfilter] ipfilter/nat NULL pointer deference
p kern/165903  net        mbuf leak
o kern/165622  net        [ndis][panic][patch] Unregistered use of FPU in kernel
s kern/165562  net        [request] add support for Intel i350 in FreeBSD 7.4
o kern/165526  net        [bxe] UDP packets checksum calculation whithin if_bxe 
o kern/165488  net        [ppp] [panic] Fatal trap 12 jails and ppp , kernel wit
o kern/165305  net        [ip6] [request] Feature parity between IP_TOS and IPV6
o kern/165296  net        [vlan] [patch] Fix EVL_APPLY_VLID, update EVL_APPLY_PR
o kern/165181  net        [igb] igb freezes after about 2 weeks of uptime
o kern/165174  net        [patch] [tap] allow tap(4) to keep its address on clos
o kern/165152  net        [ip6] Does not work through the issue of ipv6 addresse
o kern/164495  net        [igb] connect double head igb to switch cause system t
o kern/164490  net        [pfil] Incorrect IP checksum on pfil pass from ip_outp
o kern/164475  net        [gre] gre misses RUNNING flag after a reboot
o kern/164265  net        [netinet] [patch] tcp_lro_rx computes wrong checksum i
o kern/163903  net        [igb] "igb0:tx(0)","bpf interface lock" v2.2.5 9-STABL
o kern/163481  net        freebsd do not add itself to ping route packet
o kern/162927  net        [tun] Modem-PPP error ppp[1538]: tun0: Phase: Clearing
o kern/162926  net        [ipfilter] Infinite loop in ipfilter with fragmented I
o kern/162558  net        [dummynet] [panic] seldom dummynet panics
o kern/162153  net        [em] intel em driver 7.2.4 don't compile
o kern/162110  net        [igb] [panic] RELENG_9 panics on boot in IGB driver - 
o kern/162028  net        [ixgbe] [patch] misplaced #endif in ixgbe.c
o kern/161277  net        [em] [patch] BMC cannot receive IPMI traffic after loa
o kern/160873  net        [igb] igb(4) from HEAD fails to build on 7-STABLE
o kern/160750  net        Intel PRO/1000 connection breaks under load until rebo
o kern/160693  net        [gif] [em] Multicast packet are not passed from GIF0 t
o kern/160293  net        [ieee80211] ppanic] kernel panic during network setup 
o kern/160206  net        [gif] gifX stops working after a while (IPv6 tunnel)
o kern/159817  net        [udp] write UDPv4: No buffer space available (code=55)
o kern/159629  net        [ipsec] [panic] kernel panic with IPsec in transport m
o kern/159621  net        [tcp] [panic] panic: soabort: so_count
o kern/159603  net        [netinet] [patch] in_ifscrubprefix() - network route c
o kern/159601  net        [netinet] [patch] in_scrubprefix() - loopback route re
o kern/159294  net        [em] em watchdog timeouts
o kern/159203  net        [wpi] Intel 3945ABG Wireless LAN not support IBSS
o kern/158930  net        [bpf] BPF element leak in ifp->bpf_if->bif_dlist
o kern/158726  net        [ip6] [patch] ICMPv6 Router Announcement flooding limi
o kern/158694  net        [ix] [lagg] ix0 is not working within lagg(4)
o kern/158665  net        [ip6] [panic] kernel pagefault in in6_setscope()
o kern/158635  net        [em] TSO breaks BPF packet captures with em driver
f kern/157802  net        [dummynet] [panic] kernel panic in dummynet
o kern/157785  net        amd64 + jail + ipfw + natd = very slow outbound traffi
o kern/157418  net        [em] em driver lockup during boot on Supermicro X9SCM-
o kern/157410  net        [ip6] IPv6 Router Advertisements Cause Excessive CPU U
o kern/157287  net        [re] [panic] INVARIANTS panic (Memory modified after f
o kern/157209  net        [ip6] [patch] locking error in rip6_input() (sys/netin
o kern/157200  net        [network.subr] [patch] stf(4) can not communicate betw
o kern/157182  net        [lagg] lagg interface not working together with epair 
o kern/156877  net        [dummynet] [panic] dummynet move_pkt() null ptr derefe
o kern/156667  net        [em] em0 fails to init on CURRENT after March 17
o kern/156408  net        [vlan] Routing failure when using VLANs vs. Physical e
o kern/156328  net        [icmp]: host can ping other subnet but no have IP from
o kern/156317  net        [ip6] Wrong order of IPv6 NS DAD/MLD Report
o kern/156283  net        [ip6] [patch] nd6_ns_input - rtalloc_mpath does not re
o kern/156279  net        [if_bridge][divert][ipfw] unable to correctly re-injec
o kern/156226  net        [lagg]: failover does not announce the failover to swi
o kern/156030  net        [ip6] [panic] Crash in nd6_dad_start() due to null ptr
o kern/155680  net        [multicast] problems with multicast
s kern/155642  net        [new driver] [request] Add driver for Realtek RTL8191S
o kern/155597  net        [panic] Kernel panics with "sbdrop" message
o kern/155420  net        [vlan] adding vlan break existent vlan
o kern/155177  net        [route] [panic] Panic when inject routes in kernel
p kern/155030  net        [igb] igb(4) DEVICE_POLLING does not work with carp(4)
o kern/155010  net        [msk] ntfs-3g via iscsi using msk driver cause kernel 
o kern/154943  net        [gif] ifconfig gifX create on existing gifX clears IP
s kern/154851  net        [new driver] [request]: Port brcm80211 driver from Lin
o kern/154850  net        [netgraph] [patch] ng_ether fails to name nodes when t
o kern/154679  net        [em] Fatal trap 12: "em1 taskq" only at startup (8.1-R
o kern/154600  net        [tcp] [panic] Random kernel panics on tcp_output
o kern/154557  net        [tcp] Freeze tcp-session of the clients, if in the gat
o kern/154443  net        [if_bridge] Kernel module bridgestp.ko missing after u
o kern/154286  net        [netgraph] [panic] 8.2-PRERELEASE panic in netgraph
o kern/154255  net        [nfs] NFS not responding
o kern/154214  net        [stf] [panic] Panic when creating stf interface
o kern/154185  net        race condition in mb_dupcl
o kern/154169  net        [multicast] [ip6] Node Information Query multicast add
o kern/154134  net        [ip6] stuck kernel state in LISTEN on ipv6 daemon whic
o kern/154091  net        [netgraph] [panic] netgraph, unaligned mbuf?
o conf/154062  net        [vlan] [patch] change to way of auto-generatation of v
o kern/153937  net        [ral] ralink panics the system (amd64 freeBSDD 8.X) wh
o kern/153936  net        [ixgbe] [patch] MPRC workaround incorrectly applied to
o kern/153816  net        [ixgbe] ixgbe doesn't work properly with the Intel 10g
o kern/153772  net        [ixgbe] [patch] sysctls reference wrong XON/XOFF varia
o kern/153497  net        [netgraph] netgraph panic due to race conditions
o kern/153454  net        [patch] [wlan] [urtw] Support ad-hoc and hostap modes 
o kern/153308  net        [em] em interface use 100% cpu
o kern/153244  net        [em] em(4) fails to send UDP to port 0xffff
o kern/152893  net        [netgraph] [panic] 8.2-PRERELEASE panic in netgraph
o kern/152853  net        [em] tftpd (and likely other udp traffic) fails over e
o kern/152828  net        [em] poor performance on 8.1, 8.2-PRE
o kern/152569  net        [net]: Multiple ppp connections and routing table prob
o kern/152235  net        [arp] Permanent local ARP entries are not properly upd
o kern/152141  net        [vlan] [patch] encapsulate vlan in ng_ether before out
o kern/152036  net        [libc] getifaddrs(3) returns truncated sockaddrs for n
o kern/151690  net        [ep] network connectivity won't work until dhclient is
o kern/151681  net        [nfs] NFS mount via IPv6 leads to hang on client with 
o kern/151593  net        [igb] [panic] Kernel panic when bringing up igb networ
o kern/150920  net        [ixgbe][igb] Panic when packets are dropped with heade
o kern/150557  net        [igb] igb0: Watchdog timeout -- resetting
o kern/150251  net        [patch] [ixgbe] Late cable insertion broken
o kern/150249  net        [ixgbe] Media type detection broken
o bin/150224   net        ppp(8) does not reassign static IP after kill -KILL co
f kern/149969  net        [wlan] [ral] ralink rt2661 fails to maintain connectio
o kern/149937  net        [ipfilter] [patch] kernel panic in ipfilter IP fragmen
o kern/149643  net        [rum] device not sending proper beacon frames in ap mo
o kern/149609  net        [panic] reboot after adding second default route
o kern/149117  net        [inet] [patch] in_pcbbind: redundant test
o kern/149086  net        [multicast] Generic multicast join failure in 8.1
o kern/148018  net        [flowtable] flowtable crashes on ia64
o kern/147912  net        [boot] FreeBSD 8 Beta won't boot on Thinkpad i1300  11
o kern/147894  net        [ipsec] IPv6-in-IPv4 does not work inside an ESP-only 
o kern/147155  net        [ip6] setfb not work with ipv6
o kern/146845  net        [libc] close(2) returns error 54 (connection reset by 
f kern/146792  net        [flowtable] flowcleaner 100% cpu's core load
o kern/146719  net        [pf] [panic] PF or dumynet kernel panic
o kern/146534  net        [icmp6] wrong source address in echo reply
o kern/146427  net        [mwl] Additional virtual access points don't work on m
f kern/146394  net        [vlan] IP source address for outgoing connections
o bin/146377   net        [ppp] [tun] Interface doesn't clear addresses when PPP
o kern/146358  net        [vlan] wrong destination MAC address
o kern/146165  net        [wlan] [panic] Setting bssid in adhoc mode causes pani
o kern/146082  net        [ng_l2tp] a false invaliant check was performed in ng_
o kern/146037  net        [panic] mpd + CoA = kernel panic
o kern/145825  net        [panic] panic: soabort: so_count
o kern/145728  net        [lagg] Stops working lagg between two servers.
p kern/145600  net        TCP/ECN behaves different to CE/CWR than ns2 reference
f kern/144917  net        [flowtable] [panic] flowtable crashes system [regressi
o kern/144882  net        MacBookPro =>4.1 does not connect to BSD in hostap wit
o kern/144874  net        [if_bridge] [patch] if_bridge frees mbuf after pfil ho
o conf/144700  net        [rc.d] async dhclient breaks stuff for too many people
o kern/144616  net        [nat] [panic] ip_nat panic FreeBSD 7.2
f kern/144315  net        [ipfw] [panic] freebsd 8-stable reboot after add ipfw 
o kern/144231  net        bind/connect/sendto too strict about sockaddr length
o kern/143846  net        [gif] bringing gif3 tunnel down causes gif0 tunnel to 
s kern/143673  net        [stf] [request] there should be a way to support multi
s kern/143666  net        [ip6] [request] PMTU black hole detection not implemen
o kern/143622  net        [pfil] [patch] unlock pfil lock while calling firewall
o kern/143593  net        [ipsec] When using IPSec, tcpdump doesn't show outgoin
o kern/143591  net        [ral] RT2561C-based DLink card (DWL-510) fails to work
o kern/143208  net        [ipsec] [gif] IPSec over gif interface not working
o kern/143034  net        [panic] system reboots itself in tcp code [regression]
o kern/142877  net        [hang] network-related repeatable 8.0-STABLE hard hang
o kern/142774  net        Problem with outgoing connections on interface with mu
o kern/142772  net        [libc] lla_lookup: new lle malloc failed
f kern/142518  net        [em] [lagg] Problem on 8.0-STABLE with em and lagg
o kern/142018  net        [iwi] [patch] Possibly wrong interpretation of beacon-
o kern/141861  net        [wi] data garbled with WEP and wi(4) with Prism 2.5
f kern/141741  net        Etherlink III NIC won't work after upgrade to FBSD 8, 
o kern/140742  net        rum(4) Two asus-WL167G adapters cannot talk to each ot
o kern/140682  net        [netgraph] [panic] random panic in netgraph
f kern/140634  net        [vlan] destroying if_lagg interface with if_vlan membe
o kern/140619  net        [ifnet] [patch] refine obsolete if_var.h comments desc
o kern/140346  net        [wlan] High bandwidth use causes loss of wlan connecti
o kern/140142  net        [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6
o kern/140066  net        [bwi] install report for 8.0 RC 2 (multiple problems)
o kern/139565  net        [ipfilter] ipfilter ioctl SIOCDELST broken
o kern/139387  net        [ipsec] Wrong lenth of PF_KEY messages in promiscuous 
o bin/139346   net        [patch] arp(8) add option to remove static entries lis
o kern/139268  net        [if_bridge] [patch] allow if_bridge to forward just VL
p kern/139204  net        [arp] DHCP server replies rejected, ARP entry lost bef
o kern/139117  net        [lagg] + wlan boot timing (EBUSY)
o kern/139058  net        [ipfilter] mbuf cluster leak on FreeBSD 7.2
o kern/138850  net        [dummynet] dummynet doesn't work correctly on a bridge
o kern/138782  net        [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00
o kern/138688  net        [rum] possibly broken on 8 Beta 4 amd64: able to wpa a
o kern/138678  net        [lo] FreeBSD does not assign linklocal address to loop
o kern/138407  net        [gre] gre(4) interface does not come up after reboot
o kern/138332  net        [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/
o kern/138266  net        [panic] kernel panic when udp benchmark test used as r
o kern/138177  net        [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257
f kern/138029  net        [bpf] [panic] periodically kernel panic and reboot
o kern/137881  net        [netgraph] [panic] ng_pppoe fatal trap 12
p bin/137841   net        [patch] wpa_supplicant(8) cannot verify SHA256 signed 
p kern/137776  net        [rum] panic in rum(4) driver on 8.0-BETA2
o bin/137641   net        ifconfig(8): various problems with "vlan_device.vlan_i
o kern/137392  net        [ip] [panic] crash in ip_nat.c line 2577
o kern/137372  net        [ral] FreeBSD doesn't support wireless interface from 
o kern/137089  net        [lagg] lagg falsely triggers IPv6 duplicate address de
o kern/136911  net        [netgraph] [panic] system panic on kldload ng_bpf.ko t
o kern/136618  net        [pf][stf] panic on cloning interface without unit numb
o kern/135502  net        [periodic] Warning message raised by rtfree function i
o kern/134583  net        [hang] Machine with jail freezes after random amount o
o kern/134531  net        [route] [panic] kernel crash related to routes/zebra
o kern/134157  net        [dummynet] dummynet loads cpu for 100% and make a syst
o kern/133969  net        [dummynet] [panic] Fatal trap 12: page fault while in 
o kern/133968  net        [dummynet] [panic] dummynet kernel panic
o kern/133736  net        [udp] ip_id not protected ...
o kern/133595  net        [panic] Kernel Panic at pcpu.h:195
o kern/133572  net        [ppp] [hang] incoming PPTP connection hangs the system
o kern/133490  net        [bpf] [panic] 'kmem_map too small' panic on Dell r900 
o kern/133235  net        [netinet] [patch] Process SIOCDLIFADDR command incorre
f kern/133213  net        arp and sshd errors on 7.1-PRERELEASE
o kern/133060  net        [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs
o kern/132889  net        [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d
o conf/132851  net        [patch] rc.conf(5): allow to setfib(1) for service run
o kern/132734  net        [ifmib] [panic] panic in net/if_mib.c
o kern/132705  net        [libwrap] [patch] libwrap - infinite loop if hosts.all
o kern/132672  net        [ndis] [panic] ndis with rt2860.sys causes kernel pani
o kern/132554  net        [ipfilter] There is no ippool start script/ipfilter ma
o kern/132354  net        [nat] Getting some packages to ipnat(8) causes crash
o kern/132277  net        [crypto] [ipsec] poor performance using cryptodevice f
o kern/131781  net        [ndis] ndis keeps dropping the link
o kern/131776  net        [wi] driver fails to init
o kern/131753  net        [altq] [panic] kernel panic in hfsc_dequeue
o kern/131601  net        [ipfilter] [panic] 7-STABLE panic in nat_finalise (tcp
o bin/131365   net        route(8): route add changes interpretation of network 
f kern/130820  net        [ndis] wpa_supplicant(8) returns 'no space on device'
o kern/130628  net        [nfs] NFS / rpc.lockd deadlock on 7.1-R
o conf/130555  net        [ipfilter] [rc.d] [patch] No good way to set ipfilter 
o kern/130525  net        [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau
o kern/130311  net        [wlan_xauth] [panic] hostapd restart causing kernel pa
o kern/130109  net        [ipfw] Can not set fib for packets originated from loc
f kern/130059  net        [panic] Leaking 50k mbufs/hour
f kern/129719  net        [nfs] [panic] Panic during shutdown, tcp_ctloutput: in
o kern/129517  net        [ipsec] [panic] double fault / stack overflow
f kern/129508  net        [carp] [panic] Kernel panic with EtherIP (may be relat
o kern/129219  net        [ppp] Kernel panic when using kernel mode ppp
o kern/129197  net        [panic] 7.0 IP stack related panic
o bin/128954   net        ifconfig(8) deletes valid routes
o bin/128602   net        [an] wpa_supplicant(8) crashes with an(4)
o kern/128448  net        [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res
o bin/128295   net        [patch] ifconfig(8) does not print TOE4 or TOE6 capabi
o bin/128001   net        wpa_supplicant(8), wlan(4), and wi(4) issues
o kern/127826  net        [iwi] iwi0 driver has reduced performance and connecti
o kern/127815  net        [gif] [patch] if_gif does not set vlan attributes from
o kern/127724  net        [rtalloc] rtfree: 0xc5a8f870 has 1 refs
f bin/127719   net        [arp] arp: Segmentation fault (core dumped)
f kern/127528  net        [icmp]: icmp socket receives icmp replies not owned by
p kern/127360  net        [socket] TOE socket options missing from sosetopt()
o bin/127192   net        routed(8) removes the secondary alias IP of interface 
f kern/127145  net        [wi]: prism (wi) driver crash at bigger traffic
o kern/126895  net        [patch] [ral] Add antenna selection (marked as TBD)
o kern/126874  net        [vlan]: Zebra problem if ifconfig vlanX destroy
o kern/126695  net        rtfree messages and network disruption upon use of if_
o kern/126339  net        [ipw] ipw driver drops the connection
o kern/126075  net        [inet] [patch] internet control accesses beyond end of
o bin/125922   net        [patch] Deadlock in arp(8)
o kern/125920  net        [arp] Kernel Routing Table loses Ethernet Link status 
o kern/125845  net        [netinet] [patch] tcp_lro_rx() should make use of hard
o kern/125258  net        [socket] socket's SO_REUSEADDR option does not work
o kern/125239  net        [gre] kernel crash when using gre
o kern/124341  net        [ral] promiscuous mode for wireless device ral0 looses
o kern/124225  net        [ndis] [patch] ndis network driver sometimes loses net
o kern/124160  net        [libc] connect(2) function loops indefinitely
o kern/124021  net        [ip6] [panic] page fault in nd6_output()
o kern/123968  net        [rum] [panic] rum driver causes kernel panic with WPA.
o kern/123892  net        [tap] [patch] No buffer space available
o kern/123890  net        [ppp] [panic] crash & reboot on work with PPP low-spee
o kern/123858  net        [stf] [patch] stf not usable behind a NAT
o kern/123796  net        [ipfilter] FreeBSD 6.1+VPN+ipnat+ipf: port mapping doe
o kern/123758  net        [panic] panic while restarting net/freenet6
o bin/123633   net        ifconfig(8) doesn't set inet and ether address in one 
o kern/123559  net        [iwi] iwi periodically disassociates/associates [regre
o bin/123465   net        [ip6] route(8): route add -inet6 <ipv6_addr> -interfac
o kern/123463  net        [ipsec] [panic] repeatable crash related to ipsec-tool
o conf/123330  net        [nsswitch.conf] Enabling samba wins in nsswitch.conf c
o kern/123160  net        [ip] Panic and reboot at sysctl kern.polling.enable=0
o kern/122989  net        [swi] [panic] 6.3 kernel panic in swi1: net
o kern/122954  net        [lagg] IPv6 EUI64 incorrectly chosen for lagg devices
f kern/122780  net        [lagg] tcpdump on lagg interface during high pps wedge
o kern/122685  net        It is not visible passing packets in tcpdump(1)
o kern/122319  net        [wi] imposible to enable ad-hoc demo mode with Orinoco
o kern/122290  net        [netgraph] [panic] Netgraph related "kmem_map too smal
o kern/122252  net        [ipmi] [bge] IPMI problem with BCM5704 (does not work 
o kern/122033  net        [ral] [lor] Lock order reversal in ral0 at bootup ieee
o bin/121895   net        [patch] rtsol(8)/rtsold(8) doesn't handle managed netw
s kern/121774  net        [swi] [panic] 6.3 kernel panic in swi1: net
o kern/121555  net        [panic] Fatal trap 12: current process = 12 (swi1: net
o kern/121443  net        [gif] [lor] icmp6_input/nd6_lookup
o kern/121437  net        [vlan] Routing to layer-2 address does not work on VLA
o bin/121359   net        [patch] [security] ppp(8): fix local stack overflow in
o kern/121257  net        [tcp] TSO + natd  -> slow outgoing tcp traffic
o kern/121181  net        [panic] Fatal trap 3: breakpoint instruction fault whi
o kern/120966  net        [rum] kernel panic with if_rum and WPA encryption
o kern/120566  net        [request]: ifconfig(8) make order of arguments more fr
o kern/120304  net        [netgraph] [patch] netgraph source assumes 32-bit time
o kern/120266  net        [udp] [panic] gnugk causes kernel panic when closing U
o bin/120060   net        routed(8) deletes link-level routes in the presence of
o kern/119945  net        [rum] [panic] rum device in hostap mode, cause kernel 
o kern/119791  net        [nfs] UDP NFS mount of aliased IP addresses from a Sol
o kern/119617  net        [nfs] nfs error on wpa network when reseting/shutdown
f kern/119516  net        [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi
o kern/119432  net        [arp] route add -host <host> -iface <nic> causes arp e
o kern/119225  net        [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr
o kern/118727  net        [netgraph] [patch] [request] add new ng_pf module
o kern/117423  net        [vlan] Duplicate IP on different interfaces
o bin/117339   net        [patch] route(8): loading routing management commands 
o bin/116643   net        [patch] [request] fstat(1): add INET/INET6 socket deta
o kern/116185  net        [iwi] if_iwi driver leads system to reboot
o kern/115239  net        [ipnat] panic with 'kmem_map too small' using ipnat
o kern/115019  net        [netgraph] ng_ether upper hook packet flow stops on ad
o kern/115002  net        [wi] if_wi timeout. failed allocation (busy bit). ifco
o kern/114915  net        [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f
o kern/113432  net        [ucom] WARNING: attempt to net_add_domain(netgraph) af
o kern/112722  net        [ipsec] [udp] IP v4 udp fragmented packet reject
o kern/112686  net        [patm] patm driver freezes System (FreeBSD 6.2-p4) i38
o bin/112557   net        [patch] ppp(8) lock file should not use symlink name
o kern/112528  net        [nfs] NFS over TCP under load hangs with "impossible p
o kern/111537  net        [inet6] [patch] ip6_input() treats mbuf cluster wrong
o kern/111457  net        [ral] ral(4) freeze
o kern/110284  net        [if_ethersubr] Invalid Assumption in SIOCSIFADDR in et
o kern/110249  net        [kernel] [regression] [patch] setsockopt() error regre
o kern/109470  net        [wi] Orinoco Classic Gold PC Card Can't Channel Hop
o bin/108895   net        pppd(8): PPPoE dead connections on 6.2 [regression]
o kern/107944  net        [wi] [patch] Forget to unlock mutex-locks
o conf/107035  net        [patch] bridge(8): bridge interface given in rc.conf n
o kern/106444  net        [netgraph] [panic] Kernel Panic on Binding to an ip to
o kern/106316  net        [dummynet] dummynet with multipass ipfw drops packets 
o kern/105945  net        Address can disappear from network interface
s kern/105943  net        Network stack may modify read-only mbuf chain copies
o bin/105925   net        problems with ifconfig(8) and vlan(4) [regression]
o kern/104851  net        [inet6] [patch] On link routes not configured when usi
o kern/104751  net        [netgraph] kernel panic, when getting info about my tr
o kern/103191  net        Unpredictable reboot
o kern/103135  net        [ipsec] ipsec with ipfw divert (not NAT) encodes a pac
o kern/102540  net        [netgraph] [patch] supporting vlan(4) by ng_fec(4)
o conf/102502  net        [netgraph] [patch] ifconfig name does't rename netgrap
o kern/102035  net        [plip] plip networking disables parallel port printing
o kern/101948  net        [ipfilter] [panic] Kernel Panic Trap No 12 Page Fault 
o kern/100709  net        [libc] getaddrinfo(3) should return TTL info
o kern/100519  net        [netisr] suggestion to fix suboptimal network polling
o kern/98978   net        [ipfilter] [patch] ipfilter drops OOW packets under 6.
o kern/98597   net        [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu
o bin/98218    net        wpa_supplicant(8) blacklist not working
o kern/97306   net        [netgraph] NG_L2TP locks after connection with failed 
o conf/97014   net        [gif] gifconfig_gif? in rc.conf does not recognize IPv
f kern/96268   net        [socket] TCP socket performance drops by 3000% if pack
o kern/95519   net        [ral] ral0 could not map mbuf
o kern/95288   net        [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr
o kern/95277   net        [netinet] [patch] IP Encapsulation mask_match() return
o kern/95267   net        packet drops periodically appear
f kern/93378   net        [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo
o kern/93019   net        [ppp] ppp and tunX problems: no traffic after restarti
o kern/92880   net        [libc] [patch] almost rewritten inet_network(3) functi
s kern/92279   net        [dc] Core faults everytime I reboot, possible NIC issu
o kern/91859   net        [ndis] if_ndis does not work with Asus WL-138
s kern/91777   net        [ipfilter] [patch] wrong behaviour with skip rule insi
o kern/91364   net        [ral] [wep] WF-511 RT2500 Card PCI and WEP
o kern/91311   net        [aue] aue interface hanging
o kern/87521   net        [ipfilter] [panic] using ipfilter "auth" keyword leads
o kern/87421   net        [netgraph] [panic]: ng_ether + ng_eiface + if_bridge
o kern/86871   net        [tcp] [patch] allocation logic for PCBs in TIME_WAIT s
o kern/86427   net        [lor] Deadlock with FASTIPSEC and nat
o kern/86103   net        [ipfilter] Illegal NAT Traversal in IPFilter
o kern/85780   net        'panic: bogus refcnt 0' in routing/ipv6
o bin/85445    net        ifconfig(8): deprecated keyword to ifconfig inoperativ
o bin/82975    net        route change does not parse classfull network as given
o kern/82881   net        [netgraph] [panic] ng_fec(4) causes kernel panic after
o kern/82468   net        Using 64MB tcp send/recv buffers, trafficflow stops, i
o bin/82185    net        [patch] ndp(8) can delete the incorrect entry
o kern/81095   net        IPsec connection stops working if associated network i
o kern/78968   net        FreeBSD freezes on mbufs exhaustion (network interface
o kern/78090   net        [ipf] ipf filtering on bridged packets doesn't work if
o kern/77341   net        [ip6] problems with IPV6 implementation
s kern/77195   net        [ipfilter] [patch] ipfilter ioctl SIOCGNATL does not m
o kern/75873   net        Usability problem with non-RFC-compliant IP spoof prot
s kern/75407   net        [an] an(4): no carrier after short time
a kern/71474   net        [route] route lookup does not skip interfaces marked d
o kern/71469   net        default route to internet magically disappears with mu
o kern/70904   net        [ipfilter] ipfilter ipnat problem with h323 proxy supp
o kern/68889   net        [panic] m_copym, length > size of mbuf chain
o kern/66225   net        [netgraph] [patch] extend ng_eiface(4) control message
o kern/65616   net        IPSEC can't detunnel GRE packets after real ESP encryp
s kern/60293   net        [patch] FreeBSD arp poison patch
a kern/56233   net        IPsec tunnel (ESP) over IPv6: MTU computation is wrong
s bin/41647    net        ifconfig(8) doesn't accept lladdr along with inet addr
o kern/39937   net        ipstealth issue
a kern/38554   net        [patch] changing interface ipaddress doesn't seem to w
o kern/34665   net        [ipfilter] [hang] ipfilter rcmd proxy "hangs".
o kern/31940   net        ip queue length too short for >500kpps
o kern/31647   net        [libc] socket calls can return undocumented EINVAL
o kern/30186   net        [libc] getaddrinfo(3) does not handle incorrect servna
o kern/27474   net        [ipfilter] [ppp] Interactive use of user PPP and ipfil
f kern/24959   net        [patch] proper TCP_NOPUSH/TCP_CORK compatibility
o conf/23063   net        [arp] [patch] for static ARP tables in rc.network
o kern/21998   net        [socket] [patch] ident only for outgoing connections
o kern/5877    net        [socket] sb_cc counts control data as well as data dat

464 problems total.


From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 11:43:30 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id D8B8C8A6
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 11:43:30 +0000 (UTC)
 (envelope-from andrnils@gmail.com)
Received: from mail-ob0-x22d.google.com (mail-ob0-x22d.google.com
 [IPv6:2607:f8b0:4003:c01::22d])
 by mx1.freebsd.org (Postfix) with ESMTP id AAB7818A6
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 11:43:30 +0000 (UTC)
Received: by mail-ob0-f173.google.com with SMTP id wc20so6999469obb.18
 for <freebsd-net@freebsd.org>; Mon, 03 Jun 2013 04:43:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:content-type;
 bh=VKmDqI7RcQxXgdDGphPMVc+pu4BBcqjnNz+UFd0D49I=;
 b=Hh6+LcrmYXp9R7KE5JaGMNd4QVmavaUTV+W3sjvq0ElRZZbgQO+O7KL26D2+hkLWmI
 NrmOx/RyRNRYJ1GNZpC0fnZ0hu3htpaCVkTklRB6NXDm1txbQe3ERp7C+JKSKVz37K+5
 tvT6CLymXAbf0dKPGlZEQ90XZf0qSo0hbLyFbcS4MAIV0inaZkHaOxGjXoxSvviDOkLf
 +Ht06rHp37bhB+tr78dEZvce/uABVYQoyibczrphv1TEo7TRoqVV1crsIYw2tku2cgXb
 /OHgXR8yve3bBGBjaCkjiupWzjeI6E78SsEmQQu2XxVfpy1CTh6fYgKQI1VP36+D0B6S
 zCiw==
MIME-Version: 1.0
X-Received: by 10.182.27.5 with SMTP id p5mr5720631obg.99.1370259810345; Mon,
 03 Jun 2013 04:43:30 -0700 (PDT)
Received: by 10.76.77.9 with HTTP; Mon, 3 Jun 2013 04:43:30 -0700 (PDT)
Date: Mon, 3 Jun 2013 13:43:30 +0200
Message-ID: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
Subject: ipfw and tablearg formatting
From: Andreas Nilsson <andrnils@gmail.com>
To: FreeBSD Net <freebsd-net@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 11:43:30 -0000

Hello,

Still trying out the tablearg functionality of ipfw and found the following:

1)
# ipfw table 100 add 192.168.0.0/24 10.0.0.1
# ipfw table 100 list
192.168.0.0/24 167772161

I guess it is correct, but not user friendly. Can't the tablearg part be
printed as normal dotted decimal?


2)

# ipfw table 100 add 2a01:280:1::88/64 2a01:280:1::89
# ipfw table 100 list
2a01:280:1::/64 2

I don't really see any chance of this one working.


Another question: While using tablearg, is there a way to get statistics of
each "individual" computed  value instead of just the aggregate statistics
for all rules "generated" by the tablearg rule?

Best regards
Andreas

From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 15:40:06 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 75E79E02
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 15:40:06 +0000 (UTC)
 (envelope-from kudzu@tenebras.com)
Received: from mail-ob0-x230.google.com (mail-ob0-x230.google.com
 [IPv6:2607:f8b0:4003:c01::230])
 by mx1.freebsd.org (Postfix) with ESMTP id 46D451649
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 15:40:06 +0000 (UTC)
Received: by mail-ob0-f176.google.com with SMTP id v19so7284217obq.7
 for <freebsd-net@freebsd.org>; Mon, 03 Jun 2013 08:40:06 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=google.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:x-gm-message-state;
 bh=hq3SIoqIYfm+tWPhnmWuFRZRPtoaa4V3yAZQCAhb6Mc=;
 b=MDTI4fypuIlpqx7lXIPY7A1dFX/eUjAd5X4hDtOrInJPhT8pYV7CckK0u85eiF1INs
 OFkAAGNvxrhdN6fhCHOqgu3EW23Pc8FVTDF7klQW0aeDRn/oqZbUFvXj53GaVP9Ru+dL
 U2Dk/O6OURkqzU7yRDgTkXlsNjpnmhDx+bj2djvXvn9paeGwrff2IYgnSgnuJKR9g6T8
 3GCVFhS0Zb/DJsyK9W7OdeqeeE3VsJY7NQ+zrh6CjISoXYp84Yu46MlSZUVkUKigBSpo
 5pMajjiNTIC+OTOQ4tJE7wAWZhwyLRth+wFbmgsubpL2Cl4bvWbok8NzBZAsVmFvv/4y
 47EA==
MIME-Version: 1.0
X-Received: by 10.60.125.72 with SMTP id mo8mr10202145oeb.11.1370274005829;
 Mon, 03 Jun 2013 08:40:05 -0700 (PDT)
Received: by 10.60.35.132 with HTTP; Mon, 3 Jun 2013 08:40:05 -0700 (PDT)
In-Reply-To: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
Date: Mon, 3 Jun 2013 08:40:05 -0700
Message-ID: <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
Subject: Re: ipfw and tablearg formatting
From: Michael Sierchio <kudzu@tenebras.com>
To: Andreas Nilsson <andrnils@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Gm-Message-State: ALoCoQml7eqElgHyzHjkJDnCA30A3+IJNDNdPIIRHu0X7brXHmAapxxsV0K9MrUW780HtE5JtFen
Cc: FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 15:40:06 -0000

On Mon, Jun 3, 2013 at 4:43 AM, Andreas Nilsson <andrnils@gmail.com> wrote:
> Hello,
>
> Still trying out the tablearg functionality of ipfw and found the following:
>
> 1)
> # ipfw table 100 add 192.168.0.0/24 10.0.0.1
> # ipfw table 100 list
> 192.168.0.0/24 167772161
>
> I guess it is correct, but not user friendly. Can't the tablearg part be
> printed as normal dotted decimal?

No - it's an integer. The semantics of the table arg are up to you,
but it could be a rule number, used in a computed go to, as in

ipfw add 05000 skipto tablearg ip from any to me in recv em1 lookup src-ip 23

I use it to classify traffic based on country of origin.

> Another question: While using tablearg, is there a way to get statistics of
> each "individual" computed  value instead of just the aggregate statistics
> for all rules "generated" by the tablearg rule?

you can log where the target rule is executed, or have a count rule.

- M

From owner-freebsd-net@FreeBSD.ORG  Mon Jun  3 17:08:53 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id DEB6C80C
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 17:08:53 +0000 (UTC)
 (envelope-from joemoog@ebureau.com)
Received: from internet02.ebureau.com (internet02.tru-signal.biz
 [65.127.24.21]) by mx1.freebsd.org (Postfix) with ESMTP id ACC8D1AFE
 for <freebsd-net@freebsd.org>; Mon,  3 Jun 2013 17:08:53 +0000 (UTC)
Received: from internet06.ebureau.com (internet06.ebureau.com [65.127.24.25])
 by internet02.ebureau.com (Postfix) with ESMTP id 0B198EA6C9C;
 Mon,  3 Jun 2013 11:55:20 -0500 (CDT)
Received: from localhost (localhost [127.0.0.1])
 by internet06.ebureau.com (Postfix) with ESMTP id B2ECA2E5EE01;
 Mon,  3 Jun 2013 12:08:45 -0500 (CDT)
X-Virus-Scanned: amavisd-new at ebureau.com
Received: from internet06.ebureau.com ([127.0.0.1])
 by localhost (internet06.ebureau.com [127.0.0.1]) (amavisd-new, port 10024)
 with ESMTP id 0jojrXyz14J5; Mon,  3 Jun 2013 12:08:44 -0500 (CDT)
Received: from nail.office.ebureau.com (nail.office.ebureau.com [10.10.20.23])
 by internet06.ebureau.com (Postfix) with ESMTPSA id 206AF2E5EDF0;
 Mon,  3 Jun 2013 12:08:44 -0500 (CDT)
Content-Type: text/plain; charset=us-ascii
Mime-Version: 1.0 (Mac OS X Mail 6.3 \(1503\))
Subject: Re: Basic NAT server setup
From: Joe Moog <joemoog@ebureau.com>
In-Reply-To: <20130601003730.GE79250@server.rulingia.com>
Date: Mon, 3 Jun 2013 12:08:42 -0500
Content-Transfer-Encoding: quoted-printable
Message-Id: <C7AA8B0B-092E-4A21-98F4-D6053FDA4B03@ebureau.com>
References: <E27B916A-4825-4352-B92A-08072BDEFB70@ebureau.com>
 <20130601003730.GE79250@server.rulingia.com>
To: Peter Jeremy <peter@rulingia.com>
X-Mailer: Apple Mail (2.1503)
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 03 Jun 2013 17:08:53 -0000

On May 31, 2013, at 7:37 PM, Peter Jeremy <peter@rulingia.com> wrote:

> On 2013-May-30 17:54:53 -0500, Joe Moog <joemoog@ebureau.com> wrote:
>> I'm building a server to handle outbound NAT to the internet using
>> FreeBSD 9.1 and its built-in distribution of pf. What I want to be
>> able to do is NAT three unique internal (private) VLANs to three
>> unique public IPs.
>=20
>> ext_if =3D "vlan11"
>> ext_addr1 =3D "a.b.c.3"
>> ext_addr2 =3D "a.b.c.4"
>> ext_addr3 =3D "a.b.c.5"
>> int_network1 =3D "10.0.1.0/24"
>> int_network2 =3D "172.16.1.0/24"=20
>> int_network3 =3D "192.168.1.0/24"
>> nat on $ext_if from $int_network1 to any -> $ext_addr1
>> nat on $ext_if from $int_network2 to any -> $ext_addr2
>> nat on $ext_if from $int_network3 to any -> $ext_addr3
>=20
> I don't see anything obviously wrong with what you've done.  My =
initial
> checks would be:
> - Do you have the correct routes on the NAT box.
> - Do you have a.b.c.{3,4,5} setup as aliases on vlan11 (or faked using
>  proxy ARP).
>=20
> (My suspicion is the second point - packets are going out successfully
> but the response is undeliverable because nothing is responding to the
> switch's ARP requests for a.b.c.{3,4,5}).
>=20
> Next would be to use tcpdump to do some snooping:
> - Firstly, make sure the packets are are arriving on the NAT box with
>  appropriate src & dst IPs by tcpdump'ing the internal interface(s).
> - Secondly, tcpdump the external interface and see what is going out
>  and returning (tcpdump will see the external addresses)
>=20
> Finally, add some 'log' keywords and tcpdump pflog0.  Unfortunately,
> the stock FreeBSD tcpdump can't handle pflog packets.  There are some
> patches in bin/124825 but you will need to do some work to get them
> to apply to the tcpdump in 9.1.
>=20
> That will hopefully give you some pointers as to where to investigate.
>=20
> --=20
> Peter Jeremy

Thanks for the response Peter.=20

Your assessment was spot-on. I added an alias to the vlan11 interface =
and things seem to be functioning as expected now. I think I had =
overlooked the interface alias requirement before because we had been =
testing with the "bitmask" option which placed the entire a.b.c.0/24 =
network on the external interface, but when we tried to scale it back to =
basic single-IP NAT'ting I neglected to create the individual unique IP =
aliases on the interface.

Thank you!

Joe


From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 04:34:57 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id A36508DA;
 Tue,  4 Jun 2013 04:34:57 +0000 (UTC)
 (envelope-from linimon@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id 7A6181A1A;
 Tue,  4 Jun 2013 04:34:57 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r544Yv1E034912;
 Tue, 4 Jun 2013 04:34:57 GMT
 (envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r544YvL7034911;
 Tue, 4 Jun 2013 04:34:57 GMT (envelope-from linimon)
Date: Tue, 4 Jun 2013 04:34:57 GMT
Message-Id: <201306040434.r544YvL7034911@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Subject: Re: kern/179264: [vimage] [pf] Core dump with Packet filter and
 VIMAGE options compile in a kernel
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 04:34:57 -0000

Old Synopsis: Core dump with Packet filter and VIMAGE options compile in a kernel
New Synopsis: [vimage] [pf] Core dump with Packet filter and VIMAGE options compile in a kernel

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Jun 4 04:34:42 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=179264

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 09:22:52 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id C6DBAB5;
 Tue,  4 Jun 2013 09:22:52 +0000 (UTC)
 (envelope-from alexl@mellanox.com)
Received: from eu1sys200aog107.obsmtp.com (eu1sys200aog107.obsmtp.com
 [207.126.144.123])
 by mx1.freebsd.org (Postfix) with ESMTP id 539CE1463;
 Tue,  4 Jun 2013 09:22:46 +0000 (UTC)
Received: from MTLCAS01.mtl.com ([193.47.165.155]) (using TLSv1) by
 eu1sys200aob107.postini.com ([207.126.147.11]) with SMTP
 ID DSNKUa2x5Wz95+hbRBQTxFrrl1iFkHSbU5BX@postini.com;
 Tue, 04 Jun 2013 09:22:48 UTC
Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS01.mtl.com
 ([10.0.8.71]) with mapi id 14.03.0123.003; Tue, 4 Jun 2013 12:18:46 +0300
From: Alex Liptsin <alexl@mellanox.com>
To: "freebsd-infiniband@freebsd.org" <freebsd-infiniband@freebsd.org>,
 "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>,
 "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
Subject: How to compile ipoib module manually?
Thread-Topic: How to compile ipoib module manually?
Thread-Index: Ac5hBINaGaDVjqC1T4OcCXIOoLbpUQ==
Date: Tue, 4 Jun 2013 09:18:46 +0000
Message-ID: <64DAB3164E410447932305F50F896D8D6AF6B412@MTLDAG01.mtl.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
x-originating-ip: [10.0.13.1]
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: Oded Shanoon <odeds@mellanox.com>, Meny
 Yossefi <menyy@mellanox.com>, Regev Lev <regevl@mellanox.com>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 09:22:52 -0000

Hi.

I work with FreeBSD9.1 and Mellanox devices.

The kernel was configured with OFED support but without IB support:


MYKERNEL file:

#
# GENERIC -- Generic kernel configuration file for FreeBSD/amd64
#
# For more information on this file, please read the config(5) manual page,
# and/or the handbook section on Kernel Configuration Files:
#
#    http://www.FreeBSD.org/doc/en_US.ISO8859-1/books/handbook/kernelconfig=
-config.html
#
# The handbook is also available locally in /usr/share/doc/handbook
# if you've installed the doc distribution, otherwise always see the
# FreeBSD World Wide Web server (http://www.FreeBSD.org/) for the
# latest information.
#
# An exhaustive list of options and more detailed explanations of the
# device lines is also present in the ../../conf/NOTES and NOTES files.
# If you are in doubt as to the purpose or necessity of a line, check first
# in NOTES.
#
# $FreeBSD: release/9.1.0/sys/amd64/conf/GENERIC 238090 2012-07-04 00:54:16=
Z delphij $

cpu                  HAMMER
include GENERIC
ident MYKERNEL

makeoptions   DEBUG=3D-g                   # Build kernel with gdb(1) debug=
 symbols

options            SCHED_ULE                 # ULE scheduler
options            PREEMPTION              # Enable kernel thread preemptio=
n
options            INET                             # InterNETworking
options            INET6                           # IPv6 communications pr=
otocols
options            SCTP                            # Stream Control Transmi=
ssion Protocol
options            FFS                               # Berkeley Fast Filesy=
stem
options            SOFTUPDATES             # Enable FFS soft updates suppor=
t
options            UFS_ACL                                  # Support for a=
ccess control lists
options            UFS_DIRHASH             # Improve performance on big dir=
ectories
options            UFS_GJOURNAL                      # Enable gjournal-base=
d UFS journaling
options            MD_ROOT                              # MD is a potential=
 root device
options            NFSCL                          # New Network Filesystem =
Client
options            NFSD                            # New Network Filesystem=
 Server
options            NFSLOCKD                   # Network Lock Manager
options            NFS_ROOT                  # NFS usable as /, requires NF=
SCL
options            MSDOSFS                                # MSDOS Filesyste=
m
options            CD9660                                    # ISO 9660 Fil=
esystem
options            PROCFS                                    # Process file=
system (requires PSEUDOFS)
options            PSEUDOFS                   # Pseudo-filesystem framework
options            GEOM_PART_GPT                  # GUID Partition Tables.
options            GEOM_RAID               # Soft RAID functionality.
options            GEOM_LABEL             # Provides labelization
options            COMPAT_FREEBSD32 # Compatible with i386 binaries
options            COMPAT_FREEBSD4               # Compatible with FreeBSD4
options            COMPAT_FREEBSD5               # Compatible with FreeBSD5
options            COMPAT_FREEBSD6               # Compatible with FreeBSD6
options            COMPAT_FREEBSD7               # Compatible with FreeBSD7
options            SCSI_DELAY=3D5000                   # Delay (in ms) befo=
re probing SCSI
options            KTRACE                                    # ktrace(1) su=
pport
options            STACK                          # stack(9) support
options            SYSVSHM                                 # SYSV-style sha=
red memory
options            SYSVMSG                                 # SYSV-style mes=
sage queues
options            SYSVSEM                                 # SYSV-style sem=
aphores
options            _KPOSIX_PRIORITY_SCHEDULING # POSIX P1003_1B real-time e=
xtensions
options            PRINTF_BUFR_SIZE=3D128         # Prevent printf output b=
eing interspersed.
options            KBD_INSTALL_CDEV    # install a CDEV entry in /dev
options            HWPMC_HOOKS                     # Necessary kernel hooks=
 for hwpmc(4)
options            AUDIT                          # Security event auditing
options            MAC                            # TrustedBSD MAC Framewor=
k
#options          KDTRACE_FRAME                   # Ensure frames are compi=
led in
#options          KDTRACE_HOOKS                   # Kernel DTrace hooks
options            INCLUDE_CONFIG_FILE     # Include this file in kernel
options            KDB                             # Kernel debugger relate=
d code
options            KDB_TRACE                 # Print a stack trace for a pa=
nic

# Make an SMP-capable kernel by default
options            SMP                             # Symmetric MultiProcess=
or Kernel

# CPU frequency control
device              cpufreq

# Bus support.
device              acpi
device              pci

# Floppy drives
device              fdc

# ATA controllers
device              ahci                 # AHCI-compatible SATA controllers
device              ata                   # Legacy ATA/SATA controllers
options            ATA_CAM                    # Handle legacy controllers w=
ith CAM
options            ATA_STATIC_ID           # Static device numbering
device              mvs                  # Marvell 88SX50XX/88SX60XX/88SX70=
XX/SoC SATA
device              siis                   # SiliconImage SiI3124/SiI3132/S=
iI3531 SATA

# SCSI Controllers
device              ahc                  # AHA2940 and onboard AIC7xxx devi=
ces
options            AHC_REG_PRETTY_PRINT       # Print register bitfields in=
 debug
                                                            # output.  Adds=
 ~128k to driver.
device              ahd                  # AHA39320/29320 and onboard AIC79=
xx devices
options            AHD_REG_PRETTY_PRINT      # Print register bitfields in =
debug
                                                            # output.  Adds=
 ~215k to driver.
device              esp                   # AMD Am53C974 (Tekram DC-390(T))
device              hptiop              # Highpoint RocketRaid 3xxx series
device              isp                    # Qlogic family
#device                        ispfw                # Firmware for QLogic H=
BAs- normally a module
device              mpt                  # LSI-Logic MPT-Fusion
device              mps                 # LSI-Logic MPT-Fusion 2
#device                        ncr                   # NCR/Symbios Logic
device              sym                  # NCR/Symbios Logic (newer chipset=
s + those of `ncr')
device              trm                  # Tekram DC395U/UW/F DC315U adapte=
rs

device              adv                  # Advansys SCSI adapters
device              adw                 # Advansys wide SCSI adapters
device              aic                   # Adaptec 15[012]x SCSI adapters,=
 AIC-6[23]60.
device              bt                     # Buslogic/Mylex MultiMaster SCS=
I adapters
device              isci                   # Intel C600 SAS controller

# ATA/SCSI peripherals
device              scbus               # SCSI bus (required for ATA/SCSI)
device              ch                    # SCSI media changers
device              da                    # Direct Access (disks)
device              sa                     # Sequential Access (tape etc)
device              cd                    # CD
device              pass                 # Passthrough device (direct ATA/S=
CSI access)
device              ses                   # Enclosure Services (SES and SAF=
-TE)
device              ctl                    # CAM Target Layer

# RAID controllers interfaced to the SCSI subsystem
device              amr                 # AMI MegaRAID
device              arcmsr             # Areca SATA II RAID
#XXX it is not 64-bit clean, -scottl
#device                        asr                   # DPT SmartRAID V, VI =
and Adaptec SCSI RAID
device              ciss                  # Compaq Smart RAID 5*
device              dpt                   # DPT Smartcache III, IV - See NO=
TES for options
device              hptmv              # Highpoint RocketRAID 182x
device              hptrr                # Highpoint RocketRAID 17xx, 22xx,=
 23xx, 25xx
device              iir                     # Intel Integrated RAID
device              ips                    # IBM (Adaptec) ServeRAID
device              mly                  # Mylex AcceleRAID/eXtremeRAID
device              twa                  # 3ware 9000 series PATA/SATA RAID
device              tws                   # LSI 3ware 9750 SATA+SAS 6Gb/s R=
AID controller

# RAID controllers
device              aac                  # Adaptec FSA RAID
device              aacp                # SCSI passthrough for aac (require=
s CAM)
device              ida                   # Compaq Smart RAID
device              mfi                   # LSI MegaRAID SAS
device              mlx                  # Mylex DAC960 family
#XXX pointer/int warnings
#device                        pst                   # Promise Supertrak SX=
6000
device              twe                  # 3ware ATA RAID

# atkbdc0 controls both the keyboard and the PS/2 mouse
device              atkbdc             # AT keyboard controller
device              atkbd               # AT keyboard
device              psm                 # PS/2 mouse

device              kbdmux                       # keyboard multiplexer

device              vga                  # VGA video card driver
options            VESA                # Add support for VESA BIOS Extensio=
ns (VBE)

device              splash              # Splash screen and screen saver su=
pport

# syscons is the default console driver, resembling an SCO console
device              sc
options            SC_PIXEL_MODE         # add support for the raster text =
mode

device              agp                  # support several AGP chipsets

# PCCARD (PCMCIA) support
# PCMCIA and cardbus bridge support
device              cbb                  # cardbus (yenta) bridge
device              pccard             # PC Card (16-bit) bus
device              cardbus                       # CardBus (32-bit) bus

# Serial (COM) ports
device              uart                 # Generic UART driver

# Parallel port
device              ppc
device              ppbus               # Parallel port bus (required)
device              lpt                    # Printer
device              plip                  # TCP/IP over parallel
device              ppi                   # Parallel port interface device
#device                        vpo                  # Requires scbus and da

device              puc                  # Multi I/O cards and multi-channe=
l UARTs

# PCI Ethernet NICs.
device              bxe                  # Broadcom BCM57710/BCM57711/BCM57=
711E 10Gb Ethernet
device              de                    # DEC/Intel DC21x4x (``Tulip'')
device              em                   # Intel PRO/1000 Gigabit Ethernet =
Family
device              igb                   # Intel PRO/1000 PCIE Server Giga=
bit Family
device              ixgbe               # Intel PRO/10GbE PCIE Ethernet Fam=
ily
device              le                     # AMD Am7900 LANCE and Am79C9xx =
PCnet
device              ti                      # Alteon Networks Tigon I/II gi=
gabit Ethernet
device              txp                   # 3Com 3cR990 (``Typhoon'')
device              vx                     # 3Com 3c590, 3c595 (``Vortex'')

# PCI Ethernet NICs that use the common MII bus controller code.
# NOTE: Be sure to keep the 'device miibus' line in order to use these NICs=
!
device              miibus             # MII bus support
device              ae                    # Attansic/Atheros L2 FastEtherne=
t
device              age                  # Attansic/Atheros L1 Gigabit Ethe=
rnet
device              alc                   # Atheros AR8131/AR8132 Ethernet
device              ale                   # Atheros AR8121/AR8113/AR8114 Et=
hernet
device              bce                  # Broadcom BCM5706/BCM5708 Gigabit=
 Ethernet
device              bfe                   # Broadcom BCM440x 10/100 Etherne=
t
device              bge                  # Broadcom BCM570xx Gigabit Ethern=
et
device              cas                   # Sun Cassini/Cassini+ and NS DP8=
3065 Saturn
device              dc                    # DEC/Intel 21143 and various wor=
kalikes
device              et                     # Agere ET1310 10/100/Gigabit Et=
hernet
device              fxp                   # Intel EtherExpress PRO/100B (82=
557, 82558)
device              gem                 # Sun GEM/Sun ERI/Apple GMAC
device              hme                 # Sun HME (Happy Meal Ethernet)
device              jme                  # JMicron JMC250 Gigabit/JMC260 Fa=
st Ethernet
device              lge                   # Level 1 LXT1001 gigabit Etherne=
t
device              msk                  # Marvell/SysKonnect Yukon II Giga=
bit Ethernet
device              nfe                   # nVidia nForce MCP on-board Ethe=
rnet
device              nge                  # NatSemi DP83820 gigabit Ethernet
#device                        nve                  # nVidia nForce MCP on-=
board Ethernet Networking
device              pcn                  # AMD Am79C97x PCI 10/100 (precede=
nce over 'le')
device              re                     # RealTek 8139C+/8169/8169S/8110=
S
device              rl                      # RealTek 8129/8139
device              sf                     # Adaptec AIC-6915 (``Starfire''=
)
device              sge                   # Silicon Integrated Systems SiS1=
90/191
device              sis                    # Silicon Integrated Systems SiS=
 900/SiS 7016
device              sk                     # SysKonnect SK-984x & SK-982x g=
igabit Ethernet
device              ste                   # Sundance ST201 (D-Link DFE-550T=
X)
device              stge                 # Sundance/Tamarack TC9021 gigabit=
 Ethernet
device              tl                      # Texas Instruments ThunderLAN
device              tx                     # SMC EtherPower II (83c170 ``EP=
IC'')
device              vge                  # VIA VT612x gigabit Ethernet
device              vr                     # VIA Rhine, Rhine II
device              wb                   # Winbond W89C840F
device              xl                     # 3Com 3c90x (``Boomerang'', ``C=
yclone'')

# ISA Ethernet NICs.  pccard NICs included.
device              cs                     # Crystal Semiconductor CS89x0 N=
IC
# 'device ed' requires 'device miibus'
device              ed                    # NE[12]000, SMC Ultra, 3c503, DS=
8390 cards
device              ex                    # Intel EtherExpress Pro/10 and P=
ro/10+
device              ep                    # Etherlink III based cards
device              fe                     # Fujitsu MB8696x based cards
device              sn                     # SMC's 9000 series of Ethernet =
chips
device              xe                    # Xircom pccard Ethernet

# Wireless NIC cards
device              wlan                # 802.11 support
options            IEEE80211_DEBUG     # enable debug msgs
options            IEEE80211_AMPDU_AGE # age frames in AMPDU reorder q's
options            IEEE80211_SUPPORT_MESH  # enable 802.11s draft support
device              wlan_wep        # 802.11 WEP support
device              wlan_ccmp      # 802.11 CCMP support
device              wlan_tkip        # 802.11 TKIP support
device              wlan_amrr      # AMRR transmit rate control algorithm
device              an                    # Aironet 4500/4800 802.11 wirele=
ss NICs.
device              ath                   # Atheros NIC's
device              ath_pci                        # Atheros pci/cardbus gl=
ue
device              ath_hal                        # pci/cardbus chip suppo=
rt
options            AH_SUPPORT_AR5416            # enable AR5416 tx/rx descr=
iptors
device              ath_rate_sample        # SampleRate tx rate control for=
 ath
#device                        bwi                  # Broadcom BCM430x/BCM4=
31x wireless NICs.
#device                        bwn                 # Broadcom BCM43xx wirel=
ess NICs.
device              ipw                  # Intel 2100 wireless NICs.
device              iwi                   # Intel 2200BG/2225BG/2915ABG wir=
eless NICs.
device              iwn                  # Intel 4965/1000/5000/6000 wirele=
ss NICs.
device              malo                # Marvell Libertas wireless NICs.
device              mwl                 # Marvell 88W8363 802.11n wireless =
NICs.
device              ral                    # Ralink Technology RT2500 wirel=
ess NICs.
device              wi                    # WaveLAN/Intersil/Symbol 802.11 =
wireless NICs.
device              wpi                  # Intel 3945ABG wireless NICs.

# Pseudo devices.
device              loop                 # Network loopback
device              random                       # Entropy device
device              ether               # Ethernet support
device              vlan                 # 802.1Q VLAN support
device              tun                   # Packet tunnel.
device              pty                   # BSD-style compatibility pseudo =
ttys
device              md                   # Memory "disks"
device              gif                    # IPv6 and IPv4 tunneling
device              faith                 # IPv6-to-IPv4 relaying (translat=
ion)
device              firmware         # firmware assist module

# The `bpf' device enables the Berkeley Packet Filter.
# Be aware of the administrative consequences of enabling this!
# Note that 'bpf' is required for DHCP.
device              bpf                   # Berkeley packet filter

# USB support
options            USB_DEBUG    # enable debug msgs
device              uhci                 # UHCI PCI->USB interface
device              ohci                 # OHCI PCI->USB interface
device              ehci                 # EHCI PCI->USB interface (USB 2.0=
)
device              xhci                  # XHCI PCI->USB interface (USB 3.=
0)
device              usb                   # USB Bus (required)
#device                        udbp                # USB Double Bulk Pipe d=
evices (needs netgraph)
device              uhid                 # "Human Interface Devices"
device              ukbd                # Keyboard
device              ulpt                  # Printer
device              umass              # Disks/Mass storage - Requires scbu=
s and da
device              ums                 # Mouse
device              urio                  # Diamond Rio 500 MP3 player
# USB Serial devices
device              u3g                  # USB-based 3G modems (Option, Hua=
wei, Sierra)
device              uark                 # Technologies ARK3116 based seria=
l adapters
device              ubsa                 # Belkin F5U103 and compatible ser=
ial adapters
device              uftdi                 # For FTDI usb serial adapters
device              uipaq               # Some WinCE based devices
device              uplcom                        # Prolific PL-2303 serial=
 adapters
device              uslcom             # SI Labs CP2101/CP2102 serial adapt=
ers
device              uvisor              # Visor and Palm devices
device              uvscom                        # USB serial support for =
DDI pocket's PHS
# USB Ethernet, requires miibus
device              aue                  # ADMtek USB Ethernet
device              axe                  # ASIX Electronics USB Ethernet
device              cdce                 # Generic USB over Ethernet
device              cue                  # CATC USB Ethernet
device              kue                  # Kawasaki LSI USB Ethernet
device              rue                   # RealTek RTL8150 USB Ethernet
device              udav                # Davicom DM9601E USB
# USB Wireless
device              rum                 # Ralink Technology RT2501USB wirel=
ess NICs
device              run                   # Ralink Technology RT2700/RT2800=
/RT3000 NICs.
device              uath                 # Atheros AR5523 wireless NICs
device              upgt                 # Conexant/Intersil PrismGT wirele=
ss NICs.
device              ural                  # Ralink Technology RT2500USB wir=
eless NICs
device              urtw                 # Realtek RTL8187B/L wireless NICs
device              zyd                   # ZyDAS zd1211/zd1211b wireless N=
ICs

# FireWire support
device              firewire           # FireWire bus code
# sbp(4) works for some systems but causes boot failure on others
#device                        sbp                   # SCSI over FireWire (=
Requires scbus and da)
device              fwe                  # Ethernet over FireWire (non-stan=
dard!)
device              fwip                 # IP over FireWire (RFC 2734,3146)
device              dcons               # Dumb console driver
device              dcons_crom    # Configuration ROM for dcons

# Sound support
device              sound               # Generic sound driver (required)
device              snd_cmi                       # CMedia CMI8338/CMI8738
device              snd_csa                       # Crystal Semiconductor C=
S461x/428x
device              snd_emu10kx  # Creative SoundBlaster Live! and Audigy
device              snd_es137x     # Ensoniq AudioPCI ES137x
device              snd_hda                       # Intel High Definition A=
udio
device              snd_ich                        # Intel, NVidia and othe=
r ICH AC'97 Audio
device              snd_uaudio      # USB Audio
device              snd_via8233    # VIA VT8233x Audio

# Mellanox and IB support
options OFED # Infiniband protocol
options OFED_DEBUG_INIT
options SDP # Sockets Direct Protocol for infiniband
options SDP_DEBUG
# options IPOIB_DEBUG
# options IPOIB_CM # Use connect mode ipoib
device mthca # Infinihost cards
# device mlx4ib # ConnectX Infiniband support
#device mlxen # ConnectX Ethernet support
# device ipoib # IP over IB devices

I commented on that lines, because I want to compile and load that modules =
manually.
I had succeed to compile and load mlx4, mlx4ib and mlxen from /sys/modules:

[root@h-qa-033 mlxen]# kldstat
Id Refs Address            Size     Name
1   14 0xffffffff80200000 13acbd8  kernel
2    1 0xffffffff81612000 21e5     if_mos.ko
3    3 0xffffffff81615000 124eb    mlx4.ko
4    1 0xffffffff81628000 e225     mlx4ib.ko
5    1 0xffffffff81637000 ec60     mlxen.ko

The problem is that IPOIB module is missing in /sys/modules.

1.      Where can I find it?

2.      How can I compile ipoib support?


Regards,
Alex Liptsin
Software Quality Assurance Engineer | Mellanox Technologies Ltd.
Office: +972 (74) 7236141
Mobile: +972(54) 7833986
Fax: +972(74) 7236161
Email: alexl@mellanox.com<mailto:alexl@mellanox.com>
Mellanox, Tel-Hai Industrial Park. Building 7, M.P. Upper Galilee 12100 Isr=
ael


From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 14:06:25 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 0996E538
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 14:06:25 +0000 (UTC)
 (envelope-from julian@freebsd.org)
Received: from vps1.elischer.org (vps1.elischer.org [204.109.63.16])
 by mx1.freebsd.org (Postfix) with ESMTP id D4A2C135C
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 14:06:24 +0000 (UTC)
Received: from jre-mbp.elischer.org
 (ppp121-45-237-17.lns20.per1.internode.on.net [121.45.237.17])
 (authenticated bits=0)
 by vps1.elischer.org (8.14.5/8.14.5) with ESMTP id r54E6En3041958
 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO);
 Tue, 4 Jun 2013 07:06:17 -0700 (PDT)
 (envelope-from julian@freebsd.org)
Message-ID: <51ADF450.7010908@freebsd.org>
Date: Tue, 04 Jun 2013 22:06:08 +0800
From: Julian Elischer <julian@freebsd.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.8;
 rv:17.0) Gecko/20130509 Thunderbird/17.0.6
MIME-Version: 1.0
To: Michael Sierchio <kudzu@tenebras.com>
Subject: Re: ipfw and tablearg formatting
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
 <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
In-Reply-To: <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Net <freebsd-net@freebsd.org>, Andreas Nilsson <andrnils@gmail.com>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 14:06:25 -0000

On 6/3/13 11:40 PM, Michael Sierchio wrote:
> On Mon, Jun 3, 2013 at 4:43 AM, Andreas Nilsson <andrnils@gmail.com> wrote:
>> Hello,
>>
>> Still trying out the tablearg functionality of ipfw and found the following:
>>
>> 1)
>> # ipfw table 100 add 192.168.0.0/24 10.0.0.1
>> # ipfw table 100 list
>> 192.168.0.0/24 167772161
>>
>> I guess it is correct, but not user friendly. Can't the tablearg part be
>> printed as normal dotted decimal?
> No - it's an integer. The semantics of the table arg are up to you,
> but it could be a rule number, used in a computed go to, as in

the only way to get this printed correctly would be for the printing 
routines to
keep enough state about the rules  using the table to be able to interpret
the tablearg according to how it was used. this would be a task that 
is way
more complicated than it is worth.

>
> ipfw add 05000 skipto tablearg ip from any to me in recv em1 lookup src-ip 23
>
> I use it to classify traffic based on country of origin.
>
>> Another question: While using tablearg, is there a way to get statistics of
>> each "individual" computed  value instead of just the aggregate statistics
>> for all rules "generated" by the tablearg rule?
> you can log where the target rule is executed, or have a count rule.
>
> - M
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"
>
>


From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 15:53:42 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 05984D15
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:53:42 +0000 (UTC)
 (envelope-from andrnils@gmail.com)
Received: from mail-ob0-x22f.google.com (mail-ob0-x22f.google.com
 [IPv6:2607:f8b0:4003:c01::22f])
 by mx1.freebsd.org (Postfix) with ESMTP id C98F41A1B
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:53:41 +0000 (UTC)
Received: by mail-ob0-f175.google.com with SMTP id xn12so682062obc.34
 for <freebsd-net@freebsd.org>; Tue, 04 Jun 2013 08:53:41 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=iHVlKxnQIoYpUxrNvkxNDsocTJSoWMurLfvDBbq4NCA=;
 b=IPCmrwpQKQMAnbIr1UrcvdNCWKb8I9eMkUfgzP8vH7docy9RmeDYLlvjbf2xJOB/nS
 QKWYJBb7Y7eyqx5ExGqcGXK6BMx35lyK+NAajGYVMROdRrWsG+vyiy+Yx22+CbUZc+0e
 9t81PeS849GInxt3AL/aP6vPHgEH3ZKNtP3bU1KG1XFYWmc8pWt76MNCnbF7ZmQ9XDez
 QZQXXuI+uxsJHBRvwXS678gznKBLXWXVZvPAAzLMOyWZahwvh4kUnbgk4Ci3AgK/8CTP
 Suu8F2oyqKlenTq67QuMxP7Ny1EALNGCzxksNExDSLbKpSdbzndGglvKxBl4PWfwQ2gR
 4nbA==
MIME-Version: 1.0
X-Received: by 10.60.125.5 with SMTP id mm5mr12251776oeb.81.1370361221406;
 Tue, 04 Jun 2013 08:53:41 -0700 (PDT)
Received: by 10.76.12.200 with HTTP; Tue, 4 Jun 2013 08:53:41 -0700 (PDT)
In-Reply-To: <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
 <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
Date: Tue, 4 Jun 2013 17:53:41 +0200
Message-ID: <CAPS9+SuHTj-vmkUw56TwsFHWoudG0Hz_VPs+pS3ZHHofEUXqaw@mail.gmail.com>
Subject: Re: ipfw and tablearg formatting
From: Andreas Nilsson <andrnils@gmail.com>
To: Michael Sierchio <kudzu@tenebras.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 15:53:42 -0000

On Mon, Jun 3, 2013 at 5:40 PM, Michael Sierchio <kudzu@tenebras.com> wrote:

> On Mon, Jun 3, 2013 at 4:43 AM, Andreas Nilsson <andrnils@gmail.com>
> wrote:
> > Hello,
> >
> > Still trying out the tablearg functionality of ipfw and found the
> following:
> >
> > 1)
> > # ipfw table 100 add 192.168.0.0/24 10.0.0.1
> > # ipfw table 100 list
> > 192.168.0.0/24 167772161
> >
> > I guess it is correct, but not user friendly. Can't the tablearg part be
> > printed as normal dotted decimal?
>
> No - it's an integer. The semantics of the table arg are up to you,
> but it could be a rule number, used in a computed go to, as in
>
> ipfw add 05000 skipto tablearg ip from any to me in recv em1 lookup src-ip
> 23


> I use it to classify traffic based on country of origin.
>

Interesting. So given that table 23 has
1.2.3.4/24 6000
the rule would would be
skipto 6000 ip from any to me in recv em1 src-ip 1.2.3.4/24 ?

>
> > Another question: While using tablearg, is there a way to get statistics
> of
> > each "individual" computed  value instead of just the aggregate
> statistics
> > for all rules "generated" by the tablearg rule?
>
> you can log where the target rule is executed, or have a count rule.
>
> - M
>
Great, I'll look into that.

Best regards
Andreas

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 15:55:13 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id E00E3E62
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:55:13 +0000 (UTC)
 (envelope-from eugen@grosbein.net)
Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [IPv6:2a03:3100:c:13::5])
 by mx1.freebsd.org (Postfix) with ESMTP id 671011A33
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:55:12 +0000 (UTC)
Received: from eg.sd.rdtc.ru (localhost [127.0.0.1])
 by eg.sd.rdtc.ru (8.14.6/8.14.6) with ESMTP id r54Ft6s2058659;
 Tue, 4 Jun 2013 22:55:07 +0700 (NOVT)
 (envelope-from eugen@grosbein.net)
Message-ID: <51AE0DD5.2090608@grosbein.net>
Date: Tue, 04 Jun 2013 22:55:01 +0700
From: Eugene Grosbein <eugen@grosbein.net>
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:17.0) Gecko/20130415 Thunderbird/17.0.5
MIME-Version: 1.0
To: Andreas Nilsson <andrnils@gmail.com>
Subject: Re: ipfw and tablearg formatting
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
In-Reply-To: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Cc: FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 15:55:13 -0000

On 03.06.2013 18:43, Andreas Nilsson wrote:
> Hello,
> 
> Still trying out the tablearg functionality of ipfw and found the following:
> 
> 1)
> # ipfw table 100 add 192.168.0.0/24 10.0.0.1
> # ipfw table 100 list
> 192.168.0.0/24 167772161
> 
> I guess it is correct, but not user friendly. Can't the tablearg part be
> printed as normal dotted decimal?

# ipfw -i table 100 list
192.168.0.0/24 10.0.0.1

man ipfw:

     -i      When listing a table (see the LOOKUP TABLES section below for
             more information on lookup tables), format values as IP
             addresses. By default, values are shown as integers.
> 2)
> 
> # ipfw table 100 add 2a01:280:1::88/64 2a01:280:1::89
> # ipfw table 100 list
> 2a01:280:1::/64 2
> 
> I don't really see any chance of this one working.

At present, values are 32 bit unsigned integers internally and are parsed so.


From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 15:59:33 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id B3A9A1EE
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:59:33 +0000 (UTC)
 (envelope-from andrnils@gmail.com)
Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com
 [IPv6:2607:f8b0:4003:c01::234])
 by mx1.freebsd.org (Postfix) with ESMTP id 846E61A97
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 15:59:33 +0000 (UTC)
Received: by mail-ob0-f180.google.com with SMTP id eh20so671842obb.25
 for <freebsd-net@freebsd.org>; Tue, 04 Jun 2013 08:59:33 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=lNU/KDBAvYd2ugU3LPtK+GP8dRUgoAW9hyd3/xng+Ug=;
 b=RkrKKfAPuPx07zjCUKKbFyILf9bUWPVfvvMqo0Eccgm1k+apy8mdlHJbI0qhd2SaXC
 ZcXSNp+wh9eTgSHVtG4ztgci4uOXfjtxoPZ+MGoG6DhI5bsplQR7p1OAdxE0HTEoR3Fo
 JrAJ1ysvI8Fi6SMSH4tXsgwA5a1Q07X5yiXPKwqbBTK8iFQDrK8sLYqpJvIavA7nvxIO
 45ku5O7TNpR92eQNdBTYRj2axYiwZkK0wxqQBQ2slx8Jc83sotSJGRPlXyufRk/PvUiA
 slk9oPrYpseIatKnSsCgkb/MG69KUPoTnuV93Y1c3XIoEjeWjs+gCv6qvrww1do4/4zJ
 5GDg==
MIME-Version: 1.0
X-Received: by 10.60.125.72 with SMTP id mo8mr12230923oeb.11.1370361573176;
 Tue, 04 Jun 2013 08:59:33 -0700 (PDT)
Received: by 10.76.12.200 with HTTP; Tue, 4 Jun 2013 08:59:33 -0700 (PDT)
In-Reply-To: <51AE0DD5.2090608@grosbein.net>
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
 <51AE0DD5.2090608@grosbein.net>
Date: Tue, 4 Jun 2013 17:59:33 +0200
Message-ID: <CAPS9+SuB7=-hvnzMGOdRE_wptByhg7xqv_drsoh9egVE0JPSrA@mail.gmail.com>
Subject: Re: ipfw and tablearg formatting
From: Andreas Nilsson <andrnils@gmail.com>
To: Eugene Grosbein <eugen@grosbein.net>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 15:59:33 -0000

On Tue, Jun 4, 2013 at 5:55 PM, Eugene Grosbein <eugen@grosbein.net> wrote:

> On 03.06.2013 18:43, Andreas Nilsson wrote:
> > Hello,
> >
> > Still trying out the tablearg functionality of ipfw and found the
> following:
> >
> > 1)
> > # ipfw table 100 add 192.168.0.0/24 10.0.0.1
> > # ipfw table 100 list
> > 192.168.0.0/24 167772161
> >
> > I guess it is correct, but not user friendly. Can't the tablearg part be
> > printed as normal dotted decimal?
>
> # ipfw -i table 100 list
> 192.168.0.0/24 10.0.0.1
>
> man ipfw:
>
>      -i      When listing a table (see the LOOKUP TABLES section below for
>              more information on lookup tables), format values as IP
>              addresses. By default, values are shown as integers.
>

There is always something new to discover in the manpage. Thanks.


> > 2)
> >
> > # ipfw table 100 add 2a01:280:1::88/64 2a01:280:1::89
> > # ipfw table 100 list
> > 2a01:280:1::/64 2
> >
> > I don't really see any chance of this one working.
>
> At present, values are 32 bit unsigned integers internally and are parsed
> so.
>
> Ah. No chance of using tablearg for ipv6 fwd rules then I guess.

Best regards
Andreas

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 16:00:14 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id C5F9D3B1;
 Tue,  4 Jun 2013 16:00:14 +0000 (UTC)
 (envelope-from andrnils@gmail.com)
Received: from mail-ob0-x22c.google.com (mail-ob0-x22c.google.com
 [IPv6:2607:f8b0:4003:c01::22c])
 by mx1.freebsd.org (Postfix) with ESMTP id 892C51ABA;
 Tue,  4 Jun 2013 16:00:14 +0000 (UTC)
Received: by mail-ob0-f172.google.com with SMTP id wo10so693880obc.17
 for <multiple recipients>; Tue, 04 Jun 2013 09:00:14 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type;
 bh=vsXpY6FY4S1jhZ0BsRTzXm548gxdEZfd/RDokSMXsoU=;
 b=iMiL4An6HYBefvn2tRuh+v3Zj44GoX8ooiWqNGRLbNTRbsrh6VOZrTXwEF3hpLZkfl
 ZpKY/6rBPo4JrV8eloTptdg6PSFJmilj6QPdcKa5QQeWTqMBPgmDShUxzl2kLe5JxMCp
 T3KTrW1U9p4UZRwjuwPdeCrI52vjEhJ0A6A4czz8Blwh4ktGLbDIMf+JKCJ0g8qN1dUk
 1jxiYVZj8bb4grdTJHDXMcVeat1Ck/ahKKAJxObfSGnaPWUUM9jOZk9SVh8pIOsFWiM5
 fodBv8bU4XokVozCm/UxoAVRdVgrwnzsW/KWjP4sw23BJje3+aHmfxHjE2mnUgmgD7Be
 eVnA==
MIME-Version: 1.0
X-Received: by 10.60.133.109 with SMTP id pb13mr5517399oeb.26.1370361614157;
 Tue, 04 Jun 2013 09:00:14 -0700 (PDT)
Received: by 10.76.12.200 with HTTP; Tue, 4 Jun 2013 09:00:14 -0700 (PDT)
In-Reply-To: <51ADF450.7010908@freebsd.org>
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
 <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
 <51ADF450.7010908@freebsd.org>
Date: Tue, 4 Jun 2013 18:00:14 +0200
Message-ID: <CAPS9+SuTLuVCP=dbnJGByxoc6aRtTRR=TU5NWC0xOUF_Pbp1mw@mail.gmail.com>
Subject: Re: ipfw and tablearg formatting
From: Andreas Nilsson <andrnils@gmail.com>
To: Julian Elischer <julian@freebsd.org>
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: FreeBSD Net <freebsd-net@freebsd.org>,
 Michael Sierchio <kudzu@tenebras.com>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 16:00:14 -0000

On Tue, Jun 4, 2013 at 4:06 PM, Julian Elischer <julian@freebsd.org> wrote:

> On 6/3/13 11:40 PM, Michael Sierchio wrote:
>
>> On Mon, Jun 3, 2013 at 4:43 AM, Andreas Nilsson <andrnils@gmail.com>
>> wrote:
>>
>>> Hello,
>>>
>>> Still trying out the tablearg functionality of ipfw and found the
>>> following:
>>>
>>> 1)
>>> # ipfw table 100 add 192.168.0.0/24 10.0.0.1
>>> # ipfw table 100 list
>>> 192.168.0.0/24 167772161
>>>
>>> I guess it is correct, but not user friendly. Can't the tablearg part be
>>> printed as normal dotted decimal?
>>>
>> No - it's an integer. The semantics of the table arg are up to you,
>> but it could be a rule number, used in a computed go to, as in
>>
>
> the only way to get this printed correctly would be for the printing
> routines to
> keep enough state about the rules  using the table to be able to interpret
> the tablearg according to how it was used. this would be a task that is way
> more complicated than it is worth.
>

Fair point.

Best regards
Andreas


>
>> ipfw add 05000 skipto tablearg ip from any to me in recv em1 lookup
>> src-ip 23
>>
>> I use it to classify traffic based on country of origin.
>>
>>  Another question: While using tablearg, is there a way to get statistics
>>> of
>>> each "individual" computed  value instead of just the aggregate
>>> statistics
>>> for all rules "generated" by the tablearg rule?
>>>
>> you can log where the target rule is executed, or have a count rule.
>>
>> - M
>> ______________________________**_________________
>> freebsd-net@freebsd.org mailing list
>> http://lists.freebsd.org/**mailman/listinfo/freebsd-net<http://lists.freebsd.org/mailman/listinfo/freebsd-net>
>> To unsubscribe, send any mail to "freebsd-net-unsubscribe@**freebsd.org<freebsd-net-unsubscribe@freebsd.org>
>> "
>>
>>
>>
>

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 18:01:47 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 26C38EAB
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 18:01:47 +0000 (UTC)
 (envelope-from kudzu@tenebras.com)
Received: from mail-oa0-x22f.google.com (mail-oa0-x22f.google.com
 [IPv6:2607:f8b0:4003:c02::22f])
 by mx1.freebsd.org (Postfix) with ESMTP id EB08F11D0
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 18:01:46 +0000 (UTC)
Received: by mail-oa0-f47.google.com with SMTP id m1so396516oag.6
 for <freebsd-net@freebsd.org>; Tue, 04 Jun 2013 11:01:46 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=google.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :cc:content-type:x-gm-message-state;
 bh=hm70duSwV3zMQjfM6Uc2yEHlWenoW4Rs4SsyjNZ8muQ=;
 b=ZBGLaVd/G5P93EEdUJKUJnvfUV5WC+6cZLbbWUoWbahQexecaQLEq1yDK64rXEp1N8
 D9ZLH/pA0O5E2CuCjojvLVWAjz9agR5kqFuNL+clPp6mjfmPDoGzMzTcNRwFM9i45782
 DFHz5litQpHJUIJRjDCCl9b+Fts7sPsqSTw0iWzAqg67bzboJsbBb1oTe1kf3Oenwu12
 b+kSelrNwEbI0W8yiakbAv9RKKjUHxZDrTG2N/UpKMZcHhn+mutE7Ym+FJvEri1JgNzh
 2Mu787mBnWcmGnsXtJGm6H6a0J7lcYkCyYv4AQ8Ah7z4bw5h0zKCxmqPMF6GBtYndFwW
 x2Ew==
MIME-Version: 1.0
X-Received: by 10.182.16.170 with SMTP id h10mr12439346obd.17.1370368906401;
 Tue, 04 Jun 2013 11:01:46 -0700 (PDT)
Received: by 10.60.35.132 with HTTP; Tue, 4 Jun 2013 11:01:46 -0700 (PDT)
In-Reply-To: <CAPS9+SuHTj-vmkUw56TwsFHWoudG0Hz_VPs+pS3ZHHofEUXqaw@mail.gmail.com>
References: <CAPS9+Su=uQG5-s7qmgeUSgnqJscyMhRqXuApo0mkV+qZWU8u0g@mail.gmail.com>
 <CAHu1Y73JbFFDFeX0q+o1X_NK4hoqxg_qDL8E1E_wTdhBvbybeg@mail.gmail.com>
 <CAPS9+SuHTj-vmkUw56TwsFHWoudG0Hz_VPs+pS3ZHHofEUXqaw@mail.gmail.com>
Date: Tue, 4 Jun 2013 11:01:46 -0700
Message-ID: <CAHu1Y702oZ1nRtOxGAcoQn9sDh5jVitgr4fd3H7HB5mZpqJ4Ew@mail.gmail.com>
Subject: Re: ipfw and tablearg formatting
From: Michael Sierchio <kudzu@tenebras.com>
To: Andreas Nilsson <andrnils@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
X-Gm-Message-State: ALoCoQlHoIfc7QJIwBT23KAGVLc1HF8/8Jq9RX2rvw+Dpvi4C6wpy2qjhHmZlMGaZt3O65P5gV59
Cc: FreeBSD Net <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 18:01:47 -0000

00100 allow ip from any to any via lo0
00500 allow ip from 204.15.2.33 to me in recv em1
00600 deny ip from 204.15.2.32/27 to any in recv em1
00610 deny udp from any 67,68 to any dst-port 67,68
00700 allow ip from me to any out xmit em1
01000 allow ip from any to me in recv em0
02000 allow ip from me to any out xmit em0
03000 deny ip from any to any via em0
04000 allow ip from 50.18.184.144 to any in recv em1
04500 allow ip from any to 50.18.184.144 out xmit em1
05000 skipto tablearg ip from any to me in recv em1 lookup src-ip 23
10000 deny log ip from any to any
10100 allow log ip from any to any
10200 allow log ip from any to any
10300 allow log ip from any to any
10400 allow log ip from any to any
10500 allow log ip from any to any

> ...

33000 allow log ip from any to any
33100 allow log ip from any to any
33200 allow log ip from any to any
33300 allow log ip from any to any
33400 allow log ip from any to any
33500 allow log ip from any to any
33600 allow log ip from any to any
33700 allow log ip from any to any
33800 allow log ip from any to any
33900 allow log ip from any to any
34000 allow log ip from any to any

There's a file that maps rule number to country code, and I use it to
build the table

5.83.192.0/19 17500
5.83.224.0/21 26300
5.83.232.0/21 17300
5.83.240.0/20 19800
5.84.0.0/14 20600
5.88.0.0/13 20600
5.96.0.0/14 20600
5.100.0.0/18 15600
5.100.64.0/18 28600
5.100.128.0/20 15600
5.100.144.0/21 17300
5.100.152.0/21 33000
5.100.160.0/21 33700
5.100.168.0/21 28800
5.100.176.0/20 26300
5.100.192.0/19 13600

VU 33300
WF 33400
WS 33500
XA 33600
YE 33700
ZA 33800
ZM 33900
ZW 34000

XA is the extended bogons list.

- M

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 18:48:05 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 07691183;
 Tue,  4 Jun 2013 18:48:05 +0000 (UTC)
 (envelope-from linimon@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id D4E3E15DB;
 Tue,  4 Jun 2013 18:48:04 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r54Im4MA013155;
 Tue, 4 Jun 2013 18:48:04 GMT
 (envelope-from linimon@freefall.freebsd.org)
Received: (from linimon@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r54Im4f4013154;
 Tue, 4 Jun 2013 18:48:04 GMT (envelope-from linimon)
Date: Tue, 4 Jun 2013 18:48:04 GMT
Message-Id: <201306041848.r54Im4f4013154@freefall.freebsd.org>
To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org
From: linimon@FreeBSD.org
Subject: Re: kern/179299: [igb] Intel X540-T2 - unstable driver
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 18:48:05 -0000

Old Synopsis: Intel X540-T2 - unstable driver
New Synopsis: [igb] Intel X540-T2 - unstable driver

Responsible-Changed-From-To: freebsd-bugs->freebsd-net
Responsible-Changed-By: linimon
Responsible-Changed-When: Tue Jun 4 18:47:38 UTC 2013
Responsible-Changed-Why: 
Over to maintainer(s).

http://www.freebsd.org/cgi/query-pr.cgi?pr=179299

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 19:00:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id C8A087EC
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Tue,  4 Jun 2013 19:00:01 +0000 (UTC)
 (envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id A0EE216DA
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Tue,  4 Jun 2013 19:00:01 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r54J00gx014988
 for <freebsd-net@freefall.freebsd.org>; Tue, 4 Jun 2013 19:00:00 GMT
 (envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r54J00Ki014986;
 Tue, 4 Jun 2013 19:00:00 GMT (envelope-from gnats)
Date: Tue, 4 Jun 2013 19:00:00 GMT
Message-Id: <201306041900.r54J00Ki014986@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
Cc: 
From: "Vogel, Jack" <jack.vogel@intel.com>
Subject: Re: kern/179299: Intel X540-T2 - unstable driver
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: "Vogel, Jack" <jack.vogel@intel.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 19:00:01 -0000

The following reply was made to PR kern/179299; it has been noted by GNATS.

From: "Vogel, Jack" <jack.vogel@intel.com>
To: "bug-followup@FreeBSD.org" <bug-followup@FreeBSD.org>
Cc:  
Subject: Re: kern/179299: Intel X540-T2 - unstable driver
Date: Tue, 4 Jun 2013 18:51:32 +0000

 --_000_BC1B13FD0226B0479C795193AC1B2572361D962AORSMSX110amrcor_
 Content-Type: text/plain; charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 This looks like an unstable switch, since igb, lagg, carp, AND ixgbe are al=
 l going thru link flaps.
 
 Jack
 
 
 --_000_BC1B13FD0226B0479C795193AC1B2572361D962AORSMSX110amrcor_
 Content-Type: text/html; charset="us-ascii"
 Content-Transfer-Encoding: quoted-printable
 
 <html xmlns:v=3D"urn:schemas-microsoft-com:vml" xmlns:o=3D"urn:schemas-micr=
 osoft-com:office:office" xmlns:w=3D"urn:schemas-microsoft-com:office:word" =
 xmlns:m=3D"http://schemas.microsoft.com/office/2004/12/omml" xmlns=3D"http:=
 //www.w3.org/TR/REC-html40">
 <head>
 <meta http-equiv=3D"Content-Type" content=3D"text/html; charset=3Dus-ascii"=
 >
 <meta name=3D"Generator" content=3D"Microsoft Word 14 (filtered medium)">
 <style><!--
 /* Font Definitions */
 @font-face
 	{font-family:Calibri;
 	panose-1:2 15 5 2 2 2 4 3 2 4;}
 /* Style Definitions */
 p.MsoNormal, li.MsoNormal, div.MsoNormal
 	{margin:0in;
 	margin-bottom:.0001pt;
 	font-size:11.0pt;
 	font-family:"Calibri","sans-serif";}
 a:link, span.MsoHyperlink
 	{mso-style-priority:99;
 	color:blue;
 	text-decoration:underline;}
 a:visited, span.MsoHyperlinkFollowed
 	{mso-style-priority:99;
 	color:purple;
 	text-decoration:underline;}
 span.EmailStyle17
 	{mso-style-type:personal-compose;
 	font-family:"Calibri","sans-serif";
 	color:windowtext;}
 .MsoChpDefault
 	{mso-style-type:export-only;
 	font-family:"Calibri","sans-serif";}
 @page WordSection1
 	{size:8.5in 11.0in;
 	margin:1.0in 1.0in 1.0in 1.0in;}
 div.WordSection1
 	{page:WordSection1;}
 --></style><!--[if gte mso 9]><xml>
 <o:shapedefaults v:ext=3D"edit" spidmax=3D"1026" />
 </xml><![endif]--><!--[if gte mso 9]><xml>
 <o:shapelayout v:ext=3D"edit">
 <o:idmap v:ext=3D"edit" data=3D"1" />
 </o:shapelayout></xml><![endif]-->
 </head>
 <body lang=3D"EN-US" link=3D"blue" vlink=3D"purple">
 <div class=3D"WordSection1">
 <p class=3D"MsoNormal">This looks like an unstable switch, since igb, lagg,=
  carp, AND ixgbe are all going thru link flaps.<o:p></o:p></p>
 <p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
 <p class=3D"MsoNormal">Jack<o:p></o:p></p>
 <p class=3D"MsoNormal"><o:p>&nbsp;</o:p></p>
 </div>
 </body>
 </html>
 
 --_000_BC1B13FD0226B0479C795193AC1B2572361D962AORSMSX110amrcor_--

From owner-freebsd-net@FreeBSD.ORG  Tue Jun  4 21:12:02 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id C5ACCB9
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 21:12:02 +0000 (UTC)
 (envelope-from caesarxuchao@gmail.com)
Received: from mail-qc0-x229.google.com (mail-qc0-x229.google.com
 [IPv6:2607:f8b0:400d:c01::229])
 by mx1.freebsd.org (Postfix) with ESMTP id 9026F1C5C
 for <freebsd-net@freebsd.org>; Tue,  4 Jun 2013 21:12:02 +0000 (UTC)
Received: by mail-qc0-f169.google.com with SMTP id c10so16781qcz.0
 for <freebsd-net@freebsd.org>; Tue, 04 Jun 2013 14:12:02 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:date:message-id:subject:from:to:content-type;
 bh=ooZ4sGN+lGmeAjpEkUXmlejlBIlm5pDiTzGgcrJuJ48=;
 b=abj1usEzCrZPdb6I1iGlASM9VSsI0bdFQxFOMKfoXVeMOTIz8/Niz/FWou4j77FGns
 AH3Pc2tlJnDyKljA9HM54z1adIBCiUlYN/QnYBBFINGNaiHj0giunQYOSUjUHpN6NhAF
 /srtFxcH7c7PmzpsKzNT1NEYBbhxsXKrkCSI0E+3pov0+rSV3sst9vmxKrQTtSSgXQdC
 mgWKdMMxlIfJZxJVwLS7K9q3U3Gns2/x4CKJ+AQX95kmDFUcDwX6rr4zx8mMTT8Sl6wu
 B6yLoqir1IdBOEIa0D7IqYzG3hhSQ4s/fWwr6BhKSZoCmLenxK+Us4L2zppXd/qlemyI
 WfOg==
MIME-Version: 1.0
X-Received: by 10.49.24.13 with SMTP id q13mr8781371qef.49.1370379995907; Tue,
 04 Jun 2013 14:06:35 -0700 (PDT)
Received: by 10.224.61.75 with HTTP; Tue, 4 Jun 2013 14:06:35 -0700 (PDT)
Date: Tue, 4 Jun 2013 16:06:35 -0500
Message-ID: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
Subject: netmap on wireless NIC
From: Chao Xu <caesarxuchao@gmail.com>
To: freebsd-net@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 04 Jun 2013 21:12:02 -0000

Hello,

Is it possible to hacking some wireless NIC driver (carl9170 for example)
to enable netmap on it? I guess this is possible because wireless drivers
also manage packets using ring buffers. My goal is to access the raw
packets as quickly as possible, not to achieve high data rate. Is there any
argument against doing so? Thank you.

Regards,
Chao

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 03:16:48 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id E93037E6
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 03:16:48 +0000 (UTC)
 (envelope-from adrian.chadd@gmail.com)
Received: from mail-qe0-f53.google.com (mail-qe0-f53.google.com
 [209.85.128.53]) by mx1.freebsd.org (Postfix) with ESMTP id B0C1B1F24
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 03:16:48 +0000 (UTC)
Received: by mail-qe0-f53.google.com with SMTP id 1so731218qee.26
 for <freebsd-net@freebsd.org>; Tue, 04 Jun 2013 20:16:42 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:sender:in-reply-to:references:date
 :x-google-sender-auth:message-id:subject:from:to:cc:content-type;
 bh=CAPb2wbBnwurctVOqy5NGGhMkdU8z7kS2GFAmUoHGdM=;
 b=rRlux/Or80EUR+BN/aI8YM7j+0FDxA35z64jiZW5HI9cfwHUyBuztxpIADLxphTsc9
 wRTJtnazk6pV+KpQbhPTDDV9BglUcToff2+hpylUVeFkv33warAB17VSuIyliRlRDU8S
 s+r/GKZ+gZDFIN75zgFjkqWI0M9XrLcU0Yopy5idTGW2t4CJF7pC4zl+J8BkbvmjM14+
 HFMXj8k7CPauG2f3DiHtstEK1LpbNCvAG2gWtpvmTzlMo4PlSpjBCD4Z5Px24hWlwboY
 75yKlz0g5CWUcV2lTzK/mGvZlsPF1zz2qhR+7cf0gvi+wtL0+JYuBS9ysfK6KuPTCvFP
 7gSA==
MIME-Version: 1.0
X-Received: by 10.49.37.9 with SMTP id u9mr29578626qej.57.1370402202679; Tue,
 04 Jun 2013 20:16:42 -0700 (PDT)
Sender: adrian.chadd@gmail.com
Received: by 10.224.71.12 with HTTP; Tue, 4 Jun 2013 20:16:42 -0700 (PDT)
In-Reply-To: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
Date: Tue, 4 Jun 2013 20:16:42 -0700
X-Google-Sender-Auth: -MQJqE8jPjg--8gMbpuoPCC7JrM
Message-ID: <CAJ-VmokfkxoNLvA-E=tV3gEy4NLJW0p50TmTXk6CaMZYj8OhQg@mail.gmail.com>
Subject: Re: netmap on wireless NIC
From: Adrian Chadd <adrian@freebsd.org>
To: Chao Xu <caesarxuchao@gmail.com>
Content-Type: text/plain; charset=ISO-8859-1
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 03:16:49 -0000

THere's no argument against it.

There's just no carl9170 driver at the moment.

Some NICs use ring buffers, some use FIFOs, some use descriptor lists.
The atheros stuff uses lists/FIFOs, no rings.

2c,



Adrian

On 4 June 2013 14:06, Chao Xu <caesarxuchao@gmail.com> wrote:
> Hello,
>
> Is it possible to hacking some wireless NIC driver (carl9170 for example)
> to enable netmap on it? I guess this is possible because wireless drivers
> also manage packets using ring buffers. My goal is to access the raw
> packets as quickly as possible, not to achieve high data rate. Is there any
> argument against doing so? Thank you.
>
> Regards,
> Chao
> _______________________________________________
> freebsd-net@freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-net
> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org"

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 12:50:53 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 5EBD1B27
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 12:50:53 +0000 (UTC)
 (envelope-from freebsd-net@m.gmane.org)
Received: from plane.gmane.org (plane.gmane.org [80.91.229.3])
 by mx1.freebsd.org (Postfix) with ESMTP id 1F1B517CA
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 12:50:52 +0000 (UTC)
Received: from list by plane.gmane.org with local (Exim 4.69)
 (envelope-from <freebsd-net@m.gmane.org>) id 1UkDAw-0000YL-V7
 for freebsd-net@freebsd.org; Wed, 05 Jun 2013 14:50:50 +0200
Received: from lara.cc.fer.hr ([161.53.72.113])
 by main.gmane.org with esmtp (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <freebsd-net@freebsd.org>; Wed, 05 Jun 2013 14:50:50 +0200
Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian))
 id 1AlnuQ-0007hv-00
 for <freebsd-net@freebsd.org>; Wed, 05 Jun 2013 14:50:50 +0200
X-Injected-Via-Gmane: http://gmane.org/
To: freebsd-net@freebsd.org
From: Ivan Voras <ivoras@freebsd.org>
Subject: Re: netmap on wireless NIC
Date: Wed, 05 Jun 2013 14:50:40 +0200
Lines: 38
Message-ID: <konc6q$udf$1@ger.gmane.org>
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha1;
 protocol="application/pgp-signature";
 boundary="----enig2LHHDJQURUUALOGCGSKQD"
X-Complaints-To: usenet@ger.gmane.org
X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr
User-Agent: Mozilla/5.0 (X11; FreeBSD amd64;
 rv:17.0) Gecko/20130322 Thunderbird/17.0.4
In-Reply-To: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
X-Enigmail-Version: 1.5.1
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 12:50:53 -0000

This is an OpenPGP/MIME signed message (RFC 4880 and 3156)
------enig2LHHDJQURUUALOGCGSKQD
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

On 04/06/2013 23:06, Chao Xu wrote:
> Hello,
>=20
> Is it possible to hacking some wireless NIC driver (carl9170 for exampl=
e)
> to enable netmap on it? I guess this is possible because wireless drive=
rs
> also manage packets using ring buffers. My goal is to access the raw
> packets as quickly as possible, not to achieve high data rate. Is there=
 any
> argument against doing so? Thank you.

Would using netmap on a wireless NIC make sense at all? There is no way
that current wifi technologies could achieve the PPS rates at which you
would need netmap, and there already are other ways (e.g. pcap) to
access raw packets.


------enig2LHHDJQURUUALOGCGSKQD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: OpenPGP digital signature
Content-Disposition: attachment; filename="signature.asc"

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v2.0.19 (FreeBSD)
Comment: Using GnuPG with Thunderbird - http://www.enigmail.net/

iEYEARECAAYFAlGvNCAACgkQ/QjVBj3/HSzWGgCgmd33TlD6QAWajW2lqvgIwObq
b3MAoI3v8HcELvvwaRu4rYJDgxfWNymY
=G+X3
-----END PGP SIGNATURE-----

------enig2LHHDJQURUUALOGCGSKQD--


From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 13:10:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id CC1C1E4
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Wed,  5 Jun 2013 13:10:01 +0000 (UTC)
 (envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id A463518B6
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Wed,  5 Jun 2013 13:10:01 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r55DA1Kt037377
 for <freebsd-net@freefall.freebsd.org>; Wed, 5 Jun 2013 13:10:01 GMT
 (envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r55DA15C037376;
 Wed, 5 Jun 2013 13:10:01 GMT (envelope-from gnats)
Date: Wed, 5 Jun 2013 13:10:01 GMT
Message-Id: <201306051310.r55DA15C037376@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
Cc: 
From: Maxim Bourmistrov <maxim@prisjakt.nu>
Subject: Re: kern/179299: [igb] Intel X540-T2 - unstable driver
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Maxim Bourmistrov <maxim@prisjakt.nu>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 13:10:01 -0000

The following reply was made to PR kern/179299; it has been noted by GNATS.

From: Maxim Bourmistrov <maxim@prisjakt.nu>
To: bug-followup@FreeBSD.org,
 sysop@prisjakt.nu
Cc:  
Subject: Re: kern/179299: [igb] Intel X540-T2 - unstable driver
Date: Wed, 5 Jun 2013 13:18:10 +0200

 Switch is STABLE.
 Offload for rx/txcsum and tso for IPv6 IS NOT STABLE.
 After disabling those, X540-T2 became stable. (ifconfig ix0 -rxcsum6 =
 -txcsum6 -tso6)
 
 Question is WHAT ICMPv4 has to do with IPv6 offload?
 
 //Maxim
 
 

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 13:40:40 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 996BDAD9
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 13:40:40 +0000 (UTC)
 (envelope-from jim@netgate.com)
Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com
 [IPv6:2607:f8b0:4003:c01::234])
 by mx1.freebsd.org (Postfix) with ESMTP id 673A11A22
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 13:40:40 +0000 (UTC)
Received: by mail-ob0-f180.google.com with SMTP id eh20so2528440obb.39
 for <freebsd-net@freebsd.org>; Wed, 05 Jun 2013 06:40:40 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=google.com; s=20120113;
 h=references:mime-version:in-reply-to:content-type
 :content-transfer-encoding:message-id:cc:x-mailer:from:subject:date
 :to:x-gm-message-state;
 bh=mms8+uSZH6n7puK8st2CVsn9/RpPSqkYMP+eLRL4J5s=;
 b=NuKaXViBzZQNcgCpF1weZFs3S1smr9hlnlUakZwTIceI5goOSirRdxEVaAfiumTIol
 YWoarm8D5WH2bAd09kuHHwcEJ6Otsb5HhFNL7EJhDo+Q4wHDCg1e2/uTsX+d9iEEKoIR
 5llYCYnUPy3dkQNQjVYL3vreDXrlqlQM83w4f3R2oOyR768Vmqtvc9vjJRwipVOcoLyb
 FgcxD+T6zQmuXbWiyTmOJXGnmtDq8s7l7jxbelVAhzOjinaW22l/Q17De+W6YxFkPlN9
 J1aXs+Iv/4PaX/2KDTRKJk9+oW4dlGakutPwIK79aBLL+XuZBHMtPv+J0SCEOj4x+Kwa
 b3zw==
X-Received: by 10.60.95.193 with SMTP id dm1mr10206135oeb.127.1370439639944;
 Wed, 05 Jun 2013 06:40:39 -0700 (PDT)
Received: from [51.134.10.244] (66-87-120-244.pools.spcsdns.net.
 [66.87.120.244])
 by mx.google.com with ESMTPSA id zn5sm52795855obc.10.2013.06.05.06.40.38
 for <multiple recipients>
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Wed, 05 Jun 2013 06:40:39 -0700 (PDT)
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
 <konc6q$udf$1@ger.gmane.org>
Mime-Version: 1.0 (1.0)
In-Reply-To: <konc6q$udf$1@ger.gmane.org>
Content-Type: text/plain;
	charset=us-ascii
Content-Transfer-Encoding: quoted-printable
Message-Id: <580124BA-5EAA-4EE2-8BAA-7317E4BB521D@netgate.com>
X-Mailer: iPhone Mail (10B350)
From: Jim Thompson <jim@netgate.com>
Subject: Re: netmap on wireless NIC
Date: Wed, 5 Jun 2013 08:40:37 -0500
To: Ivan Voras <ivoras@freebsd.org>
X-Gm-Message-State: ALoCoQnvLTth3S4DytSsOIe+6+j7cFkQvp0iYgm0S/oL3yPmdnlJc5nIwqix3TYJdZ+nA96oRWkO
Cc: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 13:40:40 -0000



On Jun 5, 2013, at 7:50 AM, Ivan Voras <ivoras@freebsd.org> wrote:

> On 04/06/2013 23:06, Chao Xu wrote:
>> Hello,
>>=20
>> Is it possible to hacking some wireless NIC driver (carl9170 for example)=

>> to enable netmap on it? I guess this is possible because wireless drivers=

>> also manage packets using ring buffers. My goal is to access the raw
>> packets as quickly as possible, not to achieve high data rate. Is there a=
ny
>> argument against doing so? Thank you.
>=20
> Would using netmap on a wireless NIC make sense at all? There is no way th=
at current wifi technologies could achieve the PPS rates at which you would n=
eed netmap, and there already are other ways (e.g. pcap) to
> access raw packets.

802.11ad and 8 antenna 802.11ac could pass 7gbps, in theory.=20

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 13:42:19 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 37E9AB8B
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 13:42:19 +0000 (UTC)
 (envelope-from luigi@onelab2.iet.unipi.it)
Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238])
 by mx1.freebsd.org (Postfix) with ESMTP id F3D221A40
 for <freebsd-net@freebsd.org>; Wed,  5 Jun 2013 13:42:18 +0000 (UTC)
Received: by onelab2.iet.unipi.it (Postfix, from userid 275)
 id ECF6C7300A; Wed,  5 Jun 2013 15:45:07 +0200 (CEST)
Date: Wed, 5 Jun 2013 15:45:07 +0200
From: Luigi Rizzo <rizzo@iet.unipi.it>
To: Chao Xu <caesarxuchao@gmail.com>
Subject: Re: netmap on wireless NIC
Message-ID: <20130605134507.GB38081@onelab2.iet.unipi.it>
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 13:42:19 -0000

On Tue, Jun 04, 2013 at 04:06:35PM -0500, Chao Xu wrote:
> Hello,
> 
> Is it possible to hacking some wireless NIC driver (carl9170 for example)
> to enable netmap on it? I guess this is possible because wireless drivers
> also manage packets using ring buffers. My goal is to access the raw
> packets as quickly as possible, not to achieve high data rate. Is there any
> argument against doing so? Thank you.

as other said, there is no negative argument but it does not
seem worthwhile, because at least with current packet rates
you should be able to extract packets using pcap.
Unless, of course, you are running a 300Mbit/s interface
on a slow embedded CPU, in which case the efficiency of
netmap might be helpful.

cheers
luigi

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 14:28:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 75929779;
 Wed,  5 Jun 2013 14:28:01 +0000 (UTC)
 (envelope-from caesarxuchao@gmail.com)
Received: from mail-qe0-f50.google.com (mail-qe0-f50.google.com
 [209.85.128.50])
 by mx1.freebsd.org (Postfix) with ESMTP id 2AF871C5B;
 Wed,  5 Jun 2013 14:28:00 +0000 (UTC)
Received: by mail-qe0-f50.google.com with SMTP id f6so1087609qej.9
 for <multiple recipients>; Wed, 05 Jun 2013 07:28:00 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=mime-version:in-reply-to:references:date:message-id:subject:from:to
 :content-type; bh=IycN04NcdV+ooxmCgRN72yzWIaEKXlhF7aGtTwkIIDQ=;
 b=M9LSytlhAYGWw/5Eu1ShX1UFDW1btbP7/9hsSdCsbj4Aq6mqmfrIVGzumtOl0o4p9q
 vKHgrzOtjBq2W2xUA8JwbCkdcT/1jlhn/jqVA9EgUt5Xsghj8AAZiToGRP5ONCfwJLbc
 yKVReqWGc5m2oO1IqAWIKx7k4Z/k0Cl/r6hGotii+F8hq7nnNnzkOPVtWgST0oHczgYP
 IuK7+T+XFqoXdBpZ/73sKE+eaDPLvlU1KhNUjEKqCRgKYjkAZ7Z3wRMXro+Rw2UEhMo2
 JqPu1+J34dGNvEd9ZvolQWcYHy+xXAGo1QNqnOUcHj20y3ILNkUrcbP4X7oqXbSllobu
 3yug==
MIME-Version: 1.0
X-Received: by 10.49.28.129 with SMTP id b1mr33327183qeh.62.1370442480131;
 Wed, 05 Jun 2013 07:28:00 -0700 (PDT)
Received: by 10.224.61.75 with HTTP; Wed, 5 Jun 2013 07:28:00 -0700 (PDT)
In-Reply-To: <20130605134507.GB38081@onelab2.iet.unipi.it>
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
 <20130605134507.GB38081@onelab2.iet.unipi.it>
Date: Wed, 5 Jun 2013 09:28:00 -0500
Message-ID: <CAKZq+rdZUyjg5eBAUjU_2ow-ffx-WYeoBqB40hDpW3tZbtZ7ug@mail.gmail.com>
Subject: Re: netmap on wireless NIC
From: Chao Xu <caesarxuchao@gmail.com>
To: Luigi Rizzo <rizzo@iet.unipi.it>, adrian@freebsd.org,
 freebsd-net@freebsd.org
Content-Type: text/plain; charset=ISO-8859-1
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 14:28:01 -0000

Thank you Adrian and Luigi. My goal is to reduce the latency, i.e. get the
packet as soon as it arrives on the NIC, and send the packet from user
space to NIC quickly. I think netmap will help because it skips the socket
layer and kernel network stack.


On Wed, Jun 5, 2013 at 8:45 AM, Luigi Rizzo <rizzo@iet.unipi.it> wrote:

> On Tue, Jun 04, 2013 at 04:06:35PM -0500, Chao Xu wrote:
> > Hello,
> >
> > Is it possible to hacking some wireless NIC driver (carl9170 for example)
> > to enable netmap on it? I guess this is possible because wireless drivers
> > also manage packets using ring buffers. My goal is to access the raw
> > packets as quickly as possible, not to achieve high data rate. Is there
> any
> > argument against doing so? Thank you.
>
> as other said, there is no negative argument but it does not
> seem worthwhile, because at least with current packet rates
> you should be able to extract packets using pcap.
> Unless, of course, you are running a 300Mbit/s interface
> on a slow embedded CPU, in which case the efficiency of
> netmap might be helpful.
>
> cheers
> luigi
>



-- 
Regards,
Chao Xu

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 14:44:48 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 3B249BB9;
 Wed,  5 Jun 2013 14:44:48 +0000 (UTC)
 (envelope-from luigi@onelab2.iet.unipi.it)
Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238])
 by mx1.freebsd.org (Postfix) with ESMTP id F2FCE1D0E;
 Wed,  5 Jun 2013 14:44:47 +0000 (UTC)
Received: by onelab2.iet.unipi.it (Postfix, from userid 275)
 id A50827300A; Wed,  5 Jun 2013 16:47:42 +0200 (CEST)
Date: Wed, 5 Jun 2013 16:47:42 +0200
From: Luigi Rizzo <rizzo@iet.unipi.it>
To: Chao Xu <caesarxuchao@gmail.com>
Subject: Re: netmap on wireless NIC
Message-ID: <20130605144742.GA38474@onelab2.iet.unipi.it>
References: <CAKZq+rfJNRpvigA=4OXfvjhHm35XNJRpAk4ONHNudeG-sr=3YQ@mail.gmail.com>
 <20130605134507.GB38081@onelab2.iet.unipi.it>
 <CAKZq+rdZUyjg5eBAUjU_2ow-ffx-WYeoBqB40hDpW3tZbtZ7ug@mail.gmail.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <CAKZq+rdZUyjg5eBAUjU_2ow-ffx-WYeoBqB40hDpW3tZbtZ7ug@mail.gmail.com>
User-Agent: Mutt/1.5.20 (2009-06-14)
Cc: freebsd-net@freebsd.org, adrian@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 14:44:48 -0000

On Wed, Jun 05, 2013 at 09:28:00AM -0500, Chao Xu wrote:
> Thank you Adrian and Luigi. My goal is to reduce the latency, i.e. get the
> packet as soon as it arrives on the NIC, and send the packet from user
> space to NIC quickly. I think netmap will help because it skips the socket
> layer and kernel network stack.

the difference is completely negligible.
we are talking about 1us or less

cheers
luigi

> 
> On Wed, Jun 5, 2013 at 8:45 AM, Luigi Rizzo <rizzo@iet.unipi.it> wrote:
> 
> > On Tue, Jun 04, 2013 at 04:06:35PM -0500, Chao Xu wrote:
> > > Hello,
> > >
> > > Is it possible to hacking some wireless NIC driver (carl9170 for example)
> > > to enable netmap on it? I guess this is possible because wireless drivers
> > > also manage packets using ring buffers. My goal is to access the raw
> > > packets as quickly as possible, not to achieve high data rate. Is there
> > any
> > > argument against doing so? Thank you.
> >
> > as other said, there is no negative argument but it does not
> > seem worthwhile, because at least with current packet rates
> > you should be able to extract packets using pcap.
> > Unless, of course, you are running a 300Mbit/s interface
> > on a slow embedded CPU, in which case the efficiency of
> > netmap might be helpful.
> >
> > cheers
> > luigi
> >
> 
> 
> 
> -- 
> Regards,
> Chao Xu

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 15:13:41 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id BCB1B495;
 Wed,  5 Jun 2013 15:13:41 +0000 (UTC) (envelope-from jhb@freebsd.org)
Received: from bigwig.baldwin.cx (bigwig.baldwin.cx [IPv6:2001:470:1f11:75::1])
 by mx1.freebsd.org (Postfix) with ESMTP id 997B81E8F;
 Wed,  5 Jun 2013 15:13:41 +0000 (UTC)
Received: from jhbbsd.localnet (unknown [209.249.190.124])
 by bigwig.baldwin.cx (Postfix) with ESMTPSA id 024B4B941;
 Wed,  5 Jun 2013 11:13:41 -0400 (EDT)
From: John Baldwin <jhb@freebsd.org>
To: freebsd-net@freebsd.org
Subject: Re: How to compile ipoib module manually?
Date: Wed, 5 Jun 2013 11:09:56 -0400
User-Agent: KMail/1.13.5 (FreeBSD/8.2-CBSD-20110714-p25; KDE/4.5.5; amd64; ; )
References: <64DAB3164E410447932305F50F896D8D6AF6B412@MTLDAG01.mtl.com>
In-Reply-To: <64DAB3164E410447932305F50F896D8D6AF6B412@MTLDAG01.mtl.com>
MIME-Version: 1.0
Content-Type: Text/Plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201306051109.57160.jhb@freebsd.org>
X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.7
 (bigwig.baldwin.cx); Wed, 05 Jun 2013 11:13:41 -0400 (EDT)
Cc: Oded Shanoon <odeds@mellanox.com>, Regev Lev <regevl@mellanox.com>,
 Alex Liptsin <alexl@mellanox.com>,
 "freebsd-infiniband@freebsd.org" <freebsd-infiniband@freebsd.org>,
 Meny Yossefi <menyy@mellanox.com>,
 "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 15:13:41 -0000

On Tuesday, June 04, 2013 5:18:46 am Alex Liptsin wrote:
> I commented on that lines, because I want to compile and load that modules 
manually.
> I had succeed to compile and load mlx4, mlx4ib and mlxen from /sys/modules:
> 
> [root@h-qa-033 mlxen]# kldstat
> Id Refs Address            Size     Name
> 1   14 0xffffffff80200000 13acbd8  kernel
> 2    1 0xffffffff81612000 21e5     if_mos.ko
> 3    3 0xffffffff81615000 124eb    mlx4.ko
> 4    1 0xffffffff81628000 e225     mlx4ib.ko
> 5    1 0xffffffff81637000 ec60     mlxen.ko
> 
> The problem is that IPOIB module is missing in /sys/modules.
> 
> 1.      Where can I find it?
> 
> 2.      How can I compile ipoib support?

You will have to create one.  You should be able to use the existing module 
Makefiles as a guide.

-- 
John Baldwin

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 17:25:36 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id B504CF4E;
 Wed,  5 Jun 2013 17:25:36 +0000 (UTC)
 (envelope-from alexl@mellanox.com)
Received: from eu1sys200aog105.obsmtp.com (eu1sys200aog105.obsmtp.com
 [207.126.144.119])
 by mx1.freebsd.org (Postfix) with ESMTP id 17A7B1638;
 Wed,  5 Jun 2013 17:25:34 +0000 (UTC)
Received: from MTLCAS02.mtl.com ([193.47.165.155]) (using TLSv1) by
 eu1sys200aob105.postini.com ([207.126.147.11]) with SMTP
 ID DSNKUa90hz8OlSTV5819r9UgteaN7dNl4Ucj@postini.com;
 Wed, 05 Jun 2013 17:25:36 UTC
Received: from MTLDAG01.mtl.com ([10.0.8.75]) by MTLCAS02.mtl.com
 ([10.0.8.72]) with mapi id 14.03.0123.003; Wed, 5 Jun 2013 20:22:01 +0300
From: Alex Liptsin <alexl@mellanox.com>
To: John Baldwin <jhb@freebsd.org>
Subject: Re: How to compile ipoib module manually?
Thread-Topic: How to compile ipoib module manually?
Thread-Index: Ac5hBINaGaDVjqC1T4OcCXIOoLbpUQA4RRMAAArmUzs=
Date: Wed, 5 Jun 2013 17:22:01 +0000
Message-ID: <2243E588-1BF8-4935-ACA2-48BA173335FB@Mellanox.Com>
References: <64DAB3164E410447932305F50F896D8D6AF6B412@MTLDAG01.mtl.com>,
 <201306051109.57160.jhb@freebsd.org>
In-Reply-To: <201306051109.57160.jhb@freebsd.org>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: 
X-MS-TNEF-Correlator: 
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-8-i"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
Cc: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>,
 Oded Shanoon <odeds@mellanox.com>, Regev Lev <regevl@mellanox.com>,
 "freebsd-infiniband@freebsd.org" <freebsd-infiniband@freebsd.org>,
 Meny Yossefi <menyy@mellanox.com>,
 "freebsd-questions@freebsd.org" <freebsd-questions@freebsd.org>
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 17:25:36 -0000

Thanks a lot.

Alex L.


Sent from my iPhone

On 5 =E1=E9=E5=F0 2013, at 18:13, "John Baldwin" <jhb@freebsd.org<mailto:jh=
b@freebsd.org>> wrote:

On Tuesday, June 04, 2013 5:18:46 am Alex Liptsin wrote:
I commented on that lines, because I want to compile and load that modules
manually.
I had succeed to compile and load mlx4, mlx4ib and mlxen from /sys/modules:

[root@h-qa-033 mlxen]# kldstat
Id Refs Address            Size     Name
1   14 0xffffffff80200000 13acbd8  kernel
2    1 0xffffffff81612000 21e5     if_mos.ko
3    3 0xffffffff81615000 124eb    mlx4.ko
4    1 0xffffffff81628000 e225     mlx4ib.ko
5    1 0xffffffff81637000 ec60     mlxen.ko

The problem is that IPOIB module is missing in /sys/modules.

1.      Where can I find it?

2.      How can I compile ipoib support?

You will have to create one.  You should be able to use the existing module
Makefiles as a guide.

--
John Baldwin

From owner-freebsd-net@FreeBSD.ORG  Wed Jun  5 17:37:15 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id EA3C637C;
 Wed,  5 Jun 2013 17:37:15 +0000 (UTC)
 (envelope-from yaneurabeya@gmail.com)
Received: from mail-pd0-f178.google.com (mail-pd0-f178.google.com
 [209.85.192.178])
 by mx1.freebsd.org (Postfix) with ESMTP id B521516BB;
 Wed,  5 Jun 2013 17:37:15 +0000 (UTC)
Received: by mail-pd0-f178.google.com with SMTP id w16so2139879pde.9
 for <multiple recipients>; Wed, 05 Jun 2013 10:37:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113;
 h=subject:mime-version:content-type:from:in-reply-to:date:cc
 :content-transfer-encoding:message-id:references:to:x-mailer;
 bh=Elfjc8XLk8ZNXjpKJp4DQkktAwsvHwx4vvtjeOU+F6I=;
 b=qS8flcG+yFBcJyiDxWaWSGj3K9OJQGmTasmH6UXQ6hIfYjlaUsSfsPJW+C2CfiQwPN
 cjBjXwzzU86Xty8qNzuVLYLF/cqqjALsJ44O4FCcILlTAT3lMmZm/Tzn9c11BKLfbKAE
 ziVg88Yck+8VYAo1YtgINsgnmVuOwH4WEEo3FY5gffla49C+8ZvbBkQluR0VQUrNVa0L
 pva/eTPeYpKD5WHBKok2OBn8fUvdaICkZtS5TBYVmOCVSZVDZm5pTRVxHdpG4VAYh0D7
 W5iBMsTuQWAndbYb+h65JyMKhVtkwzqtswHe0E+wsjw3BAILhIyfKo0d18/NQSPFTreJ
 hqVQ==
X-Received: by 10.66.126.11 with SMTP id mu11mr34181878pab.81.1370453834995;
 Wed, 05 Jun 2013 10:37:14 -0700 (PDT)
Received: from [192.168.20.5] (c-98-203-241-95.hsd1.wa.comcast.net.
 [98.203.241.95])
 by mx.google.com with ESMTPSA id p2sm5008986pag.22.2013.06.05.10.37.13
 for <multiple recipients>
 (version=TLSv1 cipher=ECDHE-RSA-RC4-SHA bits=128/128);
 Wed, 05 Jun 2013 10:37:14 -0700 (PDT)
Subject: Re: How to compile ipoib module manually?
Mime-Version: 1.0 (Apple Message framework v1283)
Content-Type: text/plain; charset=ISO-8859-8-i
From: Garrett Cooper <yaneurabeya@gmail.com>
In-Reply-To: <2243E588-1BF8-4935-ACA2-48BA173335FB@Mellanox.Com>
Date: Wed, 5 Jun 2013 10:34:51 -0700
Content-Transfer-Encoding: quoted-printable
Message-Id: <F98E14CC-4C7B-41AD-A51A-AA3829FF961B@gmail.com>
References: <64DAB3164E410447932305F50F896D8D6AF6B412@MTLDAG01.mtl.com>,
 <201306051109.57160.jhb@freebsd.org>
 <2243E588-1BF8-4935-ACA2-48BA173335FB@Mellanox.Com>
To: Alex Liptsin <alexl@mellanox.com>
X-Mailer: Apple Mail (2.1283)
Cc: John Baldwin <jhb@freebsd.org>, freebsd-net@freebsd.org,
 Regev Lev <regevl@mellanox.com>, freebsd-infiniband@freebsd.org,
 Meny Yossefi <menyy@mellanox.com>, freebsd-questions@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Wed, 05 Jun 2013 17:37:16 -0000

On Jun 5, 2013, at 10:22 AM, Alex Liptsin wrote:

> Thanks a lot.
>=20
> Alex L.
>=20
>=20
> Sent from my iPhone
>=20
> On 5 =E1=E9=E5=F0 2013, at 18:13, "John Baldwin" =
<jhb@freebsd.org<mailto:jhb@freebsd.org>> wrote:
>=20
> On Tuesday, June 04, 2013 5:18:46 am Alex Liptsin wrote:
> I commented on that lines, because I want to compile and load that =
modules
> manually.
> I had succeed to compile and load mlx4, mlx4ib and mlxen from =
/sys/modules:
>=20
> [root@h-qa-033 mlxen]# kldstat
> Id Refs Address            Size     Name
> 1   14 0xffffffff80200000 13acbd8  kernel
> 2    1 0xffffffff81612000 21e5     if_mos.ko
> 3    3 0xffffffff81615000 124eb    mlx4.ko
> 4    1 0xffffffff81628000 e225     mlx4ib.ko
> 5    1 0xffffffff81637000 ec60     mlxen.ko
>=20
> The problem is that IPOIB module is missing in /sys/modules.
>=20
> 1.      Where can I find it?
>=20
> 2.      How can I compile ipoib support?
>=20
> You will have to create one.  You should be able to use the existing =
module
> Makefiles as a guide.

(Please don't cross-post multiple mailing lists)
	See also: https://github.com/yaneurabeya/freebsd/tree/ib-modules =
. Diff that branch and master to see what I've done so far to make the =
IB stuff into modules (example: =
https://github.com/yaneurabeya/freebsd/blob/ib-modules/sys/modules/ipoib/M=
akefile ). It's not perfect, but it's a start. Something that I've =
wanted to push into the Isilon IB branch for some time, but it's going =
to take a while before that's committed back to FreeBSD proper I think.
	Please credit me and add sponsored-by: EMC Isilon for the =
initial work if you push this elsewhere. Otherwise, it's all your's to =
play with :).
Cheers,
-Garrett=

From owner-freebsd-net@FreeBSD.ORG  Thu Jun  6 14:52:53 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id 33AEBF57;
 Thu,  6 Jun 2013 14:52:53 +0000 (UTC)
 (envelope-from glebius@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id 0D5101816;
 Thu,  6 Jun 2013 14:52:53 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r56EqqvU039099;
 Thu, 6 Jun 2013 14:52:52 GMT
 (envelope-from glebius@freefall.freebsd.org)
Received: (from glebius@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r56EqqjJ039098;
 Thu, 6 Jun 2013 14:52:52 GMT (envelope-from glebius)
Date: Thu, 6 Jun 2013 14:52:52 GMT
Message-Id: <201306061452.r56EqqjJ039098@freefall.freebsd.org>
To: titi5187@gmail.com, glebius@FreeBSD.org, freebsd-net@FreeBSD.org
From: glebius@FreeBSD.org
Subject: Re: kern/179264: [vimage] [pf] Core dump with Packet filter and
 VIMAGE options compile in a kernel
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jun 2013 14:52:53 -0000

Synopsis: [vimage] [pf] Core dump with Packet filter and VIMAGE options compile in a kernel

State-Changed-From-To: open->analyzed
State-Changed-By: glebius
State-Changed-When: Thu Jun 6 14:52:13 UTC 2013
State-Changed-Why: 
There is work in progress in this area:

http://lists.freebsd.org/pipermail/freebsd-virtualization/2013-June/001296.html

http://www.freebsd.org/cgi/query-pr.cgi?pr=179264

From owner-freebsd-net@FreeBSD.ORG  Thu Jun  6 20:23:31 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mandree.no-ip.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by hub.freebsd.org (Postfix) with ESMTP id AC7C8E34
 for <freebsd-net@freebsd.org>; Thu,  6 Jun 2013 20:23:31 +0000 (UTC)
 (envelope-from mandree@FreeBSD.org)
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id D8EA723CEB6
 for <freebsd-net@freebsd.org>; Thu,  6 Jun 2013 22:23:30 +0200 (CEST)
Message-ID: <51B0EFC2.1020406@FreeBSD.org>
Date: Thu, 06 Jun 2013 22:23:30 +0200
From: Matthias Andree <mandree@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130510 Thunderbird/17.0.6
MIME-Version: 1.0
To: freebsd-net@freebsd.org
Subject: IN6_IS_ADDR_* macros use invalid type punning?
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: 7bit
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jun 2013 20:23:32 -0000


-- NOTE -- Please Cc: me on replies, I am not subscribed to freebsd-net.


Greetings,

I am just staring at gcc 4.8 warnings when compiling the try.c code
shown below:

----------------------------------------------------------------
$ cat try.c
#include <sys/types.h>
#include <sys/socket.h>
#include <unistd.h>
#include <netinet/in.h>

int f(void) {
    struct sockaddr_in6 sin6;

    int r = IN6_IS_ADDR_V4MAPPED((&sin6.sin6_addr));
    return r;
}
----------------------------------------------------------------

----------------------------------------------------------------
$ gcc48 -Wall -O2 -c try.c
try.c: In function 'f':
try.c:9:5: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
     int r = IN6_IS_ADDR_V4MAPPED((&sin6.sin6_addr));
     ^
try.c:9:5: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
try.c:9:5: warning: dereferencing type-punned pointer will break
strict-aliasing rules [-Wstrict-aliasing]
----------------------------------------------------------------

This is on FreeBSD 9.1-RELEASE amd64.

/usr/include/netinet6/in6.h contains:

/*
 * Mapped
 */
#define IN6_IS_ADDR_V4MAPPED(a)               \
        ((*(const u_int32_t *)(const void *)(&(a)->s6_addr[0]) == 0) && \
         (*(const u_int32_t *)(const void *)(&(a)->s6_addr[4]) == 0) && \
         (*(const u_int32_t *)(const void *)(&(a)->s6_addr[8]) ==
ntohl(0x0000ffff)))


So we indeed break C99/C11 aliasing rules here.


Pedantically speaking, it would also have to be htonl() instead of
ntohl() because the in6_addr is in network order, but it does not matter
to the machine because either maps to __bswap32() anyway.




The same in6.h also declares:

struct in6_addr {
        union {
                uint8_t         __u6_addr8[16];
                uint16_t        __u6_addr16[8];
                uint32_t        __u6_addr32[4];
        } __u6_addr;                    /* 128-bit IP6 address */
};


Which would appear to open up an alias-safe way  (sanctioned by the C
standard, access through union containing the type) to reimplement the
macro, which also makes the GCC 4.8 warning go away and is far more
readable:


/*
 * Mapped
 */
#define IN6_IS_ADDR_V4MAPPED(a)	\
	((a)->__u6_addr.__u6_addr32[0] == 0 && \
         (a)->__u6_addr.__u6_addr32[1] == 0 && \
         (a)->__u6_addr.__u6_addr16[2] == htonl(0x0000ffff))


Similar considerations apply to the other IN6_IS_ADDR_* macros.


Now, what do we do?

Can we get these fixed in a reasonable timeframe?

To whom, or where, would I submit a patch for all the macros so that it
actually gets committed to HEAD and MFC'd to /9 and /8?

Do we have unit tests for these macros?  Should we add some?


Best
Matthias
(I don't have src commit permission.)
-- NOTE -- Please Cc: me on replies, I am not subscribed to freebsd-net.

From owner-freebsd-net@FreeBSD.ORG  Thu Jun  6 23:34:45 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 5EEB66CA;
 Thu,  6 Jun 2013 23:34:45 +0000 (UTC)
 (envelope-from mdounin@mdounin.ru)
Received: from ns2.mdounin.ru (ns2.mdounin.ru [88.198.19.180])
 by mx1.freebsd.org (Postfix) with ESMTP id 2473F1C71;
 Thu,  6 Jun 2013 23:34:44 +0000 (UTC)
Received: from mdounin.ru (ns2.mdounin.ru [88.198.19.180])
 by ns2.mdounin.ru (Postfix) with ESMTP id 2C35FED8C00;
 Fri,  7 Jun 2013 03:29:25 +0400 (MSK)
Date: Fri, 7 Jun 2013 03:29:25 +0400
From: Maxim Dounin <mdounin@mdounin.ru>
To: Matthias Andree <mandree@FreeBSD.org>
Subject: Re: IN6_IS_ADDR_* macros use invalid type punning?
Message-ID: <20130606232925.GU72282@mdounin.ru>
References: <51B0EFC2.1020406@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <51B0EFC2.1020406@FreeBSD.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Thu, 06 Jun 2013 23:34:45 -0000

Hello!

On Thu, Jun 06, 2013 at 10:23:30PM +0200, Matthias Andree wrote:

> I am just staring at gcc 4.8 warnings when compiling the try.c code
> shown below:

[...]

> try.c:9:5: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]
>      int r = IN6_IS_ADDR_V4MAPPED((&sin6.sin6_addr));
>      ^
> try.c:9:5: warning: dereferencing type-punned pointer will break
> strict-aliasing rules [-Wstrict-aliasing]

[...]

> Can we get these fixed in a reasonable timeframe?
> 
> To whom, or where, would I submit a patch for all the macros so that it
> actually gets committed to HEAD and MFC'd to /9 and /8?

Gleb already committed a fix for this 16 months ago 
(unfortunately, correct patch description was lost in transit):

http://svnweb.freebsd.org/base?view=revision&revision=230584

Probably it's a good idea to MFC the fix.

-- 
Maxim Dounin
http://nginx.org/en/donation.html

From owner-freebsd-net@FreeBSD.ORG  Fri Jun  7 06:08:39 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mandree.no-ip.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by hub.freebsd.org (Postfix) with ESMTP id E35FD3F0;
 Fri,  7 Jun 2013 06:08:38 +0000 (UTC)
 (envelope-from mandree@FreeBSD.org)
Received: from [IPv6:::1] (localhost6.localdomain6 [IPv6:::1])
 by apollo.emma.line.org (Postfix) with ESMTP id AE15023CEB6;
 Fri,  7 Jun 2013 08:08:37 +0200 (CEST)
Message-ID: <51B178E5.6010500@FreeBSD.org>
Date: Fri, 07 Jun 2013 08:08:37 +0200
From: Matthias Andree <mandree@FreeBSD.org>
User-Agent: Mozilla/5.0 (X11; Linux x86_64;
 rv:17.0) Gecko/20130510 Thunderbird/17.0.6
MIME-Version: 1.0
To: Maxim Dounin <mdounin@mdounin.ru>
Subject: Re: IN6_IS_ADDR_* macros use invalid type punning?
References: <51B0EFC2.1020406@FreeBSD.org> <20130606232925.GU72282@mdounin.ru>
In-Reply-To: <20130606232925.GU72282@mdounin.ru>
X-Enigmail-Version: 1.4.6
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2013 06:08:39 -0000

Am 07.06.2013 01:29, schrieb Maxim Dounin:

> [...]
> 
>> try.c:9:5: warning: dereferencing type-punned pointer will break
>> strict-aliasing rules [-Wstrict-aliasing]
>>      int r = IN6_IS_ADDR_V4MAPPED((&sin6.sin6_addr));
>>      ^
>> try.c:9:5: warning: dereferencing type-punned pointer will break
>> strict-aliasing rules [-Wstrict-aliasing]
> 
> [...]

> Gleb already committed a fix for this 16 months ago 
> (unfortunately, correct patch description was lost in transit):
> 
> http://svnweb.freebsd.org/base?view=revision&revision=230584

Great.  Thank you for the pointer.  I could have checked head/ first
indeed.

Looking at
<http://svnweb.freebsd.org/base/head/sys/netinet6/in6.h?r1=230584&r2=230583&pathrev=230584>:
The code committed at that time is lucky that htonl() and ntohl() are
implemented the same way; all changed macros should be changed to use ==
htonl(1) or == htonl(0x0000ffff), just to get the proper meaning across.

ntohl would have to be applied to the __u6_addr instead, but is less
efficient because it is not open to compile-time evaluation, unlike
htonl(CONSTANT_ADDRESS).


And indeed the commit log is a bit less compelling than might have
fostered the propagation.  It looks like it were only about qualifiers,
but it is also about violating aliasing rules per ISO 9899.

> Probably it's a good idea to MFC the fix.

Please let's get this MFC'd and MFS'd (while it won't make releng/8.4 at
least we can have stable/8 fixed, too) and get the system-headers
induced warning done away with on all supported branches.

Best
Matthias

From owner-freebsd-net@FreeBSD.ORG  Fri Jun  7 09:06:25 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id C88911B1
 for <freebsd-net@freebsd.org>; Fri,  7 Jun 2013 09:06:25 +0000 (UTC)
 (envelope-from lars@netapp.com)
Received: from mx11.netapp.com (mx11.netapp.com [216.240.18.76])
 by mx1.freebsd.org (Postfix) with ESMTP id B1991121F
 for <freebsd-net@freebsd.org>; Fri,  7 Jun 2013 09:06:25 +0000 (UTC)
X-IronPort-AV: E=Sophos;i="4.87,820,1363158000"; d="scan'208";a="22972876"
Received: from vmwexceht01-prd.hq.netapp.com ([10.106.76.239])
 by mx11-out.netapp.com with ESMTP; 07 Jun 2013 02:06:18 -0700
Received: from SACEXCMBX01-PRD.hq.netapp.com ([169.254.2.208]) by
 vmwexceht01-prd.hq.netapp.com ([10.106.76.239]) with mapi id 14.03.0123.003;
 Fri, 7 Jun 2013 02:06:18 -0700
From: "Eggert, Lars" <lars@netapp.com>
To: "freebsd-net@freebsd.org" <freebsd-net@freebsd.org>
Subject: TCP RST with gpxe
Thread-Topic: TCP RST with gpxe
Thread-Index: AQHOY15ETphZaDl4okSzLmTiMljoTQ==
Date: Fri, 7 Jun 2013 09:06:18 +0000
Message-ID: <9592CC1D-A503-4F82-9DF3-E38A6BC45E36@netapp.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach: yes
X-MS-TNEF-Correlator: 
x-originating-ip: [10.106.53.51]
Content-Type: multipart/mixed;
 boundary="_002_9592CC1DA5034F829DF3E38A6BC45E36netappcom_"
MIME-Version: 1.0
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2013 09:06:25 -0000

--_002_9592CC1DA5034F829DF3E38A6BC45E36netappcom_
Content-Type: text/plain; charset="us-ascii"
Content-ID: <B014F96265053A4FBBAEAA8D839A602A@hq.netapp.com>
Content-Transfer-Encoding: quoted-printable

Hi,

when loading things from gpxe over HTTP from a FreeBSD server, FreeBSD rese=
ts the connection after the GET. A Linux HTTP server doesn't. Dump attached=
.

Any clues as to why this is happening?

Thanks,
Lars


--_002_9592CC1DA5034F829DF3E38A6BC45E36netappcom_
Content-Type: application/octet-stream; name="dump3"
Content-Description: dump3
Content-Disposition: attachment; filename="dump3"; size=672;
	creation-date="Fri, 07 Jun 2013 09:06:17 GMT";
	modification-date="Fri, 07 Jun 2013 09:06:17 GMT"
Content-ID: <26EF6EE0F0588346910AF97B2D0BA47D@hq.netapp.com>
Content-Transfer-Encoding: base64

1MOyoQIABAAAAAAAAAAAAP//AAABAAAAJJyxUVQTCABGAAAARgAAAJDiujoeDQCgmDYI2AgARQAA
OAAFAABABvNowKgGAcCoAAExrABQf5XHyAAAAACQAheIoh4AAAEBCAoACqSxAAAAAAIEBbQknLFR
jxQIAEYAAABGAAAAAKCYNgjYkOK6Oh4NCABFAAA4nFFAAEAGFxzAqAABwKgGAQBQMaw/xLpkf5XH
yZAS//+HfQAAAgQFtAEBCAoo00h8AAqksSScsVHHFAgAQgAAAEIAAACQ4ro6Hg0AoJg2CNgIAEUA
ADQABgAAQAbza8CoBgHAqAABMawAUH+Vx8k/xLplgBgXiL+ZAAABAQgKAAqksQAAAAAknLFROxUI
AKIAAACiAAAAkOK6Oh4NAKCYNgjYCABFAACUAAcAAEAG8wrAqAYBwKgAATGsAFB/lcfJP8S6ZYAY
F4juawAAAQEICgAKpLEAAAAAR0VUIC9tdWNsYWIvbGludXgvdm1saW51ei0zLjIuNDEubXVjbGFi
IEhUVFAvMS4wDQpVc2VyLUFnZW50OiBnUFhFLzEuMC4xKw0KSG9zdDogMTkyLjE2OC4wLjENCg0K
JJyxUWAVCAA2AAAANgAAAACgmDYI2JDiujoeDQgARQAAKJxSQABABhcrwKgAAcCoBgEAUDGsP8S6
ZQAAAABQBAAAh20AACScsVHAFQgANgAAADYAAAAAoJg2CNiQ4ro6Hg0IAEUAACicU0AAQAYXKsCo
AAHAqAYBAFAxrD/EumUAAAAAUAQAAIdtAAAknLFREWoMADwAAAA8AAAAkOK6Oh4NAKCYNgjYCABF
AAAoAAgAAEAG83XAqAYBwKgAATGsAFAAAAAAP8S6ZVAUIADcVwAAAAAAAAAA

--_002_9592CC1DA5034F829DF3E38A6BC45E36netappcom_--

From owner-freebsd-net@FreeBSD.ORG  Fri Jun  7 13:37:02 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id ED56FE3;
 Fri,  7 Jun 2013 13:37:02 +0000 (UTC)
 (envelope-from mdounin@mdounin.ru)
Received: from ns2.mdounin.ru (ns2.mdounin.ru [88.198.19.180])
 by mx1.freebsd.org (Postfix) with ESMTP id C51A51F77;
 Fri,  7 Jun 2013 13:37:01 +0000 (UTC)
Received: from mdounin.ru (ns2.mdounin.ru [88.198.19.180])
 by ns2.mdounin.ru (Postfix) with ESMTP id C0B75ED8C08;
 Fri,  7 Jun 2013 17:36:59 +0400 (MSK)
Date: Fri, 7 Jun 2013 17:36:59 +0400
From: Maxim Dounin <mdounin@mdounin.ru>
To: Matthias Andree <mandree@FreeBSD.org>
Subject: Re: IN6_IS_ADDR_* macros use invalid type punning?
Message-ID: <20130607133659.GZ72282@mdounin.ru>
References: <51B0EFC2.1020406@FreeBSD.org> <20130606232925.GU72282@mdounin.ru>
 <51B178E5.6010500@FreeBSD.org>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <51B178E5.6010500@FreeBSD.org>
User-Agent: Mutt/1.5.21 (2010-09-15)
Cc: freebsd-net@freebsd.org
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2013 13:37:03 -0000

Hello!

On Fri, Jun 07, 2013 at 08:08:37AM +0200, Matthias Andree wrote:

> Am 07.06.2013 01:29, schrieb Maxim Dounin:
> 
> > [...]
> > 
> >> try.c:9:5: warning: dereferencing type-punned pointer will break
> >> strict-aliasing rules [-Wstrict-aliasing]
> >>      int r = IN6_IS_ADDR_V4MAPPED((&sin6.sin6_addr));
> >>      ^
> >> try.c:9:5: warning: dereferencing type-punned pointer will break
> >> strict-aliasing rules [-Wstrict-aliasing]
> > 
> > [...]
> 
> > Gleb already committed a fix for this 16 months ago 
> > (unfortunately, correct patch description was lost in transit):
> > 
> > http://svnweb.freebsd.org/base?view=revision&revision=230584
> 
> Great.  Thank you for the pointer.  I could have checked head/ first
> indeed.
> 
> Looking at
> <http://svnweb.freebsd.org/base/head/sys/netinet6/in6.h?r1=230584&r2=230583&pathrev=230584>:
> The code committed at that time is lucky that htonl() and ntohl() are
> implemented the same way; all changed macros should be changed to use ==
> htonl(1) or == htonl(0x0000ffff), just to get the proper meaning across.
> 
> ntohl would have to be applied to the __u6_addr instead, but is less
> efficient because it is not open to compile-time evaluation, unlike
> htonl(CONSTANT_ADDRESS).

This is how it works since 1999, and seems to be completely 
separate issue:

http://www.kame.net/dev/cvsweb2.cgi/kame/kame/sys/netinet6/in6.h.diff?r1=1.1;r2=1.2

It's mostly cosmetic though.

> And indeed the commit log is a bit less compelling than might have
> fostered the propagation.  It looks like it were only about qualifiers,
> but it is also about violating aliasing rules per ISO 9899.

Yes, as I said, correct patch description was, unfortunately, lost 
in transit.  Original intention was to fix aliasing warnings as 
produced by gcc 4.6+ with -O2.  To don't reinvent the wheel patch 
from NetBSD for the problem was used,

http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/netinet6/in6.h#rev1.67
http://cvsweb.netbsd.org/bsdweb.cgi/src/sys/netinet6/in6.h.diff?r1=1.66&r2=1.67

> > Probably it's a good idea to MFC the fix.
> 
> Please let's get this MFC'd and MFS'd (while it won't make releng/8.4 at
> least we can have stable/8 fixed, too) and get the system-headers
> induced warning done away with on all supported branches.

I personally don't think that stable/8 needs to be touched, but it's 
up to Gleb to decide.

-- 
Maxim Dounin
http://nginx.org/en/donation.html

From owner-freebsd-net@FreeBSD.ORG  Fri Jun  7 18:01:16 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 83AE2BFB
 for <freebsd-net@freebsd.org>; Fri,  7 Jun 2013 18:01:16 +0000 (UTC)
 (envelope-from spawk@acm.poly.edu)
Received: from acm.poly.edu (acm.poly.edu [64.147.113.26])
 by mx1.freebsd.org (Postfix) with ESMTP id 41A991D22
 for <freebsd-net@freebsd.org>; Fri,  7 Jun 2013 18:01:16 +0000 (UTC)
Received: from acm.poly.edu (localhost [127.0.0.1])
 by acm.poly.edu (Postfix) with ESMTP id E68911F13A4
 for <freebsd-net@freebsd.org>; Fri,  7 Jun 2013 13:53:03 -0400 (EDT)
Received: (qmail 54380 invoked from network); 7 Jun 2013 17:53:03 -0000
Received: from unknown (HELO ?10.50.50.200?) (spawk@64.147.100.2)
 by acm.poly.edu with CAMELLIA256-SHA encrypted SMTP; 7 Jun 2013 17:53:03 -0000
Message-ID: <51B21DFB.8060303@acm.poly.edu>
Date: Fri, 07 Jun 2013 13:52:59 -0400
From: Boris Kochergin <spawk@acm.poly.edu>
User-Agent: Mozilla/5.0 (X11; FreeBSD i386;
 rv:17.0) Gecko/20130401 Thunderbird/17.0.4
MIME-Version: 1.0
To: freebsd-net@freebsd.org
Subject: Unsupported AFBR-700SDZ SFP+ module with 82598EB 10-Gigabit AF Dual
 Port Network Connection
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 7bit
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Fri, 07 Jun 2013 18:01:16 -0000

I had originally sent this to the freebsdnic@mailbox.intel.com address
mentioned in the ixgbe(4) man page, but it unfortunately bounced.

I am running FreeBSD 9.1-RELEASE/amd64 and have a "82598EB 10-Gigabit AF
Dual Port Network Connection" controller. I've been trying to get a
working SFP+ module for it to do 10-GBASE-SR. The
/usr/src/sys/dev/ixgbe/README file, on line 100, says that the following
SFP+ module has "received some testing":

Avago SFP+ SR bailed, 10g single rate AFBR-700SDZ

I bought one, inserted into the controller, booted up, and was greeted
by this message:

ix0: port 0xecc0-0xecdf mem
0xdf340000-0xdf35ffff,0xdf380000-0xdf3bffff,0xdf338000-0xdf33bfff irq 38
at device 0.0 on pci6
ix0: Using MSIX interrupts with 9 vectors
ix0: RX Descriptors exceed system mbuf max, using default instead!
ix0: Unsupported SFP+ Module
ix0: Hardware Initialization Failure device_attach:
ix0 attach returned 5
ix0: port 0xece0-0xecff mem
0xdf360000-0xdf37ffff,0xdf3c0000-0xdf3fffff,0xdf33c000-0xdf33ffff irq 45
at device 0.1 on pci6

Anyone know why this happened? Can you point me to a complete list of
SFP+ modules that will work with the controller? Let me know if you need
any other information.

Thanks.

-Boris

From owner-freebsd-net@FreeBSD.ORG  Sat Jun  8 08:20:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.freebsd.org
 [IPv6:2001:1900:2254:206a::19:1])
 by hub.freebsd.org (Postfix) with ESMTP id ED7B546A
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Sat,  8 Jun 2013 08:20:01 +0000 (UTC)
 (envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id C3B071A59
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Sat,  8 Jun 2013 08:20:01 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r588K1OZ062296
 for <freebsd-net@freefall.freebsd.org>; Sat, 8 Jun 2013 08:20:01 GMT
 (envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r588K1WB062291;
 Sat, 8 Jun 2013 08:20:01 GMT (envelope-from gnats)
Date: Sat, 8 Jun 2013 08:20:01 GMT
Message-Id: <201306080820.r588K1WB062291@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
Cc: 
From: Jason Wolfe <jason@llnw.com>
Subject: Re: kern/172675: [netinet] [patch] sysctl_tcp_hc_list
 (net.inet.tcp.hostcache.list) race condition causing memory corruption
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Jason Wolfe <jason@llnw.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jun 2013 08:20:02 -0000

The following reply was made to PR kern/172675; it has been noted by GNATS.

From: Jason Wolfe <jason@llnw.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/172675: [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hostcache.list)
 race condition causing memory corruption
Date: Sat, 08 Jun 2013 01:11:21 -0700

 It appears this was committed to HEAD verbatim in r241735.  Not sure who 
 'az' is though :)

From owner-freebsd-net@FreeBSD.ORG  Sat Jun  8 08:59:29 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id 49F408CA
 for <freebsd-net@freebsd.org>; Sat,  8 Jun 2013 08:59:29 +0000 (UTC)
 (envelope-from sales@asic-technologies.com)
Received: from deferred-out-120.livemail.co.uk
 (deferred-out-120.livemail.co.uk [213.171.216.120])
 by mx1.freebsd.org (Postfix) with ESMTP id 10BB51B63
 for <freebsd-net@freebsd.org>; Sat,  8 Jun 2013 08:59:28 +0000 (UTC)
Received: from cust-smtp-192.fasthosts.net.uk (smtp-out-60.livemail.co.uk
 [213.171.216.60])
 by deferred-out-120.livemail.co.uk (Postfix) with ESMTP id 07EED55845B
 for <freebsd-net@freebsd.org>; Sat,  8 Jun 2013 09:32:40 +0100 (BST)
Received: from neils-pc (unknown [90.192.216.27])
 by cust-smtp-192.fasthosts.net.uk (Postfix) with ESMTP id 516AB77011D
 for <freebsd-net@freebsd.org>; Sat,  8 Jun 2013 09:32:31 +0100 (BST)
From: "sales@asic-technologies.com" <sales@asic-technologies.com>
To: "freebsd-net" <freebsd-net@freebsd.org>
Subject: Asic-technologies.com
Message-ID: <d843e7872f457048bb1ada4ad2804508@asic-technologies.com" <sales>
Date: Sat, 08 Jun 2013 06:42:41 +0100
MIME-Version: 1.0
X-Priority: 3
X-Mailer: Microsoft Office Outlook 12.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
X-Content-Filtered-By: Mailman/MimeDel 2.1.14
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jun 2013 08:59:29 -0000

Asic-technologies.com=0D=0AWe make ASIC Bitcoin Mining Gear =
using the ASIC chips Sourced from Taiwan.=0D=0A3.1 -3.3 GHash/sec =
4 Board (has 32 chips) - 15 BTC=0D=0A9.3-9.9 GHash/sec 12 Board =
(has 96 chips) - 30 BTC=0D=0AEach module board uses about 39 =
Watts of power.=0D=0AMining board's supplied (No case) power =
supply , On-board heat sink , USB connectors.=0D=0AReady assembled=0D=0A=
(suggest that you insert board's into a case and add cooling =
fans)=0D=0AAll the boards are linked together , With one main =
controller.=0D=0AEasy to Install Software (Disk Provided)=0D=0ASimple =
Plug and play.=0D=0AAsic-technologies.com

From owner-freebsd-net@FreeBSD.ORG  Sat Jun  8 09:30:01 2013
Return-Path: <owner-freebsd-net@FreeBSD.ORG>
Delivered-To: freebsd-net@smarthost.ysv.freebsd.org
Received: from mx1.freebsd.org (mx1.FreeBSD.org [8.8.178.115])
 by hub.freebsd.org (Postfix) with ESMTP id CC842E03
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Sat,  8 Jun 2013 09:30:01 +0000 (UTC)
 (envelope-from gnats@FreeBSD.org)
Received: from freefall.freebsd.org (freefall.freebsd.org
 [IPv6:2001:1900:2254:206c::16:87])
 by mx1.freebsd.org (Postfix) with ESMTP id A5A771C6A
 for <freebsd-net@smarthost.ysv.freebsd.org>;
 Sat,  8 Jun 2013 09:30:01 +0000 (UTC)
Received: from freefall.freebsd.org (localhost [127.0.0.1])
 by freefall.freebsd.org (8.14.7/8.14.7) with ESMTP id r589U1tf075922
 for <freebsd-net@freefall.freebsd.org>; Sat, 8 Jun 2013 09:30:01 GMT
 (envelope-from gnats@freefall.freebsd.org)
Received: (from gnats@localhost)
 by freefall.freebsd.org (8.14.7/8.14.7/Submit) id r589U0Uc075921;
 Sat, 8 Jun 2013 09:30:00 GMT (envelope-from gnats)
Date: Sat, 8 Jun 2013 09:30:00 GMT
Message-Id: <201306080930.r589U0Uc075921@freefall.freebsd.org>
To: freebsd-net@FreeBSD.org
Cc: 
From: Jason Wolfe <jason@llnw.com>
Subject: Re: kern/172675: [netinet] [patch] sysctl_tcp_hc_list
 (net.inet.tcp.hostcache.list) race condition causing memory corruption
X-BeenThere: freebsd-net@freebsd.org
X-Mailman-Version: 2.1.14
Precedence: list
Reply-To: Jason Wolfe <jason@llnw.com>
List-Id: Networking and TCP/IP with FreeBSD <freebsd-net.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/options/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-net>
List-Post: <mailto:freebsd-net@freebsd.org>
List-Help: <mailto:freebsd-net-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-net>,
 <mailto:freebsd-net-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Sat, 08 Jun 2013 09:30:01 -0000

The following reply was made to PR kern/172675; it has been noted by GNATS.

From: Jason Wolfe <jason@llnw.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/172675: [netinet] [patch] sysctl_tcp_hc_list (net.inet.tcp.hostcache.list)
 race condition causing memory corruption
Date: Sat, 08 Jun 2013 02:20:48 -0700

 My mistake, this is still an open issue, only the small RTT value patch 
 of this diff is live.
 
 -                            (RTM_RTTUNIT / (hz * TCP_RTT_SCALE))),
 +                                (RTM_RTTUNIT / (hz * TCP_RTTVAR_SCALE))),