From owner-freebsd-net@FreeBSD.ORG Sun May 23 14:04:59 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AF66E1065674; Sun, 23 May 2010 14:04:59 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 868B58FC08; Sun, 23 May 2010 14:04:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4NE4xBr006662; Sun, 23 May 2010 14:04:59 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4NE4xJd006658; Sun, 23 May 2010 14:04:59 GMT (envelope-from gavin) Date: Sun, 23 May 2010 14:04:59 GMT Message-Id: <201005231404.o4NE4xJd006658@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly 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, 23 May 2010 14:04:59 -0000 Synopsis: [libc] close(2) returns error 54 (connection reset by peer) wrongly Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Sun May 23 14:03:41 UTC 2010 Responsible-Changed-Why: Pass this over to maintainers. Thanks for the good PR and test case! http://www.freebsd.org/cgi/query-pr.cgi?pr=146845 From owner-freebsd-net@FreeBSD.ORG Sun May 23 22:06: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 8A23F106564A for ; Sun, 23 May 2010 22:06:43 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 7A8318FC20 for ; Sun, 23 May 2010 22:06:43 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4NM6gkj016874 for ; Sun, 23 May 2010 22:06:42 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4NM6gor016873; Sun, 23 May 2010 22:06:42 GMT (envelope-from gnats) Date: Sun, 23 May 2010 22:06:42 GMT Message-Id: <201005232206.o4NM6gor016873@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Kurt Jaeger Cc: Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Kurt Jaeger List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 23 May 2010 22:06:43 -0000 The following reply was made to PR kern/146792; it has been noted by GNATS. From: Kurt Jaeger To: bug-followup@FreeBSD.org, niko@gtelecom.ru Cc: Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load Date: Sun, 23 May 2010 16:19:25 +0200 Hi! I observe a similar behaviour on a 8.0-RELEASE-p2 i386 GENERIC kernel. System receives 2 BGP4 fullfeeds (approx. 310K routes each). The system is still running, a few processes are unkillable or die only after a long amount (1-2h) of time. Here's the list of unkillable processes: 80871 ?? R 0:00.00 /bin/sh /etc/periodic/daily/470.status-named 76499 ?? Rs 0:00.01 sshd: [accepted] (sshd) 76922 ?? Rs 0:00.01 sshd: [accepted] (sshd) flowcleaner looks pretty busy (for an uptime of approx. 40h): 22 ?? RL 1209:50.98 [flowcleaner] 4:17PM up 1 day, 22:22, 2 users, load averages: 7.20, 6.53, 5.81 quagga is running on the system, bgpd mgmt cli is no longer reachable: # telnet 0 2605 Trying 0.0.0.0... Connected to 0. Escape character is '^]'. ^] telnet> close Connection closed. # What can I do to help to debug this ? No console access available right now, but can probably made available. This is a production host, but not yet super-critical, so... -- pi@opsec.eu +49 171 3101372 10 years to go ! From owner-freebsd-net@FreeBSD.ORG Mon May 24 01:19: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 2A5C6106566C for ; Mon, 24 May 2010 01:19:49 +0000 (UTC) (envelope-from jiani1012@126.com) Received: from m15-23.126.com (m15-23.126.com [220.181.15.23]) by mx1.freebsd.org (Postfix) with ESMTP id A19158FC1A for ; Mon, 24 May 2010 01:19:47 +0000 (UTC) Received: from jiani1012 ( [124.205.28.146] ) by ajax-webmail-wmsvr23 (Coremail) ; Mon, 24 May 2010 09:19:40 +0800 (CST) Date: Mon, 24 May 2010 09:19:40 +0800 (CST) From: jiani1012 To: "Paul B Mahol" Message-ID: <587ef7.648c.128c7e4cc48.Coremail.jiani1012@126.com> In-Reply-To: References: <20100506120022.A331D10656C2@hub.freebsd.org> <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> <4ce970a1.1bc70.12895cdbd14.Coremail.jiani1012@126.com> MIME-Version: 1.0 X-Originating-IP: [124.205.28.146] X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 100504(10496.3041.3041) Copyright (c) 2002-2010 www.mailtech.cn 126com X-CM-CTRLDATA: edUI+GZvb3Rlcl9odG09MjI4OjEzMA== X-CM-TRANSID: F8qowLB7gwEs1PlLVeUBAA--.5441W X-CM-SenderInfo: xmld0xarqrjqqrswhudrp/1tbi4wvalEkZnjy7AQAAsu X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-Mailman-Approved-At: Mon, 24 May 2010 02:10:12 +0000 Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re:Re: Re: convert Windows NDIS drivers for use with FreeBSD 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, 24 May 2010 01:19:49 -0000 U29ycnmjrEkgaGF2ZSB2ZXJpZmllZCB0aGF0IHRoZSBkcml2ZXIgZm9yIGl3biBvbiBmcmVlYnNk IGNhbiBub3Qgc3VwcG9ydCAic2NhbiIgaXRzZWxmLiBUaGUgZnJlZWJzZDguMCBzdXBwb3J0IHRo ZSBkcml2ZXIgZm9yIDQ5NjVhZ24sIHNvIEkgZG8gYSBtaXN0YWtlIGluIGNvbnZlcnRpbmcgdGhl IHhwIGRyaXZlci4gCgoKSmVueQ== From owner-freebsd-net@FreeBSD.ORG Mon May 24 02:54: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 CEAB21065670 for ; Mon, 24 May 2010 02:54:38 +0000 (UTC) (envelope-from jamesbrandongooch@gmail.com) Received: from mail-iw0-f182.google.com (mail-iw0-f182.google.com [209.85.214.182]) by mx1.freebsd.org (Postfix) with ESMTP id 936368FC0C for ; Mon, 24 May 2010 02:54:38 +0000 (UTC) Received: by iwn5 with SMTP id 5so3405390iwn.13 for ; Sun, 23 May 2010 19:54:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=O7kHjMgjks4qNw+HIXRP5RsqvA22+M7x7h78Etyg1o4=; b=cTk9peTy06SiLXrWPK8D5ewYP1tECDLrNSoZaaT7dDftTZFal9/8xyAu1zYN2j2Dgb y6umPiTgxVWScfIjaQR97DMFfCteXL66LmudwyIG21Rbi4OejdN2jE9wXNzy4xAapk2F RVo4tcaa5SQHWztL6KElhqsziG7s9Ugtog8dU= 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=g6i1ac6Kc0gW109mVkamIVn5X0VGPfKdi3tyF5B7CVZYkfVvR6O+DJKtn+hemhG31B yFTGKSHC88CA+ehm3vciT+KcDfN/ateXffiA1QgwkWKXBKjYGLr8Oz3JWeJp2G2fuHK9 sQzIHWlbkp4HdrW4WWUMzci2nmZXozcAmqvyU= MIME-Version: 1.0 Received: by 10.231.156.1 with SMTP id u1mr4452663ibw.46.1274669676817; Sun, 23 May 2010 19:54:36 -0700 (PDT) Received: by 10.231.182.204 with HTTP; Sun, 23 May 2010 19:54:36 -0700 (PDT) In-Reply-To: <201005232206.o4NM6gor016873@freefall.freebsd.org> References: <201005232206.o4NM6gor016873@freefall.freebsd.org> Date: Sun, 23 May 2010 21:54:36 -0500 Message-ID: From: Brandon Gooch To: Kurt Jaeger Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Kip Macy Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load 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, 24 May 2010 02:54:39 -0000 On Sun, May 23, 2010 at 5:06 PM, Kurt Jaeger wrote: > The following reply was made to PR kern/146792; it has been noted by GNAT= S. > > From: Kurt Jaeger > To: bug-followup@FreeBSD.org, niko@gtelecom.ru > Cc: > Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load > Date: Sun, 23 May 2010 16:19:25 +0200 > > =A0Hi! > > =A0I observe a similar behaviour on a 8.0-RELEASE-p2 i386 GENERIC > =A0kernel. > > =A0System receives 2 BGP4 fullfeeds (approx. 310K routes each). > > =A0The system is still running, a few processes are unkillable or > =A0die only after a long amount (1-2h) of time. > > =A0Here's the list of unkillable processes: > > =A080871 =A0?? =A0R =A0 =A0 =A00:00.00 /bin/sh /etc/periodic/daily/470.st= atus-named > =A076499 =A0?? =A0Rs =A0 =A0 0:00.01 sshd: [accepted] (sshd) > =A076922 =A0?? =A0Rs =A0 =A0 0:00.01 sshd: [accepted] (sshd) > > =A0flowcleaner looks pretty busy (for an uptime of approx. 40h): > > =A0 =A022 =A0?? =A0RL =A0 1209:50.98 [flowcleaner] > > =A04:17PM =A0up 1 day, 22:22, 2 users, load averages: 7.20, 6.53, 5.81 > > =A0quagga is running on the system, bgpd mgmt cli is no longer reachable: > > =A0# telnet 0 2605 > =A0Trying 0.0.0.0... > =A0Connected to 0. > =A0Escape character is '^]'. > > =A0^] > =A0telnet> close > =A0Connection closed. > =A0# > > =A0What can I do to help to debug this ? > =A0No console access available right now, but can probably made available= . > > =A0This is a production host, but not yet super-critical, so... I know absolutely nothing about quagga, and very, very little about the flowcleaner process (or flowtable, no man page), but I DO KNOW that Kip Macy suggested disabling: options FLOWTABLE from the kernel config of the machine experiencing the issue. This was back in December 2009, so I'm not sure about a resolution to the actual problem (or if it is just inherent in the design of the per-cpu routing cache). Perhaps Kip may have more insight? -Brandon From owner-freebsd-net@FreeBSD.ORG Mon May 24 11:06:59 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 92D1F106566B for ; Mon, 24 May 2010 11:06:59 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 823718FC14 for ; Mon, 24 May 2010 11:06:59 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4OB6xCV004447 for ; Mon, 24 May 2010 11:06:59 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4OB6wmM004445 for freebsd-net@FreeBSD.org; Mon, 24 May 2010 11:06:58 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 24 May 2010 11:06:58 GMT Message-Id: <201005241106.o4OB6wmM004445@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, 24 May 2010 11:06:59 -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/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146628 net [tcp] [patch] TCP does not clear DF when MTU is below o kern/146539 net [arp] arp pub not working properly o kern/146534 net [icmp6] wrong source address in echo reply o kern/146517 net [ath] [wlan] device timeouts for ath wlan device on re o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146263 net [em] [panic] Panic in em(4) SIOCADDMULTI/em_set_multi/ o kern/146250 net [netinet] [patch] Races on interface alias removal o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145918 net [ae] After spontaneous ae0 "watchdog timeout", "stray o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o kern/145621 net [bge] [panic] bge watchdog timeout --resetting -> cras o kern/145462 net [netgraph] [patch] panic kernel when ng_ipfw send ip p o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg 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/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/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/140682 net [netgraph] [panic] random panic in netgraph 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 o kern/140597 net [netinet] [patch] implement Lost Retransmission Detect 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/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/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 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 if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/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/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/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m 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/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/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 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 [patch] rc.conf(5): allow to setfib(1) for service run 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/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/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/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/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/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. 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/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/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 ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/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] [security] ppp(8): fix local stack overflow in 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 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/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/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/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 kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working 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 o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/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/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 kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after 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/66225 net [netgraph] [patch] extend ng_eiface(4) control message 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 428 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 24 11:16:57 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 0B7E41065697 for ; Mon, 24 May 2010 11:16:56 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id AD5E98FC1E for ; Mon, 24 May 2010 11:16:56 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4OBGt5N080946 for ; Mon, 24 May 2010 13:16:55 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4OBGtWI080945 for freebsd-net@freebsd.org; Mon, 24 May 2010 13:16:55 +0200 (CEST) (envelope-from rvdp) Date: Mon, 24 May 2010 13:16:55 +0200 From: Ronald van der Pol To: freebsd-net@freebsd.org Message-ID: <20100524111655.GG22200@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Subject: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 24 May 2010 11:16:57 -0000 An 'ifconfig ix0 mtu 1500' works fine, but 'ifconfig ix0 mtu 1501' causes a panic. It was either a "RX ring hdr initialization failed!" or a "RX ring pkt initialization failed!" (sorry, I did not write it down because I thought it would be in the logs). This is with a 8-STABLE cvsup'd yesterday: FreeBSD XXXXXXX 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Sun May 23 17:23:39 CEST 2010 root@XXXXX:/usr/obj/usr/src/sys/GENERIC amd64 ix0: port 0xece0-0xecff mem 0xdf1a0000-0xdf1bffff,0xdf1c0000-0xdf1fffff, 0xdf19c000-0xdf19ffff irq 34 at device 0.0 on pci5 ix0: Using MSIX interrupts with 9 vectors ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: [ITHREAD] ix0: Ethernet address: 00:1b:21:49:56:61 ix0: PCI Express Bus: Speed 2.5Gb/s Width x8 ix0: flags=8843 metric 0 mtu 1500 options=5bb ether 00:1b:21:49:56:61 inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 media: Ethernet autoselect (10Gbase-SR ) status: active rvdp From owner-freebsd-net@FreeBSD.ORG Mon May 24 17:22: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 E5659106564A for ; Mon, 24 May 2010 17:22:30 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 783078FC17 for ; Mon, 24 May 2010 17:22:30 +0000 (UTC) Received: by wyb39 with SMTP id 39so382133wyb.13 for ; Mon, 24 May 2010 10:22:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=m8Bw7nKn3FLp/NCqbM6s4+DG+C5TNKL+Un6eOJCRAts=; b=kdIKzj0NC8bbRRFdmQHBsPlhVUI4FApgLQbqrY7Va/1QxQJqVaacL6prYeTjCTkwgb UmHdpiZrYwRtt1/swPILZd770z0Cj2sz9zHGqx1UHlgc1ICjXdrwPMY9dY2k7CeeyzjY D225idHx9K4c1g6YNnawbJ1fmjgQbetx0Sonw= 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=Ll/6rZn/PY26hRECtQcrYrl/Dc9cB487H71OOntJlFZPvoRUSOpSUaixU0kmCEd9SW FczxpDq1kITLkIbg/6gPjHjbRsC+0vFpMzyp4+3rXjVfZOyWj7HSzDbKp4vK5Av7OzCk 7C3/v7nPjNGsqPjxe3Dylcf+ZO7GzT3i8XsWc= MIME-Version: 1.0 Received: by 10.216.188.144 with SMTP id a16mr3674123wen.204.1274721748986; Mon, 24 May 2010 10:22:28 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Mon, 24 May 2010 10:22:25 -0700 (PDT) In-Reply-To: <20100524111655.GG22200@rvdp.org> References: <20100524111655.GG22200@rvdp.org> Date: Mon, 24 May 2010 10:22:25 -0700 Message-ID: From: Jack Vogel To: Ronald van der Pol Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 24 May 2010 17:22:31 -0000 Try the driver in HEAD, I am going to MFC that shortly anyway. Jack On Mon, May 24, 2010 at 4:16 AM, Ronald van der Pol < Ronald.vanderPol@rvdp.org> wrote: > An 'ifconfig ix0 mtu 1500' works fine, but 'ifconfig ix0 mtu 1501' > causes a panic. It was either a "RX ring hdr initialization failed!" > or a "RX ring pkt initialization failed!" (sorry, I did not write it > down because I thought it would be in the logs). > > This is with a 8-STABLE cvsup'd yesterday: > FreeBSD XXXXXXX 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #4: Sun May 23 > 17:23:39 CEST 2010 root@XXXXX:/usr/obj/usr/src/sys/GENERIC amd64 > > ix0: > port 0xece0-0xecff mem 0xdf1a0000-0xdf1bffff,0xdf1c0000-0xdf1fffff, > 0xdf19c000-0xdf19ffff irq 34 at device 0.0 on pci5 > ix0: Using MSIX interrupts with 9 vectors > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: [ITHREAD] > ix0: Ethernet address: 00:1b:21:49:56:61 > ix0: PCI Express Bus: Speed 2.5Gb/s Width x8 > > ix0: flags=8843 metric 0 mtu 1500 > > options=5bb > ether 00:1b:21:49:56:61 > inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 > media: Ethernet autoselect (10Gbase-SR ) > status: active > > rvdp > _______________________________________________ > 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 May 25 07:42:06 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 1552A1065670; Tue, 25 May 2010 07:42:06 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E0D178FC1B; Tue, 25 May 2010 07:42:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4P7g5l4007147; Tue, 25 May 2010 07:42:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4P7g51c007143; Tue, 25 May 2010 07:42:05 GMT (envelope-from linimon) Date: Tue, 25 May 2010 07:42:05 GMT Message-Id: <201005250742.o4P7g51c007143@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/146909: [rue] rue(4) does not detect OQO model01 network controller 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, 25 May 2010 07:42:06 -0000 Old Synopsis: rue(4) does not detect OQO model01 network controller New Synopsis: [rue] rue(4) does not detect OQO model01 network controller Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue May 25 07:41:52 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146909 From owner-freebsd-net@FreeBSD.ORG Tue May 25 09:25:19 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 956DD106566C for ; Tue, 25 May 2010 09:25:19 +0000 (UTC) (envelope-from ask@develooper.com) Received: from x8.develooper.com (mbox1.develooper.com [207.171.7.178]) by mx1.freebsd.org (Postfix) with ESMTP id 7BEC68FC16 for ; Tue, 25 May 2010 09:25:19 +0000 (UTC) Received: (qmail 21049 invoked from network); 25 May 2010 09:25:17 -0000 Received: from cpe-75-83-150-233.socal.res.rr.com (HELO embla.bn.dev) (ask@mail.dev@75.83.150.233) by smtp.develooper.com with ESMTPA; 25 May 2010 09:25:17 -0000 From: =?iso-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: quoted-printable Date: Tue, 25 May 2010 02:25:17 -0700 Message-Id: To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Mime-Version: 1.0 (Apple Message framework v1078) X-Mailer: Apple Mail (2.1078) Cc: Subject: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 09:25:19 -0000 Hi, Since upgrading from openbgpd 4.5 to 4.7 (tried 4.6, too with bad = results) openbgpd doesn't work on my vlan interface. I have two routers = (10.0.100.2 and .3). That network is on vlan2; with carp2 running .1. Running .3 on 4.6 or 4.7 makes it immediately lose it's route to the = 100.0/24 network when bgpd starts. bgpd is announcing 10.0.100.0/24 = (and understands that it's a locally routed network, according to bgpctl = show ip bgp, see below). ... but somehow the routing able gets changed to have that network = routed to 10.0.100.2 (the other router, running 4.5) instead of = 0.0.0.0/vlan2. I can't even ping 10.0.100.3 (the vlan2 IP) from the box = itself. If I ping that IP from a box on a different network it works. Also, I can restore the route with route del -net 10.0.100.0/24 10.0.100.2 route add -net 10.0.100.0/24 -interface vlan2 ... but as soon as bgpd reconnects it will mess it up again. Any ideas? Am I doing it wrong? I understand that bgpd is exchanging = the routes; but until v4.5 it'd keep the local interface as a = preference. What's the proper forum to for the FreeBSD openbgpd port? = I can't even find a changelog for the different versions... For what it's worth - on a non-vlan, non-carp interface in another = otherwise similar setup it's working ok with 4.6 and 4.7. - ask gw-b.dev# bgpctl show ip bgp flags: * =3D Valid, > =3D Selected, I =3D via IBGP, A =3D Announced origin: i =3D IGP, e =3D EGP, ? =3D Incomplete flags destination gateway lpref med aspath origin AI*> 10.0.100.0/24 0.0.0.0 100 0 i *> 10.0.201.0/24 10.77.80.6 100 30 64701 i gw-b.dev# netstat -rn | grep 10.0.100 10.0.100.0/24 10.0.100.2 UGC 5 186 vlan2 10.0.100.1 10.0.100.2 UGHW3 0 3 vlan2 = 3053 10.0.100.3 10.0.100.2 UGHW3 0 1 vlan2 = 3522 10.0.100.13 10.0.100.2 UGHW3 0 34 vlan2 = 3599 10.0.100.103 10.0.100.2 UGHW3 0 32 vlan2 = 3583 10.0.100.104 10.0.100.2 UGHW3 0 4 vlan2 = 3565 From owner-freebsd-net@FreeBSD.ORG Tue May 25 09:50: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 3AC241065673 for ; Tue, 25 May 2010 09:50:07 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id E7ACA8FC1A for ; Tue, 25 May 2010 09:50:06 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4P9o55I099156; Tue, 25 May 2010 11:50:05 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4P9o5A6099155; Tue, 25 May 2010 11:50:05 +0200 (CEST) (envelope-from rvdp) Date: Tue, 25 May 2010 11:49:59 +0200 From: Ronald van der Pol To: Jack Vogel Message-ID: <20100525094959.GE287@rvdp.org> References: <20100524111655.GG22200@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 09:50:07 -0000 On Mon, May 24, 2010 at 10:22:25 -0700, Jack Vogel wrote: > Try the driver in HEAD, I am going to MFC that shortly anyway. Jack, When do you plan the MFC? I get a panic with current while it is booting the kernel. lapic_enable_cmc related. rvdp From owner-freebsd-net@FreeBSD.ORG Tue May 25 10:53: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 2A5F11065674 for ; Tue, 25 May 2010 10:53:22 +0000 (UTC) (envelope-from if@xip.at) Received: from chile.gbit.at (ns1.xip.at [193.239.188.99]) by mx1.freebsd.org (Postfix) with ESMTP id 6B32D8FC21 for ; Tue, 25 May 2010 10:53:20 +0000 (UTC) Received: (qmail 19928 invoked from network); 25 May 2010 12:53:18 +0200 Received: from unknown (HELO filebunker.xip.at) (86.59.10.180) by chile.gbit.at with (DHE-RSA-AES256-SHA encrypted) SMTP; 25 May 2010 12:53:18 +0200 Date: Tue, 25 May 2010 12:53:18 +0200 (CEST) From: Ingo Flaschberger To: =?ISO-8859-15?Q?Ask_Bj=F8rn_Hansen?= In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (LFD 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 10:53:22 -0000 Dear Ask, the problem is, that freebsd only allows 1 route to 1 destination (at least at freebsd 6.3). I have a similar setup (carp and routing protocols) and use a modified ucarp with additional route add and deletes. Kind regards, ingo flaschberger From owner-freebsd-net@FreeBSD.ORG Tue May 25 13:19: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 3E4AA1065675 for ; Tue, 25 May 2010 13:19:39 +0000 (UTC) (envelope-from nickolasbug@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id C433A8FC23 for ; Tue, 25 May 2010 13:19:38 +0000 (UTC) Received: by wwd20 with SMTP id 20so34896wwd.13 for ; Tue, 25 May 2010 06:19:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=KOhq7DjOUPJEgGCaiqBxB7GKtbgOyi0ZBmjcDjiqFM0=; b=m2v7u6C5e7wt5noiY3Yi3/WRJKcoPaT+IwGLDKq4iVCeHZ+6PtD4c9Pb5BwSDlN220 QY0UgNX7RV52YnJfOvNX5W1jmnGV4/sosH16PUSXQ5oSO57P6Un71Il3XiIYcO3obxee yFVXci3CcHCV5ajuO53NSpUrz3zIekKvs6iEE= 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=Z5R5ytOAcunfM/+1fJs2dxr9bCic2dfkJ2Cnautdq9LWwo5u6BOz6FwK6mQhlSsdQB Eb9NzqQ6ag8BfKZXDzqIFx7DVnVHVwyo81kC983qVOjLmjx4u23HCq1BDZ5lrC4cMxMV 9IRIbwpcXnGu/XbipTZ1xCqbIhxw5yjlwu/fw= MIME-Version: 1.0 Received: by 10.216.91.15 with SMTP id g15mr4629207wef.15.1274792181653; Tue, 25 May 2010 05:56:21 -0700 (PDT) Received: by 10.216.48.11 with HTTP; Tue, 25 May 2010 05:56:21 -0700 (PDT) In-Reply-To: References: Date: Tue, 25 May 2010 15:56:21 +0300 Message-ID: From: nickolasbug@gmail.com To: =?ISO-8859-1?Q?Ask_Bj=F8rn_Hansen?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: openbgpd / openospf / carp / vlan (on 7.2) trouble 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, 25 May 2010 13:19:39 -0000 Hi Bj=F8rn! I also have had troubles with openbdpd few years ago. All troubles vanished after installing quagga instead of openbgpd. Well, maybe it's not great solution, but it's workaround. wbr. 2010/5/25 Ask Bj=F8rn Hansen : > Hi, > > Since upgrading from openbgpd 4.5 to 4.7 (tried 4.6, too with bad results= ) openbgpd doesn't work on my vlan interface. =A0I have two routers (10.0.1= 00.2 and .3). =A0That network is on vlan2; with carp2 running .1. > > Running .3 on 4.6 or 4.7 makes it immediately lose it's route to the 100.= 0/24 network when bgpd starts. =A0bgpd is announcing 10.0.100.0/24 (and und= erstands that it's a locally routed network, according to bgpctl show ip bg= p, see below). > > ... but somehow the routing able gets changed to have that network routed= to 10.0.100.2 (the other router, running 4.5) instead of 0.0.0.0/vlan2. = =A0I can't even ping 10.0.100.3 (the vlan2 IP) from the box itself. =A0If I= ping that IP from a box on a different network it works. > > Also, I can restore the route with > > route del -net 10.0.100.0/24 10.0.100.2 > route add -net 10.0.100.0/24 -interface vlan2 > > ... but as soon as bgpd reconnects it will mess it up again. > > Any ideas? =A0Am I doing it wrong? =A0I understand that bgpd is exchangin= g the routes; but until v4.5 it'd keep the local interface as a preference.= =A0What's the proper forum to for the FreeBSD openbgpd port? =A0 I can't e= ven find a changelog for the different versions... > > For what it's worth - on a non-vlan, non-carp interface in another otherw= ise similar setup it's working ok with 4.6 and 4.7. > > > =A0- ask > > gw-b.dev# bgpctl show ip bgp > flags: * =3D Valid, > =3D Selected, I =3D via IBGP, A =3D Announced > origin: i =3D IGP, e =3D EGP, ? =3D Incomplete > > flags destination =A0 =A0 =A0 =A0 =A0gateway =A0 =A0 =A0 =A0 =A0lpref =A0= med aspath origin > AI*> =A010.0.100.0/24 =A0 =A0 =A0 =A00.0.0.0 =A0 =A0 =A0 =A0 =A0 =A0100 = =A0 =A0 0 i > *> =A0 =A010.0.201.0/24 =A0 =A0 =A0 =A010.77.80.6 =A0 =A0 =A0 =A0 100 =A0= =A030 64701 i > > > gw-b.dev# netstat -rn | grep 10.0.100 > 10.0.100.0/24 =A0 =A0 =A010.0.100.2 =A0 =A0 =A0 =A0 UGC =A0 =A0 =A0 =A0 5= =A0 =A0 =A0186 =A0vlan2 > 10.0.100.1 =A0 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 =A03 =A0vlan2 =A0 3053 > 10.0.100.3 =A0 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 =A01 =A0vlan2 =A0 3522 > 10.0.100.13 =A0 =A0 =A0 =A010.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0= =A0 =A0 =A0 34 =A0vlan2 =A0 3599 > 10.0.100.103 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0 = =A0 =A0 =A0 32 =A0vlan2 =A0 3583 > 10.0.100.104 =A0 =A0 =A0 10.0.100.2 =A0 =A0 =A0 =A0 UGHW3 =A0 =A0 =A0 0 = =A0 =A0 =A0 =A04 =A0vlan2 =A0 3565 > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Tue May 25 15:43: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 0FF68106566C for ; Tue, 25 May 2010 15:43:20 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 95E1A8FC0A for ; Tue, 25 May 2010 15:43:19 +0000 (UTC) Received: by wyj26 with SMTP id 26so385187wyj.13 for ; Tue, 25 May 2010 08:43:18 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=W8QF37u7e/LJXJXOG8zPeeQRaamv8dg1ejD+3hcD0sM=; b=IJZttS6lJNrU0Njc+PKc+1UusqezK3B68AW797ezAdv/zyfNUGmUSpI25qkHjNVg1N ZEc35Ai6wuKXF0a0KcMS4OuR4z3hDpEekl+0acJBmYoh2LiU3ZMgpLGEUW1BuFH/X22g Yba6Py5HFKFYHY0U8AGhrlk4tqyiKEtgEAjpc= 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=Pfx8k6o5JZBAIzgCxR5CpLN+wviXTodthHtLCbJVSHaEjWiSVw3pkmBu8VWskcPtdl 7toSr4dWH0pc99Cj6dMDRw8VjLPfZys0MZJAxgsnlAeDJKmNGFmxpgV5bxlnAz3wPpP+ bRGh086M1d7WwIxesCw3dmbmceyVmiDVTQlrk= MIME-Version: 1.0 Received: by 10.216.85.197 with SMTP id u47mr4520081wee.77.1274802197908; Tue, 25 May 2010 08:43:17 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Tue, 25 May 2010 08:43:15 -0700 (PDT) In-Reply-To: <20100525094959.GE287@rvdp.org> References: <20100524111655.GG22200@rvdp.org> <20100525094959.GE287@rvdp.org> Date: Tue, 25 May 2010 08:43:15 -0700 Message-ID: From: Jack Vogel To: Ronald van der Pol Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 15:43:20 -0000 Done yesterday. Jack On Tue, May 25, 2010 at 2:49 AM, Ronald van der Pol < Ronald.vanderPol@rvdp.org> wrote: > On Mon, May 24, 2010 at 10:22:25 -0700, Jack Vogel wrote: > > > Try the driver in HEAD, I am going to MFC that shortly anyway. > > Jack, > > When do you plan the MFC? I get a panic with current while it is > booting the kernel. lapic_enable_cmc related. > > rvdp > From owner-freebsd-net@FreeBSD.ORG Tue May 25 15:49: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 3B9841065673 for ; Tue, 25 May 2010 15:49:08 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id CA9808FC20 for ; Tue, 25 May 2010 15:49:07 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4PFn6wx003281; Tue, 25 May 2010 17:49:06 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4PFn6iO003280; Tue, 25 May 2010 17:49:06 +0200 (CEST) (envelope-from rvdp) Date: Tue, 25 May 2010 17:49:06 +0200 From: Ronald van der Pol To: Jack Vogel Message-ID: <20100525154906.GA298@rvdp.org> References: <20100524111655.GG22200@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 15:49:08 -0000 On Mon, May 24, 2010 at 10:22:25 -0700, Jack Vogel wrote: > Try the driver in HEAD, I am going to MFC that shortly anyway. We are using 8.1-PRERELEASE now with the 2.2.0 ixgbe driver and have several problems. The setup is: FreeBSD 8.1-PRERELEASE ixgbe --- UTP -- Arista 7120T -- UTP -- 10G Linux <========================================== receiver: iperf -s -u -B 10.0.1.1 -l 63K -w200K sender: iperf -u -i1 -t 120 -c 10.0.1.1 -l 63K -w200K -b 10000M MTU is 9000 on all interfaces. Flow control is on. This is /var/log/messages on the receiving FreeBSD 8.1-PRERELEASE server: May 25 15:06:19 flits kernel: ix0: Total Packets Rcvd = 17705828 May 25 15:06:19 flits kernel: ix0: Good Packets Rcvd = 4816 May 25 15:06:19 flits kernel: ix0: Good Packets Xmtd = 64 May 25 15:06:19 flits kernel: ix0: TSO Transmissions = 0 May 25 15:06:20 flits kernel: ix0: Std Mbuf Failed = 0 May 25 15:06:20 flits kernel: ix0: Missed Packets = 17880814 May 25 15:06:20 flits kernel: ix0: Receive length errors = 0 May 25 15:06:20 flits kernel: ix0: Crc errors = 0 May 25 15:06:20 flits kernel: ix0: Driver dropped packets = 0 May 25 15:06:20 flits kernel: ix0: watchdog timeouts = 0 May 25 15:06:20 flits kernel: ix0: XON Rcvd = 0 May 25 15:06:20 flits kernel: ix0: XON Xmtd = 0 May 25 15:06:20 flits kernel: ix0: XOFF Rcvd = 0 May 25 15:06:20 flits kernel: ix0: XOFF Xmtd = 0 May 25 15:06:20 flits kernel: ix0: Total Packets Rcvd = 17888305 May 25 15:06:20 flits kernel: ix0: Good Packets Rcvd = 4817 May 25 15:06:20 flits kernel: ix0: Good Packets Xmtd = 64 May 25 15:06:20 flits kernel: ix0: TSO Transmissions = 0 May 25 15:06:22 flits kernel: ix0: Std Mbuf Failed = 0 May 25 15:06:22 flits kernel: ix0: Missed Packets = 18063137 May 25 15:06:22 flits kernel: ix0: Receive length errors = 0 May 25 15:06:22 flits kernel: ix0: Crc errors = 0 May 25 15:06:22 flits kernel: ix0: Driver dropped packets = 0 May 25 15:06:22 flits kernel: ix0: watchdog timeouts = 0 May 25 15:06:22 flits kernel: ix0: XON Rcvd = 0 May 25 15:06:22 flits kernel: ix0: XON Xmtd = 0 May 25 15:06:22 flits kernel: ix0: XOFF Rcvd = 0 May 25 15:06:22 flits kernel: ix0: XOFF Xmtd = 0 May 25 15:06:22 flits kernel: ix0: Total Packets Rcvd = 18070630 May 25 15:06:22 flits kernel: ix0: Good Packets Rcvd = 4818 May 25 15:06:22 flits kernel: ix0: Good Packets Xmtd = 64 May 25 15:06:22 flits kernel: ix0: TSO Transmissions = 0 May 25 15:06:23 flits kernel: ix0: Std Mbuf Failed = 0 May 25 15:06:23 flits kernel: ix0: Missed Packets = 18245600 May 25 15:06:23 flits kernel: ix0: Receive length errors = 0 May 25 15:06:23 flits kernel: ix0: Crc errors = 0 May 25 15:06:23 flits kernel: ix0: Driver dropped packets = 0 May 25 15:06:23 flits kernel: ix0: watchdog timeouts = 0 May 25 15:06:23 flits kernel: ix0: XON Rcvd = 0 May 25 15:06:23 flits kernel: ix0: XON Xmtd = 0 So, it's receiving 182477 packets per second, only 1 good packet and 182323 missed packets (btw, this does not count up correctly). What could be a reason for missed packets? It seems to be a counter in the NIC? After half a minute or so, the ix0 interface stops responding. ifconfig ix0 down/ifconfig ix0 up makes it reachable again. How can I debug this further? Any other statistics? I set ixgbe_display_debug_stats to 1 in ixgbe.c and recompiled and installed the kernel. Is there a better way to get these statistics? The server is a Dell PowerEdge T610. May 25 13:41:30 flits kernel: ix0: port 0xece0-0xecff mem 0xdf1a0000-0xdf1bffff,0xdf1c0000-0xdf 1fffff,0xdf19c000-0xdf19ffff irq 34 at device 0.0 on pci5 May 25 13:41:30 flits kernel: ix0: Using MSIX interrupts with 9 vectors May 25 13:41:30 flits kernel: ix0: [ITHREAD] May 25 13:41:30 flits last message repeated 8 times May 25 13:41:30 flits kernel: ix0: Ethernet address: 00:1b:21:49:56:61 May 25 13:41:30 flits kernel: ix0: PCI Express Bus: Speed 2.5Gb/s Width x8 ix0: flags=8843 metric 0 mtu 9000 options=5bb ether 00:1b:21:49:56:61 inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 media: Ethernet autoselect (10Gbase-SR ) status: active rvdp From owner-freebsd-net@FreeBSD.ORG Tue May 25 15:58: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 054E01065745 for ; Tue, 25 May 2010 15:58:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 78A228FC19 for ; Tue, 25 May 2010 15:58:46 +0000 (UTC) Received: by wwd20 with SMTP id 20so214666wwd.13 for ; Tue, 25 May 2010 08:58:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=EEg2tnYXoxe58RStedWbZSuGuLdy/ZWJt1JkBnU1HJ0=; b=hb7X8bpUgAVjNlOpdhX3PyaCh/4/A7A6e7jO1WQYhC+9or7jxiTIoaPfQiRrJ8i0kV Qc4Ux+zIdxUzsoIZ9g8Mkkn2ByAX1s3dNJHzYdkkEp8D8tB3iFKMTEX0+z1lwano+8uz gv9OYqPG1VKZw/exG4OAdMkr1zRuv2f+OUxag= 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=RBr5C+t0J+vGyXTnDWvJdwqZvCAF/fGGFNCQXa557uXvjq0B3LRsrkoJQmysPBF0y0 UeTjcUYeI1pqjL9wcx1ShT3IrcPv7ewohsduSRkEkr4N2OCa/nTLFw8VfkFlLwzZoOPK IFA+b+YZuxgSExnsb8A8zgz3nMdYRRiyPPSIc= MIME-Version: 1.0 Received: by 10.216.87.204 with SMTP id y54mr4659217wee.142.1274803125763; Tue, 25 May 2010 08:58:45 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Tue, 25 May 2010 08:58:44 -0700 (PDT) In-Reply-To: <20100525154906.GA298@rvdp.org> References: <20100524111655.GG22200@rvdp.org> <20100525154906.GA298@rvdp.org> Date: Tue, 25 May 2010 08:58:44 -0700 Message-ID: From: Jack Vogel To: Ronald van der Pol Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 15:58:50 -0000 Hmmm, the driver was tested before the MFC and was performing great, what exactly is your hardware: pciconf -l Jack On Tue, May 25, 2010 at 8:49 AM, Ronald van der Pol < Ronald.vanderPol@rvdp.org> wrote: > On Mon, May 24, 2010 at 10:22:25 -0700, Jack Vogel wrote: > > > Try the driver in HEAD, I am going to MFC that shortly anyway. > > We are using 8.1-PRERELEASE now with the 2.2.0 ixgbe driver and > have several problems. The setup is: > > FreeBSD 8.1-PRERELEASE ixgbe --- UTP -- Arista 7120T -- UTP -- 10G Linux > <========================================== > > receiver: iperf -s -u -B 10.0.1.1 -l 63K -w200K > sender: iperf -u -i1 -t 120 -c 10.0.1.1 -l 63K -w200K -b 10000M > > MTU is 9000 on all interfaces. Flow control is on. > > This is /var/log/messages on the receiving FreeBSD 8.1-PRERELEASE server: > > May 25 15:06:19 flits kernel: ix0: Total Packets Rcvd = 17705828 > May 25 15:06:19 flits kernel: ix0: Good Packets Rcvd = 4816 > May 25 15:06:19 flits kernel: ix0: Good Packets Xmtd = 64 > May 25 15:06:19 flits kernel: ix0: TSO Transmissions = 0 > May 25 15:06:20 flits kernel: ix0: Std Mbuf Failed = 0 > May 25 15:06:20 flits kernel: ix0: Missed Packets = 17880814 > May 25 15:06:20 flits kernel: ix0: Receive length errors = 0 > May 25 15:06:20 flits kernel: ix0: Crc errors = 0 > May 25 15:06:20 flits kernel: ix0: Driver dropped packets = 0 > May 25 15:06:20 flits kernel: ix0: watchdog timeouts = 0 > May 25 15:06:20 flits kernel: ix0: XON Rcvd = 0 > May 25 15:06:20 flits kernel: ix0: XON Xmtd = 0 > May 25 15:06:20 flits kernel: ix0: XOFF Rcvd = 0 > May 25 15:06:20 flits kernel: ix0: XOFF Xmtd = 0 > May 25 15:06:20 flits kernel: ix0: Total Packets Rcvd = 17888305 > May 25 15:06:20 flits kernel: ix0: Good Packets Rcvd = 4817 > May 25 15:06:20 flits kernel: ix0: Good Packets Xmtd = 64 > May 25 15:06:20 flits kernel: ix0: TSO Transmissions = 0 > May 25 15:06:22 flits kernel: ix0: Std Mbuf Failed = 0 > May 25 15:06:22 flits kernel: ix0: Missed Packets = 18063137 > May 25 15:06:22 flits kernel: ix0: Receive length errors = 0 > May 25 15:06:22 flits kernel: ix0: Crc errors = 0 > May 25 15:06:22 flits kernel: ix0: Driver dropped packets = 0 > May 25 15:06:22 flits kernel: ix0: watchdog timeouts = 0 > May 25 15:06:22 flits kernel: ix0: XON Rcvd = 0 > May 25 15:06:22 flits kernel: ix0: XON Xmtd = 0 > May 25 15:06:22 flits kernel: ix0: XOFF Rcvd = 0 > May 25 15:06:22 flits kernel: ix0: XOFF Xmtd = 0 > May 25 15:06:22 flits kernel: ix0: Total Packets Rcvd = 18070630 > May 25 15:06:22 flits kernel: ix0: Good Packets Rcvd = 4818 > May 25 15:06:22 flits kernel: ix0: Good Packets Xmtd = 64 > May 25 15:06:22 flits kernel: ix0: TSO Transmissions = 0 > May 25 15:06:23 flits kernel: ix0: Std Mbuf Failed = 0 > May 25 15:06:23 flits kernel: ix0: Missed Packets = 18245600 > May 25 15:06:23 flits kernel: ix0: Receive length errors = 0 > May 25 15:06:23 flits kernel: ix0: Crc errors = 0 > May 25 15:06:23 flits kernel: ix0: Driver dropped packets = 0 > May 25 15:06:23 flits kernel: ix0: watchdog timeouts = 0 > May 25 15:06:23 flits kernel: ix0: XON Rcvd = 0 > May 25 15:06:23 flits kernel: ix0: XON Xmtd = 0 > > So, it's receiving 182477 packets per second, only 1 good packet and > 182323 missed packets (btw, this does not count up correctly). > > What could be a reason for missed packets? It seems to be a counter in > the NIC? > > After half a minute or so, the ix0 interface stops responding. > ifconfig ix0 down/ifconfig ix0 up makes it reachable again. > > How can I debug this further? Any other statistics? > > I set ixgbe_display_debug_stats to 1 in ixgbe.c and recompiled and > installed the kernel. Is there a better way to get these statistics? > > The server is a Dell PowerEdge T610. > > May 25 13:41:30 flits kernel: ix0: Driver, Version - 2.2.0> port 0xece0-0xecff mem > 0xdf1a0000-0xdf1bffff,0xdf1c0000-0xdf > 1fffff,0xdf19c000-0xdf19ffff irq 34 at device 0.0 on pci5 > May 25 13:41:30 flits kernel: ix0: Using MSIX interrupts with 9 vectors > May 25 13:41:30 flits kernel: ix0: [ITHREAD] > May 25 13:41:30 flits last message repeated 8 times > May 25 13:41:30 flits kernel: ix0: Ethernet address: 00:1b:21:49:56:61 > May 25 13:41:30 flits kernel: ix0: PCI Express Bus: Speed 2.5Gb/s Width x8 > > ix0: flags=8843 metric 0 mtu 9000 > > options=5bb > ether 00:1b:21:49:56:61 > inet 10.0.1.1 netmask 0xffffff00 broadcast 10.0.1.255 > media: Ethernet autoselect (10Gbase-SR ) > status: active > > rvdp > From owner-freebsd-net@FreeBSD.ORG Tue May 25 16:06: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 DBE9F106564A for ; Tue, 25 May 2010 16:06:40 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id 1FC3A8FC1F for ; Tue, 25 May 2010 16:06:39 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4PG6aET003507; Tue, 25 May 2010 18:06:36 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4PG6abc003506; Tue, 25 May 2010 18:06:36 +0200 (CEST) (envelope-from rvdp) Date: Tue, 25 May 2010 18:06:36 +0200 From: Ronald van der Pol To: Jack Vogel Message-ID: <20100525160635.GC298@rvdp.org> References: <20100524111655.GG22200@rvdp.org> <20100525154906.GA298@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org, Ronald van der Pol Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 16:06:40 -0000 On Tue, May 25, 2010 at 08:58:44 -0700, Jack Vogel wrote: > Hmmm, the driver was tested before the MFC and was performing great, what > exactly is > your hardware: pciconf -l We tested with Ubuntu 9.0 before and were only receiving 6 Gbps on this server, while we got more than 9 Gbps in the other direction. That's why we are trying FreeBSD to investigate if it is software or hardware. [root@flits ~]# pciconf -l -v hostb0@pci0:0:0:0: class=0x060000 card=0x02371028 chip=0x34068086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub to ESI Port' class = bridge subclass = HOST-PCI pcib1@pci0:0:1:0: class=0x060400 card=0x02371028 chip=0x34088086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 1' class = bridge subclass = PCI-PCI pcib2@pci0:0:3:0: class=0x060400 card=0x02371028 chip=0x340a8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 3' class = bridge subclass = PCI-PCI pcib3@pci0:0:4:0: class=0x060400 card=0x02371028 chip=0x340b8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 4' class = bridge subclass = PCI-PCI pcib4@pci0:0:5:0: class=0x060400 card=0x02371028 chip=0x340c8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 5' class = bridge subclass = PCI-PCI pcib5@pci0:0:7:0: class=0x060400 card=0x02371028 chip=0x340e8086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 7' class = bridge subclass = PCI-PCI pcib6@pci0:0:9:0: class=0x060400 card=0x02371028 chip=0x34108086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 9' class = bridge subclass = PCI-PCI pcib7@pci0:0:10:0: class=0x060400 card=0x02371028 chip=0x34118086 rev=0x13 hdr=0x01 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub PCI Express Root Port 10' class = bridge subclass = PCI-PCI none0@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub System Management Registers' class = base peripheral subclass = interrupt controller none1@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad Registers' class = base peripheral subclass = interrupt controller none2@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 rev=0x13 hdr=0x00 vendor = 'Intel Corporation' device = 'QuickPath Architecture I/O Hub Control Status and RAS Registers' class = base peripheral subclass = interrupt controller uhci0@pci0:0:26:0: class=0x0c0300 card=0x02371028 chip=0x29378086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci1@pci0:0:26:1: class=0x0c0300 card=0x02371028 chip=0x29388086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci0@pci0:0:26:7: class=0x0c0320 card=0x02371028 chip=0x293c8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB uhci2@pci0:0:29:0: class=0x0c0300 card=0x02371028 chip=0x29348086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci3@pci0:0:29:1: class=0x0c0300 card=0x02371028 chip=0x29358086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci4@pci0:0:29:2: class=0x0c0300 card=0x02371028 chip=0x29368086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB uhci5@pci0:0:29:3: class=0x0c0300 card=0x02371028 chip=0x29398086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' class = serial bus subclass = USB ehci1@pci0:0:29:7: class=0x0c0320 card=0x02371028 chip=0x293a8086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' class = serial bus subclass = USB pcib8@pci0:0:30:0: class=0x060401 card=0x02371028 chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI isab0@pci0:0:31:0: class=0x060100 card=0x02371028 chip=0x29188086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB (ICH9) LPC Interface Controller' class = bridge subclass = PCI-ISA atapci0@pci0:0:31:2: class=0x01018f card=0x02371028 chip=0x29218086 rev=0x02 hdr=0x00 vendor = 'Intel Corporation' device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage Controller 1' class = mass storage subclass = ATA bce0@pci0:1:0:0: class=0x020000 card=0x02371028 chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet bce1@pci0:1:0:1: class=0x020000 card=0x02371028 chip=0x163914e4 rev=0x20 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme II Gigabit Ethernet (BCM5709)' class = network subclass = ethernet ix0@pci0:5:0:0: class=0x020000 card=0xa12c8086 chip=0x10c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ix1@pci0:6:0:0: class=0x020000 card=0xa12c8086 chip=0x10c88086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet mfi0@pci0:2:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 rev=0x04 hdr=0x00 vendor = 'LSI Logic (Was: Symbios Logic, NCR)' device = 'SAS1078 PCI-X Fusion-MPT SAS' class = mass storage subclass = RAID vgapci0@pci0:8:3:0: class=0x030000 card=0x02371028 chip=0x0532102b rev=0x0a hdr=0x00 vendor = 'Matrox Electronic Systems Ltd.' class = display subclass = VGA [root@flits ~]# rvdp From owner-freebsd-net@FreeBSD.ORG Tue May 25 16:19: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 280A61065673 for ; Tue, 25 May 2010 16:19:13 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 854A98FC1F for ; Tue, 25 May 2010 16:19:12 +0000 (UTC) Received: by wyj26 with SMTP id 26so426572wyj.13 for ; Tue, 25 May 2010 09:19:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=8g8dwJJwo/6lGKSAnUzkkqx2ZuM9wCqS+WuSb8rIdmI=; b=VlzKjus3oWRuaJQ3oHzIi4vpOuVZ/jMZVxYmxLtRwo1rnVomJnHO7c24aaTdm3tM70 ASApQE1xcCG4h4q2KoBxTvO6WKmgz15Nt/2QxJxYFZQmUmPlSjaG1oZcK7r/ns0a3/Ob XsHKhaBgZ9VCwh8dYsc1S+obLqSGNzVahYEKY= 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=NcRt1qSJ0OjqeKalVRvCuHeOv8xQ5MDl5YAvnhq+750hJmv2o/dVCEA9wKyQ/b41aC KTHO7S8XF3Zjw6gnDefaJH3xfIijaVzT1ToE/L4jXZKTWpaiRxrfSI2+Rx/Mf42fvIMF T7+SETvK5zi6+ZwbocGOr/GpBFxdBIEb9LwNw= MIME-Version: 1.0 Received: by 10.216.85.197 with SMTP id u47mr4554605wee.77.1274804351312; Tue, 25 May 2010 09:19:11 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Tue, 25 May 2010 09:19:09 -0700 (PDT) In-Reply-To: <20100525160635.GC298@rvdp.org> References: <20100524111655.GG22200@rvdp.org> <20100525154906.GA298@rvdp.org> <20100525160635.GC298@rvdp.org> Date: Tue, 25 May 2010 09:19:09 -0700 Message-ID: From: Jack Vogel To: Ronald van der Pol Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 16:19:13 -0000 I noticed this system has the adapter in a Gen1 PCI slot (2.5 Gb/s), you will get double in Gen 2, that may be why you only see 6. Someone just pointed out a problem that I am looking into. stay tuned. Jack On Tue, May 25, 2010 at 9:06 AM, Ronald van der Pol < Ronald.vanderPol@rvdp.org> wrote: > On Tue, May 25, 2010 at 08:58:44 -0700, Jack Vogel wrote: > > > Hmmm, the driver was tested before the MFC and was performing great, what > > exactly is > > your hardware: pciconf -l > > We tested with Ubuntu 9.0 before and were only receiving 6 Gbps on > this server, while we got more than 9 Gbps in the other direction. > That's why we are trying FreeBSD to investigate if it is software > or hardware. > > [root@flits ~]# pciconf -l -v > hostb0@pci0:0:0:0: class=0x060000 card=0x02371028 chip=0x34068086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub to ESI Port' > class = bridge > subclass = HOST-PCI > pcib1@pci0:0:1:0: class=0x060400 card=0x02371028 chip=0x34088086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 1' > class = bridge > subclass = PCI-PCI > pcib2@pci0:0:3:0: class=0x060400 card=0x02371028 chip=0x340a8086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 3' > class = bridge > subclass = PCI-PCI > pcib3@pci0:0:4:0: class=0x060400 card=0x02371028 chip=0x340b8086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 4' > class = bridge > subclass = PCI-PCI > pcib4@pci0:0:5:0: class=0x060400 card=0x02371028 chip=0x340c8086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 5' > class = bridge > subclass = PCI-PCI > pcib5@pci0:0:7:0: class=0x060400 card=0x02371028 chip=0x340e8086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 7' > class = bridge > subclass = PCI-PCI > pcib6@pci0:0:9:0: class=0x060400 card=0x02371028 chip=0x34108086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 9' > class = bridge > subclass = PCI-PCI > pcib7@pci0:0:10:0: class=0x060400 card=0x02371028 chip=0x34118086 > rev=0x13 hdr=0x01 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub PCI Express Root Port 10' > class = bridge > subclass = PCI-PCI > none0@pci0:0:20:0: class=0x080000 card=0x00000000 chip=0x342e8086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub System Management > Registers' > class = base peripheral > subclass = interrupt controller > none1@pci0:0:20:1: class=0x080000 card=0x00000000 chip=0x34228086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub GPIO and Scratch Pad > Registers' > class = base peripheral > subclass = interrupt controller > none2@pci0:0:20:2: class=0x080000 card=0x00000000 chip=0x34238086 > rev=0x13 hdr=0x00 > vendor = 'Intel Corporation' > device = 'QuickPath Architecture I/O Hub Control Status and RAS > Registers' > class = base peripheral > subclass = interrupt controller > uhci0@pci0:0:26:0: class=0x0c0300 card=0x02371028 chip=0x29378086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci1@pci0:0:26:1: class=0x0c0300 card=0x02371028 chip=0x29388086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > ehci0@pci0:0:26:7: class=0x0c0320 card=0x02371028 chip=0x293c8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' > class = serial bus > subclass = USB > uhci2@pci0:0:29:0: class=0x0c0300 card=0x02371028 chip=0x29348086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci3@pci0:0:29:1: class=0x0c0300 card=0x02371028 chip=0x29358086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci4@pci0:0:29:2: class=0x0c0300 card=0x02371028 chip=0x29368086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > uhci5@pci0:0:29:3: class=0x0c0300 card=0x02371028 chip=0x29398086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB Universal Host Controller' > class = serial bus > subclass = USB > ehci1@pci0:0:29:7: class=0x0c0320 card=0x02371028 chip=0x293a8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) USB2 Enhanced Host Controller' > class = serial bus > subclass = USB > pcib8@pci0:0:30:0: class=0x060401 card=0x02371028 chip=0x244e8086 > rev=0x92 hdr=0x01 > vendor = 'Intel Corporation' > device = '82801 Family (ICH2/3/4/5/6/7/8/9,63xxESB) Hub Interface to > PCI Bridge' > class = bridge > subclass = PCI-PCI > isab0@pci0:0:31:0: class=0x060100 card=0x02371028 chip=0x29188086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB (ICH9) LPC Interface Controller' > class = bridge > subclass = PCI-ISA > atapci0@pci0:0:31:2: class=0x01018f card=0x02371028 chip=0x29218086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = '82801IB/IR/IH (ICH9 Family) 2 port Serial ATA Storage > Controller 1' > class = mass storage > subclass = ATA > bce0@pci0:1:0:0: class=0x020000 card=0x02371028 chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > bce1@pci0:1:0:1: class=0x020000 card=0x02371028 chip=0x163914e4 > rev=0x20 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'NetXtreme II Gigabit Ethernet (BCM5709)' > class = network > subclass = ethernet > ix0@pci0:5:0:0: class=0x020000 card=0xa12c8086 chip=0x10c88086 rev=0x01 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > ix1@pci0:6:0:0: class=0x020000 card=0xa12c8086 chip=0x10c88086 rev=0x01 > hdr=0x00 > vendor = 'Intel Corporation' > class = network > subclass = ethernet > mfi0@pci0:2:0:0: class=0x010400 card=0x1f0c1028 chip=0x00601000 > rev=0x04 hdr=0x00 > vendor = 'LSI Logic (Was: Symbios Logic, NCR)' > device = 'SAS1078 PCI-X Fusion-MPT SAS' > class = mass storage > subclass = RAID > vgapci0@pci0:8:3:0: class=0x030000 card=0x02371028 chip=0x0532102b > rev=0x0a hdr=0x00 > vendor = 'Matrox Electronic Systems Ltd.' > class = display > subclass = VGA > [root@flits ~]# > > rvdp > _______________________________________________ > 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 May 25 16:36:51 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 B86941065680 for ; Tue, 25 May 2010 16:36:51 +0000 (UTC) (envelope-from rvdp@rvdp.org) Received: from kirk.rvdp.org (kirk.rvdp.org [IPv6:2001:610:108:87::2]) by mx1.freebsd.org (Postfix) with ESMTP id 2FDCA8FC1F for ; Tue, 25 May 2010 16:36:51 +0000 (UTC) Received: from kirk.rvdp.org (localhost [127.0.0.1]) by kirk.rvdp.org (8.14.3/8.14.3) with ESMTP id o4PGaoaO003885; Tue, 25 May 2010 18:36:50 +0200 (CEST) (envelope-from rvdp@kirk.rvdp.org) Received: (from rvdp@localhost) by kirk.rvdp.org (8.14.3/8.14.3/Submit) id o4PGaoUS003884; Tue, 25 May 2010 18:36:50 +0200 (CEST) (envelope-from rvdp) Date: Tue, 25 May 2010 18:36:49 +0200 From: Ronald van der Pol To: Jack Vogel Message-ID: <20100525163649.GD298@rvdp.org> References: <20100524111655.GG22200@rvdp.org> <20100525154906.GA298@rvdp.org> <20100525160635.GC298@rvdp.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@freebsd.org Subject: Re: 8.1-PRERELEASE 10GE ix driver panics when setting mtu > 1500 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, 25 May 2010 16:36:51 -0000 On Tue, May 25, 2010 at 09:19:09 -0700, Jack Vogel wrote: > I noticed this system has the adapter in a Gen1 PCI slot (2.5 Gb/s), you > will get double in > Gen 2, that may be why you only see 6. According to the specs it is a gen2 slot. As far as we understand, the NIC is an old generation that is clocking at 2.5. Anyway, it's x8 slot, so even at 2.5 its should go up to 16 Gbit/s. rvdp From owner-freebsd-net@FreeBSD.ORG Tue May 25 19:03: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 D009F1065670 for ; Tue, 25 May 2010 19:03:11 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id B919C8FC23 for ; Tue, 25 May 2010 19:03:11 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id o4PJ3BYV014834; Tue, 25 May 2010 12:03:11 -0700 (PDT) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 272311F1E15; Tue, 25 May 2010 12:03:11 -0700 (PDT) Date: Tue, 25 May 2010 12:03:10 -0700 From: Robin Sommer To: Jack Vogel Message-ID: <20100525190310.GB32901@icir.org> References: <20100514180151.GA8175@icir.org> <20100519042100.GB6390@icir.org> <20100519162032.GE6390@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-net@freebsd.org Subject: Re: Crashes with ixgbe on FreeBSD 8 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, 25 May 2010 19:03:11 -0000 On Wed, May 19, 2010 at 09:47 -0700, you wrote: > issue this morning but I will try and check the change into HEAD > this afternoon then you will able to just pull that and the driver > will drop into 8 REL with no problem. I'm trying to compile 2.2.0 with RELEASE, but I get the following error: /usr/src/sys/dev/ixgbe/ixgbe.c: In function 'ixgbe_mq_start_locked': /usr/src/sys/dev/ixgbe/ixgbe.c:833: warning: implicit declaration of function 'drbr_needs_enqueue' /usr/src/sys/dev/ixgbe/ixgbe.c:833: warning: nested extern declaration of 'drbr_needs_enqueue' Is there an easy way to get around this? Thanks, Robin -- Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org From owner-freebsd-net@FreeBSD.ORG Wed May 26 09:28:21 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4C55E106564A for ; Wed, 26 May 2010 09:28:21 +0000 (UTC) (envelope-from proks@skylinetele.com) Received: from mail.sky.od.ua (relay.sky.od.ua [81.25.224.8]) by mx1.freebsd.org (Postfix) with ESMTP id 0416F8FC21 for ; Wed, 26 May 2010 09:28:20 +0000 (UTC) Received: from relay.sky.od.ua (mail [81.25.224.8]) by mail.sky.od.ua (Postfix) with ESMTP id 6471D3D7C for ; Wed, 26 May 2010 12:28:19 +0300 (EEST) X-Virus-Scanned: amavisd-new at sky.od.ua Received: from mail.sky.od.ua ([81.25.224.8]) by relay.sky.od.ua (relay.sky.od.ua [81.25.224.8]) (amavisd-new, port 10024) with ESMTP id y5K3zhbB4ssF for ; Wed, 26 May 2010 12:28:16 +0300 (EEST) Received: from logos.sky.od.ua (logos.sky.od.ua [81.25.224.11]) by mail.sky.od.ua (Postfix) with ESMTP id 9C0DA3D70 for ; Wed, 26 May 2010 12:28:16 +0300 (EEST) Message-ID: <4BFCE9B0.2020403@skylinetele.com> Date: Wed, 26 May 2010 12:28:16 +0300 From: "Prokofyev S.P." User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; ru-RU; rv:1.9.1.9) Gecko/20100521 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: kern/141285 ([em] hangs down/up intel nic during creating vlan) 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, 26 May 2010 09:28:21 -0000 Hello All! Whether it is planned to fix the bug kern/141285 ([em] hangs down/up intel nic during creating vlan) in a release 8.1 ? Thanks. From owner-freebsd-net@FreeBSD.ORG Wed May 26 12:55:05 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 18BD3106567D; Wed, 26 May 2010 12:55:05 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id C581F8FC21; Wed, 26 May 2010 12:55:04 +0000 (UTC) Received: from dhcp170-37-red.yandex.net ([95.108.170.37]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1OHFpV-0007XJ-6q; Wed, 26 May 2010 16:35:25 +0400 Message-ID: <4BFD158D.7020301@FreeBSD.org> Date: Wed, 26 May 2010 16:35:25 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: rc@freebsd.org Subject: move setfib(1) 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, 26 May 2010 12:55:05 -0000 Hi! Does is possible to move setfib(1) to /sbin for smooth using it in rc.d scripts? -- Sem. From owner-freebsd-net@FreeBSD.ORG Wed May 26 16:34:35 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 02A20106564A; Wed, 26 May 2010 16:34:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id A4BA38FC0A; Wed, 26 May 2010 16:34:34 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o4QGWUrM041872; Wed, 26 May 2010 10:32:30 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Wed, 26 May 2010 10:32:32 -0600 (MDT) Message-Id: <20100526.103232.21010533749123106.imp@bsdimp.com> To: sem@freebsd.org From: "M. Warner Losh" In-Reply-To: <4BFD158D.7020301@FreeBSD.org> References: <4BFD158D.7020301@FreeBSD.org> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rc@freebsd.org, net@freebsd.org Subject: Re: move setfib(1) 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, 26 May 2010 16:34:35 -0000 In message: <4BFD158D.7020301@FreeBSD.org> Sergey Matveychuk writes: : Does is possible to move setfib(1) to /sbin for smooth using it in : rc.d scripts? It is small enough. I think that's a good idea. However, it would only be a problem if we are mounting / and /usr off NFS as separate partitions, right? Warner From owner-freebsd-net@FreeBSD.ORG Wed May 26 16:38:40 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 5F0F31065675 for ; Wed, 26 May 2010 16:38:40 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (out-0-7.mx.aerioconnect.net [216.240.47.67]) by mx1.freebsd.org (Postfix) with ESMTP id 4051F8FC1B for ; Wed, 26 May 2010 16:38:39 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o4QGcZod025114; Wed, 26 May 2010 09:38:35 -0700 X-Client-Authorized: MaGic Cook1e 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 4EC5E2D6018; Wed, 26 May 2010 09:38:34 -0700 (PDT) Message-ID: <4BFD4E95.3080407@elischer.org> Date: Wed, 26 May 2010 09:38:45 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "M. Warner Losh" References: <4BFD158D.7020301@FreeBSD.org> <20100526.103232.21010533749123106.imp@bsdimp.com> In-Reply-To: <20100526.103232.21010533749123106.imp@bsdimp.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: rc@freebsd.org, net@freebsd.org, sem@freebsd.org Subject: Re: move setfib(1) 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, 26 May 2010 16:38:40 -0000 On 5/26/10 9:32 AM, M. Warner Losh wrote: > In message:<4BFD158D.7020301@FreeBSD.org> > Sergey Matveychuk writes: > : Does is possible to move setfib(1) to /sbin for smooth using it in > : rc.d scripts? Can you tell us why you need it so early? We could do it, but eventually everything ends up moving to /sbin or /bin unless we need a good reason. > > It is small enough. I think that's a good idea. > > However, it would only be a problem if we are mounting / and /usr off > NFS as separate partitions, right? > > Warner > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed May 26 20:00:44 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 DB7FE1065670 for ; Wed, 26 May 2010 20:00:44 +0000 (UTC) (envelope-from robin@icir.org) Received: from fruitcake.ICSI.Berkeley.EDU (fruitcake.ICSI.Berkeley.EDU [192.150.186.11]) by mx1.freebsd.org (Postfix) with ESMTP id C4B9F8FC16 for ; Wed, 26 May 2010 20:00:44 +0000 (UTC) Received: from empire.icsi.berkeley.edu (empire.ICSI.Berkeley.EDU [192.150.186.169]) by fruitcake.ICSI.Berkeley.EDU (8.12.11.20060614/8.12.11) with ESMTP id o4QK0iT0014855; Wed, 26 May 2010 13:00:44 -0700 (PDT) Received: by empire.icsi.berkeley.edu (Postfix, from userid 502) id 35CFA1FE6EB; Wed, 26 May 2010 13:00:44 -0700 (PDT) Date: Wed, 26 May 2010 13:00:44 -0700 From: Robin Sommer To: Jack Vogel Message-ID: <20100526200044.GA80693@icir.org> References: <20100514180151.GA8175@icir.org> <20100519042100.GB6390@icir.org> <20100519162032.GE6390@icir.org> <20100525190310.GB32901@icir.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100525190310.GB32901@icir.org> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: freebsd-net@freebsd.org Subject: Re: Crashes with ixgbe on FreeBSD 8 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, 26 May 2010 20:00:44 -0000 On Tue, May 25, 2010 at 12:03 -0700, I wrote: > /usr/src/sys/dev/ixgbe/ixgbe.c:833: warning: implicit declaration of function 'drbr_needs_enqueue' So, I've now simply copied that function over and, indeed, that not only compiles but gives me a working 2.2.0 driver, enabling me to capture traffic in a stable fashion as far as I can tell so far ... My question: is simply pasting this function into RELEASE a reasonable fix, or am I missing out on further changes and am thus getting myself into trouble in some form? Robin -- Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org From owner-freebsd-net@FreeBSD.ORG Wed May 26 20:14:12 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 CECA4106564A for ; Wed, 26 May 2010 20:14:12 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 67E638FC14 for ; Wed, 26 May 2010 20:14:12 +0000 (UTC) Received: by wyj26 with SMTP id 26so1781496wyj.13 for ; Wed, 26 May 2010 13:14:11 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=2XIA+wgfc3unElhTLd5FtIA/meOPViiLkXORUwpKjUE=; b=wpTWJzfnBU1rjW8XdlAAc9VI31M3UiF4NEITvjsvCAgXX2PLmjzqgStOSDRL/cXSRY 1OZ73LoQ10bYHj5QYQxXIDRmk3Z/USrvS1T35fXhl6k3e297yxKJj5FseHe1XBd+tB3g WFQw8gNhw4E3WsK78AoBiiAaY1Wtfw9BEJ9Ms= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=TuN97dOAr7IK2wUTUItQ610tL9zxmBl8k48fCF673GsvmVPCyFtT1hGh9+GkDHWuVf Rzp9BcsBOIYn1pKRlx9+tVGoO0LY6gT4zfrInxryFtbsPs/wHoEt2zA+dZ1o0m9ZGU4u Bzg0fXUt4SLHZboPdlY1qyWBVKFUlE5kYK87s= MIME-Version: 1.0 Received: by 10.227.144.206 with SMTP id a14mr9020960wbv.212.1274903241635; Wed, 26 May 2010 12:47:21 -0700 (PDT) Received: by 10.216.36.135 with HTTP; Wed, 26 May 2010 12:47:21 -0700 (PDT) Date: Wed, 26 May 2010 15:47:21 -0400 Message-ID: From: Ryan Stone To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Jack Vogel Subject: em: "Hardware Initialization Failed" on 8.0-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: Wed, 26 May 2010 20:14:12 -0000 8.0-RELEASE is not able to bring up some of the my em interfaces. The error message that I get is: em0: port 0xa800-0xa81f mem 0xce480000-0xce49ffff,0xce460000-0xce47ffff irq 16 at device 0.0 on pci1 em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xce480000 em0: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 48 em0: using IRQ 256 for MSI em0: Using MSI interrupt em0: Hardware Initialization Failed em0: Unable to initialize the hardware device_attach: em0 attach returned 5 em1: port 0xac00-0xac1f mem 0xce4e0000-0xce4fffff,0xce4c0000-0xce4dffff irq 17 at device 0.1 on pci1 em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xce4e0000 em1: attempting to allocate 1 MSI vectors (1 supported) msi: routing MSI IRQ 256 to local APIC 0 vector 48 em1: using IRQ 256 for MSI em1: Using MSI interrupt em1: Hardware Initialization Failed em1: Unable to initialize the hardware device_attach: em1 attach returned 5 I tried enabling all of the debug output I could find in the em driver and got the following output(I truncated most of it because it didn't look interesting). e1000_set_d0_lplu_state_82571 e1000_read_phy_reg_igp e1000_get_hw_semaphore_82571 e1000_write_phy_reg_mdic e1000_read_phy_reg_mdic MDI Error e1000_put_hw_semaphore_generic Error Disabling LPLU D0 e1000_clear_hw_cntrs_82571 e1000_clear_hw_cntrs_base_generic em0: Hardware Initialization Failed em0: Unable to initialize the hardware Here's the pciconf output for the interfaces that are giving me problems: em0@pci0:1:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 hdr=0x00 em1@pci0:1:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 hdr=0x00 em2@pci0:2:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 hdr=0x00 em3@pci0:2:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 hdr=0x00 Please let me know if there's anything else that you need. I'm willing to try patches or get more debug output. Thanks, Ryan Stone From owner-freebsd-net@FreeBSD.ORG Wed May 26 20:35: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 D86DB1065677 for ; Wed, 26 May 2010 20:35:31 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4C78FC13 for ; Wed, 26 May 2010 20:35:31 +0000 (UTC) Received: by wyj26 with SMTP id 26so1802599wyj.13 for ; Wed, 26 May 2010 13:35:30 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=cE2YLraoQAsZ3f02Vy3jelV5DFMZUDMgP98WHUns2vU=; b=Yf+M3r2+1yHUeImzm3RFpQ6Cv7e3v5Uw4kqrYdpIXf8WHXnZ5OiDSp7Z2W5xp26fqy 34/MbBMgp2bnylLDhSjIaWyPoiHq7Lwt4T7O3bqnSDl4DaLqsyndRXRmlAA4UHJGaqS/ 1XEbKGkPJmSUjU3yag0sw3HLsFywV7lNLNpWQ= 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=U5c7jEYTlat+0tK0QPj0pZux8zerip2iDaR1uAZRQ3vq/34Jx1iX3Y0JccKeiNQ+0U 4ErXNFMcUvWgetAKi2+i+li7/2NRi9r7crE67ghLMqSSJ0HeNVXqY1nTI+7G3Natxe3m BeNzufxgCWpqSAoK1ETGHf8ykHu8oIAHdYm90= MIME-Version: 1.0 Received: by 10.216.181.73 with SMTP id k51mr78152wem.113.1274906130285; Wed, 26 May 2010 13:35:30 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Wed, 26 May 2010 13:35:29 -0700 (PDT) In-Reply-To: <20100526200044.GA80693@icir.org> References: <20100514180151.GA8175@icir.org> <20100519042100.GB6390@icir.org> <20100519162032.GE6390@icir.org> <20100525190310.GB32901@icir.org> <20100526200044.GA80693@icir.org> Date: Wed, 26 May 2010 13:35:29 -0700 Message-ID: From: Jack Vogel To: Robin Sommer Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: Crashes with ixgbe on FreeBSD 8 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, 26 May 2010 20:35:32 -0000 Well, its one way to do it, and no, its not a problem, what I was planning on doing was copying the macro into my header file. Jack On Wed, May 26, 2010 at 1:00 PM, Robin Sommer wrote: > > On Tue, May 25, 2010 at 12:03 -0700, I wrote: > > > /usr/src/sys/dev/ixgbe/ixgbe.c:833: warning: implicit declaration of > function 'drbr_needs_enqueue' > > So, I've now simply copied that function over and, indeed, that not > only compiles but gives me a working 2.2.0 driver, enabling me to > capture traffic in a stable fashion as far as I can tell so far ... > > My question: is simply pasting this function into RELEASE a > reasonable fix, or am I missing out on further changes and am thus > getting myself into trouble in some form? > > Robin > > -- > Robin Sommer * Phone +1 (510) 666-2886 * robin@icir.org > ICSI/LBNL * Fax +1 (510) 666-2956 * www.icir.org > From owner-freebsd-net@FreeBSD.ORG Wed May 26 20:47: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 4D13A106566C for ; Wed, 26 May 2010 20:47:50 +0000 (UTC) (envelope-from jfvogel@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id CCF698FC08 for ; Wed, 26 May 2010 20:47:49 +0000 (UTC) Received: by wwe15 with SMTP id 15so1248314wwe.13 for ; Wed, 26 May 2010 13:47:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=MEmGdwGvR9Ve7J7O/hOr/7pkqUcnbKr2MgwnzDNMxO4=; b=Ma5yEtcWQttkFKq9MAajUxt+ifyG/Zm+i9DQcX2AjMN5pBl+V2sKj5EiWBMNLw3st5 +/7zhl+WhTG9acmcNU/2k6NCpb4X9mzteue7FnBd7STet9d+aekLilOqLQcL5vOYvFQm KNWGVq/lDEZe+yR6eCY8UhDSQK4fmkrjzI0mI= 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=SeN3jBuw4uFilVrbDJ1T+efeEj4IQM3ZuqWI2sUcc9ZaAZbZdMXRnFbvZspdK5TQjN G3GmvDQON/Mfp9tN1GLMRy+7J9UJJIpMni00uXnbXIo3qJvW0cdIOSlPrHlXfjY0pSqZ LPTpZRQjKiig8NIG9tBH4ZeMCbnPLWgwmW9fY= MIME-Version: 1.0 Received: by 10.227.127.145 with SMTP id g17mr8832237wbs.152.1274906865550; Wed, 26 May 2010 13:47:45 -0700 (PDT) Received: by 10.216.29.129 with HTTP; Wed, 26 May 2010 13:47:44 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 May 2010 13:47:44 -0700 Message-ID: From: Jack Vogel To: Ryan Stone Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-net@freebsd.org Subject: Re: em: "Hardware Initialization Failed" on 8.0-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: Wed, 26 May 2010 20:47:50 -0000 Maybe its a real hardware problem, never seen this behavior, I suppose you could try the STABLE/8 May snapshot, see if it helps. Jack On Wed, May 26, 2010 at 12:47 PM, Ryan Stone wrote: > 8.0-RELEASE is not able to bring up some of the my em interfaces. The > error message that I get is: > > em0: port 0xa800-0xa81f > mem 0xce480000-0xce49ffff,0xce460000-0xce47ffff irq 16 at device 0.0 > on pci1 > em0: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xce480000 > em0: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 256 to local APIC 0 vector 48 > em0: using IRQ 256 for MSI > em0: Using MSI interrupt > em0: Hardware Initialization Failed > em0: Unable to initialize the hardware > device_attach: em0 attach returned 5 > em1: port 0xac00-0xac1f > mem 0xce4e0000-0xce4fffff,0xce4c0000-0xce4dffff irq 17 at device 0.1 > on pci1 > em1: Reserved 0x20000 bytes for rid 0x10 type 3 at 0xce4e0000 > em1: attempting to allocate 1 MSI vectors (1 supported) > msi: routing MSI IRQ 256 to local APIC 0 vector 48 > em1: using IRQ 256 for MSI > em1: Using MSI interrupt > em1: Hardware Initialization Failed > em1: Unable to initialize the hardware > device_attach: em1 attach returned 5 > > > I tried enabling all of the debug output I could find in the em driver > and got the following output(I truncated most of it because it didn't > look interesting). > > e1000_set_d0_lplu_state_82571 > e1000_read_phy_reg_igp > e1000_get_hw_semaphore_82571 > e1000_write_phy_reg_mdic > e1000_read_phy_reg_mdic > MDI Error > > e1000_put_hw_semaphore_generic > Error Disabling LPLU D0 > > e1000_clear_hw_cntrs_82571 > e1000_clear_hw_cntrs_base_generic > em0: Hardware Initialization Failed > em0: Unable to initialize the hardware > > Here's the pciconf output for the interfaces that are giving me problems: > > em0@pci0:1:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 > hdr=0x00 > em1@pci0:1:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 > hdr=0x00 > em2@pci0:2:0:0: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 > hdr=0x00 > em3@pci0:2:0:1: class=0x020000 card=0x125e8086 chip=0x105e8086 rev=0x00 > hdr=0x00 > > Please let me know if there's anything else that you need. I'm > willing to try patches or get more debug output. > > Thanks, > Ryan Stone > From owner-freebsd-net@FreeBSD.ORG Wed May 26 21:01: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 88B0D1065688 for ; Wed, 26 May 2010 21:01:32 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 16CA18FC34 for ; Wed, 26 May 2010 21:01:31 +0000 (UTC) Received: by wwe15 with SMTP id 15so1261817wwe.13 for ; Wed, 26 May 2010 14:01:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=uQ2EkdCbjFbG9dFAmfdG7mZBe9tdWFUWA6nTNnLeOG0=; b=ZQYKL2GRd09vddgaoXqkENw0o+LETe3U1VUJ5dGrSITBCKuk5qfSX5OX8UiY0WJgzv WqnG/SoqCrJiWczTyw4LX6wi+Yk/3BejQJ3EXIJojiaUaCObmeaDFcL/4TGb2GbiyXZ7 quiWqvN9J4YecQfFMg8M9/C4xyLtHp0D7cgCA= 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=FKA6DlxqOWcVwOgxXrGecCBafqLPmURxrcxWzFg0kGziYvdZzXJqFBUmCUA9LGZcKv FUQObphKfVAa5Lua+W2RA19iaxX3WkMwbhuMQi0XNV7QaA4iROkJw7NrmLV7MEg/t6TU LfauV03pWIoOepVmQHPbuYM0vR+zvb3Lxc44g= MIME-Version: 1.0 Received: by 10.216.88.203 with SMTP id a53mr178267wef.44.1274907689362; Wed, 26 May 2010 14:01:29 -0700 (PDT) Received: by 10.216.36.135 with HTTP; Wed, 26 May 2010 14:01:29 -0700 (PDT) In-Reply-To: References: Date: Wed, 26 May 2010 17:01:29 -0400 Message-ID: From: Ryan Stone To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: em: "Hardware Initialization Failed" on 8.0-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: Wed, 26 May 2010 21:01:32 -0000 The em driver version 6.2.9(that's the Intel version number) worked just fine, but it stopped working on multiple machines as soon as I upgraded, so I doubt that it's the hardware. From owner-freebsd-net@FreeBSD.ORG Wed May 26 23:33:59 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 0853D1065670 for ; Wed, 26 May 2010 23:33:59 +0000 (UTC) (envelope-from kmacybsd@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8D4B88FC13 for ; Wed, 26 May 2010 23:33:58 +0000 (UTC) Received: by wwe15 with SMTP id 15so1379759wwe.13 for ; Wed, 26 May 2010 16:33:57 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:sender:received :in-reply-to:references:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=kF00L0ohIhFTFTJ+FtuBAjGROssBWMGLC7lG3VksHPE=; b=VlBatkFDwZyK2LJT6cx7FRzWBkyNq4MtfecIxxJXviqlYLMUsv0KJ/hCrjku9N9Lkf KzCJ1vra/QhRnZi5V6D8RAAZCO7AhrD82tGBR3DO4gLYYOaR6lSU8WeVR+f6Ygf6qbkm 9KDmnAGTqAomb7cAJRSwoTdWaGJGAxsnNs1aw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; b=Mr4Zmevfmtqs+So/on3pgPPIZY/cuN53SfstZLL+8pN/vksbURLudcSSR+Vp5i2Dym 5e9aHifjDPNBqX52i0LooUAwGbXt7F6P/alSoJZ/xShuhHGuqmZ3FFi+AUEzCabTQs0U 4AAEO4X+gN/JUVcJctDKl0dZ0HQ2dAcmWQ8QM= MIME-Version: 1.0 Received: by 10.227.127.129 with SMTP id g1mr578416wbs.180.1274914958259; Wed, 26 May 2010 16:02:38 -0700 (PDT) Sender: kmacybsd@gmail.com Received: by 10.227.142.67 with HTTP; Wed, 26 May 2010 16:02:38 -0700 (PDT) In-Reply-To: References: <201005232206.o4NM6gor016873@freefall.freebsd.org> Date: Thu, 27 May 2010 01:02:38 +0200 X-Google-Sender-Auth: oVRVeUCDE2D-rMSJEd_BaomwyKA Message-ID: From: "K. Macy" To: Brandon Gooch Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, Kurt Jaeger , Kip Macy Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load 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, 26 May 2010 23:33:59 -0000 This has since been fixed. However, with 8.0 the simplest fix is to turn flowtable off. sysctl net.inet.flowtable.enable=3D0 -Kip On Mon, May 24, 2010 at 4:54 AM, Brandon Gooch wrote: > On Sun, May 23, 2010 at 5:06 PM, Kurt Jaeger wrote: >> The following reply was made to PR kern/146792; it has been noted by GNA= TS. >> >> From: Kurt Jaeger >> To: bug-followup@FreeBSD.org, niko@gtelecom.ru >> Cc: >> Subject: Re: kern/146792: [flowtable] flowcleaner 100% cpu's core load >> Date: Sun, 23 May 2010 16:19:25 +0200 >> >> =A0Hi! >> >> =A0I observe a similar behaviour on a 8.0-RELEASE-p2 i386 GENERIC >> =A0kernel. >> >> =A0System receives 2 BGP4 fullfeeds (approx. 310K routes each). >> >> =A0The system is still running, a few processes are unkillable or >> =A0die only after a long amount (1-2h) of time. >> >> =A0Here's the list of unkillable processes: >> >> =A080871 =A0?? =A0R =A0 =A0 =A00:00.00 /bin/sh /etc/periodic/daily/470.s= tatus-named >> =A076499 =A0?? =A0Rs =A0 =A0 0:00.01 sshd: [accepted] (sshd) >> =A076922 =A0?? =A0Rs =A0 =A0 0:00.01 sshd: [accepted] (sshd) >> >> =A0flowcleaner looks pretty busy (for an uptime of approx. 40h): >> >> =A0 =A022 =A0?? =A0RL =A0 1209:50.98 [flowcleaner] >> >> =A04:17PM =A0up 1 day, 22:22, 2 users, load averages: 7.20, 6.53, 5.81 >> >> =A0quagga is running on the system, bgpd mgmt cli is no longer reachable= : >> >> =A0# telnet 0 2605 >> =A0Trying 0.0.0.0... >> =A0Connected to 0. >> =A0Escape character is '^]'. >> >> =A0^] >> =A0telnet> close >> =A0Connection closed. >> =A0# >> >> =A0What can I do to help to debug this ? >> =A0No console access available right now, but can probably made availabl= e. >> >> =A0This is a production host, but not yet super-critical, so... > > I know absolutely nothing about quagga, and very, very little about > the flowcleaner process (or flowtable, no man page), but I DO KNOW > that Kip Macy suggested disabling: > > options FLOWTABLE > > from the kernel config of the machine experiencing the issue. This was > back in December 2009, so I'm not sure about a resolution to the > actual problem (or if it is just inherent in the design of the per-cpu > routing cache). > > Perhaps Kip may have more insight? > > -Brandon > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Thu May 27 00:25:06 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 00FB61065674; Thu, 27 May 2010 00:25:06 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id CCE648FC17; Thu, 27 May 2010 00:25:05 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4R0P5Dv051319; Thu, 27 May 2010 00:25:05 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4R0P5I1051315; Thu, 27 May 2010 00:25:05 GMT (envelope-from linimon) Date: Thu, 27 May 2010 00:25:05 GMT Message-Id: <201005270025.o4R0P5I1051315@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147102: [ip6] route6d deletes site-local routes 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, 27 May 2010 00:25:06 -0000 Old Synopsis: IPv6 - route6d deletes site-local routes New Synopsis: [ip6] route6d deletes site-local routes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Thu May 27 00:24:43 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147102 From owner-freebsd-net@FreeBSD.ORG Thu May 27 01:42:38 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 8A2A3106564A; Thu, 27 May 2010 01:42:38 +0000 (UTC) (envelope-from hrs@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 61E9F8FC16; Thu, 27 May 2010 01:42:38 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4R1gcc6023857; Thu, 27 May 2010 01:42:38 GMT (envelope-from hrs@freefall.freebsd.org) Received: (from hrs@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4R1gcMc023853; Thu, 27 May 2010 01:42:38 GMT (envelope-from hrs) Date: Thu, 27 May 2010 01:42:38 GMT Message-Id: <201005270142.o4R1gcMc023853@freefall.freebsd.org> To: hrs@FreeBSD.org, freebsd-net@FreeBSD.org, hrs@FreeBSD.org From: hrs@FreeBSD.org Cc: Subject: Re: kern/147102: [ip6] route6d deletes site-local routes 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, 27 May 2010 01:42:38 -0000 Synopsis: [ip6] route6d deletes site-local routes Responsible-Changed-From-To: freebsd-net->hrs Responsible-Changed-By: hrs Responsible-Changed-When: Thu May 27 01:42:17 UTC 2010 Responsible-Changed-Why: I'll take this. http://www.freebsd.org/cgi/query-pr.cgi?pr=147102 From owner-freebsd-net@FreeBSD.ORG Thu May 27 05:53:34 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 5F47E1065675; Thu, 27 May 2010 05:53:34 +0000 (UTC) (envelope-from sem@semmy.ru) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id 137D28FC12; Thu, 27 May 2010 05:53:33 +0000 (UTC) Received: from [109.173.73.7] (helo=[172.16.100.19]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1OHVlt-000IrB-5O; Thu, 27 May 2010 09:36:45 +0400 Message-ID: <4BFE04E5.1010708@semmy.ru> Date: Thu, 27 May 2010 09:36:37 +0400 From: Sergey Matveychuk User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; ru; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Julian Elischer References: <4BFD158D.7020301@FreeBSD.org> <20100526.103232.21010533749123106.imp@bsdimp.com> <4BFD4E95.3080407@elischer.org> In-Reply-To: <4BFD4E95.3080407@elischer.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: rc@freebsd.org, net@freebsd.org, "M. Warner Losh" , sem@freebsd.org Subject: Re: move setfib(1) 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, 27 May 2010 05:53:34 -0000 26.05.2010 20:38, Julian Elischer wrote: > On 5/26/10 9:32 AM, M. Warner Losh wrote: >> In message:<4BFD158D.7020301@FreeBSD.org> >> Sergey Matveychuk writes: >> : Does is possible to move setfib(1) to /sbin for smooth using it in >> : rc.d scripts? > > Can you tell us why you need it so early? > > We could do it, but eventually everything ends up moving to /sbin or > /bin unless we need a good reason. > I'm thinking about this after Doug's message: http://lists.freebsd.org/pipermail/freebsd-rc/2010-May/001954.html From owner-freebsd-net@FreeBSD.ORG Thu May 27 06:20:35 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 C54251065679; Thu, 27 May 2010 06:20:35 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8815B8FC0A; Thu, 27 May 2010 06:20:35 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o4R6FU8l049989; Thu, 27 May 2010 00:15:33 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 27 May 2010 00:15:34 -0600 (MDT) Message-Id: <20100527.001534.807935107107604070.imp@bsdimp.com> To: sem@semmy.ru From: "M. Warner Losh" In-Reply-To: <4BFE04E5.1010708@semmy.ru> References: <20100526.103232.21010533749123106.imp@bsdimp.com> <4BFD4E95.3080407@elischer.org> <4BFE04E5.1010708@semmy.ru> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rc@FreeBSD.org, net@FreeBSD.org, julian@elischer.org, sem@FreeBSD.org Subject: Re: move setfib(1) 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, 27 May 2010 06:20:35 -0000 In message: <4BFE04E5.1010708@semmy.ru> Sergey Matveychuk writes: : 26.05.2010 20:38, Julian Elischer wrote: : > On 5/26/10 9:32 AM, M. Warner Losh wrote: : >> In message:<4BFD158D.7020301@FreeBSD.org> : >> Sergey Matveychuk writes: : >> : Does is possible to move setfib(1) to /sbin for smooth using it in : >> : rc.d scripts? : > : > Can you tell us why you need it so early? : > : > We could do it, but eventually everything ends up moving to /sbin or : > /bin unless we need a good reason. : > : : I'm thinking about this after Doug's message: : http://lists.freebsd.org/pipermail/freebsd-rc/2010-May/001954.html Right, and the only way that /usr/bin isn't going to be available if the network isn't up will be if you have NFS mounted root, but have a separate /usr partition. Otherwise, critmount happens before the network comes up, and that will ensure that you'll have /usr available at the point in the boot scripts you want to use it. Even if you have / and /usr separate on NFS partitions, you can specify netfs_types="" in the NFS root's rc.conf and all NFS mounts will mount too very early. Since you are proposing this for /etc/rc.d/routing, I think you can actually use it there and there will be no problem, even for whacked out NFS setups. Did I miss something? Warner P.S. On my system at least: rcorder says: /etc/rc.d/dumpon /etc/rc.d/ddb /etc/rc.d/initrandom /etc/rc.d/geli /etc/rc.d/gbde /etc/rc.d/encswap /etc/rc.d/ccd /etc/rc.d/swap1 /etc/rc.d/fsck /etc/rc.d/root /etc/rc.d/hostid /etc/rc.d/mdconfig /etc/rc.d/mountcritlocal so these wuold be the only places where you can't use binaries from /usr, right? From owner-freebsd-net@FreeBSD.ORG Thu May 27 06:49:28 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 DDD9A1065676; Thu, 27 May 2010 06:49:28 +0000 (UTC) (envelope-from imp@bsdimp.com) Received: from harmony.bsdimp.com (bsdimp.com [199.45.160.85]) by mx1.freebsd.org (Postfix) with ESMTP id 8A7B28FC18; Thu, 27 May 2010 06:49:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by harmony.bsdimp.com (8.14.3/8.14.1) with ESMTP id o4R6do2s050307; Thu, 27 May 2010 00:39:50 -0600 (MDT) (envelope-from imp@bsdimp.com) Date: Thu, 27 May 2010 00:39:54 -0600 (MDT) Message-Id: <20100527.003954.497362415606302342.imp@bsdimp.com> To: sem@semmy.ru From: "M. Warner Losh" In-Reply-To: <20100527.001534.807935107107604070.imp@bsdimp.com> References: <4BFD4E95.3080407@elischer.org> <4BFE04E5.1010708@semmy.ru> <20100527.001534.807935107107604070.imp@bsdimp.com> X-Mailer: Mew version 6.3 on Emacs 22.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: rc@FreeBSD.org, sem@FreeBSD.org, julian@elischer.org, net@FreeBSD.org Subject: Re: move setfib(1) 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, 27 May 2010 06:49:29 -0000 In message: <20100527.001534.807935107107604070.imp@bsdimp.com> "M. Warner Losh" writes: : at the point in the boot scripts you want to use it. Even if you have : / and /usr separate on NFS partitions, you can specify netfs_types="" : in the NFS root's rc.conf and all NFS mounts will mount too very : early. s/will mount too very early/will mount early as well/g Sorry. Warner From owner-freebsd-net@FreeBSD.ORG Thu May 27 15:25:03 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 DDCF0106566C for ; Thu, 27 May 2010 15:25:03 +0000 (UTC) (envelope-from renmaosheng@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 8F36C8FC16 for ; Thu, 27 May 2010 15:25:03 +0000 (UTC) Received: by vws12 with SMTP id 12so75626vws.13 for ; Thu, 27 May 2010 08:25:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=S2WOaGQdiGXVwP0hQQ/4quyFTqF7PcNfViK6KTqvQBI=; b=eR38pOKIH/M8oA7Z5IO4UY5zxuIb4hVP4iU7O8mXWugHIOClg740Z6+VswFpyHFX6Q fkrc/qCOVq7rPsrmEe+slNARJAB+08SfdfBFK9+L1LNaDQD9gmuuiUYKP1IQLeg7Bj/q vqKhiOqa4dpYaY6CZHkGTkfgNb5EuGr6IojTA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=scTt5anjIA5dPCMskXJNZzVR9ACaxPjiGSGwJkYAq+hZ5Mo/ym+0icY5O/j4no5H0l Jf3kSKrmFM3TKfiJJH57Y9kfNcc4b5Uh2weKMwL56o5Ct2Z34Dn0PyTXXmjw02FUMHzT Jkyf++eDtQjNr8UuS0s8zb5D+PTLDAiCFUM54= MIME-Version: 1.0 Received: by 10.220.107.8 with SMTP id z8mr7570080vco.214.1274973902447; Thu, 27 May 2010 08:25:02 -0700 (PDT) Received: by 10.220.85.80 with HTTP; Thu, 27 May 2010 08:25:02 -0700 (PDT) Date: Thu, 27 May 2010 23:25:02 +0800 Message-ID: From: ren maosheng To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: One question for tcp_input function 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, 27 May 2010 15:25:03 -0000 Hi folks, I have a question about below source code when I study the stack: if (acked > so->so_snd.sb_cc) { tp->snd_wnd -= so->so_snd.sb_cc; ====================> sbdrop_locked(&so->so_snd, (int)so->so_snd.sb_cc); ourfinisacked = 1; } else { sbdrop_locked(&so->so_snd, acked); tp->snd_wnd -= acked; =====================> ourfinisacked = 0; } We reduce the snd_wnd by acked number, I investigate the RFC793 and didn't find tcp will need to do this. Could you please shed a light on this? Is there any reason freebsd stack considering doing this? Thanks a lot! Best Regards, Ren Maosheng From owner-freebsd-net@FreeBSD.ORG Thu May 27 15:26: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 7F3011065675 for ; Thu, 27 May 2010 15:26:55 +0000 (UTC) (envelope-from mm@FreeBSD.org) Received: from mail.vx.sk (core.vx.sk [188.40.32.143]) by mx1.freebsd.org (Postfix) with ESMTP id 0B50D8FC20 for ; Thu, 27 May 2010 15:26:54 +0000 (UTC) Received: from core.vx.sk (localhost [127.0.0.1]) by mail.vx.sk (Postfix) with ESMTP id 80D1FB5073 for ; Thu, 27 May 2010 17:09:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at mail.vx.sk Received: from mail.vx.sk ([127.0.0.1]) by core.vx.sk (mail.vx.sk [127.0.0.1]) (amavisd-new, port 10024) with LMTP id IG1GcUhHUgVh for ; Thu, 27 May 2010 17:09:45 +0200 (CEST) Received: from [127.0.0.1] (chello089173000055.chello.sk [89.173.0.55]) by mail.vx.sk (Postfix) with ESMTPSA id 9DA2DB504E for ; Thu, 27 May 2010 17:09:45 +0200 (CEST) Message-ID: <4BFE8B3C.1060904@FreeBSD.org> Date: Thu, 27 May 2010 17:09:48 +0200 From: Martin Matuska User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; sk; rv:1.8.1.23) Gecko/20090812 Lightning/0.9 Thunderbird/2.0.0.23 Mnenhy/0.7.5.0 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=windows-1250 Content-Transfer-Encoding: 7bit Subject: Base import proposal: relayd 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, 27 May 2010 15:26:55 -0000 I would like to open an discussion about the possibility of importing relayd(8) and its management tool relayctl(8) from OpenBSD for import to our base system. Relayd is a level 3 and level 7 reverse proxy (with transparency support) and a load-balancer. It makes use of pf(4)'s advanced features and would be a great tool for FreeBSD-based firewalls. We could provide an out-of-the box load-blancing solution with service availability checking. This is indeed very useful when FreeBSD is used as a (load-balancing) firewall. In addition, the code is quite small and easy to integrate. The import is based on a CVS snapshot from OpenBSD as of Aug 13, 2009 (4.6). That was just right before importing new pf changes that make it incompatible with our current pf(4). After our pf(4) gets upgraded we can move to a newer relayd(8). It includes several backported patches from OpenBSD 4.7 and OpenBSD HEAD. The carp and snmp functionality is disabled (for now) because of OpenBSD specific code. Required libevent is used statically from contrib/pf and gets built only once as of usr.sbin/ftp-proxy. A working (and more or less complete) patch against HEAD and 8-STABLE can be downloaded from here: http://people.freebsd.org/~mm/patches/relayd/head-relayd.patch http://people.freebsd.org/~mm/patches/relayd/stable-8-relayd.patch The patch is based on this snapshot: http://people.freebsd.org/~mm/distfiles/relayd-4.6.20090813.tar.gz And includes backported patches from my PR ports/147122 - it can be tested as a port as well: http://www.freebsd.org/cgi/query-pr.cgi?pr=147122 The port patches from Jun Kuriyama (kuriyama@FreeBSD.org) were used as a base point. As an alternative I would like to maintain the port, I am already trying to get in touch with Jun. Comments, suggestions and opinions are welcome. From owner-freebsd-net@FreeBSD.ORG Thu May 27 15:16: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 61212106566C for ; Thu, 27 May 2010 15:16:48 +0000 (UTC) (envelope-from renmaosheng@gmail.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1A0BA8FC1C for ; Thu, 27 May 2010 15:16:47 +0000 (UTC) Received: by vws12 with SMTP id 12so64495vws.13 for ; Thu, 27 May 2010 08:16:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=rjwtkYcRYYafhlaxkSxEEUj9CCX3O/tu49dMrShcRGI=; b=SMTSAbAhWgy3aHfaxznOw+ffAOiEu9Ox6Pi5e2XJOk3uUkFHkLNN7MqKTQwP+Zwnfy yL5+bNm2aYKypIebG0OV2LPNfyyoWLQ8tRPPf4QRFNprOq0U+V0JdgmChefX+6pK+hXN fRF+/m+2KpDo2pMlx3SWKh9cES1dWE8cG6fwY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=mmml/MaiIHscWJiuw/B23L1XKu/7K1n43T/2RtFLfpRrBea4Sw6t7jChBxKY5qUbMx E2AkJoMbq43tsu5RU3zWRgthYQxbqOWQZiK2iTOlzToq076cK0Fh8RXWG6MWuG0ShE0r 4RMiNHVLTlHZGMPpyRJ9Jjukihoe28P4f9xxc= MIME-Version: 1.0 Received: by 10.220.107.161 with SMTP id b33mr7619808vcp.113.1274971699151; Thu, 27 May 2010 07:48:19 -0700 (PDT) Received: by 10.220.85.80 with HTTP; Thu, 27 May 2010 07:48:19 -0700 (PDT) Date: Thu, 27 May 2010 22:48:19 +0800 Message-ID: From: ren maosheng To: freebsd-net@FreeBSD.org X-Mailman-Approved-At: Thu, 27 May 2010 15:44:11 +0000 Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: One question about tcp_input function 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, 27 May 2010 15:16:48 -0000 Hi folks, I have a question about below source code when I study the stack: if (acked > so->so_snd.sb_cc) { tp->snd_wnd -= so->so_snd.sb_cc; ====================> sbdrop_locked(&so->so_snd, (int)so->so_snd.sb_cc); ourfinisacked = 1; } else { sbdrop_locked(&so->so_snd, acked); tp->snd_wnd -= acked; =====================> ourfinisacked = 0; } We reduce the snd_wnd by acked number, I investigate the RFC793 and didn't find tcp will need to do this. Could you please shed a light on this? Is there any reason freebsd stack considering doing this? Thanks a lot! Best Regards, Ren Maosheng From owner-freebsd-net@FreeBSD.ORG Thu May 27 21:25: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 41F691065675; Thu, 27 May 2010 21:25:48 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 67E108FC32; Thu, 27 May 2010 21:25:47 +0000 (UTC) Received: by fxm20 with SMTP id 20so541336fxm.13 for ; Thu, 27 May 2010 14:25:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :in-reply-to:references:user-agent:date:message-id:mime-version :content-type; bh=oK5iiIncP5x9Ac3exrUFx/hBRzfH2Nm7I+yN7/fq4jc=; b=K+rdiCG+liX05HLfn31ihi7fE1xMEG8xw6z8JWApUmSBNkYFWZtbXp86338jfO1xy7 biLDd9uc4ODRERXN/u8gD1TinaIiD81u31dTNTh02PO+mKrNFGdzGK4hSyE4OXu7qyX5 HqsXWBoq/yV+I18GxZemUPBTkhA8Xxw2Mw3Y4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:in-reply-to:references:user-agent:date :message-id:mime-version:content-type; b=EDLzUolYPYtpnpR/J2ZSxuPjjfWhfouKr3yBfAGpAFw1xkpEvVIVBLYqS0GFple6Mz 7G8J6tIF9Ac9usxAE6IjMWKqGfZyL1aGB+j65jqlpH6KAIDgih61MZgsKHf/Vtb5UwPg SbfFPy887vQPbY+YMUm1BKUzGGKl28V/kwZgw= Received: by 10.204.10.152 with SMTP id p24mr4200160bkp.94.1274995546008; Thu, 27 May 2010 14:25:46 -0700 (PDT) Received: from localhost ([95.69.167.97]) by mx.google.com with ESMTPS id h29sm7162418bkf.6.2010.05.27.14.25.43 (version=TLSv1/SSLv3 cipher=RC4-MD5); Thu, 27 May 2010 14:25:44 -0700 (PDT) From: Mikolaj Golub To: bug-followup@FreeBSD.org In-Reply-To: <201005231404.o4NE4xJd006658@freefall.freebsd.org> (gavin@freebsd.org's message of "Sun, 23 May 2010 14:04:59 GMT") References: <201005231404.o4NE4xJd006658@freefall.freebsd.org> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) Date: Fri, 28 May 2010 00:25:42 +0300 Message-ID: <86vda982ax.fsf@kopusha.home.net> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="=-=-=" Cc: Robert Watson , Anton Lavrentiev , freebsd-net@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly 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, 27 May 2010 21:25:48 -0000 --=-=-= Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Hi, We observed the same issue on our FreeBSD6 and 7 servers. I tried to reproduce the problem writing a simple test case but failed -- I didn't come to the idea of shutdown()/close() sequence (as Anton did). Although looking now at the code we had the issue with I see that shutdown()/close() sequence was used there too. It looks like SO_LINGER is not important to reproduce ECONNRESET. shutdown()/close() on one end and close() on the other is enough. Also, slowdown of one the processes (done by Anton using select()) is not important too. Taking this into consideration I have wrote a simplified version of a test to reproduce the bug (may be it worth of including to tools/regression/sockets?). I can easily reproduce the error with this test on FreeBSD7.1 and 8-STABLE. Adding some prints to the kernel code I localized the place where the error appears and added panic() to get a backtrace. So, the backtrace: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04ec829 in db_fncall (dummy1=-1064461270, dummy2=0, dummy3=-1, dummy4=0xe85e58b0 "ÄX^è") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04ecc5f in db_command (last_cmdp=0xc0e0af9c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ecd14 in db_command_script (command=0xc0e0bec4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04f0e50 in db_script_exec (scriptname=0xe85e59bc "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. ) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04f0f37 in db_script_kdbenter (eventname=0xc0cc78ea "panic") at /usr/src/sys/ddb/db_script.c:324 #6 0xc04eec18 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc08d9aa6 in kdb_trap (type=3, code=0, tf=0xe85e5af8) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0befecb in trap (frame=0xe85e5af8) at /usr/src/sys/i386/i386/trap.c:690 #9 0xc0bd15eb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc08d9c2a in kdb_enter (why=0xc0cc78ea "panic", msg=0xc0cc78ea "panic") at cpufunc.h:71 #11 0xc08a95b6 in panic (fmt=0xc0ce6585 "ECONNRESET") at /usr/src/sys/kern/kern_shutdown.c:562 #12 0xc0a3d805 in tcp_usr_disconnect (so=0xc715c670) at /usr/src/sys/netinet/tcp_usrreq.c:552 #13 0xc09111bd in sodisconnect (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:810 #14 0xc0914144 in soclose (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:658 #15 0xc08f6459 in soo_close (fp=0xc743e230, td=0xc7023000) at /usr/src/sys/kern/sys_socket.c:291 #16 0xc086efc3 in _fdrop (fp=0xc743e230, td=0xc7023000) at file.h:293 #17 0xc0870cf0 in closef (fp=0xc743e230, td=0xc7023000) at /usr/src/sys/kern/kern_descrip.c:2117 #18 0xc0871097 in kern_close (td=0xc7023000, fd=4) at /usr/src/sys/kern/kern_descrip.c:1162 #19 0xc087123a in close (td=0xc7023000, uap=0xe85e5cf8) at /usr/src/sys/kern/kern_descrip.c:1114 #20 0xc0bef600 in syscall (frame=0xe85e5d38) at /usr/src/sys/i386/i386/trap.c:1111 #21 0xc0bd1680 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 12 #12 0xc0a3d805 in tcp_usr_disconnect (so=0xc715c670) at /usr/src/sys/netinet/tcp_usrreq.c:552 552 panic("ECONNRESET"); (kgdb) list 547 inp = sotoinpcb(so); 548 KASSERT(inp != NULL, ("tcp_usr_disconnect: inp == NULL")); 549 INP_WLOCK(inp); 550 if (inp->inp_flags & (INP_TIMEWAIT | INP_DROPPED)) { 551 error = ECONNRESET; 552 panic("ECONNRESET"); 553 /* log(LOG_INFO, "ECONNRESET 3: file %s; line %d\n", __FILE__, __LINE__); */ 554 goto out; 555 } 556 tp = intotcpcb(inp); (kgdb) p/x inp->inp_flags $1 = 0x4800000 #define INP_DROPPED 0x04000000 /* protocol drop flag */ (kgdb) fr 14 #14 0xc0914144 in soclose (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:658 658 error = sodisconnect(so); (kgdb) list 653 654 CURVNET_SET(so->so_vnet); 655 funsetown(&so->so_sigio); 656 if (so->so_state & SS_ISCONNECTED) { 657 if ((so->so_state & SS_ISDISCONNECTING) == 0) { 658 error = sodisconnect(so); 659 if (error) { 660 if (error == ENOTCONN) 661 error = 0; 662 goto drop; (kgdb) p/x so->so_state $2 = 0x2000 #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from peer */ (the code differs a bit here from original 8-STABLE version as it includes patch from kern/144061 to deal with ENOTCONN errors but this does not influence). Actually, I think that the issue here is similar to kern/144061. In the code above so_state is checked for SS_ISCONNECTED and SS_ISDISCONNECTING without locking and then sodisconnect() is called. It looks like the following may happen: 1) after shutdown() our output is closed; 2) then we call close(), soclose() checks that we are still in SS_ISCONNECTED and calls sodisconnect(); 3) at this time FIN arrives from the other end, which has called close() too, and the kernel disconnects the socket (INP_DROPPED is set); 4) sodisconnect()/tcp_usr_disconnect() checks for INP_DROPPED and returns ECONNRESET. I am attaching the patch, which may not be a solution but rather for illustration to described above. Running the test with this patch I am observing the following messages in error logs May 27 23:55:41 zhuzha kernel: ECONNRESET: so->state: 0x2000; file /usr/src/sys/kern/uipc_socket.c; line 664 and test does not fail. -- Mikolaj Golub --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=tcp_close.c Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN5cy90eXBlcy5oPgojaW5jbHVkZSA8c3lzL3NvY2tldC5oPgojaW5jbHVkZSA8 c3lzL3N5c2N0bC5oPgojaW5jbHVkZSA8bmV0aW5ldC9pbi5oPgojaW5jbHVkZSA8c2lnbmFsLmg+ CiNpbmNsdWRlIDxzdGRpby5oPgojaW5jbHVkZSA8c3RyaW5nLmg+CiNpbmNsdWRlIDxzdGRsaWIu aD4KI2luY2x1ZGUgPHVuaXN0ZC5oPgojaW5jbHVkZSA8ZXJyLmg+CgojZGVmaW5lIExPT1BTICAg MTAwMDAwCiNkZWZpbmUgVVNMRUVQICAxMDAKCmludAptYWluKGludCBhcmdjLCBjaGFyICoqYXJn dikKewoJc3RydWN0IHNvY2thZGRyX2luIHNpbjsKCWludCBsaXN0ZW5mZCwgY29ubmZkLCBwaWQ7 Cgl1X2ludCBjb3VudGVyLCBuY3B1czsKCXNpemVfdCBsZW47Cglzb2NrbGVuX3Qgc29sZW47CgoJ bGVuID0gc2l6ZW9mKG5jcHVzKTsKCWlmIChzeXNjdGxieW5hbWUoImtlcm4uc21wLmNwdXMiLCAm bmNwdXMsICZsZW4sIE5VTEwsIDApIDwgMCkKCQllcnIoMSwgImtlcm4uc21wLmNwdXMiKTsKCWlm IChsZW4gIT0gc2l6ZW9mKG5jcHVzKSkKCQllcnJ4KDEsICJrZXJuLnNtcC5jcHVzOiBpbnZhbGlk IGxlbmd0aCIpOwoJaWYgKG5jcHVzIDwgMikKCQl3YXJueCgiU01QIG5vdCBwcmVzZW50LCB0ZXN0 IG1heSBiZSB1bmFibGUgdG8gdHJpZ2dlciByYWNlIik7CgoJLyoKCSAqIENyZWF0ZSBhIHRjcCBz b2NrZXQgdGhhdCB0aGUgY2hpbGQgd2lsbCByZXBlYXRlZGx5IGFjY2VwdCgpCgkgKiBmcm9tLCBh bmQgdGhhdCB0aGUgcGFyZW50IHdpbGwgcmVwZWF0ZWRseSBjb25uZWN0KCkgdG8uCgkgKiBDaG9v c2UgdGhlIGxpc3RlbiBwb3J0IGR5bmFtaWNhbGx5IGFuZCBnZXQgaXRzIHZhbHVlIHVzaW5nCgkg KiBnZXRzb2NrbmFtZSgpLgoJICovCglpZiAoKGxpc3RlbmZkID0gc29ja2V0KEFGX0lORVQsIFNP Q0tfU1RSRUFNLCAwKSkgPCAwKQoJCWVycigxLCAicGFyZW50OiBzb2NrZXQgZXJyb3IiKTsKCW1l bXNldCgmc2luLCAwLCBzaXplb2Yoc2luKSk7CglzaW4uc2luX2xlbiA9IHNpemVvZihzaW4pOwoJ c2luLnNpbl9mYW1pbHkgPSBBRl9JTkVUOwoJaWYgKGJpbmQobGlzdGVuZmQsIChzdHJ1Y3Qgc29j a2FkZHIgKikgJnNpbiwKCQkgc2l6ZW9mKHNpbikpIDwgMCkKCQllcnIoMSwgInBhcmVudDogYmlu ZCBlcnJvciIpOwoJaWYgKGdldHNvY2tuYW1lKGxpc3RlbmZkLCAoc3RydWN0IHNvY2thZGRyICop ICZzaW4sCgkJCSZzb2xlbikgPCAwKQoJCWVycigxLCAicGFyZW50OiBnZXRzb2NrbmFtZSBlcnJv ciIpOwoJaWYgKGxpc3RlbihsaXN0ZW5mZCwgMTAyNCkgPCAwKQoJCWVycigxLCAicGFyZW50OiBs aXN0ZW4gZXJyb3IiKTsKCXBpZCA9IGZvcmsoKTsKCWlmIChwaWQgPT0gLTEpCgkJZXJyKDEsICJm b3JrKCkiKTsKCWlmIChwaWQgIT0gMCkgewoJCS8qCgkJICogSW4gdGhlIHBhcmVudCwgcmVwZWF0 ZWRseSBjb25uZWN0IGFuZCBkaXNjb25uZWN0CgkJICogZnJvbSB0aGUgc29ja2V0LCBhdHRlbXB0 aW5nIHRvIGluZHVjZSB0aGUgcmFjZS4KCQkgKi8KCQljbG9zZShsaXN0ZW5mZCk7CgkJc2xlZXAo MSk7CgkJZm9yIChjb3VudGVyID0gMDsgY291bnRlciA8IExPT1BTOyBjb3VudGVyKyspIHsKCQkJ aWYgKChjb25uZmQgPSBzb2NrZXQoQUZfSU5FVCwgU09DS19TVFJFQU0sIDApKSA8IDApIHsKCQkJ CSh2b2lkKWtpbGwocGlkLCBTSUdURVJNKTsKCQkJCWVycigxLCAicGFyZW50OiBzb2NrZXQgZXJy b3IiKTsKCQkJfQoJCQlpZiAoY29ubmVjdChjb25uZmQsIChzdHJ1Y3Qgc29ja2FkZHIgKikmc2lu LAoJCQkJICAgIHNpemVvZihzaW4pKSA8IDApIHsKCQkJCWVycigxLCAicGFyZW50OiBjb25uZWN0 IGVycm9yIChhZnRlciAlZCBpdGVyYXRpb25zKSIsCgkJCQkgICAgY291bnRlcik7CgkJCX0KCQkJ aWYgKGNsb3NlKGNvbm5mZCkgPCAwKSB7CgkJCQkodm9pZClraWxsKHBpZCwgU0lHVEVSTSk7CgkJ CQllcnIoMSwgInBhcmVudDogY2xvc2UgZXJyb3IiKTsKCQkJfQoJCQl1c2xlZXAoVVNMRUVQKTsK CQl9CgkJKHZvaWQpa2lsbChwaWQsIFNJR1RFUk0pOwoJfSBlbHNlIHsKCQkvKgoJCSAqIEluIHRo ZSBjaGlsZCwgbG9vcCBhY2NlcHRpbmcsIHNodXRkb3duIGFuZCBjbG9zaW5nLgoJCSAqIFdlIG1h eSBwaWNrIHVwIHRoZSByYWNlIGhlcmUgc28gcmVwb3J0IGVycm9ycyBmcm9tCgkJICogY2xvc2Uo KS4KCQkgKi8KCQlmb3IgKCA7IDsgKSB7CgkJCWlmICgoY29ubmZkID0gYWNjZXB0KGxpc3RlbmZk LAoJCQkgICAgKHN0cnVjdCBzb2NrYWRkciAqKU5VTEwsIE5VTEwpKSA8IDApCgkJCQllcnIoMSwg ImNoaWxkOiBhY2NlcHQgZXJyb3IiKTsKCQkJaWYgKHNodXRkb3duKGNvbm5mZCwgU0hVVF9XUikg PCAwKQoJCQkJZXJyKDEsICJjaGlsZDogc2h1dGRvd24gZXJyb3IiKTsKCQkJaWYgKGNsb3NlKGNv bm5mZCkgPCAwKQoJCQkJZXJyKDEsICJjaGlsZDogY2xvc2UgZXJyb3IiKTsKCQl9Cgl9Cglwcmlu dGYoIk9LXG4iKTsKCWV4aXQoMCk7Cn0K --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=uipc_socket.c.econnreset.patch Content-Transfer-Encoding: base64 LS0tIHN5cy9rZXJuL3VpcGNfc29ja2V0LmMub3JpZwkyMDEwLTA0LTAyIDEzOjM2OjE5LjAwMDAw MDAwMCArMDMwMAorKysgc3lzL2tlcm4vdWlwY19zb2NrZXQuYwkyMDEwLTA1LTI3IDIyOjA5OjA2 LjAwMDAwMDAwMCArMDMwMApAQCAtMTI5LDYgKzEyOSw3IEBAIF9fRkJTRElEKCIkRnJlZUJTRDog c3JjL3N5cy9rZXJuL3VpcGNfc28KICNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+CiAjaW5jbHVkZSA8 c3lzL3Vpby5oPgogI2luY2x1ZGUgPHN5cy9qYWlsLmg+CisjaW5jbHVkZSA8c3lzL3N5c2xvZy5o PgogCiAjaW5jbHVkZSA8bmV0L3ZuZXQuaD4KIApAQCAtNjU2LDggKzY1NywxNSBAQCBzb2Nsb3Nl KHN0cnVjdCBzb2NrZXQgKnNvKQogCWlmIChzby0+c29fc3RhdGUgJiBTU19JU0NPTk5FQ1RFRCkg ewogCQlpZiAoKHNvLT5zb19zdGF0ZSAmIFNTX0lTRElTQ09OTkVDVElORykgPT0gMCkgewogCQkJ ZXJyb3IgPSBzb2Rpc2Nvbm5lY3Qoc28pOwotCQkJaWYgKGVycm9yKQorCQkJaWYgKGVycm9yKSB7 CisJCQkJaWYgKGVycm9yID09IEVDT05OUkVTRVQpIHsKKwkJCQkJbG9nKExPR19JTkZPLCAKKwkJ CQkJICAgICJFQ09OTlJFU0VUOiBzby0+c3RhdGU6IDB4JXg7IGZpbGUgJXM7IGxpbmUgJWRcbiIs CisJCQkJCSAgICBzby0+c29fc3RhdGUsIF9fRklMRV9fLCBfX0xJTkVfXyk7CisJCQkJCWVycm9y ID0gMDsKKwkJCQl9CiAJCQkJZ290byBkcm9wOworCQkJfQogCQl9CiAJCWlmIChzby0+c29fb3B0 aW9ucyAmIFNPX0xJTkdFUikgewogCQkJaWYgKChzby0+c29fc3RhdGUgJiBTU19JU0RJU0NPTk5F Q1RJTkcpICYmCg== --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Thu May 27 21:30: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 C2D261065670 for ; Thu, 27 May 2010 21:30:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8DEE38FC21 for ; Thu, 27 May 2010 21:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4RLU4oY082165 for ; Thu, 27 May 2010 21:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4RLU4NB082160; Thu, 27 May 2010 21:30:04 GMT (envelope-from gnats) Date: Thu, 27 May 2010 21:30:04 GMT Message-Id: <201005272130.o4RLU4NB082160@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mikolaj Golub Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikolaj Golub List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2010 21:30:04 -0000 The following reply was made to PR kern/146845; it has been noted by GNATS. From: Mikolaj Golub To: bug-followup@FreeBSD.org Cc: Anton Lavrentiev , Robert Watson , freebsd-net@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly Date: Fri, 28 May 2010 00:25:42 +0300 --=-=-= Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Hi, We observed the same issue on our FreeBSD6 and 7 servers. I tried to reproduce the problem writing a simple test case but failed -- I didn't come to the idea of shutdown()/close() sequence (as Anton did). Although looking now at the code we had the issue with I see that shutdown()/close() sequence was used there too. It looks like SO_LINGER is not important to reproduce ECONNRESET. shutdown()/close() on one end and close() on the other is enough. Also, slowdown of one the processes (done by Anton using select()) is not important too. Taking this into consideration I have wrote a simplified version of a test to reproduce the bug (may be it worth of including to tools/regression/sockets?). I can easily reproduce the error with this test on FreeBSD7.1 and 8-STABLE. Adding some prints to the kernel code I localized the place where the error appears and added panic() to get a backtrace. So, the backtrace: (kgdb) bt #0 doadump () at pcpu.h:246 #1 0xc04ec829 in db_fncall (dummy1=-1064461270, dummy2=0, dummy3=-1, dummy4=0xe85e58b0 "ÄX^è") at /usr/src/sys/ddb/db_command.c:548 #2 0xc04ecc5f in db_command (last_cmdp=0xc0e0af9c, cmd_table=0x0, dopager=0) at /usr/src/sys/ddb/db_command.c:445 #3 0xc04ecd14 in db_command_script (command=0xc0e0bec4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 #4 0xc04f0e50 in db_script_exec (scriptname=0xe85e59bc "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. ) at /usr/src/sys/ddb/db_script.c:302 #5 0xc04f0f37 in db_script_kdbenter (eventname=0xc0cc78ea "panic") at /usr/src/sys/ddb/db_script.c:324 #6 0xc04eec18 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 #7 0xc08d9aa6 in kdb_trap (type=3, code=0, tf=0xe85e5af8) at /usr/src/sys/kern/subr_kdb.c:535 #8 0xc0befecb in trap (frame=0xe85e5af8) at /usr/src/sys/i386/i386/trap.c:690 #9 0xc0bd15eb in calltrap () at /usr/src/sys/i386/i386/exception.s:165 #10 0xc08d9c2a in kdb_enter (why=0xc0cc78ea "panic", msg=0xc0cc78ea "panic") at cpufunc.h:71 #11 0xc08a95b6 in panic (fmt=0xc0ce6585 "ECONNRESET") at /usr/src/sys/kern/kern_shutdown.c:562 #12 0xc0a3d805 in tcp_usr_disconnect (so=0xc715c670) at /usr/src/sys/netinet/tcp_usrreq.c:552 #13 0xc09111bd in sodisconnect (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:810 #14 0xc0914144 in soclose (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:658 #15 0xc08f6459 in soo_close (fp=0xc743e230, td=0xc7023000) at /usr/src/sys/kern/sys_socket.c:291 #16 0xc086efc3 in _fdrop (fp=0xc743e230, td=0xc7023000) at file.h:293 #17 0xc0870cf0 in closef (fp=0xc743e230, td=0xc7023000) at /usr/src/sys/kern/kern_descrip.c:2117 #18 0xc0871097 in kern_close (td=0xc7023000, fd=4) at /usr/src/sys/kern/kern_descrip.c:1162 #19 0xc087123a in close (td=0xc7023000, uap=0xe85e5cf8) at /usr/src/sys/kern/kern_descrip.c:1114 #20 0xc0bef600 in syscall (frame=0xe85e5d38) at /usr/src/sys/i386/i386/trap.c:1111 #21 0xc0bd1680 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 #22 0x00000033 in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 12 #12 0xc0a3d805 in tcp_usr_disconnect (so=0xc715c670) at /usr/src/sys/netinet/tcp_usrreq.c:552 552 panic("ECONNRESET"); (kgdb) list 547 inp = sotoinpcb(so); 548 KASSERT(inp != NULL, ("tcp_usr_disconnect: inp == NULL")); 549 INP_WLOCK(inp); 550 if (inp->inp_flags & (INP_TIMEWAIT | INP_DROPPED)) { 551 error = ECONNRESET; 552 panic("ECONNRESET"); 553 /* log(LOG_INFO, "ECONNRESET 3: file %s; line %d\n", __FILE__, __LINE__); */ 554 goto out; 555 } 556 tp = intotcpcb(inp); (kgdb) p/x inp->inp_flags $1 = 0x4800000 #define INP_DROPPED 0x04000000 /* protocol drop flag */ (kgdb) fr 14 #14 0xc0914144 in soclose (so=0xc715c670) at /usr/src/sys/kern/uipc_socket.c:658 658 error = sodisconnect(so); (kgdb) list 653 654 CURVNET_SET(so->so_vnet); 655 funsetown(&so->so_sigio); 656 if (so->so_state & SS_ISCONNECTED) { 657 if ((so->so_state & SS_ISDISCONNECTING) == 0) { 658 error = sodisconnect(so); 659 if (error) { 660 if (error == ENOTCONN) 661 error = 0; 662 goto drop; (kgdb) p/x so->so_state $2 = 0x2000 #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from peer */ (the code differs a bit here from original 8-STABLE version as it includes patch from kern/144061 to deal with ENOTCONN errors but this does not influence). Actually, I think that the issue here is similar to kern/144061. In the code above so_state is checked for SS_ISCONNECTED and SS_ISDISCONNECTING without locking and then sodisconnect() is called. It looks like the following may happen: 1) after shutdown() our output is closed; 2) then we call close(), soclose() checks that we are still in SS_ISCONNECTED and calls sodisconnect(); 3) at this time FIN arrives from the other end, which has called close() too, and the kernel disconnects the socket (INP_DROPPED is set); 4) sodisconnect()/tcp_usr_disconnect() checks for INP_DROPPED and returns ECONNRESET. I am attaching the patch, which may not be a solution but rather for illustration to described above. Running the test with this patch I am observing the following messages in error logs May 27 23:55:41 zhuzha kernel: ECONNRESET: so->state: 0x2000; file /usr/src/sys/kern/uipc_socket.c; line 664 and test does not fail. -- Mikolaj Golub --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=tcp_close.c Content-Transfer-Encoding: base64 I2luY2x1ZGUgPHN5cy90eXBlcy5oPgojaW5jbHVkZSA8c3lzL3NvY2tldC5oPgojaW5jbHVkZSA8 c3lzL3N5c2N0bC5oPgojaW5jbHVkZSA8bmV0aW5ldC9pbi5oPgojaW5jbHVkZSA8c2lnbmFsLmg+ CiNpbmNsdWRlIDxzdGRpby5oPgojaW5jbHVkZSA8c3RyaW5nLmg+CiNpbmNsdWRlIDxzdGRsaWIu aD4KI2luY2x1ZGUgPHVuaXN0ZC5oPgojaW5jbHVkZSA8ZXJyLmg+CgojZGVmaW5lIExPT1BTICAg MTAwMDAwCiNkZWZpbmUgVVNMRUVQICAxMDAKCmludAptYWluKGludCBhcmdjLCBjaGFyICoqYXJn dikKewoJc3RydWN0IHNvY2thZGRyX2luIHNpbjsKCWludCBsaXN0ZW5mZCwgY29ubmZkLCBwaWQ7 Cgl1X2ludCBjb3VudGVyLCBuY3B1czsKCXNpemVfdCBsZW47Cglzb2NrbGVuX3Qgc29sZW47CgoJ bGVuID0gc2l6ZW9mKG5jcHVzKTsKCWlmIChzeXNjdGxieW5hbWUoImtlcm4uc21wLmNwdXMiLCAm bmNwdXMsICZsZW4sIE5VTEwsIDApIDwgMCkKCQllcnIoMSwgImtlcm4uc21wLmNwdXMiKTsKCWlm IChsZW4gIT0gc2l6ZW9mKG5jcHVzKSkKCQllcnJ4KDEsICJrZXJuLnNtcC5jcHVzOiBpbnZhbGlk IGxlbmd0aCIpOwoJaWYgKG5jcHVzIDwgMikKCQl3YXJueCgiU01QIG5vdCBwcmVzZW50LCB0ZXN0 IG1heSBiZSB1bmFibGUgdG8gdHJpZ2dlciByYWNlIik7CgoJLyoKCSAqIENyZWF0ZSBhIHRjcCBz b2NrZXQgdGhhdCB0aGUgY2hpbGQgd2lsbCByZXBlYXRlZGx5IGFjY2VwdCgpCgkgKiBmcm9tLCBh bmQgdGhhdCB0aGUgcGFyZW50IHdpbGwgcmVwZWF0ZWRseSBjb25uZWN0KCkgdG8uCgkgKiBDaG9v c2UgdGhlIGxpc3RlbiBwb3J0IGR5bmFtaWNhbGx5IGFuZCBnZXQgaXRzIHZhbHVlIHVzaW5nCgkg KiBnZXRzb2NrbmFtZSgpLgoJICovCglpZiAoKGxpc3RlbmZkID0gc29ja2V0KEFGX0lORVQsIFNP Q0tfU1RSRUFNLCAwKSkgPCAwKQoJCWVycigxLCAicGFyZW50OiBzb2NrZXQgZXJyb3IiKTsKCW1l bXNldCgmc2luLCAwLCBzaXplb2Yoc2luKSk7CglzaW4uc2luX2xlbiA9IHNpemVvZihzaW4pOwoJ c2luLnNpbl9mYW1pbHkgPSBBRl9JTkVUOwoJaWYgKGJpbmQobGlzdGVuZmQsIChzdHJ1Y3Qgc29j a2FkZHIgKikgJnNpbiwKCQkgc2l6ZW9mKHNpbikpIDwgMCkKCQllcnIoMSwgInBhcmVudDogYmlu ZCBlcnJvciIpOwoJaWYgKGdldHNvY2tuYW1lKGxpc3RlbmZkLCAoc3RydWN0IHNvY2thZGRyICop ICZzaW4sCgkJCSZzb2xlbikgPCAwKQoJCWVycigxLCAicGFyZW50OiBnZXRzb2NrbmFtZSBlcnJv ciIpOwoJaWYgKGxpc3RlbihsaXN0ZW5mZCwgMTAyNCkgPCAwKQoJCWVycigxLCAicGFyZW50OiBs aXN0ZW4gZXJyb3IiKTsKCXBpZCA9IGZvcmsoKTsKCWlmIChwaWQgPT0gLTEpCgkJZXJyKDEsICJm b3JrKCkiKTsKCWlmIChwaWQgIT0gMCkgewoJCS8qCgkJICogSW4gdGhlIHBhcmVudCwgcmVwZWF0 ZWRseSBjb25uZWN0IGFuZCBkaXNjb25uZWN0CgkJICogZnJvbSB0aGUgc29ja2V0LCBhdHRlbXB0 aW5nIHRvIGluZHVjZSB0aGUgcmFjZS4KCQkgKi8KCQljbG9zZShsaXN0ZW5mZCk7CgkJc2xlZXAo MSk7CgkJZm9yIChjb3VudGVyID0gMDsgY291bnRlciA8IExPT1BTOyBjb3VudGVyKyspIHsKCQkJ aWYgKChjb25uZmQgPSBzb2NrZXQoQUZfSU5FVCwgU09DS19TVFJFQU0sIDApKSA8IDApIHsKCQkJ CSh2b2lkKWtpbGwocGlkLCBTSUdURVJNKTsKCQkJCWVycigxLCAicGFyZW50OiBzb2NrZXQgZXJy b3IiKTsKCQkJfQoJCQlpZiAoY29ubmVjdChjb25uZmQsIChzdHJ1Y3Qgc29ja2FkZHIgKikmc2lu LAoJCQkJICAgIHNpemVvZihzaW4pKSA8IDApIHsKCQkJCWVycigxLCAicGFyZW50OiBjb25uZWN0 IGVycm9yIChhZnRlciAlZCBpdGVyYXRpb25zKSIsCgkJCQkgICAgY291bnRlcik7CgkJCX0KCQkJ aWYgKGNsb3NlKGNvbm5mZCkgPCAwKSB7CgkJCQkodm9pZClraWxsKHBpZCwgU0lHVEVSTSk7CgkJ CQllcnIoMSwgInBhcmVudDogY2xvc2UgZXJyb3IiKTsKCQkJfQoJCQl1c2xlZXAoVVNMRUVQKTsK CQl9CgkJKHZvaWQpa2lsbChwaWQsIFNJR1RFUk0pOwoJfSBlbHNlIHsKCQkvKgoJCSAqIEluIHRo ZSBjaGlsZCwgbG9vcCBhY2NlcHRpbmcsIHNodXRkb3duIGFuZCBjbG9zaW5nLgoJCSAqIFdlIG1h eSBwaWNrIHVwIHRoZSByYWNlIGhlcmUgc28gcmVwb3J0IGVycm9ycyBmcm9tCgkJICogY2xvc2Uo KS4KCQkgKi8KCQlmb3IgKCA7IDsgKSB7CgkJCWlmICgoY29ubmZkID0gYWNjZXB0KGxpc3RlbmZk LAoJCQkgICAgKHN0cnVjdCBzb2NrYWRkciAqKU5VTEwsIE5VTEwpKSA8IDApCgkJCQllcnIoMSwg ImNoaWxkOiBhY2NlcHQgZXJyb3IiKTsKCQkJaWYgKHNodXRkb3duKGNvbm5mZCwgU0hVVF9XUikg PCAwKQoJCQkJZXJyKDEsICJjaGlsZDogc2h1dGRvd24gZXJyb3IiKTsKCQkJaWYgKGNsb3NlKGNv bm5mZCkgPCAwKQoJCQkJZXJyKDEsICJjaGlsZDogY2xvc2UgZXJyb3IiKTsKCQl9Cgl9Cglwcmlu dGYoIk9LXG4iKTsKCWV4aXQoMCk7Cn0K --=-=-= Content-Type: application/octet-stream Content-Disposition: attachment; filename=uipc_socket.c.econnreset.patch Content-Transfer-Encoding: base64 LS0tIHN5cy9rZXJuL3VpcGNfc29ja2V0LmMub3JpZwkyMDEwLTA0LTAyIDEzOjM2OjE5LjAwMDAw MDAwMCArMDMwMAorKysgc3lzL2tlcm4vdWlwY19zb2NrZXQuYwkyMDEwLTA1LTI3IDIyOjA5OjA2 LjAwMDAwMDAwMCArMDMwMApAQCAtMTI5LDYgKzEyOSw3IEBAIF9fRkJTRElEKCIkRnJlZUJTRDog c3JjL3N5cy9rZXJuL3VpcGNfc28KICNpbmNsdWRlIDxzeXMvc3lzY3RsLmg+CiAjaW5jbHVkZSA8 c3lzL3Vpby5oPgogI2luY2x1ZGUgPHN5cy9qYWlsLmg+CisjaW5jbHVkZSA8c3lzL3N5c2xvZy5o PgogCiAjaW5jbHVkZSA8bmV0L3ZuZXQuaD4KIApAQCAtNjU2LDggKzY1NywxNSBAQCBzb2Nsb3Nl KHN0cnVjdCBzb2NrZXQgKnNvKQogCWlmIChzby0+c29fc3RhdGUgJiBTU19JU0NPTk5FQ1RFRCkg ewogCQlpZiAoKHNvLT5zb19zdGF0ZSAmIFNTX0lTRElTQ09OTkVDVElORykgPT0gMCkgewogCQkJ ZXJyb3IgPSBzb2Rpc2Nvbm5lY3Qoc28pOwotCQkJaWYgKGVycm9yKQorCQkJaWYgKGVycm9yKSB7 CisJCQkJaWYgKGVycm9yID09IEVDT05OUkVTRVQpIHsKKwkJCQkJbG9nKExPR19JTkZPLCAKKwkJ CQkJICAgICJFQ09OTlJFU0VUOiBzby0+c3RhdGU6IDB4JXg7IGZpbGUgJXM7IGxpbmUgJWRcbiIs CisJCQkJCSAgICBzby0+c29fc3RhdGUsIF9fRklMRV9fLCBfX0xJTkVfXyk7CisJCQkJCWVycm9y ID0gMDsKKwkJCQl9CiAJCQkJZ290byBkcm9wOworCQkJfQogCQl9CiAJCWlmIChzby0+c29fb3B0 aW9ucyAmIFNPX0xJTkdFUikgewogCQkJaWYgKChzby0+c29fc3RhdGUgJiBTU19JU0RJU0NPTk5F Q1RJTkcpICYmCg== --=-=-=-- From owner-freebsd-net@FreeBSD.ORG Thu May 27 22:21:10 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7BE1D1065676; Thu, 27 May 2010 22:21:10 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5637E8FC16; Thu, 27 May 2010 22:21:10 +0000 (UTC) Received: from [192.168.2.105] (host86-162-158-86.range86-162.btcentralplus.com [86.162.158.86]) by cyrus.watson.org (Postfix) with ESMTPSA id E268946B60; Thu, 27 May 2010 18:21:08 -0400 (EDT) Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=koi8-r From: "Robert N. M. Watson" In-Reply-To: <86vda982ax.fsf@kopusha.home.net> Date: Thu, 27 May 2010 23:21:06 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <90057FE4-4DCF-48F1-8D95-F1438E0799CD@FreeBSD.org> References: <201005231404.o4NE4xJd006658@freefall.freebsd.org> <86vda982ax.fsf@kopusha.home.net> To: Mikolaj Golub X-Mailer: Apple Mail (2.1078) Cc: freebsd-net@FreeBSD.org, Anton Lavrentiev , bug-followup@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly 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, 27 May 2010 22:21:10 -0000 On 27 May 2010, at 22:25, Mikolaj Golub wrote: > We observed the same issue on our FreeBSD6 and 7 servers. I tried to = reproduce > the problem writing a simple test case but failed -- I didn't come to = the idea > of shutdown()/close() sequence (as Anton did). Although looking now at = the > code we had the issue with I see that shutdown()/close() sequence was = used > there too. Hi Mikolaj-- Indeed, this looks very like the ENOTCONN issue in kern/144061 -- = another indication that a bit more refinement is required in the = synchronization for our socket-layer state machine. Unfortunately, not = an issue we'll likely address in a general sense until 9.0. However, a = similar workaround to kenr/144061 does sound like the solution -- I'll = get this new regression test in the tree, as well as the workaround, = tomorrow, with the hopes of making 8.1. Thanks all! Robert >=20 > It looks like SO_LINGER is not important to reproduce ECONNRESET. > shutdown()/close() on one end and close() on the other is enough. = Also, > slowdown of one the processes (done by Anton using select()) is not = important > too. Taking this into consideration I have wrote a simplified version = of a test > to reproduce the bug (may be it worth of including to = tools/regression/sockets?). >=20 > I can easily reproduce the error with this test on FreeBSD7.1 and > 8-STABLE. Adding some prints to the kernel code I localized the place = where > the error appears and added panic() to get a backtrace. >=20 > So, the backtrace: >=20 > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc04ec829 in db_fncall (dummy1=3D-1064461270, dummy2=3D0, = dummy3=3D-1, dummy4=3D0xe85e58b0 "=C4X^=E8") > at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04ecc5f in db_command (last_cmdp=3D0xc0e0af9c, cmd_table=3D0x0, = dopager=3D0) > at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04ecd14 in db_command_script (command=3D0xc0e0bec4 "call = doadump") > at /usr/src/sys/ddb/db_command.c:516 > #4 0xc04f0e50 in db_script_exec (scriptname=3D0xe85e59bc = "kdb.enter.panic", warnifnotfound=3DVariable "warnifnotfound" is not = available. > ) > at /usr/src/sys/ddb/db_script.c:302 > #5 0xc04f0f37 in db_script_kdbenter (eventname=3D0xc0cc78ea "panic") > at /usr/src/sys/ddb/db_script.c:324 > #6 0xc04eec18 in db_trap (type=3D3, code=3D0) at = /usr/src/sys/ddb/db_main.c:228 > #7 0xc08d9aa6 in kdb_trap (type=3D3, code=3D0, tf=3D0xe85e5af8) at = /usr/src/sys/kern/subr_kdb.c:535 > #8 0xc0befecb in trap (frame=3D0xe85e5af8) at = /usr/src/sys/i386/i386/trap.c:690 > #9 0xc0bd15eb in calltrap () at = /usr/src/sys/i386/i386/exception.s:165 > #10 0xc08d9c2a in kdb_enter (why=3D0xc0cc78ea "panic", msg=3D0xc0cc78ea = "panic") at cpufunc.h:71 > #11 0xc08a95b6 in panic (fmt=3D0xc0ce6585 "ECONNRESET") at = /usr/src/sys/kern/kern_shutdown.c:562 > #12 0xc0a3d805 in tcp_usr_disconnect (so=3D0xc715c670) at = /usr/src/sys/netinet/tcp_usrreq.c:552 > #13 0xc09111bd in sodisconnect (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:810 > #14 0xc0914144 in soclose (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:658 > #15 0xc08f6459 in soo_close (fp=3D0xc743e230, td=3D0xc7023000) > at /usr/src/sys/kern/sys_socket.c:291 > #16 0xc086efc3 in _fdrop (fp=3D0xc743e230, td=3D0xc7023000) at = file.h:293 > #17 0xc0870cf0 in closef (fp=3D0xc743e230, td=3D0xc7023000) > at /usr/src/sys/kern/kern_descrip.c:2117 > #18 0xc0871097 in kern_close (td=3D0xc7023000, fd=3D4) at = /usr/src/sys/kern/kern_descrip.c:1162 > #19 0xc087123a in close (td=3D0xc7023000, uap=3D0xe85e5cf8) > at /usr/src/sys/kern/kern_descrip.c:1114 > #20 0xc0bef600 in syscall (frame=3D0xe85e5d38) at = /usr/src/sys/i386/i386/trap.c:1111 > #21 0xc0bd1680 in Xint0x80_syscall () at = /usr/src/sys/i386/i386/exception.s:261 > #22 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 12 > #12 0xc0a3d805 in tcp_usr_disconnect (so=3D0xc715c670) at = /usr/src/sys/netinet/tcp_usrreq.c:552 > 552 panic("ECONNRESET"); > (kgdb) list > 547 inp =3D sotoinpcb(so); > 548 KASSERT(inp !=3D NULL, ("tcp_usr_disconnect: inp =3D=3D = NULL")); > 549 INP_WLOCK(inp); > 550 if (inp->inp_flags & (INP_TIMEWAIT | INP_DROPPED)) { > 551 error =3D ECONNRESET; > 552 panic("ECONNRESET"); > 553 /* log(LOG_INFO, "ECONNRESET 3: file %s; line = %d\n", __FILE__, __LINE__); */ > 554 goto out; > 555 } > 556 tp =3D intotcpcb(inp); > (kgdb) p/x inp->inp_flags > $1 =3D 0x4800000 >=20 > #define INP_DROPPED 0x04000000 /* protocol drop flag */ >=20 > (kgdb) fr 14 > #14 0xc0914144 in soclose (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:658 > 658 error =3D sodisconnect(so); > (kgdb) list > 653 > 654 CURVNET_SET(so->so_vnet); > 655 funsetown(&so->so_sigio); > 656 if (so->so_state & SS_ISCONNECTED) { > 657 if ((so->so_state & SS_ISDISCONNECTING) =3D=3D = 0) { > 658 error =3D sodisconnect(so); > 659 if (error) { > 660 if (error =3D=3D ENOTCONN) > 661 error =3D 0; > 662 goto drop; > (kgdb) p/x so->so_state =20 > $2 =3D 0x2000 >=20 > #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from = peer */ >=20 > (the code differs a bit here from original 8-STABLE version as it = includes > patch from kern/144061 to deal with ENOTCONN errors but this does not > influence). >=20 > Actually, I think that the issue here is similar to kern/144061. In = the code > above so_state is checked for SS_ISCONNECTED and SS_ISDISCONNECTING = without > locking and then sodisconnect() is called. It looks like the following = may > happen: >=20 > 1) after shutdown() our output is closed; >=20 > 2) then we call close(), soclose() checks that we are still in = SS_ISCONNECTED > and calls sodisconnect(); >=20 > 3) at this time FIN arrives from the other end, which has called = close() too, > and the kernel disconnects the socket (INP_DROPPED is set); >=20 > 4) sodisconnect()/tcp_usr_disconnect() checks for INP_DROPPED and = returns > ECONNRESET. >=20 > I am attaching the patch, which may not be a solution but rather for > illustration to described above. Running the test with this patch I am > observing the following messages in error logs >=20 > May 27 23:55:41 zhuzha kernel: ECONNRESET: so->state: 0x2000; file = /usr/src/sys/kern/uipc_socket.c; line 664 >=20 > and test does not fail. >=20 > --=20 > Mikolaj Golub >=20 > From owner-freebsd-net@FreeBSD.ORG Thu May 27 22:30:05 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 226A31065673 for ; Thu, 27 May 2010 22:30:05 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EBB5B8FC18 for ; Thu, 27 May 2010 22:30:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4RMU4xQ033469 for ; Thu, 27 May 2010 22:30:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4RMU4C8033464; Thu, 27 May 2010 22:30:04 GMT (envelope-from gnats) Date: Thu, 27 May 2010 22:30:04 GMT Message-Id: <201005272230.o4RMU4C8033464@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Robert N. M. Watson" Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Robert N. M. Watson" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 27 May 2010 22:30:05 -0000 The following reply was made to PR kern/146845; it has been noted by GNATS. From: "Robert N. M. Watson" To: Mikolaj Golub Cc: bug-followup@FreeBSD.org, Anton Lavrentiev , freebsd-net@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly Date: Thu, 27 May 2010 23:21:06 +0100 On 27 May 2010, at 22:25, Mikolaj Golub wrote: > We observed the same issue on our FreeBSD6 and 7 servers. I tried to = reproduce > the problem writing a simple test case but failed -- I didn't come to = the idea > of shutdown()/close() sequence (as Anton did). Although looking now at = the > code we had the issue with I see that shutdown()/close() sequence was = used > there too. Hi Mikolaj-- Indeed, this looks very like the ENOTCONN issue in kern/144061 -- = another indication that a bit more refinement is required in the = synchronization for our socket-layer state machine. Unfortunately, not = an issue we'll likely address in a general sense until 9.0. However, a = similar workaround to kenr/144061 does sound like the solution -- I'll = get this new regression test in the tree, as well as the workaround, = tomorrow, with the hopes of making 8.1. Thanks all! Robert >=20 > It looks like SO_LINGER is not important to reproduce ECONNRESET. > shutdown()/close() on one end and close() on the other is enough. = Also, > slowdown of one the processes (done by Anton using select()) is not = important > too. Taking this into consideration I have wrote a simplified version = of a test > to reproduce the bug (may be it worth of including to = tools/regression/sockets?). >=20 > I can easily reproduce the error with this test on FreeBSD7.1 and > 8-STABLE. Adding some prints to the kernel code I localized the place = where > the error appears and added panic() to get a backtrace. >=20 > So, the backtrace: >=20 > (kgdb) bt > #0 doadump () at pcpu.h:246 > #1 0xc04ec829 in db_fncall (dummy1=3D-1064461270, dummy2=3D0, = dummy3=3D-1, dummy4=3D0xe85e58b0 "=C4X^=E8") > at /usr/src/sys/ddb/db_command.c:548 > #2 0xc04ecc5f in db_command (last_cmdp=3D0xc0e0af9c, cmd_table=3D0x0, = dopager=3D0) > at /usr/src/sys/ddb/db_command.c:445 > #3 0xc04ecd14 in db_command_script (command=3D0xc0e0bec4 "call = doadump") > at /usr/src/sys/ddb/db_command.c:516 > #4 0xc04f0e50 in db_script_exec (scriptname=3D0xe85e59bc = "kdb.enter.panic", warnifnotfound=3DVariable "warnifnotfound" is not = available. > ) > at /usr/src/sys/ddb/db_script.c:302 > #5 0xc04f0f37 in db_script_kdbenter (eventname=3D0xc0cc78ea "panic") > at /usr/src/sys/ddb/db_script.c:324 > #6 0xc04eec18 in db_trap (type=3D3, code=3D0) at = /usr/src/sys/ddb/db_main.c:228 > #7 0xc08d9aa6 in kdb_trap (type=3D3, code=3D0, tf=3D0xe85e5af8) at = /usr/src/sys/kern/subr_kdb.c:535 > #8 0xc0befecb in trap (frame=3D0xe85e5af8) at = /usr/src/sys/i386/i386/trap.c:690 > #9 0xc0bd15eb in calltrap () at = /usr/src/sys/i386/i386/exception.s:165 > #10 0xc08d9c2a in kdb_enter (why=3D0xc0cc78ea "panic", msg=3D0xc0cc78ea = "panic") at cpufunc.h:71 > #11 0xc08a95b6 in panic (fmt=3D0xc0ce6585 "ECONNRESET") at = /usr/src/sys/kern/kern_shutdown.c:562 > #12 0xc0a3d805 in tcp_usr_disconnect (so=3D0xc715c670) at = /usr/src/sys/netinet/tcp_usrreq.c:552 > #13 0xc09111bd in sodisconnect (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:810 > #14 0xc0914144 in soclose (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:658 > #15 0xc08f6459 in soo_close (fp=3D0xc743e230, td=3D0xc7023000) > at /usr/src/sys/kern/sys_socket.c:291 > #16 0xc086efc3 in _fdrop (fp=3D0xc743e230, td=3D0xc7023000) at = file.h:293 > #17 0xc0870cf0 in closef (fp=3D0xc743e230, td=3D0xc7023000) > at /usr/src/sys/kern/kern_descrip.c:2117 > #18 0xc0871097 in kern_close (td=3D0xc7023000, fd=3D4) at = /usr/src/sys/kern/kern_descrip.c:1162 > #19 0xc087123a in close (td=3D0xc7023000, uap=3D0xe85e5cf8) > at /usr/src/sys/kern/kern_descrip.c:1114 > #20 0xc0bef600 in syscall (frame=3D0xe85e5d38) at = /usr/src/sys/i386/i386/trap.c:1111 > #21 0xc0bd1680 in Xint0x80_syscall () at = /usr/src/sys/i386/i386/exception.s:261 > #22 0x00000033 in ?? () > Previous frame inner to this frame (corrupt stack?) > (kgdb) fr 12 > #12 0xc0a3d805 in tcp_usr_disconnect (so=3D0xc715c670) at = /usr/src/sys/netinet/tcp_usrreq.c:552 > 552 panic("ECONNRESET"); > (kgdb) list > 547 inp =3D sotoinpcb(so); > 548 KASSERT(inp !=3D NULL, ("tcp_usr_disconnect: inp =3D=3D = NULL")); > 549 INP_WLOCK(inp); > 550 if (inp->inp_flags & (INP_TIMEWAIT | INP_DROPPED)) { > 551 error =3D ECONNRESET; > 552 panic("ECONNRESET"); > 553 /* log(LOG_INFO, "ECONNRESET 3: file %s; line = %d\n", __FILE__, __LINE__); */ > 554 goto out; > 555 } > 556 tp =3D intotcpcb(inp); > (kgdb) p/x inp->inp_flags > $1 =3D 0x4800000 >=20 > #define INP_DROPPED 0x04000000 /* protocol drop flag */ >=20 > (kgdb) fr 14 > #14 0xc0914144 in soclose (so=3D0xc715c670) at = /usr/src/sys/kern/uipc_socket.c:658 > 658 error =3D sodisconnect(so); > (kgdb) list > 653 > 654 CURVNET_SET(so->so_vnet); > 655 funsetown(&so->so_sigio); > 656 if (so->so_state & SS_ISCONNECTED) { > 657 if ((so->so_state & SS_ISDISCONNECTING) =3D=3D = 0) { > 658 error =3D sodisconnect(so); > 659 if (error) { > 660 if (error =3D=3D ENOTCONN) > 661 error =3D 0; > 662 goto drop; > (kgdb) p/x so->so_state =20 > $2 =3D 0x2000 >=20 > #define SS_ISDISCONNECTED 0x2000 /* socket disconnected from = peer */ >=20 > (the code differs a bit here from original 8-STABLE version as it = includes > patch from kern/144061 to deal with ENOTCONN errors but this does not > influence). >=20 > Actually, I think that the issue here is similar to kern/144061. In = the code > above so_state is checked for SS_ISCONNECTED and SS_ISDISCONNECTING = without > locking and then sodisconnect() is called. It looks like the following = may > happen: >=20 > 1) after shutdown() our output is closed; >=20 > 2) then we call close(), soclose() checks that we are still in = SS_ISCONNECTED > and calls sodisconnect(); >=20 > 3) at this time FIN arrives from the other end, which has called = close() too, > and the kernel disconnects the socket (INP_DROPPED is set); >=20 > 4) sodisconnect()/tcp_usr_disconnect() checks for INP_DROPPED and = returns > ECONNRESET. >=20 > I am attaching the patch, which may not be a solution but rather for > illustration to described above. Running the test with this patch I am > observing the following messages in error logs >=20 > May 27 23:55:41 zhuzha kernel: ECONNRESET: so->state: 0x2000; file = /usr/src/sys/kern/uipc_socket.c; line 664 >=20 > and test does not fail. >=20 > --=20 > Mikolaj Golub >=20 > From owner-freebsd-net@FreeBSD.ORG Fri May 28 04: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 EDEEC1065670 for ; Fri, 28 May 2010 04:40:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id DC0358FC17 for ; Fri, 28 May 2010 04:40:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4S4e3pd052206 for ; Fri, 28 May 2010 04:40:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4S4e3sM052201; Fri, 28 May 2010 04:40:03 GMT (envelope-from gnats) Date: Fri, 28 May 2010 04:40:03 GMT Message-Id: <201005280440.o4S4e3sM052201@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Lavrentiev, Anton (NIH/NLM/NCBI) [C]" Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Lavrentiev, Anton \(NIH/NLM/NCBI\) \[C\]" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 04:40:04 -0000 The following reply was made to PR kern/146845; it has been noted by GNATS. From: "Lavrentiev, Anton (NIH/NLM/NCBI) [C]" To: "bug-followup@FreeBSD.org" Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly Date: Fri, 28 May 2010 00:07:16 -0400 Hi Mikolaj and Robert, Thanks for following up on this issue! > It looks like SO_LINGER is not important to reproduce ECONNRESET. Indeed, it is not. > I am attaching the patch, which may not be a solution IMHO, it is not, unfortunately, a solution: it seems to clear ECONNRESET blindly and w/o distinguishing the situation when the remote end closes the connection prematurely (i.e. before acknowledging all data written from the local end) -- and that qualifies for the true "connection reset by peer" from close()... Anton Lavrentiev Contractor NIH/NLM/NCBI From owner-freebsd-net@FreeBSD.ORG Fri May 28 05:08:47 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 C98B21065676; Fri, 28 May 2010 05:08:47 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 47E2D8FC08; Fri, 28 May 2010 05:08:47 +0000 (UTC) Received: from [127.0.0.1] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o4S58gWJ088149; Fri, 28 May 2010 08:08:43 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [127.0.0.1] X-AntiVirus: Checked by Dr.Web [version: 6.0.0.03250, engine: 6.0.0.04010, virus records: 1371417, updated: 28.05.2010] Message-ID: <4BFF4F8D.7040504@ukr.net> Date: Fri, 28 May 2010 08:07:25 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: setfb not work with ipv6 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, 28 May 2010 05:08:47 -0000 9.0-CURRENT #0: Sun Apr 11 23:26:21 EEST 2010 amd64 net.my_fibnum: 0 net.add_addr_allfibs: 1 net.fibs: 3 # netstat -rn | grep default default XXX.XXX.XXX.254 UGS 0 37594940 tun1 default 2001:5c0:1400:b::27e8 UGS gif0 # setfib 1 netstat -rn | grep default default 2001:5c0:1400:b::27e8 UGS gif0 # setfib 2 netstat -rn | grep default default 2001:5c0:1400:b::27e8 UGS gif0 # setfib 2 route -n add -inet6 default 2001:470:27:140::1 route: writing to routing socket: File exists add net default: gateway 2001:470:27:140::1: route already in table # setfib 2 route -n add -inet6 default 2001:470:27:140::1 route: writing to routing socket: File exists add net default: gateway 2001:470:27:140::1: route already in table Change routes without setfib # route -n change -inet6 default 2001:470:27:140::1 change net default: gateway 2001:470:27:140::1 # route -n change -inet6 default 2001:5c0:1400:b::27e8 change net default: gateway 2001:5c0:1400:b::27e8 Open PR? From owner-freebsd-net@FreeBSD.ORG Fri May 28 05:15: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 B1E68106564A; Fri, 28 May 2010 05:15:41 +0000 (UTC) (envelope-from universite@ukr.net) Received: from otrada.od.ua (universite.broker.freenet6.net [IPv6:2001:5c0:1400:b::27e9]) by mx1.freebsd.org (Postfix) with ESMTP id 2ECD58FC0A; Fri, 28 May 2010 05:15:40 +0000 (UTC) Received: from [127.0.0.1] (phenom.otrada.od.ua [10.0.0.10]) (authenticated bits=0) by otrada.od.ua (8.14.3/8.14.3) with ESMTP id o4S5FbTr088598; Fri, 28 May 2010 08:15:37 +0300 (EEST) (envelope-from universite@ukr.net) X-Authentication-Warning: otrada.od.ua: Host phenom.otrada.od.ua [10.0.0.10] claimed to be [127.0.0.1] X-AntiVirus: Checked by Dr.Web [version: 6.0.0.03250, engine: 6.0.0.04010, virus records: 1371417, updated: 28.05.2010] Message-ID: <4BFF512C.4000807@ukr.net> Date: Fri, 28 May 2010 08:14:20 +0300 From: "Vladislav V. Prodan" User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ru; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: net@freebsd.org References: <4BFF4F8D.7040504@ukr.net> In-Reply-To: <4BFF4F8D.7040504@ukr.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.1 required=5.0 tests=ALL_TRUSTED,AWL autolearn=failed version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on mary-teresa.otrada.od.ua X-Virus-Scanned: clamav-milter 0.95.3 at mary-teresa.otrada.od.ua X-Virus-Status: Clean Cc: freebsd-hackers@freebsd.org Subject: Re: setfb not work with ipv6 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, 28 May 2010 05:15:41 -0000 Sorry... Instead, "add" to read "change"... > # setfib 2 route -n add -inet6 default 2001:470:27:140::1 > route: writing to routing socket: File exists > add net default: gateway 2001:470:27:140::1: route already in table # setfib 2 route -n change -inet6 default 2001:470:27:140::1 route: writing to routing socket: Address family not supported by protocol family change net default: gateway 2001:470:27:140::1: Address family not supported by protocol family From owner-freebsd-net@FreeBSD.ORG Fri May 28 05:46: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 D621F1065675; Fri, 28 May 2010 05:46:22 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 7C43A8FC15; Fri, 28 May 2010 05:46:22 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id AF1A597B3E; Fri, 28 May 2010 07:46:20 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id 7dvMTayuuuKi; Fri, 28 May 2010 07:46:17 +0200 (CEST) Received: from [192.168.229.30] (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id B220597B35; Fri, 28 May 2010 07:46:17 +0200 (CEST) Message-ID: <4BFF589F.2050102@zirakzigil.org> Date: Fri, 28 May 2010 07:46:07 +0200 From: Giulio Ferro User-Agent: Thunderbird 2.0.0.24 (X11/20100411) MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: PF + BRIDGE still causes system freezing 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, 28 May 2010 05:46:22 -0000 Months ago I reported a system freezing whenever bridge was used with pf. This still happens now in 8.1 prerelease: after several minutes to hours that the bridge is active the system becomes unresponsive. # uname -a FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > cat /etc/sysctl.conf net.inet.ip.forwarding=1 net.inet.ip.fastforwarding=1 net.inet.carp.preempt=1 Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, pptp, asterisk 2 physical interfaces : bce0, bce1 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) 2 gif interfaces : gif0, gif1 (racoon / IPSEC) 8 static routes pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, vlan35}, 4 pass quick, block log all, about 30 pass keep state When the system freezes, I get this from the debugger --------------------------------------------------------------------- db> show allchains db> show alllocks Process 12 (intr) thread 0xffffff00024293e0 (100028) exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) locked @ /usr/src/sys/net/if_bridge.c:2184 Process 12 (intr) thread 0xffffff00022693e0 (100016) exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked @ /usr/src/sys/dev/usb/usb_transfer.c:3023 Process 12 (intr) thread 0xffffff00022607c0 (1000006) exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) locked @ /usr/src/sys/netinet/ip_carp.c:881 db> --------------------------------------------------------------------- Even if there is no solution yet, is there any quick and dirty workaround I can try? I need this rather badly... Thanks. From owner-freebsd-net@FreeBSD.ORG Fri May 28 06:06: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 1FA5C106564A; Fri, 28 May 2010 06:06:08 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB4E58FC1E; Fri, 28 May 2010 06:06:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4S667WE032392; Fri, 28 May 2010 06:06:07 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4S667xY032388; Fri, 28 May 2010 06:06:07 GMT (envelope-from linimon) Date: Fri, 28 May 2010 06:06:07 GMT Message-Id: <201005280606.o4S667xY032388@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147155: [ip6] setfb not work with ipv6 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, 28 May 2010 06:06:08 -0000 Old Synopsis: setfb not work with ipv6 New Synopsis: [ip6] setfb not work with ipv6 Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri May 28 06:05:53 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147155 From owner-freebsd-net@FreeBSD.ORG Fri May 28 06:50:05 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 CE03C106575F for ; Fri, 28 May 2010 06:50:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8E3B68FC13 for ; Fri, 28 May 2010 06:50:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4S6o3EL070953 for ; Fri, 28 May 2010 06:50:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4S6o3B7070952; Fri, 28 May 2010 06:50:03 GMT (envelope-from gnats) Date: Fri, 28 May 2010 06:50:03 GMT Message-Id: <201005280650.o4S6o3B7070952@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: "Bjoern A. Zeeb" Cc: Subject: Re: kern/147155: [ip6] setfb not work with ipv6 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: "Bjoern A. Zeeb" List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 06:50:05 -0000 The following reply was made to PR kern/147155; it has been noted by GNATS. From: "Bjoern A. Zeeb" To: bug-followup@FreeBSD.org, universite@ukr.net, Julian Elischer Cc: Subject: Re: kern/147155: [ip6] setfb not work with ipv6 Date: Fri, 28 May 2010 06:41:59 +0000 (UTC) This is a documentation error (missing the detail): setfib only supports IPv4 as of yet. From owner-freebsd-net@FreeBSD.ORG Fri May 28 09:26:41 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 157F11065672; Fri, 28 May 2010 09:26:41 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id 4164A8FC16; Fri, 28 May 2010 09:26:39 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so300789fga.13 for ; Fri, 28 May 2010 02:26:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject :organization:references:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=uNyo1xCGZEwv8h+q4gRAuPR7+feoPZOnZ7jQyi2tZkg=; b=vioN0GsGHhSgE/ityYlQ3zHVqh/DFqFjs7NNRavqJokyG2g9ppIKrOn/ZXqtgwM5v3 HEqfCAUfR6DkVqUrIIWtMNU3+uH7UpuN2GsDWdEh4S7otX2GA8qLoeLkt7Mwqxy2r6/U WevHeq1Ygs1xf3uAAhHwgslddmG+6sVxtnkfc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:organization:references:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=L/LiSSNoa5nkbeeQt4DjImsiu1RqK7vjCvqDK5rjdzgOtD9pF85RSe6T3Uf5woW38j 4vilyij/I+UAq5chryIAeO8Brf63qyJAMipH3ikJxRJ6wAM8sI/Uvx8cye8RyWx/C+B8 V0105yaLcfiQr2MHzjCp99qz0vmLanSamCcMM= Received: by 10.204.10.152 with SMTP id p24mr4524965bkp.94.1275038798625; Fri, 28 May 2010 02:26:38 -0700 (PDT) Received: from localhost (ua1.etadirect.net [91.198.140.16]) by mx.google.com with ESMTPS id l1sm9633159bkl.2.2010.05.28.02.26.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 28 May 2010 02:26:36 -0700 (PDT) From: Mikolaj Golub To: "Lavrentiev\, Anton \(NIH\/NLM\/NCBI\) \[C\]" Organization: TOA Ukraine References: <201005280440.o4S4e3sM052201@freefall.freebsd.org> Date: Fri, 28 May 2010 12:26:33 +0300 In-Reply-To: <201005280440.o4S4e3sM052201@freefall.freebsd.org> (Anton Lavrentiev's message of "Fri, 28 May 2010 04:40:03 GMT") Message-ID: <86mxvkqsvq.fsf@zhuzha.ua1> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.2 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@FreeBSD.org, "Robert N. M. Watson" , bug-followup@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly 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, 28 May 2010 09:26:41 -0000 On Fri, 28 May 2010 04:40:03 GMT Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: LA> IMHO, it is not, unfortunately, a solution: it seems to clear ECONNRESET LA> blindly and w/o distinguishing the situation when the remote end closes the LA> connection prematurely (i.e. before acknowledging all data written from the LA> local end) -- and that qualifies for the true "connection reset by peer" LA> from close()... I am not very familiar with the socket/tcp code but it looks for me that it might not make any difference. I can be wrong here but the situation you have described as true "connection reset by peer" seems to have the following path in the code: soclose() -> sodisconnect() -> tcp_usr_disconnect() -> tcp_disconnect() But tcp_disconnect() does not return error, so we will not have ECONNRESET error in any case. May be you have a good test suite to reproduce this situation? :-) -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Fri May 28 09:30: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 7C717106567F for ; Fri, 28 May 2010 09:30:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6A4E38FC1D for ; Fri, 28 May 2010 09:30:07 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4S9U7OG018105 for ; Fri, 28 May 2010 09:30:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4S9U7UJ018100; Fri, 28 May 2010 09:30:07 GMT (envelope-from gnats) Date: Fri, 28 May 2010 09:30:07 GMT Message-Id: <201005280930.o4S9U7UJ018100@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mikolaj Golub Cc: Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikolaj Golub List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 28 May 2010 09:30:07 -0000 The following reply was made to PR kern/146845; it has been noted by GNATS. From: Mikolaj Golub To: "Lavrentiev\, Anton \(NIH\/NLM\/NCBI\) \[C\]" Cc: "Robert N. M. Watson" , freebsd-net@FreeBSD.org, bug-followup@FreeBSD.org Subject: Re: kern/146845: [libc] close(2) returns error 54 (connection reset by peer) wrongly Date: Fri, 28 May 2010 12:26:33 +0300 On Fri, 28 May 2010 04:40:03 GMT Lavrentiev, Anton (NIH/NLM/NCBI) [C] wrote: LA> IMHO, it is not, unfortunately, a solution: it seems to clear ECONNRESET LA> blindly and w/o distinguishing the situation when the remote end closes the LA> connection prematurely (i.e. before acknowledging all data written from the LA> local end) -- and that qualifies for the true "connection reset by peer" LA> from close()... I am not very familiar with the socket/tcp code but it looks for me that it might not make any difference. I can be wrong here but the situation you have described as true "connection reset by peer" seems to have the following path in the code: soclose() -> sodisconnect() -> tcp_usr_disconnect() -> tcp_disconnect() But tcp_disconnect() does not return error, so we will not have ECONNRESET error in any case. May be you have a good test suite to reproduce this situation? :-) -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Fri May 28 10:29:12 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 9A3AF1065676; Fri, 28 May 2010 10:29:12 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 32C198FC12; Fri, 28 May 2010 10:29:11 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id 8EC99974AF; Fri, 28 May 2010 12:29:10 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id ZaVnNY0LO7d3; Fri, 28 May 2010 12:29:07 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 9550D9749D; Fri, 28 May 2010 12:29:07 +0200 (CEST) Message-ID: <4BFF9AFA.70604@zirakzigil.org> Date: Fri, 28 May 2010 12:29:14 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 10:29:12 -0000 On 28.05.2010 07:46, Giulio Ferro wrote: I've also tried to disable all filtering: net.link.bridge.pfil_onlyip=0 net.link.bridge.pfil_member=0 net.link.bridge.pfil_bridge=0 net.link.bridge.pfil_local_phys=0 net.link.bridge.ipfw=0 net.link.bridge.ipfw_arp=0 But to no avail. It always freezes... > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several > minutes to hours > that the bridge is active the system becomes unresponsive. > > # uname -a > FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 > 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > >> cat /etc/sysctl.conf > net.inet.ip.forwarding=1 > net.inet.ip.fastforwarding=1 > net.inet.carp.preempt=1 > > Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, > pptp, asterisk > > 2 physical interfaces : bce0, bce1 > 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) > 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) > 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) > 2 gif interfaces : gif0, gif1 (racoon / IPSEC) > > 8 static routes > > pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, > vlan35}, 4 pass quick, block log all, about 30 pass keep state > > > > When the system freezes, I get this from the debugger > --------------------------------------------------------------------- > db> show allchains > db> show alllocks > Process 12 (intr) thread 0xffffff00024293e0 (100028) > exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) > locked @ /usr/src/sys/net/if_bridge.c:2184 > Process 12 (intr) thread 0xffffff00022693e0 (100016) > exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked > @ /usr/src/sys/dev/usb/usb_transfer.c:3023 > Process 12 (intr) thread 0xffffff00022607c0 (1000006) > exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) > locked @ /usr/src/sys/netinet/ip_carp.c:881 > db> > --------------------------------------------------------------------- > > Even if there is no solution yet, is there any quick and dirty > workaround I can try? > I need this rather badly... > > Thanks. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri May 28 10:35: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 0CC22106566C for ; Fri, 28 May 2010 10:35:09 +0000 (UTC) (envelope-from mike.barnardq@gmail.com) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 9533D8FC17 for ; Fri, 28 May 2010 10:35:08 +0000 (UTC) Received: by fxm16 with SMTP id 16so19032fxm.13 for ; Fri, 28 May 2010 03:35:07 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=rs/SeK0FDX/ab1vVLwWrlr+s75+Dh+RkwLS8zcjQfIc=; b=tDvC7yqcbujWi5wV9+RFCnNxPfxgbUdPU/sfEeuP9GU46rC2mzExu5S2d+V0omHmi+ 5Ya/5KhA69DZEys0XWhHY12rRRpO/K5S4JRoqoxs/DXkl5wLKhjJa4eLiIr9n9mqBVdo ZFz5kXqc1FT6jgre5K37Z8aRPUb4E75/QYpqM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ictJ/6B3ebObk3tRH+jTz12MxL06c7KhqBHxIaM4PkIN+g8cz/Osyd6wuo+Z0Kpt/5 tD39GSBK82RbODJX8IkkCYDoOPGvXrGAngalfL/CHzu0oRVLv8jqJUY66fsEjc0GjqXh Rn17Z878XjOOZQ7hNgA7sUc4eGWjS7w5V6cgg= MIME-Version: 1.0 Received: by 10.223.22.145 with SMTP id n17mr85834fab.23.1275041554506; Fri, 28 May 2010 03:12:34 -0700 (PDT) Received: by 10.223.105.146 with HTTP; Fri, 28 May 2010 03:12:34 -0700 (PDT) Date: Fri, 28 May 2010 13:12:34 +0300 Message-ID: From: Mike Barnard To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: bce+lagg 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, 28 May 2010 10:35:09 -0000 Hi, I am testing the implementation of link aggregation on FreeBSD 8.1 PRE-RELEASE and I see to be getting a problem with the bce interface. I am using an HP DL 380 G6 with 4 Ethernet interfaces. If I configure the cards individually, I can reach other devices on the network. When I enable link aggregation, I can ping the hosts IP address, but I cannot ping its gateway. my setup is as follows ifconfig_bce0="up" ifconfig_bce1="up" ifconfig_bce2="up" ifconfig_bce3="up" cloned_interfaces="lagg0 lagg1" ifconfig_lagg0="laggproto failover laggport bce0 laggport bce2" ifconfig_lagg1="laggproto failover laggport bce0 laggport bce2" ipv4_addrs_lagg0="10.100.100.27/32" ipv4_addrs_lagg1="192.168.0.12/32" defaultrouter="10.100.100.1" static_routes="management" route_management="-net 192.168.0.0/24 192.168.0.1" running /etc/netstat gives me "host is unreachable". If I manually enter the default route, I get the same error. If i disable lagg1, I get the same error when I run /etc/netstat or try to enter the route manually, but, when I try to ping the default gateway, I get "device is busy" With lagg0 and lagg1 up, if I try to ping any of the gateways, I get "no route to host", but with only the lagg0 interface I get "device is busy" Is this a problem with the bce Interface or am I missing something. PS: I have an implementation running FreeBSD 8.0 RELEASE with fxp interfaces and its working fine. -- Mike Of course, you might discount this possibility, but remember that one in a million chances happen 99% of the time. ------------------------------------------------------------ From owner-freebsd-net@FreeBSD.ORG Fri May 28 10:54: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 6F3B01065675; Fri, 28 May 2010 10:54:36 +0000 (UTC) (envelope-from auryn@zirakzigil.org) Received: from mail.zirakzigil.org (mail.zirakzigil.org [82.63.178.63]) by mx1.freebsd.org (Postfix) with ESMTP id 063188FC14; Fri, 28 May 2010 10:54:35 +0000 (UTC) Received: from localhost (unknown [192.168.1.2]) by mail.zirakzigil.org (Postfix) with ESMTP id DC06C978D9; Fri, 28 May 2010 12:54:34 +0200 (CEST) X-Virus-Scanned: amavisd-new at zirakzigil.org Received: from mail.zirakzigil.org ([192.168.1.2]) by localhost (ext.zirakzigil.org [192.168.1.2]) (amavisd-new, port 10024) with ESMTP id pUlUlXEBBBiE; Fri, 28 May 2010 12:54:29 +0200 (CEST) Received: from aurynmob2.giulioferro.it (unknown [192.168.1.2]) (Authenticated sender: auryn@zirakzigil.org) by mail.zirakzigil.org (Postfix) with ESMTPA id 4C40A978C9; Fri, 28 May 2010 12:54:29 +0200 (CEST) Message-ID: <4BFFA0EC.2050609@zirakzigil.org> Date: Fri, 28 May 2010 12:54:36 +0200 From: Giulio Ferro User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.7) Gecko/20100223 Thunderbird/3.0.1 MIME-Version: 1.0 To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 10:54:36 -0000 On 28.05.2010 07:46, Giulio Ferro wrote: Would it be a good idea to try netgraph bridge? Or the underlying implementation is the same as in if_bridge? > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several > minutes to hours > that the bridge is active the system becomes unresponsive. > > # uname -a > FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 > 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 > >> cat /etc/sysctl.conf > net.inet.ip.forwarding=1 > net.inet.ip.fastforwarding=1 > net.inet.carp.preempt=1 > > Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, > pptp, asterisk > > 2 physical interfaces : bce0, bce1 > 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) > 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) > 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) > 2 gif interfaces : gif0, gif1 (racoon / IPSEC) > > 8 static routes > > pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, > vlan35}, 4 pass quick, block log all, about 30 pass keep state > > > > When the system freezes, I get this from the debugger > --------------------------------------------------------------------- > db> show allchains > db> show alllocks > Process 12 (intr) thread 0xffffff00024293e0 (100028) > exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) > locked @ /usr/src/sys/net/if_bridge.c:2184 > Process 12 (intr) thread 0xffffff00022693e0 (100016) > exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked > @ /usr/src/sys/dev/usb/usb_transfer.c:3023 > Process 12 (intr) thread 0xffffff00022607c0 (1000006) > exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) > locked @ /usr/src/sys/netinet/ip_carp.c:881 > db> > --------------------------------------------------------------------- > > Even if there is no solution yet, is there any quick and dirty > workaround I can try? > I need this rather badly... > > Thanks. > > _______________________________________________ > freebsd-stable@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-stable > To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri May 28 11:20:53 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 D4E3A106566C for ; Fri, 28 May 2010 11:20:53 +0000 (UTC) (envelope-from max@love2party.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 69B908FC08 for ; Fri, 28 May 2010 11:20:53 +0000 (UTC) Received: from vampire.homelinux.org (dslb-088-066-001-178.pools.arcor-ip.net [88.66.1.178]) by mrelayeu.kundenserver.de (node=mreu2) with ESMTP (Nemesis) id 0MLT3m-1OHPOA1Cio-000ECV; Fri, 28 May 2010 13:20:52 +0200 Received: (qmail 33557 invoked from network); 28 May 2010 11:20:51 -0000 Received: from f8x64.laiers.local (192.168.4.188) by ns1.laiers.local with SMTP; 28 May 2010 11:20:51 -0000 From: Max Laier Organization: FreeBSD To: Giulio Ferro Date: Fri, 28 May 2010 13:20:50 +0200 User-Agent: KMail/1.13.3 (FreeBSD/8.0-RELEASE-p2; KDE/4.4.3; amd64; ; ) References: <4BFF589F.2050102@zirakzigil.org> In-Reply-To: <4BFF589F.2050102@zirakzigil.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005281320.51027.max@love2party.net> X-Provags-ID: V01U2FsdGVkX1/yYTXg6JHgnimISmpP1Gzb7AtghxsiJVj4vfR tYG1G+c7LeYdTR2+uyH9ZGcg8sB+jqWLNt9KjoEtz8UoK78FFI 04upZYv4DWSEfNfKtLEug== Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 11:20:53 -0000 On Friday 28 May 2010 07:46:07 Giulio Ferro wrote: > Months ago I reported a system freezing whenever bridge was used > with pf. This still happens now in 8.1 prerelease: after several minutes > to hours > that the bridge is active the system becomes unresponsive. as I told you last time your reported this problem: you need to simplify your setup in order to track down the problem. For all I know, you have created a routing or ethernet loop that is the cause of your problems. Unless you can provide a simple setup that can be reproduced, you have to track down the issue yourself - sorry. Max From owner-freebsd-net@FreeBSD.ORG Fri May 28 11:37: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 421CF106564A for ; Fri, 28 May 2010 11:37:07 +0000 (UTC) (envelope-from reko.turja@liukuma.net) Received: from www.liukuma.net (www.liukuma.net [62.220.235.15]) by mx1.freebsd.org (Postfix) with ESMTP id 000E08FC18 for ; Fri, 28 May 2010 11:37:06 +0000 (UTC) Received: from rivendell (a91-155-174-194.elisa-laajakaista.fi [91.155.174.194]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) (Authenticated sender: ignatz@www.liukuma.net) by www.liukuma.net (Postfix) with ESMTPSA id 4F5B11CC4B; Fri, 28 May 2010 14:24:26 +0300 (EEST) Message-ID: <7B57EF4A00874164B7523FD6AD2ECA19@rivendell> From: "Reko Turja" To: "Giulio Ferro" , , References: <4BFF589F.2050102@zirakzigil.org> <4BFFA0EC.2050609@zirakzigil.org> In-Reply-To: <4BFFA0EC.2050609@zirakzigil.org> Date: Fri, 28 May 2010 14:18:00 +0300 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: quoted-printable X-Priority: 3 X-MSMail-Priority: Normal Importance: Normal X-Mailer: Microsoft Windows Live Mail 14.0.8089.726 X-MimeOLE: Produced By Microsoft MimeOLE V14.0.8089.726 Cc: Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 11:37:07 -0000 Hmm, I wonder if possible culprit is this: >> Process 12 (intr) thread 0xffffff00022693e0 (100016) >> exclusive sleep mutex Giant (Giant) r =3D 1 (0xffffffff80c93dc0)=20 >> locked @ /usr/src/sys/dev/usb/usb_transfer.c:3023 Is the usb device used as main harddrive for the system, and have you=20 tried other usb device or installation target media like real=20 harddrive or livecd? -Reko=20 From owner-freebsd-net@FreeBSD.ORG Fri May 28 17:36: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 0A6311065673 for ; Fri, 28 May 2010 17:36:49 +0000 (UTC) (envelope-from quakelee@geekcn.org) Received: from tarsier.geekcn.org (tarsier.geekcn.org [IPv6:2001:470:a803::1]) by mx1.freebsd.org (Postfix) with ESMTP id 9FF648FC1A for ; Fri, 28 May 2010 17:36:47 +0000 (UTC) Received: from mail.geekcn.org (tarsier.geekcn.org [211.166.10.233]) by tarsier.geekcn.org (Postfix) with ESMTP id 7F8D5A5A29C for ; Sat, 29 May 2010 01:36:46 +0800 (CST) X-Virus-Scanned: amavisd-new at geekcn.org Received: from tarsier.geekcn.org ([211.166.10.233]) by mail.geekcn.org (mail.geekcn.org [211.166.10.233]) (amavisd-new, port 10024) with LMTP id n5qof5cATPMn for ; Sat, 29 May 2010 01:36:40 +0800 (CST) Received: from quakelee-work (unknown [222.131.112.223]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by tarsier.geekcn.org (Postfix) with ESMTPSA id 7E0F7A6BC4C for ; Sat, 29 May 2010 01:36:40 +0800 (CST) DomainKey-Signature: a=rsa-sha1; s=default; d=geekcn.org; c=nofws; q=dns; h=content-type:to:date:subject:mime-version: content-transfer-encoding:from:organization:message-id:user-agent; b=RAQZZpPvqhRPktuwwdCuknJ2OmCXqYtu1WBlgFXzolPQ2wHPCfF9NO9NOfK2FKV6P FcGzSfhxXZk93FIdGSeuA== Content-Type: text/plain; charset=utf-8; format=flowed; delsp=yes To: freebsd-net@freebsd.org Date: Sat, 29 May 2010 01:36:34 +0800 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Chao Shin" Organization: GeekCN Message-ID: User-Agent: Opera Mail/10.51 (Win32) Subject: panic: rtqkill route really not free on freebsd 8.0-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: Fri, 28 May 2010 17:36:49 -0000 Hi all, I have four heavy load mysql database servers which system is 8.0-release got "panic: rtqkill route really not free" this week. We have a gateway set up by OpenBSD have a icmp route redirect function between two subnets, I suspect the FreeBSD panic at trying to delete routes sent from that gateway. So I set sysctl net.inet.icmp.drop_redirect=1, no more panic in past 24 hours. I guess maybe miss some locks or wrong delete route path in 8.0-release. Did any one meet this problem before? -- The Power to Serve From owner-freebsd-net@FreeBSD.ORG Fri May 28 18:33:41 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B080B1065678 for ; Fri, 28 May 2010 18:33:41 +0000 (UTC) (envelope-from rysto32@gmail.com) Received: from mail-ew0-f209.google.com (mail-ew0-f209.google.com [209.85.219.209]) by mx1.freebsd.org (Postfix) with ESMTP id 42A1A8FC08 for ; Fri, 28 May 2010 18:33:40 +0000 (UTC) Received: by ewy1 with SMTP id 1so402658ewy.13 for ; Fri, 28 May 2010 11:33:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=SG/OBnH5Q4pzsMqo29DJ0kCF7ZgP1Zx6tkCbMZ0RH1I=; b=Vy6d3eyouRKkPKf82ICal9QuaWJRYFg5OzgdhcbyzE+TtCu6+mFY56QwafrvFfnzUq pkkgaMceGvGWGmmZmvrcJyVdENFAHE136V9D3egsd3t/KDs3vLbPP6BYXnyOvwGTbI2B SiTfX6Unw4CwrNtL6qzNlYCinn0rq9veDdQNA= 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=D/jUVKDhjRVbJqJpsXJJhWM9LSmTtBeOPNO2oUxSj+Azoh7RUmUEBJ62YmKOKmBpMo r2FgkJPllK1cGp6T0k5jHhZlVPyQffJobiSDLTrb+zqDctacfumudDC66JoDfyt/TvSh YyfKSDmyMGJs06ely8s4+2zLVAdvs7BZCEDQ0= MIME-Version: 1.0 Received: by 10.213.3.66 with SMTP id 2mr355671ebm.32.1275071620093; Fri, 28 May 2010 11:33:40 -0700 (PDT) Received: by 10.213.102.20 with HTTP; Fri, 28 May 2010 11:33:40 -0700 (PDT) In-Reply-To: References: Date: Fri, 28 May 2010 14:33:40 -0400 Message-ID: From: Ryan Stone To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: em: "Hardware Initialization Failed" on 8.0-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: Fri, 28 May 2010 18:33:41 -0000 So it seems the problem is buggy hardware that incorrectly reports that is has a copper PHY instead of an internal serdes. For whatever reason this didn't matter to the old driver, but the new driver is tripping over the problem. *sigh* From owner-freebsd-net@FreeBSD.ORG Fri May 28 19:37:06 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 BF806106564A; Fri, 28 May 2010 19:37:06 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 9EE5D8FC1D; Fri, 28 May 2010 19:37:06 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o4SJb4YN024744; Fri, 28 May 2010 12:37:04 -0700 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 AA8F02D6013; Fri, 28 May 2010 12:37:03 -0700 (PDT) Message-ID: <4C001B6A.8070506@elischer.org> Date: Fri, 28 May 2010 12:37:14 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: "Vladislav V. Prodan" References: <4BFF4F8D.7040504@ukr.net> In-Reply-To: <4BFF4F8D.7040504@ukr.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-hackers@freebsd.org, net@freebsd.org Subject: Re: setfb not work with ipv6 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, 28 May 2010 19:37:06 -0000 On 5/27/10 10:07 PM, Vladislav V. Prodan wrote: > 9.0-CURRENT #0: Sun Apr 11 23:26:21 EEST 2010 amd64 > net.my_fibnum: 0 > net.add_addr_allfibs: 1 > net.fibs: 3 > > # netstat -rn | grep default > default XXX.XXX.XXX.254 UGS 0 37594940 tun1 > default 2001:5c0:1400:b::27e8 UGS gif0 > > > # setfib 1 netstat -rn | grep default > default 2001:5c0:1400:b::27e8 UGS gif0 > # setfib 2 netstat -rn | grep default > default 2001:5c0:1400:b::27e8 UGS gif0 > you are correct. IPV6 does not yet support multiple FIBS. the work is straight forward. basically teh same as done in IPV4 but as I have no IPV6 facility or experience I am reticent to start it without an IPV6 'partner'. > # setfib 2 route -n add -inet6 default 2001:470:27:140::1 > route: writing to routing socket: File exists > add net default: gateway 2001:470:27:140::1: route already in table > > # setfib 2 route -n add -inet6 default 2001:470:27:140::1 > route: writing to routing socket: File exists > add net default: gateway 2001:470:27:140::1: route already in table > > Change routes without setfib > # route -n change -inet6 default 2001:470:27:140::1 > change net default: gateway 2001:470:27:140::1 > # route -n change -inet6 default 2001:5c0:1400:b::27e8 > change net default: gateway 2001:5c0:1400:b::27e8 > > Open PR? > _______________________________________________ > 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 Fri May 28 19:44: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 4642C1065675; Fri, 28 May 2010 19:44:50 +0000 (UTC) (envelope-from julian@elischer.org) Received: from out-0.mx.aerioconnect.net (outs.internet-mail-service.net [216.240.47.242]) by mx1.freebsd.org (Postfix) with ESMTP id 20D8D8FC21; Fri, 28 May 2010 19:44:49 +0000 (UTC) Received: from idiom.com (postfix@mx0.idiom.com [216.240.32.160]) by out-0.mx.aerioconnect.net (8.13.8/8.13.8) with ESMTP id o4SJimvO024921; Fri, 28 May 2010 12:44:48 -0700 X-Client-Authorized: MaGic Cook1e 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 8FC862D601B; Fri, 28 May 2010 12:44:47 -0700 (PDT) Message-ID: <4C001D39.8060003@elischer.org> Date: Fri, 28 May 2010 12:44:57 -0700 From: Julian Elischer User-Agent: Mozilla/5.0 (Macintosh; U; PPC Mac OS X 10.4; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: Giulio Ferro References: <4BFF589F.2050102@zirakzigil.org> <4BFFA0EC.2050609@zirakzigil.org> In-Reply-To: <4BFFA0EC.2050609@zirakzigil.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on 216.240.47.51 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, max@love2party.net Subject: Re: PF + BRIDGE still causes system freezing 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, 28 May 2010 19:44:50 -0000 On 5/28/10 3:54 AM, Giulio Ferro wrote: > On 28.05.2010 07:46, Giulio Ferro wrote: > > Would it be a good idea to try netgraph bridge? > Or the underlying implementation is the same as in if_bridge? netgraph bridging (see /usr/share/examples/netgraph) is a completely different implimentation with different strengths and weaknesses. you may find it works for you. > > >> Months ago I reported a system freezing whenever bridge was used >> with pf. This still happens now in 8.1 prerelease: after several >> minutes to hours >> that the bridge is active the system becomes unresponsive. >> >> # uname -a >> FreeBSD firewall1 8.1-PRERELEASE FreeBSD 8.1-PRERELEASE #0: Thu May 27 >> 18:03:48 CEST 2010 root@data1:/usr/obj/usr/src/sys/FIREWALL amd64 >> >>> cat /etc/sysctl.conf >> net.inet.ip.forwarding=1 >> net.inet.ip.fastforwarding=1 >> net.inet.carp.preempt=1 >> >> Services running : sshd, named, inetd, ntpd, openvpn (tap), racoon, >> pptp, asterisk >> >> 2 physical interfaces : bce0, bce1 >> 11 vlan interfaces : vlan1, ..., vlan11 (vlandev bce1) >> 11 carp interfaces ; carp1, ..., carp11 (carp1 has 23 alias addresses) >> 1 bridge interfaces : bridge0 addm vlan35 (used by openvpn) >> 2 gif interfaces : gif0, gif1 (racoon / IPSEC) >> >> 8 static routes >> >> pf packet filter : 12 rdr rules, 3 nat rules, set skip{lo0, bridge0, >> vlan35}, 4 pass quick, block log all, about 30 pass keep state >> >> >> >> When the system freezes, I get this from the debugger >> --------------------------------------------------------------------- >> db> show allchains >> db> show alllocks >> Process 12 (intr) thread 0xffffff00024293e0 (100028) >> exclusive sleep mutex if_bridge (if_bridge) r = 0 (0xffffff000270ea18) >> locked @ /usr/src/sys/net/if_bridge.c:2184 >> Process 12 (intr) thread 0xffffff00022693e0 (100016) >> exclusive sleep mutex Giant (Giant) r = 1 (0xffffffff80c93dc0) locked >> @ /usr/src/sys/dev/usb/usb_transfer.c:3023 >> Process 12 (intr) thread 0xffffff00022607c0 (1000006) >> exclusive sleep mutex carp_if (carp_if) r = 0 (0xffffff00027329e0) >> locked @ /usr/src/sys/netinet/ip_carp.c:881 >> db> >> --------------------------------------------------------------------- >> >> Even if there is no solution yet, is there any quick and dirty >> workaround I can try? >> I need this rather badly... >> >> Thanks. >> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" > > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Fri May 28 21:12: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 B30121065676 for ; Fri, 28 May 2010 21:12:56 +0000 (UTC) (envelope-from juli@clockworksquid.com) Received: from mail-vw0-f54.google.com (mail-vw0-f54.google.com [209.85.212.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7089F8FC08 for ; Fri, 28 May 2010 21:12:56 +0000 (UTC) Received: by vws12 with SMTP id 12so1832404vws.13 for ; Fri, 28 May 2010 14:12:55 -0700 (PDT) Received: by 10.220.57.197 with SMTP id d5mr530714vch.272.1275081175315; Fri, 28 May 2010 14:12:55 -0700 (PDT) MIME-Version: 1.0 Sender: juli@clockworksquid.com Received: by 10.220.199.70 with HTTP; Fri, 28 May 2010 14:12:35 -0700 (PDT) In-Reply-To: References: From: Juli Mallett Date: Fri, 28 May 2010 14:12:35 -0700 X-Google-Sender-Auth: 3woOrhYXTNXn6tnpTriX9e8LC18 Message-ID: To: Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: Dual-rate transceivers with ixgbe? 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, 28 May 2010 21:12:56 -0000 On Wed, May 19, 2010 at 00:26, Jack Vogel wrote: > Hmmm, this is odd, I'm sure that was tested by my validation engineer. > Tell me what the hardware looks like, ie what the 1G link partner is > and I'll have him check into it... it SHOULD work. It's plugged in to an Extreme Networks gigabit switch with Finisar SFP transceivers. The Intel NIC is populated with an Intel-branded Finisar dual-rate SFP+ transceiver, model #FTLX8571D3BCV. Here's pciconf -lv: ix0@pci0:8:0:0: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet ix1@pci0:8:0:1: class=0x020000 card=0x00038086 chip=0x10fb8086 rev=0x01 hdr=0x00 vendor = 'Intel Corporation' class = network subclass = ethernet Is there anything it would help for me to instrument in the driver? > You could just ask me you know :) I think E-Mails from me are getting caught in your spam filter unless they go through a list :( Thanks! Juli. From owner-freebsd-net@FreeBSD.ORG Fri May 28 23:12: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 626C31065673 for ; Fri, 28 May 2010 23:12:06 +0000 (UTC) (envelope-from lat@cern.ch) Received: from cmsmac01.cern.ch (cmsmac01.cern.ch [137.138.52.75]) by mx1.freebsd.org (Postfix) with ESMTP id 000058FC0A for ; Fri, 28 May 2010 23:12:05 +0000 (UTC) Received: by cmsmac01.cern.ch (Postfix, from userid 70) id 4E51F45EE9C; Fri, 28 May 2010 12:23:53 +0200 (CEST) Received: from 91.156.139.129 (SquirrelMail authenticated user lat) by cmsmac01.cern.ch with HTTP; Fri, 28 May 2010 12:23:53 +0200 Message-ID: <453f02bbe68493628773d532086cf712.squirrel@cmsmac01.cern.ch> Date: Fri, 28 May 2010 12:23:53 +0200 From: "Lassi Tuura" To: freebsd-net@freebsd.org User-Agent: SquirrelMail/1.4.19 MIME-Version: 1.0 Content-Type: text/plain;charset=iso-8859-1 Content-Transfer-Encoding: 8bit X-Priority: 3 (Normal) Importance: Normal Subject: System freeze with Atheros 2417 WiFi PCIe card? 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, 28 May 2010 23:12:06 -0000 Hi, I have a system on which I've installed FreeBSD 8.0-RELEASE, then later 8.0-STABLE 201004 (amd64). Under heavy disk load the system freezes totally: screen goes blank and it loses all connection outside world - network, keyboard, etc. won't work. Sometimes the screen gets filled with stripes instead. Only hard reboot pressing and holding the power button revives the system. The only way I have found to reproduce the problem is heavy disk load, e.g. running something very seek rich, e.g. iozone or competing dd processes. Since the computer goes completely 'black' when this happens, there is nothing in logs for the preceding 30 seconds, and no messages on any console. I searched various freebsd list and bug database archives, and didn't find anything similar enough. After taking parts out and swapping parts with another computer, I am left with strong evidence the problem is caused or at least triggered by PCIe wifi card, TP-LINK TL-WN350GD. Removing the card makes the system stable, whereas removing or swapping any other parts seems to make no difference at all. The WiFi itself works otherwise fine as far as I can tell. The motherboard is ASUS M4A78L-M LE, otherwise there's 4GB ECC RAM, AMD Athlon II X2 235e CPU, and 4 * 1 TB HDDs. The card is identified in dmesg as: ath0: mem 0xfebf0000-0xfebfffff irq 21 at device 7.0 on pci3 ath0: [ITHREAD] ath0: AR2417 mac 15.0 RF5424 phy 7.0 The motherboard LAN is identified as: alc0: port 0xec00-0xec7f mem 0xfeac0000-0xfeafffff irq 18 at device 0.0 on pci2 alc0: 15872 Tx FIFO, 15360 Rx FIFO alc0: Using 1 MSI message(s). alc0: 4GB boundary crossed, switching to 32bit DMA addressing mode. miibus0: on alc0 atphy0: PHY 0 on miibus0 atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT-FDX, auto alc0: Ethernet address: 90:e6:ba:6d:e8:fb alc0: [FILTER] Any idea what would cause this? Are there known problems with ath driver? Is this some sort of hardware conflict? What can I do to isolate, debug and/or fix the problem? Or should I just get another wifi card? If so, any recommended chipsets? Regards, Lassi From owner-freebsd-net@FreeBSD.ORG Fri May 28 23:55: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 43E311065673 for ; Fri, 28 May 2010 23:55:31 +0000 (UTC) (envelope-from rpaulo@freebsd.org) Received: from karen.lavabit.com (karen.lavabit.com [72.249.41.33]) by mx1.freebsd.org (Postfix) with ESMTP id 02E158FC08 for ; Fri, 28 May 2010 23:55:30 +0000 (UTC) Received: from e.earth.lavabit.com (e.earth.lavabit.com [192.168.111.14]) by karen.lavabit.com (Postfix) with ESMTP id B974C157565; Fri, 28 May 2010 18:55:29 -0500 (CDT) Received: from 10.0.10.3 (54.81.54.77.rev.vodafone.pt [77.54.81.54]) by lavabit.com with ESMTP id BEHGGN5R06AV; Fri, 28 May 2010 18:55:29 -0500 Mime-Version: 1.0 (Apple Message framework v1078) Content-Type: text/plain; charset=us-ascii From: Rui Paulo X-Priority: 3 (Normal) In-Reply-To: <453f02bbe68493628773d532086cf712.squirrel@cmsmac01.cern.ch> Date: Sat, 29 May 2010 00:55:26 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <45957A08-DC69-4C02-8A5C-DE68260E196F@FreeBSD.org> References: <453f02bbe68493628773d532086cf712.squirrel@cmsmac01.cern.ch> To: Lassi Tuura X-Mailer: Apple Mail (2.1078) Cc: freebsd-net@freebsd.org Subject: Re: System freeze with Atheros 2417 WiFi PCIe card? 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, 28 May 2010 23:55:31 -0000 On 28 May 2010, at 11:23, Lassi Tuura wrote: > Hi, >=20 > I have a system on which I've installed FreeBSD 8.0-RELEASE, then = later > 8.0-STABLE 201004 (amd64). >=20 > Under heavy disk load the system freezes totally: screen goes blank = and it > loses all connection outside world - network, keyboard, etc. won't = work. > Sometimes the screen gets filled with stripes instead. Only hard = reboot > pressing and holding the power button revives the system. >=20 > The only way I have found to reproduce the problem is heavy disk load, > e.g. running something very seek rich, e.g. iozone or competing dd > processes. Since the computer goes completely 'black' when this = happens, > there is nothing in logs for the preceding 30 seconds, and no messages = on > any console. I searched various freebsd list and bug database = archives, > and didn't find anything similar enough. >=20 > After taking parts out and swapping parts with another computer, I am = left > with strong evidence the problem is caused or at least triggered by = PCIe > wifi card, TP-LINK TL-WN350GD. Removing the card makes the system = stable, > whereas removing or swapping any other parts seems to make no = difference > at all. >=20 > The WiFi itself works otherwise fine as far as I can tell. The = motherboard > is ASUS M4A78L-M LE, otherwise there's 4GB ECC RAM, AMD Athlon II X2 = 235e > CPU, and 4 * 1 TB HDDs. >=20 > The card is identified in dmesg as: >=20 > ath0: mem 0xfebf0000-0xfebfffff irq 21 at device 7.0 on = pci3 > ath0: [ITHREAD] > ath0: AR2417 mac 15.0 RF5424 phy 7.0 >=20 > The motherboard LAN is identified as: >=20 > alc0: port 0xec00-0xec7f mem > 0xfeac0000-0xfeafffff irq 18 at device 0.0 on pci2 > alc0: 15872 Tx FIFO, 15360 Rx FIFO > alc0: Using 1 MSI message(s). > alc0: 4GB boundary crossed, switching to 32bit DMA addressing mode. > miibus0: on alc0 > atphy0: PHY 0 on miibus0 > atphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, = 1000baseT-FDX, auto > alc0: Ethernet address: 90:e6:ba:6d:e8:fb > alc0: [FILTER] >=20 > Any idea what would cause this? Are there known problems with ath = driver? > Is this some sort of hardware conflict? What can I do to isolate, = debug > and/or fix the problem? Or should I just get another wifi card? If so, = any > recommended chipsets? This can also be caused by broken hardware or by broken motherboard = chipsets. There's no easy way to find the source of the problem without = hardware engineering tools. Just replace the card with another one and = try again. Regards, -- Rui Paulo From owner-freebsd-net@FreeBSD.ORG Sat May 29 02:25:46 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 2D3A11065675 for ; Sat, 29 May 2010 02:25:46 +0000 (UTC) (envelope-from 5u0yc3x10ebszn4giim106df6d8ghbkb-b@bounce.bm23.com) Received: from ms229.bronto.com (ms229.bronto.com [216.27.63.229]) by mx1.freebsd.org (Postfix) with ESMTP id D98348FC18 for ; Sat, 29 May 2010 02:25:45 +0000 (UTC) Received: from localhost (unknown [10.25.229.12]) by ms229.bronto.com (Postfix) with ESMTP id 7A21D2CCFF7D for ; Fri, 28 May 2010 22:07:31 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha1; c=simple/simple; d=bm23.com; s=bdk; h=from:reply-to:to:subject:date:x-mailer:sender:list-unsubscribe:x-campaignid:x-pviq:message-id:mime-version:content-type:content-transfer-encoding; bh=hpWmuCUD+KOlfIA24WhjTGvtOhs=; b=kYRa6LMNDBHS9S2SqUalKR3L+OuP/G5sHMPbAvzj9dmVA2nrLMj5cDbHJTjrvE2gTJDIXcSg906TOts9ogvbOx4DVDXoNlpZmwzAP67uzKyhAcwhKxAd5ngzn5vVHoZV DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=bdk; d=bm23.com; h=From:Reply-To:To:Subject:Date:X-Mailer:Sender:List-Unsubscribe:X-campaignID:x-pviq:Message-ID:MIME-Version:Content-Type:Content-Transfer-Encoding; b=Roa9qOMuWu79q3y6zT82hK2ICQtqxBTpEjTKodSAX9bS6k80WFp9m7QH6rfYnxjlVGoBNi6kWoi2+s9jAfOpTf9dxHu88MxLL3dd0Ql+eOtdoIn3qiFPRwV1VkS7zYbM From: "Acrobat Dynamic PDF" To: net@freebsd.org Date: Fri, 28 May 2010 22:03:29 -0400 X-Mailer: BM23 Mail Sender: news=acrobat-dynamic-pdf.com@reply.bm23.com X-campaignID: bm23_bngrmmtinspkhroybifveulxdvoubkb x-pviq: 000235-000596-100005-000001-993601 Message-ID: <5u0yc3x10ebszn4giim106df6d8ghbkb.bkb.1275098609@bm23.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: Subject: Download and upgrade Acrobat Dynamic PDF 2010 for Windows X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: news@acrobat-dynamic-pdf.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2010 02:25:46 -0000 You have received the alternative text version of an HTML message. Please click below to access the web version of the message: View an HTML version of this message: http://ganderdirectagency.bm23.com/public/?q=preview_message&fn=Link&t=1&ssid=14987&id=5u0yc3x10ebszn4giim106df6d8gh&id2=j4ql1ccdor02yeohr76alzb7pummr&subscriber_id=bidvylsawfvhecjraagrdevhiyoobfn&delivery_id=bngrmmtinspkhroybifveulxdvoubkb&messageversion_id=apsszcoqeuuosdyqqkghvvizaserbdi Visit the link below to unsubscribe from future marketing messages from Acrobat Dynamic PDF http://ganderdirectagency.bm23.com/public/webform/render_form/default/d830728a1c3b96c1d7787e4f9803a32b/unsub/auf448hnh5e1wlibttz0e7otv9va4/bngrmmtinspkhroybifveulxdvoubkb Delivered by Gander Direct Marketing Services, LLC From owner-freebsd-net@FreeBSD.ORG Sat May 29 11:31:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D8161106566C for ; Sat, 29 May 2010 11:31:54 +0000 (UTC) (envelope-from datasmith.z@gmail.com) Received: from mail-ww0-f54.google.com (mail-ww0-f54.google.com [74.125.82.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6E5968FC0A for ; Sat, 29 May 2010 11:31:54 +0000 (UTC) Received: by wwb34 with SMTP id 34so815271wwb.13 for ; Sat, 29 May 2010 04:31:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=J83yyQRXdFsqtpk+XvqStttA/IgyxOPXlydpVYS5Q58=; b=D7/nJwgVwn9NF2DuNC2dk5Vi3ku56BSRTA0IFqomE92eRTkG6fjLIHvuVPSROW4rke uf6jpy81Xd+Y8lwCOOHnpDv5F38YWC4jFZszOCwOYMIE/layDGAzQrqaBccxzPrKh2bz ZkZT2UW1dNOK5LXvSiSgZrKSbfnf1IzFtyfJ0= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=jDFlADcz7+BxGG1ce33KtGqjkeZtpyZt+tqCrEJdmEzRcgpup9ahwKDHm6+OTCjOD4 z6Y3Od+MKOSP2/1KgsBo8N23xPw1CTlrWCVe1lNNf3uq2fawXZm4WOpGi9s3hqPvWqMX T8sdMYMyrQIwhjmZ/aCmfQ65HsUgRAz7y9oBw= MIME-Version: 1.0 Received: by 10.216.185.145 with SMTP id u17mr99213wem.48.1275131254899; Sat, 29 May 2010 04:07:34 -0700 (PDT) Received: by 10.216.12.71 with HTTP; Sat, 29 May 2010 04:07:34 -0700 (PDT) Date: Sat, 29 May 2010 14:07:34 +0300 Message-ID: From: Data Smith To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: nic driver 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: Sat, 29 May 2010 11:31:54 -0000 Hello, I have to install Silan SC92031 driver for my nic to work. It is an RTL8139D chiped nic (intex), I got it with a cd with drivers but the freebsd driver is not working (latest version suported: FreeBSD 5). I am new to compiling the kernel so I don't want to do that. Can someone tell me how to compile, install the boot module and configure this nic on FreeBSD 8.0 ? Thanks, DataSmith P.S. I hope I send this email to the right address. From owner-freebsd-net@FreeBSD.ORG Sat May 29 14:07:00 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C7F9F106567A for ; Sat, 29 May 2010 14:07:00 +0000 (UTC) (envelope-from morganw@chemikals.org) Received: from warped.bluecherry.net (unknown [IPv6:2001:440:eeee:fffb::2]) by mx1.freebsd.org (Postfix) with ESMTP id 7D3868FC22 for ; Sat, 29 May 2010 14:07:00 +0000 (UTC) Received: from volatile.chemikals.org (adsl-67-123-29.shv.bellsouth.net [98.67.123.29]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by warped.bluecherry.net (Postfix) with ESMTPSA id 4FFE486D9D92 for ; Sat, 29 May 2010 09:06:59 -0500 (CDT) Received: from localhost (morganw@localhost [127.0.0.1]) by volatile.chemikals.org (8.14.4/8.14.4) with ESMTP id o4TE6tia032762 for ; Sat, 29 May 2010 09:06:55 -0500 (CDT) (envelope-from morganw@chemikals.org) Date: Sat, 29 May 2010 09:06:55 -0500 (CDT) From: Wes Morgan X-X-Sender: morganw@volatile To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Scanned: clamav-milter 0.95.3 at warped X-Virus-Status: Clean Subject: Intel Advanced-N 6200 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, 29 May 2010 14:07:00 -0000 Any work being done to port support the Intel 6200 devices from OpenBSD? Alternatively, are there any 802.11 expresscard adapters (the laptop under consideration has only expresscard slots...) that are known to work with freebsd, or would I be better off just going with USB? From owner-freebsd-net@FreeBSD.ORG Sat May 29 15:44: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 07103106564A for ; Sat, 29 May 2010 15:44:34 +0000 (UTC) (envelope-from dhorn2000@gmail.com) Received: from mail-gy0-f182.google.com (mail-gy0-f182.google.com [209.85.160.182]) by mx1.freebsd.org (Postfix) with ESMTP id B67838FC08 for ; Sat, 29 May 2010 15:44:33 +0000 (UTC) Received: by gyh20 with SMTP id 20so2277457gyh.13 for ; Sat, 29 May 2010 08:44:32 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=7fhe83X/omcxnqrDn/43/Mhw/o3bPbw2o3lPm9tJKsI=; b=NJ2r8o7tpEFYnGJ4RWkifzSSF4SPgoRn5tOfiHuGp1fR15o1LVw3soiki/cDIhEQXV iLk6mFS7U4R3QDNqHdzfogvGi9bh0hV1Bb3f5zD12RmsyviVg4Fr0Sc/GeQNltS5imQX a1OhEePK1KVpTW9UXWjB2mRyO3ZuDMMdXf0+4= 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=VQRZcp5vu3ur1qoQDGrXl0vxdchFIFWs+mXlTuoPgrEkG2TjRQopsmiCwHPLr/W3pF YIlL14ecTZjRCi2xqVyv1Ty1C+BQ13ZQO9sm//cfz/b9UA+0KJELWwvM7M66EqQjPyEs DIrWq37YCOHfhlUs1c1omrBSXwhkVw97EkXc0= MIME-Version: 1.0 Received: by 10.150.75.8 with SMTP id x8mr2805487yba.121.1275147872829; Sat, 29 May 2010 08:44:32 -0700 (PDT) Received: by 10.151.98.20 with HTTP; Sat, 29 May 2010 08:44:32 -0700 (PDT) In-Reply-To: References: Date: Sat, 29 May 2010 11:44:32 -0400 Message-ID: From: David Horn To: Wes Morgan Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, bschmidt@FreeBSD.org Subject: Re: Intel Advanced-N 6200 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, 29 May 2010 15:44:34 -0000 On Sat, May 29, 2010 at 10:06 AM, Wes Morgan wrote: > Any work being done to port support the Intel 6200 devices from OpenBSD? > Yes, Bernhard Schmidt has done some great work with the Intel wireless devices lately. I would suggest testing against the latest 8-stable, as it looks like everything in iwn(4) has been MFC'ed at this point. I have cc'ed Bernhard so that he might correct any of my suppositions, as I do not have this exact hardware. You might want to try 8.1 Beta 1 images as a test point, as it looks like they are in the process of propagating to at least some of the mirrors. > Alternatively, are there any 802.11 expresscard adapters (the laptop unde= r > consideration has only expresscard slots...) =A0that are known to work wi= th > freebsd, or would I be better off just going with USB? I found the D-Link DWA-643 (rev A1) expresscard to work well with the ath(4) driver. Just do not expect hotswap to work for any expresscard at this point. Good Luck --_Dave From owner-freebsd-net@FreeBSD.ORG Sat May 29 19:47:58 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 379F31065670; Sat, 29 May 2010 19:47:58 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0F7FD8FC0A; Sat, 29 May 2010 19:47:58 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4TJlvaj025292; Sat, 29 May 2010 19:47:57 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4TJlvQ0025288; Sat, 29 May 2010 19:47:57 GMT (envelope-from linimon) Date: Sat, 29 May 2010 19:47:57 GMT Message-Id: <201005291947.o4TJlvQ0025288@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/147191: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2010 19:47:58 -0000 Old Synopsis: Problems with ppp -nat [pppoe], ipfw, dummynet New Synopsis: [ppp] Problems with ppp -nat [pppoe], ipfw, dummynet Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 29 19:47:40 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=147191 From owner-freebsd-net@FreeBSD.ORG Sat May 29 19:50: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 CE31E106566B for ; Sat, 29 May 2010 19:50:04 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (unknown [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8F2358FC1E for ; Sat, 29 May 2010 19:50:04 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o4TJo4gk025399 for ; Sat, 29 May 2010 19:50:04 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4TJo4R3025398; Sat, 29 May 2010 19:50:04 GMT (envelope-from gnats) Date: Sat, 29 May 2010 19:50:04 GMT Message-Id: <201005291950.o4TJo4R3025398@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jose M Rodriguez Cc: Subject: Re: kern/147191: Problems with ppp -nat [pppoe], ipfw, dummynet X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jose M Rodriguez List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 29 May 2010 19:50:04 -0000 The following reply was made to PR kern/147191; it has been noted by GNATS. From: Jose M Rodriguez To: bug-followup@FreeBSD.org, josemi@freebsd.jazztel.es Cc: Subject: Re: kern/147191: Problems with ppp -nat [pppoe], ipfw, dummynet Date: Sat, 29 May 2010 21:27:05 +0200 Sorry for the noise, you can close this It's a ducmented efect of one_pass=1 I'm rewriting the rules and using one_pass=0 -- josemi From owner-freebsd-net@FreeBSD.ORG Sat May 29 20:17:33 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 5373E1065674 for ; Sat, 29 May 2010 20:17:33 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.156]) by mx1.freebsd.org (Postfix) with ESMTP id D00748FC13 for ; Sat, 29 May 2010 20:17:32 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id d23so668176fga.13 for ; Sat, 29 May 2010 13:17:31 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:cc:subject:references:in-reply-to :content-type:content-transfer-encoding; bh=YeLI6IWiuF1tVUjEGbIqci/OIU2z6iWfuXn+4dc/i7Q=; b=nFA7nLahxozly6WxQncp4X9D++oumYu+NqBha3JfnZz45fy8J98lyaeEv6TjQvcbAD YJLJcBf7UX5/jKFqoU8VH/SVun2FFpAKiZcWYDSGJjmNE3eojgjot0U42XLwDauCMRMM gthgZhYo2Y6QBzhGBMMejY5GyG16gFPrAaAck= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; b=fvKLYTW8FEsI+z2tC7ubMAFLBNn0OWwMfDsB98Yaa1kL5nfx9gu86ZDO+W9UXQDTRh 5FDIDCI7C+1a1fZErzafeNibF+QIjL6IzwXzFtMY2GH3l6mIxIxuQPkjn4UvuqzwVJWP auhSCFTq2OVXJFFx5vaSDa5rTwWcFNpP9gTgU= Received: by 10.102.12.26 with SMTP id 26mr747835mul.35.1275164251694; Sat, 29 May 2010 13:17:31 -0700 (PDT) Received: from [192.168.2.2] ([95.58.52.213]) by mx.google.com with ESMTPS id e8sm6555420muf.39.2010.05.29.13.17.25 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 29 May 2010 13:17:30 -0700 (PDT) Message-ID: <4C01760E.2080403@gmail.com> Date: Sun, 30 May 2010 01:16:14 +0500 From: Perevalov Sergey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: pyunyh@gmail.com References: <4BE44E2D.6060907@gmail.com> <20100507210516.GI14801@michelle.cdnetworks.com> In-Reply-To: <20100507210516.GI14801@michelle.cdnetworks.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. 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, 29 May 2010 20:17:33 -0000 Pyun YongHyeon, I am really sorry, I have found you message in my spam folder:-( And immediately I did by your instructions. I connected 2 Freebsd 8.0 hosts by one cable, and started tcpdump -evvvvvvi rl0/ue0. So, 192.168.2.15 is receiver (rl0) log: http://pastebin.com/pZ5udweh 192.168.2.16 is sender (ue0) log: http://pastebin.com/BEDwUWBe Thank you for your help! On 08.05.2010 02:05, Pyun YongHyeon wrote: > On Fri, May 07, 2010 at 10:30:21PM +0500, Perevalov Sergey wrote: > >> Hi guys. I am beginner in FreeBSD. And I got problem with my Gigabit >> usb to ethernet adapter with AX88178 chipset. It works in windows very >> well but doesn't work in FreeBSD 8.0. tcpdump shows log with received >> and sent packets, but any host in network doesn't receive them from it. >> I checked it with 2 FreeBSD hosts connected directly by cable. Can you, >> guys, advice to me something to fix or to find reason of this issue? >> I started thread on freebsd forums( >> http://forums.freebsd.org/showthread.php?t=13649 ) and also reported >> about problem ( http://www.freebsd.org/cgi/query-pr.cgi?pr=146153 ). >> >> > It seems the PR shows tcpdump output on sender side(axe(4) > host 192.168.2.22). Would you capture the traffic on receiver side > (host 192.168.2.7) and post the result? Note, please use direct > cable to connect both systems and use option -e to capture traffic > on host 192.168.2.7. For instance, use > #ifconfig -envvvvvvi nic0 > on receiver side. > > Also check whether the receiver agrees on the resolved speed/duplex > of established link. For your case, host 192.168.2.7 should show > 100baseTX, full-duplex. > > >> Here some information: >> >> dmesg: >> ugen4.2: at usbus4 >> axe0: on usbus4 >> axe0: PHYADDR 0xe0:0x02 >> miibus0: on axe0 >> rgephy0: PHY 2 on miibus0 >> rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, >> 1000baseT-FDX, auto >> ue0: on axe0 >> ue0: Ethernet address: 00:0e:c6:88:09:4e >> >> usbconfig: >> laptop# usbconfig >> ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL >> (12Mbps) pwr=ON >> ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL >> (12Mbps) pwr=ON >> ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL >> (12Mbps) pwr=ON >> ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL >> (12Mbps) pwr=ON >> ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH >> (480Mbps) pwr=ON >> ugen4.2: at usbus4, cfg=0 md=HOST >> spd=HIGH (480Mbps) pwr=ON >> ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW >> (1.5Mbps) pwr=ON >> >> ifconfig: >> ue0: flags=8843 metric 0 mtu 1500 >> ether 00:0e:c6:88:09:4e >> inet 192.168.2.22 netmask 0xffffff00 broadcast 192.168.2.255 >> media: Ethernet autoselect (100baseTX) >> status: active >> >> Thank you for you help! >> > -- Regards, Sergey.