From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 01:31:43 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E0C671065672; Sun, 14 Nov 2010 01:31:43 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B59AA8FC0C; Sun, 14 Nov 2010 01:31:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAE1Vhdx015146; Sun, 14 Nov 2010 01:31:43 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAE1Vhgg015138; Sun, 14 Nov 2010 01:31:43 GMT (envelope-from arundel) Date: Sun, 14 Nov 2010 01:31:43 GMT Message-Id: <201011140131.oAE1Vhgg015138@freefall.freebsd.org> To: arundel@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-usb@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: usb/141777: [usb8] [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI-UC-G X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 01:31:44 -0000 Old Synopsis: [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI-UC-G New Synopsis: [usb8] [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI-UC-G Responsible-Changed-From-To: freebsd-net->freebsd-usb Responsible-Changed-By: arundel Responsible-Changed-When: Sun Nov 14 01:29:21 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). This looks more usb related than anything else. http://www.freebsd.org/cgi/query-pr.cgi?pr=141777 From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 01:45:31 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8129106566B; Sun, 14 Nov 2010 01:45:31 +0000 (UTC) (envelope-from arundel@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AD7358FC0A; Sun, 14 Nov 2010 01:45:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAE1jVhB024721; Sun, 14 Nov 2010 01:45:31 GMT (envelope-from arundel@freefall.freebsd.org) Received: (from arundel@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAE1jVg9024717; Sun, 14 Nov 2010 01:45:31 GMT (envelope-from arundel) Date: Sun, 14 Nov 2010 01:45:31 GMT Message-Id: <201011140145.oAE1jVg9024717@freefall.freebsd.org> To: flz@freebsd.org, arundel@FreeBSD.org, freebsd-net@FreeBSD.org From: arundel@FreeBSD.org Cc: Subject: Re: kern/137776: [rum] panic in rum(4) driver on 8.0-BETA2 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 01:45:31 -0000 Synopsis: [rum] panic in rum(4) driver on 8.0-BETA2 State-Changed-From-To: open->patched State-Changed-By: arundel State-Changed-When: Sun Nov 14 01:43:13 UTC 2010 State-Changed-Why: Fixed in HEAD (r198098) and MFC'ed to 8.x (r198300). http://www.freebsd.org/cgi/query-pr.cgi?pr=137776 From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 01:53:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 22FF21065673 for ; Sun, 14 Nov 2010 01:53:16 +0000 (UTC) (envelope-from milen@thecosmicmachine.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id B6B818FC12 for ; Sun, 14 Nov 2010 01:53:15 +0000 (UTC) Received: by wwj40 with SMTP id 40so1338851wwj.31 for ; Sat, 13 Nov 2010 17:53:14 -0800 (PST) Received: by 10.227.154.143 with SMTP id o15mr4346235wbw.8.1289697839629; Sat, 13 Nov 2010 17:23:59 -0800 (PST) Received: from [192.168.1.2] ([89.243.114.88]) by mx.google.com with ESMTPS id a17sm3979988wbe.6.2010.11.13.17.23.58 (version=SSLv3 cipher=RC4-MD5); Sat, 13 Nov 2010 17:23:58 -0800 (PST) From: Milen Dzhumerov Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Sun, 14 Nov 2010 01:23:57 +0000 Message-Id: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> To: freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1081) X-Mailer: Apple Mail (2.1081) Subject: routed source code X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 01:53:16 -0000 Hi all, We're investigating some ways to perform symbolic execution of = distributed systems and we're looking for real-world programs to test. = The "routed" daemon[1] which is included with FreeBSD seemed like a good = candidate and I was wondering whether anyone can point me to its = implementation location in the source code repositories. Thanks, Milen [1] http://www.FreeBSD.org/cgi/man.cgi?query=3Drouted&sektion=3D8= From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 02:32:29 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05ED5106566B for ; Sun, 14 Nov 2010 02:32:29 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from sola.nimnet.asn.au (paqi.nimnet.asn.au [115.70.110.159]) by mx1.freebsd.org (Postfix) with ESMTP id 69C118FC0A for ; Sun, 14 Nov 2010 02:32:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by sola.nimnet.asn.au (8.14.2/8.14.2) with ESMTP id oAE2WQ6Q020566; Sun, 14 Nov 2010 13:32:26 +1100 (EST) (envelope-from smithi@nimnet.asn.au) Date: Sun, 14 Nov 2010 13:32:26 +1100 (EST) From: Ian Smith To: Milen Dzhumerov In-Reply-To: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> Message-ID: <20101114132025.E39988@sola.nimnet.asn.au> References: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-net@freebsd.org Subject: Re: routed source code X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 02:32:29 -0000 On Sun, 14 Nov 2010, Milen Dzhumerov wrote: > Hi all, > > We're investigating some ways to perform symbolic execution of > distributed systems and we're looking for real-world programs to > test. The "routed" daemon[1] which is included with FreeBSD seemed > like a good candidate and I was wondering whether anyone can point me > to its implementation location in the source code repositories. % find /usr/src -name routed /usr/src/etc/rc.d/routed /usr/src/sbin/routed cheers, Ian From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 02:35:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ABE57106566B for ; Sun, 14 Nov 2010 02:35:19 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC0E8FC0C for ; Sun, 14 Nov 2010 02:35:19 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id oAE2adkq011327; Sat, 13 Nov 2010 18:36:40 -0800 (PST) (envelope-from mahan@mahan.org) Message-ID: <4CDF4AE6.5070507@mahan.org> Date: Sat, 13 Nov 2010 18:35:18 -0800 From: Patrick Mahan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Ryan Stone References: <4CDF09BD.3050509@mahan.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Debugging em(4) driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 02:35:19 -0000 On 11/13/2010 02:27 PM, Ryan Stone wrote: > It looks to me that you're getting a ton of input drops. That's > presumably the cause of your issue. You can get the em driver to > print debug information to the console by running: > > # sysctl dev.em.3.stats=1 > # sysctl.dev.em.3.debug=1 > > The output should be available in dmesg and /var/log/messages > > Hopefully that can shed some light on the nature of the drops. Ryan, Thanks for the tip. But I see I forgot to mention this was FreeBSD 8.0. The em(4) driver is actually the one found in FreeBSD 8.1 as we needed the AltQ fixes. However, I do not see these sysctl's in the code or when I do a 'sysctl dev.em.3' It looks like between 8.0 and 8.1 there was a change? I now see a if_lem.c which has the sysctl you are referring too. Here is the output of my sysctl npxk3# sysctl dev.em.3.stats=1 sysctl: unknown oid 'dev.em.3.stats' npxk3# sysctl dev.em.3 dev.em.3.%desc: Intel(R) PRO/1000 Network Connection 7.0.5 dev.em.3.%driver: em dev.em.3.%location: slot=0 function=1 dev.em.3.%pnpinfo: vendor=0x8086 device=0x10bc subvendor=0x103c subdevice=0x704b class=0x020000 dev.em.3.%parent: pci22 dev.em.3.nvm: -1 dev.em.3.rx_int_delay: 0 dev.em.3.tx_int_delay: 66 dev.em.3.rx_abs_int_delay: 66 dev.em.3.tx_abs_int_delay: 66 dev.em.3.rx_processing_limit: 100 dev.em.3.link_irq: 0 dev.em.3.mbuf_alloc_fail: 0 dev.em.3.cluster_alloc_fail: 0 dev.em.3.dropped: 0 dev.em.3.tx_dma_fail: 0 dev.em.3.fc_high_water: 30720 dev.em.3.fc_low_water: 29220 dev.em.3.mac_stats.excess_coll: 0 dev.em.3.mac_stats.symbol_errors: 0 dev.em.3.mac_stats.sequence_errors: 0 dev.em.3.mac_stats.defer_count: 0 dev.em.3.mac_stats.missed_packets: 0 dev.em.3.mac_stats.recv_no_buff: 0 dev.em.3.mac_stats.recv_errs: 0 dev.em.3.mac_stats.crc_errs: 0 dev.em.3.mac_stats.alignment_errs: 0 dev.em.3.mac_stats.coll_ext_errs: 0 dev.em.3.mac_stats.rx_overruns: 0 dev.em.3.mac_stats.watchdog_timeouts: 0 dev.em.3.mac_stats.xon_recvd: 0 dev.em.3.mac_stats.xon_txd: 0 dev.em.3.mac_stats.xoff_recvd: 0 dev.em.3.mac_stats.xoff_txd: 0 dev.em.3.mac_stats.total_pkts_recvd: 58365716 dev.em.3.mac_stats.good_pkts_recvd: 58365716 dev.em.3.mac_stats.bcast_pkts_recvd: 9 dev.em.3.mac_stats.mcast_pkts_recvd: 0 dev.em.3.mac_stats.rx_frames_64: 16 dev.em.3.mac_stats.rx_frames_65_127: 5612 dev.em.3.mac_stats.rx_frames_128_255: 10355 dev.em.3.mac_stats.rx_frames_256_511: 29103556 dev.em.3.mac_stats.rx_frames_512_1023: 6633 dev.em.3.mac_stats.rx_frames_1024_1522: 29239544 dev.em.3.mac_stats.good_octets_recvd: 0 dev.em.3.mac_stats.good_octest_txd: 0 dev.em.3.mac_stats.total_pkts_txd: 165551 dev.em.3.mac_stats.good_pkts_txd: 165551 dev.em.3.mac_stats.bcast_pkts_txd: 8 dev.em.3.mac_stats.mcast_pkts_txd: 2 dev.em.3.mac_stats.tx_frames_64: 19 dev.em.3.mac_stats.tx_frames_65_127: 5573 dev.em.3.mac_stats.tx_frames_128_255: 10348 dev.em.3.mac_stats.tx_frames_256_511: 3308 dev.em.3.mac_stats.tx_frames_512_1023: 6680 dev.em.3.mac_stats.tx_frames_1024_1522: 139623 dev.em.3.mac_stats.tso_txd: 0 dev.em.3.mac_stats.tso_ctx_fail: 0 dev.em.3.interrupts.asserts: 0 dev.em.3.interrupts.rx_pkt_timer: 0 dev.em.3.interrupts.rx_abs_timer: 0 dev.em.3.interrupts.tx_pkt_timer: 0 dev.em.3.interrupts.tx_abs_timer: 0 dev.em.3.interrupts.tx_queue_empty: 0 dev.em.3.interrupts.tx_queue_min_thresh: 0 dev.em.3.interrupts.rx_desc_min_thresh: 0 dev.em.3.interrupts.rx_overrun: 0 dev.em.3.host.breaker_tx_pkt: 0 dev.em.3.host.host_tx_pkt_discard: 0 dev.em.3.host.rx_pkt: 0 dev.em.3.host.breaker_rx_pkts: 0 dev.em.3.host.breaker_rx_pkt_drop: 0 dev.em.3.host.tx_good_pkt: 0 dev.em.3.host.breaker_tx_pkt_drop: 0 dev.em.3.host.rx_good_bytes: 0 dev.em.3.host.tx_good_bytes: 0 dev.em.3.host.length_errors: 0 dev.em.3.host.serdes_violation_pkt: 0 dev.em.3.host.header_redir_missed: 0 Thanks, Patrick From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 02:37:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2D7E106566B for ; Sun, 14 Nov 2010 02:37:13 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id 675FF8FC14 for ; Sun, 14 Nov 2010 02:37:13 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id oAE2cYdP011347; Sat, 13 Nov 2010 18:38:34 -0800 (PST) (envelope-from mahan@mahan.org) Message-ID: <4CDF4B59.4030105@mahan.org> Date: Sat, 13 Nov 2010 18:37:13 -0800 From: Patrick Mahan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Milen Dzhumerov References: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> In-Reply-To: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: routed source code X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 02:37:13 -0000 On 11/13/2010 05:23 PM, Milen Dzhumerov wrote: > Hi all, > > We're investigating some ways to perform symbolic execution of distributed systems and we're looking for real-world programs to test. The "routed" daemon[1] which is included with FreeBSD seemed like a good candidate and I was wondering whether anyone can point me to its implementation location in the source code repositories. > > Thanks, > Milen > Milen, routed resides in /sbin, so look in /usr/src/sbin/routed. Patrick From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 03:53:41 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 769EC106566C for ; Sun, 14 Nov 2010 03:53:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 2E6718FC08 for ; Sun, 14 Nov 2010 03:53:41 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b] ([IPv6:2607:f3e0:0:4:808a:bf97:8eb:f23b]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id oAE3rcGg020647 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 13 Nov 2010 22:53:39 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4CDF5D24.5000801@sentex.net> Date: Sat, 13 Nov 2010 22:53:08 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.12) Gecko/20101027 Thunderbird/3.1.6 MIME-Version: 1.0 To: Patrick Mahan References: <4CDF09BD.3050509@mahan.org> <4CDF4AE6.5070507@mahan.org> In-Reply-To: <4CDF4AE6.5070507@mahan.org> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: Debugging em(4) driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 03:53:41 -0000 On 11/13/2010 9:35 PM, Patrick Mahan wrote: > > > On 11/13/2010 02:27 PM, Ryan Stone wrote: >> It looks to me that you're getting a ton of input drops. That's >> presumably the cause of your issue. You can get the em driver to >> print debug information to the console by running: >> >> # sysctl dev.em.3.stats=1 >> # sysctl.dev.em.3.debug=1 >> >> The output should be available in dmesg and /var/log/messages >> >> Hopefully that can shed some light on the nature of the drops. > > Ryan, > > Thanks for the tip. But I see I forgot to mention this was FreeBSD 8.0. > The em(4) driver is actually the one found in FreeBSD 8.1 as we needed > the AltQ fixes. > Try grabbing the em drivers from HEAD. They fixed a few bugs for me. You should be able to grab all of /usr/src/sys/dev/e1000 from HEAD and drop it in to RELENG_8 and compile ---Mike From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 05:08:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D7D6B1065679 for ; Sun, 14 Nov 2010 05:08:54 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 698B68FC0C for ; Sun, 14 Nov 2010 05:08:53 +0000 (UTC) Received: by wwj40 with SMTP id 40so1409761wwj.31 for ; Sat, 13 Nov 2010 21:08:53 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=IV8hITIl6bUc1dNU2qYCv8vxy08aK4ly3XjK84UpmhE=; b=FM1S7TlzRjC8dYMKNyaYTJd+SZdKJZ//qECIy94BRZohm3XUijBAraneN/9XkBqa6o lSOpUMIBK6HT6xTqc7VoQ0bFKke47cHWZ7+rN4/FyR5+hp4XllpNuQgiRk33w1a/gn/8 2OP0JdWyFNtcZum7c/wO2Top+K+VyliR3P5t0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=JTmzqjXziX4yWPvhu3bDKAcf3m8lK5SsMXk5ZFgH/Cku1CJcQ112603Q1FpI8Eaf0p R0wP8CUhTR8MQui9Ef2fB2MNaZANiRYqTEVj9FY6gPxVRXzsPmPmEkOpaz6vLA1eMozO k4TOd9sVJjij0ZLpfHT2qsRiagdnBx9tNSPXk= MIME-Version: 1.0 Received: by 10.216.59.193 with SMTP id s43mr5411262wec.42.1289711331538; Sat, 13 Nov 2010 21:08:51 -0800 (PST) Received: by 10.216.2.206 with HTTP; Sat, 13 Nov 2010 21:08:51 -0800 (PST) In-Reply-To: <4CDF5D24.5000801@sentex.net> References: <4CDF09BD.3050509@mahan.org> <4CDF4AE6.5070507@mahan.org> <4CDF5D24.5000801@sentex.net> Date: Sat, 13 Nov 2010 21:08:51 -0800 Message-ID: From: Jack Vogel To: Patrick Mahan Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: Debugging em(4) driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 05:08:54 -0000 The stats changed quite a bit for 8.1, they are much more informative now, and they can be collected from anywhere not just the console. I don't quite understand what you are trying to do, debug an em problem or just debug a problematic situation by using em?? Mike is right, the driver in HEAD has some significant fixes and would be the best thing to use. Jack On Sat, Nov 13, 2010 at 7:53 PM, Mike Tancsa wrote: > On 11/13/2010 9:35 PM, Patrick Mahan wrote: > > > > > > On 11/13/2010 02:27 PM, Ryan Stone wrote: > >> It looks to me that you're getting a ton of input drops. That's > >> presumably the cause of your issue. You can get the em driver to > >> print debug information to the console by running: > >> > >> # sysctl dev.em.3.stats=1 > >> # sysctl.dev.em.3.debug=1 > >> > >> The output should be available in dmesg and /var/log/messages > >> > >> Hopefully that can shed some light on the nature of the drops. > > > > Ryan, > > > > Thanks for the tip. But I see I forgot to mention this was FreeBSD 8.0. > > The em(4) driver is actually the one found in FreeBSD 8.1 as we needed > > the AltQ fixes. > > > > Try grabbing the em drivers from HEAD. They fixed a few bugs for me. > You should be able to grab all of /usr/src/sys/dev/e1000 from HEAD and > drop it in to RELENG_8 and compile > > ---Mike > _______________________________________________ > 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 Sun Nov 14 20:35:59 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E14A81065696; Sun, 14 Nov 2010 20:35:59 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B83C88FC0C; Sun, 14 Nov 2010 20:35:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAEKZxoI047415; Sun, 14 Nov 2010 20:35:59 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAEKZxhp047411; Sun, 14 Nov 2010 20:35:59 GMT (envelope-from brucec) Date: Sun, 14 Nov 2010 20:35:59 GMT Message-Id: <201011142035.oAEKZxhp047411@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: conf/97014: [gif] gifconfig_gif? in rc.conf does not recognize IPv6 address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 20:36:00 -0000 Synopsis: [gif] gifconfig_gif? in rc.conf does not recognize IPv6 address Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Sun Nov 14 20:35:21 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=97014 From owner-freebsd-net@FreeBSD.ORG Sun Nov 14 21:04:43 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D810C106566C; Sun, 14 Nov 2010 21:04:43 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AE8B68FC08; Sun, 14 Nov 2010 21:04:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAEL4hoX078695; Sun, 14 Nov 2010 21:04:43 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAEL4hwl078691; Sun, 14 Nov 2010 21:04:43 GMT (envelope-from brucec) Date: Sun, 14 Nov 2010 21:04:43 GMT Message-Id: <201011142104.oAEL4hwl078691@freefall.freebsd.org> To: mstowe@chicago.us.mensa.org, brucec@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/121706: [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emitted repeatedly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 14 Nov 2010 21:04:43 -0000 Synopsis: [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emitted repeatedly State-Changed-From-To: open->closed State-Changed-By: brucec State-Changed-When: Sun Nov 14 21:04:03 UTC 2010 State-Changed-Why: Fixed in r186363. http://www.freebsd.org/cgi/query-pr.cgi?pr=121706 From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 01:27:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCD7C106564A for ; Mon, 15 Nov 2010 01:27:54 +0000 (UTC) (envelope-from Rozhuk_I@mail.ru) Received: from fallback8.mail.ru (fallback8.mail.ru [94.100.176.136]) by mx1.freebsd.org (Postfix) with ESMTP id 832C38FC12 for ; Mon, 15 Nov 2010 01:27:54 +0000 (UTC) Received: from smtp13.mail.ru (smtp13.mail.ru [94.100.176.90]) by fallback8.mail.ru (mPOP.Fallback_MX) with ESMTP id 77A50CD339 for ; Mon, 15 Nov 2010 04:12:17 +0300 (MSK) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=mail.ru; s=mail; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID:Date:Subject:To:From:Reply-To; bh=DvHicy58WV9ncRQHog56wbZA8uANMsM8IyGSiHZxr78=; b=CrsCJcoM2YyFrpVS9R2oQ9r5nJWKX/6GMQ2UlqKaj9LF85oK8fPC+bdkbIZHj3NR2XXPzc/QhvXdEXAYtZ4WwMcWcfENGNJlQc96qKeYNwTpd2j1/F9AtZQvPRjsfc1Q; Received: from [92.124.34.184] (port=30123 helo=rimwks1x64) by smtp13.mail.ru with asmtp id 1PHncF-0006yP-00 for freebsd-net@freebsd.org; Mon, 15 Nov 2010 04:12:15 +0300 From: "Rozhuk Ivan" To: Date: Mon, 15 Nov 2010 09:12:13 +0800 Message-ID: <006d01cb8462$23ff81c0$6bfe8540$@ru> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcuEYiGybtyVkIMTRKKeOfAOXaKDNw== Content-Language: ru X-Mras: Ok Subject: kern/152141: [vlan] encapsulate vlan in ng_ether before output to if X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rozhuk_I@mail.ru List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 01:27:54 -0000 This is a patched version of original function code /* * If underlying interface can not do VLAN tag insertion itself * then attach a packet tag that holds it. */ if ((m->m_flags & M_VLANTAG) && (ifp->if_capenable & IFCAP_VLAN_HWTAGGING) =3D=3D 0) { m =3D ether_vlanencap(m, m->m_pkthdr.ether_vtag); if (m =3D=3D NULL) { ifp->if_oerrors++; return (ENOBUFS); } m->m_flags &=3D ~M_VLANTAG; } was added =A0 -- Rozhuk Ivan =A0=20 From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 07:09:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CE3891065695 for ; Mon, 15 Nov 2010 07:09:09 +0000 (UTC) (envelope-from mahan@mahan.org) Received: from ns.mahan.org (ns.mahan.org [67.116.10.138]) by mx1.freebsd.org (Postfix) with ESMTP id A4CBC8FC15 for ; Mon, 15 Nov 2010 07:09:09 +0000 (UTC) Received: from Gypsy.mahan.org (crowTrobot [67.116.10.140]) by ns.mahan.org (8.13.6/8.13.6) with ESMTP id oAF7Ac3f023039; Sun, 14 Nov 2010 23:10:38 -0800 (PST) (envelope-from mahan@mahan.org) Message-ID: <4CE0DC93.1070204@mahan.org> Date: Sun, 14 Nov 2010 23:09:07 -0800 From: Patrick Mahan User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.2.4) Gecko/20100608 Thunderbird/3.1 MIME-Version: 1.0 To: Jack Vogel References: <4CDF09BD.3050509@mahan.org> <4CDF4AE6.5070507@mahan.org> <4CDF5D24.5000801@sentex.net> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, Mike Tancsa Subject: Re: Debugging em(4) driver X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 07:09:09 -0000 On 11/13/2010 09:08 PM, Jack Vogel wrote: > The stats changed quite a bit for 8.1, they are much more informative now, > and they can be collected from anywhere not just the console. > > I don't quite understand what you are trying to do, debug an em problem > or just debug a problematic situation by using em?? > > Mike is right, the driver in HEAD has some significant fixes and would be > the best thing to use. > We were noticing a lot of slow down on the link between the two HPs. I would start a normal ping between the two boxes, start the traffic generation and I would see the ping's completely stop, even though I could see I was still getting traffic on the em(4) interface. Once the pings stop, we eventually started seeing failure in our network app that needs to query it's peer. It would timeout trying to send a notification message to it's peer. I wanted to see if there was a failure somewhere in the interface layer such as dropping packets. Plus I wanted to ensure the ringbuffer em(4) was using wasn't starving for packets. Patrick From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 11:07:00 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id EBD041065679 for ; Mon, 15 Nov 2010 11:07:00 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D750A8FC19 for ; Mon, 15 Nov 2010 11:07:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAFB70Gq086352 for ; Mon, 15 Nov 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAFB706A086350 for freebsd-net@FreeBSD.org; Mon, 15 Nov 2010 11:07:00 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 15 Nov 2010 11:07:00 GMT Message-Id: <201011151107.oAFB706A086350@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: gnats set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-net@FreeBSD.org Cc: Subject: Current problem reports assigned to freebsd-net@FreeBSD.org X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 11:07:01 -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/152148 net [pfil] vnet_pfil_init() happens too late if pfil_head_ o kern/152141 net [vlan] encapsulate vlan in ng_ether before output to i o kern/151908 net [netinet6] [patch] nd6_ns_input: panic may happen, for o kern/151690 net network connectivity won't work until dhclient is run 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 bin/150642 net netstat(1) doesn't print anything for SCTP sockets 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 kern/150247 net [patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co o kern/150148 net [ath] Atheros 5424/2424 - AR2425 stopped working with o kern/150052 net [wi] wi(4) driver does not work with wlan(4) driver fo 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/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall 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/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148862 net [panic] page fault while in kernel mode at _mtx_lock_s o kern/148780 net [panic] mtx_lock() of spin mutex (null) @ /usr/src/sys o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147862 net [wpi] Possible bug in the wpi driver. Network Manager o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u 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 bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o amd64/145654 net amd64-curent memory leak in kernel o kern/144987 net [wpi] [panic] injecting packets with wlaninject using 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/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout 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/143595 net [wpi] [panic] Creating virtual interface over wpi0 in 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 conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir 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 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/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault 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 o 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/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140245 net [ath] [panic] Kernel panic during network activity on 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 o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) 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/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o amd64/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/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl 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 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o 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 kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e 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 bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re 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/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver 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/133613 net [wpi] [panic] kernel panic in wpi(4) 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 o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze 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 kern/132885 net [wlan] 802.1x broken after SVN rev 189592 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/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I 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 [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us 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 bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless 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 [rc.d] [patch] No good way to set ipfilter variables a 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/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o 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 kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic 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 conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation 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 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/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro 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/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card 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/125816 net [carp] [if_bridge] carp stuck in init when using bridg o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde 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/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets 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 [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not 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 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node 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/122697 net [ath] Atheros card is not well supported 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/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 o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 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 p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS 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 kern/120130 net [carp] [panic] carp causes kernel panics in any conste 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 -iface 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 s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile 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/111457 net [ral] ral(4) freeze o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! 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/106438 net [ipf] ipfilter: keep state does not seem to allow repl 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] f kern/105348 net [ath] ath device stopps TX 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 [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau 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 [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel 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/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate 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 [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress 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 [ipf] 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 p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip 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 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/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r 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 o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match 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 [ipf] ipfilter ipnat problem with h323 proxy support 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 o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". 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 [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 369 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 13:14:42 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D06D41065694 for ; Mon, 15 Nov 2010 13:14:42 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6AC288FC24 for ; Mon, 15 Nov 2010 13:14:42 +0000 (UTC) Received: by wyb36 with SMTP id 36so2538519wyb.13 for ; Mon, 15 Nov 2010 05:14:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=Id/7Efwjd5lnlEYG5+isb6LAPnwA8gipycPd/ubKSyM=; b=f/g9DCTXfTAqMEg+z4qmo3DzbiEGT6YKCyRRcvdRn8GWr119eS9t8DD0aNK9XiD1j3 4fgLj8t59dRxAUL75IYHMgAw9GyHYdYp6lblhj6VyGoAd9ewtMKFtHXfY6AfaDcId+p8 7ZxlAXlYXgD441/OXuSTp5ItQWB1/G49n1En0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=qEAqro5ui5VkMFxL2IiI87d74sIDzwqrbRXHtlk8mmXzo0s9mU+TStUnQagQPqaUMb DHxNNwHFDAutO3yexyji+b2Fc0k7uf5TzZpcp+dDDawD1647bHyPeOEs4Cj+vlSa6ROY jPtMM8LClDsj1/NKCHmFWVUh1w0frfqlPARxc= MIME-Version: 1.0 Received: by 10.216.155.68 with SMTP id i46mr4936670wek.92.1289826881489; Mon, 15 Nov 2010 05:14:41 -0800 (PST) Received: by 10.216.234.82 with HTTP; Mon, 15 Nov 2010 05:14:41 -0800 (PST) Date: Mon, 15 Nov 2010 13:14:41 +0000 Message-ID: From: Paul B Mahol To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: ndis: fix panic on i386 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 13:14:42 -0000 Hi, Following patch fix panic on i386 for drivers using such functions. Those two functions take 64-bit variable(s) for their arguments. On i386 that takes additional 32-bit variable per argument. This is required so that windrv_wrap() can correctly wrap function that miniport driver calls with stdcall convention. Similar explanation is provided in subr_ndis.c for other functions. On amd64 we do not use these numbers. diff --git a/sys/compat/ndis/subr_ntoskrnl.c b/sys/compat/ndis/subr_ntoskrnl.c index f169de5..0335561 100644 --- a/sys/compat/ndis/subr_ntoskrnl.c +++ b/sys/compat/ndis/subr_ntoskrnl.c @@ -4212,8 +4212,8 @@ image_patch_table ntoskrnl_functbl[] = { IMPORT_FFUNC(ExInterlockedAddLargeStatistic, 2), IMPORT_SFUNC(IoAllocateMdl, 5), IMPORT_SFUNC(IoFreeMdl, 1), - IMPORT_SFUNC(MmAllocateContiguousMemory, 2), - IMPORT_SFUNC(MmAllocateContiguousMemorySpecifyCache, 5), + IMPORT_SFUNC(MmAllocateContiguousMemory, 2 + 1), + IMPORT_SFUNC(MmAllocateContiguousMemorySpecifyCache, 5 + 3), IMPORT_SFUNC(MmFreeContiguousMemory, 1), IMPORT_SFUNC(MmFreeContiguousMemorySpecifyCache, 3), IMPORT_SFUNC_MAP(MmGetPhysicalAddress, pmap_kextract, 1), From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 15:52:30 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3651F1065673 for ; Mon, 15 Nov 2010 15:52:30 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id E3C118FC16 for ; Mon, 15 Nov 2010 15:52:29 +0000 (UTC) Received: by qwf7 with SMTP id 7so175187qwf.13 for ; Mon, 15 Nov 2010 07:52:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=5d44MnC4esO/QJYVG2H0lvqQ6vHjWxgA2larqB2wOnY=; b=fluEzGt+ejSWVMm6DtAZwPt7ysTz5fPQx6Yd3JYKItdeSB6YB8l1EEgiRwEO2VDmxq FNqRR/go5oQJxvnV36dsoQRjh6vSwg8zuXt4hRY1Q0VrUxOQcSKwmRxbV0kK1nPBn/Kv +pU7ZG/n7C2U6xWOiE6Lg9nzfbGCOWa7iOFkw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=T6IPJl66aEeU9aRdMd+3dGz7l4pdL0hYwTKCCi8jF00NHpuASwLl7jfDDaRXRq3h7C F+5O6ic6jCYBKbNFVyZlCF0imdAPJpFI2xdZTCEk69rP9vt3vlyc1ReuZxBSh7zwqwSS J+rNOWg7JJAvduRrvRdqHgQS/34R97hhOPG3k= MIME-Version: 1.0 Received: by 10.229.225.199 with SMTP id it7mr5297674qcb.33.1289834632580; Mon, 15 Nov 2010 07:23:52 -0800 (PST) Received: by 10.229.182.77 with HTTP; Mon, 15 Nov 2010 07:23:52 -0800 (PST) Date: Mon, 15 Nov 2010 16:23:52 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: problem setting up a mesh portal with a bridge to wired lan X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 15:52:30 -0000 Hi, I am having trouble finding a full documentation on how to set an mesh portal (MPP) bridged to wired lan. I gathered things from here and there, and here what I have came up to. SETUP: I have a PC, and two RSPRO boards with atheros wifi. PC and one RSPRO connected to a router. On the mesh node (MP) my ifconfig: wlan0: flags=8843 metric 0 mtu 1500 ether 00:15:6d:65:fe:b2 inet 192.168.1.42 netmask 0xffffff00 broadcast 192.168.1.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running meshid my_mesh channel 10 (2457 MHz 11g) bssid 00:15:6d:65:fe:b2 country US ecm authmode OPEN privacy OFF txpower 21 scanvalid 60 protmode CTS wme burst meshttl 31 meshpeering meshforward meshmetric AIRTIME meshpath HWMP hwmprootmode DISABLED hwmpmaxhops 31 On the mesh portal ifconfig: arge0: flags=8943 metric 0 mtu 1500 options=80000 ether 00:15:6d:c3:30:e5 inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255 media: Ethernet autoselect (100baseTX ) status: active bridge0: flags=28943 metric 0 mtu 1500 ether 00:15:6d:67:21:8d inet 192.168.1.41 netmask 0xffffff00 broadcast 192.168.1.255 id 00:00:00:00:00:00 priority 32768 hellotime 2 fwddelay 15 maxage 20 holdcnt 6 proto rstp maxaddr 100 timeout 1200 root id 00:00:00:00:00:00 priority 32768 ifcost 0 port 0 member: wlan0 flags=143 ifmaxaddr 0 port 8 priority 128 path cost 370370 member: arge0 flags=143 ifmaxaddr 0 port 4 priority 128 path cost 200000 wlan0: flags=8943 metric 0 mtu 1500 ether 00:15:6d:67:21:8d inet 0.0.0.0 netmask 0xff000000 broadcast 0.255.255.255 media: IEEE 802.11 Wireless Ethernet autoselect mode 11g status: running meshid my_mesh channel 10 (2457 MHz 11g) bssid 00:15:6d:67:21:8d country US ecm authmode OPEN privacy OFF txpower 20 scanvalid 60 protmode CTS wme burst meshttl 31 meshpeering meshforward meshmetric AIRTIME meshpath HWMP hwmprootmode PROACTIVE hwmpmaxhops 31 >From the MPP I can ping ping the PC and internet. Also I can ping the MP on the second RSPRO. >From the MP I can ping the MPP, but I cant ping the PC or internet. >From PC I can ping MPP, but not MP. Arp broadcast goes through, but not ARP reply (got lost?). I checked from tcpdump that the mac addresses are correct for ARP reply destination. I have changed these in sysctl on the MPP: sysctl -a | grep forwarding net.inet.ip.forwarding: 1 net.inet.ip.fastforwarding: 1 net.link.bridge.ipfw: 0 net.link.bridge.inherit_mac: 0 net.link.bridge.log_stp: 0 net.link.bridge.pfil_local_phys: 0 net.link.bridge.pfil_member: 0 net.link.bridge.pfil_bridge: 0 net.link.bridge.ipfw_arp: 0 net.link.bridge.pfil_onlyip: 0 I have no firewall enabled. Seems like something is missing to make this work. It works if I setup the boards as AP and STA. I also found this old post, http://lists.freebsd.org/pipermail/freebsd-net/2010-February/024538.html... but didnt help me. Thank you in advance! -- //Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 18:19:04 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 707A6106566C for ; Mon, 15 Nov 2010 18:19:04 +0000 (UTC) (envelope-from rozhuk.im@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 029888FC18 for ; Mon, 15 Nov 2010 18:19:03 +0000 (UTC) Received: by wwd20 with SMTP id 20so298716wwd.31 for ; Mon, 15 Nov 2010 10:19:03 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:reply-to:from:to:subject:date :message-id:mime-version:content-type:content-transfer-encoding :x-mailer:thread-index:content-language; bh=v2ALSbzKjsV2eqcvJrjOyEQriB3n7piqpJ9sB+vJzJ8=; b=xZluNgrQVzIRF85CgTybwpTFLxUUlSVn378XOkc0ANKxISjHd3AHWee4Xj4V4/aAms B8zmFu9hA/P4zQ3bYQa+SR6fRoOBylljnlUvF0DMw/9GR+MqhYfiGFcKRuLqObnhXbJk SErUrcFWsVs8hUQ61A9TWIElA5n2zeUWVY6kI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=reply-to:from:to:subject:date:message-id:mime-version:content-type :content-transfer-encoding:x-mailer:thread-index:content-language; b=S/+cZrPdDiyo8E5toW2bMNM6MgioKtVtzOdIHr2qt7APu3A6M0vd7T7a+BIOk8BW0+ QzM7Lc1XK9tSnwpyklmmyGmN1TUw1SFd2Mgj852iHErkNIUTq2wtvIZrNC62QixOUZKR +KeD1SsxhoucElWKzPUgBAe5eQJQswe1cD7gQ= Received: by 10.227.127.79 with SMTP id f15mr6419889wbs.86.1289843705441; Mon, 15 Nov 2010 09:55:05 -0800 (PST) Received: from rimwks1x64 ([92.124.41.244]) by mx.google.com with ESMTPS id ga16sm149274wbb.19.2010.11.15.09.55.02 (version=SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 09:55:03 -0800 (PST) From: rozhuk.im@gmail.com To: Date: Tue, 16 Nov 2010 01:55:01 +0800 Message-ID: <4ce173f7.10d0e30a.7624.0f77@mx.google.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1251" Content-Transfer-Encoding: quoted-printable X-Mailer: Microsoft Office Outlook 12.0 Thread-Index: AcuE7jljyOXsI62TTZWDAYajvm+cmQ== Content-Language: ru Subject: kern/152141: [vlan] encapsulate vlan in ng_ether before output to if X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Rozhuk.IM@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 18:19:04 -0000 This is a patched version of original function code /* * If underlying interface can not do VLAN tag insertion itself * then attach a packet tag that holds it. */ if ((m->m_flags & M_VLANTAG) && (ifp->if_capenable & IFCAP_VLAN_HWTAGGING) =3D=3D 0) { m =3D ether_vlanencap(m, m->m_pkthdr.ether_vtag); if (m =3D=3D NULL) { ifp->if_oerrors++; return (ENOBUFS); } m->m_flags &=3D ~M_VLANTAG; } was added. Iam does not test this path - haven=92t net with vlan support. Code was taken from if_bridge and adapted. =A0 -- Rozhuk Ivan =A0=20 From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 20:00:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 81D30106566C for ; Mon, 15 Nov 2010 20:00:01 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 14CDB8FC08 for ; Mon, 15 Nov 2010 20:00:00 +0000 (UTC) Received: from jack.bspruce.com ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 15 Nov 2010 14:59:59 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4CE1913D.7010207@greatbaysoftware.com> Date: Mon, 15 Nov 2010 14:59:57 -0500 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel References: <4CDDBAC6.6080500@greatbaysoftware.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------040304000408070906010708" X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 20:00:01 -0000 This is a multi-part message in MIME format. --------------040304000408070906010708 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow Great... thanks! Please see attached. BTW, the system is running 8.0-RELEASE-p2 i386 (PAE). Charles On 11/13/10 2:24 AM, Jack Vogel wrote: > pciconf -l please, I'll betcha these are the new quad ports that are > in my next igb driver > update, it would have gone in already but I've been fighting a bug in > the header split > code. > > Show me what the output looks like, and I'll get ya fixed up, dont > worry :) > > Jack > > > On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens > > wrote: > > Hello, > > We're trying to work with newly purcharsed Intel EXPi9404PF NICs > ("Intel PRO/1000 PF Quad Port Server Adapter") but they do not > seem to be detected (no ports showing with 'ifconfig -l'). We're > having no problems with the 2-port version of the same card -- is > there a known issue with the 4-port version? > > We've tried three different cards of this model, all with same > result. Thanks in advance for any help. > > Charles > > -- > Charles Owens > Great Bay Software, Inc. > > > > _______________________________________________ > 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 > " > > --------------040304000408070906010708 Content-Type: text/plain; name="PCIconfQuadF.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="PCIconfQuadF.txt" X-WatchGuard-AntiVirus: scanned 'PCIconfQuadF.txt'. clean action=allow hostb0@pci0:0:0:0: class=0x060000 card=0x34de8086 chip=0x34068086 rev=0x13 hdr=0x00 pcib1@pci0:0:1:0: class=0x060400 card=0x34de8086 chip=0x34088086 rev=0x13 hdr=0x01 pcib2@pci0:0:3:0: class=0x060400 card=0x34de8086 chip=0x340a8086 rev=0x13 hdr=0x01 pcib3@pci0:0:7:0: class=0x060400 card=0x34de8086 chip=0x340e8086 rev=0x13 hdr=0x01 pcib4@pci0:0:9:0: class=0x060400 card=0x34de8086 chip=0x34108086 rev=0x13 hdr=0x01 pcib5@pci0:0:10:0: class=0x060400 card=0x34de8086 chip=0x34118086 rev=0x13 hdr=0x01 none0@pci0:0:16:0: class=0x080000 card=0x00de0086 chip=0x34258086 rev=0x13 hdr=0x00 none1@pci0:0:16:1: class=0x080000 card=0x00de0086 chip=0x34268086 rev=0x13 hdr=0x00 none2@pci0:0:17:0: class=0x080000 card=0x00de0086 chip=0x34278086 rev=0x13 hdr=0x00 none3@pci0:0:17:1: class=0x080000 card=0x00de0086 chip=0x34288086 rev=0x13 hdr=0x00 ioapic0@pci0:0:19:0: class=0x080020 card=0x00de0086 chip=0x342d8086 rev=0x13 hdr=0x00 none4@pci0:0:20:0: class=0x080000 card=0x00de0086 chip=0x342e8086 rev=0x13 hdr=0x00 none5@pci0:0:20:1: class=0x080000 card=0x00de0086 chip=0x34228086 rev=0x13 hdr=0x00 none6@pci0:0:20:2: class=0x080000 card=0x00de0086 chip=0x34238086 rev=0x13 hdr=0x00 none7@pci0:0:20:3: class=0x080000 card=0x00de0086 chip=0x34388086 rev=0x13 hdr=0x00 ioapic1@pci0:0:21:0: class=0x080020 card=0x00de0086 chip=0x342f8086 rev=0x13 hdr=0x00 none8@pci0:0:22:0: class=0x088000 card=0x34de8086 chip=0x34308086 rev=0x13 hdr=0x00 none9@pci0:0:22:1: class=0x088000 card=0x34de8086 chip=0x34318086 rev=0x13 hdr=0x00 none10@pci0:0:22:2: class=0x088000 card=0x34de8086 chip=0x34328086 rev=0x13 hdr=0x00 none11@pci0:0:22:3: class=0x088000 card=0x34de8086 chip=0x34338086 rev=0x13 hdr=0x00 none12@pci0:0:22:4: class=0x088000 card=0x34de8086 chip=0x34298086 rev=0x13 hdr=0x00 none13@pci0:0:22:5: class=0x088000 card=0x34de8086 chip=0x342a8086 rev=0x13 hdr=0x00 none14@pci0:0:22:6: class=0x088000 card=0x34de8086 chip=0x342b8086 rev=0x13 hdr=0x00 none15@pci0:0:22:7: class=0x088000 card=0x34de8086 chip=0x342c8086 rev=0x13 hdr=0x00 uhci0@pci0:0:26:0: class=0x0c0300 card=0x34de8086 chip=0x3a378086 rev=0x00 hdr=0x00 uhci1@pci0:0:26:1: class=0x0c0300 card=0x34de8086 chip=0x3a388086 rev=0x00 hdr=0x00 uhci2@pci0:0:26:2: class=0x0c0300 card=0x34de8086 chip=0x3a398086 rev=0x00 hdr=0x00 ehci0@pci0:0:26:7: class=0x0c0320 card=0x34de8086 chip=0x3a3c8086 rev=0x00 hdr=0x00 pcib6@pci0:0:28:0: class=0x060400 card=0x34de8086 chip=0x3a408086 rev=0x00 hdr=0x01 pcib7@pci0:0:28:4: class=0x060400 card=0x34de8086 chip=0x3a488086 rev=0x00 hdr=0x01 pcib8@pci0:0:28:5: class=0x060400 card=0x34de8086 chip=0x3a4a8086 rev=0x00 hdr=0x01 uhci3@pci0:0:29:0: class=0x0c0300 card=0x34de8086 chip=0x3a348086 rev=0x00 hdr=0x00 uhci4@pci0:0:29:1: class=0x0c0300 card=0x34de8086 chip=0x3a358086 rev=0x00 hdr=0x00 uhci5@pci0:0:29:2: class=0x0c0300 card=0x34de8086 chip=0x3a368086 rev=0x00 hdr=0x00 ehci1@pci0:0:29:7: class=0x0c0320 card=0x34de8086 chip=0x3a3a8086 rev=0x00 hdr=0x00 pcib9@pci0:0:30:0: class=0x060401 card=0x34de8086 chip=0x244e8086 rev=0x90 hdr=0x01 isab0@pci0:0:31:0: class=0x060100 card=0x34de8086 chip=0x3a168086 rev=0x00 hdr=0x00 atapci0@pci0:0:31:2: class=0x01018f card=0x34de8086 chip=0x3a208086 rev=0x00 hdr=0x00 none16@pci0:0:31:3: class=0x0c0500 card=0x34de8086 chip=0x3a308086 rev=0x00 hdr=0x00 atapci1@pci0:0:31:5: class=0x010185 card=0x34de8086 chip=0x3a268086 rev=0x00 hdr=0x00 igb0@pci0:1:0:0: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 igb1@pci0:1:0:1: class=0x020000 card=0x34de8086 chip=0x10a78086 rev=0x02 hdr=0x00 mfi0@pci0:6:0:0: class=0x010400 card=0x35058086 chip=0x00601000 rev=0x04 hdr=0x00 vgapci0@pci0:7:0:0: class=0x030000 card=0x01018086 chip=0x0522102b rev=0x02 hdr=0x00 --------------040304000408070906010708-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 20:24:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 01A33106564A for ; Mon, 15 Nov 2010 20:24:01 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id 80F198FC16 for ; Mon, 15 Nov 2010 20:24:00 +0000 (UTC) Received: by wwd20 with SMTP id 20so421263wwd.31 for ; Mon, 15 Nov 2010 12:23:59 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=PSi2lytqN7DTYQ2bWtIfwl1SmLrXY9v+4eKk6jhvu34=; b=PdFvnInnOincTcdibq72EtvfFlcNbmlwU1Vpm7qNAhpTt0OPvJnQ9Rm3HCSB0mbtLH bsewdrlRZbdjXJaN5gDbhk0E3ho6aT8XWNQxU/AxPCspdDlIz1OQvaKLUSSp6Dngu4Sc eqBJ8f3DwwzhFKn7rKXOPvcIDQfRBv+D56HKU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=DNo53611oTN0J5riULgPm0cWFJC4muUffrqdBM0iHYWiOfY0MkSnPsRPmQjoumEP5Q Wijhlfo821KBMbjXRYBqe1lv8PmWzmOiUvKkEOnDSev6RGcjApDMdBF/u8GHO0osVFt0 RPiOAvM4YvVhhImTeLCD3Rt8jRlYLK3lO/fDg= MIME-Version: 1.0 Received: by 10.216.3.3 with SMTP id 3mr7165078weg.57.1289852638907; Mon, 15 Nov 2010 12:23:58 -0800 (PST) Received: by 10.216.2.206 with HTTP; Mon, 15 Nov 2010 12:23:58 -0800 (PST) In-Reply-To: <4CE1913D.7010207@greatbaysoftware.com> References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> Date: Mon, 15 Nov 2010 12:23:58 -0800 Message-ID: From: Jack Vogel To: Charles Owens Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 20:24:01 -0000 UH, did you do that with the adapter in the system?? I do not see the ID I expected to see. Some reason you're running 32 bit?? Can you run the pciconf with the adapter in and out, compare and tell me what its ID is? All the unidentified devices I see are in the 0x3XXX range and those are not network devices. Maybe its a bad slot? Jack On Mon, Nov 15, 2010 at 11:59 AM, Charles Owens wrote: > Great... thanks! Please see attached. BTW, the system is running > 8.0-RELEASE-p2 i386 (PAE). > > > Charles > > > > On 11/13/10 2:24 AM, Jack Vogel wrote: > > pciconf -l please, I'll betcha these are the new quad ports that are in my > next igb driver > update, it would have gone in already but I've been fighting a bug in the > header split > code. > > Show me what the output looks like, and I'll get ya fixed up, dont worry :) > > Jack > > > On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens < > cowens@greatbaysoftware.com> wrote: > >> Hello, >> >> We're trying to work with newly purcharsed Intel EXPi9404PF NICs ("Intel >> PRO/1000 PF Quad Port Server Adapter") but they do not seem to be detected >> (no ports showing with 'ifconfig -l'). We're having no problems with the >> 2-port version of the same card -- is there a known issue with the 4-port >> version? >> >> We've tried three different cards of this model, all with same result. >> Thanks in advance for any help. >> >> Charles >> >> -- >> Charles Owens >> Great Bay Software, Inc. >> >> >> >> _______________________________________________ >> 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 Nov 15 21:37:56 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4D0C2106566C for ; Mon, 15 Nov 2010 21:37:56 +0000 (UTC) (envelope-from seanbru@yahoo-inc.com) Received: from mrout1-b.corp.re1.yahoo.com (mrout1-b.corp.re1.yahoo.com [69.147.107.20]) by mx1.freebsd.org (Postfix) with ESMTP id E539B8FC12 for ; Mon, 15 Nov 2010 21:37:55 +0000 (UTC) Received: from [127.0.0.1] (rideseveral.corp.yahoo.com [10.73.160.231]) by mrout1-b.corp.re1.yahoo.com (8.14.4/8.14.4/y.out) with ESMTP id oAFLROYh025382 for ; Mon, 15 Nov 2010 13:27:24 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=yahoo-inc.com; s=cobra; t=1289856445; bh=5rBWtqJ81r1WKEIEoNCFrL6eRvM3rVEZ64ufSeWPW3w=; h=Subject:From:Reply-To:To:Content-Type:Date:Message-ID: Mime-Version:Content-Transfer-Encoding; b=XgVVZPdYbaEl4FlMNYHlqVm/OliKzVbneJ9E9ap0nWShPYDjq3urwAN2N6U8iUSI/ 9wqzL0x+hD9y6R9EYPGLv6tVxjccotCTgeZlZhVhFUW7X6NTnh+KgsASxGC4hdJuEq 9tJ89tKPksaJGWRh74TKdltn7AubrFxYif2EEs7o= From: Sean Bruno To: "net@freebsd.org" Content-Type: text/plain; charset="UTF-8" Date: Mon, 15 Nov 2010 13:27:24 -0800 Message-ID: <1289856444.2662.6.camel@home-yahoo> Mime-Version: 1.0 X-Mailer: Evolution 2.28.3 (2.28.3-1.fc12) Content-Transfer-Encoding: 7bit Cc: Subject: Qlogic - NexLan 10GE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: sbruno@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 21:37:56 -0000 Looks like the higher end HP Proliant servers are coming with 10GE adapters. When I was at MeetBSD I ran into an engineer that was working on this driver and I failed to document his contact information. If anyone has that contact, I'd really appreciate it. Sean From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 21:45:26 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E9ED106566B for ; Mon, 15 Nov 2010 21:45:26 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 028BA8FC1A for ; Mon, 15 Nov 2010 21:45:25 +0000 (UTC) Received: from jack.bspruce.com ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 15 Nov 2010 16:45:24 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4CE1A9F1.8050400@greatbaysoftware.com> Date: Mon, 15 Nov 2010 16:45:21 -0500 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> In-Reply-To: Content-Type: multipart/mixed; boundary="------------000907040203000307000807" X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 21:45:26 -0000 This is a multi-part message in MIME format. --------------000907040203000307000807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow Jack, I'm afraid that with the card _not_ installed we get identical pciconf output. We're running 32 bit simply because that's where we got rolling with our product, and have not yet made the call to invest in the effort required to make the jump to 64. Do you think that our being at 32 bit could be a factor here? So far the same card model has been tested on several of these server appliances, so I doubt it's a bad-slot situation. In case it's helpful, I've attached a boot log. Anything else that I can provide that might help? Thank you, Charles On 11/15/10 3:23 PM, Jack Vogel wrote: > UH, did you do that with the adapter in the system?? I do not see the ID I > expected > to see. Some reason you're running 32 bit?? > > Can you run the pciconf with the adapter in and out, compare and tell me > what its > ID is? All the unidentified devices I see are in the 0x3XXX range and those > are not > network devices. > > Maybe its a bad slot? > > Jack > > > On Mon, Nov 15, 2010 at 11:59 AM, Charles Owens> wrote: >> Great... thanks! Please see attached. BTW, the system is running >> 8.0-RELEASE-p2 i386 (PAE). >> >> >> Charles >> >> >> >> On 11/13/10 2:24 AM, Jack Vogel wrote: >> >> pciconf -l please, I'll betcha these are the new quad ports that are in my >> next igb driver >> update, it would have gone in already but I've been fighting a bug in the >> header split >> code. >> >> Show me what the output looks like, and I'll get ya fixed up, dont worry :) >> >> Jack >> >> >> On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< >> cowens@greatbaysoftware.com> wrote: >> >>> Hello, >>> >>> We're trying to work with newly purcharsed Intel EXPi9404PF NICs ("Intel >>> PRO/1000 PF Quad Port Server Adapter") but they do not seem to be detected >>> (no ports showing with 'ifconfig -l'). We're having no problems with the >>> 2-port version of the same card -- is there a known issue with the 4-port >>> version? >>> >>> We've tried three different cards of this model, all with same result. >>> Thanks in advance for any help. >>> >>> Charles >>> >>> -- >>> Charles Owens >>> Great Bay Software, Inc. >>> >>> >>> >>> _______________________________________________ >>> 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" > > --------------000907040203000307000807 Content-Type: text/plain; name="dmesg.txt" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="dmesg.txt" X-WatchGuard-AntiVirus: scanned 'dmesg.txt'. clean action=allow Copyright (c) 1992-2009 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.0-RELEASE-p2 #8: Mon Apr 19 16:31:20 UTC 2010 sethj@newcastle.greatbaysoftware.com:/usr/obj/usr/src/sys/BEACON Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5520 @ 2.27GHz (2261.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x106a5 Stepping = 5 Features=0xbfebfbff Features2=0x9ce3bd AMD Features=0x28100000 AMD Features2=0x1 TSC: P-state invariant real memory = 6442450944 (6144 MB) avail memory = 6202404864 (5915 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 16 CPUs FreeBSD/SMP: 2 package(s) x 4 core(s) x 2 SMT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP): APIC ID: 3 cpu4 (AP): APIC ID: 4 cpu5 (AP): APIC ID: 5 cpu6 (AP): APIC ID: 6 cpu7 (AP): APIC ID: 7 cpu8 (AP): APIC ID: 16 cpu9 (AP): APIC ID: 17 cpu10 (AP): APIC ID: 18 cpu11 (AP): APIC ID: 19 cpu12 (AP): APIC ID: 20 cpu13 (AP): APIC ID: 21 cpu14 (AP): APIC ID: 22 cpu15 (AP): APIC ID: 23 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard lapic0: Forcing LINT1 to edge trigger ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware ispfw: registered firmware kbd0 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x408-0x40b on acpi0 acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 28 at device 1.0 on pci0 pci1: on pcib1 igb0: port 0x2020-0x203f mem 0xb1a20000-0xb1a3ffff,0xb1a44000-0xb1a47fff irq 40 at device 0.0 on pci1 igb0: Using MSIX interrupts with 3 vectors igb0: [ITHREAD] igb0: [ITHREAD] igb0: [ITHREAD] igb0: Ethernet address: 00:15:17:b4:cf:e4 igb1: port 0x2000-0x201f mem 0xb1a00000-0xb1a1ffff,0xb1a40000-0xb1a43fff irq 28 at device 0.1 on pci1 igb1: Using MSIX interrupts with 3 vectors igb1: [ITHREAD] igb1: [ITHREAD] igb1: [ITHREAD] igb1: Ethernet address: 00:15:17:b4:cf:e5 pcib2: irq 24 at device 3.0 on pci0 pci2: on pcib2 pcib3: irq 30 at device 7.0 on pci0 pci3: on pcib3 pcib4: irq 32 at device 9.0 on pci0 pci4: on pcib4 pcib5: irq 33 at device 10.0 on pci0 pci5: on pcib5 pci0: at device 16.0 (no driver attached) pci0: at device 16.1 (no driver attached) pci0: at device 17.0 (no driver attached) pci0: at device 17.1 (no driver attached) pci0: at device 20.0 (no driver attached) pci0: at device 20.1 (no driver attached) pci0: at device 20.2 (no driver attached) pci0: at device 20.3 (no driver attached) pci0: at device 22.0 (no driver attached) pci0: at device 22.1 (no driver attached) pci0: at device 22.2 (no driver attached) pci0: at device 22.3 (no driver attached) pci0: at device 22.4 (no driver attached) pci0: at device 22.5 (no driver attached) pci0: at device 22.6 (no driver attached) pci0: at device 22.7 (no driver attached) uhci0: port 0x30c0-0x30df irq 19 at device 26.0 on pci0 uhci0: [ITHREAD] uhci0: LegSup = 0x103f usbus0: on uhci0 uhci1: port 0x30a0-0x30bf irq 19 at device 26.1 on pci0 uhci1: [ITHREAD] uhci1: LegSup = 0x003f usbus1: on uhci1 uhci2: port 0x3080-0x309f irq 19 at device 26.2 on pci0 uhci2: [ITHREAD] uhci2: LegSup = 0x003f usbus2: on uhci2 ehci0: mem 0xb1b21000-0xb1b213ff irq 19 at device 26.7 on pci0 ehci0: [ITHREAD] usbus3: EHCI version 1.0 usbus3: on ehci0 pcib6: irq 16 at device 28.0 on pci0 pci6: on pcib6 mfi0: port 0x1000-0x10ff mem 0xb1900000-0xb193ffff,0xb1940000-0xb197ffff irq 16 at device 0.0 on pci6 mfi0: Megaraid SAS driver Ver 3.00 mfi0: [ITHREAD] pcib7: irq 16 at device 28.4 on pci0 pci7: on pcib7 vgapci0: mem 0xb0000000-0xb0ffffff,0xb1800000-0xb1803fff,0xb1000000-0xb17fffff irq 16 at device 0.0 on pci7 pcib8: irq 17 at device 28.5 on pci0 pci8: on pcib8 uhci3: port 0x3060-0x307f irq 16 at device 29.0 on pci0 uhci3: [ITHREAD] uhci3: LegSup = 0x003f usbus4: on uhci3 uhci4: port 0x3040-0x305f irq 16 at device 29.1 on pci0 uhci4: [ITHREAD] uhci4: LegSup = 0x003f usbus5: on uhci4 uhci5: port 0x3020-0x303f irq 16 at device 29.2 on pci0 uhci5: [ITHREAD] uhci5: LegSup = 0x003f usbus6: on uhci5 ehci1: mem 0xb1b20000-0xb1b203ff irq 16 at device 29.7 on pci0 ehci1: [ITHREAD] usbus7: EHCI version 1.0 usbus7: on ehci1 pcib9: at device 30.0 on pci0 pci9: on pcib9 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x3138-0x313f,0x314c-0x314f,0x3130-0x3137,0x3148-0x314b,0x3110-0x311f,0x3100-0x310f irq 18 at device 31.2 on pci0 atapci0: [ITHREAD] ata2: on atapci0 ata2: [ITHREAD] ata3: on atapci0 ata3: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x3128-0x312f,0x3144-0x3147,0x3120-0x3127,0x3140-0x3143,0x30f0-0x30ff,0x30e0-0x30ef irq 21 at device 31.5 on pci0 atapci1: [ITHREAD] ata4: on atapci1 ata4: [ITHREAD] ata5: on atapci1 ata5: [ITHREAD] acpi_button0: on acpi0 atrtc0: port 0x70-0x71,0x74-0x77 irq 8 on acpi0 uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart0: console (9600,n,8,1) uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] ipmi0: port 0xca2,0xca3 on acpi0 ipmi0: KCS mode found at io 0xca2 on acpi cpu0: on acpi0 est0: on cpu0 p4tcc0: on cpu0 cpu1: on acpi0 est1: on cpu1 p4tcc1: on cpu1 cpu2: on acpi0 est2: on cpu2 p4tcc2: on cpu2 cpu3: on acpi0 est3: on cpu3 p4tcc3: on cpu3 cpu4: on acpi0 est4: on cpu4 p4tcc4: on cpu4 cpu5: on acpi0 est5: on cpu5 p4tcc5: on cpu5 cpu6: on acpi0 est6: on cpu6 p4tcc6: on cpu6 cpu7: on acpi0 est7: on cpu7 p4tcc7: on cpu7 cpu8: on acpi0 est8: on cpu8 p4tcc8: on cpu8 cpu9: on acpi0 est9: on cpu9 p4tcc9: on cpu9 cpu10: on acpi0 est10: on cpu10 p4tcc10: on cpu10 cpu11: on acpi0 est11: on cpu11 p4tcc11: on cpu11 cpu12: on acpi0 est12: on cpu12 p4tcc12: on cpu12 cpu13: on acpi0 est13: on cpu13 p4tcc13: on cpu13 cpu14: on acpi0 est14: on cpu14 p4tcc14: on cpu14 cpu15: on acpi0 est15: on cpu15 p4tcc15: on cpu15 ipmi1: on isa0 device_attach: ipmi1 attach returned 16 pmtimer0 on isa0 ipmi1: on isa0 device_attach: ipmi1 attach returned 16 orm0: at iomem 0xc0000-0xc7fff,0xc8000-0xc8fff,0xc9000-0xc9fff pnpid ORM0000 on isa0 sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 ata0 at port 0x1f0-0x1f7,0x3f6 irq 14 on isa0 ata0: [ITHREAD] ata1 at port 0x170-0x177,0x376 irq 15 on isa0 ata1: [ITHREAD] ppc0: parallel port not found. Timecounters tick every 1.000 msec usbus0: 12Mbps Full Speed USB v1.0 usbus1: 12Mbps Full Speed USB v1.0 usbus2: 12Mbps Full Speed USB v1.0 usbus3: 480Mbps High Speed USB v2.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 12Mbps Full Speed USB v1.0 usbus7: 480Mbps High Speed USB v2.0 mfid0: on mfi0 mfid0: 303268MB (621092864 sectors) RAID volume '' is optimal ugen0.1: at usbus0 uhub0: on usbus0 ugen1.1: at usbus1 uhub1: on usbus1 ugen2.1: at usbus2 uhub2: on usbus2 ugen3.1: at usbus3 uhub3: on usbus3 ugen4.1: at usbus4 uhub4: on usbus4 ugen5.1: at usbus5 uhub5: on usbus5 ugen6.1: at usbus6 uhub6: on usbus6 ugen7.1: at usbus7 uhub7: on usbus7 ipmi0: IPMI device rev. 1, firmware rev. 0.2, version 2.0 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub2: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered uhub6: 2 ports with 2 removable, self powered ipmi0: Number of channels 2 ipmi0: Attached watchdog AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.max_tasks tunable ACPI Error (psparse-0633): Method parse/execution failed [\\_SB_.PCI0.HEC2.HSCI] (Node 0xccbff740), AE_NO_MEMORY ACPI Error (psparse-0633): Method parse/execution failed [\\_GPE._L06] (Node 0xccc06620), AE_NO_MEMORY ACPI Exception: AE_NO_MEMORY, while evaluating GPE method [_L06] 20090521 evgpe-705 AcpiOsExecute: failed to enqueue task, consider increasing the debug.acpi.max_tasks tunable lapic6: Forcing LINT1 to edge trigger SMP: AP CPU #6 Launched! lapic23: Forcing LINT1 to edge trigger SMP: AP CPU #15 Launched! lapic3: Forcing LINT1 to edge trigger SMP: AP CPU #3 Launched! lapic17: Forcing LINT1 to edge trigger SMP: AP CPU #9 Launched! lapic21: Forcing LINT1 to edge trigger SMP: AP CPU #13 Launched! lapic7: Forcing LINT1 to edge trigger SMP: AP CPU #7 Launched! lapic19: Forcing LINT1 to edge trigger SMP: AP CPU #11 Launched! lapic4: Forcing LINT1 to edge trigger SMP: AP CPU #4 Launched! lapic1: Forcing LINT1 to edge trigger SMP: AP CPU #1 Launched! lapic2: Forcing LINT1 to edge trigger SMP: AP CPU #2 Launched! lapic5: Forcing LINT1 to edge trigger SMP: AP CPU #5 Launched! lapic18: Forcing LINT1 to edge trigger SMP: AP CPU #10 Launched! lapic16: Forcing LINT1 to edge trigger SMP: AP CPU #8 Launched! lapic22: Forcing LINT1 to edge trigger SMP: AP CPU #14 Launched! lapic20: Forcing LINT1 to edge trigger SMP: AP CPU #12 Launched! GEOM_JOURNAL: Journal 633890079: mfid0s1a contains data. GEOM_JOURNAL: Journal 633890079: mfid0s1a contains journal. GEOM_JOURNAL: Journal mfid0s1a clean. GEOM_JOURNAL: BIO_FLUSH not supported by mfid0s1a. GEOM_JOURNAL: Journal 2623643331: mfid0s1d contains data. GEOM_JOURNAL: Journal 2623643331: mfid0s1d contains journal. GEOM_JOURNAL: Journal mfid0s1d clean. GEOM_JOURNAL: BIO_FLUSH not supported by mfid0s1d. Root mount waiting for: usbus7 usbus3 Root mount waiting for: usbus7 usbus3 uhub3: 6 ports with 6 removable, self powered uhub7: 6 ports with 6 removable, self powered Root mount waiting for: usbus7 usbus3 ugen3.2: at usbus3 uhub8: on usbus3 ugen7.2: at usbus7 umass0: on usbus7 umass0: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus7 usbus3 uhub8: 4 ports with 4 removable, self powered umass0:0:0:-1: Attached to scbus0 Root mount waiting for: usbus7 usbus3 (probe0:umass-sim0:0:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe0:umass-sim0:0:0:0): CAM Status: SCSI Status Error (probe0:umass-sim0:0:0:0): SCSI Status: Check Condition (probe0:umass-sim0:0:0:0): NOT READY asc:3a,1 (probe0:umass-sim0:0:0:0): Medium not present - tray closed (probe0:umass-sim0:0:0:0): Unretryable error cd0 at umass-sim0 bus 0 target 0 lun 0 cd0: Removable CD-ROM SCSI-0 device cd0: 40.000MB/s transfers cd0: Attempt to query device size failed: NOT READY, Medium not present - tray closed Trying to mount root from ufs:/dev/ufs/root ugen6.2: at usbus6 uhub9: on usbus6 ugen2.2: at usbus2 ukbd0: on usbus2 kbd1 at ukbd0 ums0: on usbus2 ums0: 3 buttons and [Z] coordinates ID=0 uhub9: 4 ports with 4 removable, self powered ugen6.3: at usbus6 ukbd1: on usbus6 kbd2 at ukbd1 uhid0: on usbus6 ums1: on usbus6 ums1: 5 buttons and [XYZ] coordinates ID=0 ums2: on usbus6 ums2: 3 buttons and [Z] coordinates ID=0 eth0: link state changed to UP --------------000907040203000307000807-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 21:54:00 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 9E911106566C; Mon, 15 Nov 2010 21:54:00 +0000 (UTC) (envelope-from gnn@freebsd.org) Received: from vps.hungerhost.com (vps.hungerhost.com [216.38.53.176]) by mx1.freebsd.org (Postfix) with ESMTP id 6DDA18FC0C; Mon, 15 Nov 2010 21:53:59 +0000 (UTC) Received: from smtp.hudson-trading.com ([209.249.190.9] helo=gnnmac.hudson-trading.com) by vps.hungerhost.com with esmtpa (Exim 4.69) (envelope-from ) id 1PI6zv-0002aV-HW; Mon, 15 Nov 2010 16:53:59 -0500 From: George Neville-Neil Content-Type: multipart/mixed; boundary=Apple-Mail-3-165708523 Date: Mon, 15 Nov 2010 16:53:57 -0500 Message-Id: <68C8A8D9-E592-4561-973F-02873227DF3D@freebsd.org> To: net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1082) X-Mailer: Apple Mail (2.1082) X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - vps.hungerhost.com X-AntiAbuse: Original Domain - freebsd.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - freebsd.org X-Source: X-Source-Args: X-Source-Dir: Cc: John Baldwin Subject: Proposed new information from netstat X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 21:54:00 -0000 --Apple-Mail-3-165708523 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Howdy, Please review this patch which adds the -T flag to netstat so that you = can get TCP information, per socket, including retransmits, out-of-order receives, and zero window = advertisements. Best, George --Apple-Mail-3-165708523 Content-Disposition: attachment; filename=head-tcpinfo.diff Content-Type: application/octet-stream; x-unix-mode=0664; name="head-tcpinfo.diff" Content-Transfer-Encoding: 7bit Index: usr.bin/netstat/inet.c =================================================================== --- usr.bin/netstat/inet.c (revision 215339) +++ usr.bin/netstat/inet.c (working copy) @@ -411,25 +411,30 @@ if (Lflag) printf("%-5.5s %-14.14s %-22.22s\n", "Proto", "Listen", "Local Address"); - else { + if (Tflag) + printf((Aflag && !Wflag) ? + "%-5.5s %-6.6s %-6.6s %-6.6s %-18.18s %s\n" : + "%-5.5s %-6.6s %-6.6s %-6.6s %-22.22s %s\n", + "Proto", "Rexmit", "OOORcv", "0-win", + "Local Address", "Foreign Address"); + if (xflag) { + printf("%-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s ", + "R-MBUF", "S-MBUF", "R-CLUS", + "S-CLUS", "R-HIWA", "S-HIWA", + "R-LOWA", "S-LOWA", "R-BCNT", + "S-BCNT", "R-BMAX", "S-BMAX"); + printf("%7.7s %7.7s %7.7s %7.7s %7.7s %7.7s %s\n", + "rexmt", "persist", "keep", + "2msl", "delack", "rcvtime", + "(state)"); + } + if (!xflag && !Tflag) printf((Aflag && !Wflag) ? "%-5.5s %-6.6s %-6.6s %-18.18s %-18.18s" : "%-5.5s %-6.6s %-6.6s %-22.22s %-22.22s", "Proto", "Recv-Q", "Send-Q", "Local Address", "Foreign Address"); - if (xflag) { - printf("%-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s %-6.6s ", - "R-MBUF", "S-MBUF", "R-CLUS", - "S-CLUS", "R-HIWA", "S-HIWA", - "R-LOWA", "S-LOWA", "R-BCNT", - "S-BCNT", "R-BMAX", "S-BMAX"); - printf("%7.7s %7.7s %7.7s %7.7s %7.7s %7.7s %s\n", - "rexmt", "persist", "keep", - "2msl", "delack", "rcvtime", - "(state)"); - } else - printf("(state)\n"); - } + first = 0; } if (Lflag && so->so_qlimit == 0) @@ -455,6 +460,9 @@ snprintf(buf1, 15, "%d/%d/%d", so->so_qlen, so->so_incqlen, so->so_qlimit); printf("%-14.14s ", buf1); + } else if (Tflag) { + printf("%6u %6u %6u ", tp->t_sndrexmitpack, + tp->t_rcvoopack, tp->t_sndzerowin); } else { printf("%6u %6u ", so->so_rcv.sb_cc, so->so_snd.sb_cc); } @@ -540,7 +548,7 @@ timer->t_rcvtime / 1000, (timer->t_rcvtime % 1000) / 10); } } - if (istcp && !Lflag) { + if (istcp && !Lflag && !xflag && !Tflag) { if (tp->t_state < 0 || tp->t_state >= TCP_NSTATES) printf("%d", tp->t_state); else { Index: usr.bin/netstat/netstat.1 =================================================================== --- usr.bin/netstat/netstat.1 (revision 215339) +++ usr.bin/netstat/netstat.1 (working copy) @@ -49,7 +49,7 @@ .It Xo .Bk -words .Nm -.Op Fl AaLnSWx +.Op Fl AaLnSTWx .Op Fl f Ar protocol_family | Fl p Ar protocol .Op Fl M Ar core .Op Fl N Ar system @@ -88,6 +88,10 @@ If .Fl x is present, display socket buffer and tcp timer statistics for each internet socket. +When +.Fl T +is present, display information from the TCP control block, including +retransmits, out-of-order packets received, and zero-sized windows advertised. .It Xo .Bk -words .Nm Index: usr.bin/netstat/main.c =================================================================== --- usr.bin/netstat/main.c (revision 215339) +++ usr.bin/netstat/main.c (working copy) @@ -342,6 +342,7 @@ int rflag; /* show routing tables (or routing stats) */ int sflag; /* show protocol statistics */ int Wflag; /* wide display */ +int Tflag; /* TCP Information */ int xflag; /* extra information, includes all socket buffer info */ int zflag; /* zero stats */ @@ -361,7 +362,7 @@ af = AF_UNSPEC; - while ((ch = getopt(argc, argv, "AaBbdf:ghI:iLlM:mN:np:Qq:rSsuWw:xz")) + while ((ch = getopt(argc, argv, "AaBbdf:ghI:iLlM:mN:np:Qq:rSTsuWw:xz")) != -1) switch(ch) { case 'A': @@ -476,6 +477,9 @@ interval = atoi(optarg); iflag = 1; break; + case 'T': + Tflag = 1; + break; case 'x': xflag = 1; break; @@ -515,6 +519,9 @@ if (!live) setgid(getgid()); + if (xflag && Tflag) + errx(1, "-x and -T are incompatible, pick one."); + if (Bflag) { if (!live) usage(); @@ -794,7 +801,7 @@ usage(void) { (void)fprintf(stderr, "%s\n%s\n%s\n%s\n%s\n%s\n%s\n%s\n%s\n%s\n%s\n%s\n", -"usage: netstat [-AaLnSWx] [-f protocol_family | -p protocol]\n" +"usage: netstat [-AaLnSTWx] [-f protocol_family | -p protocol]\n" " [-M core] [-N system]", " netstat -i | -I interface [-abdhnW] [-f address_family]\n" " [-M core] [-N system]", Index: usr.bin/netstat/netstat.h =================================================================== --- usr.bin/netstat/netstat.h (revision 215339) +++ usr.bin/netstat/netstat.h (working copy) @@ -50,6 +50,7 @@ extern int numeric_port; /* show ports numerically */ extern int rflag; /* show routing tables (or routing stats) */ extern int sflag; /* show protocol statistics */ +extern int Tflag; /* show TCP control block info */ extern int Wflag; /* wide display */ extern int xflag; /* extended display, includes all socket buffer info */ extern int zflag; /* zero stats */ Index: sys/netinet/tcp_reass.c =================================================================== --- sys/netinet/tcp_reass.c (revision 215339) +++ sys/netinet/tcp_reass.c (working copy) @@ -266,6 +266,7 @@ th->th_seq += i; } } + tp->t_rcvoopack++; TCPSTAT_INC(tcps_rcvoopack); TCPSTAT_ADD(tcps_rcvoobyte, *tlenp); Index: sys/netinet/tcp_var.h =================================================================== --- sys/netinet/tcp_var.h (revision 215339) +++ sys/netinet/tcp_var.h (working copy) @@ -177,6 +177,7 @@ u_long snd_cwnd_prev; /* cwnd prior to retransmit */ u_long snd_ssthresh_prev; /* ssthresh prior to retransmit */ tcp_seq snd_recover_prev; /* snd_recover prior to retransmit */ + int t_sndzerowin; /* zero-window updates sent */ u_int t_badrxtwin; /* window for retransmit recovery */ u_char snd_limited; /* segments limited transmitted */ /* SACK related state */ @@ -193,6 +194,8 @@ u_int32_t rfbuf_ts; /* recv buffer autoscaling timestamp */ int rfbuf_cnt; /* recv buffer autoscaling byte count */ struct toe_usrreqs *t_tu; /* offload operations vector */ + int t_sndrexmitpack; /* retransmit packets sent */ + int t_rcvoopack; /* out-of-order packets received */ void *t_toe; /* TOE pcb pointer */ int t_bytes_acked; /* # bytes acked during current RTT */ struct cc_algo *cc_algo; /* congestion control algorithm */ Index: sys/netinet/tcp_output.c =================================================================== --- sys/netinet/tcp_output.c (revision 215339) +++ sys/netinet/tcp_output.c (working copy) @@ -803,6 +803,7 @@ if ((tp->t_flags & TF_FORCEDATA) && len == 1) TCPSTAT_INC(tcps_sndprobe); else if (SEQ_LT(tp->snd_nxt, tp->snd_max) || sack_rxmit) { + tp->t_sndrexmitpack++; TCPSTAT_INC(tcps_sndrexmitpack); TCPSTAT_ADD(tcps_sndrexmitbyte, len); } else { @@ -1027,9 +1028,10 @@ * to read more data than can be buffered prior to transmitting on * the connection. */ - if (th->th_win == 0) + if (th->th_win == 0) { + tp->t_sndzerowin++; tp->t_flags |= TF_RXWIN0SENT; - else + } else tp->t_flags &= ~TF_RXWIN0SENT; if (SEQ_GT(tp->snd_up, tp->snd_nxt)) { th->th_urp = htons((u_short)(tp->snd_up - tp->snd_nxt)); Index: sys/netinet/tcp.h =================================================================== --- sys/netinet/tcp.h (revision 215339) +++ sys/netinet/tcp.h (working copy) @@ -225,9 +225,12 @@ u_int32_t tcpi_snd_nxt; /* Next egress seqno */ u_int32_t tcpi_rcv_nxt; /* Next ingress seqno */ u_int32_t tcpi_toe_tid; /* HWTID for TOE endpoints */ + u_int32_t tcpi_snd_rexmitpack; /* Retransmitted packets */ + u_int32_t tcpi_rcv_ooopack; /* Out-of-order packets */ + u_int32_t tcpi_snd_zerowin; /* Zero-sized windows sent */ /* Padding to grow without breaking ABI. */ - u_int32_t __tcpi_pad[29]; /* Padding. */ + u_int32_t __tcpi_pad[26]; /* Padding. */ }; #endif Index: sys/netinet/tcp_usrreq.c =================================================================== --- sys/netinet/tcp_usrreq.c (revision 215339) +++ sys/netinet/tcp_usrreq.c (working copy) @@ -1218,6 +1218,9 @@ ti->tcpi_rcv_mss = tp->t_maxseg; if (tp->t_flags & TF_TOE) ti->tcpi_options |= TCPI_OPT_TOE; + ti->tcpi_snd_rexmitpack = tp->t_sndrexmitpack; + ti->tcpi_rcv_ooopack = tp->t_rcvoopack; + ti->tcpi_snd_zerowin = tp->t_sndzerowin; } /* --Apple-Mail-3-165708523-- From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 21:58:48 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 566A01065672 for ; Mon, 15 Nov 2010 21:58:48 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id CE7948FC13 for ; Mon, 15 Nov 2010 21:58:47 +0000 (UTC) Received: by ewy3 with SMTP id 3so1753971ewy.13 for ; Mon, 15 Nov 2010 13:58:46 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=h/VrxzxXU4c95u2cbb+einihQdqIFHFW6xEUm1LkGek=; b=lrfTjJnmLc3i/RQF1uJNJy1TBCAUVi9xbzxZxOjuslNvV80ZAJYcD/VwGJ4ob9EGnR Ej4ZevZEjmdHSSRuLeDZgeuAcwGm/0OdSRQq5zqTUCgzKHE5WZSHVfhWRcgltkohtWqj hIxZloTDfmL2UzPPCIL8upsBhHwVLaO4f4FgQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=U2vsip/SugIyU+LPlWXmd8XeoY/qRXFvKMVTP4kHRqf0GhlPkT1Ts62YvGaPg2gXr+ tCjImDuh2B+Agugu0gkHr512gL3+pNSTSQFVrlf3p4zdg2MCqopZGuDXZkkshhLGARQ0 66ejaoRMRzPIx+HX197iHsSf8XvyV38itlVg8= MIME-Version: 1.0 Received: by 10.216.3.3 with SMTP id 3mr7250907weg.57.1289858325499; Mon, 15 Nov 2010 13:58:45 -0800 (PST) Received: by 10.216.2.206 with HTTP; Mon, 15 Nov 2010 13:58:45 -0800 (PST) In-Reply-To: <4CE1A9F1.8050400@greatbaysoftware.com> References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> <4CE1A9F1.8050400@greatbaysoftware.com> Date: Mon, 15 Nov 2010 13:58:45 -0800 Message-ID: From: Jack Vogel To: Charles Owens Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 21:58:48 -0000 Well, if the system doesnt show the hardware in a PCI scan there isn't much my driver can do :) The last line in your log says 'eth0', what's that about? You could try booting 8.1 64 bit, you can also send me all the details about the board, just to make sure I can get the exact one and then I'll try it here. This is quad port fiber, right? I was thinking this was PCI ID 0x1527, 82580 adapter. The support is in HEAD now. Regards, Jack On Mon, Nov 15, 2010 at 1:45 PM, Charles Owens wrote: > Jack, I'm afraid that with the card _not_ installed we get identical > pciconf output. We're running 32 bit simply because that's where we got > rolling with our product, and have not yet made the call to invest in the > effort required to make the jump to 64. Do you think that our being at 32 > bit could be a factor here? > > So far the same card model has been tested on several of these server > appliances, so I doubt it's a bad-slot situation. > > In case it's helpful, I've attached a boot log. Anything else that I can > provide that might help? > > Thank you, > Charles > > > > On 11/15/10 3:23 PM, Jack Vogel wrote: > >> UH, did you do that with the adapter in the system?? I do not see the ID I >> expected >> to see. Some reason you're running 32 bit?? >> >> Can you run the pciconf with the adapter in and out, compare and tell me >> what its >> ID is? All the unidentified devices I see are in the 0x3XXX range and >> those >> are not >> network devices. >> >> Maybe its a bad slot? >> >> Jack >> >> >> On Mon, Nov 15, 2010 at 11:59 AM, Charles Owens< >> cowens@greatbaysoftware.com >> >>> wrote: >>> Great... thanks! Please see attached. BTW, the system is running >>> 8.0-RELEASE-p2 i386 (PAE). >>> >>> >>> Charles >>> >>> >>> >>> On 11/13/10 2:24 AM, Jack Vogel wrote: >>> >>> pciconf -l please, I'll betcha these are the new quad ports that are in >>> my >>> next igb driver >>> update, it would have gone in already but I've been fighting a bug in the >>> header split >>> code. >>> >>> Show me what the output looks like, and I'll get ya fixed up, dont worry >>> :) >>> >>> Jack >>> >>> >>> On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< >>> cowens@greatbaysoftware.com> wrote: >>> >>> Hello, >>>> >>>> We're trying to work with newly purcharsed Intel EXPi9404PF NICs ("Intel >>>> PRO/1000 PF Quad Port Server Adapter") but they do not seem to be >>>> detected >>>> (no ports showing with 'ifconfig -l'). We're having no problems with >>>> the >>>> 2-port version of the same card -- is there a known issue with the >>>> 4-port >>>> version? >>>> >>>> We've tried three different cards of this model, all with same result. >>>> Thanks in advance for any help. >>>> >>>> Charles >>>> >>>> -- >>>> Charles Owens >>>> Great Bay Software, Inc. >>>> >>>> >>>> >>>> _______________________________________________ >>>> 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 Nov 15 22:23:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CF527106566C for ; Mon, 15 Nov 2010 22:23:24 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 6FF0A8FC08 for ; Mon, 15 Nov 2010 22:23:24 +0000 (UTC) Received: from jack.bspruce.com ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 15 Nov 2010 17:23:24 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4CE1B2D8.6070102@greatbaysoftware.com> Date: Mon, 15 Nov 2010 17:23:20 -0500 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> <4CE1A9F1.8050400@greatbaysoftware.com> In-Reply-To: X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 22:23:24 -0000 The eth0 line in log: we rename our NICs to be ethX (via "iconfig em0 name eth0"). That line is just one of the copper NICs coming up. Info on the card -- model number (EXPi9404PFBLK), chipset (dual 82571 GB chips). Here's the Intel page: http://www.intel.com/Products/Server/Adapters/PRO1000PF-QuadPort/PRO1000PF-QuadPort-overview.htm Is this what you were expecting? We can also work on booting into 8.1 64bit. Thanks much, Charles On 11/15/10 4:58 PM, Jack Vogel wrote: > Well, if the system doesnt show the hardware in a PCI scan there isn't > much my driver can do :) > > The last line in your log says 'eth0', what's that about? > > You could try booting 8.1 64 bit, you can also send me all the details > about the board, just to > make sure I can get the exact one and then I'll try it here. This is > quad port fiber, right? I was > thinking this was PCI ID 0x1527, 82580 adapter. The support is in > HEAD now. > > Regards, > > Jack > > > On Mon, Nov 15, 2010 at 1:45 PM, Charles Owens > > wrote: > > Jack, I'm afraid that with the card _not_ installed we get > identical pciconf output. We're running 32 bit simply because > that's where we got rolling with our product, and have not yet > made the call to invest in the effort required to make the jump to > 64. Do you think that our being at 32 bit could be a factor here? > > So far the same card model has been tested on several of these > server appliances, so I doubt it's a bad-slot situation. > > In case it's helpful, I've attached a boot log. Anything else > that I can provide that might help? > > Thank you, > Charles > > > > On 11/15/10 3:23 PM, Jack Vogel wrote: > > UH, did you do that with the adapter in the system?? I do not > see the ID I > expected > to see. Some reason you're running 32 bit?? > > Can you run the pciconf with the adapter in and out, compare > and tell me > what its > ID is? All the unidentified devices I see are in the 0x3XXX > range and those > are not > network devices. > > Maybe its a bad slot? > > Jack > > > On Mon, Nov 15, 2010 at 11:59 AM, Charles > Owens > > wrote: > Great... thanks! Please see attached. BTW, the system > is running > 8.0-RELEASE-p2 i386 (PAE). > > > Charles > > > > On 11/13/10 2:24 AM, Jack Vogel wrote: > > pciconf -l please, I'll betcha these are the new quad > ports that are in my > next igb driver > update, it would have gone in already but I've been > fighting a bug in the > header split > code. > > Show me what the output looks like, and I'll get ya fixed > up, dont worry :) > > Jack > > > On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< > cowens@greatbaysoftware.com > > wrote: > > Hello, > > We're trying to work with newly purcharsed Intel > EXPi9404PF NICs ("Intel > PRO/1000 PF Quad Port Server Adapter") but they do not > seem to be detected > (no ports showing with 'ifconfig -l'). We're having > no problems with the > 2-port version of the same card -- is there a known > issue with the 4-port > version? > > We've tried three different cards of this model, all > with same result. > Thanks in advance for any help. > > Charles > > -- > Charles Owens > Great Bay Software, Inc. > > > > _______________________________________________ > 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 Nov 15 22:38:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id BE102106566B for ; Mon, 15 Nov 2010 22:38:46 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 5ECAF8FC14 for ; Mon, 15 Nov 2010 22:38:45 +0000 (UTC) Received: from jack.bspruce.com ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 15 Nov 2010 17:38:46 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4CE1B673.6010306@greatbaysoftware.com> Date: Mon, 15 Nov 2010 17:38:43 -0500 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> <4CE1A9F1.8050400@greatbaysoftware.com> In-Reply-To: X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 22:38:46 -0000 Well, I believe we have an answer: http://www.intel.com/support/network/adapter/pro100/sb/CS-030873.htm The motherboard definitely is PCIe 2.0 . The page suggests these cards for use with a PCIe2.0 system: # Intel® PRO/1000 PT Quad Port LP Server Adapter (P/N EXPI9404PTL) # Intel® Gigabit ET Quad Port Server Adapter (P/N E1G44ET) # Intel® Gigabit ET2 Quad Port Server Adapter (P/N E1G44ET2) Notably there's not a PF option shown, so we're going to have to think about that. But in any case, do you think these models will function with 8.0? 8.0 plus a patch? .... or is 8.1 the only option? Thanks, Charles On 11/15/10 4:58 PM, Jack Vogel wrote: > Well, if the system doesnt show the hardware in a PCI scan there isn't > much my driver can do :) > > The last line in your log says 'eth0', what's that about? > > You could try booting 8.1 64 bit, you can also send me all the details > about the board, just to > make sure I can get the exact one and then I'll try it here. This is > quad port fiber, right? I was > thinking this was PCI ID 0x1527, 82580 adapter. The support is in > HEAD now. > > Regards, > > Jack > > > On Mon, Nov 15, 2010 at 1:45 PM, Charles Owens > > wrote: > > Jack, I'm afraid that with the card _not_ installed we get > identical pciconf output. We're running 32 bit simply because > that's where we got rolling with our product, and have not yet > made the call to invest in the effort required to make the jump to > 64. Do you think that our being at 32 bit could be a factor here? > > So far the same card model has been tested on several of these > server appliances, so I doubt it's a bad-slot situation. > > In case it's helpful, I've attached a boot log. Anything else > that I can provide that might help? > > Thank you, > Charles > > > > On 11/15/10 3:23 PM, Jack Vogel wrote: > > UH, did you do that with the adapter in the system?? I do not > see the ID I > expected > to see. Some reason you're running 32 bit?? > > Can you run the pciconf with the adapter in and out, compare > and tell me > what its > ID is? All the unidentified devices I see are in the 0x3XXX > range and those > are not > network devices. > > Maybe its a bad slot? > > Jack > > > On Mon, Nov 15, 2010 at 11:59 AM, Charles > Owens > > wrote: > Great... thanks! Please see attached. BTW, the system > is running > 8.0-RELEASE-p2 i386 (PAE). > > > Charles > > > > On 11/13/10 2:24 AM, Jack Vogel wrote: > > pciconf -l please, I'll betcha these are the new quad > ports that are in my > next igb driver > update, it would have gone in already but I've been > fighting a bug in the > header split > code. > > Show me what the output looks like, and I'll get ya fixed > up, dont worry :) > > Jack > > > On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< > cowens@greatbaysoftware.com > > wrote: > > Hello, > > We're trying to work with newly purcharsed Intel > EXPi9404PF NICs ("Intel > PRO/1000 PF Quad Port Server Adapter") but they do not > seem to be detected > (no ports showing with 'ifconfig -l'). We're having > no problems with the > 2-port version of the same card -- is there a known > issue with the 4-port > version? > > We've tried three different cards of this model, all > with same result. > Thanks in advance for any help. > > Charles > > -- > Charles Owens > Great Bay Software, Inc. > > > > _______________________________________________ > 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 Nov 15 23:11:45 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2F8D81065673 for ; Mon, 15 Nov 2010 23:11:45 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id C15C68FC19 for ; Mon, 15 Nov 2010 23:11:44 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 1E841E71EC for ; Mon, 15 Nov 2010 23:11:44 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Mon, 15 Nov 2010 23:11:43 +0000 (GMT) From: Bruce Cran To: freebsd-net@freebsd.org Date: Mon, 15 Nov 2010 23:11:42 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201011152311.42968.bruce@cran.org.uk> Subject: if_msk not working after suspend/resume if only one adapter is present X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 23:11:45 -0000 I've been trying to get suspend/resume working on my Dell laptop. I have two if_msk adapters: one's the built-in 100Mb port and the other's a Sonnet Gb ExpressCard NIC. I've noticed that if I boot with the Gb card installed both ports work fine when the laptop has been resumed but if I don't have the Gb card installed then the built-in port stops working. Is there any way to debug what might be going wrong? -- Bruce Cran From owner-freebsd-net@FreeBSD.ORG Mon Nov 15 23:14:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 59A141065693 for ; Mon, 15 Nov 2010 23:14:24 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id D5CD48FC16 for ; Mon, 15 Nov 2010 23:14:23 +0000 (UTC) Received: by wwd20 with SMTP id 20so35137wwd.31 for ; Mon, 15 Nov 2010 15:14:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=i7r6gDO6mlxpQ6hL8QuNiGJfs6tMGB9l4aKNkoPn/NQ=; b=wbeOjsYfREoW78ik2P1EZFBcfleDtf8Bszmqrb8p4OTpcrylXUM/yc/bN3137axfZQ ruyRptYNXwQmDKryMvIopgKZd4wEikEmLK3rynfRtu9E8Px+lm2USGysv4sAYyt+eD5C aeRy/6GsMcwzEjR0Vrwnch86taXLBp2WSdLfc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=r+K+aH4FSESq0mtTi2gy0lZFEtFLNUzh6FkjrexD8r7LsmZyY/eT4dPd12RfnygHwv ZaG1xdB2Fhpe+l2oje0d/u3aKZfVQRqgHfkhCgRiU8Ss58eJz9yhW3a1bGWHKntBHiVQ sIBsK97y9EKSmG0OW+E01urKSHdEwJ93JHLQU= MIME-Version: 1.0 Received: by 10.227.152.21 with SMTP id e21mr6720553wbw.188.1289862861786; Mon, 15 Nov 2010 15:14:21 -0800 (PST) Received: by 10.216.2.206 with HTTP; Mon, 15 Nov 2010 15:14:21 -0800 (PST) In-Reply-To: <4CE1B673.6010306@greatbaysoftware.com> References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> <4CE1A9F1.8050400@greatbaysoftware.com> <4CE1B673.6010306@greatbaysoftware.com> Date: Mon, 15 Nov 2010 15:14:21 -0800 Message-ID: From: Jack Vogel To: Charles Owens Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Nov 2010 23:14:24 -0000 The way you talked about this at first made me think this was something new= , but its actually fairly old, its just a quad port 82571, id is 0x10A5, support has been in the drivers for ages :) The issue is the hardware not the OS or driver, even if the motherboard is PCIE 2.0, does it not have slots that are 1 ? For server adapters you might consider going 82576 or 82580. Jack On Mon, Nov 15, 2010 at 2:38 PM, Charles Owens wrote: > Well, I believe we have an answer: > > http://www.intel.com/support/network/adapter/pro100/sb/CS-030873.htm > > The motherboard definitely is PCIe 2.0 . The page suggests these cards > for use with a PCIe2.0 system: > > Intel=AE PRO/1000 PT Quad Port LP Server Adapter (P/N EXPI9404PTL) > Intel=AE Gigabit ET Quad Port Server Adapter (P/N E1G44ET) > Intel=AE Gigabit ET2 Quad Port Server Adapter (P/N E1G44ET2) > > Notably there's not a PF option shown, so we're going to have to think > about that. But in any case, do you think these models will function wi= th > 8.0? 8.0 plus a patch? .... or is 8.1 the only option? > > Thanks, > Charles > > > On 11/15/10 4:58 PM, Jack Vogel wrote: > > Well, if the system doesnt show the hardware in a PCI scan there isn't mu= ch > my driver can do :) > > The last line in your log says 'eth0', what's that about? > > You could try booting 8.1 64 bit, you can also send me all the details > about the board, just to > make sure I can get the exact one and then I'll try it here. This is quad > port fiber, right? I was > thinking this was PCI ID 0x1527, 82580 adapter. The support is in HEAD > now. > > Regards, > > Jack > > > On Mon, Nov 15, 2010 at 1:45 PM, Charles Owens < > cowens@greatbaysoftware.com> wrote: > >> Jack, I'm afraid that with the card _not_ installed we get identical >> pciconf output. We're running 32 bit simply because that's where we got >> rolling with our product, and have not yet made the call to invest in th= e >> effort required to make the jump to 64. Do you think that our being at = 32 >> bit could be a factor here? >> >> So far the same card model has been tested on several of these server >> appliances, so I doubt it's a bad-slot situation. >> >> In case it's helpful, I've attached a boot log. Anything else that I c= an >> provide that might help? >> >> Thank you, >> Charles >> >> >> >> On 11/15/10 3:23 PM, Jack Vogel wrote: >> >>> UH, did you do that with the adapter in the system?? I do not see the I= D >>> I >>> expected >>> to see. Some reason you're running 32 bit?? >>> >>> Can you run the pciconf with the adapter in and out, compare and tell m= e >>> what its >>> ID is? All the unidentified devices I see are in the 0x3XXX range and >>> those >>> are not >>> network devices. >>> >>> Maybe its a bad slot? >>> >>> Jack >>> >>> >>> On Mon, Nov 15, 2010 at 11:59 AM, Charles Owens< >>> cowens@greatbaysoftware.com >>> >>>> wrote: >>>> Great... thanks! Please see attached. BTW, the system is running >>>> 8.0-RELEASE-p2 i386 (PAE). >>>> >>>> >>>> Charles >>>> >>>> >>>> >>>> On 11/13/10 2:24 AM, Jack Vogel wrote: >>>> >>>> pciconf -l please, I'll betcha these are the new quad ports that are i= n >>>> my >>>> next igb driver >>>> update, it would have gone in already but I've been fighting a bug in >>>> the >>>> header split >>>> code. >>>> >>>> Show me what the output looks like, and I'll get ya fixed up, dont wor= ry >>>> :) >>>> >>>> Jack >>>> >>>> >>>> On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< >>>> cowens@greatbaysoftware.com> wrote: >>>> >>>> Hello, >>>>> >>>>> We're trying to work with newly purcharsed Intel EXPi9404PF NICs >>>>> ("Intel >>>>> PRO/1000 PF Quad Port Server Adapter") but they do not seem to be >>>>> detected >>>>> (no ports showing with 'ifconfig -l'). We're having no problems wit= h >>>>> the >>>>> 2-port version of the same card -- is there a known issue with the >>>>> 4-port >>>>> version? >>>>> >>>>> We've tried three different cards of this model, all with same result= . >>>>> Thanks in advance for any help. >>>>> >>>>> Charles >>>>> >>>>> -- >>>>> Charles Owens >>>>> Great Bay Software, Inc. >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> 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 Tue Nov 16 00:37:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0BC441065670 for ; Tue, 16 Nov 2010 00:37:24 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (edge.tidalhosting.net [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id A31748FC0C for ; Tue, 16 Nov 2010 00:37:23 +0000 (UTC) Received: from jack.bspruce.com ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 15 Nov 2010 19:37:23 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4CE1D242.1050105@greatbaysoftware.com> Date: Mon, 15 Nov 2010 19:37:22 -0500 From: Charles Owens MIME-Version: 1.0 To: Jack Vogel References: <4CDDBAC6.6080500@greatbaysoftware.com> <4CE1913D.7010207@greatbaysoftware.com> <4CE1A9F1.8050400@greatbaysoftware.com> <4CE1B673.6010306@greatbaysoftware.com> In-Reply-To: X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em(4): 4-port Intel Pro/1000 PF card not detected X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 00:37:24 -0000 The appliance is in a 1U form-factor with just a single riser-based slot (PCIe 2.0). Thanks for your help with this, Charles On 11/15/10 6:14 PM, Jack Vogel wrote: > The way you talked about this at first made me think this was > something new, but its actually > fairly old, its just a quad port 82571, id is 0x10A5, support has been > in the drivers for ages :) > > The issue is the hardware not the OS or driver, even if the > motherboard is PCIE 2.0, does it > not have slots that are 1 ? > > For server adapters you might consider going 82576 or 82580. > > Jack > > > On Mon, Nov 15, 2010 at 2:38 PM, Charles Owens > > wrote: > > Well, I believe we have an answer: > > http://www.intel.com/support/network/adapter/pro100/sb/CS-030873.htm > > The motherboard definitely is PCIe 2.0 . The page suggests these > cards for use with a PCIe2.0 system: > > # Intel® PRO/1000 PT Quad Port LP Server Adapter (P/N EXPI9404PTL) > # Intel® Gigabit ET Quad Port Server Adapter (P/N E1G44ET) > # Intel® Gigabit ET2 Quad Port Server Adapter (P/N E1G44ET2) > > > Notably there's not a PF option shown, so we're going to have to > think about that. But in any case, do you think these models > will function with 8.0? 8.0 plus a patch? .... or is 8.1 the > only option? > > Thanks, > Charles > > > On 11/15/10 4:58 PM, Jack Vogel wrote: >> Well, if the system doesnt show the hardware in a PCI scan there >> isn't much my driver can do :) >> >> The last line in your log says 'eth0', what's that about? >> >> You could try booting 8.1 64 bit, you can also send me all the >> details about the board, just to >> make sure I can get the exact one and then I'll try it here. This >> is quad port fiber, right? I was >> thinking this was PCI ID 0x1527, 82580 adapter. The support is >> in HEAD now. >> >> Regards, >> >> Jack >> >> >> On Mon, Nov 15, 2010 at 1:45 PM, Charles Owens >> > > wrote: >> >> Jack, I'm afraid that with the card _not_ installed we get >> identical pciconf output. We're running 32 bit simply >> because that's where we got rolling with our product, and >> have not yet made the call to invest in the effort required >> to make the jump to 64. Do you think that our being at 32 >> bit could be a factor here? >> >> So far the same card model has been tested on several of >> these server appliances, so I doubt it's a bad-slot situation. >> >> In case it's helpful, I've attached a boot log. Anything >> else that I can provide that might help? >> >> Thank you, >> Charles >> >> >> >> On 11/15/10 3:23 PM, Jack Vogel wrote: >> >> UH, did you do that with the adapter in the system?? I do >> not see the ID I >> expected >> to see. Some reason you're running 32 bit?? >> >> Can you run the pciconf with the adapter in and out, >> compare and tell me >> what its >> ID is? All the unidentified devices I see are in the >> 0x3XXX range and those >> are not >> network devices. >> >> Maybe its a bad slot? >> >> Jack >> >> >> On Mon, Nov 15, 2010 at 11:59 AM, Charles >> Owens> >> >> wrote: >> Great... thanks! Please see attached. BTW, the >> system is running >> 8.0-RELEASE-p2 i386 (PAE). >> >> >> Charles >> >> >> >> On 11/13/10 2:24 AM, Jack Vogel wrote: >> >> pciconf -l please, I'll betcha these are the new quad >> ports that are in my >> next igb driver >> update, it would have gone in already but I've been >> fighting a bug in the >> header split >> code. >> >> Show me what the output looks like, and I'll get ya >> fixed up, dont worry :) >> >> Jack >> >> >> On Fri, Nov 12, 2010 at 2:08 PM, Charles Owens< >> cowens@greatbaysoftware.com >> > wrote: >> >> Hello, >> >> We're trying to work with newly purcharsed Intel >> EXPi9404PF NICs ("Intel >> PRO/1000 PF Quad Port Server Adapter") but they >> do not seem to be detected >> (no ports showing with 'ifconfig -l'). We're >> having no problems with the >> 2-port version of the same card -- is there a >> known issue with the 4-port >> version? >> >> We've tried three different cards of this model, >> all with same result. >> Thanks in advance for any help. >> >> Charles >> >> -- >> Charles Owens >> Great Bay Software, Inc. >> >> >> >> _______________________________________________ >> 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 Tue Nov 16 01:36:10 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ED812106566B for ; Tue, 16 Nov 2010 01:36:10 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f54.google.com (mail-yw0-f54.google.com [209.85.213.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9F7BB8FC0A for ; Tue, 16 Nov 2010 01:36:10 +0000 (UTC) Received: by ywa8 with SMTP id 8so66583ywa.13 for ; Mon, 15 Nov 2010 17:36:09 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=QVpirbPyP4RcEHeA+KGKAiFbBPtgSxlyeUqaDilBdxI=; b=VfBqdtRD20VlbCh1Y9qfNMYQQfMhoPtYIPxa8oRr9y0iTpzQJXdevW0SE9yT8XOU2L eStHGRVH/aNRGaRGxJEYwyOncfyuVRiERI3iw3Kda8vis9p189KeW0LxzfVIS1cXdE9d pg6EWUGPtXUbQ+Nk6L04R3Kzyipqd9MAEvKM0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=GvxJOH1R3AC/l/svqqpOaSFewY/F9riA9Q31AkPr4ZvF53Uk1DXZcFbewB+UHRtRre BWdfpi1mN8I5Agbv2kncar0tqo4RdAHhJSzJV2wcFZa/weGty87LALbLePONYECXx9aM mpmJtjNuI6yaiPO4b17IHN34XD0qjTScMr44c= Received: by 10.151.9.11 with SMTP id m11mr10770438ybi.71.1289871369857; Mon, 15 Nov 2010 17:36:09 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id t4sm3341423ybe.13.2010.11.15.17.36.07 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 17:36:08 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 15 Nov 2010 17:36:05 -0800 From: Pyun YongHyeon Date: Mon, 15 Nov 2010 17:36:05 -0800 To: Bruce Cran Message-ID: <20101116013605.GH1257@michelle.cdnetworks.com> References: <201011152311.42968.bruce@cran.org.uk> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="E13BgyNx05feLLmH" Content-Disposition: inline In-Reply-To: <201011152311.42968.bruce@cran.org.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: if_msk not working after suspend/resume if only one adapter is present X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 01:36:11 -0000 --E13BgyNx05feLLmH Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Nov 15, 2010 at 11:11:42PM +0000, Bruce Cran wrote: > I've been trying to get suspend/resume working on my Dell laptop. I have two > if_msk adapters: one's the built-in 100Mb port and the other's a Sonnet Gb > ExpressCard NIC. I've noticed that if I boot with the Gb card installed both > ports work fine when the laptop has been resumed but if I don't have the Gb > card installed then the built-in port stops working. Is there any way to > debug what might be going wrong? > Could you show me dmesg output? I've attached a blind patch which could be related with suspend/resume. I guess powering down code was not synchronized well for newer controllers. --E13BgyNx05feLLmH Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="msk.pdown.diff" Index: sys/dev/msk/if_msk.c =================================================================== --- sys/dev/msk/if_msk.c (revision 215345) +++ sys/dev/msk/if_msk.c (working copy) @@ -2941,8 +2941,6 @@ CSR_WRITE_4(sc, B0_HWE_IMSK, 0); CSR_READ_4(sc, B0_HWE_IMSK); - msk_phy_power(sc, MSK_PHY_POWERDOWN); - /* Put hardware reset. */ CSR_WRITE_2(sc, B0_CTST, CS_RST_SET); sc->msk_pflags |= MSK_FLAG_SUSPEND; --E13BgyNx05feLLmH-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 02:33:48 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A277C106564A for ; Tue, 16 Nov 2010 02:33:48 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yx0-f182.google.com (mail-yx0-f182.google.com [209.85.213.182]) by mx1.freebsd.org (Postfix) with ESMTP id 52A0D8FC13 for ; Tue, 16 Nov 2010 02:33:47 +0000 (UTC) Received: by yxh35 with SMTP id 35so82466yxh.13 for ; Mon, 15 Nov 2010 18:33:47 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=//zsT+kGTcZf3ywmzo997W0OtSnowrYWJcWemQSTaJg=; b=HS/e6J7eLK3pUrndh6sZSPSoFaKndrNcg9pM5A/Iy0Oef583n+yJliH4qE25maeHIc tF8wefpe9/gJhgzUM2NGqUh6xugyy1c68JN7YYM14jL1/xA1WZGLeEqzReIno7/Dmquo wirHyqzzNalh4/w6iZio9/nc0NfPuXdZQl5Go= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=IbflSijNqS/TxpIJrW55zJRiGgZj6N2zylU1O6S3+3sfpuwC+niAidtauGx2hQFFhJ rdfirKYETMDili0wYdOyvXYoXFKXzRbbLIoicteGY7n04WD00YQGRb1f4CWxDCW59EjN oWRuT43ltcATpeCNodlYnDaIhVNS2nnAWCmVs= Received: by 10.150.196.19 with SMTP id t19mr10752166ybf.299.1289874827465; Mon, 15 Nov 2010 18:33:47 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id k2sm3377472ybj.20.2010.11.15.18.33.44 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 15 Nov 2010 18:33:45 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 15 Nov 2010 18:33:42 -0800 From: Pyun YongHyeon Date: Mon, 15 Nov 2010 18:33:42 -0800 To: Zeus V Panchenko Message-ID: <20101116023342.GJ1257@michelle.cdnetworks.com> References: <20101112070759.GA36248@relay.ibs.dn.ua> <20101112230000.GD22460@michelle.cdnetworks.com> <20101113070918.GB15278@relay.ibs.dn.ua> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="k4f25fnPtRuIRUb3" Content-Disposition: inline In-Reply-To: <20101113070918.GB15278@relay.ibs.dn.ua> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: Problem with re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 02:33:48 -0000 --k4f25fnPtRuIRUb3 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Nov 13, 2010 at 09:09:18AM +0200, Zeus V Panchenko wrote: > Pyun YongHyeon (pyunyh@gmail.com) [10.11.13 01:01] wrote: > > > > Please be more specific for the issue. Your description is hard to > > narrow down possible cause. > > > > > i was sure it is the problem of the onboard rt nics ... > > > > > > > pciconf output of all re(4) controllers are useless because the > > vendor uses the same device id. Please show me the output of dmesg > > which will contain necessary information to identify your > > controller revision. > > > > oh, sorry :( > > here is what you say: > > the integrated onboard nic: > re0: port 0xe800-0xe8ff mem 0xfafff000-0xfaffffff,0xfaff8000-0xfaffbfff irq 17 at device 0.0 on pci2 > re0: Using 1 MSI messages > re0: Chip rev. 0x28000000 > re0: MAC rev. 0x00000000 > miibus0: on re0 > rgephy0: PHY 1 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re0: Ethernet address: 48:5b:39:d2:1d:89 > re0: [FILTER] > > > external PCI nic: > re1: port 0xd800-0xd8ff mem 0xfbeffc00-0xfbeffcff irq 17 at device 0.0 on pci1 > re1: Chip rev. 0x10000000 > re1: MAC rev. 0x00000000 > miibus1: on re1 > rgephy1: PHY 1 on miibus1 > rgephy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto > re1: Ethernet address: 00:21:91:f4:5f:e4 > re1: [FILTER] > > > all that data i was posting here before (several months ago) and > nothing changed since that time > > due to production state of the boxes i was forced finally to switch to > external nics and to configure it with vlans and even to unplug the > cable of the onboard nic > > since nic with plugged cable but without assigned ip address did begin > flap (may be it's specific of the swith it plugged in, it is TP-Link > TL-SG5426 but no other nic behaves this way) > > i have 7 boxes of this configuration and all 6 are running > now on external nics > > > if i can provide any debug/info/e.t.c. please let me know, i'd be > happy it'd work at last :) > Ok, please try latest re(4) in HEAD. If that does not change the behavior, give attached patch spin and let me know whether it makes any difference. Note, the attached may trigger watchdog timeouts under certain conditions but if you do not remove UTP cable that wouldn't happen. I have to verify whether it can really trigger watchdog timeouts and it takes more time on my side. --k4f25fnPtRuIRUb3 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.link.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 215345) +++ sys/dev/re/if_re.c (working copy) @@ -2151,9 +2151,10 @@ RL_LOCK_ASSERT(sc); mii = device_get_softc(sc->rl_miibus); - mii_tick(mii); - if ((sc->rl_flags & RL_FLAG_LINK) == 0) + if ((sc->rl_flags & RL_FLAG_LINK) == 0) { + mii_tick(mii); re_miibus_statchg(sc->rl_dev); + } /* * Reclaim transmitted frames here. Technically it is not * necessary to do here but it ensures periodic reclamation --k4f25fnPtRuIRUb3-- From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 08:01:34 2010 Return-Path: Delivered-To: net@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 1033) id B980D106566C; Tue, 16 Nov 2010 08:01:34 +0000 (UTC) Date: Tue, 16 Nov 2010 08:01:34 +0000 From: Alexey Dokuchaev To: Bernhard Schmidt Message-ID: <20101116080134.GA19889@FreeBSD.org> References: <4763016D.7060100@janh.de> <201010081944.50287.bschmidt@techwires.net> <20101009060239.GA88618@FreeBSD.org> <201010092046.41551.bschmidt@techwires.net> <20101010072730.GA91527@FreeBSD.org> <20101016124152.GA95535@FreeBSD.org> <20101020083156.GA57472@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i Cc: net@freebsd.org Subject: Re: Monitor mode not working for iwi(4) on 7.X X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 08:01:34 -0000 On Wed, Oct 20, 2010 at 07:15:19PM +0200, Bernhard Schmidt wrote: > # kldload if_iwi > # aireplay-ng -9 iwi0 > # ifconfig iwi0 > iwi0: flags=28943 > metric 0 mtu 1500 > media: IEEE 802.11 Wireless Ethernet autoselect (autoselect ) > # ifconfig iwi0 -mediaopt monitor > # ifconfig iwi0 > iwi0: flags=28943 > metric 0 mtu 1500 > media: IEEE 802.11 Wireless Ethernet autoselect Sorry for belated reply, had ENOTIME for a while. :-( What happens if you run airodump-ng iwi0 instead of aireplay-ng in this test? For me it gives this on today's 7-STABLE (userland and kernel in sync): # kldload if_iwi # airodump-ng iwi0 ^C # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ^^^^^^^^^^^^^^^^^^^^ ssid "" channel 6 (2437 MHz 11g) authmode OPEN privacy OFF scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS # ifconfig iwi0 -mediaopt monitor # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect (autoselect) status: no carrier ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ ssid "" channel 11 (2462 MHz 11g) authmode OPEN privacy OFF scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS # ifconfig iwi0 -mediaopt monitor # ifconfig iwi0 iwi0: flags=28903 metric 0 mtu 1500 ether 00:16:6f:b2:61:51 media: IEEE 802.11 Wireless Ethernet autoselect status: no carrier ^^^^^^^^^^ ssid "" channel 11 (2462 MHz 11g) authmode OPEN privacy OFF bmiss 10 scanvalid 60 bgscan bgscanintvl 300 bgscanidle 250 roam:rssi11g 7 roam:rate11g 5 protmode CTS Underlined text also looks strange... ./danfe From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 08:19:25 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97AE7106564A for ; Tue, 16 Nov 2010 08:19:25 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (muon.cran.org.uk [IPv6:2a01:348:0:15:5d59:5c40:0:1]) by mx1.freebsd.org (Postfix) with ESMTP id 355F58FC18 for ; Tue, 16 Nov 2010 08:19:25 +0000 (UTC) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 8756DE71ED; Tue, 16 Nov 2010 08:19:24 +0000 (GMT) Received: from core.nessbank (client-86-27-19-226.glfd.adsl.virginmedia.com [86.27.19.226]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Tue, 16 Nov 2010 08:19:23 +0000 (GMT) From: Bruce Cran To: freebsd-net@freebsd.org, pyunyh@gmail.com Date: Tue, 16 Nov 2010 08:19:22 +0000 User-Agent: KMail/1.13.5 (FreeBSD/9.0-CURRENT; KDE/4.5.3; amd64; ; ) References: <201011152311.42968.bruce@cran.org.uk> <20101116013605.GH1257@michelle.cdnetworks.com> In-Reply-To: <20101116013605.GH1257@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201011160819.23088.bruce@cran.org.uk> Cc: Subject: Re: if_msk not working after suspend/resume if only one adapter is present X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 08:19:25 -0000 On Tuesday 16 November 2010 01:36:05 Pyun YongHyeon wrote: > Could you show me dmesg output? > I've attached a blind patch which could be related with > suspend/resume. I guess powering down code was not synchronized > well for newer controllers. The patch didn't change anything unfortunately. The possibly relevant dmesg output is: pci9: on pcib2 mskc0: port 0xde00-0xdeff mem 0xf1ffc000-0xf1ffffff irq 16 at device 0.0 on pci9 msk0: on mskc0 msk0: disabling jumbo frame support msk0: Ethernet address: 00:23:ae:11:a0:15 miibus0: on msk0 e1000phy0: PHY 0 on miibus0 e1000phy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, auto-flow pcib3: at device 28.1 on pci0 pci11: on pcib3 pci11: at device 0.0 (no driver attached) pcib4: at device 28.4 on pci0 pci12: on pcib4 mskc1: port 0xce00-0xceff mem 0xf1cfc000-0xf1cfffff irq 16 at device 0.0 on pci12 msk1: on mskc1 msk1: Ethernet address: 00:50:43:00:3f:4f miibus1: on msk1 e1000phy1: PHY 0 on miibus1 e1000phy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, auto, auto-flow msk0 is the built-in port - I know it's one of the buggy 0x00 revisions. The rest of the dmesg can be found at http://www.cran.org.uk/~brucec/freebsd/dmesg_m1530.txt . -- Bruce Cran From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 10:40:25 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 8EC41106564A; Tue, 16 Nov 2010 10:40:25 +0000 (UTC) (envelope-from arved@FreeBSD.org) Received: from gazoz.arved.priv.at (cl-1383.ham-01.de.sixxs.net [IPv6:2001:6f8:900:566::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1EF0C8FC1E; Tue, 16 Nov 2010 10:40:24 +0000 (UTC) Received: from ferdinand.arved.priv.at (ferdinand-gif0.arved.priv.at [IPv6:2001:6f8:13fb::2]) by gazoz.arved.priv.at (8.14.3/8.14.3) with ESMTP id oAGAeJ9B090427; Tue, 16 Nov 2010 11:40:19 +0100 (CET) (envelope-from arved@FreeBSD.org) Received: from elma.arved.priv.at (elma.arved.priv.at [IPv6:2001:6f8:13fb:3:21b:63ff:fe04:1687] (may be forged)) by ferdinand.arved.priv.at (8.14.4/8.14.4) with ESMTP id oAGAe8pt022812; Tue, 16 Nov 2010 11:40:19 +0100 (CET) (envelope-from arved@FreeBSD.org) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: arved@FreeBSD.org In-Reply-To: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> Date: Tue, 16 Nov 2010 11:40:08 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <89612823-2292-478B-9816-1AB5133F168E@FreeBSD.org> References: <5F25ADA9-0481-4A34-8C48-28658639180D@thecosmicmachine.com> To: Milen Dzhumerov X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@FreeBSD.org Subject: Re: routed source code X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 10:40:25 -0000 On Nov 14, 2010, at 02:23 , Milen Dzhumerov wrote: > We're investigating some ways to perform symbolic execution of = distributed systems and we're looking for real-world programs to test. = The "routed" daemon[1] which is included with FreeBSD seemed like a good = candidate and I was wondering whether anyone can point me to its = implementation location in the source code repositories. The upstream location is: http://www.rhyolite.com/src/ From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 13:46:35 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 90416106567A; Tue, 16 Nov 2010 13:46:35 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6521E8FC16; Tue, 16 Nov 2010 13:46:35 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAGDkZ8E087217; Tue, 16 Nov 2010 13:46:35 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAGDkZdH087213; Tue, 16 Nov 2010 13:46:35 GMT (envelope-from brucec) Date: Tue, 16 Nov 2010 13:46:35 GMT Message-Id: <201011161346.oAGDkZdH087213@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/152295: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 13:46:35 -0000 Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Tue Nov 16 13:46:07 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=152295 From owner-freebsd-net@FreeBSD.ORG Tue Nov 16 15:20:11 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CFF7F1065711 for ; Tue, 16 Nov 2010 15:20:10 +0000 (UTC) (envelope-from sorem-real-atualcard@sorem.onda.com.br) Received: from sorem.onda.com.br (sorem.onda.com.br [200.195.197.42]) by mx1.freebsd.org (Postfix) with ESMTP id 15A518FC13 for ; Tue, 16 Nov 2010 15:20:10 +0000 (UTC) Received: by sorem.onda.com.br (Postfix, from userid 0) id BE44622583D8; Tue, 16 Nov 2010 12:52:02 -0200 (BRST) To: freebsd-net@freebsd.org From: REVENDA BRINDES Content-Transfer-Encoding: 7bit X-SOREM-Campaign-ID: 38_309343001289916828 X-Mailer: SOREM Message-Id: <20101116145202.BE44622583D8@sorem.onda.com.br> Date: Tue, 16 Nov 2010 12:52:02 -0200 (BRST) MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Chaveiro Moto por 0,39 e Canetas por 0,67 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: REVENDA BRINDES List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 16 Nov 2010 15:20:12 -0000 [1]REVENDABRINDES.COM.BR [2]REVENDABRINDES.COM.BR [3]Chaveiro Metálico Anzol por R$ 0,96 cada [4]Chaveiro de moto por R$ 0,39 cada [5]Canetas Plásticas impressas em uma cor por R$0,67 cada [6]REVENDABRINDES.COM.BR [7]VÁRIAS FORMAS DE PAGAMENTO Caso você não queira receber nossas mensagens, [8]clique aqui que seu e-mail será retirado imediatamente de nossa lista. References 1. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br 2. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br 3. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br/produto/info/16/chaveiros-metalicos-1-cod-108-mosquetao-cromado.html 4. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br/produto/lista/36/moto.html 5. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br 6. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br/produto/lista/6/plasticas.html 7. http://sorem.onda.com.br/sorem/click.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.revendabrindes.com.br 8. http://sorem.onda.com.br/sorem/optout.php?s=94275876c08c3d230eb03f62e099a967&e=31da6bbf3df23a6885c7e436e9c60ed0&u=http://www.ondaexpress.com.br From owner-freebsd-net@FreeBSD.ORG Wed Nov 17 07:15:17 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 347D11065675 for ; Wed, 17 Nov 2010 07:15:17 +0000 (UTC) (envelope-from chris@bab.cabstand.com) Received: from bab.cabstand.com (bab.cabstand.com [76.246.87.242]) by mx1.freebsd.org (Postfix) with ESMTP id 0D05E8FC17 for ; Wed, 17 Nov 2010 07:15:16 +0000 (UTC) Received: from bab.cabstand.com (localhost [127.0.0.1]) by bab.cabstand.com (8.13.8/8.13.8) with ESMTP id oAH74MfX045976 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO) for ; Tue, 16 Nov 2010 23:04:22 -0800 (PST) (envelope-from chris@bab.cabstand.com) Received: (from chris@localhost) by bab.cabstand.com (8.13.8/8.13.8/Submit) id oAH74M0I045975 for freebsd-net@freebsd.org; Tue, 16 Nov 2010 23:04:22 -0800 (PST) (envelope-from chris) Date: Tue, 16 Nov 2010 23:04:22 -0800 From: Chris Peiffer To: freebsd-net@freebsd.org Message-ID: <20101117070422.GA45678@cabstand.com> Mail-Followup-To: freebsd-net@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: request for MFC of em/igb drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 07:15:17 -0000 Hi, I've been watching the traffic here over the last few months relating to the em and igb Intel ethernet drivers. It seems like there's a big consensus that HEAD has some good new fixes. Looking at this: http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's marked "MFC: a week" but it doesn't look like anything's been MFC'd since. (And several other revisions that look more experimental have since gone into HEAD.) We've been seeing some weird issues with em devices under high load and if these changes in 1.58 are ready for STABLE we'd love to test them live. So this is a beg... if the relevant committers are out here, can that MFC go through soon? Or if it can't, or I'm reading the logs wrong, please explain. Thanks in advance. From owner-freebsd-net@FreeBSD.ORG Wed Nov 17 09:34:52 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A0F031065674 for ; Wed, 17 Nov 2010 09:34:52 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 637768FC21 for ; Wed, 17 Nov 2010 09:34:52 +0000 (UTC) Received: by qyk7 with SMTP id 7so1754574qyk.13 for ; Wed, 17 Nov 2010 01:34:51 -0800 (PST) MIME-Version: 1.0 Received: by 10.229.215.9 with SMTP id hc9mr1892559qcb.142.1289986491498; Wed, 17 Nov 2010 01:34:51 -0800 (PST) Sender: bschmidt@techwires.net Received: by 10.229.213.73 with HTTP; Wed, 17 Nov 2010 01:34:51 -0800 (PST) X-Originating-IP: [84.180.215.230] In-Reply-To: References: Date: Wed, 17 Nov 2010 10:34:51 +0100 X-Google-Sender-Auth: jRnQYh-4hILAID7rpwHbfCstZ9I Message-ID: From: Bernhard Schmidt To: Paul B Mahol Content-Type: text/plain; charset=ISO-8859-1 Cc: net@freebsd.org Subject: Re: ndis: fix panic on i386 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 09:34:52 -0000 On Mon, Nov 15, 2010 at 14:14, Paul B Mahol wrote: > Hi, > > Following patch fix panic on i386 for drivers using such functions. > [..] Committed, thanks. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Nov 17 13:18:21 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55D1D106566B for ; Wed, 17 Nov 2010 13:18:21 +0000 (UTC) (envelope-from eugen@grosbein.pp.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 92D2A8FC1B for ; Wed, 17 Nov 2010 13:18:20 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id oAHCslQQ092122; Wed, 17 Nov 2010 18:54:47 +0600 (NOVT) (envelope-from eugen@grosbein.pp.ru) Message-ID: <4CE3D097.7030204@grosbein.pp.ru> Date: Wed, 17 Nov 2010 18:54:47 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.1.10) Gecko/20100712 Thunderbird/3.0.5 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <20101117070422.GA45678@cabstand.com> In-Reply-To: <20101117070422.GA45678@cabstand.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: bsdlists@cabstand.com Subject: Re: request for MFC of em/igb drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 13:18:21 -0000 On 17.11.2010 13:04, Chris Peiffer wrote: > > Hi, > > I've been watching the traffic here over the last few months relating > to the em and igb Intel ethernet drivers. It seems like there's a big > consensus that HEAD has some good new fixes. > > Looking at this: > > http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c > > There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's > marked "MFC: a week" but it doesn't look like anything's been MFC'd > since. (And several other revisions that look more experimental have > since gone into HEAD.) > > We've been seeing some weird issues with em devices under high load > and if these changes in 1.58 are ready for STABLE we'd love to test > them live. > > So this is a beg... if the relevant committers are out here, can that > MFC go through soon? Or if it can't, or I'm reading the logs wrong, > please explain. > > Thanks in advance. Indeed, in RELENG_8 em(4) is not useable for us because of two flaws: 1. It panices system due to NULL pointers dereference. It needs the following patch taken from CURRENT's igb(4): --- if_em.c.orig 2010-11-02 15:45:56.000000000 +0600 +++ if_em.c 2010-11-08 14:24:46.000000000 +0600 @@ -4181,9 +4181,11 @@ ifp->if_ierrors++; /* Reuse loaded DMA map and just update mbuf chain */ mp = rxr->rx_buffers[i].m_head; + if(mp) { mp->m_len = mp->m_pkthdr.len = MCLBYTES; mp->m_data = mp->m_ext.ext_buf; mp->m_next = NULL; + } if (adapter->max_frame_size <= (MCLBYTES - ETHER_ALIGN)) m_adj(mp, ETHER_ALIGN); igb(4) in RELENG_8 has not this fix too and there is a PR: http://www.freebsd.org/cgi/query-pr.cgi?pr=150920 2. It makes physical link down/up for every vlan creation/deletion that leads to 3 seconds of service interruption and down/up events for all other vlans based on same parent interface. It needs the following patch that's already present in CURRENT but not in RELENG_8: @@ -4342,7 +4344,8 @@ em_shadow_vfta[index] |= (1 << bit); ++adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) + em_init(adapter); } /* @@ -4366,7 +4369,8 @@ em_shadow_vfta[index] &= ~(1 << bit); --adapter->num_vlans; /* Re-init to load the changes */ - em_init(adapter); + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) + em_init(adapter); } static void From owner-freebsd-net@FreeBSD.ORG Wed Nov 17 13:51:20 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 82D46106564A for ; Wed, 17 Nov 2010 13:51:20 +0000 (UTC) (envelope-from dudu@dudu.ro) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 23FF38FC14 for ; Wed, 17 Nov 2010 13:51:19 +0000 (UTC) Received: by wyb35 with SMTP id 35so1154776wyb.13 for ; Wed, 17 Nov 2010 05:51:19 -0800 (PST) Received: by 10.216.7.137 with SMTP id 9mr1519761wep.97.1290000202740; Wed, 17 Nov 2010 05:23:22 -0800 (PST) MIME-Version: 1.0 Received: by 10.216.177.195 with HTTP; Wed, 17 Nov 2010 05:22:41 -0800 (PST) In-Reply-To: <4CE3D097.7030204@grosbein.pp.ru> References: <20101117070422.GA45678@cabstand.com> <4CE3D097.7030204@grosbein.pp.ru> From: Vlad Galu Date: Wed, 17 Nov 2010 14:22:41 +0100 Message-ID: To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: request for MFC of em/igb drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 13:51:20 -0000 On Wed, Nov 17, 2010 at 1:54 PM, Eugene Grosbein wro= te: > On 17.11.2010 13:04, Chris Peiffer wrote: >> >> Hi, >> >> I've been watching the traffic here over the last few months relating >> to the em and igb Intel ethernet drivers. It seems like there's a big >> consensus that HEAD has some good new fixes. >> >> Looking at this: >> >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c >> >> There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's >> marked "MFC: a week" but it doesn't look like anything's been MFC'd >> since. (And several other revisions that look more experimental have >> since gone into HEAD.) >> >> We've been seeing some weird issues with em devices under high load >> and if these changes in 1.58 are ready for STABLE we'd love to test >> them live. >> >> So this is a beg... if the relevant committers are out here, can that >> MFC go through soon? Or if it can't, or I'm reading the logs wrong, >> please explain. >> >> Thanks in advance. > > Indeed, in RELENG_8 em(4) is not useable for us because of two flaws: > > 1. It panices system due to NULL pointers dereference. > It needs the following patch taken from CURRENT's igb(4): > > --- if_em.c.orig =A0 =A0 =A0 =A02010-11-02 15:45:56.000000000 +0600 > +++ if_em.c =A0 =A0 2010-11-08 14:24:46.000000000 +0600 > @@ -4181,9 +4181,11 @@ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0ifp->if_ierrors++; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0/* Reuse loaded DMA map an= d just update mbuf chain */ > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp =3D rxr->rx_buffers[i].= m_head; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 if(mp) { > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp->m_len =3D mp->m_pkthdr= .len =3D MCLBYTES; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp->m_data =3D mp->m_ext.e= xt_buf; > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0mp->m_next =3D NULL; > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 } > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0if (adapter->max_frame_siz= e <=3D > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0(MCLBYTES - ETHER_= ALIGN)) > =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0m_adj(mp, = ETHER_ALIGN); > > igb(4) in RELENG_8 has not this fix too and there is a PR: > http://www.freebsd.org/cgi/query-pr.cgi?pr=3D150920 > > 2. It makes physical link down/up for every vlan creation/deletion > that leads to 3 seconds of service interruption and > down/up events for all other vlans based on same parent interface. > It needs the following patch that's already present in CURRENT > but not in RELENG_8: > > @@ -4342,7 +4344,8 @@ > =A0 =A0 =A0 =A0em_shadow_vfta[index] |=3D (1 << bit); > =A0 =A0 =A0 =A0++adapter->num_vlans; > =A0 =A0 =A0 =A0/* Re-init to load the changes */ > - =A0 =A0 =A0 em_init(adapter); > + =A0 =A0 =A0 if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 em_init(adapter); > =A0} > > =A0/* > @@ -4366,7 +4369,8 @@ > =A0 =A0 =A0 =A0em_shadow_vfta[index] &=3D ~(1 << bit); > =A0 =A0 =A0 =A0--adapter->num_vlans; > =A0 =A0 =A0 =A0/* Re-init to load the changes */ > - =A0 =A0 =A0 em_init(adapter); > + =A0 =A0 =A0 if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > + =A0 =A0 =A0 =A0 =A0 =A0 =A0 em_init(adapter); > =A0} > > =A0static void > _______________________________________________ > 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" > Any plans for bringing in version 2.2.3 of ixgbe(4)? --=20 Good, fast & cheap. Pick any two. From owner-freebsd-net@FreeBSD.ORG Wed Nov 17 17:39:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3AF481065912 for ; Wed, 17 Nov 2010 17:39:16 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id BA7728FC12 for ; Wed, 17 Nov 2010 17:39:15 +0000 (UTC) Received: by wyb35 with SMTP id 35so1385066wyb.13 for ; Wed, 17 Nov 2010 09:39:14 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=SGYCLIKOKGdXupJAAKLPhQWmUMDTFQv9A5M3nAyJ4Ek=; b=toCIvysM+WOeGag/cBjhCx9yprbXQgkJxdlER/sYm+osz2hyVCYwNp/CAbDJkDRwOs vVZBlV80Nl6fWLH0FgF4E8rlt1CCD57h+FKe9R06JkVCG3MZtvtEf7lNmm2DOAnz+TSa LaBp49DismOMJkbMO6D8KGt66J2jKsKBcILFA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=lWEAby9fBPTBrUzMdHVCPcpM2e/cnZeHOQCH939i3LVtSE1BtXJ0Zg6WUSu7j8Cy6U Wq0mjBfX3KMwFdgU5pGqRmejZ/5BN/WWSNYJ3HCwhHirtDxZPoBIkxBmco/n5YpMSLgA vRuH51LQ08b+I9YKV+cDNJogIYe8EI3GFwEX8= MIME-Version: 1.0 Received: by 10.216.179.210 with SMTP id h60mr8365046wem.42.1290015554233; Wed, 17 Nov 2010 09:39:14 -0800 (PST) Received: by 10.216.2.206 with HTTP; Wed, 17 Nov 2010 09:39:14 -0800 (PST) In-Reply-To: References: <20101117070422.GA45678@cabstand.com> <4CE3D097.7030204@grosbein.pp.ru> Date: Wed, 17 Nov 2010 09:39:14 -0800 Message-ID: From: Jack Vogel To: Vlad Galu Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: request for MFC of em/igb drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Nov 2010 17:39:16 -0000 Yes, everyone, I plan on updating all the drivers, there has been no activity because I've tracking down a couple bugs that are tough, involving days of testing to reproduce. I know we're getting close and I appreciate any reports like this before. Stay tuned.... Jack On Wed, Nov 17, 2010 at 5:22 AM, Vlad Galu wrote: > On Wed, Nov 17, 2010 at 1:54 PM, Eugene Grosbein > wrote: > > On 17.11.2010 13:04, Chris Peiffer wrote: > >> > >> Hi, > >> > >> I've been watching the traffic here over the last few months relating > >> to the em and igb Intel ethernet drivers. It seems like there's a big > >> consensus that HEAD has some good new fixes. > >> > >> Looking at this: > >> > >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c > >> > >> There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's > >> marked "MFC: a week" but it doesn't look like anything's been MFC'd > >> since. (And several other revisions that look more experimental have > >> since gone into HEAD.) > >> > >> We've been seeing some weird issues with em devices under high load > >> and if these changes in 1.58 are ready for STABLE we'd love to test > >> them live. > >> > >> So this is a beg... if the relevant committers are out here, can that > >> MFC go through soon? Or if it can't, or I'm reading the logs wrong, > >> please explain. > >> > >> Thanks in advance. > > > > Indeed, in RELENG_8 em(4) is not useable for us because of two flaws: > > > > 1. It panices system due to NULL pointers dereference. > > It needs the following patch taken from CURRENT's igb(4): > > > > --- if_em.c.orig 2010-11-02 15:45:56.000000000 +0600 > > +++ if_em.c 2010-11-08 14:24:46.000000000 +0600 > > @@ -4181,9 +4181,11 @@ > > ifp->if_ierrors++; > > /* Reuse loaded DMA map and just update mbuf chain > */ > > mp = rxr->rx_buffers[i].m_head; > > + if(mp) { > > mp->m_len = mp->m_pkthdr.len = MCLBYTES; > > mp->m_data = mp->m_ext.ext_buf; > > mp->m_next = NULL; > > + } > > if (adapter->max_frame_size <= > > (MCLBYTES - ETHER_ALIGN)) > > m_adj(mp, ETHER_ALIGN); > > > > igb(4) in RELENG_8 has not this fix too and there is a PR: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=150920 > > > > 2. It makes physical link down/up for every vlan creation/deletion > > that leads to 3 seconds of service interruption and > > down/up events for all other vlans based on same parent interface. > > It needs the following patch that's already present in CURRENT > > but not in RELENG_8: > > > > @@ -4342,7 +4344,8 @@ > > em_shadow_vfta[index] |= (1 << bit); > > ++adapter->num_vlans; > > /* Re-init to load the changes */ > > - em_init(adapter); > > + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > > + em_init(adapter); > > } > > > > /* > > @@ -4366,7 +4369,8 @@ > > em_shadow_vfta[index] &= ~(1 << bit); > > --adapter->num_vlans; > > /* Re-init to load the changes */ > > - em_init(adapter); > > + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > > + em_init(adapter); > > } > > > > static void > > _______________________________________________ > > 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" > > > > Any plans for bringing in version 2.2.3 of ixgbe(4)? > > > -- > Good, fast & cheap. Pick any two. > _______________________________________________ > 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 Thu Nov 18 03:05:47 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05CA1106564A for ; Thu, 18 Nov 2010 03:05:47 +0000 (UTC) (envelope-from qing.li@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id CACE18FC0A for ; Thu, 18 Nov 2010 03:05:46 +0000 (UTC) Received: from bcs-mail03.internal.cacheflow.com ([10.2.2.95]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id oAI2p104000502; Wed, 17 Nov 2010 18:51:01 -0800 (PST) X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Date: Wed, 17 Nov 2010 18:50:38 -0800 Message-ID: X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: ECMP and route ownership Thread-Index: AcuGy2HNmPXzqoQ4TmqD4OlIsFM6OA== From: "Li, Qing" To: , Cc: Subject: ECMP and route ownership X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 03:05:47 -0000 As I am revising the ECMP code and reviewing the work done by Ingo Flaschberger, I come to the conclusion that I need to make one more enhancement to ECMP. I want to implement the "inetCidrRouteProto" concept as the 2nd variable that differentiates among the ECMP routes. I have already started on the prototyping work and should have something out in a couple of days. Any comments on its usefulness or perhaps sharing your=20 knowledge about what has been done already? Thank you. -- Qing From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 06:13:41 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3E20D106564A; Thu, 18 Nov 2010 06:13:41 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1367E8FC13; Thu, 18 Nov 2010 06:13:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAI6DebT048319; Thu, 18 Nov 2010 06:13:40 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAI6DeAA048315; Thu, 18 Nov 2010 06:13:40 GMT (envelope-from bz) Date: Thu, 18 Nov 2010 06:13:40 GMT Message-Id: <201011180613.oAI6DeAA048315@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/151908: [netinet6] [patch] nd6_ns_input: panic may happen, for RTFREE_LOCKED set rt to 0. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 06:13:41 -0000 Synopsis: [netinet6] [patch] nd6_ns_input: panic may happen, for RTFREE_LOCKED set rt to 0. Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Nov 18 06:13:32 UTC 2010 Responsible-Changed-Why: Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=151908 From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 06:16:53 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id ECFDA10656B2; Thu, 18 Nov 2010 06:16:53 +0000 (UTC) (envelope-from bz@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id C2B738FC0A; Thu, 18 Nov 2010 06:16:53 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAI6GrbL048908; Thu, 18 Nov 2010 06:16:53 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAI6GrIS048904; Thu, 18 Nov 2010 06:16:53 GMT (envelope-from bz) Date: Thu, 18 Nov 2010 06:16:53 GMT Message-Id: <201011180616.oAI6GrIS048904@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/152148: [pfil] vnet_pfil_init() happens too late if pfil_head_register() is called from if_ethersubr.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 06:16:54 -0000 Synopsis: [pfil] vnet_pfil_init() happens too late if pfil_head_register() is called from if_ethersubr.c Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Thu Nov 18 06:16:28 UTC 2010 Responsible-Changed-Why: I have shuffled things for vnets already. Take. http://www.freebsd.org/cgi/query-pr.cgi?pr=152148 From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 06:20:09 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CEFEE106564A for ; Thu, 18 Nov 2010 06:20:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A20958FC14 for ; Thu, 18 Nov 2010 06:20:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAI6K94f049018 for ; Thu, 18 Nov 2010 06:20:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAI6K9MY049017; Thu, 18 Nov 2010 06:20:09 GMT (envelope-from gnats) Date: Thu, 18 Nov 2010 06:20:09 GMT Message-Id: <201011180620.oAI6K9MY049017@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: conf/97014: [gif] gifconfig_gif? in rc.conf does not recognize IPv6 address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 06:20:09 -0000 The following reply was made to PR conf/97014; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, h@cosat.com Cc: Subject: Re: conf/97014: [gif] gifconfig_gif? in rc.conf does not recognize IPv6 address Date: Thu, 18 Nov 2010 06:11:48 +0000 (UTC) Put an "inet6" in front of the addresses, like you would do for ifconfig. - gifconfig_gif0="2001:DB8:0001::1 2001:DB8:0001::2" + gifconfig_gif0="inet6 2001:DB8:0001::1 2001:DB8:0001::2" does that help? From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 08:05:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 94E51106566C for ; Thu, 18 Nov 2010 08:05:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 477EB8FC19 for ; Thu, 18 Nov 2010 08:05:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id A34A541C713; Thu, 18 Nov 2010 09:05:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id AWoSRTiJH1h1; Thu, 18 Nov 2010 09:05:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id D9B1C41C757; Thu, 18 Nov 2010 09:05:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id E48814448F3; Thu, 18 Nov 2010 08:04:09 +0000 (UTC) Date: Thu, 18 Nov 2010 08:04:09 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: sthaug@nethelp.no In-Reply-To: <20101110.125334.41669215.sthaug@nethelp.no> Message-ID: <20101118080153.Y24596@maildrop.int.zabbadoz.net> References: <20101110.125334.41669215.sthaug@nethelp.no> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 08:05:07 -0000 On Wed, 10 Nov 2010, sthaug@nethelp.no wrote: Hi, > In IPv6 it should be possible to generate a Router Advertisement which > contains no prefix options (the idea being that I want the host to > populate its default router list but nothing else). However, I cannot > seem to get rtadvd to do this. > > If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a > prefix option corresponding to the IPv6 address of the interface. In > the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but > I can't find any way to specify that no prefix options should be sent. > > Any suggestions? What if you start rtadvd with -s and have a basically empty (default) config file entry? I haven't checked but theat would be my best guess? /bz -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 08:05:08 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 80921106564A for ; Thu, 18 Nov 2010 08:05:08 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 386DE8FC1B for ; Thu, 18 Nov 2010 08:05:08 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 961D541C729; Thu, 18 Nov 2010 09:05:07 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id wJQwuTFpyAnV; Thu, 18 Nov 2010 09:05:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id C619841C734; Thu, 18 Nov 2010 09:05:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 6564F4448F3; Thu, 18 Nov 2010 08:00:28 +0000 (UTC) Date: Thu, 18 Nov 2010 08:00:28 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Paul Thornton In-Reply-To: <4CD9AC9C.9060203@prt.org> Message-ID: <20101118075942.R24596@maildrop.int.zabbadoz.net> References: <4CBE0042.4090905@prt.org> <4CBE0846.1090203@freebsd.org> <4CBEFB5A.80704@prt.org> <4CBF15ED.6080606@freebsd.org> <4CC7162C.2020806@prt.org> <4CD9AC9C.9060203@prt.org> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: Problems with 8.1, PPPoE server, and Cisco client X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 08:05:08 -0000 On Tue, 9 Nov 2010, Paul Thornton wrote: > Hi folks, > > Keeping the list archives updated for any poor soul that has a similar > problem in future... > > On 26/10/2010 18:55, Paul Thornton wrote: >> I'm also going to give mpd a go and see if that works - but if it tries >> the same config options as pppoed then I may be straight back to where I >> am now. > > The verdict with mpd is exactly the same - the Cisco takes exception to > the IPCP request immediately following the successful auth, and tears > down the connection. > > I'm going to take this to the Cisco TAC and see if they can suggest > anything that may be causing this as it makes no sense at all when all > other clients I try work. Unfortunately I have never seen the full ppp debug log I had initially asked for. Can't help without that. It would tell you why it didn't work. /bz -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 12:58:43 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2500A1065673 for ; Thu, 18 Nov 2010 12:58:43 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 72F738FC1E for ; Thu, 18 Nov 2010 12:58:42 +0000 (UTC) Received: (qmail 52320 invoked from network); 18 Nov 2010 12:58:40 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 18 Nov 2010 12:58:40 -0000 Date: Thu, 18 Nov 2010 13:58:40 +0100 (CET) Message-Id: <20101118.135840.74708328.sthaug@nethelp.no> To: bzeeb-lists@lists.zabbadoz.net From: sthaug@nethelp.no In-Reply-To: <20101118080153.Y24596@maildrop.int.zabbadoz.net> References: <20101110.125334.41669215.sthaug@nethelp.no> <20101118080153.Y24596@maildrop.int.zabbadoz.net> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 12:58:43 -0000 > > In IPv6 it should be possible to generate a Router Advertisement which > > contains no prefix options (the idea being that I want the host to > > populate its default router list but nothing else). However, I cannot > > seem to get rtadvd to do this. > > > > If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a > > prefix option corresponding to the IPv6 address of the interface. In > > the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but > > I can't find any way to specify that no prefix options should be sent. > > > > Any suggestions? > > What if you start rtadvd with -s and have a basically empty (default) > config file entry? > > I haven't checked but theat would be my best guess? Does not appear to work. With /etc/radvd.conf containing only: vlan0:\ :raflags#128: and starting rtadvd with -s, it still announces the /64 prefix I have on the vlan0 interface. It's possible we simply have some missing functionality here. The man page for Mac OS X shows an "addrs" field which FreeBSD doesn't have - but which still doesn't do quite what I want: http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man5/rtadvd.conf.5.html addrs (num) Number of prefixes. Its default is 0, so it must explicitly be set to positive values if you want to specify any prefix information option. If its value is 0, rtadvd(8) looks up the system routing table and advertise the prefixes corresponding to interface routes on the interface. If its value is more than 1, you must specify the index of the prefix for each item below. Indices vary from 0 to N-1, where N is the value of addrs. Each index shall follow the name of each item, e.g., ``prefixlen2''. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 15:35:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CA5451065674 for ; Thu, 18 Nov 2010 15:35:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5B6C38FC12 for ; Thu, 18 Nov 2010 15:35:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 61E3E41C750; Thu, 18 Nov 2010 16:35:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id YLAZWuYxS5Kw; Thu, 18 Nov 2010 16:35:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id EA0F841C749; Thu, 18 Nov 2010 16:35:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id B439F4448F3; Thu, 18 Nov 2010 15:31:10 +0000 (UTC) Date: Thu, 18 Nov 2010 15:31:10 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: sthaug@nethelp.no In-Reply-To: <20101118.135840.74708328.sthaug@nethelp.no> Message-ID: <20101118152809.C24596@maildrop.int.zabbadoz.net> References: <20101110.125334.41669215.sthaug@nethelp.no> <20101118080153.Y24596@maildrop.int.zabbadoz.net> <20101118.135840.74708328.sthaug@nethelp.no> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 15:35:07 -0000 On Thu, 18 Nov 2010, sthaug@nethelp.no wrote: Hi Steinar, >>> In IPv6 it should be possible to generate a Router Advertisement which >>> contains no prefix options (the idea being that I want the host to >>> populate its default router list but nothing else). However, I cannot >>> seem to get rtadvd to do this. >>> >>> If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a >>> prefix option corresponding to the IPv6 address of the interface. In >>> the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but >>> I can't find any way to specify that no prefix options should be sent. >>> >>> Any suggestions? >> >> What if you start rtadvd with -s and have a basically empty (default) >> config file entry? >> >> I haven't checked but theat would be my best guess? > > Does not appear to work. With /etc/radvd.conf containing only: > > vlan0:\ > :raflags#128: > > and starting rtadvd with -s, it still announces the /64 prefix I have > on the vlan0 interface. > > It's possible we simply have some missing functionality here. The man > page for Mac OS X shows an "addrs" field which FreeBSD doesn't have - > but which still doesn't do quite what I want: > > http://developer.apple.com/library/mac/#documentation/Darwin/Reference/ManPages/man5/rtadvd.conf.5.html > > addrs (num) Number of prefixes. Its default is 0, so it must explicitly > be set to positive values if you want to specify any prefix > information option. If its value is 0, rtadvd(8) looks up the > system routing table and advertise the prefixes corresponding to > interface routes on the interface. If its value is more than 1, > you must specify the index of the prefix for each item below. > Indices vary from 0 to N-1, where N is the value of addrs. Each > index shall follow the name of each item, e.g., ``prefixlen2''. we'll have to redo some of rtsol(d)/rtadvd anyway as IANA has (long) assigned valid magic numbers for the formerly experimental options from the initial days. Can you open a PR and get it assigned to net@ or bz@, so this won't be lost? I am not sure I'll be able to look the next 10 days. /bz -- Bjoern A. Zeeb Welcome a new stage of life. Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 16:30:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 87838106566B for ; Thu, 18 Nov 2010 16:30:09 +0000 (UTC) (envelope-from chris@bab.cabstand.com) Received: from bab.cabstand.com (bab.cabstand.com [76.246.87.242]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8F98FC16 for ; Thu, 18 Nov 2010 16:30:09 +0000 (UTC) Received: from bab.cabstand.com (localhost [127.0.0.1]) by bab.cabstand.com (8.13.8/8.13.8) with ESMTP id oAIGU8oB098063 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Thu, 18 Nov 2010 08:30:08 -0800 (PST) (envelope-from chris@bab.cabstand.com) Received: (from chris@localhost) by bab.cabstand.com (8.13.8/8.13.8/Submit) id oAIGU74X098062; Thu, 18 Nov 2010 08:30:07 -0800 (PST) (envelope-from chris) Date: Thu, 18 Nov 2010 08:30:07 -0800 From: Chris Peiffer To: Jack Vogel Message-ID: <20101118163007.GA97776@cabstand.com> Mail-Followup-To: Jack Vogel , Eugene Grosbein , freebsd-net@freebsd.org References: <20101117070422.GA45678@cabstand.com> <4CE3D097.7030204@grosbein.pp.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Eugene Grosbein Subject: Re: request for MFC of em/igb drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 16:30:09 -0000 Thank you Jack, and thank you Eugene. I will integrate that NULL-check into my tree immediately. On Wed, Nov 17, 2010 at 09:39:14AM -0800, Jack Vogel wrote: > Yes, everyone, I plan on updating all the drivers, there has been no > activity > because I've tracking down a couple bugs that are tough, involving days > of testing to reproduce. I know we're getting close and I appreciate any > reports like this before. > > Stay tuned.... > > Jack > > > On Wed, Nov 17, 2010 at 5:22 AM, Vlad Galu wrote: > > > On Wed, Nov 17, 2010 at 1:54 PM, Eugene Grosbein > > wrote: > > > On 17.11.2010 13:04, Chris Peiffer wrote: > > >> > > >> Hi, > > >> > > >> I've been watching the traffic here over the last few months relating > > >> to the em and igb Intel ethernet drivers. It seems like there's a big > > >> consensus that HEAD has some good new fixes. > > >> > > >> Looking at this: > > >> > > >> http://www.freebsd.org/cgi/cvsweb.cgi/src/sys/dev/e1000/if_em.c > > >> > > >> There's a pretty big commit to HEAD in rev 1.58 on Sep 27 that's > > >> marked "MFC: a week" but it doesn't look like anything's been MFC'd > > >> since. (And several other revisions that look more experimental have > > >> since gone into HEAD.) > > >> > > >> We've been seeing some weird issues with em devices under high load > > >> and if these changes in 1.58 are ready for STABLE we'd love to test > > >> them live. > > >> > > >> So this is a beg... if the relevant committers are out here, can that > > >> MFC go through soon? Or if it can't, or I'm reading the logs wrong, > > >> please explain. > > >> > > >> Thanks in advance. > > > > > > Indeed, in RELENG_8 em(4) is not useable for us because of two flaws: > > > > > > 1. It panices system due to NULL pointers dereference. > > > It needs the following patch taken from CURRENT's igb(4): > > > > > > --- if_em.c.orig 2010-11-02 15:45:56.000000000 +0600 > > > +++ if_em.c 2010-11-08 14:24:46.000000000 +0600 > > > @@ -4181,9 +4181,11 @@ > > > ifp->if_ierrors++; > > > /* Reuse loaded DMA map and just update mbuf chain > > */ > > > mp = rxr->rx_buffers[i].m_head; > > > + if(mp) { > > > mp->m_len = mp->m_pkthdr.len = MCLBYTES; > > > mp->m_data = mp->m_ext.ext_buf; > > > mp->m_next = NULL; > > > + } > > > if (adapter->max_frame_size <= > > > (MCLBYTES - ETHER_ALIGN)) > > > m_adj(mp, ETHER_ALIGN); > > > > > > igb(4) in RELENG_8 has not this fix too and there is a PR: > > > http://www.freebsd.org/cgi/query-pr.cgi?pr=150920 > > > > > > 2. It makes physical link down/up for every vlan creation/deletion > > > that leads to 3 seconds of service interruption and > > > down/up events for all other vlans based on same parent interface. > > > It needs the following patch that's already present in CURRENT > > > but not in RELENG_8: > > > > > > @@ -4342,7 +4344,8 @@ > > > em_shadow_vfta[index] |= (1 << bit); > > > ++adapter->num_vlans; > > > /* Re-init to load the changes */ > > > - em_init(adapter); > > > + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > > > + em_init(adapter); > > > } > > > > > > /* > > > @@ -4366,7 +4369,8 @@ > > > em_shadow_vfta[index] &= ~(1 << bit); > > > --adapter->num_vlans; > > > /* Re-init to load the changes */ > > > - em_init(adapter); > > > + if (ifp->if_capenable & IFCAP_VLAN_HWFILTER) > > > + em_init(adapter); > > > } > > > > > > static void > > > _______________________________________________ > > > 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" > > > > > > > Any plans for bringing in version 2.2.3 of ixgbe(4)? > > > > > > -- > > Good, fast & cheap. Pick any two. > > _______________________________________________ > > 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 Thu Nov 18 17:34:49 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 047661065670; Thu, 18 Nov 2010 17:34:49 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D16A18FC12; Thu, 18 Nov 2010 17:34:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAIHYma2090491; Thu, 18 Nov 2010 17:34:48 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAIHYmle090487; Thu, 18 Nov 2010 17:34:48 GMT (envelope-from linimon) Date: Thu, 18 Nov 2010 17:34:48 GMT Message-Id: <201011181734.oAIHYmle090487@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/152360: [dummynet] [panic] Crash related to dummynet. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 17:34:49 -0000 Old Synopsis: Crash related to dummynet. New Synopsis: [dummynet] [panic] Crash related to dummynet. Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Nov 18 17:34:27 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=152360 From owner-freebsd-net@FreeBSD.ORG Thu Nov 18 20:31:21 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C5DBC1065782 for ; Thu, 18 Nov 2010 20:31:21 +0000 (UTC) (envelope-from gabor.radnai@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 4CC928FC28 for ; Thu, 18 Nov 2010 20:31:21 +0000 (UTC) Received: by fxm19 with SMTP id 19so2077769fxm.13 for ; Thu, 18 Nov 2010 12:31:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=aQbdj7Jv4E1wXptw6DSGX7urAZckT+Iq586f7/OBuz8=; b=bi/k7m6/siEslCPRoloRsP9XFmNa7Vt3NOSpPaBacGT9CoZTZ8wR2pHeeKP1S1uiWn U7RL44jDRnxHTTyM3ZogLJuqWto3YsQp16+FN1uJOAo2KQErVN3AhZSIBiw/GUnhbJlj WUYoZlgeEmL5LNdzdMvjBBU2FH7jqhzV6ZPR0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=hl5UKO5sPR3YrR/Pyd6/L+hvVwkv9p22Bbz+cXfxgC8kEM4+VhMwOFbBoPCzOrC7Dp wOVtCknpXrqnjaJXMYEAFwQBjkYzgFT9aBbnTiPWLPvD0R/gh6G4A4bk0AekPFPxeBVq Rw7LBUYkkjQOq3eYEeCgSGUW291eVvfGiiXzw= Received: by 10.223.71.198 with SMTP id i6mr54439faj.140.1290112280365; Thu, 18 Nov 2010 12:31:20 -0800 (PST) MIME-Version: 1.0 Received: by 10.223.93.138 with HTTP; Thu, 18 Nov 2010 12:31:05 -0800 (PST) In-Reply-To: <20101112225320.GC22460@michelle.cdnetworks.com> References: <20101111212648.GF17566@michelle.cdnetworks.com> <20101112225320.GC22460@michelle.cdnetworks.com> From: Gabor Radnai Date: Thu, 18 Nov 2010 21:31:05 +0100 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Problem with re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2010 20:31:21 -0000 re0: flags=8843 metric 0 mtu 1500 options=389b ether d8:5d:4c:80:b4:88 inet 0.0.0.0 netmask 0xff000000 broadcast 255.255.255.255 media: Ethernet autoselect (1000baseT ) status: active nfe0: flags=8843 metric 0 mtu 1500 options=80008 ether 00:1a:92:38:dc:95 inet 192.168.0.200 netmask 0xffffff00 broadcast 192.168.0.255 media: Ethernet autoselect (1000baseT ) status: active lo0: flags=8049 metric 0 mtu 16384 options=3 inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 inet6 ::1 prefixlen 128 inet 127.0.0.1 netmask 0xff000000 nd6 options=3 On Fri, Nov 12, 2010 at 11:53 PM, Pyun YongHyeon wrote: > On Fri, Nov 12, 2010 at 10:18:40PM +0100, Gabor Radnai wrote: > > Hi, > > > > I hope you are interested in inet section it looks like this (will able > to > > send the exact output only a bit later unfortunately as removed the card) > : > > inet 0.0.0.0 netmask 255.255.255.255 > > > > This might be caused by dhclient(i.e. dhclient(8) failed to receive > DHCP ACK). > BTW, you still didn't show me the output of ifconfig re0 after UP > the interface(i.e. ifconfig re0 up). > > > Thanks, > > Gabor > > > > On Thu, Nov 11, 2010 at 10:26 PM, Pyun YongHyeon > wrote: > > > > > On Thu, Nov 11, 2010 at 09:56:26PM +0100, Gabor Radnai wrote: > > > > Hi, > > > > > > > > I have an Asus M2NPV-VM motherboard with integrated Nvidia MCP51 > Gigabit > > > > Ethernet NIC and > > > > TP-Link TG-3468 PCIe network card which is using Realtek 8111 chip. > > > > > > > > I have problem with the re driver: the Nvidia network interface is > > > working > > > > properly but the other > > > > though it seems recognized by OS I cannot use. Sporadically it > remains > > > down > > > > and if it gets up then > > > > does not get ip address via DHCP nor help if I set static ip address. > Can > > > > manipulate via ifconfig but > > > > unreachable via IP. > > > > > > > > I replaced cable, interchanged cable working with Nvidia, restarted > > > > switch/router but no luck so far. > > > > Also using this nic in a Windows machine - it works. Using my Asus > mob > > > with > > > > Ubuntu Live CD - card works. > > > > > > > > Can it be a driver bug or this type of chip is not supported by re > > > driver? > > > > > > > > > > Eh, you already know the answer, recognized by re(4) but does not > > > work so it's a bug of re(4). Would you show me the output of > > > ifconfig re0 after UP the interface(i.e. ifconfig re0 up). > > > > From owner-freebsd-net@FreeBSD.ORG Fri Nov 19 03:43:34 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E524A10656A4 for ; Fri, 19 Nov 2010 03:43:34 +0000 (UTC) (envelope-from siquijorphilips@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF388FC0C for ; Fri, 19 Nov 2010 03:43:34 +0000 (UTC) Received: by qyk31 with SMTP id 31so184808qyk.13 for ; Thu, 18 Nov 2010 19:43:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=j7MWg3midalHckqd4Jerh8z17l8Bemsqdi52W1SAsLA=; b=gN5huxzOu/DCHcmch60TZQw96Pu/11fntI+xPDQfVXt0vWxwaKvnPTdW6QJWz3pGKz XRJNzdcMdHu69WGuTQ0GEjovrXp48CCJZzbFFJklFJ0F5fKm9eAcscNLJMv2adISTWi1 Nd8V+tWmGnoQTL9yvyL4kMTqG5V+qTnj0+t+E= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=UuUNfhU5ZVpL/xCqUj6Z0X5WFL8kXj7hehjtfQ3o1sOunQSMaW7R7YplrbDtn9LOJA RYRz699lZVEAl+YJmbXB1uAFznSGRGyoO84sfa2dueADng3+wKcFrgav9RZfJ8PckOjp soZb4lSqp9Tjs/frt9vjQYLX+G8KxCfJv9A+E= MIME-Version: 1.0 Received: by 10.229.241.194 with SMTP id lf2mr1279881qcb.164.1290136784423; Thu, 18 Nov 2010 19:19:44 -0800 (PST) Received: by 10.229.32.140 with HTTP; Thu, 18 Nov 2010 19:19:44 -0800 (PST) Date: Fri, 19 Nov 2010 11:19:44 +0800 Message-ID: From: Siquijor Philips To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 03:43:35 -0000 > On Wed, 10 Nov 2010, sthaug@nethelp.no wrote: > > Hi, > > > In IPv6 it should be possible to generate a Router Advertisement which > contains no prefix options (the idea being that I want the host to > populate its default router list but nothing else). However, I cannot > seem to get rtadvd to do this. > > If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a > prefix option corresponding to the IPv6 address of the interface. In > the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but > I can't find any way to specify that no prefix options should be sent. > > Any suggestions? You mean to say that you want your router to act as the default IPv6 gateway only advertising default route via RA and the IPv6 prefixes are managed by other means such as DHCPv6 server? Because by its the only way I can think of with your case now. You can specify 'pinfoflags' with 'l' in the /etc/rtadvd.conf to suppress the prefix information option being advertised. From owner-freebsd-net@FreeBSD.ORG Fri Nov 19 04:24:34 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 25713106566B for ; Fri, 19 Nov 2010 04:24:34 +0000 (UTC) (envelope-from siquijorphilips@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id CD8F68FC0A for ; Fri, 19 Nov 2010 04:24:33 +0000 (UTC) Received: by qwd7 with SMTP id 7so47825qwd.13 for ; Thu, 18 Nov 2010 20:24:33 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=AL+9wHGaX/uQYc2sBobHoOsNj7Vd1J0YUwyBugwf5SQ=; b=eqKtX8944mP9rEqtk+tC1Nkt2biZ1y/cJ/8HXpdX+hvlHgO0F4J/n/mkrfYrKVU/Hp 5IOLc1bp09u/PEXkS8fG7/DKe86CsyNLiY8qI3vUo82ETaJ1mAhPIYIgUZBv/KW6HT7j qDV85BxD2Qv/9vhRaasX8n8xecnwbCamJmCaY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=qpjiG8XahbXy1VhpTIhSI1mqH9XAWSIK6nfrQ3ytx/doOnugqC5uHzFYWk+hiXiAnN RyhFGTyjZbJOvuO4K9Kb32EymHNh+nl4arTmWo0WrE0XUllT+v3HQL1t2rQS1thx13XJ fMK8LVDieSmGt5hddKbexw9BimVz7RGnFljJg= MIME-Version: 1.0 Received: by 10.229.246.129 with SMTP id ly1mr1355919qcb.126.1290140672962; Thu, 18 Nov 2010 20:24:32 -0800 (PST) Received: by 10.229.32.140 with HTTP; Thu, 18 Nov 2010 20:24:32 -0800 (PST) In-Reply-To: References: Date: Fri, 19 Nov 2010 12:24:32 +0800 Message-ID: From: Siquijor Philips To: sthaug@nethelp.no Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 04:24:34 -0000 On Fri, Nov 19, 2010 at 11:19 AM, Siquijor Philips wrote: >> On Wed, 10 Nov 2010, sthaug@nethelp.no wrote: >> >> Hi, >> >> >> In IPv6 it should be possible to generate a Router Advertisement which >> contains no prefix options (the idea being that I want the host to >> populate its default router list but nothing else). However, I cannot >> seem to get rtadvd to do this. >> >> If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a >> prefix option corresponding to the IPv6 address of the interface. In >> the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but >> I can't find any way to specify that no prefix options should be sent. >> >> Any suggestions? > > You mean to say that you want your router to act as the default IPv6 > gateway only advertising default route via RA and the IPv6 prefixes > are managed by other means such as DHCPv6 server? Because by its the > only way I can think of with your case now. You can specify > 'pinfoflags' with 'l' in the /etc/rtadvd.conf to suppress the prefix > information option being advertised. > My suggestion above is not complete, you should have something in your /etc/rtadvd.conf vlan0:\ :raflags="mo":pinfoflags="l": From owner-freebsd-net@FreeBSD.ORG Fri Nov 19 08:52:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1A9BF1065670 for ; Fri, 19 Nov 2010 08:52:16 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 50BD08FC1A for ; Fri, 19 Nov 2010 08:52:14 +0000 (UTC) Received: (qmail 6121 invoked from network); 19 Nov 2010 08:52:12 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 19 Nov 2010 08:52:12 -0000 Date: Fri, 19 Nov 2010 09:52:12 +0100 (CET) Message-Id: <20101119.095212.74667071.sthaug@nethelp.no> To: siquijorphilips@gmail.com From: sthaug@nethelp.no In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 08:52:16 -0000 > > In IPv6 it should be possible to generate a Router Advertisement which > > contains no prefix options (the idea being that I want the host to > > populate its default router list but nothing else). However, I cannot > > seem to get rtadvd to do this. > > > > If I start rtadvd with no /etc/rtadvd.conf file, it sends RAs with a > > prefix option corresponding to the IPv6 address of the interface. In > > the /etc/rtadvd.conf I can explicitly specify prefixes ("addr"), but > > I can't find any way to specify that no prefix options should be sent. > > > > Any suggestions? > > You mean to say that you want your router to act as the default IPv6 > gateway only advertising default route via RA and the IPv6 prefixes > are managed by other means such as DHCPv6 server? Correct. > Because by its the > only way I can think of with your case now. You can specify > 'pinfoflags' with 'l' in the /etc/rtadvd.conf to suppress the prefix > information option being advertised. Specifying a prefix ("addr") and "pinfoflags" with "l" makes rtadvd send RAs with a prefix info option option which contains the onlink flag. It certainly does not suppress the prefix info option. Specifying a prefix ("addr") and "pinfoflags" without "a" makes rtadvd send RAs with a prefix info option which does not contain the auto flag - this prevents SLAAC from taking place. I would like to get rtadvd to send RAs completely *without* a prefix info option. My Juniper routers at work can do this just fine... Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Fri Nov 19 09:01:15 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B3F3D106566B for ; Fri, 19 Nov 2010 09:01:15 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id E59308FC12 for ; Fri, 19 Nov 2010 09:01:14 +0000 (UTC) Received: (qmail 6782 invoked from network); 19 Nov 2010 09:01:13 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 19 Nov 2010 09:01:13 -0000 Date: Fri, 19 Nov 2010 10:01:13 +0100 (CET) Message-Id: <20101119.100113.41718035.sthaug@nethelp.no> To: siquijorphilips@gmail.com From: sthaug@nethelp.no In-Reply-To: References: X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: How to generate IPv6 RA without any prefixes? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 09:01:15 -0000 > > You mean to say that you want your router to act as the default IPv6 > > gateway only advertising default route via RA and the IPv6 prefixes > > are managed by other means such as DHCPv6 server? Because by its the > > only way I can think of with your case now. You can specify > > 'pinfoflags' with 'l' in the /etc/rtadvd.conf to suppress the prefix > > information option being advertised. > > > > My suggestion above is not complete, you should have something in your > /etc/rtadvd.conf > > vlan0:\ > :raflags="mo":pinfoflags="l": This results in rtadvd sending RAs with "managed, other" flags, while the "pinfoflags" without a corresponding prefix ("addr") results in the default behavior: The explicit "pinfoflags" entry is ignored, interface prefix is taken from the kernel routing table and announced as a prefix info option with onlink and auto flags. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Fri Nov 19 17:55:00 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 67476106566C; Fri, 19 Nov 2010 17:55:00 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 36B678FC18; Fri, 19 Nov 2010 17:55:00 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAJHt0jb013931; Fri, 19 Nov 2010 17:55:00 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAJHsxFi013927; Fri, 19 Nov 2010 17:54:59 GMT (envelope-from yongari) Date: Fri, 19 Nov 2010 17:54:59 GMT Message-Id: <201011191754.oAJHsxFi013927@freefall.freebsd.org> To: zuborg@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/152295: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 19 Nov 2010 17:55:00 -0000 Synopsis: [bge] 8.1-R driver stop to reveice incoming packets on high bandwidth for BCM5784, 7.3-R works State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Fri Nov 19 17:53:56 UTC 2010 State-Changed-Why: Could you try latest stable/8 on the box? There were numerous stability fixes as well as new features. Also show me the output of "vmstat -i". Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Nov 19 17:53:56 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=152295 From owner-freebsd-net@FreeBSD.ORG Sat Nov 20 09:24:36 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 54D8B106566C; Sat, 20 Nov 2010 09:24:36 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 2B2018FC14; Sat, 20 Nov 2010 09:24:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAK9Oaq8010322; Sat, 20 Nov 2010 09:24:36 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAK9OaYr010318; Sat, 20 Nov 2010 09:24:36 GMT (envelope-from linimon) Date: Sat, 20 Nov 2010 09:24:36 GMT Message-Id: <201011200924.oAK9OaYr010318@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/152174: [nfe] panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @ /usr/src/sys/dev/nfe/if_nfe.c:820 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 09:24:36 -0000 Old Synopsis: panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @ /usr/src/sys/dev/nfe/if_nfe.c:820 New Synopsis: [nfe] panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @ /usr/src/sys/dev/nfe/if_nfe.c:820 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Nov 20 09:24:18 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=152174 From owner-freebsd-net@FreeBSD.ORG Sat Nov 20 09:31:26 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 361FB106567A; Sat, 20 Nov 2010 09:31:26 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0CE068FC1F; Sat, 20 Nov 2010 09:31:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAK9VPoC017778; Sat, 20 Nov 2010 09:31:25 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAK9VPhL017770; Sat, 20 Nov 2010 09:31:25 GMT (envelope-from linimon) Date: Sat, 20 Nov 2010 09:31:25 GMT Message-Id: <201011200931.oAK9VPhL017770@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/152235: [arp] Permanent local ARP entries are not properly updated after MAC address change X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 09:31:26 -0000 Old Synopsis: [net] Permanent local ARP entries are not properly updated after MAC address change New Synopsis: [arp] Permanent local ARP entries are not properly updated after MAC address change Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat Nov 20 09:31:07 UTC 2010 Responsible-Changed-Why: reclassify. http://www.freebsd.org/cgi/query-pr.cgi?pr=152235 From owner-freebsd-net@FreeBSD.ORG Sat Nov 20 21:42:20 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 05F6F106564A; Sat, 20 Nov 2010 21:42:20 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D10048FC08; Sat, 20 Nov 2010 21:42:19 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAKLgJFx079896; Sat, 20 Nov 2010 21:42:19 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAKLgJgM079892; Sat, 20 Nov 2010 21:42:19 GMT (envelope-from gavin) Date: Sat, 20 Nov 2010 21:42:19 GMT Message-Id: <201011202142.oAKLgJgM079892@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/152411: [re] network card works only on 1000M X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 21:42:20 -0000 Old Synopsis: re network card works only on 1000M New Synopsis: [re] network card works only on 1000M Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sat Nov 20 21:40:21 UTC 2010 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=152411 From owner-freebsd-net@FreeBSD.ORG Sat Nov 20 22:18:41 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 84A931065670; Sat, 20 Nov 2010 22:18:41 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5A4CF8FC0C; Sat, 20 Nov 2010 22:18:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id oAKMIfs0013167; Sat, 20 Nov 2010 22:18:41 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id oAKMIf2W013162; Sat, 20 Nov 2010 22:18:41 GMT (envelope-from yongari) Date: Sat, 20 Nov 2010 22:18:41 GMT Message-Id: <201011202218.oAKMIf2W013162@freefall.freebsd.org> To: atkin901@gmail.com, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/152174: [nfe] panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @ /usr/src/sys/dev/nfe/if_nfe.c:820 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 20 Nov 2010 22:18:41 -0000 Synopsis: [nfe] panic: _mtx_lock_sleep: recursed on non-recursive mutex nfe0 @ /usr/src/sys/dev/nfe/if_nfe.c:820 State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Sat Nov 20 22:18:08 UTC 2010 State-Changed-Why: I think it was already fixed in HEAD(r215194). Which revision do you use? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Sat Nov 20 22:18:08 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=152174