From owner-freebsd-net@FreeBSD.ORG Sun Jan 17 08:43: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 3B6031065670; Sun, 17 Jan 2010 08:43:11 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from asuka.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id DFEA08FC0A; Sun, 17 Jan 2010 08:43:10 +0000 (UTC) Received: from ameno.mahoroba.org (IDENT:FtH3TfvlSs8sXnP80Tu14nV2B5V1nscVZlycY21hbP2FvblZEVx/XX+84VORYyCK@ameno.mahoroba.org [IPv6:2001:2f0:104:8010:20a:79ff:fe69:ee6b]) (user=ume mech=CRAM-MD5 bits=0) by asuka.mahoroba.org (8.14.3/8.14.3) with ESMTP/inet6 id o0H8gweH013376 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 17 Jan 2010 17:43:01 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Sun, 17 Jan 2010 17:42:58 +0900 Message-ID: From: Hajimu UMEMOTO To: Luigi Rizzo In-Reply-To: <20100110185232.GA27907@onelab2.iet.unipi.it> References: <25ff90d60912162320y286e37a0ufeb64397716d8c18@mail.gmail.com> <25ff90d60912180612y2b1f64fbw34b4d7f648762087@mail.gmail.com> <25ff90d61001021736p7b695197q104f4a7769b51b71@mail.gmail.com> <20100110185232.GA27907@onelab2.iet.unipi.it> User-Agent: xcite1.58> Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.7 Emacs/23.1 (i386-portbld-freebsd8.0) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.0-RELEASE-p2 X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.3 (asuka.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Sun, 17 Jan 2010 17:43:01 +0900 (JST) X-Virus-Scanned: clamav-milter 0.95.3 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.5 required=5.0 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, David Horn , freebsd-ipfw@freebsd.org Subject: Re: Unified rc.firewall ipfw me/me6 issue 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, 17 Jan 2010 08:43:11 -0000 Hi, >>>>> On Sun, 10 Jan 2010 19:52:32 +0100 >>>>> Luigi Rizzo said: rizzo> We only need one 'me' option that matches v4 and v6, because the rizzo> other two can be implemented as 'ip4 me' and 'ip6 me' at no extra rizzo> cost (the code for 'me' only scans the list corresponding to the rizzo> actual address family of the packet). I would actually vote for rizzo> removing the 'me6' microinstruction from the kernel, and implement rizzo> it in /sbin/ipfw by generating 'ip6 me'. rizzo> Feel free to commit the change yourself. Thank you. I've committed 1st patch and 3rd patch. I think it is better removing the 'me6' microinstruction from the kernel, and implement it in /sbin/ipfw by generating 'ip6 me'. However, it seems to me that /sbin/ipfw is not designed to generate two microinstructions (ip6 me) per one 'me6' easily. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Sun Jan 17 10:56:31 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 53F01106566C; Sun, 17 Jan 2010 10:56:31 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id 0D1458FC0C; Sun, 17 Jan 2010 10:56:30 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id B503F730A1; Sun, 17 Jan 2010 12:04:43 +0100 (CET) Date: Sun, 17 Jan 2010 12:04:43 +0100 From: Luigi Rizzo To: Hajimu UMEMOTO Message-ID: <20100117110443.GA58434@onelab2.iet.unipi.it> References: <25ff90d60912162320y286e37a0ufeb64397716d8c18@mail.gmail.com> <25ff90d60912180612y2b1f64fbw34b4d7f648762087@mail.gmail.com> <25ff90d61001021736p7b695197q104f4a7769b51b71@mail.gmail.com> <20100110185232.GA27907@onelab2.iet.unipi.it> 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, freebsd-current@freebsd.org, David Horn , freebsd-ipfw@freebsd.org Subject: Re: Unified rc.firewall ipfw me/me6 issue 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, 17 Jan 2010 10:56:32 -0000 On Sun, Jan 17, 2010 at 05:42:58PM +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Sun, 10 Jan 2010 19:52:32 +0100 > >>>>> Luigi Rizzo said: > > rizzo> We only need one 'me' option that matches v4 and v6, because the > rizzo> other two can be implemented as 'ip4 me' and 'ip6 me' at no extra > rizzo> cost (the code for 'me' only scans the list corresponding to the > rizzo> actual address family of the packet). I would actually vote for > rizzo> removing the 'me6' microinstruction from the kernel, and implement > rizzo> it in /sbin/ipfw by generating 'ip6 me'. > > rizzo> Feel free to commit the change yourself. > > Thank you. I've committed 1st patch and 3rd patch. > I think it is better removing the 'me6' microinstruction from the > kernel, and implement it in /sbin/ipfw by generating 'ip6 me'. > However, it seems to me that /sbin/ipfw is not designed to generate > two microinstructions (ip6 me) per one 'me6' easily. Indeed, it might be useful to insert, at the beginning of function ipfw_add, a small preprocessing step that translates all instances of 'me6' into 'ip6 me' and then proceed with the current parsing. While doing that, one could even NULL-terminate the array av[] so we don't need to carry both ac and av throught the code. Something like new_av = safe_calloc(ac*2 + 1, sizeof(char *); for (src = dst = 0; src < ac; src++) { if (!strcmp(av[src], "me6")) { new_av[dst++] = "ip6"; new_av[dst++] = "me"; } else { new_av[dst++] = av[src]; } } new_av[dst++] = NULL; av = new_av; ac = dst; should do the job. Replacing the tests for 'ac > 0' and ac>1 is straightforward though it touches a large number of lines (most of the usage is in the 'NEED1' macro. cheers luigi > Sincerely, > > -- > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > ume@mahoroba.org ume@{,jp.}FreeBSD.org > http://www.imasy.org/~ume/ > _______________________________________________ > 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 Jan 17 15:20:02 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 E0DAC1065692 for ; Sun, 17 Jan 2010 15:20:02 +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 520A38FC0A for ; Sun, 17 Jan 2010 15:20:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0HFK2rX077027 for ; Sun, 17 Jan 2010 15:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0HFK2jV077026; Sun, 17 Jan 2010 15:20:02 GMT (envelope-from gnats) Date: Sun, 17 Jan 2010 15:20:02 GMT Message-Id: <201001171520.o0HFK2jV077026@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Bernhard Schmidt Cc: Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key renegotiation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Bernhard Schmidt List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Jan 2010 15:20:03 -0000 The following reply was made to PR bin/142547; it has been noted by GNATS. From: Bernhard Schmidt To: bug-followup@freebsd.org, sweetpea-freebsd@tentacle.net Cc: Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key renegotiation Date: Sun, 17 Jan 2010 16:14:35 +0100 I'm not able to reproduce that on HEAD or 8-STABLE. Could you add output of wlandebug 0xffffffff during a re-keying process? Maybe we are missing something obvious here. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Sun Jan 17 19:56:45 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 97A7E1065700; Sun, 17 Jan 2010 19:56:45 +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 704138FC27; Sun, 17 Jan 2010 19:56:45 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0HJujdm019550; Sun, 17 Jan 2010 19:56:45 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0HJujXF019546; Sun, 17 Jan 2010 19:56:45 GMT (envelope-from linimon) Date: Sun, 17 Jan 2010 19:56:45 GMT Message-Id: <201001171956.o0HJujXF019546@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142907: [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect firmware issue 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, 17 Jan 2010 19:56:45 -0000 Old Synopsis: if_wpi unstable on ibm/lenovo x60 -- suspect firmware issue New Synopsis: [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect firmware issue Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sun Jan 17 19:56:15 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142907 From owner-freebsd-net@FreeBSD.ORG Sun Jan 17 22:02: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 BFE33106566B for ; Sun, 17 Jan 2010 22:02:13 +0000 (UTC) (envelope-from Brett.Lee@Sun.COM) Received: from brmea-mail-1.sun.com (brmea-mail-1.Sun.COM [192.18.98.31]) by mx1.freebsd.org (Postfix) with ESMTP id 951648FC12 for ; Sun, 17 Jan 2010 22:02:13 +0000 (UTC) Received: from fe-amer-10.sun.com ([192.18.109.80]) by brmea-mail-1.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o0HM2DaS007545 for ; Sun, 17 Jan 2010 22:02:13 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_7iy+6UmvzQaL/0dLKrrdUQ)" Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KWE00900VTZP300@mail-amer.sun.com> for freebsd-net@freebsd.org; Sun, 17 Jan 2010 15:02:13 -0700 (MST) Received: from [192.168.1.11] ([unknown] [10.80.64.1]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KWE00CRVVVO0P70@mail-amer.sun.com> for freebsd-net@freebsd.org; Sun, 17 Jan 2010 15:02:13 -0700 (MST) Date: Sun, 17 Jan 2010 15:02:06 -0700 From: Brett Lee In-reply-to: <4B50F719.5040402@Sun.COM> Sender: Brett.Lee@Sun.COM To: freebsd-net@freebsd.org Message-id: <4B5388DE.5030603@Sun.COM> References: <4B50F719.5040402@Sun.COM> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: DHCP6 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: Sun, 17 Jan 2010 22:02:13 -0000 This is a multi-part message in MIME format. --Boundary_(ID_7iy+6UmvzQaL/0dLKrrdUQ) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT Brett Lee wrote: > Hello - > > Am using FreeBSD 6.3 as a dhcp6 client, trying to get DDNSv6 operational > in this environment. When I execute 'dhcp6c -d lnc0' from the command > line, the following messages are logged on the (ISC 4.1.0p1) DHCP6 server: > > Solicit message from fe80::20c:29ff:fef3:a5de port 546, transaction ID > 0xB3D95D > Unable to pick client prefix: no IPv6 prefix pools on this shared network > Sending Advertise to fe80::20c:29ff:fef3:a5de port 546 > > Am confused by the message above, in particular the "prefix pools", as > this host obtains the "global address" prefix and configures both link > local and global addresses via SLAAC. Surely this can't be the same > prefix. > > Equally confusing is that the Solaris hosts on this LAN have no problem > getting v6 addresses via this DHCP server, and there seems to be plenty > of free leases available. > > Does FreeBSD 6.3 DHCP6 client need a "prefix", or a "pool" of them to be > delivered by the server? Obviously I'm a little bit confused :) and am > thinking the problem is with the dhcpd.conf file. Hoping for some > clarification or direction. Configs are below. > > Thanks for your guidance/suggestions! -Brett > > Client: > > [root@freebsdvm ~]# ifconfig -a > lnc0: flags=108843 > mtu 1500 > inet6 fe80::20c:29ff:fef3:a5de%lnc0 prefixlen 64 scopeid 0x1 > inet 192.168.1.94 netmask 0xffffff00 broadcast 192.168.1.255 > inet6 2bad:0:564:1:20c:29ff:fef3:a5de prefixlen 64 autoconf > ether 00:0c:29:f3:a5:de > plip0: flags=108810 mtu 1500 > lo0: flags=8049 mtu 16384 > inet6 ::1 prefixlen 128 > inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 > inet 127.0.0.1 netmask 0xff000000 > [root@freebsdvm ~]# grep -v '#' /usr/local/etc/dhcp6c.conf > interface lnc0 { > send ia-pd 0; > }; > id-assoc pd { > prefix-interface lnc0 { > sla-id 1; > }; > }; > [root@freebsdvm ~]# > > Server: > > [root@solaris10u4sparc named]# grep iaaddr /var/db/dhcpd6.leases | sort > | uniq > iaaddr 2bad:0:564:1::12 { > iaaddr 2bad:0:564:1::18 { > iaaddr 2bad:0:564:1::19 { > iaaddr 2bad:0:564:2::18 { > iaaddr 2bad:0:564:2::19 { > iaaddr 2bad:0:564:3::18 { > [root@solaris10u4sparc named]# grep -v '#' /etc/dhcpd.conf | egrep > '[A-Z]|[a-z]|[0-9]' > authoritative; > include "/etc/rndc.key"; > ddns-update-style interim; > ddns-domainname "ipv6.apevt.local"; > ddns-rev-domainname "in-addr.arpa"; > ignore client-updates; > zone ipv6.apevt.local. { > primary 192.168.1.23; > key "rndc-key"; > log-facility local6; > min-lease-time 60; > default-lease-time 3600; > max-lease-time 43200; > option domain-name "ipv6.apevt.local"; > option domain-name-servers 192.168.1.254, 192.168.1.23; > option dhcp.domain-search "ipv6.apevt.local, apevt.local"; > option dhcp6.domain-search "ipv6.apevt.local, apevt.local"; > option dhcp6.name-servers 2bad:0:564:1:203:baff:fee8:36f2, > 2bad:0:564:2:203:baff:fee8:36f3, 2bad:0:564:3:203:baff:fee8:36f4; > subnet6 2bad:0000:0564:0001::/64 { > allow unknown-clients; > min-lease-time 60; > default-lease-time 60; > max-lease-time 60; > range6 2bad:0000:0564:0001::10 2bad:0000:0564:0001::19; > subnet6 2bad:0000:0564:0002::/64 { > allow unknown-clients; > min-lease-time 60; > default-lease-time 60; > max-lease-time 60; > range6 2bad:0000:0564:0002::10 2bad:0000:0564:0002::19; > subnet6 2bad:0000:0564:0003::/64 { > allow unknown-clients; > min-lease-time 60; > default-lease-time 60; > max-lease-time 60; > range6 2bad:0000:0564:0003::10 2bad:0000:0564:0003::19; > [root@solaris10u4sparc named]# > Seems I misconfigured dhcp6c.conf to request a pool of addresses for delivery downstream instead of a single stateful address. Now using the current FreeBSD, 8.0-RELEASE, with dhcp6c.conf setup as seen below: interface le0 { send ia-na 0; # request stateful address request domain-name; request domain-name-servers; } id-assoc na 0 { } It works. On to DDNSv6. -Brett --Boundary_(ID_7iy+6UmvzQaL/0dLKrrdUQ)-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 06:46:13 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 6CB3C106566B; Mon, 18 Jan 2010 06:46:13 +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 0E74E8FC0C; Mon, 18 Jan 2010 06:46:13 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0I6kCtL092680; Mon, 18 Jan 2010 06:46:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0I6kCg5092676; Mon, 18 Jan 2010 06:46:12 GMT (envelope-from linimon) Date: Mon, 18 Jan 2010 06:46:12 GMT Message-Id: <201001180646.o0I6kCg5092676@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142927: [vlan] [patch] handle parent interface link layer address changes in if_vlan(4) 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, 18 Jan 2010 06:46:13 -0000 Synopsis: [vlan] [patch] handle parent interface link layer address changes in if_vlan(4) Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 18 06:46:02 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142927 From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 11:07:02 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 A59B4106566B for ; Mon, 18 Jan 2010 11:07:02 +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 936F98FC21 for ; Mon, 18 Jan 2010 11:07:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IB72na047616 for ; Mon, 18 Jan 2010 11:07:02 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IB71R7047614 for freebsd-net@FreeBSD.org; Mon, 18 Jan 2010 11:07:01 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 18 Jan 2010 11:07:01 GMT Message-Id: <201001181107.o0IB71R7047614@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, 18 Jan 2010 11:07:02 -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/142927 net [vlan] [patch] handle parent interface link layer addr 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/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o bin/142547 net wpa_supplicant(8) drops connection on key renegotiatio o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142392 net [panic] rtadvd(8) triggers kernel panic when started f o kern/142391 net [panic] bsnmpd(8) triggers kernel panic when a second o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon 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 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141646 net [em] em(4) + lagg(4) + vlan(4) generates ISL-tagged fr o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140970 net [bce] The two NetXtreme II BCM5709S NICs on our HP Bl4 o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140684 net [bce] Broadcom NetXtreme II BCM5709 1000Base-T - fail o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu 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 s kern/140597 net [request] implement Lost Retransmission Detection o kern/140567 net [ath] [patch] ath is not worked on my notebook PC 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/140326 net [em] em0: watchdog timeout when communicating to windo 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/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/139761 net [bce] bce driver on IBM HS22 [No PHY found on Child MI 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/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir 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/138999 net [libc] lighttpd/php-cgi with freebsd sendfile(2) enabl 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 kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom 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 f kern/138666 net [multicast] [panic] not working multicast through igmp o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? 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 on 8.0-BE 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/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin 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/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o 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/137317 net [tcp] logs full of syncache problems o kern/137292 net [ste] DFE-580TX not working properly o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ 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/136876 net [bge] bge will not resume properly after suspend 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/136482 net [age] Attansic L1 Gigabit Ethernet recieves multicasts o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135836 net [bce] bce BCM5709 Watchdog after warm boot - ok after o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/135067 net [patch] [fib] Incorrect KASSERTs in sys/net/route.c o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] [fib] Route messages sent to all socket listen o kern/134658 net [bce] bce driver fails on PowerEdge m610 blade. 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/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i 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/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause 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/133328 net [bge] [panic] Kernel panics with Windows7 client 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/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132991 net [bge] if_bge low performance problem f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and 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 [fib] [patch] allow to setup fib for service running f o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p 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/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) 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 kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw 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 o 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/129352 net [xl] [patch] xl0 watchdog timeout 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 kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO 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/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting 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) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami 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 bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode 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/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and 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 f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in 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/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans 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 bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN 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 kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D 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) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [if_em] FreeBSD 7 multicast routing problem o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 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/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi 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/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg 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/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to 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] ppp(8): fix local stack overflow in ppp o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel 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/121080 net [bge] IPv6 NUD problem on multi address config on bge0 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/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 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 sparc/118932 net [panic] 7.0-BETA4/sparc-64 kernel panic in rip_output a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S 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/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic 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/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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 kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset 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/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] 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 kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n 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/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/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/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac 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 f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in 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 s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o 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 f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting 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/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces 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/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 o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) 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 f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern 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/64556 net [sis] [patch] if_sis short cable fix problems with Net s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 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/35442 net [sis] [patch] Problem transmitting runts in if_sis dri 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 388 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 16:01: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 21EF31065672 for ; Mon, 18 Jan 2010 16:01:24 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail1.icritical.com (mail1.icritical.com [78.33.47.172]) by mx1.freebsd.org (Postfix) with SMTP id 8C5298FC0C for ; Mon, 18 Jan 2010 16:01:23 +0000 (UTC) Received: (qmail 12599 invoked from network); 18 Jan 2010 15:32:02 -0000 Received: from localhost (127.0.0.1) by mail1.icritical.com with SMTP; 18 Jan 2010 15:32:02 -0000 Received: (qmail 12584 invoked by uid 599); 18 Jan 2010 15:32:02 -0000 Received: from unknown (HELO icritical.com) (87.127.43.249) by mail1.icritical.com (qpsmtpd/0.28) with ESMTP; Mon, 18 Jan 2010 15:32:02 +0000 Message-ID: <4B547F68.1060302@icritical.com> Date: Mon, 18 Jan 2010 15:34:00 +0000 From: Matt Burke User-Agent: Thunderbird 2.0.0.23 (X11/20090928) MIME-Version: 1.0 To: Jeff Blank References: <20091212101414.GG18277@mr-happy.com> <20091212102442.GA38108@mr-happy.com> In-Reply-To: <20091212102442.GA38108@mr-happy.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 18 Jan 2010 15:34:00.0483 (UTC) FILETIME=[A82ED730:01CA9853] X-Virus-Scanned: by iCritical at mail1.icritical.com Cc: freebsd-net@freebsd.org Subject: Re: 8.0-REL lagg(4) + vlan(4) + em(4) problems 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, 18 Jan 2010 16:01:24 -0000 Jeff Blank wrote: > I wrote: >> I've just upgraded a 7.1-REL server to 8.0-REL and have lost my >> ability to use vlan(4) on top of lagg(4) on top of em(4). A workaround for this is to disable hardware vlan tagging: # ifconfig em0 -vlanhwtag (don't forget to do all em interfaces and put it in rc.conf) In my case too, Wireshark's showing the frames received by another machine to be ISL (manually verified to be a valid ISL frame of the correct vlan), however tcpdump on the local em0 interface of the broken sending box shows a correctly formatted 802.1Q frame. Unfortunately I don't have the ability to sniff what's actually on the wire at the moment. All packets sent appear to be affected regardless of protocol. dmesg: FreeBSD 8.0-RELEASE-p2 #7: Mon Jan 18 12:13:20 GMT 2010 ... em0: port 0xbce0-0xbcff mem 0xfd5e0000-0xfd5fffff,0xfd5c0000-0xfd5dffff irq 19 at device 0.0 on pci12 em0: Using MSI interrupt em0: [FILTER] em0: Ethernet address: 00:15:17:a5:d7:c4 em1: port 0xbcc0-0xbcdf mem 0xfd5a0000-0xfd5bffff,0xfd580000-0xfd59ffff irq 16 at device 0.1 on pci12 em1: Using MSI interrupt em1: [FILTER] em1: Ethernet address: 00:15:17:a5:d7:c5 pciconf -lv: em0@pci0:12:0:0: class=0x020000 card=0x135e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet em1@pci0:12:0:1: class=0x020000 card=0x135e8086 chip=0x105e8086 rev=0x06 hdr=0x00 vendor = 'Intel Corporation' device = 'HP NC360T PCIe DP Gigabit Server Adapter (n1e5132)' class = network subclass = ethernet -- The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Critical Software Ltd. reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. Critical Software Ltd. registered in England, 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. ------------------------------------------------------------ This message has been scanned for security threats by iCritical. For further information, please visit www.icritical.com ------------------------------------------------------------ From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 16:16:50 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 64BA91065676 for ; Mon, 18 Jan 2010 16:16:50 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 0A6A68FC12 for ; Mon, 18 Jan 2010 16:16:49 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 18 Jan 2010 10:36:48 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4B548107.5050603@greatbaysoftware.com> Date: Mon, 18 Jan 2010 10:40:55 -0500 From: Charles Owens MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Subject: "PHY read timeout" with bce2 & 3 on FreeBSD 8.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: Mon, 18 Jan 2010 16:16:50 -0000 Hello, I'm working with a system (IBM System x3550 M2) that has four onboard bce(4) NICs. Using FreeBSD 8.0, the first two seem to function fine, but the second two do not, yielding messages like this when a cable is inserted: Jan 12 10:37:19 dmz55 kernel: <2<>N2M>NINM IM INISMI AI S AIIS SAA 22cc2,,c , E2EIcIES,SIAS AA E I00 Jan 12 10:37:19 dmz55 kernel: Jan 12 10:37:19 dmz55 kernel: S0 Jan 12 10:37:19 dmz55 kernel: Jan 12 10:37:19 dmz55 kernel: <<22>>A Jan 12 10:37:19 dmz55 kernel: Jan 12 10:37:19 dmz55 kernel: 0 Jan 12 10:37:28 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0001 What's are the best next steps to take in figuring this out? Thanks in advance for any assistance. Kernel boot log appending below. Charles -- Charles Owens Great Bay Software, Inc. 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-p1 #0: Mon Dec 7 08:21:01 EST 2009 muck@dmz55.greatbaysoftware.com:/usr/obj/usr/src/sys/PAE Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Xeon(R) CPU E5504 @ 2.00GHz (2000.08-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 = 4294967296 (4096 MB) avail memory = 4145225728 (3953 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 4 core(s) cpu0 (BSP): APIC ID: 0 cpu1 (AP): APIC ID: 2 cpu2 (AP): APIC ID: 4 cpu3 (AP): APIC ID: 6 ACPI Warning: Invalid length for Pm1aControlBlock: 32, using default 16 20090521 tbfadt-707 ioapic0 irqs 0-23 on motherboard ioapic1 irqs 24-47 on motherboard 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 kbd1 at kbdmux0 acpi0: on motherboard acpi0: [ITHREAD] acpi0: Power Button (fixed) acpi_hpet0: iomem 0xfed00000-0xfed003ff on acpi0 Timecounter "HPET" frequency 14318180 Hz quality 900 Timecounter "ACPI-fast" frequency 3579545 Hz quality 1000 acpi_timer0: <24-bit timer at 3.579545MHz> port 0x588-0x58b on acpi0 pcib0: port 0xcf8-0xcff on acpi0 pci0: on pcib0 pcib1: irq 28 at device 1.0 on pci0 pci11: on pcib1 bce0: mem 0x96000000-0x97ffffff irq 28 at device 0.0 on pci11 miibus0: on bce0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce0: Ethernet address: 00:1a:64:e5:57:64 bce0: [ITHREAD] bce0: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 5Gbps); B/C (4.6.4); Flags (MSI|MFW); MFW (NCSI 1.0.6) bce1: mem 0x98000000-0x99ffffff irq 40 at device 0.1 on pci11 miibus1: on bce1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce1: Ethernet address: 00:1a:64:e5:57:66 bce1: [ITHREAD] bce1: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 5Gbps); B/C (4.6.4); Flags (MSI|MFW); MFW (NCSI 1.0.6) pcib2: irq 29 at device 2.0 on pci0 pci16: on pcib2 bce2: mem 0x92000000-0x93ffffff irq 29 at device 0.0 on pci16 miibus2: on bce2 brgphy2: PHY 1 on miibus2 brgphy2: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce2: Ethernet address: 00:21:5e:08:14:68 bce2: [ITHREAD] bce2: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 5Gbps); B/C (4.6.4); Flags (MSI|MFW); MFW (NCSI 1.0.6) bce3: mem 0x94000000-0x95ffffff irq 41 at device 0.1 on pci16 miibus3: on bce3 brgphy3: PHY 1 on miibus3 brgphy3: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bce3: Ethernet address: 00:21:5e:08:14:6a bce3: [ITHREAD] bce3: ASIC (0x57092003); Rev (C0); Bus (PCIe x2, 5Gbps); B/C (4.6.4); Flags (MSI|MFW); MFW (NCSI 1.0.6) pcib3: irq 24 at device 3.0 on pci0 pci21: on pcib3 pcib4: irq 30 at device 7.0 on pci0 pci26: on pcib4 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 0x20a0-0x20bf irq 17 at device 26.0 on pci0 uhci0: [ITHREAD] usbus0: on uhci0 uhci1: port 0x2080-0x209f irq 18 at device 26.1 on pci0 uhci1: [ITHREAD] usbus1: on uhci1 ehci0: mem 0x9ba21400-0x9ba217ff irq 19 at device 26.7 on pci0 ehci0: [ITHREAD] usbus2: EHCI version 1.0 usbus2: on ehci0 pcib5: irq 16 at device 28.0 on pci0 pci1: on pcib5 mpt0: port 0x1000-0x10ff mem 0x9b910000-0x9b913fff,0x9b900000-0x9b90ffff irq 16 at device 0.0 on pci1 mpt0: [ITHREAD] mpt0: MPI Version=1.5.20.0 mpt0: Capabilities: ( RAID-0 RAID-1E RAID-1 ) mpt0: 0 Active Volumes (2 Max) mpt0: 0 Hidden Drive Members (14 Max) pcib6: irq 16 at device 28.4 on pci0 pci6: on pcib6 pcib7: irq 16 at device 0.0 on pci6 pci7: on pcib7 vgapci0: mem 0x9a000000-0x9affffff,0x9b800000-0x9b803fff,0x9b000000-0x9b7fffff irq 16 at device 0.0 on pci7 uhci2: port 0x2060-0x207f irq 17 at device 29.0 on pci0 uhci2: [ITHREAD] usbus3: on uhci2 uhci3: port 0x2040-0x205f irq 18 at device 29.1 on pci0 uhci3: [ITHREAD] usbus4: on uhci3 uhci4: port 0x2020-0x203f irq 19 at device 29.2 on pci0 uhci4: [ITHREAD] usbus5: on uhci4 ehci1: mem 0x9ba21000-0x9ba213ff irq 17 at device 29.7 on pci0 ehci1: [ITHREAD] usbus6: EHCI version 1.0 usbus6: on ehci1 pcib8: at device 30.0 on pci0 pci31: on pcib8 isab0: at device 31.0 on pci0 isa0: on isab0 atapci0: port 0x1f0-0x1f7,0x3f6,0x170-0x177,0x376,0x20f0-0x20ff,0x20e0-0x20ef irq 16 at device 31.2 on pci0 ata0: on atapci0 ata0: [ITHREAD] ata1: on atapci0 ata1: [ITHREAD] pci0: at device 31.3 (no driver attached) atapci1: port 0x2108-0x210f,0x2124-0x2127,0x2100-0x2107,0x2120-0x2123,0x20d0-0x20df,0x20c0-0x20cf irq 21 at device 31.5 on pci0 atapci1: [ITHREAD] ata2: on atapci1 ata2: [ITHREAD] ata3: on atapci1 ata3: [ITHREAD] atrtc0: port 0x70-0x77 irq 8 on acpi0 atrtc0: Warning: Couldn't map I/O. uart0: <16550 or compatible> port 0x3f8-0x3ff irq 4 flags 0x10 on acpi0 uart0: [FILTER] uart1: <16550 or compatible> port 0x2f8-0x2ff irq 3 on acpi0 uart1: [FILTER] 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 pmtimer0 on isa0 orm0: at iomem 0xc0000-0xc7fff 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 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 kbd0 at atkbd0 atkbd0: [GIANT-LOCKED] atkbd0: [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: 480Mbps High Speed USB v2.0 usbus3: 12Mbps Full Speed USB v1.0 usbus4: 12Mbps Full Speed USB v1.0 usbus5: 12Mbps Full Speed USB v1.0 usbus6: 480Mbps High Speed USB v2.0 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 uhub0: 2 ports with 2 removable, self powered uhub1: 2 ports with 2 removable, self powered uhub3: 2 ports with 2 removable, self powered uhub4: 2 ports with 2 removable, self powered uhub5: 2 ports with 2 removable, self powered acd0: CDRW at ata0-master SATA150 da0 at mpt0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-5 device da0: 300.000MB/s transfers da0: Command Queueing enabled da0: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) da1 at mpt0 bus 0 target 2 lun 0 da1: Fixed Direct Access SCSI-5 device da1: 300.000MB/s transfers da1: Command Queueing enabled da1: 286102MB (585937500 512 byte sectors: 255H 63S/T 36472C) SMP: AP CPU #2 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #3 Launched! Root mount waiting for: usbus6 usbus2 uhub2: 6 ports with 6 removable, self powered uhub6: 6 ports with 6 removable, self powered ugen6.2: at usbus6 ukbd0: on usbus6 kbd2 at ukbd0 ums0: on usbus6 ums0: 3 buttons and [Z] coordinates ID=0 ums1: on usbus6 ums1: 3 buttons and [XYZ] coordinates ID=0 umass0: on usbus6 umass0: 8070i (ATAPI) over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus6 umass0:2:0:-1: Attached to scbus2 umass1: on usbus6 umass1: SCSI over Bulk-Only; quirks = 0x0000 Root mount waiting for: usbus6 (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): UNIT ATTENTION asc:29,0 (probe0:umass-sim0:0:0:0): Power on, reset, or bus device reset occurred (probe0:umass-sim0:0:0:0): Retrying Command (per Sense Data) umass1:3:1:-1: Attached to scbus3 Root mount waiting for: usbus6 (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,0 (probe0:umass-sim0:0:0:0): Medium not present (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 (probe1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe1:umass-sim1:1:0:0): SCSI Status: Check Condition (probe1:umass-sim1:1:0:0): UNIT ATTENTION asc:29,0 (probe1:umass-sim1:1:0:0): Power on, reset, or bus device reset occurred (probe1:umass-sim1:1:0:0): Retrying Command (per Sense Data) (probe1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe1:umass-sim1:1:0:0): SCSI Status: Check Condition (probe1:umass-sim1:1:0:0): NOT READY asc:3a,0 (probe1:umass-sim1:1:0:0): Medium not present (probe1:umass-sim1:1:0:0): Unretryable error da2 at umass-sim1 bus 1 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present ugen3.2: at usbus3 Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): UNIT ATTENTION asc:29,0 (probe0:umass-sim1:1:0:1): Power on, reset, or bus device reset occurred (probe0:umass-sim1:1:0:1): Retrying Command (per Sense Data) ugen5.2: at usbus5 uhub7: on usbus5 (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:1): Medium not present (probe0:umass-sim1:1:0:1): Unretryable error da3 at umass-sim1 bus 1 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present uhub7: 4 ports with 4 removable, self powered ugen5.3: at usbus5 ukbd1: on usbus5 (probe1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe1:umass-sim1:1:0:0): SCSI Status: Check Condition (probe1:umass-sim1:1:0:0): UNIT ATTENTION asc:29,0 (probe1:umass-sim1:1:0:0): Power on, reset, or bus device reset occurred (probe1:umass-sim1:1:0:0): Retrying Command (per Sense Data) (probe1:umass-sim1:1:0:0): TEST UNIT READY. CDB: 0 0 0 0 0 0 (probe1:umass-sim1:1:0:0): CAM Status: SCSI Status Error (probe1:umass-sim1:1:0:0): SCSI Status: Check Condition (probe1:umass-sim1:1:0:0): NOT READY asc:3a,0 (probe1:umass-sim1:1:0:0): Medium not present (probe1:umass-sim1:1:0:0): Unretryable error da2 at umass-sim1 bus 1 target 0 lun 0 da2: Removable Direct Access SCSI-0 device da2: 40.000MB/s transfers da2: Attempt to query device size failed: NOT READY, Medium not present ugen3.2: at usbus3 Trying to mount root from ufs:/dev/da0s1a WARNING: / was not properly dismounted (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): UNIT ATTENTION asc:29,0 (probe0:umass-sim1:1:0:1): Power on, reset, or bus device reset occurred (probe0:umass-sim1:1:0:1): Retrying Command (per Sense Data) ugen5.2: at usbus5 uhub7: on usbus5 (probe0:umass-sim1:1:0:1): TEST UNIT READY. CDB: 0 20 0 0 0 0 (probe0:umass-sim1:1:0:1): CAM Status: SCSI Status Error (probe0:umass-sim1:1:0:1): SCSI Status: Check Condition (probe0:umass-sim1:1:0:1): NOT READY asc:3a,0 (probe0:umass-sim1:1:0:1): Medium not present (probe0:umass-sim1:1:0:1): Unretryable error da3 at umass-sim1 bus 1 target 0 lun 1 da3: Removable Direct Access SCSI-0 device da3: 40.000MB/s transfers da3: Attempt to query device size failed: NOT READY, Medium not present uhub7: 4 ports with 4 removable, self powered ugen5.3: at usbus5 ukbd1: on usbus5 kbd3 at ukbd1 uhid0: on usbus5 ums2: on usbus5 ums2: 5 buttons and [XYZ] coordinates ID=0 ums3: on usbus5 ums3: 3 buttons and [Z] coordinates ID=0 From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 19:40: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 9F16F106568B; Mon, 18 Jan 2010 19:40:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-yw0-f204.google.com (mail-yw0-f204.google.com [209.85.211.204]) by mx1.freebsd.org (Postfix) with ESMTP id 3E8708FC26; Mon, 18 Jan 2010 19:40:44 +0000 (UTC) Received: by ywh42 with SMTP id 42so1502996ywh.28 for ; Mon, 18 Jan 2010 11:40:43 -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=xq1uPy1zv8AmRkfifmlWIs8NtCvKM9a80wiFwzxqg3M=; b=Pg7yFIH9lleRWT1qtCnVFFB5JuhxmkhjdBq9q9xNbdrJ6U3Q3y192gwm068EVs0V5U kWZrzN8tkicEfhRGP/OLGV78VZca6/owXtDT48bJkb5Zin4zLOnG+yx//lqHBBdsSckt npSC/LjQvy/6Wv4AT1c7vN8CeId6j8Byu6alU= 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=lkDGl1jlMsdejJCyU3YPXckppgxF47i318+CjVOmOkT6+P4tldqVUE2Rchx9YVZPWy NWGi5ofOjACDXvMz3g2PI1Wij12iK8TWvCKCZWXA7G2ZLNt0opsuLhGjpbXn1Xk48vM0 tY0vE23aCm706TUPHTVhjDgUKxdXRo84P3ba4= Received: by 10.101.128.18 with SMTP id f18mr10063982ann.165.1263843643555; Mon, 18 Jan 2010 11:40:43 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 9sm1027886ywf.35.2010.01.18.11.40.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 18 Jan 2010 11:40:41 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 18 Jan 2010 11:40:39 -0800 From: Pyun YongHyeon Date: Mon, 18 Jan 2010 11:40:39 -0800 To: Charles Owens Message-ID: <20100118194039.GA1336@michelle.cdnetworks.com> References: <4B548107.5050603@greatbaysoftware.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="azLHFNyN32YCQGCU" Content-Disposition: inline In-Reply-To: <4B548107.5050603@greatbaysoftware.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, davidch@FreeBSD.org Subject: Re: "PHY read timeout" with bce2 & 3 on FreeBSD 8.0 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: Mon, 18 Jan 2010 19:40:45 -0000 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 18, 2010 at 10:40:55AM -0500, Charles Owens wrote: > Hello, > > I'm working with a system (IBM System x3550 M2) that has four onboard > bce(4) NICs. Using FreeBSD 8.0, the first two seem to function fine, > but the second two do not, yielding messages like this when a cable is > inserted: > > Jan 12 10:37:19 dmz55 kernel: <2<>N2M>NINM IM INISMI AI S AIIS SAA > 22cc2,,c , E2EIcIES,SIAS AA > E I00 > Jan 12 10:37:19 dmz55 kernel: > Jan 12 10:37:19 dmz55 kernel: S0 > Jan 12 10:37:19 dmz55 kernel: > Jan 12 10:37:19 dmz55 kernel: <<22>>A > Jan 12 10:37:19 dmz55 kernel: > Jan 12 10:37:19 dmz55 kernel: 0 > Jan 12 10:37:28 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): > Error: PHY read timeout! > phy = 1, reg = 0x0001 > > > What's are the best next steps to take in figuring this out? Thanks in > advance for any assistance. Kernel boot log appending below. > Are you using ASF/IMPI/UMP on bce2 or bce3? If so would you try attached patch? Publicly available datasheet lacks details on management firmware handling so I'm not sure what is really happening here. davidch may shed light on this(CCed). --azLHFNyN32YCQGCU Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="bce.mgmt.diff" Index: sys/dev/bce/if_bce.c =================================================================== --- sys/dev/bce/if_bce.c (revision 202534) +++ sys/dev/bce/if_bce.c (working copy) @@ -6423,7 +6423,11 @@ ifp = sc->bce_ifp; /* Enable all critical blocks in the MAC. */ - REG_WR(sc, BCE_MISC_ENABLE_SET_BITS, BCE_MISC_ENABLE_DEFAULT); + if ((BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5709) || + (BCE_CHIP_NUM(sc) == BCE_CHIP_NUM_5716)) + REG_WR(sc, BCE_MISC_ENABLE_SET_BITS, BCE_MISC_ENABLE_DEFAULT_XI); + else + REG_WR(sc, BCE_MISC_ENABLE_SET_BITS, BCE_MISC_ENABLE_DEFAULT); REG_RD(sc, BCE_MISC_ENABLE_SET_BITS); DELAY(20); --azLHFNyN32YCQGCU-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 20:33:04 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 1ED22106568D; Mon, 18 Jan 2010 20:33:04 +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 EA6608FC18; Mon, 18 Jan 2010 20:33:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IKX34o044006; Mon, 18 Jan 2010 20:33:03 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IKX3X6044002; Mon, 18 Jan 2010 20:33:03 GMT (envelope-from yongari) Date: Mon, 18 Jan 2010 20:33:03 GMT Message-Id: <201001182033.o0IKX3X6044002@freefall.freebsd.org> To: greg@laaco.net, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/122551: [bge] Broadcom 5715S no carrier on HP BL460c blade using 6.3-RELEASE 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, 18 Jan 2010 20:33:04 -0000 Synopsis: [bge] Broadcom 5715S no carrier on HP BL460c blade using 6.3-RELEASE State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Mon Jan 18 20:32:13 UTC 2010 State-Changed-Why: I've committed patch to address this(r202293, r202294). Would you try latest bge(4) and brgphy(4) in HEAD? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Mon Jan 18 20:32:13 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=122551 From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 20:36:24 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 484401065697; Mon, 18 Jan 2010 20:36:24 +0000 (UTC) (envelope-from thompsa@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1FCD78FC1E; Mon, 18 Jan 2010 20:36:24 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IKaO2L044086; Mon, 18 Jan 2010 20:36:24 GMT (envelope-from thompsa@freefall.freebsd.org) Received: (from thompsa@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IKaN0T044082; Mon, 18 Jan 2010 20:36:23 GMT (envelope-from thompsa) Date: Mon, 18 Jan 2010 20:36:23 GMT Message-Id: <201001182036.o0IKaN0T044082@freefall.freebsd.org> To: ndenev@gmail.com, thompsa@FreeBSD.org, freebsd-net@FreeBSD.org, thompsa@FreeBSD.org From: thompsa@FreeBSD.org Cc: Subject: Re: kern/142927: [vlan] [patch] handle parent interface link layer address changes in if_vlan(4) 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, 18 Jan 2010 20:36:24 -0000 Synopsis: [vlan] [patch] handle parent interface link layer address changes in if_vlan(4) State-Changed-From-To: open->patched State-Changed-By: thompsa State-Changed-When: Mon Jan 18 20:35:53 UTC 2010 State-Changed-Why: Committed, thanks! Responsible-Changed-From-To: freebsd-net->thompsa Responsible-Changed-By: thompsa Responsible-Changed-When: Mon Jan 18 20:35:53 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=142927 From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 20:55: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 4CA771065720; Mon, 18 Jan 2010 20:55:20 +0000 (UTC) (envelope-from emaste@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 24A298FC1B; Mon, 18 Jan 2010 20:55:20 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IKtKKg060524; Mon, 18 Jan 2010 20:55:20 GMT (envelope-from emaste@freefall.freebsd.org) Received: (from emaste@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IKtJNh060520; Mon, 18 Jan 2010 20:55:19 GMT (envelope-from emaste) Date: Mon, 18 Jan 2010 20:55:19 GMT Message-Id: <201001182055.o0IKtJNh060520@freefall.freebsd.org> To: paul@gtcomm.net, emaste@FreeBSD.org, freebsd-net@FreeBSD.org From: emaste@FreeBSD.org Cc: Subject: Re: kern/122780: [lagg] tcpdump on lagg interface during high pps wedges netcode 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, 18 Jan 2010 20:55:20 -0000 Synopsis: [lagg] tcpdump on lagg interface during high pps wedges netcode State-Changed-From-To: open->feedback State-Changed-By: emaste State-Changed-When: Mon Jan 18 20:54:42 UTC 2010 State-Changed-Why: Results of testing on more recent 7.x (or newer branch) requested http://www.freebsd.org/cgi/query-pr.cgi?pr=122780 From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 20:59:50 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 E51B0106566B; Mon, 18 Jan 2010 20:59:50 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 80D688FC08; Mon, 18 Jan 2010 20:59:50 +0000 (UTC) Received: from [10.9.200.133] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Mon, 18 Jan 2010 12:59:38 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Mon, 18 Jan 2010 13:01:01 -0800 From: "David Christensen" To: "pyunyh@gmail.com" , "Charles Owens" Date: Mon, 18 Jan 2010 12:59:36 -0800 Thread-Topic: "PHY read timeout" with bce2 & 3 on FreeBSD 8.0 Thread-Index: AcqYdifB3jRI1WCXS46MfB+yGPXJ3AACdbww Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A537E201E@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4B548107.5050603@greatbaysoftware.com> <20100118194039.GA1336@michelle.cdnetworks.com> In-Reply-To: <20100118194039.GA1336@michelle.cdnetworks.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 674A14303J880272690-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "freebsd-net@freebsd.org" , "davidch@FreeBSD.org" Subject: RE: "PHY read timeout" with bce2 & 3 on FreeBSD 8.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: Mon, 18 Jan 2010 20:59:51 -0000 > > I'm working with a system (IBM System x3550 M2) that has=20 > four onboard > > bce(4) NICs. Using FreeBSD 8.0, the first two seem to=20 > function fine,=20 > > but the second two do not, yielding messages like this when=20 > a cable is > > inserted: > >=20 > > Jan 12 10:37:19 dmz55 kernel: <2<>N2M>NINM IM INISMI AI S AIIS SAA=20 > > 22cc2,,c , E2EIcIES,SIAS AA E I00 Jan 12 10:37:19 dmz55 kernel: > > Jan 12 10:37:19 dmz55 kernel: S0 > > Jan 12 10:37:19 dmz55 kernel: > > Jan 12 10:37:19 dmz55 kernel: <<22>>A > > Jan 12 10:37:19 dmz55 kernel: > > Jan 12 10:37:19 dmz55 kernel: 0 > > Jan 12 10:37:28 dmz55 kernel: bce2:=20 > /usr/src/sys/dev/bce/if_bce.c(1533): > > Error: PHY read timeout! > > phy =3D 1, reg =3D 0x0001 > >=20 > >=20 > > What's are the best next steps to take in figuring this=20 > out? Thanks in > > advance for any assistance. Kernel boot log appending below. > >=20 >=20 > Are you using ASF/IMPI/UMP on bce2 or bce3? > If so would you try attached patch? Publicly available datasheet > lacks details on management firmware handling so I'm not sure what > is really happening here. > davidch may shed light on this(CCed). The first lines include a lot of N's, M's, and I's, which make me think an NMI may be occurring. Does the garbled text and the PHY timeout error disappear if you disable bce2/bce3? Can you try adding "options PRINTF_BUFR_SIZE=3D256" to your kernel config file to try and de-garble the output? Dave= From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 21:22:39 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 DF92A1065670 for ; Mon, 18 Jan 2010 21:22:39 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 740738FC1E for ; Mon, 18 Jan 2010 21:22:38 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Mon, 18 Jan 2010 16:22:40 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4B54D216.9000403@greatbaysoftware.com> Date: Mon, 18 Jan 2010 16:26:46 -0500 From: Charles Owens MIME-Version: 1.0 To: pyunyh@gmail.com References: <4B548107.5050603@greatbaysoftware.com> <20100118194039.GA1336@michelle.cdnetworks.com> In-Reply-To: <20100118194039.GA1336@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Cc: freebsd-net@freebsd.org, davidch@FreeBSD.org Subject: Re: "PHY read timeout" with bce2 & 3 on FreeBSD 8.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: Mon, 18 Jan 2010 21:22:40 -0000 Pyun YongHyeon wrote: > On Mon, Jan 18, 2010 at 10:40:55AM -0500, Charles Owens wrote: >> Hello, >> >> I'm working with a system (IBM System x3550 M2) that has four onboard >> bce(4) NICs. Using FreeBSD 8.0, the first two seem to function fine, >> but the second two do not, yielding messages like this when a cable is >> inserted: >> >> Jan 12 10:37:19 dmz55 kernel: <2<>N2M>NINM IM INISMI AI S AIIS SAA >> 22cc2,,c , E2EIcIES,SIAS AA >> E I00 >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: S0 >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: <<22>>A >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: 0 >> Jan 12 10:37:28 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): >> Error: PHY read timeout! >> phy = 1, reg = 0x0001 >> >> >> What's are the best next steps to take in figuring this out? Thanks in >> advance for any assistance. Kernel boot log appending below. >> > > Are you using ASF/IMPI/UMP on bce2 or bce3? > If so would you try attached patch? Publicly available datasheet > lacks details on management firmware handling so I'm not sure what > is really happening here. > davidch may shed light on this(CCed). > At this stage I'm not doing anything with the interfaces beyond trying plug in a cable and configure an IP with ifconfig. A few more details that might be worth mentioning: * The system does have the built-in Integrated Management Module (IMM) that has its own dedicated Ethernet port. I've done nothing with it. * If you do happen to plug a cable into this management NIC, within a few seconds the box does a reboot (!) I'll test the patch within a couple days. Thanks! Charles From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 21:31:38 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 D476A1065694 for ; Mon, 18 Jan 2010 21:31:38 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-fx0-f227.google.com (mail-fx0-f227.google.com [209.85.220.227]) by mx1.freebsd.org (Postfix) with ESMTP id 63CB48FC17 for ; Mon, 18 Jan 2010 21:31:38 +0000 (UTC) Received: by fxm27 with SMTP id 27so2769699fxm.3 for ; Mon, 18 Jan 2010 13:31:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=Jl4MGYxYrmPQlSzudlNRJNWNadeQEevw5R0q+k1rWHU=; b=VehCk9xmMa71O/EbIGN3BHo31OFypdX7TqbNjurshm5B/YWbvmAXxVHKo8Ox1voOm7 ty5wIWYlxijFerXikqHVc5Pc3iiKJYvf7YLWHmgRUC+zqsh7H7uXHa48ERlk0pka0Hwk GPfNTgP5Zx/t5uElLPxpijLsaNmlVWy43lCfo= 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:content-transfer-encoding; b=qwHNuMWQiIlJOOmh/wGRf7cj3kKhrihzdcnTZYJdXXYZ2hxjH1dZqFJPPrXWvyVhWC BJRBZdcKwyTnfY1RzpRtjDeMODlQl29nVAkoJxKi8acQtn/FWLpdrqeKJzRP+09fk6FW 7c2CjWya09lDNQzM1yepvbzpA5ZQt6e+nRv0M= MIME-Version: 1.0 Received: by 10.239.170.147 with SMTP id s19mr753427hbe.133.1263850297189; Mon, 18 Jan 2010 13:31:37 -0800 (PST) In-Reply-To: <4B5388DE.5030603@Sun.COM> References: <4B50F719.5040402@Sun.COM> <4B5388DE.5030603@Sun.COM> Date: Mon, 18 Jan 2010 16:31:37 -0500 Message-ID: <25ff90d61001181331n47953c03h1a1973cddc741ab5@mail.gmail.com> From: David Horn To: Brett Lee Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re: DHCP6 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: Mon, 18 Jan 2010 21:31:38 -0000 On Sun, Jan 17, 2010 at 5:02 PM, Brett Lee wrote: > Brett Lee wrote: >> >> Hello - >> >> Am using FreeBSD 6.3 as a dhcp6 client, trying to get DDNSv6 operational >> in this environment. =A0When I execute 'dhcp6c -d lnc0' from the command= line, >> the following messages are logged on the (ISC 4.1.0p1) DHCP6 server: >> >> Solicit message from fe80::20c:29ff:fef3:a5de port 546, transaction ID >> 0xB3D95D >> Unable to pick client prefix: no IPv6 prefix pools on this shared networ= k >> Sending Advertise to fe80::20c:29ff:fef3:a5de port 546 >> >> Am confused by the message above, in particular the "prefix pools", as >> this host obtains the "global address" prefix and configures both link l= ocal >> and global addresses via SLAAC. =A0Surely this can't be the same prefix. >> >> Equally confusing is that the Solaris hosts on this LAN have no problem >> getting v6 addresses via this DHCP server, and there seems to be plenty = of >> free leases available. >> >> Does FreeBSD 6.3 DHCP6 client need a "prefix", or a "pool" of them to be >> =A0delivered by the server? =A0Obviously I'm a little bit confused :) an= d am >> thinking the problem is with the dhcpd.conf file. =A0Hoping for some >> clarification or direction. =A0Configs are below. >> >> Thanks for your guidance/suggestions! =A0-Brett >> >> Client: >> >> [root@freebsdvm ~]# ifconfig -a >> lnc0: flags=3D108843 = mtu >> 1500 >> =A0 =A0 =A0 =A0inet6 fe80::20c:29ff:fef3:a5de%lnc0 prefixlen 64 scopeid = 0x1 >> =A0 =A0 =A0 =A0inet 192.168.1.94 netmask 0xffffff00 broadcast 192.168.1.= 255 >> =A0 =A0 =A0 =A0inet6 2bad:0:564:1:20c:29ff:fef3:a5de prefixlen 64 autoco= nf >> =A0 =A0 =A0 =A0ether 00:0c:29:f3:a5:de >> plip0: flags=3D108810 mtu 1500 >> lo0: flags=3D8049 mtu 16384 >> =A0 =A0 =A0 =A0inet6 ::1 prefixlen 128 >> =A0 =A0 =A0 =A0inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >> =A0 =A0 =A0 =A0inet 127.0.0.1 netmask 0xff000000 >> [root@freebsdvm ~]# grep -v '#' /usr/local/etc/dhcp6c.conf >> interface lnc0 { >> =A0 =A0 =A0 =A0send ia-pd 0; >> }; >> id-assoc pd { >> =A0 =A0 =A0 =A0prefix-interface lnc0 { >> =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0sla-id 1; >> =A0 =A0 =A0 =A0}; >> }; >> [root@freebsdvm ~]# >> >> Server: >> >> [root@solaris10u4sparc named]# grep iaaddr /var/db/dhcpd6.leases | sort = | >> uniq >> =A0iaaddr 2bad:0:564:1::12 { >> =A0iaaddr 2bad:0:564:1::18 { >> =A0iaaddr 2bad:0:564:1::19 { >> =A0iaaddr 2bad:0:564:2::18 { >> =A0iaaddr 2bad:0:564:2::19 { >> =A0iaaddr 2bad:0:564:3::18 { >> [root@solaris10u4sparc named]# grep -v '#' /etc/dhcpd.conf | egrep >> '[A-Z]|[a-z]|[0-9]' >> authoritative; >> include "/etc/rndc.key"; >> ddns-update-style =A0 =A0 =A0 interim; >> ddns-domainname =A0 =A0 =A0 =A0 "ipv6.apevt.local"; >> ddns-rev-domainname =A0 =A0 "in-addr.arpa"; >> ignore =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0 =A0client-updates; >> zone ipv6.apevt.local. { >> =A0 =A0 =A0 =A0primary 192.168.1.23; >> =A0 =A0 =A0 =A0key "rndc-key"; >> log-facility local6; >> min-lease-time 60; >> default-lease-time 3600; >> max-lease-time 43200; >> option domain-name "ipv6.apevt.local"; >> option domain-name-servers 192.168.1.254, 192.168.1.23; >> option dhcp.domain-search "ipv6.apevt.local, apevt.local"; >> option dhcp6.domain-search "ipv6.apevt.local, apevt.local"; >> option dhcp6.name-servers 2bad:0:564:1:203:baff:fee8:36f2, >> 2bad:0:564:2:203:baff:fee8:36f3, 2bad:0:564:3:203:baff:fee8:36f4; >> subnet6 2bad:0000:0564:0001::/64 { >> =A0 allow unknown-clients; >> =A0 min-lease-time 60; >> =A0 default-lease-time 60; >> =A0 max-lease-time 60; >> =A0 range6 2bad:0000:0564:0001::10 2bad:0000:0564:0001::19; >> subnet6 2bad:0000:0564:0002::/64 { >> =A0 allow unknown-clients; >> =A0 min-lease-time 60; >> =A0 default-lease-time 60; >> =A0 max-lease-time 60; >> =A0 range6 2bad:0000:0564:0002::10 2bad:0000:0564:0002::19; >> subnet6 =A02bad:0000:0564:0003::/64 { >> =A0 allow unknown-clients; >> =A0 min-lease-time 60; >> =A0 default-lease-time 60; >> =A0 max-lease-time 60; >> =A0 range6 2bad:0000:0564:0003::10 2bad:0000:0564:0003::19; >> [root@solaris10u4sparc named]# >> > > Seems I misconfigured dhcp6c.conf to request a pool of addresses for > delivery downstream instead of a single stateful address. =A0Now using th= e > current FreeBSD, 8.0-RELEASE, with dhcp6c.conf setup as seen below: > > interface le0 { > =A0 =A0 =A0 =A0send ia-na 0; =A0 =A0 =A0 =A0 =A0 # request stateful addre= ss > =A0 =A0 =A0 =A0request domain-name; > =A0 =A0 =A0 =A0request domain-name-servers; > } > id-assoc na 0 { > } > > It works. =A0On to DDNSv6. =A0-Brett > The dhcp6c client is the wide-dhcpv6 client (I am guessing you installed from port net/dhcp6). If you are trying to do ddnsv6 using dhcpv6, you might have better luck with using the ISC dhcpv6 client at the same patchlevel as the server. (You will need to compile on your own, as ISC 4.1 dhcp does not seem to be in the freebsd ports collection at this time). In my own testing, I also needed to tell dhclient (ISC variant)'s dhclient-script how to locate ifconfig and route (simple script change from ifconfig to /sbin/ifconfig and from route to /sbin/route). Take a look at the dhclient.conf (5) man page from the ISC package under "DYNAMIC DNS". You will likely need a dhclient.conf with items like: send fqdn.fqdn "test.example.com."; send fqdn.encoded on; send fqdn.server-update off; also request dhcp6.fqdn; This also assumes that the ISC dhcpd server is configured with appropriate information to actually have the server perform updates. I have not actually turned ddns on with DHCPv6 yet, so these are just suggestions. According to RFC 4704, the protocol supports either client or server actually performing the updates, but not certain which cases work properly with ISC at this point. Please share if/when you get a working configuration with any dhcpv6 client/server combination. Good Luck. ---Dave Horn From owner-freebsd-net@FreeBSD.ORG Mon Jan 18 22:33:02 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 8F519106566B; Mon, 18 Jan 2010 22:33:02 +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 21CBD8FC12; Mon, 18 Jan 2010 22:33:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0IMX29T047441; Mon, 18 Jan 2010 22:33:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0IMX17m047437; Mon, 18 Jan 2010 22:33:02 GMT (envelope-from linimon) Date: Mon, 18 Jan 2010 22:33:02 GMT Message-Id: <201001182233.o0IMX17m047437@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/142937: [ipsec] [patch] IPSec doesn't work with link-local addresses on FreeBSD 6 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, 18 Jan 2010 22:33:02 -0000 Old Synopsis: IPSec doesn't work with link-local addresses on FreeBSD 6 New Synopsis: [ipsec] [patch] IPSec doesn't work with link-local addresses on FreeBSD 6 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 18 22:32:41 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=142937 From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 01:06:06 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 825861065692 for ; Tue, 19 Jan 2010 01:06:06 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-qy0-f174.google.com (mail-qy0-f174.google.com [209.85.221.174]) by mx1.freebsd.org (Postfix) with ESMTP id 302338FC0C for ; Tue, 19 Jan 2010 01:06:06 +0000 (UTC) Received: by qyk4 with SMTP id 4so2066229qyk.7 for ; Mon, 18 Jan 2010 17:06:05 -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:mail-followup-to:references :mime-version:content-type:content-disposition:in-reply-to :user-agent:organization:x-operation-sytem; bh=UKUGTG+vZtsu2c7VGlpVtu3Axh5VbStz7ovan7yW66k=; b=tw18ia/4uMg1gbyp2urgwD+awBZNRjFoHbnVqG0A/TrgQ+MjQygxRC5NQh3Ci3N7pD A9x6t91m2h4NkWjwoINjDdE48Gp3HhssA8SNLa6MBzznbSilQXjhjDjcbhFAmbOsifpK DYVv0sv9M5N7fejMOLw7I+oGa6tJnZrgyuWT0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=KdvIc99wZgXa7hat8E/WAOIbDiPzCdUBlEEaOyRlX5pZNDXs1yURlazKT93fFk08C9 MGSEC989MBGf71UxCA9HayVgUkYwsWvPaQXX5WupGtk5tiGe5mfGULgtMvLquvio/vjN kTrsqJsO+8IwxivpmvqFMV820f+EU3O3HtONU= Received: by 10.224.73.39 with SMTP id o39mr4917228qaj.56.1263863165421; Mon, 18 Jan 2010 17:06:05 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id 23sm5609085qyk.15.2010.01.18.17.06.01 (version=SSLv3 cipher=RC4-MD5); Mon, 18 Jan 2010 17:06:02 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Mon, 18 Jan 2010 17:05:59 -0800 From: Weongyo Jeong Date: Mon, 18 Jan 2010 17:05:59 -0800 To: Steven Friedrich Message-ID: <20100119010559.GA78865@weongyo> Mail-Followup-To: Steven Friedrich , freebsd-net@freebsd.org References: <200912151603.32111.freebsd@insightbb.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200912151603.32111.freebsd@insightbb.com> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: freebsd-net@freebsd.org Subject: Re: uath under FreeBSD 8.0-STABLE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 01:06:06 -0000 On Tue, Dec 15, 2009 at 04:03:31PM -0500, Steven Friedrich wrote: > Ok, I am able to load firmware with: > uathload -d /dev/ugen4.3 > but it also appears to do so when I plug it in... > > Now what? It doesn't show up in ifconfig... I think this problem is fixed in r202607. Please let me know if you still have problems. Thanks. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 06:40:03 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 56693106566C for ; Tue, 19 Jan 2010 06:40:03 +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 3E0EC8FC14 for ; Tue, 19 Jan 2010 06:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0J6e2A9067715 for ; Tue, 19 Jan 2010 06:40:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0J6e2aY067714; Tue, 19 Jan 2010 06:40:02 GMT (envelope-from gnats) Date: Tue, 19 Jan 2010 06:40:02 GMT Message-Id: <201001190640.o0J6e2aY067714@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Kevin Dorne Cc: Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key renegotiation X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kevin Dorne List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 06:40:03 -0000 The following reply was made to PR bin/142547; it has been noted by GNATS. From: Kevin Dorne To: James McNaughton Cc: bug-followup@freebsd.org Subject: Re: bin/142547: wpa_supplicant(8) drops connection on key renegotiation Date: Mon, 18 Jan 2010 22:31:18 -0800 On Mon, Jan 18, 2010 at 09:23:16PM -0800, James McNaughton wrote: > I have observed the same behavior on 7-STABLE built from source 1/18/10. > > Another workaround which doesn't take down the link is: > wpa_cli reassociate Ah, a much better solution. Thanks! The problems directly coincide with the "TKIP ICV mismatch on decrypt" messages. When they are appearing in the log, I have no network. When they stop showing up (after reassociate, on boot, or after restarting the interface), the network works fine. From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 07:34: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 EDC761065670; Tue, 19 Jan 2010 07:34:36 +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 C71EC8FC08; Tue, 19 Jan 2010 07:34:36 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0J7Ya7L038086; Tue, 19 Jan 2010 07:34:36 GMT (envelope-from bz@freefall.freebsd.org) Received: (from bz@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0J7Yaca038082; Tue, 19 Jan 2010 07:34:36 GMT (envelope-from bz) Date: Tue, 19 Jan 2010 07:34:36 GMT Message-Id: <201001190734.o0J7Yaca038082@freefall.freebsd.org> To: bz@FreeBSD.org, freebsd-net@FreeBSD.org, bz@FreeBSD.org From: bz@FreeBSD.org Cc: Subject: Re: kern/142937: [ipsec] [patch] IPSec doesn't work with link-local addresses on FreeBSD 6 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, 19 Jan 2010 07:34:37 -0000 Synopsis: [ipsec] [patch] IPSec doesn't work with link-local addresses on FreeBSD 6 Responsible-Changed-From-To: freebsd-net->bz Responsible-Changed-By: bz Responsible-Changed-When: Tue Jan 19 07:34:08 UTC 2010 Responsible-Changed-Why: This is mine; I have looked before. http://www.freebsd.org/cgi/query-pr.cgi?pr=142937 From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 07:51: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 0F319106566B; Tue, 19 Jan 2010 07:51:09 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id BE1198FC16; Tue, 19 Jan 2010 07:51:08 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id E18E773106; Tue, 19 Jan 2010 08:59:25 +0100 (CET) Date: Tue, 19 Jan 2010 08:59:25 +0100 From: Luigi Rizzo To: Hajimu UMEMOTO Message-ID: <20100119075925.GA42257@onelab2.iet.unipi.it> References: <25ff90d60912162320y286e37a0ufeb64397716d8c18@mail.gmail.com> <25ff90d60912180612y2b1f64fbw34b4d7f648762087@mail.gmail.com> <25ff90d61001021736p7b695197q104f4a7769b51b71@mail.gmail.com> <20100110185232.GA27907@onelab2.iet.unipi.it> <20100117110443.GA58434@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100117110443.GA58434@onelab2.iet.unipi.it> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, David Horn , freebsd-ipfw@freebsd.org Subject: Re: Unified rc.firewall ipfw me/me6 issue 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, 19 Jan 2010 07:51:09 -0000 On Sun, Jan 17, 2010 at 12:04:43PM +0100, Luigi Rizzo wrote: > On Sun, Jan 17, 2010 at 05:42:58PM +0900, Hajimu UMEMOTO wrote: > > Hi, > > > > >>>>> On Sun, 10 Jan 2010 19:52:32 +0100 > > >>>>> Luigi Rizzo said: > > > > rizzo> We only need one 'me' option that matches v4 and v6, because the > > rizzo> other two can be implemented as 'ip4 me' and 'ip6 me' at no extra > > rizzo> cost (the code for 'me' only scans the list corresponding to the > > rizzo> actual address family of the packet). I would actually vote for > > rizzo> removing the 'me6' microinstruction from the kernel, and implement > > rizzo> it in /sbin/ipfw by generating 'ip6 me'. now that i think of it -- if we have an "or block" ie something like ... { opt1 OR me6 OR .. } the replacement of 'me6' with 'ip6 me' will not work as only one microinstruction is allowed in an or block. To fix this we would need some more radical change in expression parsing, both in userland and in the kernel. I guess one way to handle this is to signal a syntax error if we find a 'me6' or 'me4' within an OR block (can be done during the rewriting in the loop below, because it is easy to know if we are within a block). cheers luigi > > rizzo> Feel free to commit the change yourself. > > > > Thank you. I've committed 1st patch and 3rd patch. > > I think it is better removing the 'me6' microinstruction from the > > kernel, and implement it in /sbin/ipfw by generating 'ip6 me'. > > However, it seems to me that /sbin/ipfw is not designed to generate > > two microinstructions (ip6 me) per one 'me6' easily. > > Indeed, it might be useful to insert, at the beginning of function > ipfw_add, a small preprocessing step that translates all instances > of 'me6' into 'ip6 me' and then proceed with the current parsing. > While doing that, one could even NULL-terminate the array av[] so > we don't need to carry both ac and av throught the code. > > Something like > > new_av = safe_calloc(ac*2 + 1, sizeof(char *); > for (src = dst = 0; src < ac; src++) { > if (!strcmp(av[src], "me6")) { > new_av[dst++] = "ip6"; > new_av[dst++] = "me"; > } else { > new_av[dst++] = av[src]; > } > } > new_av[dst++] = NULL; > av = new_av; > ac = dst; > > should do the job. Replacing the tests for 'ac > 0' and ac>1 > is straightforward though it touches a large number of lines > (most of the usage is in the 'NEED1' macro. > > cheers > luigi > > Sincerely, > > > > -- > > Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan > > ume@mahoroba.org ume@{,jp.}FreeBSD.org > > http://www.imasy.org/~ume/ > > _______________________________________________ > > 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 Jan 19 08:28:32 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 AB3B11065672; Tue, 19 Jan 2010 08:28:32 +0000 (UTC) (envelope-from wjw@digiware.nl) Received: from mail.digiware.nl (mail.ip6.digiware.nl [IPv6:2001:4cb8:1:106::2]) by mx1.freebsd.org (Postfix) with ESMTP id 3ECA48FC1E; Tue, 19 Jan 2010 08:28:32 +0000 (UTC) Received: from localhost (localhost.digiware.nl [127.0.0.1]) by mail.digiware.nl (Postfix) with ESMTP id 3F744153433; Tue, 19 Jan 2010 09:28:31 +0100 (CET) X-Virus-Scanned: amavisd-new at digiware.nl Received: from mail.digiware.nl ([127.0.0.1]) by localhost (rack1.digiware.nl [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id C3b8yueSNiT9; Tue, 19 Jan 2010 09:28:29 +0100 (CET) Received: from [192.168.10.67] (opteron [192.168.10.67]) by mail.digiware.nl (Postfix) with ESMTP id 2095C15342F; Tue, 19 Jan 2010 09:28:25 +0100 (CET) Message-ID: <4B556D26.7040503@digiware.nl> Date: Tue, 19 Jan 2010 09:28:22 +0100 From: Willem Jan Withagen Organization: Digiware User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: Luigi Rizzo References: <25ff90d60912162320y286e37a0ufeb64397716d8c18@mail.gmail.com> <25ff90d60912180612y2b1f64fbw34b4d7f648762087@mail.gmail.com> <25ff90d61001021736p7b695197q104f4a7769b51b71@mail.gmail.com> <20100110185232.GA27907@onelab2.iet.unipi.it> <20100117110443.GA58434@onelab2.iet.unipi.it> <20100119075925.GA42257@onelab2.iet.unipi.it> In-Reply-To: <20100119075925.GA42257@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-current@freebsd.org, Hajimu UMEMOTO , freebsd-ipfw@freebsd.org, David Horn Subject: Re: Unified rc.firewall ipfw me/me6 issue 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, 19 Jan 2010 08:28:32 -0000 Luigi Rizzo wrote: > On Sun, Jan 17, 2010 at 12:04:43PM +0100, Luigi Rizzo wrote: >> On Sun, Jan 17, 2010 at 05:42:58PM +0900, Hajimu UMEMOTO wrote: >>> Hi, >>> >>>>>>>> On Sun, 10 Jan 2010 19:52:32 +0100 >>>>>>>> Luigi Rizzo said: While we are at it, might I suggest one more "nice" thing... For several of my projects I reduced configuring a gateway/nat/firewall to just stuffing hostipnrs:ports into some shell variables. eg: firewall_forward_services="192.168.10.0/24^22 192.168.10.74^873 192.168.10.74^1195 192.168.10.66^80 192.168.10.117^10000 192.168.10.67^45457 2001:4cb8:3::67^45457 192.168.10.116^sip 192.168.10.113^sip" And I used to do that with the "std"-notation host:port. But once I got ipv6 connected, that no longer worked. And I also found that the ipv6 parser did some wierd stuff on other places as well. Is it posible to fix the ipv6nr parser and have it also recognise the versions: [a:b:c::d:e] and [a:b:c::d:e/64] (like firefox does) Yes, I know the stanza is: put your code where your mouth is. And I've been trying to find time to do this, and given enough days time will pop up. But this discussion is already running and people are already breaking up the code. Thanx, --WjW From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 12:14:55 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 DA18D1065670 for ; Tue, 19 Jan 2010 12:14:55 +0000 (UTC) (envelope-from fernando.gont.netbook.win@gmail.com) Received: from mail-gx0-f177.google.com (mail-gx0-f177.google.com [209.85.217.177]) by mx1.freebsd.org (Postfix) with ESMTP id 910E78FC23 for ; Tue, 19 Jan 2010 12:14:55 +0000 (UTC) Received: by gxk25 with SMTP id 25so396807gxk.13 for ; Tue, 19 Jan 2010 04:14:54 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=DpOwYxKND4Y8/LqOf2hggnKQ6mtXMtU4b6UBGS+RXEg=; b=UJLPuYaR8C7f3QooNGVmQ0sRyvSQnLyJyjJFyrtHjSw2hjFlYPsAvGoiyc9s4pyE/g gRWhAtCBO2XktsYQHxOr1HCKEGd8Yg/4k1xWKH+QhLDgqdlohNxy6ta+A8qmxU9P26KD rLDKc8lqLsxSYqFrjygRDNHwCPtx6u9pDHu58= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=cgwNiXOlo7KDDC7ndwcuev9NSKK27/QGPuXdwMDCQ1Az+pYtgZ8QA3/kqA4OwbLcbJ zsRR56DvJwptvWOVlN9p6/Yqhe0FkBeAu1pXTBrEnF39mZNAphyxZcy4+6zuvjMKWE/m 3CXpo2sW1JvcdcARd6qY/rS3mjYQK4TIBoj4g= Received: by 10.150.74.18 with SMTP id w18mr7390186yba.223.1263902403717; Tue, 19 Jan 2010 04:00:03 -0800 (PST) Received: from ?192.168.0.151? (129-130-17-190.fibertel.com.ar [190.17.130.129]) by mx.google.com with ESMTPS id 4sm2535174ywi.39.2010.01.19.04.00.00 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jan 2010 04:00:01 -0800 (PST) Sender: Fernando Gont Message-ID: <4B559EBC.9060502@gont.com.ar> Date: Tue, 19 Jan 2010 08:59:56 -0300 From: Fernando Gont User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.96.0 OpenPGP: id=D076FFF1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Processing IPv6 Router Advertisements 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, 19 Jan 2010 12:14:55 -0000 Hello, folks, I'm running FreeBSD 6.2-Release in one of my boxes, and there seems to be a bug in the processing of Router Advertisement messages. RA messages seem to be required to have a Source Address in the fe80::/32 prefix, rather than in the fe80::/10 prefix. That is, the first 32 bits of the IPv6 Source address must be fe80:0000, or else the message is dropped (at least, no changes are made to the destination cache or the neighbor cache). Can anybody confirm this one, or correct me if I am wrong? Thanks! Kind regards, -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 14:25:06 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 3B82E106568F for ; Tue, 19 Jan 2010 14:25:06 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-fx0-f218.google.com (mail-fx0-f218.google.com [209.85.220.218]) by mx1.freebsd.org (Postfix) with ESMTP id C9ADD8FC0A for ; Tue, 19 Jan 2010 14:25:05 +0000 (UTC) Received: by fxm10 with SMTP id 10so756851fxm.14 for ; Tue, 19 Jan 2010 06:25:04 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=xMMIA0tCpjf3A7JpEgqM7Y4TlhJyMQ3zC5/nwMGg8do=; b=PE1dW70GyM4Xl9S0qL41CSMIaNkfGOcFWjdEAO6lGXCb3icrSc7tEUIibeb9MhOp33 a/bp29O/O0qCJvFjJFBHnFI9QhlfUgu2767MqwaiPu1mBlFecccYMzrK2Q+gxdb93vyC HjQ2L1G1BGryY1KD+NQe3/FakKgfFK2zfAgJY= 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=Qs7PGeo3Kr+U2AvneiaNgsdKEYtuXtsf9rqibgwLnzpW4ZFTpW5KYR2eav7lsYhoSN 0qFUVTlcykzLlXHdHy9PPAEZdVeO2F8q7kg9yLbK/sw6BRfyvatBHVmDK8UCQYqanE0r WZEkQZYQb3Yu6fw8J46Z7CLSMmdqG7587FZJs= MIME-Version: 1.0 Received: by 10.239.185.76 with SMTP id b12mr807603hbh.53.1263911104527; Tue, 19 Jan 2010 06:25:04 -0800 (PST) In-Reply-To: <4B559EBC.9060502@gont.com.ar> References: <4B559EBC.9060502@gont.com.ar> Date: Tue, 19 Jan 2010 09:25:04 -0500 Message-ID: <25ff90d61001190625m224c0aaco83ff65a1a28f28d0@mail.gmail.com> From: David Horn To: Fernando Gont Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Processing IPv6 Router Advertisements 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, 19 Jan 2010 14:25:06 -0000 On Tue, Jan 19, 2010 at 6:59 AM, Fernando Gont wrote: > Hello, folks, > > I'm running FreeBSD 6.2-Release in one of my boxes, and there seems to > be a bug in the processing of Router Advertisement messages. > > RA messages seem to be required to have a Source Address in the > fe80::/32 prefix, rather than in the fe80::/10 prefix. That is, the > first 32 bits of the IPv6 Source address must be fe80:0000, or else the > message is dropped (at least, no changes are made to the destination > cache or the neighbor cache). > > Can anybody confirm this one, or correct me if I am wrong? A cursory look at the netinet6/nd6_rtr.c code looks like it is using IN6_IS_ADDR_LINKLOCAL from netinet6/in6.h which should be smart enough to just look at fe80::/10. Try setting net.inet6.icmp6.nd6_debug=1 in /etc/sysctl.conf and reboot to see if there is anything interesting coming out of debug logging. (will show in dmesg and /var/log/messages) Out of curiousity, what device is using a non EUI-64 for link-local, or is this a manually configured link-local situation ? Good Luck. ---Dave Horn From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 14:50:08 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 C5D51106568B for ; Tue, 19 Jan 2010 14:50:08 +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 9C5E48FC12 for ; Tue, 19 Jan 2010 14:50:08 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0JEo8wE021829 for ; Tue, 19 Jan 2010 14:50:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0JEo8tU021828; Tue, 19 Jan 2010 14:50:08 GMT (envelope-from gnats) Date: Tue, 19 Jan 2010 14:50:08 GMT Message-Id: <201001191450.o0JEo8tU021828@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jens Thiede Cc: Subject: Re: kern/142766: ipw regression ipw(4) with Intel PRO/wireless 2100 can't associate on FBSD 8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jens Thiede List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 19 Jan 2010 14:50:08 -0000 The following reply was made to PR kern/142766; it has been noted by GNATS. From: Jens Thiede To: bug-followup@FreeBSD.org, wblock@wonkity.com Cc: Subject: Re: kern/142766: ipw regression ipw(4) with Intel PRO/wireless 2100 can't associate on FBSD 8 Date: Tue, 19 Jan 2010 16:13:16 +0200 The following is simply additional information: dmesg | grep ipw Returns, among other lines: ipw0: need multicast update callback From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 15:02: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 B7F261065696 for ; Tue, 19 Jan 2010 15:02:08 +0000 (UTC) (envelope-from fernando.gont.netbook.win@gmail.com) Received: from mail-yx0-f103.google.com (mail-yx0-f103.google.com [209.85.210.103]) by mx1.freebsd.org (Postfix) with ESMTP id 5FBFC8FC21 for ; Tue, 19 Jan 2010 15:02:07 +0000 (UTC) Received: by yxe1 with SMTP id 1so113321yxe.3 for ; Tue, 19 Jan 2010 07:02:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :x-enigmail-version:openpgp:content-type:content-transfer-encoding; bh=W6wgiyeb/Oi87GM1uXRWUlUwcLKoRc4+jLQn+kBXylo=; b=bP9g1KM2wDm/9LRhyQzQBy1ucEnFj1KAorA02iF7kfj+/YvKdwj8DtazkKcGUgqGCc 76x9W6zsJT+J3aGvMkuLLLLx2LNI3w1KtmIWjompBxf4WjEx9JW9kC0hSMKKwhuSuwpp HRwsxZn5z9tDaqyC3mddEF9WAIz4Jz3cA0Bh4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:x-enigmail-version:openpgp:content-type :content-transfer-encoding; b=FE6j6F4+60pHpCJajEAPvG13VK3jJlIsNd+DhTNpiDdOhkbKBM2lGqVqEJpr8t1NAS 3syOO/2ag2dB5pZokBNFAzBoxffX4SA/3FfXCuF2yTR/LqT17LsogI0+Azu39wqS08wf FeKYTNdb55ftEksfSK5Ne7U0InrSuZlynRZyw= Received: by 10.150.176.15 with SMTP id y15mr7658095ybe.242.1263913327278; Tue, 19 Jan 2010 07:02:07 -0800 (PST) Received: from ?192.168.0.151? (129-130-17-190.fibertel.com.ar [190.17.130.129]) by mx.google.com with ESMTPS id 4sm2596907ywi.9.2010.01.19.07.02.05 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jan 2010 07:02:06 -0800 (PST) Sender: Fernando Gont Message-ID: <4B55C968.5050907@gont.com.ar> Date: Tue, 19 Jan 2010 12:02:00 -0300 From: Fernando Gont User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) MIME-Version: 1.0 To: David Horn References: <4B559EBC.9060502@gont.com.ar> <25ff90d61001190625m224c0aaco83ff65a1a28f28d0@mail.gmail.com> In-Reply-To: <25ff90d61001190625m224c0aaco83ff65a1a28f28d0@mail.gmail.com> X-Enigmail-Version: 0.96.0 OpenPGP: id=D076FFF1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Processing IPv6 Router Advertisements 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, 19 Jan 2010 15:02:08 -0000 Hello, David, Thanks so much for your response. Comments in-line.... >> I'm running FreeBSD 6.2-Release in one of my boxes, and there seems to >> be a bug in the processing of Router Advertisement messages. >> >> RA messages seem to be required to have a Source Address in the >> fe80::/32 prefix, rather than in the fe80::/10 prefix. That is, the >> first 32 bits of the IPv6 Source address must be fe80:0000, or else the >> message is dropped (at least, no changes are made to the destination >> cache or the neighbor cache). >> >> Can anybody confirm this one, or correct me if I am wrong? > > A cursory look at the netinet6/nd6_rtr.c code looks like it is using > IN6_IS_ADDR_LINKLOCAL from netinet6/in6.h which should be smart enough > to just look at fe80::/10. Agreed. > Try setting net.inet6.icmp6.nd6_debug=1 in /etc/sysctl.conf and reboot > to see if there is anything interesting coming out of debug logging. > (will show in dmesg and /var/log/messages) Nothing interesting. :-( But still the same problem... > Out of curiousity, what device is using a non EUI-64 for link-local, > or is this a manually configured link-local situation ? I'm just playing with a RouterAdvertisement forging tool I just built. I've checked the on-the-wire packets, and they seem to be correct. :-( Thanks, -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 16:52:56 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 D7FF31065670 for ; Tue, 19 Jan 2010 16:52:56 +0000 (UTC) (envelope-from Brett.Lee@Sun.COM) Received: from brmea-mail-2.sun.com (brmea-mail-2.Sun.COM [192.18.98.43]) by mx1.freebsd.org (Postfix) with ESMTP id B28228FC0A for ; Tue, 19 Jan 2010 16:52:56 +0000 (UTC) Received: from fe-amer-09.sun.com ([192.18.109.79]) by brmea-mail-2.sun.com (8.13.6+Sun/8.12.9) with ESMTP id o0JGqu4C027014 for ; Tue, 19 Jan 2010 16:52:56 GMT MIME-version: 1.0 Content-type: multipart/mixed; boundary="Boundary_(ID_X10CcOEUOOYGyJlTvjFWDw)" Received: from conversion-daemon.mail-amer.sun.com by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) id <0KWI0090064DZL00@mail-amer.sun.com> for freebsd-net@freebsd.org; Tue, 19 Jan 2010 09:52:56 -0700 (MST) Received: from [192.168.1.11] ([unknown] [10.80.64.1]) by mail-amer.sun.com (Sun Java(tm) System Messaging Server 7u2-7.04 64bit (built Jul 2 2009)) with ESMTPSA id <0KWI00JF16W65T60@mail-amer.sun.com> for freebsd-net@freebsd.org; Tue, 19 Jan 2010 09:52:55 -0700 (MST) Date: Tue, 19 Jan 2010 09:52:47 -0700 From: Brett Lee In-reply-to: <25ff90d61001181331n47953c03h1a1973cddc741ab5@mail.gmail.com> Sender: Brett.Lee@Sun.COM To: freebsd-net@freebsd.org Message-id: <4B55E35F.9000501@Sun.COM> References: <4B50F719.5040402@Sun.COM> <4B5388DE.5030603@Sun.COM> <25ff90d61001181331n47953c03h1a1973cddc741ab5@mail.gmail.com> User-Agent: Thunderbird 2.0.0.23 (Windows/20090812) X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Re: DHCP6 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: Tue, 19 Jan 2010 16:52:56 -0000 This is a multi-part message in MIME format. --Boundary_(ID_X10CcOEUOOYGyJlTvjFWDw) Content-type: text/plain; CHARSET=US-ASCII; format=flowed Content-transfer-encoding: 7BIT David Horn wrote: > On Sun, Jan 17, 2010 at 5:02 PM, Brett Lee wrote: >> Brett Lee wrote: >>> Hello - >>> >>> Am using FreeBSD 6.3 as a dhcp6 client, trying to get DDNSv6 operational >>> in this environment. When I execute 'dhcp6c -d lnc0' from the command line, >>> the following messages are logged on the (ISC 4.1.0p1) DHCP6 server: >>> >>> Solicit message from fe80::20c:29ff:fef3:a5de port 546, transaction ID >>> 0xB3D95D >>> Unable to pick client prefix: no IPv6 prefix pools on this shared network >>> Sending Advertise to fe80::20c:29ff:fef3:a5de port 546 >>> >>> Am confused by the message above, in particular the "prefix pools", as >>> this host obtains the "global address" prefix and configures both link local >>> and global addresses via SLAAC. Surely this can't be the same prefix. >>> >>> Equally confusing is that the Solaris hosts on this LAN have no problem >>> getting v6 addresses via this DHCP server, and there seems to be plenty of >>> free leases available. >>> >>> Does FreeBSD 6.3 DHCP6 client need a "prefix", or a "pool" of them to be >>> delivered by the server? Obviously I'm a little bit confused :) and am >>> thinking the problem is with the dhcpd.conf file. Hoping for some >>> clarification or direction. Configs are below. >>> >>> Thanks for your guidance/suggestions! -Brett >>> >>> Client: >>> >>> [root@freebsdvm ~]# ifconfig -a >>> lnc0: flags=108843 mtu >>> 1500 >>> inet6 fe80::20c:29ff:fef3:a5de%lnc0 prefixlen 64 scopeid 0x1 >>> inet 192.168.1.94 netmask 0xffffff00 broadcast 192.168.1.255 >>> inet6 2bad:0:564:1:20c:29ff:fef3:a5de prefixlen 64 autoconf >>> ether 00:0c:29:f3:a5:de >>> plip0: flags=108810 mtu 1500 >>> lo0: flags=8049 mtu 16384 >>> inet6 ::1 prefixlen 128 >>> inet6 fe80::1%lo0 prefixlen 64 scopeid 0x3 >>> inet 127.0.0.1 netmask 0xff000000 >>> [root@freebsdvm ~]# grep -v '#' /usr/local/etc/dhcp6c.conf >>> interface lnc0 { >>> send ia-pd 0; >>> }; >>> id-assoc pd { >>> prefix-interface lnc0 { >>> sla-id 1; >>> }; >>> }; >>> [root@freebsdvm ~]# >>> >>> Server: >>> >>> [root@solaris10u4sparc named]# grep iaaddr /var/db/dhcpd6.leases | sort | >>> uniq >>> iaaddr 2bad:0:564:1::12 { >>> iaaddr 2bad:0:564:1::18 { >>> iaaddr 2bad:0:564:1::19 { >>> iaaddr 2bad:0:564:2::18 { >>> iaaddr 2bad:0:564:2::19 { >>> iaaddr 2bad:0:564:3::18 { >>> [root@solaris10u4sparc named]# grep -v '#' /etc/dhcpd.conf | egrep >>> '[A-Z]|[a-z]|[0-9]' >>> authoritative; >>> include "/etc/rndc.key"; >>> ddns-update-style interim; >>> ddns-domainname "ipv6.apevt.local"; >>> ddns-rev-domainname "in-addr.arpa"; >>> ignore client-updates; >>> zone ipv6.apevt.local. { >>> primary 192.168.1.23; >>> key "rndc-key"; >>> log-facility local6; >>> min-lease-time 60; >>> default-lease-time 3600; >>> max-lease-time 43200; >>> option domain-name "ipv6.apevt.local"; >>> option domain-name-servers 192.168.1.254, 192.168.1.23; >>> option dhcp.domain-search "ipv6.apevt.local, apevt.local"; >>> option dhcp6.domain-search "ipv6.apevt.local, apevt.local"; >>> option dhcp6.name-servers 2bad:0:564:1:203:baff:fee8:36f2, >>> 2bad:0:564:2:203:baff:fee8:36f3, 2bad:0:564:3:203:baff:fee8:36f4; >>> subnet6 2bad:0000:0564:0001::/64 { >>> allow unknown-clients; >>> min-lease-time 60; >>> default-lease-time 60; >>> max-lease-time 60; >>> range6 2bad:0000:0564:0001::10 2bad:0000:0564:0001::19; >>> subnet6 2bad:0000:0564:0002::/64 { >>> allow unknown-clients; >>> min-lease-time 60; >>> default-lease-time 60; >>> max-lease-time 60; >>> range6 2bad:0000:0564:0002::10 2bad:0000:0564:0002::19; >>> subnet6 2bad:0000:0564:0003::/64 { >>> allow unknown-clients; >>> min-lease-time 60; >>> default-lease-time 60; >>> max-lease-time 60; >>> range6 2bad:0000:0564:0003::10 2bad:0000:0564:0003::19; >>> [root@solaris10u4sparc named]# >>> >> Seems I misconfigured dhcp6c.conf to request a pool of addresses for >> delivery downstream instead of a single stateful address. Now using the >> current FreeBSD, 8.0-RELEASE, with dhcp6c.conf setup as seen below: >> >> interface le0 { >> send ia-na 0; # request stateful address >> request domain-name; >> request domain-name-servers; >> } >> id-assoc na 0 { >> } >> >> It works. On to DDNSv6. -Brett >> > > The dhcp6c client is the wide-dhcpv6 client (I am guessing you > installed from port net/dhcp6). If you are trying to do ddnsv6 using > dhcpv6, you might have better luck with using the ISC dhcpv6 client at > the same patchlevel as the server. (You will need to compile on your > own, as ISC 4.1 dhcp does not seem to be in the freebsd ports > collection at this time). > > In my own testing, I also needed to tell dhclient (ISC variant)'s > dhclient-script how to locate ifconfig and route (simple script change > from ifconfig to /sbin/ifconfig and from route to /sbin/route). > > Take a look at the dhclient.conf (5) man page from the ISC package > under "DYNAMIC DNS". You will likely need a dhclient.conf with items > like: > > send fqdn.fqdn "test.example.com."; > send fqdn.encoded on; > send fqdn.server-update off; > also request dhcp6.fqdn; > > This also assumes that the ISC dhcpd server is configured with > appropriate information to actually have the server perform updates. > I have not actually turned ddns on with DHCPv6 yet, so these are just > suggestions. According to RFC 4704, the protocol supports either > client or server actually performing the updates, but not certain > which cases work properly with ISC at this point. > > Please share if/when you get a working configuration with any dhcpv6 > client/server combination. > > Good Luck. > > ---Dave Horn After hitting the send button, I thought to suggest that adding these three lines to /usr/local/etc/dhcp6c.conf.sample would add some value (it certainly would have for me): # Obtain an address via DHCP on this interface interface le0 { send ia-na 0; } id-assoc na 0 { } Thanks for the "Good Luck" Dave - from what I've been reading it will be needed. The ISC team has documented that the same config is required for v4/v6, but haven't found anyone indicating that *any* IPv6 DDNS works; instead there seems to be the opposite sentiment. As it stands now, have a v4 version of ISC DHCP + BIND doing DDNS but am unable to get v6 working on another ISC DHCP + BIND system. Have posted a question to the ISC dhcpd mailing list: https://lists.isc.org/mailman/htdig/dhcp-users/2010-January/010729.html In researching the topic, have found that there was/is quite a bit of interest around SLAAC and DDNS; in particular how to resolve hostnames and securely add the AAAA/PTR records to DNS servers when global addresses are obtained via SLAAC. On my part there was an assumption that SLAAC would only be used for clients and so it really would not matter; servers would need to be configured via DHCP/DDNS or static. Am certainly interested to see the progression. In case anyone is interested, here are a couple meandering threads: https://lists.isc.org/mailman/htdig/dhcp-users/2008-August/006988.html http://www.ops.ietf.org/lists/namedroppers/namedroppers.199x/msg04172.html Am very glad you mentioned the wide-dhcp6 client. Didn't think about the client at all. Yes, I did build dhcp6c from the ports. As the wide-dhcp6 client came from KAME, am confident that it is rock solid. Apparently, it uses a script to perform DDNS: https://lists.isc.org/pipermail/dhcp-users/2009-September/009917.html For the setup here, am planning on performing all DNS updates from the DHCP server only. Given that, am unaware if there is any client DDNS code needed when not allowing client updates. I suppose there would be a need for client input in the case of stateless assignments, but in the case of stateful addresses the DHCP server should know the hostname. Perhaps that is the problem I have run across here - not sending the DHCP server the stateless client hostname? How can the DHCP server update the DNS server w/o the client hostname? Am fairly confident in the ISC dhcpd.conf file in use, and it is configured to ignore client updates, but trying the known good ISC client is a still good idea. Currently have Solaris clients and one FreeBSD client obtaining stateless addresses via DHCP6, but still no DDNS or DHCPv6 assignment of stateful addresses. In short, my belief is that DDNSv6 is still very much evolving. As for DHCPv6 and obtaining stateful addresses, that does not seem to be flushed out yet either. As there does not seem to be a fixed-address6 yet, what I've read about stateful dhcp configuration involves booting the client, capturing the DUID, adding it to the dhcp.conf file, and then rebooting the client to assign the stateful address. Yecch! One final link for anyone interested in the topic, or more about the integration of DHCP with BIND 10, see: http://www.gossamer-threads.com/lists/nsp/ipv6/20683 Sorry for the dissertation. Maybe it will help someone else. -Brett --Boundary_(ID_X10CcOEUOOYGyJlTvjFWDw)-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 16:59:38 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 0CC8E1065693 for ; Tue, 19 Jan 2010 16:59:38 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id C4A138FC18 for ; Tue, 19 Jan 2010 16:59:37 +0000 (UTC) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id 4F5432E08A; Tue, 19 Jan 2010 12:39:12 +0800 (CST) Message-ID: <4B5546B0.1050102@gddsn.org.cn> Date: Tue, 19 Jan 2010 13:44:16 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; zh-CN; rv:1.9.1.5) Gecko/20100116 Thunderbird/3.0 MIME-Version: 1.0 To: stable@freebsd.org, net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: 8.0 stable if_bwi kmod not exist? 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, 19 Jan 2010 16:59:38 -0000 folks, There is not exist if_bwi.ko module in /boot/kernel under 8.0 Stable why? From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 18:45: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 DDF601065676; Tue, 19 Jan 2010 18:45:26 +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 B58228FC14; Tue, 19 Jan 2010 18:45:26 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0JIjQkq029329; Tue, 19 Jan 2010 18:45:26 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0JIjQvk029325; Tue, 19 Jan 2010 18:45:26 GMT (envelope-from yongari) Date: Tue, 19 Jan 2010 18:45:26 GMT Message-Id: <201001191845.o0JIjQvk029325@freefall.freebsd.org> To: ychurov@mail.ru, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/137292: [ste] DFE-580TX not working properly 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, 19 Jan 2010 18:45:26 -0000 Synopsis: [ste] DFE-580TX not working properly State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jan 19 18:44:44 UTC 2010 State-Changed-Why: I fixed serveral bugs in ste(4) and the change was already MFCed to stable/8 and stable/7. Would you try latest ste(4) in stable/7? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jan 19 18:44:44 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=137292 From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 18:57:42 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 01AA01065695 for ; Tue, 19 Jan 2010 18:57:42 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf15.insightbb.com (mxsf15.insightbb.com [74.128.0.97]) by mx1.freebsd.org (Postfix) with ESMTP id 9F6B68FC1F for ; Tue, 19 Jan 2010 18:57:41 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,305,1262581200"; d="scan'208";a="19681314" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.123]) by mxsf15.insightbb.com with ESMTP; 19 Jan 2010 13:57:40 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAIaPVUvQLicL/2dsb2JhbACBRoIbxmOOFIEtgjBWBIV2 X-IronPort-AV: E=Sophos;i="4.49,305,1262581200"; d="scan'208";a="344310560" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout02.manage.insightbb.com with ESMTP; 19 Jan 2010 13:57:39 -0500 From: Steven Friedrich To: freebsd-net@freebsd.org Date: Tue, 19 Jan 2010 13:57:33 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <4B5546B0.1050102@gddsn.org.cn> In-Reply-To: <4B5546B0.1050102@gddsn.org.cn> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201001191357.33267.freebsd@insightbb.com> Cc: stable@freebsd.org, wsk , net@freebsd.org Subject: Re: 8.0 stable if_bwi kmod not exist? 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, 19 Jan 2010 18:57:42 -0000 On Tuesday 19 January 2010 12:44:16 am wsk wrote: > folks, > There is not exist if_bwi.ko module in /boot/kernel under 8.0 Stable > why? _______________________________________________ > 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" > Perhaps in /etc/make.conf, you define modules you want to build and this is a new one to be added? Look at variables MODULES_OVERRIDE and WITHOUT_MODULES. From owner-freebsd-net@FreeBSD.ORG Tue Jan 19 19:26:12 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 184401065670; Tue, 19 Jan 2010 19:26:12 +0000 (UTC) (envelope-from freebsd@insightbb.com) Received: from mxsf15.insightbb.com (mxsf15.insightbb.com [74.128.0.97]) by mx1.freebsd.org (Postfix) with ESMTP id C8C808FC15; Tue, 19 Jan 2010 19:26:11 +0000 (UTC) X-IronPort-AV: E=Sophos;i="4.49,305,1262581200"; d="scan'208";a="19681314" Received: from unknown (HELO asav02.insightbb.com) ([172.31.249.123]) by mxsf15.insightbb.com with ESMTP; 19 Jan 2010 13:57:40 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AgEFAIaPVUvQLicL/2dsb2JhbACBRoIbxmOOFIEtgjBWBIV2 X-IronPort-AV: E=Sophos;i="4.49,305,1262581200"; d="scan'208";a="344310560" Received: from 208-46-39-11.dia.static.qwest.net (HELO laptop2.stevenfriedrich.org) ([208.46.39.11]) by asavout02.manage.insightbb.com with ESMTP; 19 Jan 2010 13:57:39 -0500 From: Steven Friedrich To: freebsd-net@freebsd.org Date: Tue, 19 Jan 2010 13:57:33 -0500 User-Agent: KMail/1.12.4 (FreeBSD/8.0-STABLE; KDE/4.3.4; i386; ; ) References: <4B5546B0.1050102@gddsn.org.cn> In-Reply-To: <4B5546B0.1050102@gddsn.org.cn> MIME-Version: 1.0 Content-Type: Text/Plain; charset="utf-8" Content-Transfer-Encoding: 7bit Message-Id: <201001191357.33267.freebsd@insightbb.com> Cc: stable@freebsd.org, wsk , net@freebsd.org Subject: Re: 8.0 stable if_bwi kmod not exist? 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, 19 Jan 2010 19:26:12 -0000 On Tuesday 19 January 2010 12:44:16 am wsk wrote: > folks, > There is not exist if_bwi.ko module in /boot/kernel under 8.0 Stable > why? _______________________________________________ > 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" > Perhaps in /etc/make.conf, you define modules you want to build and this is a new one to be added? Look at variables MODULES_OVERRIDE and WITHOUT_MODULES. From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 01:39:42 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 85EA81065672 for ; Wed, 20 Jan 2010 01:39:42 +0000 (UTC) (envelope-from wsk@gddsn.org.cn) Received: from gddsn.org.cn (gddsn.org.cn [218.19.164.145]) by mx1.freebsd.org (Postfix) with ESMTP id 3393B8FC13 for ; Wed, 20 Jan 2010 01:39:41 +0000 (UTC) Received: from lp.gddsn.org.cn (unknown [10.44.8.159]) (Authenticated sender: wsk) by gddsn.org.cn (Postfix) with ESMTPA id C7D092E03E; Wed, 20 Jan 2010 08:18:45 +0800 (CST) Message-ID: <4B565B37.2000008@gddsn.org.cn> Date: Wed, 20 Jan 2010 09:24:07 +0800 From: wsk User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; zh-CN; rv:1.9.1.5) Gecko/20100116 Thunderbird/3.0 MIME-Version: 1.0 To: Steven Friedrich References: <4B5546B0.1050102@gddsn.org.cn> <201001191357.33267.freebsd@insightbb.com> In-Reply-To: <201001191357.33267.freebsd@insightbb.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org, stable@freebsd.org Subject: Re: 8.0 stable if_bwi kmod not exist? 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, 20 Jan 2010 01:39:42 -0000 于 2010/01/20 02:57, Steven Friedrich 写é“: > On Tuesday 19 January 2010 12:44:16 am wsk wrote: > >> folks, >> There is not exist if_bwi.ko module in /boot/kernel under 8.0 Stable >> why? _______________________________________________ >> 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" >> >> > Perhaps in /etc/make.conf, you define modules you want to build and this is a > new one to be added? > > Look at variables MODULES_OVERRIDE and WITHOUT_MODULES. > > but not any define in my make.conf. it is bizarre # added by use.perl 2010-01-18 15:02:07 PERL_VERSION=5.8.9 From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 01:55:59 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 C05D2106568B for ; Wed, 20 Jan 2010 01:55:59 +0000 (UTC) (envelope-from yuri.pankov@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.154]) by mx1.freebsd.org (Postfix) with ESMTP id 4ADCF8FC1D for ; Wed, 20 Jan 2010 01:55:58 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id e21so1270220fga.13 for ; Tue, 19 Jan 2010 17:55:58 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:received :x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=IucJ4bnbmFmHd3jFs0AsLqZuKmC8vnsjLyelupNQIdI=; b=ghVyUVEQj+W2R8ql2+Tt5JPo4+Gunzgm9pJIjkqB1ak8kwWyGITFYH03Usebu6QVXd hy+tnm+SMuZfpwKATorqhEaSyIXh8xJvJACwcY150IIhvIDFf+xBb6OSKRCu049PonTp MWTyzsAfrqmpf3u4++lgcqPWUuD76cYD4rcYM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=x-authentication-warning:date:from:to:cc:subject:message-id :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; b=uJJ8rFDd2o+HHsFo/ICWo1FTKTXO4eSvzqCPnZYfMcS1iIWbsyf1X+JS3vodtNyrtY /WW2IF6dmhmxrndXpqL8+OX6uPecdbeQg2GCe1Uf8UMqxoYgWUN+8k5xsDGTCvUgES+K +mwjcVKdGq+Q2yQbPYkZ+gXMoX2HuuC+Ic4XM= Received: by 10.87.67.28 with SMTP id u28mr8143258fgk.38.1263951120110; Tue, 19 Jan 2010 17:32:00 -0800 (PST) Received: from darklight.org.ru ([213.132.76.16]) by mx.google.com with ESMTPS id e20sm14454834fga.2.2010.01.19.17.31.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 19 Jan 2010 17:31:59 -0800 (PST) Received: from darklight.org.ru (yuri@darklight.org.ru [127.0.0.1]) by darklight.org.ru (8.14.3/8.14.3) with ESMTP id o0K1Vvh0046465; Wed, 20 Jan 2010 04:31:57 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) Received: (from yuri@localhost) by darklight.org.ru (8.14.3/8.14.3/Submit) id o0K1VutZ046464; Wed, 20 Jan 2010 04:31:56 +0300 (MSK) (envelope-from yuri.pankov@gmail.com) X-Authentication-Warning: darklight.org.ru: yuri set sender to yuri.pankov@gmail.com using -f Date: Wed, 20 Jan 2010 04:31:56 +0300 From: Yuri Pankov To: wsk Message-ID: <20100120013156.GA1767@darklight.org.ru> References: <4B5546B0.1050102@gddsn.org.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B5546B0.1050102@gddsn.org.cn> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: stable@freebsd.org, net@freebsd.org Subject: Re: 8.0 stable if_bwi kmod not exist? 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, 20 Jan 2010 01:55:59 -0000 On Tue, Jan 19, 2010 at 01:44:16PM +0800, wsk wrote: > folks, > There is not exist if_bwi.ko module in /boot/kernel under 8.0 Stable why? Looks like it wasn't hooked up to the build for some reason, no bwi here: http://svn.freebsd.org/viewvc/base/stable/8/sys/modules/Makefile?revision=202410&view=markup HTH, Yuri From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 02:17: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 2A1301065694 for ; Wed, 20 Jan 2010 02:17:15 +0000 (UTC) (envelope-from scotty@l5computing.com) Received: from na3sys009aog109.obsmtp.com (na3sys009aog109.obsmtp.com [74.125.149.201]) by mx1.freebsd.org (Postfix) with SMTP id CB7F28FC2D for ; Wed, 20 Jan 2010 02:17:14 +0000 (UTC) Received: from source ([209.85.222.188]) by na3sys009aob109.postini.com ([74.125.148.12]) with SMTP ID DSNKS1ZnqTyU9BP19rGXTlLD3bCWc+k4hkT9@postini.com; Tue, 19 Jan 2010 18:17:14 PST Received: by mail-pz0-f188.google.com with SMTP id 26so3483318pzk.26 for ; Tue, 19 Jan 2010 18:17:13 -0800 (PST) MIME-Version: 1.0 Received: by 10.142.6.22 with SMTP id 22mr521185wff.5.1263952078888; Tue, 19 Jan 2010 17:47:58 -0800 (PST) Date: Tue, 19 Jan 2010 17:47:58 -0800 Message-ID: <515996581001191747o5d6f8024u6b6457614cacfe04@mail.gmail.com> From: Joseph Turner To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Enhancement for ns_format_ttl available 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, 20 Jan 2010 02:17:15 -0000 Hopefully I'm posting to the right mailing list. I couldn't suss out how one joins up to be able to submit patches to FreeBSD so I'm posting here to point out my submitted patch to the Android code base. Their code is basically lifted straight from FreeBSD so the patch should apply cleanly. In a nutshell I was doing scut work to practice working with the Android submission system and ran across gcc barking about the code in ns_format_ttl. As I inspected the code I came to realize a good stiff brushing would yield beneficial results. https://review.source.android.com/#13229 In my spare time I'm working on enhancing the code that calls ns_format_ttl and it's partner ns_parse_ttl. From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 13:02: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 9E785106568B for ; Wed, 20 Jan 2010 13:02:11 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id 284648FC24 for ; Wed, 20 Jan 2010 13:02:10 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o0KD1pgC007414; Wed, 20 Jan 2010 14:02:06 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o0KD1pm0007413; Wed, 20 Jan 2010 14:01:51 +0100 (CET) (envelope-from olli) Date: Wed, 20 Jan 2010 14:01:51 +0100 (CET) Message-Id: <201001201301.o0KD1pm0007413@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, davidch@broadcom.com In-Reply-To: <5D267A3F22FD854F8F48B3D2B523819339EC2B524E@IRVEXCHCCR01.corp.ad.broadcom.com> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Wed, 20 Jan 2010 14:02:07 +0100 (CET) Cc: Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 20 Jan 2010 13:02:11 -0000 David Christensen wrote (on 2009-08-01): > Sorry, this is the 5709S and I haven't had an opportunity to > implement this PHY yet. Unfortunately it's more than just a > change to miidevs since the SerDes is actually an IEEE clause > 45 compliant device (instead of the more common Clause 22 > devices found in 1GbE controllers). The registers are > diffrerent so the effort is more substantial. No estimate > yet on when I can get to it. While trying to debug the same issue I stumbled across this thread ... We've got HS22 blades (IBM BladeCenter) which habe the BCM5709S and suffer from exactly the same problem. Dave, are there any news regarding the PHY implementation? If there's decent documentation I might even give it a try myself, provided that it's not too complex. (I've done hardware programming before, but I've never touched a NIC/PHY driver, except for very trivial fixes.) Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "File names are infinite in length, where infinity is set to 255 characters." -- Peter Collinson, "The Unix File System" From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 17:14: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 CD8D01065670; Wed, 20 Jan 2010 17:14:48 +0000 (UTC) (envelope-from cowens@greatbaysoftware.com) Received: from portcityhosting.com (bayringfw.portcityweb.com [64.140.243.92]) by mx1.freebsd.org (Postfix) with ESMTP id 6F20E8FC1A; Wed, 20 Jan 2010 17:14:47 +0000 (UTC) Received: from [127.0.0.1] ([173.14.128.81]) by portcityhosting.com with MailEnable ESMTP; Wed, 20 Jan 2010 12:14:46 -0500 X-WatchGuard-Mail-Exception: Allow Message-ID: <4B573AFF.5050109@greatbaysoftware.com> Date: Wed, 20 Jan 2010 12:18:55 -0500 From: Charles Owens MIME-Version: 1.0 To: pyunyh@gmail.com References: <4B548107.5050603@greatbaysoftware.com> <20100118194039.GA1336@michelle.cdnetworks.com> In-Reply-To: <20100118194039.GA1336@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-WatchGuard-AntiVirus: part scanned. clean action=allow X-ME-Bayesian: 0.000000 Cc: freebsd-net@freebsd.org, davidch@FreeBSD.org Subject: Re: "PHY read timeout" with bce2 & 3 on FreeBSD 8.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: Wed, 20 Jan 2010 17:14:49 -0000 Pyun YongHyeon wrote: > On Mon, Jan 18, 2010 at 10:40:55AM -0500, Charles Owens wrote: >> Hello, >> >> I'm working with a system (IBM System x3550 M2) that has four onboard >> bce(4) NICs. Using FreeBSD 8.0, the first two seem to function fine, >> but the second two do not, yielding messages like this when a cable is >> inserted: >> >> Jan 12 10:37:19 dmz55 kernel: <2<>N2M>NINM IM INISMI AI S AIIS SAA >> 22cc2,,c , E2EIcIES,SIAS AA >> E I00 >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: S0 >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: <<22>>A >> Jan 12 10:37:19 dmz55 kernel: >> Jan 12 10:37:19 dmz55 kernel: 0 >> Jan 12 10:37:28 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): >> Error: PHY read timeout! >> phy = 1, reg = 0x0001 >> >> >> What's are the best next steps to take in figuring this out? Thanks in >> advance for any assistance. Kernel boot log appending below. >> > > Are you using ASF/IMPI/UMP on bce2 or bce3? > If so would you try attached patch? Publicly available datasheet > lacks details on management firmware handling so I'm not sure what > is really happening here. > davidch may shed light on this(CCed). Ok, I've got the patch in place plus the PRINTF buffer option that David suggested. More observations: * bce2 and 3 now seem usable. Could this be the patch? Or maybe I just was moving too fast before. * Trouble (similar error messages then eventually reboot) begins only when I plug into the IMM management port. Why is this related to the bce ports? Below are the error logs. Note that I've got now got bce2 configured as the active NIC on local LAN. You can see here that I unplug bce2. What you don't see is that I plug cable into the IMM port, wait 10 seconds or so, then move the cable back to bce2. Within a second or two the error messages start flowing... and finally the system reboots about a minute later. Jan 20 06:50:02 dmz55 kernel: bce2: link state changed to DOWN Jan 20 06:50:23 dmz55 kernel: NMI ISNAM I ISNAM 2IcN ,I2M cSE,AI IISESA2AIcS, AE I00S Jan 20 06:50:23 dmz55 kernel: Jan 20 06:50:23 dmz55 kernel: A Jan 20 06:50:23 dmz55 kernel: 2c0, Jan 20 06:50:23 dmz55 kernel: E Jan 20 06:50:23 dmz55 kernel: ISA 0 Jan 20 06:50:23 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0001 Jan 20 06:50:23 dmz55 last message repeated 3 times Jan 20 06:50:23 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0000 Jan 20 06:50:23 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0004 Jan 20 06:50:23 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0005 Jan 20 06:50:23 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0019 Jan 20 06:50:24 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1533): Error: PHY read timeout! phy = 1, reg = 0x0001 Jan 20 06:50:24 dmz55 last message repeated 3 times ... etc., with eventually some of these showing up as well: Jan 20 06:50:37 dmz55 kernel: bce2: /usr/src/sys/dev/bce/if_bce.c(1608): PHY write timeout! Thanks, Charles From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 19:04: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 6AACC10656A5 for ; Wed, 20 Jan 2010 19:04:11 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id 437148FC16 for ; Wed, 20 Jan 2010 19:04:11 +0000 (UTC) Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 20 Jan 2010 10:57:16 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 20 Jan 2010 10:57:16 -0800 From: "David Christensen" To: "Oliver Fromme" , "freebsd-net@FreeBSD.ORG" Date: Wed, 20 Jan 2010 10:57:15 -0800 Thread-Topic: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. Thread-Index: AcqZ0M95NHTQRT3aTMup9O5ddntM/AAMRPtg Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A537E281A@IRVEXCHCCR01.corp.ad.broadcom.com> References: <5D267A3F22FD854F8F48B3D2B523819339EC2B524E@IRVEXCHCCR01.corp.ad.broadcom.com> <201001201301.o0KD1pm0007413@lurza.secnetix.de> In-Reply-To: <201001201301.o0KD1pm0007413@lurza.secnetix.de> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 67498D863J882835746-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "pyunyh@gmail.com" , "Doug Ambrisko \(ambrisko\)" , Mark Peek Subject: RE: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 20 Jan 2010 19:04:11 -0000 > While trying to debug the same issue I stumbled across this=20 > thread ... We've got HS22 blades (IBM BladeCenter) which=20 > habe the BCM5709S and suffer from exactly the same problem. >=20 > Dave, are there any news regarding the PHY implementation? >=20 > If there's decent documentation I might even give it a try=20 > myself, provided that it's not too complex. (I've done=20 > hardware programming before, but I've never touched a NIC/PHY=20 > driver, except for very trivial fixes.) >=20 Pyunh has taken an active interest in this effort and sent out a patch yesterday, though he doesn't have hardware to test. I'm planning on giving his patch a try today to see how close he got on his first attempt. Dave From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 19:07:41 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 2482A106566C for ; Wed, 20 Jan 2010 19:07:41 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id E18508FC16 for ; Wed, 20 Jan 2010 19:07:40 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id F080F730A1; Wed, 20 Jan 2010 20:15:59 +0100 (CET) Date: Wed, 20 Jan 2010 20:15:59 +0100 From: Luigi Rizzo To: net@freebsd.org Message-ID: <20100120191559.GA71192@onelab2.iet.unipi.it> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: Subject: best way to optimize ipfw-dummynet interaction ? 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, 20 Jan 2010 19:07:41 -0000 Hi, I am trying to solve the following problem: when ipfw passes a packet to dummynet, the packet is tagged with a 'pipe number' which dummynet needs to look up to find the pointer to the correct object -- something like this: IPFW_LOCK() rule = find_matching_rule(); 1. ... pkt.tag.pipeNR = rule->pipe_number; IPFW_UNLOCK() ... // now ipfw_pfil_hook calls dummynet: DUMMYNET_LOCK() 2. pipePTR = lookup(pkt.tag.pipeNR) ... dummynet processing DUMMYNET_UNLOCK() // ... after some time the packet is delivered 3. ip_output(pkt) It would be nice to cache the result of a lookup in the ipfw rule or in the table entry so we don't have to pay the cost all the times (the result would be stored as a tuple same as ipfw rule pointers, so you can detect changes and do a lookup if the generation number changes.) But i cannot think of a good way of doing it -- i have two options in mind: A) right after #1, call into dummynet while still holding the IPFW LOCK: if (rule->pipePTR.generation != dummynet.generation) { DUMMYNET_LOCK() rule->pipePTR = lookup(pkt.tag.pipeNR) DUMMYNET_UNLOCK() } We can probably do the check outside the lock because the cached value is only advisory and if wrong we will detect it some other time (as long as the dummynet.generation variable does not go away). B) + right after #1, store a reference to the rule (in the usual way involving a generation number) in the packet tag; + right after #2, store a reference to the pipePTR in the packet tag; + after #3, if the packet happens to enter IPFW again (or if it does not, do it on purpose) and the rulePTR is still valid, then store the result in rulePTR. Solution A is somewhat simpler because the code is exactly the one i wrote above, but i am not particularly fond of the nesting of the locks. Solution B solves the lock nesting problem by piggybacking the message onto the packet, but it might require a bit of extra work for copying and checking those "safe references". Finally, we should make sure that the 'reinjection' of information occurs even if packets are systematically dropped (not unlikely to configure an ipfw rule that points to a non-existing pipe, in which case we have useless lookups; we could cache a negative info and save the lookup). Comments or suggestions anyone ? With the recent optimization work on ipfw and dummynet this is probably the last piece that uses a suboptimal algorithm (the lookup is through a hash table but constants do matter here). cheers luigi From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 19:39:36 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 B497E1065679 for ; Wed, 20 Jan 2010 19:39:36 +0000 (UTC) (envelope-from koji@registro.br) Received: from clone.registro.br (clone.registro.br [IPv6:2001:12ff:0:2::4]) by mx1.freebsd.org (Postfix) with ESMTP id ECEC08FC13 for ; Wed, 20 Jan 2010 19:39:35 +0000 (UTC) Received: by clone.registro.br (Postfix, from userid 1002) id 2163DE0447; Wed, 20 Jan 2010 17:39:34 -0200 (BRST) Date: Wed, 20 Jan 2010 17:39:34 -0200 From: Hugo Koji Kobayashi To: David Christensen Message-ID: <20100120193934.GF95113@registro.br> References: <5D267A3F22FD854F8F48B3D2B523819339EC2B524E@IRVEXCHCCR01.corp.ad.broadcom.com> <201001201301.o0KD1pm0007413@lurza.secnetix.de> <5D267A3F22FD854F8F48B3D2B52381933A537E281A@IRVEXCHCCR01.corp.ad.broadcom.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933A537E281A@IRVEXCHCCR01.corp.ad.broadcom.com> X-Organization: Registro.br X-URL: http://registro.br/ X-Operating-System: FreeBSD User-Agent: Mutt/1.5.19 (2009-01-05) Cc: "pyunyh@gmail.com" , "freebsd-net@FreeBSD.ORG" , "Doug Ambrisko \(ambrisko\)" , Oliver Fromme , Mark Peek Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 20 Jan 2010 19:39:36 -0000 On Wed, Jan 20, 2010 at 10:57:15AM -0800, David Christensen wrote: > > While trying to debug the same issue I stumbled across this > > thread ... We've got HS22 blades (IBM BladeCenter) which > > habe the BCM5709S and suffer from exactly the same problem. > > > > Dave, are there any news regarding the PHY implementation? > > > > If there's decent documentation I might even give it a try > > myself, provided that it's not too complex. (I've done > > hardware programming before, but I've never touched a NIC/PHY > > driver, except for very trivial fixes.) > > > > Pyunh has taken an active interest in this effort and sent out > a patch yesterday, though he doesn't have hardware to test. I'm > planning on giving his patch a try today to see how close he got > on his first attempt. Where can I find this patch? We can also give it a try on our m610. Hugo From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 20:35:32 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 D58DE1065676 for ; Wed, 20 Jan 2010 20:35:32 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id A34FE8FC15 for ; Wed, 20 Jan 2010 20:35:32 +0000 (UTC) Received: from [10.9.200.133] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 20 Jan 2010 12:35:16 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB02.corp.ad.broadcom.com ([10.9.200.133]) with mapi; Wed, 20 Jan 2010 12:36:40 -0800 From: "David Christensen" To: "Tom Judge" Date: Wed, 20 Jan 2010 12:35:15 -0800 Thread-Topic: bce(4) BCM5907 CTX write errors on 7.2 driver Thread-Index: AcqUePCQ7AcqnChnQJ2m1NBH47d62AFlw+Vw Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A537E2893@IRVEXCHCCR01.corp.ad.broadcom.com> References: <4AE72910.8090708@tomjudge.com> <4AE8CC59.7020004@tomjudge.com> <4AE9D10F.4040703@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A054DE883@IRVEXCHCCR01.corp.ad.broadcom.com> <4AE9F576.4060101@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35A55@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA0B11.2050209@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A19B35AB0@IRVEXCHCCR01.corp.ad.broadcom.com> <4AEA1183.7050306@tomjudge.com> <4AEB2571.7090006@tomjudge.com> <4AFAE428.5090907@quip.cz> <5D267A3F22FD854F8F48B3D2B52381933A20D4C55D@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFAF542.8050004@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20D4CA70@IRVEXCHCCR01.corp.ad.broadcom.com> <4AFC862B.6060805@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A20E0EFE1@IRVEXCHCCR01.corp.ad.broadcom.com> <5D267A3F22FD854F8F48B3D2B52381933A20E0F332@IRVEXCHCCR01.corp.ad.broadcom.com> <4B0C80FB.5040901@tomjudge.com> <5D267A3F22FD854F8F48B3D2B52381933A31581B0D@IRVEXCHCCR01.corp.ad.broadcom.com> <4B4E0777.2010109@tomjudge.com> In-Reply-To: <4B4E0777.2010109@tomjudge.com> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 6749B68E3J882896238-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: Jason Helfman , Gideon Naim , "rwilliams@borderware.com" , Miroslav Lachman <000.fbsd@quip.cz>, "net@freebsd.org" Subject: RE: bce(4) BCM5907 CTX write errors on 7.2 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: Wed, 20 Jan 2010 20:35:32 -0000 > > Thanks for testing. I want to pass the changes by a couple other=20 > > people before I go ahead with a commit. > >=20 > > Dave > >=20 >=20 > Hi Dave, >=20 > I was just wondering when these changes will hit the tree, I have been > running your patch in production for some time now and all seems well. Just committed the changes today. =20 Dave= From owner-freebsd-net@FreeBSD.ORG Wed Jan 20 21:59:30 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 2A515106568D; Wed, 20 Jan 2010 21:59:30 +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 031C18FC22; Wed, 20 Jan 2010 21:59:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0KLxTF6056236; Wed, 20 Jan 2010 21:59:29 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0KLxTKk056232; Wed, 20 Jan 2010 21:59:29 GMT (envelope-from linimon) Date: Wed, 20 Jan 2010 21:59:29 GMT Message-Id: <201001202159.o0KLxTKk056232@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143034: [panic] system reboots itself in tcp code [regression] 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, 20 Jan 2010 21:59:30 -0000 Old Synopsis: system reboots itself New Synopsis: [panic] system reboots itself in tcp code [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Wed Jan 20 21:58:59 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143034 From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 00:35: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 0028A106566C for ; Thu, 21 Jan 2010 00:34:59 +0000 (UTC) (envelope-from davidch@broadcom.com) Received: from MMS3.broadcom.com (mms3.broadcom.com [216.31.210.19]) by mx1.freebsd.org (Postfix) with ESMTP id CD0988FC13 for ; Thu, 21 Jan 2010 00:34:59 +0000 (UTC) Received: from [10.9.200.131] by MMS3.broadcom.com with ESMTP (Broadcom SMTP Relay (Email Firewall v6.3.2)); Wed, 20 Jan 2010 16:34:46 -0800 X-Server-Uuid: B55A25B1-5D7D-41F8-BC53-C57E7AD3C201 Received: from IRVEXCHCCR01.corp.ad.broadcom.com ([10.252.49.30]) by IRVEXCHHUB01.corp.ad.broadcom.com ([10.9.200.131]) with mapi; Wed, 20 Jan 2010 16:34:42 -0800 From: "David Christensen" To: "Hugo Koji Kobayashi" Date: Wed, 20 Jan 2010 16:34:41 -0800 Thread-Topic: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. Thread-Index: AcqaCFOK73Ni0GE+R3WyLkEa3KqG8AAKQ8QA Message-ID: <5D267A3F22FD854F8F48B3D2B52381933A537E29BC@IRVEXCHCCR01.corp.ad.broadcom.com> References: <5D267A3F22FD854F8F48B3D2B523819339EC2B524E@IRVEXCHCCR01.corp.ad.broadcom.com> <201001201301.o0KD1pm0007413@lurza.secnetix.de> <5D267A3F22FD854F8F48B3D2B52381933A537E281A@IRVEXCHCCR01.corp.ad.broadcom.com> <20100120193934.GF95113@registro.br> In-Reply-To: <20100120193934.GF95113@registro.br> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: acceptlanguage: en-US MIME-Version: 1.0 X-WSS-ID: 67497EAC3J883139043-01-01 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Cc: "pyunyh@gmail.com" , "freebsd-net@FreeBSD.ORG" , "Doug Ambrisko \(ambrisko\)" , Oliver Fromme , Mark Peek Subject: RE: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 21 Jan 2010 00:35:00 -0000 > > > If there's decent documentation I might even give it a=20 > try myself,=20 > > > provided that it's not too complex. (I've done hardware=20 > programming=20 > > > before, but I've never touched a NIC/PHY driver, except for very=20 > > > trivial fixes.) > > >=20 > >=20 > > Pyunh has taken an active interest in this effort and sent=20 > out a patch=20 > > yesterday, though he doesn't have hardware to test. I'm=20 > planning on=20 > > giving his patch a try today to see how close he got on his first=20 > > attempt. >=20 > Where can I find this patch? We can also give it a try on our m610. Let me give it a try first, if I can get link I'll pass it along. Dave= From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 02:15:27 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 CA4651065694 for ; Thu, 21 Jan 2010 02:15:27 +0000 (UTC) (envelope-from yyq05120512@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 8521A8FC1A for ; Thu, 21 Jan 2010 02:15:27 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so1320728qwd.7 for ; Wed, 20 Jan 2010 18:15:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=TDKPWVfXBw4yB1O38wQZF4InQTb4jJn84i12U9uRRqE=; b=uvSvHUiwBe56u/j7NuhTZbYgd52qqsv3ZK5X2/eWHN1sdM9HNJezoKiQvDuEfyowgL Rlr+Iuc6cNiLUNPdbU0x/8rnYiNmtuL/aGJg0fDq5fYt7g9PCm2TDGcOoRO4exiE6A2H N4URCjlLUldN8dtj9Um+rhdWnNNIF1fnL4Gts= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=XXnK6bUiXqDEmQUlXOAG0L+B0R88ZYbePLNk3grh7v6f+lAXE0zBCtKAova/jE/Y3T 6W20EwfbHQjQjNr17EH2eSHGhYlU8e9rEMXUL/QQ/qqCs0Jm0ygGlE66Xb0KZ0+qkgKr MV+/CbV6OhMFPD6ZJLVHeMzGBUY7KId4U94Dg= MIME-Version: 1.0 Received: by 10.224.7.130 with SMTP id d2mr551484qad.217.1264038776119; Wed, 20 Jan 2010 17:52:56 -0800 (PST) Date: Thu, 21 Jan 2010 09:52:56 +0800 Message-ID: <81e37cce1001201752t670daba3sbeb4e7b5e3035bf7@mail.gmail.com> From: yanqing you To: freebsd-net@freebsd.org X-Mailman-Approved-At: Thu, 21 Jan 2010 02:37:02 +0000 Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: freeBSD8.0 multicast routing problem 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, 21 Jan 2010 02:15:27 -0000 how to enable multicast routing in freeBSD8.0,please give the steps of configuration. From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 04:57:02 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 A78561065697; Thu, 21 Jan 2010 04:57:02 +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 7F8688FC29; Thu, 21 Jan 2010 04:57:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0L4v2Nv038104; Thu, 21 Jan 2010 04:57:02 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0L4v2di038100; Thu, 21 Jan 2010 04:57:02 GMT (envelope-from linimon) Date: Thu, 21 Jan 2010 04:57:02 GMT Message-Id: <201001210457.o0L4v2di038100@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/143046: [mxge] [panic] panics since mxge(4) update 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, 21 Jan 2010 04:57:02 -0000 Old Synopsis: panics since mxge(4) update New Synopsis: [mxge] [panic] panics since mxge(4) update Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu Jan 21 04:56:43 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=143046 From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 08:21: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 CC71E106566C for ; Thu, 21 Jan 2010 08:21:20 +0000 (UTC) (envelope-from aman.jassal@esigetel.fr) Received: from mail.esigetel.fr (venus.esigetel.fr [192.134.106.8]) by mx1.freebsd.org (Postfix) with ESMTP id 8746E8FC18 for ; Thu, 21 Jan 2010 08:21:20 +0000 (UTC) Received: by mail.esigetel.fr (Postfix, from userid 65534) id 1F87A100E8; Thu, 21 Jan 2010 09:21:19 +0100 (CET) X-Spam-Checker-Version: SpamAssassin 3.1.8 (2007-02-13) on venus.esigetel.avon X-Spam-Level: X-Spam-Status: No, score=-3.8 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=unavailable version=3.1.8 Received: from localhost (localhost [127.0.0.1]) by mail.esigetel.fr (Postfix) with ESMTP id 922DA100CF; Thu, 21 Jan 2010 09:21:18 +0100 (CET) X-Virus-Scanned: amavisd-new at esigetel.fr Received: from mail.esigetel.fr ([127.0.0.1]) by localhost (venus.esigetel.fr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id NBUAu1fcWBBu; Thu, 21 Jan 2010 09:21:12 +0100 (CET) Received: from webmail.esigetel.fr (neo.ecampus.avon [192.168.106.14]) by mail.esigetel.fr (Postfix) with ESMTP id 67BA6100DF; Thu, 21 Jan 2010 09:21:12 +0100 (CET) Received: from 83.206.131.26 (proxying for unknown) by webmail.esigetel.fr with HTTP; Thu, 21 Jan 2010 09:21:12 +0100 (CET) Message-ID: <58764.83.206.131.26.1264062072.squirrel@webmail.esigetel.fr> In-Reply-To: <81e37cce1001201752t670daba3sbeb4e7b5e3035bf7@mail.gmail.com> References: <81e37cce1001201752t670daba3sbeb4e7b5e3035bf7@mail.gmail.com> Date: Thu, 21 Jan 2010 09:21:12 +0100 (CET) From: "JASSAL Aman" To: "yanqing you" User-Agent: SquirrelMail/1.5.1 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit Cc: freebsd-net@freebsd.org Subject: Re: freeBSD8.0 multicast routing problem 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, 21 Jan 2010 08:21:20 -0000 Hi, Try recompiling your kernel with MROUTING. Have a look in the Handbook for details. Le Jeu 21 janvier 2010 02:52, yanqing you a écrit : > how to enable multicast routing in freeBSD8.0,please give the steps of > configuration. _______________________________________________ > 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" > > ------------ Aman Jassal Wisdom comes from experience. Experience comes from a lack of wisdom. From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 09:18: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 1AA831065692; Thu, 21 Jan 2010 09:18:31 +0000 (UTC) (envelope-from syrinx@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E5EA68FC14; Thu, 21 Jan 2010 09:18:30 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0L9IUpI097567; Thu, 21 Jan 2010 09:18:30 GMT (envelope-from syrinx@freefall.freebsd.org) Received: (from syrinx@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0L9IUN8097563; Thu, 21 Jan 2010 09:18:30 GMT (envelope-from syrinx) Date: Thu, 21 Jan 2010 09:18:30 GMT Message-Id: <201001210918.o0L9IUN8097563@freefall.freebsd.org> To: syrinx@FreeBSD.org, freebsd-i386@FreeBSD.org, freebsd-net@FreeBSD.org From: syrinx@FreeBSD.org Cc: Subject: Re: i386/142974: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits 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, 21 Jan 2010 09:18:31 -0000 Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits Responsible-Changed-From-To: freebsd-i386->freebsd-net Responsible-Changed-By: syrinx Responsible-Changed-When: Thu Jan 21 09:17:40 UTC 2010 Responsible-Changed-Why: Not i386 specific http://www.freebsd.org/cgi/query-pr.cgi?pr=142974 From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 09:35:27 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 DCCC2106568D for ; Thu, 21 Jan 2010 09:35:27 +0000 (UTC) (envelope-from iprebeg@freebsd.org) Received: from maja.zesoi.fer.hr (maja.zesoi.fer.hr [161.53.64.3]) by mx1.freebsd.org (Postfix) with ESMTP id 97DFF8FC16 for ; Thu, 21 Jan 2010 09:35:27 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by maja.zesoi.fer.hr (Postfix) with ESMTP id F14E49FD77; Thu, 21 Jan 2010 10:35:25 +0100 (CET) Received: from maja.zesoi.fer.hr ([127.0.0.1]) by localhost (maja.zesoi.fer.hr [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id jHfdwrVnxT7w; Thu, 21 Jan 2010 10:35:23 +0100 (CET) Received: from valeria.zesoi.fer.hr (valeria.zesoi.fer.hr [161.53.64.29]) by maja.zesoi.fer.hr (Postfix) with ESMTP id 9F8919FBA9; Thu, 21 Jan 2010 10:35:23 +0100 (CET) Date: Thu, 21 Jan 2010 10:32:21 +0100 From: iprebeg@freebsd.org To: yanqing you Message-ID: <20100121093221.GA23339@valeria.zesoi.fer.hr> References: <81e37cce1001201752t670daba3sbeb4e7b5e3035bf7@mail.gmail.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <81e37cce1001201752t670daba3sbeb4e7b5e3035bf7@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: freeBSD8.0 multicast routing problem 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, 21 Jan 2010 09:35:27 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I belive that mrouting in 8.o is broken due to some kind of paranoid filter that drops IGMP joins, can't rememeber exact problem. Anyway, bms commited patch to -STABLE, so maybe you may need to pull up kernel source from cvs.=20 Ivor On Thu, Jan 21, 2010 at 09:52:56AM +0800, yanqing you wrote: > how to enable multicast routing in freeBSD8.0,please give the steps of > configuration. > _______________________________________________ > 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" --45Z9DzgjV8m4Oswq Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.11 (GNU/Linux) iEYEARECAAYFAktYHyUACgkQHE64Rwv9Fd4p9QCfVGe+I7ZY4nWKhuv1PQv86lau Q94An0HvyGU4jo8hqRwy2AlSEQ2ocUXE =kpbs -----END PGP SIGNATURE----- --45Z9DzgjV8m4Oswq-- From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 12:45:40 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 8E4CB106566C for ; Thu, 21 Jan 2010 12:45:40 +0000 (UTC) (envelope-from gorec2005@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.155]) by mx1.freebsd.org (Postfix) with ESMTP id 1957B8FC1E for ; Thu, 21 Jan 2010 12:45:39 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 19so8134fgg.13 for ; Thu, 21 Jan 2010 04:45:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=ia8Zl6KuEJSaLUb5926snL8s51ySDAGa+7Hz6nq7RYs=; b=hzlLFND9hfgXLzrbb6/OUp2YrK4Nd9A1lN60IHU2mGaHVsLMFReiPksqDZ4n0AvTJ5 VFeF6T0FMbFcOywpTSZNgzFGQ2OTRrsQ9hQFHDNG16Ymlh0OMFgB89+e2dLH6RbvaTB7 AjvIxHmiWIL7qUbSDa9nURocV2TU6b9Lo0tBA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=hbub3z0VqeW9hFQIfst/32DB1g3b+n3ksKgu4aJKKSyFMRmeZ9v5oLMQmTg9uEb4LV Vg20IGEOsJ/6mYYKmFchDrD3VHHWfV8i9jrD9jBPTdudoOVTc8xxy18LVzDB1qEpJbFH w4AyL8tGgWeNr8Kz8OmctuvvTmAYwSIciisNY= MIME-Version: 1.0 Received: by 10.87.62.1 with SMTP id p1mr2279183fgk.42.1264076258460; Thu, 21 Jan 2010 04:17:38 -0800 (PST) Date: Thu, 21 Jan 2010 15:17:38 +0300 Message-ID: <789b279c1001210417t62ed014ah2d47cb8cfe74e119@mail.gmail.com> From: gorec2005 gorec2005 To: freebsd-net@freebsd.org X-Mailman-Approved-At: Thu, 21 Jan 2010 12:52:21 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Freebsd 8 (cvs_21.01.2010 12:00) + mpd5.4(CVS) FSM Repeated timeout 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, 21 Jan 2010 12:45:40 -0000 Log from mpd with enabled debug: Jan 21 13:30:01 vpn9 mpd: [PoE10-5] LCP: rec'd Configure Request #0 (Req-Sent) Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MRU 1480 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MAGICNUM 6b911a4b Jan 21 13:30:01 vpn9 mpd: [PoE10-5] CALLBACK 6 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] LCP: SendConfigRej #0 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] CALLBACK 6 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] xmit frame to link proto=0xc021 Jan 21 13:30:01 vpn9 mpd: ff 03 c0 21 04 00 00 07 0d 03 06 ...!....... Jan 21 13:30:01 vpn9 mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Jan 21 13:30:01 vpn9 mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Jan 21 13:30:01 vpn9 mpd: [PoE10-5] rec'd 16 bytes frame from link proto=0xc021 Jan 21 13:30:01 vpn9 mpd: c0 21 01 01 00 0e 01 04 05 c8 05 06 6b 91 1a 4b .!..........k..K Jan 21 13:30:01 vpn9 mpd: [PoE10-5] LCP: rec'd Configure Request #1 (Req-Sent) Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MRU 1480 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MAGICNUM 6b911a4b Jan 21 13:30:01 vpn9 mpd: [PoE10-5] LCP: SendConfigAck #1 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MRU 1480 Jan 21 13:30:01 vpn9 mpd: [PoE10-5] MAGICNUM 6b911a4b Jan 21 13:30:01 vpn9 mpd: [PoE10-5] xmit frame to link proto=0xc021 Jan 21 13:30:01 vpn9 mpd: ff 03 c0 21 02 01 00 0e 01 04 05 c8 05 06 6b 91 ...!..........k. Jan 21 13:30:01 vpn9 mpd: 1a 4b .K Jan 21 13:30:01 vpn9 mpd: [PoE10-5] LCP: state change Req-Sent --> Ack-Sent Jan 21 13:30:01 vpn9 mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done Jan 21 13:30:04 vpn9 mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() Jan 21 13:30:04 vpn9 mpd: EVENT: Processing timer "LCP" FsmTimeout() Jan 21 13:30:04 vpn9 mpd: [PoE10-5] LCP: SendConfigReq #2 Jan 21 13:30:04 vpn9 mpd: [PoE10-5] PROTOCOMP Jan 21 13:30:04 vpn9 mpd: [PoE10-5] MRU 1492 Jan 21 13:30:04 vpn9 mpd: [PoE10-5] MAGICNUM 5074160b Jan 21 13:30:04 vpn9 mpd: [PoE10-5] AUTHPROTO CHAP MSOFTv2 Jan 21 13:30:04 vpn9 mpd: [PoE10-5] xmit frame to link proto=0xc021 Jan 21 13:30:04 vpn9 mpd: ff 03 c0 21 01 02 00 15 07 02 01 04 05 d4 05 06 ...!............ Jan 21 13:30:04 vpn9 mpd: 50 74 16 0b 03 05 c2 23 81 Pt.....#. Jan 21 13:30:04 vpn9 mpd: EVENT: Starting timer "LCP" FsmTimeout() for 2000 ms at fsm.c:426 Jan 21 13:30:04 vpn9 mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() at timer.c:50 Jan 21 13:30:04 vpn9 mpd: EVENT: Registering event EVENT_TIMEOUT TimerExpires() done at timer.c:50 Jan 21 13:30:04 vpn9 mpd: EVENT: Processing timer "LCP" FsmTimeout() done Jan 21 13:30:04 vpn9 mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() done Jan 21 13:30:04 vpn9 mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() Jan 21 13:30:04 vpn9 mpd: [PoE10-5] rec'd 8 bytes frame from link proto=0xc021 At position between Jan 21 13:30:01 vpn9 mpd: EVENT: Processing event EVENT_READ LinkNgDataEvent() done and Jan 21 13:30:04 vpn9 mpd: EVENT: Processing event EVENT_TIMEOUT TimerExpires() process stops - for a client it looks like the usual delay, but the appearance of such a clear and pleasant ... - Recommend that this can do? From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 16:16: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 80409106566B for ; Thu, 21 Jan 2010 16:16:20 +0000 (UTC) (envelope-from mattblists@icritical.com) Received: from mail2.icritical.com (mail2.icritical.com [212.57.248.50]) by mx1.freebsd.org (Postfix) with SMTP id D4BCE8FC0C for ; Thu, 21 Jan 2010 16:16:19 +0000 (UTC) Received: (qmail 6244 invoked from network); 21 Jan 2010 16:16:47 -0000 Received: from localhost (127.0.0.1) by mail2.icritical.com with SMTP; 21 Jan 2010 16:16:47 -0000 Received: (qmail 6237 invoked by uid 599); 21 Jan 2010 16:16:46 -0000 Received: from unknown (HELO icritical.com) (87.127.43.249) by mail2.icritical.com (qpsmtpd/0.28) with ESMTP; Thu, 21 Jan 2010 16:16:46 +0000 Message-ID: <4B587DD0.8020700@icritical.com> Date: Thu, 21 Jan 2010 16:16:16 +0000 From: Matt Burke User-Agent: Thunderbird 2.0.0.23 (X11/20090928) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 21 Jan 2010 16:16:16.0747 (UTC) FILETIME=[0F2743B0:01CA9AB5] X-Virus-Scanned: by iCritical at mail2.icritical.com Subject: setfib/arpresolve behaviour bug? 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, 21 Jan 2010 16:16:20 -0000 Box is running 8.0-RELEASE-p2 cvsupped two days ago. NICs are em bonded with lagg failover and running a few vlan interfaces. net.my_fibnum: 0 net.add_addr_allfibs: 1 net.fibs: 4 This is reproducible, but with the lack of (accessible?) documentation on multiple routing tables, I don't know if this is intended behaviour or a bug. It seems processes using a non-default fib cannot perform arp lookups unless the fib 0 has a routing table entry for the attached network: [root@host ~]# ifconfig vlan11 a.a.a.92/27 [root@host ~]# route delete -net a.a.a.64/27 delete net a.a.a.64 [root@host ~]# setfib 1 ping a.a.a.65 PING a.a.a.65 (a.a.a.65): 56 data bytes ping: sendto: Invalid argument ^C --- a.a.a.65 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss [root@host ~]# dmesg |tail -1 arpresolve: can't allocate llinfo for a.a.a.65 Putting the entry into the arp cache before removing the route results in success: [root@host ~]# ifconfig vlan11 a.a.a.92/27 [root@host ~]# setfib 1 ping a.a.a.65 PING a.a.a.65 (a.a.a.65): 56 data bytes 64 bytes from a.a.a.65: icmp_seq=0 ttl=255 time=1.437 ms ^C --- a.a.a.65 ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 1.437/1.437/1.437/0.000 ms [root@host ~]# route delete -net a.a.a.64/27 delete net a.a.a.64 [root@host ~]# setfib 1 ping a.a.a.65 PING a.a.a.65 (a.a.a.65): 56 data bytes 64 bytes from a.a.a.65: icmp_seq=0 ttl=255 time=0.762 ms ^C --- a.a.a.65 ping statistics --- 1 packets transmitted, 1 packets received, 0.0% packet loss round-trip min/avg/max/stddev = 0.762/0.762/0.762/0.000 ms and deleting it again results in failure: [root@host ~]# arp -an ? (a.a.a.92) at 00:11:27:00:d7:c4 on vlan11 permanent [vlan] ? (a.a.a.65) at 00:1a:e4:00:60:bf on vlan11 [vlan] ... [root@host ~]# arp -d a.a.a.65 delete: cannot locate a.a.a.65 [root@host ~]# setfib 1 arp -d a.a.a.65 a.a.a.65 (a.a.a.65) deleted [root@host ~]# setfib 1 ping -c1 a.a.a.65 PING a.a.a.65 (a.a.a.65): 56 data bytes ping: sendto: Invalid argument ^C --- a.a.a.65 ping statistics --- 1 packets transmitted, 0 packets received, 100.0% packet loss This behaviour seems a little inconsistent, with fib 1 requesting arp lookups, fib 0 performing and displaying them, but fib 1 needing to delete them... -- The information contained in this message is confidential and is intended for the addressee only. If you have received this message in error or there are any problems please notify the originator immediately. The unauthorised use, disclosure, copying or alteration of this message is strictly forbidden. Critical Software Ltd. reserves the right to monitor and record e-mail messages sent to and from this address for the purposes of investigating or detecting any unauthorised use of its system and ensuring its effective operation. Critical Software Ltd. registered in England, 04909220. Registered Office: IC2, Keele Science Park, Keele, Staffordshire, ST5 5NH. ------------------------------------------------------------ This message has been scanned for security threats by iCritical. For further information, please visit www.icritical.com ------------------------------------------------------------ From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 16:29: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 992A81065670 for ; Thu, 21 Jan 2010 16:29:30 +0000 (UTC) (envelope-from fjwcash@gmail.com) Received: from mail-iw0-f171.google.com (mail-iw0-f171.google.com [209.85.223.171]) by mx1.freebsd.org (Postfix) with ESMTP id 55F4C8FC22 for ; Thu, 21 Jan 2010 16:29:29 +0000 (UTC) Received: by iwn1 with SMTP id 1so140227iwn.28 for ; Thu, 21 Jan 2010 08:29:29 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=aOQdCEKYe1vGvJefqP3xdppruohlQZ1G38JGjwORIvs=; b=I8+IL1aeC/QoN1vohYpMdjLb4btMQIH+smontuyoAedlKriYpMAN23BNUSWOSzQwfv B0TU6z7t2R+n6Uas8UltKKeFYB+9nq48zsqTUAprotOM41UDPO4BklG1kzBYLsDxyCwB Tmu0fgbZker7pprY/7fNUvD/NAjZxmNhwA8u4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=w3fIQUUdmcjHzcR+6lztnc9rPVwtLh2p+H0Ek1pk9FhLlxax/uNR2sVo7i4a22T+UB UrdRjRR45F2IhcutOaStfgrF8i3v3eyuzLXj3+QLsnYOF/2X283+oa3lU7QNzZHUtyOP WpGfKJwUwUcPJL71x/c6EiI0t3OEKNlXe31dM= MIME-Version: 1.0 Received: by 10.231.144.201 with SMTP id a9mr2624506ibv.69.1264091368962; Thu, 21 Jan 2010 08:29:28 -0800 (PST) Date: Thu, 21 Jan 2010 08:29:28 -0800 Message-ID: From: Freddie Cash To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: setfib, ipfw, dual-NICs, separate subnets 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, 21 Jan 2010 16:29:30 -0000 Good morning networking gurus, :) Just looking for clarification that I'm using setfib and ipfw "correctly" in this situation. I have a server at home with two NICs, connected to two separate routers, with two separate Internet connections. Each NIC is part of a different subnet. Each NIC is configured via DHCP from the respective router. sk0 is 172.20.0.0/24 xl0 is 10.172.20.0/24 sk0 is in fib 0 xl0 is in fib 1 I want to use sk0 for all "normal" Internet traffic (SMTP, HTTP, DNS, FTP, etc). And use xl0 for all "bulk" Internet traffic (mainly torrents, but also long HTTP/FTP downloads). This link will get throttled by Shaw Cable due to the torrent traffic, which is the main driver for using split Internet connections and setfib. :) Right now, I'm using /etc/rc.local to configure things: # Remove all routes for xl0 (second NIC) from the primary routing table setfib 0 route delete 10.172.20.0/24 setfib 0 route delete 10.172.20.0.2 setfib 0 route delete 10.172.20.0.1 setfib 0 route delete default # Remove all routes for sk0 (primary NIC) from the secondary routing table setfib 1 route delete 172.20.0.0/24 setfib 1 route delete 172.20.0.10 setfib 1 route delete 172.20.0.2 setfib 1 route delete default # Set the correct default routes in each table setfib 0 route add default 172.20.0.10 setfib 1 route add default 10.172.20.1 # IPFW rules to set the correct FIB on incoming packets ipfw add allow ip from any to any via lo0 ipfw add setfib 1 ip from any to any via xl0 ipfw add setfib 0 ip from any to any via sk0 ipfw add allow ip from any to any Then, I start applications using wrapper scripts that "setfib 1" the apps that I want to use the secondary Internet link. I've run some tcpdumps on each interface, and it looks like the traffic is being separated correctly. Eventually, I'll be adding more IPFW rules to block unwanted traffic. Am I missing anything? Are the "route delete" statements needed? Is there a better way to configure this than using /etc/rc.local? -- Freddie Cash fjwcash@gmail.com From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 19:11:49 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 39A551065692 for ; Thu, 21 Jan 2010 19:11:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [IPv6:2a01:170:102f::2]) by mx1.freebsd.org (Postfix) with ESMTP id B041A8FC26 for ; Thu, 21 Jan 2010 19:11:48 +0000 (UTC) Received: from lurza.secnetix.de (localhost [127.0.0.1]) by lurza.secnetix.de (8.14.3/8.14.3) with ESMTP id o0LJBSoe085903; Thu, 21 Jan 2010 20:11:43 +0100 (CET) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.14.3/8.14.3/Submit) id o0LJBRUP085902; Thu, 21 Jan 2010 20:11:27 +0100 (CET) (envelope-from olli) Date: Thu, 21 Jan 2010 20:11:27 +0100 (CET) Message-Id: <201001211911.o0LJBRUP085902@lurza.secnetix.de> From: Oliver Fromme To: freebsd-net@FreeBSD.ORG, pyunyh@gmail.com, davidch@broadcom.com In-Reply-To: <5D267A3F22FD854F8F48B3D2B52381933A537E281A@IRVEXCHCCR01.corp.ad.broadcom.com> X-Newsgroups: list.freebsd-net User-Agent: tin/1.8.3-20070201 ("Scotasay") (UNIX) (FreeBSD/6.4-PRERELEASE-20080904 (i386)) MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Thu, 21 Jan 2010 20:11:44 +0100 (CET) Cc: Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 21 Jan 2010 19:11:49 -0000 David Christensen wrote: > Oliver Fromme wrote: > > While trying to debug the same issue I stumbled across this > > thread ... We've got HS22 blades (IBM BladeCenter) which > > habe the BCM5709S and suffer from exactly the same problem. > > > > Dave, are there any news regarding the PHY implementation? > > > > If there's decent documentation I might even give it a try > > myself, provided that it's not too complex. (I've done > > hardware programming before, but I've never touched a NIC/PHY > > driver, except for very trivial fixes.) > > > > Pyunh has taken an active interest in this effort and sent out > a patch yesterday, though he doesn't have hardware to test. I'm > planning on giving his patch a try today to see how close he got > on his first attempt. Thank you very much to both of you! With that patch applied, the 5709S PHY is correctly attached by brgphy and "seems to work". I can't test it thoroughly right now, though, because there is no cable attached to the port ... The machine is located in a customer's datacenter in a different city and I'll have to ask someone to connect the ports. This is a little bit complicated in that company. :-) I will continue testing as soon as there's a physical link. For now, this is what ifconfig says (bce0 only; bce1 is the same): bce0: flags=8802 metric 0 mtu 1500 options=1bb capabilities=1bb ether 00:21:5e:98:f6:6c media: Ethernet autoselect (autoselect ) status: no carrier supported media: media autoselect media 1000baseSX mediaopt full-duplex media none Here's an excerpt from dmesg (verbose boot): bce0: mem 0x92000000-0x93ffffff irq 30 at device 0.0 on pci16 bce0: attempting to allocate 1 MSI vectors (16 supported) msi: routing MSI IRQ 260 to local APIC 0 vector 112 bce0: using IRQ 260 for MSI miibus2: on bce0 brgphy2: PHY 2 on miibus2 brgphy2: OUI 0x0050ef, model 0x003f, rev. 0 brgphy2: 1000baseSX-FDX, auto bce0: bpf attached bce0: Ethernet address: 00:21:5e:98:f6:6c bce0: [MPSAFE] bce0: [ITHREAD] bce0: ASIC (0x57092000); Rev (C0); Bus (PCIe x4, 2.5Gbps); B/C (5.0.6); Flags (MSI|MFW); MFW (NCSI 2.0.3) And relevant parts from devinfo -rv: pcib6 pnpinfo vendor=0x8086 device=0x340e subvendor=0x1014 subdevice=0x340e class=0x060400 at slot=7 function=0 handle=\_SB_.PCI0.ETH1 pci16 bce0 pnpinfo vendor=0x14e4 device=0x163a subvendor=0x1014 subdevice=0x0370 class=0x020000 at slot=0 function=0 Interrupt request lines: 260 I/O memory addresses: 0x92000000-0x93ffffff miibus2 brgphy2 pnpinfo oui=0x50ef model=0x3f rev=0x0 at phyno=2 Finally pciconf -lcv: bce0@pci0:16:0:0: class=0x020000 card=0x03701014 chip=0x163a14e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II BCM5709S Gigabit Ethernet' class = network subclass = ethernet cap 01[48] = powerspec 3 supports D0 D3 current D0 cap 03[50] = VPD cap 05[58] = MSI supports 16 messages, 64 bit enabled with 1 message cap 11[a0] = MSI-X supports 9 messages in map 0x10 cap 10[ac] = PCI-Express 2 endpoint max data 256(512) link x4(x4) The complete files (dmesg etc.) can be found here: http://www.secnetix.de/olli/dmesg/hs22/ Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing b. M. Handelsregister: Registergericht Muenchen, HRA 74606, Geschäftsfuehrung: secnetix Verwaltungsgesellsch. mbH, Handelsregister: Registergericht Mün- chen, HRB 125758, Geschäftsführer: Maik Bachmann, Olaf Erb, Ralf Gebhart FreeBSD-Dienstleistungen, -Produkte und mehr: http://www.secnetix.de/bsd "IRIX is about as stable as a one-legged drunk with hypothermia in a four-hundred mile per hour wind, balancing on a banana peel on a greased cookie sheet -- when someone throws him an elephant with bad breath and a worse temper." -- Ralf Hildebrandt From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 19:39: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 817591065672 for ; Thu, 21 Jan 2010 19:39:20 +0000 (UTC) (envelope-from prvs=16374f1e9b=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 1408E8FC14 for ; Thu, 21 Jan 2010 19:39:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1264102121; x=1264706921; q=dns/txt; h=Received: Message-ID:From:To:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=DdF6E+LtmIxUp8MjhG+nN STSlwhw0kBlJ142b7BrcgY=; b=RJQX9fOocAEU7Dc8eoHlgFLvnGB4z14lTF8A0 pniNRTqgIFsJA5X8NG+yTmLZWxO35+bS7xrrlKCrVY6DbfQxeHEgQi5v4AXUljjF 99T4N+eoAKKbOA+AQSG38oMln3Sp9dt0nM7EbHw+oVsInNXWMoQm5RLI6HQf2x7p go30S0= X-MDAV-Processed: mail1.multiplay.co.uk, Thu, 21 Jan 2010 19:28:41 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009279469.msg for ; Thu, 21 Jan 2010 19:28:40 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Thu, 21 Jan 2010 19:28:40 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=16374f1e9b=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-net@FreeBSD.ORG Message-ID: <9297F7D23CD04EF5AC3057D88B22C0A0@multiplay.co.uk> From: "Steven Hartland" To: "Oliver Fromme" , , , References: <201001211911.o0LJBRUP085902@lurza.secnetix.de> Date: Thu, 21 Jan 2010 19:28:39 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 21 Jan 2010 19:39:20 -0000 ----- Original Message ----- From: "Oliver Fromme" > > Pyunh has taken an active interest in this effort and sent out > > a patch yesterday, though he doesn't have hardware to test. I'm > > planning on giving his patch a try today to see how close he got > > on his first attempt. > > Thank you very much to both of you! > > With that patch applied, the 5709S PHY is correctly attached > by brgphy and "seems to work". I can't test it thoroughly > right now, though, because there is no cable attached to the > port ... The machine is located in a customer's datacenter > in a different city and I'll have to ask someone to connect > the ports. This is a little bit complicated in that company. :-) Ooo!! Could you link me though to the patch Oliver, I don't seem to find any post on this thread between today and mid last year? Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 21:10:03 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 B9120106568B for ; Thu, 21 Jan 2010 21:10:02 +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 59E418FC17 for ; Thu, 21 Jan 2010 21:10:02 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0LLA28f014836 for ; Thu, 21 Jan 2010 21:10:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0LLA2aW014835; Thu, 21 Jan 2010 21:10:02 GMT (envelope-from gnats) Date: Thu, 21 Jan 2010 21:10:02 GMT Message-Id: <201001212110.o0LLA2aW014835@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mateusz Guzik Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mateusz Guzik List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Jan 2010 21:10:03 -0000 The following reply was made to PR kern/135067; it has been noted by GNATS. From: Mateusz Guzik To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.c Date: Thu, 21 Jan 2010 21:06:09 +0000 Hi, this PR can be closed as it originated from my mistake. Again, sorry for the noise -- Mateusz Guzik From owner-freebsd-net@FreeBSD.ORG Thu Jan 21 21:14: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 02A57106588B; Thu, 21 Jan 2010 21:14:43 +0000 (UTC) (envelope-from antoine@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CC6FA8FC1B; Thu, 21 Jan 2010 21:14:42 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0LLEgKT024817; Thu, 21 Jan 2010 21:14:42 GMT (envelope-from antoine@freefall.freebsd.org) Received: (from antoine@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0LLEgV0024813; Thu, 21 Jan 2010 21:14:42 GMT (envelope-from antoine) Date: Thu, 21 Jan 2010 21:14:42 GMT Message-Id: <201001212114.o0LLEgV0024813@freefall.freebsd.org> To: mjguzik@gmail.com, antoine@FreeBSD.org, freebsd-net@FreeBSD.org From: antoine@FreeBSD.org Cc: Subject: Re: kern/135067: [patch] [fib] Incorrect KASSERTs in sys/net/route.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, 21 Jan 2010 21:14:43 -0000 Synopsis: [patch] [fib] Incorrect KASSERTs in sys/net/route.c State-Changed-From-To: open->closed State-Changed-By: antoine State-Changed-When: Thu Jan 21 21:13:41 UTC 2010 State-Changed-Why: Close at submitter's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=135067 From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 13:46:32 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 0C917106566B; Fri, 22 Jan 2010 13:46:32 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D978D8FC22; Fri, 22 Jan 2010 13:46:31 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0MDkVfC002620; Fri, 22 Jan 2010 13:46:31 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0MDkVKh002616; Fri, 22 Jan 2010 13:46:31 GMT (envelope-from remko) Date: Fri, 22 Jan 2010 13:46:31 GMT Message-Id: <201001221346.o0MDkVKh002616@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: kern/143074: [if_wi]: wi driver triggers panic 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, 22 Jan 2010 13:46:32 -0000 Old Synopsis: wi driver triggers panic New Synopsis: [if_wi]: wi driver triggers panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Fri Jan 22 13:46:16 UTC 2010 Responsible-Changed-Why: reassign to networking team http://www.freebsd.org/cgi/query-pr.cgi?pr=143074 From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 13:48:07 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 B7F79106566B; Fri, 22 Jan 2010 13:48:07 +0000 (UTC) (envelope-from remko@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 908BF8FC13; Fri, 22 Jan 2010 13:48:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0MDm7cu002680; Fri, 22 Jan 2010 13:48:07 GMT (envelope-from remko@freefall.freebsd.org) Received: (from remko@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0MDm7Ac002676; Fri, 22 Jan 2010 13:48:07 GMT (envelope-from remko) Date: Fri, 22 Jan 2010 13:48:07 GMT Message-Id: <201001221348.o0MDm7Ac002676@freefall.freebsd.org> To: remko@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: remko@FreeBSD.org Cc: Subject: Re: conf/143079: [hostapd] startup missing multi wlan functionality 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, 22 Jan 2010 13:48:07 -0000 Old Synopsis: hostapd startup missing multi wlan functionality New Synopsis: [hostapd] startup missing multi wlan functionality Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: remko Responsible-Changed-When: Fri Jan 22 13:47:34 UTC 2010 Responsible-Changed-Why: Reassign to networking team for evaluation, not sure whether net is best or -rc. http://www.freebsd.org/cgi/query-pr.cgi?pr=143079 From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 15:51:46 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 4F94F106566B; Fri, 22 Jan 2010 15:51:46 +0000 (UTC) (envelope-from syrinx@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 274B68FC0C; Fri, 22 Jan 2010 15:51:46 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0MFpkmG012400; Fri, 22 Jan 2010 15:51:46 GMT (envelope-from syrinx@freefall.freebsd.org) Received: (from syrinx@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0MFpkTM012396; Fri, 22 Jan 2010 15:51:46 GMT (envelope-from syrinx) Date: Fri, 22 Jan 2010 15:51:46 GMT Message-Id: <201001221551.o0MFpkTM012396@freefall.freebsd.org> To: syrinx@FreeBSD.org, freebsd-net@FreeBSD.org, syrinx@FreeBSD.org From: syrinx@FreeBSD.org Cc: Subject: Re: kern/142391: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting 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, 22 Jan 2010 15:51:46 -0000 Synopsis: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting Responsible-Changed-From-To: freebsd-net->syrinx Responsible-Changed-By: syrinx Responsible-Changed-When: Fri Jan 22 15:50:57 UTC 2010 Responsible-Changed-Why: Take over responsibility for this PR http://www.freebsd.org/cgi/query-pr.cgi?pr=142391 From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 15:57: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 70A82106566C; Fri, 22 Jan 2010 15:57:20 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-ew0-f226.google.com (mail-ew0-f226.google.com [209.85.219.226]) by mx1.freebsd.org (Postfix) with ESMTP id 6E4848FC19; Fri, 22 Jan 2010 15:57:19 +0000 (UTC) Received: by ewy26 with SMTP id 26so319302ewy.3 for ; Fri, 22 Jan 2010 07:57:18 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=ykUrujXrQdRV+jEyO1X9NQ8qpn7Y299DbH0uFKmz6Fo=; b=GQlKD/SiBphNhrkN646HFdpV9/qJzKJxCQldNZQRnR2pbYg4iGg2x4WXzhJiixdUHq cnGUD8ix02bQxMycls22z7ct3AfzTV24UOXraVt+r4EtKGq6j/UCQg7hyBIht+rYgSF1 5ugnH5jWs8pg5YmxyjmgEyMRPukMuHKzlA5Y0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=CxEEZvRX5f8PIT21zTkQMLFuJnrXJAoxvLXe3xAukL6z21HdbZuBf7rau3E3q9gaXf lvgsuESKZQJ6oIJfatSxKakeu+vKcLZMr1IMg7Ohg8X7Y3ZzGEzbmUks8udHlO8LhHu4 gLdtpuk7NbsKCqjZxzvdIw1POshOqJ+5imuSI= MIME-Version: 1.0 Sender: shteryana@gmail.com Received: by 10.213.109.193 with SMTP id k1mr61300ebp.86.1264175838324; Fri, 22 Jan 2010 07:57:18 -0800 (PST) In-Reply-To: <201001221551.o0MFpkTM012396@freefall.freebsd.org> References: <201001221551.o0MFpkTM012396@freefall.freebsd.org> Date: Fri, 22 Jan 2010 17:57:18 +0200 X-Google-Sender-Auth: 092fed9d1bc3e1e1 Message-ID: <61b573981001220757n1e0495c8t235617ebcf4012e8@mail.gmail.com> From: Shteryana Shopova To: bug-followup@FreeBSD.org, kvedulv@kvedulv.de Content-Type: multipart/mixed; boundary=000e0ce0b7a6c6e9ea047dc2df97 Cc: freebsd-net@freebsd.org, syrinx@freebsd.org Subject: Re: kern/142391: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2010 15:57:20 -0000 --000e0ce0b7a6c6e9ea047dc2df97 Content-Type: text/plain; charset=UTF-8 Could you please try attached patch and confim it fixes the panic. On Fri, Jan 22, 2010 at 5:51 PM, wrote: > Synopsis: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting > > Responsible-Changed-From-To: freebsd-net->syrinx > Responsible-Changed-By: syrinx > Responsible-Changed-When: Fri Jan 22 15:50:57 UTC 2010 > Responsible-Changed-Why: > Take over responsibility for this PR > > http://www.freebsd.org/cgi/query-pr.cgi?pr=142391 > --000e0ce0b7a6c6e9ea047dc2df97 Content-Type: application/octet-stream; name="ieee80211_ioctl-20100121-01.diff" Content-Disposition: attachment; filename="ieee80211_ioctl-20100121-01.diff" Content-Transfer-Encoding: base64 X-Attachment-Id: f_g4r5gnn80 SW5kZXg6IG5ldC9pZi5jCj09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT0KLS0tIG5ldC9pZi5jCShyZXZpc2lvbiAyMDIyOTIp CisrKyBuZXQvaWYuYwkod29ya2luZyBjb3B5KQpAQCAtNzQyLDcgKzc0MiwxMyBAQAogLyoKICAq IFJlbW92ZSBhbnkgbXVsdGljYXN0IG5ldHdvcmsgYWRkcmVzc2VzIGZyb20gYW4gaW50ZXJmYWNl LgogICovCi12b2lkCisvKgorICogc3lyaW54QGZyZWVic2Qub3JnIC0gMjAxMDAxMjAgRG8gbm90 IGV4cG9ydCB0aGlzIEFQSSBjYWxsIGZvciBub3cKKyAqIGFzIGl0IE5VTExzIHRoZSBpZm11bHRp YWRkciBzdHJ1Y3R1cmVzJyByZWZlcmVuY2UgdG8gdGhlIHBhcmVudCBpbnRlcmZhY2UuCisgKiBB bnkgZXh0ZXJuYWwgc3Vic3lzdGVtIHRoYXQgd2FudHMgdG8gcHVyZ2UgdGhlIG11bHRpY2FzdCBh ZGRyZXNzZXMgb24KKyAqIGFuIGludGVyZmFjZSAobmV0ODAyMTEgb25seSBmb3Igbm93KSBzaG91 bGQgdXNlIGlmX2RlbGFsbG11bHRpIGluc3RlYWQuCisgKi8KK3N0YXRpYyB2b2lkCiBpZl9wdXJn ZW1hZGRycyhzdHJ1Y3QgaWZuZXQgKmlmcCkKIHsKIAlzdHJ1Y3QgaWZtdWx0aWFkZHIgKmlmbWE7 CkBAIC0yOTM5LDYgKzI5NDUsMjIgQEAKIH0KIAogLyoKKyAqIERlbGV0ZSBhbGwgbXVsdGljYXN0 IGdyb3VwIG1lbWJlcnNoaXAgZm9yIGFuIGludGVyZmFjZS4KKyAqIFNob3VsZCBiZSB1c2VkIHRv IHF1aWNrbHkgZmx1c2ggYWxsIG11bHRpY2FzdCBmaWx0ZXJzLgorICovCit2b2lkCitpZl9kZWxh bGxtdWx0aShzdHJ1Y3QgaWZuZXQgKmlmcCkKK3sKKwlzdHJ1Y3QgaWZtdWx0aWFkZHIgKmlmbWE7 CisJc3RydWN0IGlmbXVsdGlhZGRyICpuZXh0OworCisJSUZfQUREUl9MT0NLKGlmcCk7CisJVEFJ TFFfRk9SRUFDSF9TQUZFKGlmbWEsICZpZnAtPmlmX211bHRpYWRkcnMsIGlmbWFfbGluaywgbmV4 dCkKKwkJaWZfZGVsbXVsdGlfbG9ja2VkKGlmcCwgaWZtYSwgMCk7CisJSUZfQUREUl9VTkxPQ0so aWZwKTsKK30KKworLyoKICAqIERlbGV0ZSBhIG11bHRpY2FzdCBncm91cCBtZW1iZXJzaGlwIGJ5 IGdyb3VwIG1lbWJlcnNoaXAgcG9pbnRlci4KICAqIE5ldHdvcmstbGF5ZXIgcHJvdG9jb2wgZG9t YWlucyBtdXN0IHVzZSB0aGlzIHJvdXRpbmUuCiAgKgpJbmRleDogbmV0L2lmX3Zhci5oCj09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT0KLS0tIG5ldC9pZl92YXIuaAkocmV2aXNpb24gMjAyMjkyKQorKysgbmV0L2lmX3Zhci5o CSh3b3JraW5nIGNvcHkpCkBAIC04MzAsNyArODMwLDggQEAKIHZvaWQJaWZfZGV0YWNoKHN0cnVj dCBpZm5ldCAqKTsKIHZvaWQJaWZfdm1vdmUoc3RydWN0IGlmbmV0ICosIHN0cnVjdCB2bmV0ICop Owogdm9pZAlpZl9wdXJnZWFkZHJzKHN0cnVjdCBpZm5ldCAqKTsKLXZvaWQJaWZfcHVyZ2VtYWRk cnMoc3RydWN0IGlmbmV0ICopOworLyogdm9pZAlpZl9wdXJnZW1hZGRycyhzdHJ1Y3QgaWZuZXQg Kik7ICovCit2b2lkCWlmX2RlbGFsbG11bHRpKHN0cnVjdCBpZm5ldCAqaWZwKTsKIHZvaWQJaWZf ZG93bihzdHJ1Y3QgaWZuZXQgKik7CiBzdHJ1Y3QgaWZtdWx0aWFkZHIgKgogCWlmX2ZpbmRtdWx0 aShzdHJ1Y3QgaWZuZXQgKiwgc3RydWN0IHNvY2thZGRyICopOwpJbmRleDogbmV0ODAyMTEvaWVl ZTgwMjExX2lvY3RsLmMKPT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09PT09 PT09PT09PT09PT09PT09PT09PT09PT09PQotLS0gbmV0ODAyMTEvaWVlZTgwMjExX2lvY3RsLmMJ KHJldmlzaW9uIDIwMjI5MikKKysrIG5ldDgwMjExL2llZWU4MDIxMV9pb2N0bC5jCSh3b3JraW5n IGNvcHkpCkBAIC0zMTk5LDE1ICszMTk5LDE4IEBACiAJdm9pZCAqaW9jdGw7CiAKIAlJRUVFODAy MTFfTE9DSyhpYyk7Ci0JaWZfcHVyZ2VtYWRkcnMocGFyZW50KTsKKwlpZl9kZWxhbGxtdWx0aShw YXJlbnQpOwogCWlvY3RsID0gcGFyZW50LT5pZl9pb2N0bDsJLyogWFhYIFdBUiBpZl9hbGxtdWx0 aSAqLwogCXBhcmVudC0+aWZfaW9jdGwgPSBOVUxMOwogCVRBSUxRX0ZPUkVBQ0godmFwLCAmaWMt PmljX3ZhcHMsIGl2X25leHQpIHsKIAkJc3RydWN0IGlmbmV0ICppZnAgPSB2YXAtPml2X2lmcDsK IAkJc3RydWN0IGlmbXVsdGlhZGRyICppZm1hOwogCi0JCVRBSUxRX0ZPUkVBQ0goaWZtYSwgJmlm cC0+aWZfbXVsdGlhZGRycywgaWZtYV9saW5rKQorCQlUQUlMUV9GT1JFQUNIKGlmbWEsICZpZnAt PmlmX211bHRpYWRkcnMsIGlmbWFfbGluaykgeworCQkJaWYgKGlmbWEtPmlmbWFfYWRkci0+c2Ff ZmFtaWx5ICE9IEFGX0xJTkspCisJCQkJY29udGludWU7CiAJCQkodm9pZCkgaWZfYWRkbXVsdGko cGFyZW50LCBpZm1hLT5pZm1hX2FkZHIsIE5VTEwpOworCQl9CiAJfQogCXBhcmVudC0+aWZfaW9j dGwgPSBpb2N0bDsKIAlpZWVlODAyMTFfcnVudGFzayhpYywgJmljLT5pY19tY2FzdF90YXNrKTsK --000e0ce0b7a6c6e9ea047dc2df97-- From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 18:15: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 A40DA106566B for ; Fri, 22 Jan 2010 18:15:30 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.24]) by mx1.freebsd.org (Postfix) with ESMTP id 51F848FC0A for ; Fri, 22 Jan 2010 18:15:30 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so349409qwd.7 for ; Fri, 22 Jan 2010 10:15:29 -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=0ozPFnFyPG5QzNscy9aB+OG4nL1UhcZx8rJbnCS30Pk=; b=VPeftoIqR8iJQCN7AMkFxYX8/3hP2qS5DQv4BWAxDnJ0JLbSI3RS0prLxMTStLjkeD LhhYmIYjTtfyStOmMh9ZBk0hIKFI/w0IPmGSriCpA61eMHPSs/GncTgaZeZ30gmwvWFQ ijp8w3381KA6SUrzFKZ1+DHuan2lNa4c/hsgU= 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=BZ4DnQqpxO2z6hmAH8FoqDRi2wAFI084JZJb5e2FasozUAuWMGcEZJSKqwCRLNSVzT OiOkJ6+A/OONx0lrdDnB49LiFOSVS0IxMPFV/nq+1bHo2iQar0LHKz9s2hw5H8XRF35H wZRbYlJrpxJU9VqQoVG82vWPuDHcVPqM/h858= Received: by 10.224.91.17 with SMTP id k17mr2182800qam.113.1264184129405; Fri, 22 Jan 2010 10:15:29 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 6sm5489574qwk.21.2010.01.22.10.15.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 22 Jan 2010 10:15:26 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 22 Jan 2010 10:15:25 -0800 From: Pyun YongHyeon Date: Fri, 22 Jan 2010 10:15:25 -0800 To: Steven Hartland Message-ID: <20100122181525.GB20753@michelle.cdnetworks.com> References: <201001211911.o0LJBRUP085902@lurza.secnetix.de> <9297F7D23CD04EF5AC3057D88B22C0A0@multiplay.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9297F7D23CD04EF5AC3057D88B22C0A0@multiplay.co.uk> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@FreeBSD.ORG, davidch@broadcom.com, Oliver Fromme Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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: Fri, 22 Jan 2010 18:15:30 -0000 On Thu, Jan 21, 2010 at 07:28:39PM -0000, Steven Hartland wrote: > ----- Original Message ----- > From: "Oliver Fromme" > >> Pyunh has taken an active interest in this effort and sent out > >> a patch yesterday, though he doesn't have hardware to test. I'm > >> planning on giving his patch a try today to see how close he got > >> on his first attempt. > > > >Thank you very much to both of you! > > > >With that patch applied, the 5709S PHY is correctly attached > >by brgphy and "seems to work". I can't test it thoroughly > >right now, though, because there is no cable attached to the > >port ... The machine is located in a customer's datacenter > >in a different city and I'll have to ask someone to connect > >the ports. This is a little bit complicated in that company. :-) > > Ooo!! > > Could you link me though to the patch Oliver, I don't seem to find > any post on this thread between today and mid last year? > Let's give more time to David. He can test my guess work and can fix bugs in the patch. When all goes well he may commit the patch. From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 19:59: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 3591E1065693; Fri, 22 Jan 2010 19:59:49 +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 243268FC0C; Fri, 22 Jan 2010 19:59:49 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0MJxn56016858; Fri, 22 Jan 2010 19:59:49 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0MJxnIs016854; Fri, 22 Jan 2010 19:59:49 GMT (envelope-from yongari) Date: Fri, 22 Jan 2010 19:59:49 GMT Message-Id: <201001221959.o0MJxnIs016854@freefall.freebsd.org> To: syrinx@FreeBSD.org, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: i386/142974: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits 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, 22 Jan 2010 19:59:49 -0000 Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Fri Jan 22 19:57:19 UTC 2010 State-Changed-Why: It looks like you have second generation RTL8168C PCIe controller. I guess hwrev variable would have value 0x34c00000 and I don't see reason why it can't match an entry in re_hwrevs table which already has that entry. Would you show me the output of "CSR_READ_4(sc, RL_TXCFG)"? Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Fri Jan 22 19:57:19 UTC 2010 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=142974 From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 20:34:35 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 D74A51065672; Fri, 22 Jan 2010 20:34:35 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id 6B85C8FC1C; Fri, 22 Jan 2010 20:34:35 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id E91091CC2B; Fri, 22 Jan 2010 21:34:32 +0100 (CET) Date: Fri, 22 Jan 2010 21:34:32 +0100 From: Kvedulv / Michael Moll To: Shteryana Shopova Message-ID: <20100122203432.GE23141@darkthrone.kvedulv.de> References: <201001221551.o0MFpkTM012396@freefall.freebsd.org> <61b573981001220757n1e0495c8t235617ebcf4012e8@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61b573981001220757n1e0495c8t235617ebcf4012e8@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org, bug-followup@FreeBSD.org Subject: Re: kern/142391: [panic] bsnmpd(8) triggers kernel panic when a second cloned WLAN interface was created before starting 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, 22 Jan 2010 20:34:35 -0000 Hello Shteryana, On Fri, Jan 22, 2010 at 05:57:18PM +0200, Shteryana Shopova wrote: > Could you please try attached patch and confim it fixes the panic. Fixed, no panic anymore. Thanks a lot! :) -- Michael Moll From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 21:48:22 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 CEFF6106566C for ; Fri, 22 Jan 2010 21:48:22 +0000 (UTC) (envelope-from ekamyshev@omsk.multinex.ru) Received: from mx.mkc-omsk.ru (ns3.omsktele.com [91.90.32.240]) by mx1.freebsd.org (Postfix) with ESMTP id 085F08FC0C for ; Fri, 22 Jan 2010 21:48:21 +0000 (UTC) Received: from evgen (unknown [192.168.220.33]) by mx.mkc-omsk.ru (Postfix) with SMTP id 63B691819D30 for ; Sat, 23 Jan 2010 03:32:11 +0600 (OMST) Message-ID: From: =?koi8-r?B?5dfHxc7Jyg==?= To: Date: Sat, 23 Jan 2010 03:32:11 +0600 MIME-Version: 1.0 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 X-Mailman-Approved-At: Fri, 22 Jan 2010 21:57:54 +0000 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Netgraph performance with ng_ipfw 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, 22 Jan 2010 21:48:22 -0000 Hi,=20 I have several routers under heavy load, running FreeBSD 7.2 These routers use Netgraph to impelement traffic shaping and accouting (using ng_car and ng_netflow nodes).=20 Packets are passed from firewall to netgraph using the following rules accounting: netgraph 100 ip from any to any in shaping: netgraph tablearg ip from any to table(118) out netgraph tablearg ip from table(118) to any in Table 118 contains users' ip addresses with tablearg referencing = configured individual ng_car node. At peak, there are 1500-2000 entries in table and configured nodes. The problem is that at peak load the router loses packets. After = studying the sources & doing some debugging,=20 it became clear that packets are being droped at netgraph queue, at = ng_alloc_item function: static __inline item_p ng_alloc_item(int type, int flags) { item_p item; KASSERT(((type & ~NGQF_TYPE) =3D=3D 0), ("%s: incorrect item type: %d", __func__, type)); item =3D uma_zalloc((type =3D=3D NGQF_DATA)?ng_qdzone:ng_qzone, ((flags & NG_WAITOK) ? M_WAITOK : M_NOWAIT) | M_ZERO); if (item) { item->el_flags =3D type; #ifdef NETGRAPH_DEBUG mtx_lock(&ngq_mtx); TAILQ_INSERT_TAIL(&ng_itemlist, item, all); allocated++; mtx_unlock(&ngq_mtx); #endif } return (item); } It returns NULL if it is unable to allocate entry in ng_qdzone. When it is being called from ng_package_data, this causes the packet to = be dropped: item_p ng_package_data(struct mbuf *m, int flags) { item_p item; if ((item =3D ng_alloc_item(NGQF_DATA, flags)) =3D=3D NULL) { NG_FREE_M(m); return (NULL); } ITEM_DEBUG_CHECKS; item->el_flags |=3D NGQF_READER; NGI_M(item) =3D m; return (item); } After tuning maxdata parameter, I was able to decrease loses(and = increase delays), but the question is, why=20 the system does not contain some kind of a counter of packets dropped at = Netgraph queue? It seem to be=20 a trivial task to add, for example, a sysctl variable that would reflect = the number of dropped packets, and it would=20 really simplify things. The second question is about the effectiveness of Netgraph queueing and = ng_ipfw node with SMP kernel... At ng_ipfw_connect function, when being connected to some other node,=20 to avoid recursion the hook is set to queueing mode: /* * Set hooks into queueing mode, to avoid recursion between * netgraph layer and ip_{input,output}. */ static int ng_ipfw_connect(hook_p hook) { NG_HOOK_FORCE_QUEUE(hook); return (0); } This causes the packets to be queued when being passed back to ng_ipfw = node.=20 On SMP kernels, several kernel processes are created to process=20 queues(they are seen as ng_queue* processes in ps). Now, the code of ngthread that processes the queue: static void ngthread(void *arg) { for (;;) { node_p node; /* Get node from the worklist. */ NG_WORKLIST_LOCK(); while ((node =3D TAILQ_FIRST(&ng_worklist)) =3D=3D NULL) NG_WORKLIST_SLEEP(); TAILQ_REMOVE(&ng_worklist, node, nd_work); NG_WORKLIST_UNLOCK(); CTR3(KTR_NET, "%20s: node [%x] (%p) taken off worklist", __func__, node->nd_ID, node); /* * We have the node. We also take over the reference * that the list had on it. * Now process as much as you can, until it won't * let you have another item off the queue. * All this time, keep the reference * that lets us be sure that the node still exists. * Let the reference go at the last minute. */ for (;;) { item_p item; int rw; NG_QUEUE_LOCK(&node->nd_input_queue); item =3D ng_dequeue(&node->nd_input_queue, &rw); if (item =3D=3D NULL) { atomic_clear_int(&node->nd_flags, = NGF_WORKQ); NG_QUEUE_UNLOCK(&node->nd_input_queue); break; /* go look for another node */ } else { NG_QUEUE_UNLOCK(&node->nd_input_queue); NGI_GET_NODE(item, node); /* zaps stored = node */ ng_apply_item(node, item, rw); NG_NODE_UNREF(node); } } NG_NODE_UNREF(node); } } It takes the node from ng_worklist, and tries to process as many items=20 in queue as possible, until ng_dequeue function returns NULL(no more = items).=20 Note that in ng_worklist there is usually only one node - ng_ipfw(if = other nodes=20 did not configure queueing for themselves, that is the case with ng_car = and ng_netflow nodes). If the large number of packets is being passed back to ng_ipfw node=20 from other nodes, it is clear that one kernel process(ng_queue*) will = simply take one node, and=20 if the packets are being passed quicker than they are being processed in = ng_ipfw(sent further to=20 ip_input or ip_output), one of the ng_queue* processes will take 100% = time of one CPU core, when the others will not=20 process anything. I have seen such behavior on my routers - at peak load, one of ng_queue* = processes takes 100% of one core,=20 and the other processes are seen in top taking 0% of CPU.=20 This seem to be a problem of ng_ipfw - it doesn't seem to be working = good with SMP. My question is, can it somehow be fixed? The third question is about the algorithm of finding hooks in ng_ipfw. When being passed from firewall, ng_ipfw_input is called, in turn,=20 it calls ng_ipfw_findhook1 function to find hook matching cookie from=20 struct ip_fw_args *fwa. if (fw_node =3D=3D NULL || (hook =3D ng_ipfw_findhook1(fw_node, fwa->cookie)) =3D=3D = NULL) { if (tee =3D=3D 0) m_freem(*m0); return (ESRCH); /* no hook associated with this = rule */ } ng_ipfw_findhook function calls converts this cookie to numeric = representation=20 and calls ng_ipfw_findhook1: /* Look up hook by name */ hook_p ng_ipfw_findhook(node_p node, const char *name) { u_int16_t n; /* numeric representation of hook */ char *endptr; n =3D (u_int16_t)strtol(name, &endptr, 10); if (*endptr !=3D '\0') return NULL; return ng_ipfw_findhook1(node, n); } and ng_ipfw_findhook1 simply goes through the whole list of hooks to = find one matching=20 given cookie: /* Look up hook by rule number */ static hook_p ng_ipfw_findhook1(node_p node, u_int16_t rulenum) { hook_p hook; hpriv_p hpriv; LIST_FOREACH(hook, &node->nd_hooks, hk_hooks) { hpriv =3D NG_HOOK_PRIVATE(hook); if (NG_HOOK_IS_VALID(hook) && (hpriv->rulenum =3D=3D = rulenum)) return (hook); } return (NULL); } When the large number of hooks is present, as in the configuration given = in the beginning of this message,=20 this would cause an obvious decrease in performance - for each packet = passed from ipfw to netgraph,=20 1 to 1500-2000 iterations are needed to find matching hook. And again, = it seem to be a trivial task to rewrite=20 this code to find hook by hash or even by array. From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 22:33: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 08A281065672 for ; Fri, 22 Jan 2010 22:33:34 +0000 (UTC) (envelope-from luigi@onelab2.iet.unipi.it) Received: from onelab2.iet.unipi.it (onelab2.iet.unipi.it [131.114.59.238]) by mx1.freebsd.org (Postfix) with ESMTP id C3A7F8FC22 for ; Fri, 22 Jan 2010 22:33:33 +0000 (UTC) Received: by onelab2.iet.unipi.it (Postfix, from userid 275) id 7A16E73106; Fri, 22 Jan 2010 23:41:56 +0100 (CET) Date: Fri, 22 Jan 2010 23:41:56 +0100 From: Luigi Rizzo To: ??????? Message-ID: <20100122224156.GB27338@onelab2.iet.unipi.it> References: 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 Subject: Re: Netgraph performance with ng_ipfw 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, 22 Jan 2010 22:33:34 -0000 On Sat, Jan 23, 2010 at 03:32:11AM +0600, ??????? wrote: > Hi, > I have several routers under heavy load, running FreeBSD 7.2 > These routers use Netgraph to impelement traffic shaping and accouting > (using ng_car and ng_netflow nodes). > Packets are passed from firewall to netgraph using the following rules > accounting: > netgraph 100 ip from any to any in > shaping: > netgraph tablearg ip from any to table(118) out > netgraph tablearg ip from table(118) to any in > > Table 118 contains users' ip addresses with tablearg referencing configured individual ng_car node. > At peak, there are 1500-2000 entries in table and configured nodes. > The problem is that at peak load the router loses packets. After studying the sources & doing some debugging, > it became clear that packets are being droped at netgraph queue, at ng_alloc_item function: ... > When the large number of hooks is present, as in the configuration given in the beginning of this message, > this would cause an obvious decrease in performance - for each packet passed from ipfw to netgraph, > 1 to 1500-2000 iterations are needed to find matching hook. And again, it seem to be a trivial task to rewrite > this code to find hook by hash or even by array. i solved exactly this problem in my recent ipfw rewrite (in HEAD), but it is not terribly trivial, though, because you should consider memory costs (the cookie space is large) and the need to handle reconfigurations without blocking the forwarding for a long time. You can use the same techniques (and possibly code) i used in ipfw, but i suspect it will take a good 1-2 weeks of work to have a production quality thing (I am not familiar with netgraph code and configuration tools so i may underestimate the work). cheers luigi From owner-freebsd-net@FreeBSD.ORG Fri Jan 22 22: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 86629106566B for ; Fri, 22 Jan 2010 22:52:16 +0000 (UTC) (envelope-from julian@elischer.org) Received: from utility-0.aerioconnect.net (utility-0.aerioconnect.net [216.240.32.11]) by mx1.freebsd.org (Postfix) with ESMTP id 6B1858FC16 for ; Fri, 22 Jan 2010 22:52:15 +0000 (UTC) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by utility-0.aerioconnect.net (8.13.1/8.13.1) with ESMTP id o0MMqDeM030811; Fri, 22 Jan 2010 14:52:13 -0800 X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (h-67-100-89-137.snfccasy.static.covad.net [67.100.89.137]) by idiom.com (Postfix) with ESMTP id 4EEB12D6015; Fri, 22 Jan 2010 14:52:13 -0800 (PST) Message-ID: <4B5A2C32.7050802@elischer.org> Date: Fri, 22 Jan 2010 14:52:34 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.23 (Macintosh/20090812) MIME-Version: 1.0 To: Luigi Rizzo References: <20100122224156.GB27338@onelab2.iet.unipi.it> In-Reply-To: <20100122224156.GB27338@onelab2.iet.unipi.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, ??????? Subject: Re: Netgraph performance with ng_ipfw 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, 22 Jan 2010 22:52:16 -0000 Luigi Rizzo wrote: > On Sat, Jan 23, 2010 at 03:32:11AM +0600, ??????? wrote: >> Hi, >> I have several routers under heavy load, running FreeBSD 7.2 >> These routers use Netgraph to impelement traffic shaping and accouting >> (using ng_car and ng_netflow nodes). >> Packets are passed from firewall to netgraph using the following rules >> accounting: >> netgraph 100 ip from any to any in >> shaping: >> netgraph tablearg ip from any to table(118) out >> netgraph tablearg ip from table(118) to any in >> >> Table 118 contains users' ip addresses with tablearg referencing configured individual ng_car node. >> At peak, there are 1500-2000 entries in table and configured nodes. >> The problem is that at peak load the router loses packets. After studying the sources & doing some debugging, >> it became clear that packets are being droped at netgraph queue, at ng_alloc_item function: > ... >> When the large number of hooks is present, as in the configuration given in the beginning of this message, >> this would cause an obvious decrease in performance - for each packet passed from ipfw to netgraph, >> 1 to 1500-2000 iterations are needed to find matching hook. And again, it seem to be a trivial task to rewrite >> this code to find hook by hash or even by array. Each node type has the ability to supply a "hook lookup method" if (node->nd_type->findhook != NULL) return (*node->nd_type->findhook)(node, name); I added this so that if a hook had thousands of hooks it could supply a smart method to look them up in a way that is relevant to that node type. I have never used the netgraph ipfw node so I don't know how it works or if this is at all relevant. > > i solved exactly this problem in my recent ipfw rewrite (in HEAD), but it > is not terribly trivial, though, because you should consider memory > costs (the cookie space is large) and the need to handle reconfigurations > without blocking the forwarding for a long time. > > You can use the same techniques (and possibly code) i used in ipfw, > but i suspect it will take a good 1-2 weeks of work to have a production > quality thing (I am not familiar with netgraph code and configuration > tools so i may underestimate the work). > > cheers > luigi > _______________________________________________ > 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 Sat Jan 23 11:00: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 66E5E1065676 for ; Sat, 23 Jan 2010 11:00: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 18E238FC1E for ; Sat, 23 Jan 2010 11:00:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 7CDA841C758 for ; Sat, 23 Jan 2010 12:00: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 AdslXnxYfKvo for ; Sat, 23 Jan 2010 12:00:06 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 0596241C751; Sat, 23 Jan 2010 12:00:06 +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 C0D5E4448EC for ; Sat, 23 Jan 2010 10:56:02 +0000 (UTC) Date: Sat, 23 Jan 2010 10:56:02 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: freebsd-net@freebsd.org Message-ID: <20100123104843.G50938@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Subject: NAT-T patch from stable/7 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, 23 Jan 2010 11:00:07 -0000 Hi, with an upcoming 7.3-RELEASE I have put an updated (though not tested;-) NAT-T patch from stable/7 at http://people.freebsd.org/~bz/20100123-01-ipsec-natt-mfc7.diff Please read this _entire_ thread (and possible later follow-ups) about how to use it: http://lists.freebsd.org/pipermail/freebsd-net/2009-August/thread.html#22722 /bz -- Bjoern A. Zeeb It will not break if you know what you are doing. From owner-freebsd-net@FreeBSD.ORG Sat Jan 23 13:42:58 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 ED6551065693 for ; Sat, 23 Jan 2010 13:42:57 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id 59F6D8FC1B for ; Sat, 23 Jan 2010 13:42:56 +0000 (UTC) Received: by ewy3 with SMTP id 3so741023ewy.13 for ; Sat, 23 Jan 2010 05:42:56 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:reply-to:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type; bh=2m8KHuG1Pvbk18pDG1hkT47rRjfU2lcDTMds1BBKiOA=; b=SEnwa3iGwIVWiHaxw8MGRtwnflXXilS3cJDPdHAYdZP47ZgzgsWyv+Mj7jBus1n2Pc XOBQbUcSYCjBfDIeM7va9vh9mC5Wwc9m7rIPTrh60nVC39wCU3emUjmj2q6j0jplwGKi PvFte9UbEb3JvvO3usXKuQ7HLJLLyColBqW1k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:reply-to:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; b=UGVpggOsEwf5z0Dvj+vwt/mk2nUdjoCf0Kf3RTrQNDhuBMJKf2gj+l+S7lfMDqQHEo 5OFx5ooGxWfLrkh5oGGQVv6QkF5y8SCycb6Qr8jM9yDjlr5iGa9Q61wODwPmDB+aBRH1 KfTw+sOSYQOx8qd4UGX4ETNEt7ZMtrawPkgMc= MIME-Version: 1.0 Sender: shteryana@gmail.com Received: by 10.213.46.67 with SMTP id i3mr3133136ebf.87.1264254175905; Sat, 23 Jan 2010 05:42:55 -0800 (PST) In-Reply-To: <201001221959.o0MJxnIs016854@freefall.freebsd.org> References: <201001221959.o0MJxnIs016854@freefall.freebsd.org> Date: Sat, 23 Jan 2010 15:42:55 +0200 X-Google-Sender-Auth: 290f4f78a36b166b Message-ID: <61b573981001230542l59a9ab6y26514a213bfbdb67@mail.gmail.com> From: Shteryana Shopova To: yongari@freebsd.org Content-Type: text/plain; charset=UTF-8 Cc: freebsd-net@freebsd.org Subject: Re: i386/142974: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: syrinx@FreeBSD.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 23 Jan 2010 13:42:58 -0000 Hi, On Fri, Jan 22, 2010 at 9:59 PM, wrote: > Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits > > State-Changed-From-To: open->feedback > State-Changed-By: yongari > State-Changed-When: Fri Jan 22 19:57:19 UTC 2010 > State-Changed-Why: > It looks like you have second generation RTL8168C PCIe controller. If I understand correctly the RTL8168C PCIe is a Gigabit Ethernet controller and mine's definately a Fast Ethernet > I guess hwrev variable would have value 0x34c00000 and I don't see > reason why it can't match an entry in re_hwrevs table which already > has that entry. Well, actually there's no 0x34C00000 in the Known revision codes, there's a 0x3C400000, but that's different, that's why the chip doesn't match any of the known HW ids. I really think the driver's biting three bits more than it can chew here > Would you show me the output of "CSR_READ_4(sc, RL_TXCFG)"? 0x37c00000 This is dmesg with the SVN driver - Jan 23 11:55:31 kernel: re0: port 0xec00-0xecff mem 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 18 at device 0.0 on pci3 Jan 23 11:55:31 kernel: re0: Using 1 MSI messages Jan 23 11:55:31 kernel: re0: Chip rev. 0x34800000 Jan 23 11:55:31 kernel: re0: MAC rev. 0x00400000 Jan 23 11:55:31 kernel: re0: Unknown H/W revision: 0x34c00000 Jan 23 11:55:31 kernel: device_attach: re0 attach returned 6 dmesg after patch - Jan 23 12:58:04 kernel: re0: port 0xec00-0xecff mem 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 18 at device 0.0 on pci3 Jan 23 12:58:04 kernel: re0: Using 1 MSI messages Jan 23 12:58:04 kernel: re0: HWREV - 0x37c00000 Jan 23 12:58:04 kernel: re0: Chip rev. 0x34800000 Jan 23 12:58:04 kernel: re0: MAC rev. 0x00400000 Jan 23 12:58:04 kernel: miibus0: on re0 Jan 23 12:58:04 kernel: re0: Ethernet address: 90:fb:a6:29:80:cd Jan 23 12:58:04 kernel: re0: [FILTER] Jan 23 13:00:31 kernel: re0: link state changed to UP Jan 23 13:00:40 dhclient: New Hostname (re0): Jan 23 13:00:40 dhclient: New IP Address (re0): 192.168.1.103 Jan 23 13:00:40 dhclient: New Subnet Mask (re0): 255.255.255.0 Jan 23 13:00:40 dhclient: New Broadcast Address (re0): 255.255.255.255 Jan 23 13:00:40 dhclient: New Routers (re0): 192.168.1.1 Just as a sidenote if it would help to understand the problem easier, while debugging the issue I used as a reference the DragonflyBSD driver - and more specifically this commit - http://www.mail-archive.com/commits@crater.dragonflybsd.org/msg09347.html > > > Responsible-Changed-From-To: freebsd-net->yongari > Responsible-Changed-By: yongari > Responsible-Changed-When: Fri Jan 22 19:57:19 UTC 2010 > Responsible-Changed-Why: > Grab. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=142974 > From owner-freebsd-net@FreeBSD.ORG Sat Jan 23 14:11:06 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 8D7F21065692 for ; Sat, 23 Jan 2010 14:11:06 +0000 (UTC) (envelope-from prvs=1639dfd7e1=killing@multiplay.co.uk) Received: from mail1.multiplay.co.uk (mail1.multiplay.co.uk [85.236.96.23]) by mx1.freebsd.org (Postfix) with ESMTP id 14AC98FC1C for ; Sat, 23 Jan 2010 14:11:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=simple; d=multiplay.co.uk; s=Multiplay; t=1264255239; x=1264860039; q=dns/txt; h=Received: Message-ID:From:To:Cc:References:Subject:Date:MIME-Version: Content-Type:Content-Transfer-Encoding; bh=M13SjOClet4En71TvnI4q l4Q36+VJU04yPP+j8UZqbI=; b=muPODH0SPTmujMhnT54ahCwlRxZWury7IyfPO u1gbhT40fQSC1ygEM1/eBM9Yefdd87AEf4qPysY3UE5EIMI6pj4QMT9aHHEW9KgU 1P2t6Pem3tEVlfh4PEILj43WYivL+Vu9+/SCuxDu7+n/4rBXQZmc2R2d3PixVNmm aXcMZU= X-MDAV-Processed: mail1.multiplay.co.uk, Sat, 23 Jan 2010 14:00:39 +0000 Received: from r2d2 by mail1.multiplay.co.uk (MDaemon PRO v10.0.4) with ESMTP id md50009288708.msg for ; Sat, 23 Jan 2010 14:00:38 +0000 X-Spam-Processed: mail1.multiplay.co.uk, Sat, 23 Jan 2010 14:00:38 +0000 (not processed: message from trusted or authenticated source) X-Authenticated-Sender: Killing@multiplay.co.uk X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=1639dfd7e1=killing@multiplay.co.uk X-Envelope-From: killing@multiplay.co.uk X-MDaemon-Deliver-To: freebsd-net@FreeBSD.ORG Message-ID: <9C18B5357DAC47919C7A4B73C7341B5D@multiplay.co.uk> From: "Steven Hartland" To: References: <201001211911.o0LJBRUP085902@lurza.secnetix.de> <9297F7D23CD04EF5AC3057D88B22C0A0@multiplay.co.uk> <20100122181525.GB20753@michelle.cdnetworks.com> Date: Sat, 23 Jan 2010 14:00:42 -0000 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2900.5843 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.2900.5579 Cc: freebsd-net@FreeBSD.ORG, davidch@broadcom.com, Oliver Fromme Subject: Re: kern/134658: [bce] bce driver fails on PowerEdge m610 blade. 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, 23 Jan 2010 14:11:06 -0000 ----- Original Message ----- From: "Pyun YongHyeon" > Let's give more time to David. He can test my guess work and can > fix bugs in the patch. When all goes well he may commit the patch. Sure if you need any additional testing lmk, got quite a few m610's here we can try it on. Regards Steve ================================================ This e.mail is private and confidential between Multiplay (UK) Ltd. and the person or entity to whom it is addressed. In the event of misdirection, the recipient is prohibited from using, copying, printing or otherwise disseminating it or any information contained in it. In the event of misdirection, illegible or incomplete transmission please telephone +44 845 868 1337 or return the E.mail to postmaster@multiplay.co.uk. From owner-freebsd-net@FreeBSD.ORG Sat Jan 23 15:19: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 753F1106568B for ; Sat, 23 Jan 2010 15:19:09 +0000 (UTC) (envelope-from shteryana@gmail.com) Received: from mail-ew0-f211.google.com (mail-ew0-f211.google.com [209.85.219.211]) by mx1.freebsd.org (Postfix) with ESMTP id D2FC68FC0C for ; Sat, 23 Jan 2010 15:19:08 +0000 (UTC) Received: by ewy3 with SMTP id 3so800717ewy.13 for ; Sat, 23 Jan 2010 07:19:07 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:cc:content-type; bh=L4xtnVgnRKRqG2UBzlS/41o9YY6OmSKEDM1Hj5TeX6U=; b=QgHXlwXYHkxSF4YATcfU1CXcwDE63+gHx/bSHpQbppUAE7HU7a+LJpH9FCftekfxVn xwk3HbVgre5ANwHjOzcdKRurtxTd6bLtewMnLn5jNDkemniDHYMSWQOA+WE5NU9sKYG5 LAJfr4vOz1SSbrjT2f8FaRr4M1N2Rrf8AgMFk= 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=t5nWwo2utzeISuXYXpoyFVapjTpRr4JGsxhx9YSMeJGKT3YwwEvWj+Bpg2uAiYKVSU md4DOH3UgDKJ9qu8SyA1/IqsurZhQwybC3M2eZnq2GOBVCwPELYMZfKq9EbsnGsRxYvu kUoyxYkC8I3Myd9GoqUVlu4m0jcUKgOnWocIY= MIME-Version: 1.0 Received: by 10.213.109.193 with SMTP id k1mr1356287ebp.86.1264259947498; Sat, 23 Jan 2010 07:19:07 -0800 (PST) In-Reply-To: <201001070008.o0708rFQ049292@freefall.freebsd.org> References: <201001070008.o0708rFQ049292@freefall.freebsd.org> Date: Sat, 23 Jan 2010 17:19:07 +0200 Message-ID: <61b573981001230719w5da32997g7d188710e531d295@mail.gmail.com> From: Shteryana Shopova To: freebsd-bugs@freebsd.org, kvedulv@kvedulv.de Content-Type: text/plain; charset=UTF-8 Cc: "freebsd-net@FreeBSD.org" Subject: Re: kern/142392: [panic] rtadvd(8) triggers kernel panic when started for a hardware WLAN interface 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, 23 Jan 2010 15:19:09 -0000 Hi, Can you please verify the patch (http://people.freebsd.org/~syrinx/ieee80211_ioctl-20100121-01.diff) for kern/142391 fixes this one too? Thanks. On Thu, Jan 7, 2010 at 2:08 AM, wrote: > Old Synopsis: rtadvd triggers kernel panic when started for a hardware WLAN interface > New Synopsis: [panic] rtadvd(8) triggers kernel panic when started for a hardware WLAN interface > > Responsible-Changed-From-To: freebsd-bugs->freebsd-net > Responsible-Changed-By: linimon > Responsible-Changed-When: Thu Jan 7 00:08:19 UTC 2010 > Responsible-Changed-Why: > Over to maintainer(s). > > http://www.freebsd.org/cgi/query-pr.cgi?pr=142392 > _______________________________________________ > 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 Sat Jan 23 15:43: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 3FCAC106566B; Sat, 23 Jan 2010 15:43:15 +0000 (UTC) (envelope-from mmoll@darkthrone.kvedulv.de) Received: from darkthrone.kvedulv.de (darkthrone.kvedulv.de [IPv6:2001:1578:400:101::2]) by mx1.freebsd.org (Postfix) with ESMTP id BBD508FC08; Sat, 23 Jan 2010 15:43:14 +0000 (UTC) Received: by darkthrone.kvedulv.de (Postfix, from userid 666) id B04911CC2B; Sat, 23 Jan 2010 16:43:11 +0100 (CET) Date: Sat, 23 Jan 2010 16:43:11 +0100 From: Michael Moll To: Shteryana Shopova Message-ID: <20100123154311.GF23141@darkthrone.kvedulv.de> References: <201001070008.o0708rFQ049292@freefall.freebsd.org> <61b573981001230719w5da32997g7d188710e531d295@mail.gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <61b573981001230719w5da32997g7d188710e531d295@mail.gmail.com> User-Agent: Mutt/1.5.20 (2009-06-14) Cc: "freebsd-net@FreeBSD.org" , freebsd-bugs@freebsd.org Subject: Re: kern/142392: [panic] rtadvd(8) triggers kernel panic when started for a hardware WLAN interface 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, 23 Jan 2010 15:43:15 -0000 Hello Shteryana, On Sat, Jan 23, 2010 at 05:19:07PM +0200, Shteryana Shopova wrote: > Can you please verify the patch > (http://people.freebsd.org/~syrinx/ieee80211_ioctl-20100121-01.diff) > for kern/142391 fixes this one too? Thanks. Yes, kern/142391 and kern/142392 are both fixed with this patch. Thanks -- Michael Moll From owner-freebsd-net@FreeBSD.ORG Sat Jan 23 19:03:18 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 3FB661065672; Sat, 23 Jan 2010 19:03:18 +0000 (UTC) (envelope-from kib@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 16BF98FC0C; Sat, 23 Jan 2010 19:03:18 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id o0NJ3HAt076224; Sat, 23 Jan 2010 19:03:17 GMT (envelope-from kib@freefall.freebsd.org) Received: (from kib@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id o0NJ3HJV076220; Sat, 23 Jan 2010 19:03:17 GMT (envelope-from kib) Date: Sat, 23 Jan 2010 19:03:17 GMT Message-Id: <201001231903.o0NJ3HJV076220@freefall.freebsd.org> To: jacob@whotookspaz.org, kib@FreeBSD.org, freebsd-net@FreeBSD.org From: kib@FreeBSD.org Cc: Subject: Re: kern/138999: [libc] lighttpd/php-cgi with freebsd sendfile(2) enabled causing kernel to not reenter userland 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, 23 Jan 2010 19:03:18 -0000 Synopsis: [libc] lighttpd/php-cgi with freebsd sendfile(2) enabled causing kernel to not reenter userland State-Changed-From-To: open->closed State-Changed-By: kib State-Changed-When: Sat Jan 23 19:02:18 UTC 2010 State-Changed-Why: Patch is already in HEAD and stable/8, stable/7. http://www.freebsd.org/cgi/query-pr.cgi?pr=138999 From owner-freebsd-net@FreeBSD.ORG Sat Jan 23 23:46:42 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 8878E106566B; Sat, 23 Jan 2010 23:46:42 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from qw-out-2122.google.com (qw-out-2122.google.com [74.125.92.27]) by mx1.freebsd.org (Postfix) with ESMTP id 1ED538FC0C; Sat, 23 Jan 2010 23:46:41 +0000 (UTC) Received: by qw-out-2122.google.com with SMTP id 5so600421qwd.7 for ; Sat, 23 Jan 2010 15:46:41 -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=lTjZkdCbHaXA41llWz4wL0NGxFbYKwWLkQKSlhFPvcQ=; b=l8/ofzIOcXA9zn8S8ENbP1xklRA6mraqPVvbBYgEikitp82Dmh4Wz+h0OS/dooo5P9 eSKCeO3XnS7dZdeBNvLKtnXs1o8c0z179psEo3nVgpDqC4p7TnyTtxW8wlRw8S+WRYuN y4t3sh+k1TvvC51uMn6ECJX/N3EBZNT9kgqqs= 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=nj4hfFX6KSsSixs6lYlLJDSgGVrO/9rpTiBEs3IUId9Xg8ynPwyxyJG/EkKbuiOnml uExH9j7hRzd7MlEZudm6Lkzop7/thJIeh2/1ZlgcQ0g5Aib9MrghXOfCbw/NyfRB7ecW 71DJ0Dzoqn7RtY6M28vrHwNBnv0RwXCNTAP9o= Received: by 10.224.89.196 with SMTP id f4mr3098770qam.90.1264290401082; Sat, 23 Jan 2010 15:46:41 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id 2sm8266934qwi.57.2010.01.23.15.46.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 23 Jan 2010 15:46:39 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sat, 23 Jan 2010 15:46:35 -0800 From: Pyun YongHyeon Date: Sat, 23 Jan 2010 15:46:35 -0800 To: Shteryana Shopova Message-ID: <20100123234635.GH20753@michelle.cdnetworks.com> References: <201001221959.o0MJxnIs016854@freefall.freebsd.org> <61b573981001230542l59a9ab6y26514a213bfbdb67@mail.gmail.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="45Z9DzgjV8m4Oswq" Content-Disposition: inline In-Reply-To: <61b573981001230542l59a9ab6y26514a213bfbdb67@mail.gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, yongari@freebsd.org Subject: Re: i386/142974: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits 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: Sat, 23 Jan 2010 23:46:42 -0000 --45Z9DzgjV8m4Oswq Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sat, Jan 23, 2010 at 03:42:55PM +0200, Shteryana Shopova wrote: > Hi, > > On Fri, Jan 22, 2010 at 9:59 PM, wrote: > > Synopsis: [patch][net][if_re] Teach the if_re driver to properly recognize hardware revisions with non-zero MAC rev. bits > > > > State-Changed-From-To: open->feedback > > State-Changed-By: yongari > > State-Changed-When: Fri Jan 22 19:57:19 UTC 2010 > > State-Changed-Why: > > It looks like you have second generation RTL8168C PCIe controller. > > If I understand correctly the RTL8168C PCIe is a Gigabit Ethernet > controller and mine's definately a Fast Ethernet > > > I guess hwrev variable would have value 0x34c00000 and I don't see > > reason why it can't match an entry in re_hwrevs table which already > > has that entry. > > Well, actually there's no 0x34C00000 in the Known revision codes, > there's a 0x3C400000, but that's different, that's why the chip > doesn't match any of the known HW ids. I really think the driver's > biting three bits more than it can chew here > Sorry, have no idea why I read it as 0x3C400000 instead of 0x34C00000. > > Would you show me the output of "CSR_READ_4(sc, RL_TXCFG)"? > > 0x37c00000 > OMG! This is completely new controller. > This is dmesg with the SVN driver - > > Jan 23 11:55:31 kernel: re0: 10/100baseTX> port 0xec00-0xecff mem > 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 18 at device 0.0 on > pci3 > Jan 23 11:55:31 kernel: re0: Using 1 MSI messages > Jan 23 11:55:31 kernel: re0: Chip rev. 0x34800000 > Jan 23 11:55:31 kernel: re0: MAC rev. 0x00400000 > Jan 23 11:55:31 kernel: re0: Unknown H/W revision: 0x34c00000 > Jan 23 11:55:31 kernel: device_attach: re0 attach returned 6 > > dmesg after patch - > > Jan 23 12:58:04 kernel: re0: 10/100baseTX> port 0xec00-0xecff mem > 0xfebff000-0xfebfffff,0xfdff0000-0xfdffffff irq 18 at device 0.0 on > pci3 > Jan 23 12:58:04 kernel: re0: Using 1 MSI messages > Jan 23 12:58:04 kernel: re0: HWREV - 0x37c00000 > Jan 23 12:58:04 kernel: re0: Chip rev. 0x34800000 > Jan 23 12:58:04 kernel: re0: MAC rev. 0x00400000 > Jan 23 12:58:04 kernel: miibus0: on re0 > Jan 23 12:58:04 kernel: re0: Ethernet address: 90:fb:a6:29:80:cd > Jan 23 12:58:04 kernel: re0: [FILTER] > Jan 23 13:00:31 kernel: re0: link state changed to UP > Jan 23 13:00:40 dhclient: New Hostname (re0): > Jan 23 13:00:40 dhclient: New IP Address (re0): 192.168.1.103 > Jan 23 13:00:40 dhclient: New Subnet Mask (re0): 255.255.255.0 > Jan 23 13:00:40 dhclient: New Broadcast Address (re0): 255.255.255.255 > Jan 23 13:00:40 dhclient: New Routers (re0): 192.168.1.1 > > Just as a sidenote if it would help to understand the problem easier, > while debugging the issue I used as a reference the DragonflyBSD > driver - and more specifically this commit - > http://www.mail-archive.com/commits@crater.dragonflybsd.org/msg09347.html > Can't comment on these changes. sephe seems to have other ideas on handling RealTek's broken silicon revision naming. Anyway, would you try attached patch? I'm not entirely sure whether my patch is correct or not but I just added minimal support for the new controller(RTL8103E series). RTL8103E seems to have additional registers related with power control/WOL so I'm not sure the patch is enough to make suspend/resume/WOL work too. --45Z9DzgjV8m4Oswq Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="re.RTL8103E.diff" Index: sys/dev/re/if_re.c =================================================================== --- sys/dev/re/if_re.c (revision 202820) +++ sys/dev/re/if_re.c (working copy) @@ -212,6 +212,7 @@ { RL_HWREV_8102E, RL_8169, "8102E"}, { RL_HWREV_8102EL, RL_8169, "8102EL"}, { RL_HWREV_8102EL_SPIN1, RL_8169, "8102EL"}, + { RL_HWREV_8103E, RL_8169, "8103E"}, { RL_HWREV_8168_SPIN2, RL_8169, "8168"}, { RL_HWREV_8168_SPIN3, RL_8169, "8168"}, { RL_HWREV_8168C, RL_8169, "8168C/8111C"}, @@ -1268,6 +1269,12 @@ RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | RL_FLAG_FASTETHER | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD; break; + case RL_HWREV_8103E: + sc->rl_flags |= RL_FLAG_NOJUMBO | RL_FLAG_PHYWAKE | + RL_FLAG_PAR | RL_FLAG_DESCV2 | RL_FLAG_MACSTAT | + RL_FLAG_FASTETHER | RL_FLAG_CMDSTOP | RL_FLAG_AUTOPAD | + RL_FLAG_MACSLEEP; + break; case RL_HWREV_8168_SPIN1: case RL_HWREV_8168_SPIN2: sc->rl_flags |= RL_FLAG_WOLRXENB; Index: sys/pci/if_rlreg.h =================================================================== --- sys/pci/if_rlreg.h (revision 202820) +++ sys/pci/if_rlreg.h (working copy) @@ -166,6 +166,7 @@ #define RL_HWREV_8100E 0x30800000 #define RL_HWREV_8101E 0x34000000 #define RL_HWREV_8102E 0x34800000 +#define RL_HWREV_8103E 0x34C00000 #define RL_HWREV_8168_SPIN2 0x38000000 #define RL_HWREV_8168_SPIN3 0x38400000 #define RL_HWREV_8168C 0x3C000000 --45Z9DzgjV8m4Oswq--