From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 01:10:34 2011 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 209E1106566B; Sun, 16 Jan 2011 01:10:34 +0000 (UTC) (envelope-from kuba.g4@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7C9898FC0A; Sun, 16 Jan 2011 01:10:33 +0000 (UTC) Received: by ewy24 with SMTP id 24so2139055ewy.13 for ; Sat, 15 Jan 2011 17:10:32 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:references:in-reply-to:content-type :content-transfer-encoding; bh=dMHvuVZzgMC/+Lz5BvCQ0R1RXPv0m9nMDbEYQx0YP4I=; b=UqSjtnJYNKqu/QrxFDKThaBWEHBRyzKh6s5Htcy4AFar0/XsZF7kmP3YiBKgQjYjSt hQHGvq/W/fQvQA3qJ83e1sJt9ZLGuXF4wQ3qpDekOQ2uxrH4iFz3aK1h1WAPBTFg7APj hFOJQH7ZEDpsXxUCYN2C4z1I7bs0LxCzzf6vw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject:references :in-reply-to:content-type:content-transfer-encoding; b=DN28c1baVc/+bysOGCjvee2ve4jREdoqg78Nd3gC8Bl8HXHWGHIoGgV23rL1nb8pbe e5yaULMgBKN0Y0fqumUbOxMmQpbThM+hAN6aEVQD12dtc2NoT6SH31KKSIn5bolpNd3w jdafhUtW4Ragc4YTkfthPBn8LKf4OAexituR8= Received: by 10.14.119.142 with SMTP id n14mr1827483eeh.27.1295138381006; Sat, 15 Jan 2011 16:39:41 -0800 (PST) Received: from [192.168.1.100] (89-72-22-180.dynamic.chello.pl [89.72.22.180]) by mx.google.com with ESMTPS id b52sm2267117eei.19.2011.01.15.16.39.40 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 15 Jan 2011 16:39:40 -0800 (PST) Message-ID: <4D323E63.8080802@gmail.com> Date: Sun, 16 Jan 2011 01:40:03 +0100 From: kuba User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101211 Lanikai/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org, linimon@freebsd.org References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. 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, 16 Jan 2011 01:10:34 -0000 Here is my dmesg.boot and pciconf: http://kubag.pl/FreeBSD/ From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 07:10:09 2011 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 26132106566B for ; Sun, 16 Jan 2011 07:10:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id EB4068FC08 for ; Sun, 16 Jan 2011 07:10:08 +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 p0G7A8q3089466 for ; Sun, 16 Jan 2011 07:10:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0G7A86l089465; Sun, 16 Jan 2011 07:10:08 GMT (envelope-from gnats) Date: Sun, 16 Jan 2011 07:10:08 GMT Message-Id: <201101160710.p0G7A86l089465@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mark Linimon Cc: Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mark Linimon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 Jan 2011 07:10:09 -0000 The following reply was made to PR kern/154007; it has been noted by GNATS. From: Mark Linimon To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. Date: Sun, 16 Jan 2011 07:06:05 +0000 ----- Forwarded message from kuba ----- From: kuba To: freebsd-net@freebsd.org, linimon@freebsd.org Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. Here is my dmesg.boot and pciconf: http://kubag.pl/FreeBSD/ ----- End forwarded message ----- From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 12:15:13 2011 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 5A163106564A; Sun, 16 Jan 2011 12:15:13 +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 35AC58FC12; Sun, 16 Jan 2011 12:15:13 +0000 (UTC) Received: from fledge.watson.org (fledge.watson.org [65.122.17.41]) by cyrus.watson.org (Postfix) with ESMTPS id C5CAE46B17; Sun, 16 Jan 2011 07:15:12 -0500 (EST) Date: Sun, 16 Jan 2011 12:15:12 +0000 (GMT) From: Robert Watson X-X-Sender: robert@fledge.watson.org To: William Allen Simpson In-Reply-To: <4D31BDB4.9030904@gmail.com> Message-ID: References: <4D31BDB4.9030904@gmail.com> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-current@freebsd.org, net@FreeBSD.org Subject: Re: TCP resident expert? 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, 16 Jan 2011 12:15:13 -0000 On Sat, 15 Jan 2011, William Allen Simpson wrote: > Who's the kernel expert on TCP around here? ISC wants me to port TCPCT to > FreeBSD. Although I've joined this list (some time ago), I've not seen any > traffic discussing TCP'ish things. Need somebody willing to walk me through > the processes and check my code. I don't think there's any single "the" expert -- rather, work on TCP is distributed over a number of developers who take various interests in the topic. At the risk of pointing fingers: Lawrence Stewart has recently been involved in pluggable congestion control, new congestion control algorithms, TCP tracing, and various other things, and has been among our most active hands in TCP for the last year especially. He might be the best first port of call because of this recent activity. Rui Paulo did our TCP ECN support. I've had my hands in TCP data structure/locking/etc on several occasions in the last couple of years, especially relating to SMP scalability, and most recently, TCP connection CPU affinity and hardware-driven load balancing (RSS, etc) as part of work for Juniper. Andrew Opperman has done significant work on features like TSO, LRO, timers, etc in the last couple of years, and before that reworked out TCP syncache implementation (so might be of particular interest). Drew Gallatin was the originator of our LRO code as part of his work at Myricom, and has taken a more general interest in stack performance. Kip Macy (kmacy@) did our TCP offload implementation as part of work for Chelsio. George Neville-Neil has been involved in TCP regression testing, as well as other TCP-related problems in the data centre. Bjoern Zeeb has been involved in our ongoing network stack virtualisation project, and has of necessity had his hands dirty in TCP. And I feel certain there are others who, entirely accidentally and much to my embarrassment, I have omitted. As Doug points out, however, the best way to reach folks interested in TCP is via the freebsd-net@ mailing list, as people come and go some over time, and taking any questions to that list will let the answers get archived. Also, as people do come and go, the mailing list may help your requests not be dropped :-). (I've CC'd that list) Robert From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 12:41:31 2011 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 DA17E106566B; Sun, 16 Jan 2011 12:41:31 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 407128FC0A; Sun, 16 Jan 2011 12:41:30 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0GCfN1H074068 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 16 Jan 2011 13:41:28 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0GCfM1f074067; Sun, 16 Jan 2011 13:41:22 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Sun, 16 Jan 2011 13:41:22 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE 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, 16 Jan 2011 12:41:31 -0000 Hi, Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE it appears that carp doesn't work at all. I've set up carp like I've done on many firewall pairs before and they all work correctly. With google, nor in the mailing lists, I could find anything about changes in the way carp get configured but if I missed something I'd be happy to hear that it's my fault. Here's the setup: net5501 test3 10.4.0.4/24 | -------------+------------- | | net4801 net4801 test1 test2 sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 carp4:10.4.0.1/24 carp4:10.4.0.1/24 | | | | | | | | | | | | | | | | sis[0-3] connected to other networks, see explanation below. When I ping from test3 to 10.4.0.1, I see the following traffic using tcpdump: test3 # tcpdump -e -n -i vr3 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, ethertype ARP (0x0806), length 60: Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, ethertype IPv4 (0x0800), length 98: 10.4.0.4 > 10.4.0.1: ICMP echo request, id 40482, seq 0, length 64 test1 # tcpdump -e -n -i sis4 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, ethertype ARP (0x0806), length 42: Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 test2 # dump -e -n -i sis4 not vrrp tcpdump: verbose output suppressed, use -v or -vv for full protocol decode listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 60: Request who-has 10.4.0.1 tell 10.4.0.4, length 46 There is an ARP request which is replied to by the carp master (test). the ping to the carp address does not even appear on the sis4 interface of test1. This is the kernel config for test1 and test2: include GENERIC device carp makeoptions MODULES_OVERRIDE="" The relevant rc.conf bits: on test1 hostname="test1" cloned_interfaces="carp1 carp2 carp3 carp4" ifconfig_sis0="xxx.xxx.xxx.41/26" ifconfig_sis1="10.1.0.2/24" ifconfig_sis2="10.2.0.2/24" ifconfig_sis3="10.3.0.2/24" ifconfig_sis4="10.4.0.2/24" ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" on test2 hostname="test2" cloned_interfaces="carp1 carp2 carp3 carp4" ifconfig_sis0="xxx.xxx.xxx.42/26" ifconfig_sis1="10.1.0.3/24" ifconfig_sis2="10.2.0.3/24" ifconfig_sis3="10.3.0.3/24" ifconfig_sis4="10.4.0.3/24" ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" In /etc/sysctl.conf: net.inet.carp.preempt=1 Ifconfig output: test1 # ifconfig sis4 sis4: flags=8943 metric 0 mtu 1500 options=83808 ether 00:00:24:c3:49:91 inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 media: Ethernet autoselect (100baseTX ) status: active test1 # ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.4.0.1 netmask 0xffffff00 carp: MASTER vhid 104 advbase 1 advskew 0 test2 # ifconfig sis4 sis4: flags=8943 metric 0 mtu 1500 options=83808 ether 00:00:24:c3:49:7d inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 media: Ethernet autoselect (100baseTX ) status: active test2 # ifconfig carp4 carp4: flags=49 metric 0 mtu 1500 inet 10.4.0.1 netmask 0xffffff00 carp: BACKUP vhid 104 advbase 1 advskew 100 There are no packet filters in place, sis1, sis2 and sis3 are wired through cross-cables from test1 to test2, so no traffic there except for carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no other stuff connected. Setting net.inet.carp.log=7 does not result in any console/dmesg/messages output. I see carp traffic on sis4 which appears normal except that I don't understand the addrs(7): part but that used to be there on 8.0/8.1 firewalls too: 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 70: (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], proto VRRP (112), length 56) 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 104, prio 0, authtype none, intvl 1s, length 36, addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, ethertype IPv4 (0x0800), length 70: (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], proto VRRP (112), length 56) 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, vrid 104, prio 0, authtype none, intvl 1s, length 36, addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 Regards, Paul Schenkeveld From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 12:45:47 2011 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 5B2DA1065673; Sun, 16 Jan 2011 12:45:47 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 31B728FC12; Sun, 16 Jan 2011 12:45:47 +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 p0GCjlU0082598; Sun, 16 Jan 2011 12:45:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0GCjlAM082594; Sun, 16 Jan 2011 12:45:47 GMT (envelope-from linimon) Date: Sun, 16 Jan 2011 12:45:47 GMT Message-Id: <201101161245.p0GCjlAM082594@freefall.freebsd.org> To: kuba.g4@gmail.com, linimon@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. 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, 16 Jan 2011 12:45:47 -0000 Synopsis: [ath] Atheros ar9287 card does not get recognized. State-Changed-From-To: feedback->open State-Changed-By: linimon State-Changed-When: Sun Jan 16 12:45:33 UTC 2011 State-Changed-Why: feedback received. http://www.freebsd.org/cgi/query-pr.cgi?pr=154007 From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 14:24:00 2011 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 AE61A1065675 for ; Sun, 16 Jan 2011 14:24:00 +0000 (UTC) (envelope-from rmacklem@uoguelph.ca) Received: from esa-jnhn.mail.uoguelph.ca (esa-jnhn.mail.uoguelph.ca [131.104.91.44]) by mx1.freebsd.org (Postfix) with ESMTP id 6BEA48FC18 for ; Sun, 16 Jan 2011 14:24:00 +0000 (UTC) X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: ApwEAPqHMk2DaFvO/2dsb2JhbACEC6FQrziNM4Ekgzh0BIRwhi+FMA X-IronPort-AV: E=Sophos;i="4.60,329,1291611600"; d="scan'208";a="107249625" Received: from erie.cs.uoguelph.ca (HELO zcs3.mail.uoguelph.ca) ([131.104.91.206]) by esa-jnhn-pri.mail.uoguelph.ca with ESMTP; 16 Jan 2011 08:54:59 -0500 Received: from zcs3.mail.uoguelph.ca (localhost.localdomain [127.0.0.1]) by zcs3.mail.uoguelph.ca (Postfix) with ESMTP id 9F0A8B40C8; Sun, 16 Jan 2011 08:54:59 -0500 (EST) Date: Sun, 16 Jan 2011 08:54:59 -0500 (EST) From: Rick Macklem To: freebsd-net@freebsd.org Message-ID: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-Originating-IP: [172.17.91.201] X-Mailer: Zimbra 6.0.10_GA_2692 (ZimbraWebClient - IE8 (Win)/6.0.10_GA_2692) Cc: Ronald Klop Subject: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. 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, 16 Jan 2011 14:24:00 -0000 Ronald has reported having a problem with the FreeBSD NFS client using 8.2-prerelease. I've redirected it here, since it looks like there is a TCP/IP issue that is causing it. > > >> > >> These are the links to the dumps: > >> http://klop.ws/~ronald/nfs-problem/procstat.nolockd > >> http://klop.ws/~ronald/nfs-problem/ps.nolockd > >> http://klop.ws/~ronald/nfs-problem/linux5.nfs.nolockd.dump.gz > >> http://klop.ws/~ronald/nfs-problem/linux5.nfs.with_rpc_patch.dump.gz > >> I looked at the last of these via wireshark and it seems that the FreeBSD client is sending bogus TCP/IP packets with a IP length == 0. (If you look at the above dump (...with_rpc_patch.dump.gz), the first one is at packet #46, then #3024, then persistently starting at #3234.) Basically the packet looks like: frame len: 4446 MAC: dst 00:0d:56:70:b7:6c src b8:ac:6f:47:73:6e type: 08 00 (IP) IP version: 4 header length: 20 differentiated services field: 0x00 total length: 0 - followed by what looks like a legitimate TCP/IP packet Here's the first bytes of the raw packet data: 00 0d 56 70 b7 6c b8 ac 6f 47 73 6e 08 00 45 00 00 00 ... After this packet is sent to the Linux server, it replies with a TCP ack, which gets ACK'd from FreeBSD as well. For the persistent case, it just keeps doing this (bogus 0 length packet from FreeBSD -> Linux server, followed by the two TCP ack packets) over and over and over again, to the end of the dump. So, does anyone have an idea why the IP length field would be set to 0 for these TCP/IP packets? Here's some info from Ronald w.r.t. his hardware. (All I can think of is that he could try disabling TSO, etc?) Thanks in advance for any help with this, rick > > I just looked at the last dump and there seems to be a network > > issue. > > (It first shows up at packet #46, then again at #3025, then > > persistently > > starting at #3234.) > > > > I'd like to post on freebsd-net@ to see if anyone more conversant > > with > > TCP/IP can look, but first I'd like to get a little more info on > > your > > hardware/software config. > > > > In particular, what network hardware does the FreeBSD client use? > > > > And I assume the server is some variant of Linux? > > > > Thanks for creating the tcpdumps, rick > > ps: If you look on wireshark, the problem seems to start with a > > badly formed IP datagram that then causes acks in both > > directions. > > We are getting off list now. I don't know how good that is. > I've redirected it to freebsd-net@ in the hopes that networking folks can help. > But here is some info. I also noticed the bad packets. And my computer > is > resending the same info at quite a high rate (MB/s). > The server is an up-to-date Linux Debian 5 with a 2.6.26-1-686-bigmem > kernel. Colleagues using Linux clients don't have these problems. > > dmesg | grep em0 > em0: port 0xece0-0xecff > mem > 0xf7fe0000-0xf7ffffff,0xf7fd9000-0xf7fd9fff irq 21 at device 25.0 on > pci0 > em0: Using an MSI interrupt > em0: [FILTER] > em0: Ethernet address: b8:ac:6f:47:73:6e > > pciconf -lv > em0@pci0:0:25:0: class=0x020000 card=0x02761028 chip=0x10de8086 > rev=0x02 hdr=0x00 > vendor = 'Intel Corporation' > device = 'Intel Gigabit network connection (82567LM-3 )' > class = network > subclass = ethernet > > > [root@ronald ~]# ifconfig em0 > em0: flags=8843 metric 0 mtu > 1500 > options=219b > ether b8:ac:6f:47:73:6e > inet 10.1.20.49 netmask 0xffffff00 broadcast 10.1.20.255 > media: Ethernet autoselect (100baseTX ) > status: active > > Thanks for looking into this. If you need more just let me know. I can > also reproduce the problem and send nfsstat or netstat output or .... > > Thanks, > Ronald. From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 14:42:50 2011 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 557B41065670 for ; Sun, 16 Jan 2011 14:42:50 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id D8EBF8FC22 for ; Sun, 16 Jan 2011 14:42:49 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p0GEgmvC065457; Sun, 16 Jan 2011 15:42:48 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p0GEglpK065456; Sun, 16 Jan 2011 15:42:47 +0100 (CET) (envelope-from marius) Date: Sun, 16 Jan 2011 15:42:47 +0100 From: Marius Strobl To: Lev Serebryakov Message-ID: <20110116144247.GA65399@alchemy.franken.de> References: <36074996.20110112192009@serebryakov.spb.ru> <20110112213208.GD12920@michelle.cdnetworks.com> <20110112225907.GA44318@alchemy.franken.de> <20110113173925.GA49356@alchemy.franken.de> <20110113212713.GC17502@michelle.cdnetworks.com> <20110114012412.GK97101@alchemy.franken.de> <178613186.20110114134109@serebryakov.spb.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <178613186.20110114134109@serebryakov.spb.ru> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon , freebsd-net@freebsd.org Subject: Re: [patch] re(4) problems on networks with disabled autonegotiation "solver" (WAS: Juniper e3k with ports limitied to...) -- REQUEST FOR REVIEW 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, 16 Jan 2011 14:42:50 -0000 On Fri, Jan 14, 2011 at 01:41:09PM +0300, Lev Serebryakov wrote: > Hello, Marius. > You wrote 14 ?????? 2011 ?., 4:24:12: > > > found by ignoring the bits set in the "don't care mask". I've > > updated the patch at the above URL accordingly and based on my > > testing it now should actually work as expected. Sorry for the > > glitch. > Yes, it works for me. Thanks for testing! I've committed the patch to HEAD and will try to get it into 7.4 and 8.2. > Only one note: I think, it is good idea to document this flag in > re(4). > Technically re.4 obviously is the wrong location for documenting it as it's generally the business of the PHY drivers to handle the media. Moreover, rgephy(4) driven PHYs are also commonly used in combination with at least axe(4), nfe(4), nve(4) and sge(4) MACs so we would have to document this special media option in all of the corresponding man pages, which would introduce undesirable redundancy. So instead I've added a rgephy.4 man page and documented it there. Actually, this is a very good example for why we generally should not document media types and options in the man pages of MAC drivers that take advantage of mii(4) but instead add a common ifmedia.4 and just point there and if as in this case it makes sense to man pages of specific PHY drivers. Marius From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 17:55:14 2011 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 3A38C106564A for ; Sun, 16 Jan 2011 17:55:14 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id B50418FC16 for ; Sun, 16 Jan 2011 17:55:13 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id AD2B741C735; Sun, 16 Jan 2011 18:55:12 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id F6KmAzMWPBdJ; Sun, 16 Jan 2011 18:55:12 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 14AAD41C710; Sun, 16 Jan 2011 18:55:12 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id DEB174448F3; Sun, 16 Jan 2011 17:55:06 +0000 (UTC) Date: Sun, 16 Jan 2011 17:55:06 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Marius Strobl In-Reply-To: <20110116144247.GA65399@alchemy.franken.de> Message-ID: <20110116174153.Y14966@maildrop.int.zabbadoz.net> References: <36074996.20110112192009@serebryakov.spb.ru> <20110112213208.GD12920@michelle.cdnetworks.com> <20110112225907.GA44318@alchemy.franken.de> <20110113173925.GA49356@alchemy.franken.de> <20110113212713.GC17502@michelle.cdnetworks.com> <20110114012412.GK97101@alchemy.franken.de> <178613186.20110114134109@serebryakov.spb.ru> <20110116144247.GA65399@alchemy.franken.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: Pyun YongHyeon , freebsd-net@freebsd.org, Lev Serebryakov Subject: Re: [patch] re(4) problems on networks with disabled autonegotiation "solver" (WAS: Juniper e3k with ports limitied to...) -- REQUEST FOR REVIEW 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, 16 Jan 2011 17:55:14 -0000 On Sun, 16 Jan 2011, Marius Strobl wrote: Hi, > On Fri, Jan 14, 2011 at 01:41:09PM +0300, Lev Serebryakov wrote: >> Hello, Marius. >> You wrote 14 ?????? 2011 ?., 4:24:12: >> >>> found by ignoring the bits set in the "don't care mask". I've >>> updated the patch at the above URL accordingly and based on my >>> testing it now should actually work as expected. Sorry for the >>> glitch. >> Yes, it works for me. > > Thanks for testing! I've committed the patch to HEAD and will try > to get it into 7.4 and 8.2. > >> Only one note: I think, it is good idea to document this flag in >> re(4). >> > > Technically re.4 obviously is the wrong location for documenting it > as it's generally the business of the PHY drivers to handle the media. > Moreover, rgephy(4) driven PHYs are also commonly used in combination > with at least axe(4), nfe(4), nve(4) and sge(4) MACs so we would have > to document this special media option in all of the corresponding man > pages, which would introduce undesirable redundancy. So instead I've > added a rgephy.4 man page and documented it there. > Actually, this is a very good example for why we generally should not > document media types and options in the man pages of MAC drivers that > take advantage of mii(4) but instead add a common ifmedia.4 and just > point there and if as in this case it makes sense to man pages of > specific PHY drivers. First of all, thanks a lot for the work! Can you email me the entire set of revisions off-list so that I could have a look, especially to see if we can still sneak things into the release after the RC2s (or send them to re@ fore pre-review and I'll read them there;) Second, I start to like the idea of <$phy>.4 in addition to <$mac>.4 man pages and .Xrs given our discussion lately on the extra alias options. The only drawback I see is that the ifconfig.8 -> <$mac>.4 -> <$phy>.4 man page chain gets longer and ifconfig generally doesn't reference any drivers but miibus.4 does. Would it make a sense to add a list of man pages of the `phys' implementing miibus in addition to the list of drivers making use of miibus, rather than just having adding the .Xr at the end? The list might grow in the future now that it was started? /bz -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Sun Jan 16 20:02:26 2011 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 51E01106564A for ; Sun, 16 Jan 2011 20:02:26 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 9F5698FC16 for ; Sun, 16 Jan 2011 20:02:25 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p0GK2OQm068876; Sun, 16 Jan 2011 21:02:24 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p0GK2Nxc068875; Sun, 16 Jan 2011 21:02:23 +0100 (CET) (envelope-from marius) Date: Sun, 16 Jan 2011 21:02:23 +0100 From: Marius Strobl To: "Bjoern A. Zeeb" Message-ID: <20110116200223.GA65732@alchemy.franken.de> References: <36074996.20110112192009@serebryakov.spb.ru> <20110112213208.GD12920@michelle.cdnetworks.com> <20110112225907.GA44318@alchemy.franken.de> <20110113173925.GA49356@alchemy.franken.de> <20110113212713.GC17502@michelle.cdnetworks.com> <20110114012412.GK97101@alchemy.franken.de> <178613186.20110114134109@serebryakov.spb.ru> <20110116144247.GA65399@alchemy.franken.de> <20110116174153.Y14966@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116174153.Y14966@maildrop.int.zabbadoz.net> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon , freebsd-net@freebsd.org, Lev Serebryakov Subject: Re: [patch] re(4) problems on networks with disabled autonegotiation "solver" (WAS: Juniper e3k with ports limitied to...) -- REQUEST FOR REVIEW 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, 16 Jan 2011 20:02:26 -0000 On Sun, Jan 16, 2011 at 05:55:06PM +0000, Bjoern A. Zeeb wrote: > On Sun, 16 Jan 2011, Marius Strobl wrote: > > Hi, > > >On Fri, Jan 14, 2011 at 01:41:09PM +0300, Lev Serebryakov wrote: > >>Hello, Marius. > >>You wrote 14 ?????? 2011 ?., 4:24:12: > >> > >>>found by ignoring the bits set in the "don't care mask". I've > >>>updated the patch at the above URL accordingly and based on my > >>>testing it now should actually work as expected. Sorry for the > >>>glitch. > >> Yes, it works for me. > > > >Thanks for testing! I've committed the patch to HEAD and will try > >to get it into 7.4 and 8.2. > > > >> Only one note: I think, it is good idea to document this flag in > >> re(4). > >> > > > >Technically re.4 obviously is the wrong location for documenting it > >as it's generally the business of the PHY drivers to handle the media. > >Moreover, rgephy(4) driven PHYs are also commonly used in combination > >with at least axe(4), nfe(4), nve(4) and sge(4) MACs so we would have > >to document this special media option in all of the corresponding man > >pages, which would introduce undesirable redundancy. So instead I've > >added a rgephy.4 man page and documented it there. > >Actually, this is a very good example for why we generally should not > >document media types and options in the man pages of MAC drivers that > >take advantage of mii(4) but instead add a common ifmedia.4 and just > >point there and if as in this case it makes sense to man pages of > >specific PHY drivers. > > First of all, thanks a lot for the work! Can you email me the entire > set of revisions off-list so that I could have a look, especially to > see if we can still sneak things into the release after the RC2s (or > send them to re@ fore pre-review and I'll read them there;) The revision introducing the flag0 media option for rgephy(4) and fixing some bugs I'd like to avoid shipping the final 7.4 and 8.2 with is just r217415 and has no dependencies. My idea was to MFC it to stable/{7,8} as planned and then ask re@ for approval to merge to release/{7.4,8.2}, pointing at the 2-3 threads on net@ about the problem with servers provided by Hetzner as these appear to be rather popular even outside of .de (not that I'm affiliated with them in any way, I'm not even one of their customers). While working on that I noticed that some other PHY drivers share similar bugs like the ones fixed by r217415 for rgephy(4) so I fixed these also, which might make you think that other revisions committed about the same time might be a dependency of the former. Unlike the problems discovered in rgephy(4), the known MAC-PHY- (driver-)combinations to the best of my knowledge currently won't be able to trigger these bugs for one reason or the other so I don't intend to get the other revisions merged into 7.4 and 8.2. As for documenting r217415 that unfortunately took me some more revisions, i.e. r217464, r217468 and r217475. However, my original plan actually wasn't to get these also into 7.4 and 8.2 anyway as I think this too big a change. I think for hotfix-like stuff like this one it actually is tolerable to not have the flag0 media option documented in the documentation included in the release. > > Second, I start to like the idea of <$phy>.4 in addition to <$mac>.4 man > pages and .Xrs given our discussion lately on the extra alias options. > The only drawback I see is that the ifconfig.8 -> <$mac>.4 -> <$phy>.4 > man page chain gets longer and ifconfig generally doesn't reference > any drivers but miibus.4 does. Well, from the dmesg, the output of devinfo(8) etc it's easily deducible that f.e the re0 interface also involves miibusX and rgephyY instances. So I really think we can expect our users to think of having a look at all of these man pages might be a good idea if they intend to configure the interface, especially since as you also point out ifconfig.8 generally doesn't say much about drivers. Of course this requires <$mac>.4 to not give the impression they would be authoritative about the media supported, which they currently unfortunately do. > Would it make a sense to add a list of > man pages of the `phys' implementing miibus in addition to the list of > drivers making use of miibus, rather than just having adding the .Xr > at the end? The list might grow in the future now that it was > started? > Yes, having such a list in miibus.4 seems like a good idea. However, I wanted to avoid touching that man pages more than really necessary at this time as it IMO is in the need for a general overhaul; several of the information provided there more or less obviously refers to how things looked like when Fast Ethernet was the state of the art or otherwise read rather strange to me. To be honest in this regard I much prefer the simplicity of the NetBSD mii.4, which the FreeBSD miibus.4 at least has been inspired by judging the comment at the top of that man page. The former talks more about how things work in the OS and what the user is able to do with it rather than trying to give background information about the technology involved. Marius From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 00:56:21 2011 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 4F3B6106566C for ; Mon, 17 Jan 2011 00:56:21 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 1BF6C8FC14 for ; Mon, 17 Jan 2011 00:56:20 +0000 (UTC) Received: by pwi10 with SMTP id 10so875574pwi.13 for ; Sun, 16 Jan 2011 16:56:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=hmgm6vgULfGDISEe0kyFA6a2pEEa0cilVmqnOLa0a+c=; b=s2H+pENqh4AANeg6LG+rfDEXMs9c8T2/Mrshp0Ok2WxwZDl3cw42Ia/FQDOzQEsSB4 IDyFozWBv0bETH/RePre20Py+uY2z/Qszby+gPUoG1dsWqVPCKdxYc6A9JCXOC+OBhHd 0LoqpucA7HDMG4hEmA3xStR5YqASCJSi+YmLU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=oj4IyKKm8tOqkpSIiGFJRXzM+8+EiifINZ7YxglPpcFgGD92Oqc8Th+tJ4Em/O0x2J amfi7Z2gYUX+3As2Iz7eNHPthQh1N0Ti7EQ8Mcs8XKJLR+g/Yf3aBnObfN92bFc9ebc5 JwSszgePw4FEq1w1Fa+EUx/X/Xnjr7G/8KpuQ= Received: by 10.142.194.5 with SMTP id r5mr3002411wff.157.1295225778785; Sun, 16 Jan 2011 16:56:18 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id w42sm5781917wfh.3.2011.01.16.16.56.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 16 Jan 2011 16:56:17 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Sun, 16 Jan 2011 16:55:24 -0800 From: Pyun YongHyeon Date: Sun, 16 Jan 2011 16:55:24 -0800 To: Rick Macklem Message-ID: <20110117005524.GA1305@michelle.cdnetworks.com> References: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, Ronald Klop Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 00:56:21 -0000 On Sun, Jan 16, 2011 at 08:54:59AM -0500, Rick Macklem wrote: > Ronald has reported having a problem with the FreeBSD NFS client using > 8.2-prerelease. I've redirected it here, since it looks like there is > a TCP/IP issue that is causing it. > > > > > >> > > >> These are the links to the dumps: > > >> http://klop.ws/~ronald/nfs-problem/procstat.nolockd > > >> http://klop.ws/~ronald/nfs-problem/ps.nolockd > > >> http://klop.ws/~ronald/nfs-problem/linux5.nfs.nolockd.dump.gz > > >> http://klop.ws/~ronald/nfs-problem/linux5.nfs.with_rpc_patch.dump.gz > > >> > > I looked at the last of these via wireshark and it seems that the FreeBSD > client is sending bogus TCP/IP packets with a IP length == 0. (If you look > at the above dump (...with_rpc_patch.dump.gz), the first one is at packet #46, > then #3024, then persistently starting at #3234.) Basically the packet looks > like: > frame len: 4446 > MAC: dst 00:0d:56:70:b7:6c src b8:ac:6f:47:73:6e type: 08 00 (IP) > IP > version: 4 > header length: 20 > differentiated services field: 0x00 > total length: 0 > - followed by what looks like a legitimate TCP/IP packet > > Here's the first bytes of the raw packet data: > 00 0d 56 70 b7 6c b8 ac 6f 47 73 6e 08 00 > 45 00 00 00 ... > > After this packet is sent to the Linux server, it replies with a TCP ack, > which gets ACK'd from FreeBSD as well. For the persistent case, it just > keeps doing this (bogus 0 length packet from FreeBSD -> Linux server, > followed by the two TCP ack packets) over and over and over again, to > the end of the dump. > > So, does anyone have an idea why the IP length field would be set to 0 > for these TCP/IP packets? > > Here's some info from Ronald w.r.t. his hardware. (All I can think of is > that he could try disabling TSO, etc?) > > Thanks in advance for any help with this, rick > It seems that issue came from TSO. Driver will set ip_len and ip_sum field to 0 before passing the TCP segment to controller. The failed length were 4446, 5858, 3034 and 4310 and the total number of such frames are more than 35k within 90 seconds. Since failed length 4310 is continuously repeated I guess there is edge case where em(4) didn't free failed TCP segment for TSO. I remember there was commit to HEAD(r217295) which could be related with this issue. > > > > I just looked at the last dump and there seems to be a network > > > issue. > > > (It first shows up at packet #46, then again at #3025, then > > > persistently > > > starting at #3234.) > > > > > > I'd like to post on freebsd-net@ to see if anyone more conversant > > > with > > > TCP/IP can look, but first I'd like to get a little more info on > > > your > > > hardware/software config. > > > > > > In particular, what network hardware does the FreeBSD client use? > > > > > > And I assume the server is some variant of Linux? > > > > > > Thanks for creating the tcpdumps, rick > > > ps: If you look on wireshark, the problem seems to start with a > > > badly formed IP datagram that then causes acks in both > > > directions. > > > > We are getting off list now. I don't know how good that is. > > > I've redirected it to freebsd-net@ in the hopes that networking folks > can help. > > > But here is some info. I also noticed the bad packets. And my computer > > is > > resending the same info at quite a high rate (MB/s). > > The server is an up-to-date Linux Debian 5 with a 2.6.26-1-686-bigmem > > kernel. Colleagues using Linux clients don't have these problems. > > > > dmesg | grep em0 > > em0: port 0xece0-0xecff > > mem > > 0xf7fe0000-0xf7ffffff,0xf7fd9000-0xf7fd9fff irq 21 at device 25.0 on > > pci0 > > em0: Using an MSI interrupt > > em0: [FILTER] > > em0: Ethernet address: b8:ac:6f:47:73:6e > > > > pciconf -lv > > em0@pci0:0:25:0: class=0x020000 card=0x02761028 chip=0x10de8086 > > rev=0x02 hdr=0x00 > > vendor = 'Intel Corporation' > > device = 'Intel Gigabit network connection (82567LM-3 )' > > class = network > > subclass = ethernet > > > > > > [root@ronald ~]# ifconfig em0 > > em0: flags=8843 metric 0 mtu > > 1500 > > options=219b > > ether b8:ac:6f:47:73:6e > > inet 10.1.20.49 netmask 0xffffff00 broadcast 10.1.20.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > > > Thanks for looking into this. If you need more just let me know. I can > > also reproduce the problem and send nfsstat or netstat output or .... > > > > Thanks, > > Ronald. From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 02:13:21 2011 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 E1ACA106566C for ; Mon, 17 Jan 2011 02:13:21 +0000 (UTC) (envelope-from lstewart@freebsd.org) Received: from lauren.room52.net (lauren.room52.net [210.50.193.198]) by mx1.freebsd.org (Postfix) with ESMTP id 6C9FF8FC17 for ; Mon, 17 Jan 2011 02:13:21 +0000 (UTC) Received: from lawrence1.loshell.room52.net (ppp59-167-184-191.static.internode.on.net [59.167.184.191]) by lauren.room52.net (Postfix) with ESMTPSA id D878A7E880; Mon, 17 Jan 2011 12:56:12 +1100 (EST) Message-ID: <4D33A1BC.2090000@freebsd.org> Date: Mon, 17 Jan 2011 12:56:12 +1100 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-AU; rv:1.9.2.13) Gecko/20101214 Lightning/1.0b2 Thunderbird/3.1.7 MIME-Version: 1.0 To: Robert Watson References: <4D31BDB4.9030904@gmail.com> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=0.0 required=5.0 tests=UNPARSEABLE_RELAY autolearn=unavailable version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on lauren.room52.net Cc: freebsd-net@freebsd.org, William Allen Simpson Subject: Re: TCP resident expert? 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, 17 Jan 2011 02:13:22 -0000 [trimming freebsd-current@ and moving to more canonical freebsd-net@] On 01/16/11 23:15, Robert Watson wrote: > > On Sat, 15 Jan 2011, William Allen Simpson wrote: > >> Who's the kernel expert on TCP around here? ISC wants me to port >> TCPCT to FreeBSD. Although I've joined this list (some time ago), >> I've not seen any traffic discussing TCP'ish things. Need somebody >> willing to walk me through the processes and check my code. > > I don't think there's any single "the" expert -- rather, work on TCP is > distributed over a number of developers who take various interests in > the topic. At the risk of pointing fingers: > > Lawrence Stewart has recently been involved in pluggable > congestion control, new congestion control algorithms, TCP tracing, and > various other things, and has been among our most active hands in TCP > for the last year especially. He might be the best first port of call > because of this recent activity. I've been loosely following Bill's work on TCPCT since early last year and although I have an interest in it, I've had no spare cycles to contribute anything concrete to the discussion, specification or implementation effort. I'd be happy to eyeball patches but it would be good to get others involved as well if possible - I'm stretched too thin to be reliably useful at the moment and for the foreseeable future. Andre would definitely be a good reviewer for this work. Others of course welcome. Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 05:43:03 2011 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 68F06106566C; Mon, 17 Jan 2011 05:43:03 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-ww0-f50.google.com (mail-ww0-f50.google.com [74.125.82.50]) by mx1.freebsd.org (Postfix) with ESMTP id C479A8FC14; Mon, 17 Jan 2011 05:43:02 +0000 (UTC) Received: by wwf26 with SMTP id 26so4956900wwf.31 for ; Sun, 16 Jan 2011 21:43:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=yGnfnu1BsEhPy5UBBbCnDJYFdKFcMKHCA5jt3Yq0xPY=; b=s1eYzZp1y0Jf4xt6HZHDeJGqFjSvJWM9UoMDM66hRjgvGg954YkrdZjwhqA7Mp1K1e oGEWuJghOpyHJpdXfU8PjaME3R0eykZ9mBMPU46ytqksZCF8IZHZq13b2zxS0gIPWI4u QDQw3A1bNOsDzPD7CR6YkZ1DpNnzI6u5bWhLU= 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=lNVVYnYoRNpZWvqT726Mv69eoBl3gMAQl6QsDm6FmODPuEc+tVia9AP0Hygo52TK5w J03UkSHr5oBrhB1v6DIG3Q7lmgjrW8we27TECIFWXpKpYPwW6yoy7xKphNSbqZdnYUka BKEkxueZbh9XldXCDcpzBiUhC8YH3omJ0ngG0= MIME-Version: 1.0 Received: by 10.216.254.89 with SMTP id g67mr1932093wes.7.1295242981464; Sun, 16 Jan 2011 21:43:01 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.216.159.201 with HTTP; Sun, 16 Jan 2011 21:43:01 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Jan 2011 13:43:01 +0800 X-Google-Sender-Auth: KxZMBdjBPWyEzlZB60DiaDdM_VQ Message-ID: From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-mips@freebsd.org, "Jayachandran C." Subject: Re: capturing packet from wlan0 with netgraph? 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, 17 Jan 2011 05:43:03 -0000 Hi, Please file a PR about this and the output of "show registers". I bet that the ip pointer isn't aligned at that point in the code. Whatever is passing the packet to the IP layer should be re-aligning things beforehand. (eg, look at what the ethernet ipfw hook code does - if the ether type is ipv4/ipv6, it actually realigns the packets before passing it back up the stack.) Adrian On 13 January 2011 16:25, Monthadar Al Jaberi wrote: > sorry but I have not worked with this for a while now, After some > thoughts I dont think using netgraph will do me any good, because > traffic can still flow through the antennas of the cards. > > If you think it would still be useful to see more ddb prompt for other > scenarios I am happy to try and supply that, but I won't have some > free time until late tomorrow :) > > thnx again! > > On Thu, Jan 13, 2011 at 7:53 AM, Adrian Chadd wrote: >> I've encountered this before. >> >> The mbuf's there aren't always aligned at this point. >> >> >> >> Adrian >> >> On 13 January 2011 14:17, Jayachandran C. wro= te: >>> On Thu, Jan 13, 2011 at 11:08 AM, Adrian Chadd wro= te: >>>> Find out what the address is that's causing the problem. There's >>>> plenty of places where unaligned mbuf's exist in the IP code and >>>> aren't correctly realigned before being touched. >>>> >>>> MIPS people - is "address error" an alignment problem? >>> >>> Address error can be an alignment problem (or some other cases like >>> accessing kernel address from userspace). >>> >>> But looking at the crash, it certainly seems like in ip_input, the line >>> =A0 =A0 435 =A0 =A0 =A0 =A0 if (ip->ip_v !=3D IPVERSION) { >>> >>> got a bad address for the ip pointer. >>> >>> The output of 'show registers' at the ddb prompt would be useful to >>> debug further. >>> >>> >>>> On 30 December 2010 21:47, Monthadar Al Jaberi w= rote: >>>>> Hi, >>>>> >>>>> I have an idea in my head and would like to know if it is possible. >>>>> >>>>> I want to simulate and test the net80211 mesh code in FreeBSD Current= . >>>>> I have an RSPRO board with 3 atheros cards. >>>>> >>>>> My =A0basic idea is to run three jails each having its own network >>>>> stack, and redirect all data packets coming out/in of the wlan driver >>>>> to a Server running a home brew application that simulates the medium= . >>>>> That would be great, right? Realtime unchanged code to test, running >>>>> different application in their own jails. >>>>> >>>>> So first I started to test netgraph with a simple test case, I want t= o >>>>> receive all packets from one wireless card and see the data in >>>>> wireshark or tcpdump... >>>>> >>>>> This is my netgraph code: >>>>> mkpeer wlan0: hub lower hook0 >>>>> name wlan0:lower hub >>>>> connect hub: wlan0: hook1 upper >>>>> connect hub: arge0: hook2 lower >>>>> >>>>> >>>>> So if I understood man ng_ether correct, this should capture >>>>> everything from wlan and redirect to ethernet cable. >>>>> >>>>> But I get a panic after a couple of seconds: >>>>> Trap cause =3D 4 (address error (load or I-fetch) - kernel mode) >>>>> [ thread pid 11 tid 100037 ] >>>>> Stopped at =A0 =A0 =A0ip_input+0xd8: =A0lw =A0 =A0 =A0v0,0(s0) >>>>> >>>>> I suspect that data flows to all hooks of the hub, and that is a bad >>>>> thing right? Need to create a special hub node to filter data? Or >>>>> maybe use two ethernet cables for out resp. in? >>>>> >>>>> Is it even possible to do what I want? Or am I thinking wrong? And is >>>>> there a simpler way? >>>>> >>>>> What I want is to test mesh code in a bunch of FreeBSD systems withou= t >>>>> moving the hardware, one could just stack RSPROs and connected them a >>>>> big switch and a PC. >>>>> Hope was I clear in my thoughts. >>>>> >>>>> Best regards, >>>>> -- >>>>> //Monthadar Al Jaberi >>> >>> JC. >>> >> > > > > -- > //Monthadar Al Jaberi > From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 06:30:17 2011 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 31866106566B for ; Mon, 17 Jan 2011 06:30:17 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 061608FC1A for ; Mon, 17 Jan 2011 06:30:17 +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 p0H6UGvL017818 for ; Mon, 17 Jan 2011 06:30:16 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0H6UGrD017810; Mon, 17 Jan 2011 06:30:16 GMT (envelope-from gnats) Date: Mon, 17 Jan 2011 06:30:16 GMT Message-Id: <201101170630.p0H6UGrD017810@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: PseudoCylon Cc: Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: PseudoCylon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 06:30:17 -0000 The following reply was made to PR kern/153938; it has been noted by GNATS. From: PseudoCylon To: Juergen Lock Cc: bug-followup@freebsd.org, nox@jelal.kn-bremen.de Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic Date: Sun, 16 Jan 2011 22:24:07 -0800 (PST) ----- Original Message ---- > From: Juergen Lock > To: PseudoCylon > Cc: bug-followup@freebsd.org; nox@jelal.kn-bremen.de > Sent: Fri, January 14, 2011 10:36:50 AM > Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free >panic > > On Thu, Jan 13, 2011 at 04:47:21PM -0800, PseudoCylon wrote: > > Hello, > Hi! > > > > Thank you for the patch. > > > You're welcome! :) > > > I have applied it. Please try patched driver out. > > http://gitorious.org/run/run/trees/ratectl_fix/dev/usb/wlan > > > > I added locks to your patch, so saved pointers are more reliable. > > I see you removed the rn->wcid code, I guess I should have > explained what it's for: ni->ni_associd already gets zeroed before > run_node_cleanup() is called so with your version no sc->sc_ni[wcid] > ever gets set to NULL. > You're right. > + if (wcid == 0) > + wcid = rn->wcid; Is there any reason to test "ni->ni_associd == 0"? We know it is 0. AK From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 10:48:41 2011 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 72DD51065670 for ; Mon, 17 Jan 2011 10:48:41 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id B9C0A8FC0C for ; Mon, 17 Jan 2011 10:48:40 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0HAmbjw030470; Mon, 17 Jan 2011 16:48:37 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D341E80.7000303@rdtc.ru> Date: Mon, 17 Jan 2011 16:48:32 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mike Tancsa References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> In-Reply-To: <4D30458D.30007@sentex.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Netgraph/mpd5 stability issues 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, 17 Jan 2011 10:48:41 -0000 On 14.01.2011 18:46, Mike Tancsa wrote: > I also have stability issues on RELENG_8. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 Do you change net.isr.direct from default 1 to 0 for your box? From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 11:07:04 2011 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 64ACD106566B for ; Mon, 17 Jan 2011 11:07:04 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 5227B8FC08 for ; Mon, 17 Jan 2011 11:07: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 p0HB74T0048951 for ; Mon, 17 Jan 2011 11:07:04 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0HB73UZ048949 for freebsd-net@FreeBSD.org; Mon, 17 Jan 2011 11:07:03 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 17 Jan 2011 11:07:03 GMT Message-Id: <201101171107.p0HB73UZ048949@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, 17 Jan 2011 11:07:04 -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/154007 net [ath] Atheros ar9287 card does not get recognized. o kern/154006 net [tcp] [patch] tcp "window probe" bug on 64bit o kern/153951 net [ixgbe] Intel 10GBase-LR Ethernet card detected as 10G o kern/153938 net [run] [panic] [patch] Workaround for use-after-free pa o kern/153937 net [ral] ralink panics the system (amd64 freeBSDD 8.X) wh o kern/153936 net [ixgbe] [patch] MPRC workaround incorrectly applied to o kern/153816 net [ixgbe] ixgbe doesn't work properly with the Intel 10g o kern/153772 net [ixgbe] [patch] sysctls reference wrong XON/XOFF varia o kern/153671 net [em] [panic] 8.2-PRERELEASE repeatable kernel in if_em o kern/153610 net [nfe] nfe0 malfunction at boot time o kern/153497 net [netgraph] netgraph panic due to race conditions o kern/153454 net [patch] [wlan] [urtw] Support ad-hoc and hostap modes o kern/153308 net [em] em interface use 100% cpu o kern/153255 net [panic] 8.2-PRERELEASE repeatable kernel panic under h o kern/153244 net [em] em(4) fails to send UDP to port 0xffff o kern/152893 net [netgraph] [panic] 8.2-PRERELEASE panic in netgraph o kern/152853 net [em] tftpd (and likely other udp traffic) fails over e o kern/152828 net [em] poor performance on 8.1, 8.2-PRE o kern/152569 net [net]: Multiple ppp connections and routing table prob o kern/152411 net [re] network card works only on 1000M o kern/152360 net [dummynet] [panic] Crash related to dummynet. o kern/152235 net [arp] Permanent local ARP entries are not properly upd o kern/152141 net [vlan] encapsulate vlan in ng_ether before output to i o kern/151690 net [ep] network connectivity won't work until dhclient is o kern/151681 net [nfs] NFS mount via IPv6 leads to hang on client with o kern/151593 net [igb] [panic] Kernel panic when bringing up igb networ o kern/150920 net [ixgbe][igb] Panic when packets are dropped with heade o bin/150642 net netstat(1) doesn't print anything for SCTP sockets o kern/150557 net [igb] igb0: Watchdog timeout -- resetting o kern/150251 net [patch] [ixgbe] Late cable insertion broken o kern/150249 net [ixgbe] Media type detection broken o kern/150247 net [patch] [ixgbe] Version in -current won't build on 7.x o bin/150224 net ppp(8) does not reassign static IP after kill -KILL co f kern/149969 net [wlan] [ral] ralink rt2661 fails to maintain connectio o kern/149937 net [ipfilter] [patch] kernel panic in ipfilter IP fragmen o kern/149786 net [bwn] bwn on Dell Inspiron 1150: connections stall o kern/149643 net [rum] device not sending proper beacon frames in ap mo o kern/149609 net [panic] reboot after adding second default route o kern/149539 net [ath] atheros ar9287 is not supported by ath_hal o kern/149516 net [ath] ath(4) hostap with fake MAC/BSSID results in sta o kern/149373 net [realtek/atheros]: None of my network card working o kern/149307 net [ath] Doesn't work Atheros 9285 o kern/149306 net [alc] Doesn't work Atheros AR8131 PCIe Gigabit Etherne o kern/149117 net [inet] [patch] in_pcbbind: redundant test o kern/149086 net [multicast] Generic multicast join failure in 8.1 o kern/148322 net [ath] Triggering atheros wifi beacon misses in hostap o kern/148317 net [ath] FreeBSD 7.x hostap memory leak in net80211 or At o kern/148078 net [ath] wireless networking stops functioning o kern/147894 net [ipsec] IPv6-in-IPv4 does not work inside an ESP-only o kern/147155 net [ip6] setfb not work with ipv6 o kern/146845 net [libc] close(2) returns error 54 (connection reset by o kern/146792 net [flowtable] flowcleaner 100% cpu's core load o kern/146759 net [cxgb] [patch] cxgb panic calling cxgb_set_lro() witho o kern/146719 net [pf] [panic] PF or dumynet kernel panic o kern/146534 net [icmp6] wrong source address in echo reply o kern/146427 net [mwl] Additional virtual access points don't work on m o kern/146426 net [mwl] 802.11n rates not possible on mwl o kern/146425 net [mwl] mwl dropping all packets during and after high u f kern/146394 net [vlan] IP source address for outgoing connections o bin/146377 net [ppp] [tun] Interface doesn't clear addresses when PPP o kern/146358 net [vlan] wrong destination MAC address o kern/146165 net [wlan] [panic] Setting bssid in adhoc mode causes pani o kern/146082 net [ng_l2tp] a false invaliant check was performed in ng_ o kern/146037 net [panic] mpd + CoA = kernel panic o bin/145934 net [patch] add count option to netstat(1) o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145728 net [lagg] Stops working lagg between two servers. o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] [request] allow Atheros watchdog timeout o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/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 amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o bin/131365 net route(8): route add changes interpretation of network f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour f kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg o kern/125721 net [ath] Terrible throughput/high ping latency with Ubiqu o kern/125617 net [ath] [panic] ath(4) related panic o kern/125501 net [ath] atheros cardbus driver hangs f kern/125442 net [carp] [lagg] CARP combined with LAGG causes system pa f kern/125332 net [ath] [panic] crash under any non-tiny networking unde o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o kern/123758 net [panic] panic while restarting net/freenet6 o bin/123633 net ifconfig(8) doesn't set inet and ether address in one o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 f kern/123045 net [ng_mppc] ng_mppc_decompress - disabling node o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr o kern/118727 net [netgraph] [patch] [request] add new ng_pf module s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/107944 net [wi] [patch] Forget to unlock mutex-locks f kern/107279 net [ath] [panic] ath_start: attempted use of a free mbuf! o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] f kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working o kern/97306 net [netgraph] NG_L2TP locks after connection with failed o conf/97014 net [gif] gifconfig_gif? in rc.conf does not recognize IPv f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear f kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86427 net [lor] Deadlock with FASTIPSEC and nat o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ p kern/85320 net [gre] [patch] possible depletion of kernel stack in ip o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry o kern/81095 net IPsec connection stops working if associated network i o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78968 net FreeBSD freezes on mbufs exhaustion (network interface o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time a kern/71474 net [route] route lookup does not skip interfaces marked d o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message o kern/65616 net IPSEC can't detunnel GRE packets after real ESP encryp s kern/60293 net [patch] FreeBSD arp poison patch a kern/56233 net IPsec tunnel (ESP) over IPv6: MTU computation is wrong o kern/54383 net [nfs] [patch] NFS root configurations without dynamic s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 366 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 11:14:12 2011 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 B72DB1065695; Mon, 17 Jan 2011 11:14:12 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8C8248FC21; Mon, 17 Jan 2011 11:14:12 +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 p0HBEClp061953; Mon, 17 Jan 2011 11:14:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0HBECVb061943; Mon, 17 Jan 2011 11:14:12 GMT (envelope-from linimon) Date: Mon, 17 Jan 2011 11:14:12 GMT Message-Id: <201101171114.p0HBECVb061943@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/154076: [alc] [hang] recent alc driver locks computer 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, 17 Jan 2011 11:14:14 -0000 Old Synopsis: recent alc driver locks computer New Synopsis: [alc] [hang] recent alc driver locks computer Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon Jan 17 11:13:34 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=154076 From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 11:41:41 2011 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 8D9B2106566B for ; Mon, 17 Jan 2011 11:41:41 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 4A32A8FC14 for ; Mon, 17 Jan 2011 11:41:41 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366] ([IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0HBfdjU008166 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 06:41:39 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D342AEC.4030600@sentex.net> Date: Mon, 17 Jan 2011 06:41:32 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Eugene Grosbein References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D341E80.7000303@rdtc.ru> In-Reply-To: <4D341E80.7000303@rdtc.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: Netgraph/mpd5 stability issues 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, 17 Jan 2011 11:41:41 -0000 On 1/17/2011 5:48 AM, Eugene Grosbein wrote: > On 14.01.2011 18:46, Mike Tancsa wrote: > >> I also have stability issues on RELENG_8. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 > > Do you change net.isr.direct from default 1 to 0 for your box? No, I leave it at 1 ---Mike > > From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 12:05:39 2011 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 4FFEC1065726 for ; Mon, 17 Jan 2011 12:05:39 +0000 (UTC) (envelope-from dhartmei@insomnia.benzedrine.cx) Received: from insomnia.benzedrine.cx (106-30.3-213.fix.bluewin.ch [213.3.30.106]) by mx1.freebsd.org (Postfix) with ESMTP id 60A1A8FC17 for ; Mon, 17 Jan 2011 12:05:34 +0000 (UTC) Received: from insomnia.benzedrine.cx (localhost.benzedrine.cx [127.0.0.1]) by insomnia.benzedrine.cx (8.14.1/8.13.4) with ESMTP id p0HC5XYH006938 (version=TLSv1/SSLv3 cipher=DHE-DSS-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 13:05:33 +0100 (MET) Received: (from dhartmei@localhost) by insomnia.benzedrine.cx (8.14.1/8.12.10/Submit) id p0HC5VYr027079; Mon, 17 Jan 2011 13:05:31 +0100 (MET) Date: Mon, 17 Jan 2011 13:05:31 +0100 From: Daniel Hartmeier To: Paul Schenkeveld Message-ID: <20110117120531.GA3420@insomnia.benzedrine.cx> References: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116124122.GA63358@psconsult.nl> User-Agent: Mutt/1.5.12-2006-07-14 Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE 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, 17 Jan 2011 12:05:39 -0000 On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > There is an ARP request which is replied to by the carp master (test). > the ping to the carp address does not even appear on the sis4 interface > of test1. Everything looks fine, except for the fact that the ping (echo request) doesn't get to test1's sis4. Are you sure the problem isn't with the switch? Have you tried resetting it? Or replacing it with another one (where you could check the MAC address table, etc.)? You'd get this behavior if the switch had learned carp4's virtual MAC address (00:00:5e:00:01:68) on another port. You're not using vhid 104 (:68 in the virtual MAC) on other ports of that switch, are you? Daniel From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 13:25:20 2011 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 5387C10656AA; Mon, 17 Jan 2011 13:25:20 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id AC9BE8FC1B; Mon, 17 Jan 2011 13:25:19 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HDPDcb052166 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 14:25:18 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HDPDpr052165; Mon, 17 Jan 2011 14:25:13 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 14:25:13 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110117132513.GA41403@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <20110117120531.GA3420@insomnia.benzedrine.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117120531.GA3420@insomnia.benzedrine.cx> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: Subject: Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE 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, 17 Jan 2011 13:25:20 -0000 On Mon, Jan 17, 2011 at 01:05:31PM +0100, Daniel Hartmeier wrote: > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > > There is an ARP request which is replied to by the carp master (test). > > the ping to the carp address does not even appear on the sis4 interface > > of test1. > > Everything looks fine, except for the fact that the ping (echo request) > doesn't get to test1's sis4. > > Are you sure the problem isn't with the switch? Have you tried resetting > it? Or replacing it with another one (where you could check the MAC > address table, etc.)? The switch has been power-cycled, no change. Only 3 ports are wired, to test1, test2 and test3. I'm not in the office right now, can replace the switch tonight, but read on... > You'd get this behavior if the switch had learned carp4's virtual MAC > address (00:00:5e:00:01:68) on another port. You're not using vhid 104 > (:68 in the virtual MAC) on other ports of that switch, are you? test3 has no carp nor vrrp so vhid 104 is not in use anywhere else. Tcpdump shows only carp (vrrp) packets from test1 one per second. sis3 of test1 and test2 are connected by a cross-cable. IP addresses are 10.3.0.1/24 (carp3, vhid 103, test1 is master, test2 is backup), 10.3.0.2/24 for sis3 on test1 and 10.3.0.3 for sis3 on test2. On test1 I can ping 10.3.0.1 (which test1 is carp master for), from test2 I can't ping 10.3.0.1. A tcpdump on sis3 on test1 shows ARP request and reply, but no icmp echo-request. The arp entry on test2 looks OK: test2 # arp 10.3.0.1 ? (10.3.0.1) at 00:00:5e:00:01:67 on sis3 expires in 800 seconds [ethernet] On test2 I can ping 10.3.0.2 and 10.4.0.2 (the addresses on sis3 and sis4 of test1) and see the normal arp-request/arp-reply/icmp-echoreq/ icmp-echoreply sequence using tcpdump. > Daniel Regards, Paul Schenkeveld From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 08:19:32 2011 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 16DFC106566C for ; Mon, 17 Jan 2011 08:19:32 +0000 (UTC) (envelope-from e0326715@student.tuwien.ac.at) Received: from mr.tuwien.ac.at (mr2-n.kom.tuwien.ac.at [128.130.2.110]) by mx1.freebsd.org (Postfix) with ESMTP id 993048FC0A for ; Mon, 17 Jan 2011 08:19:31 +0000 (UTC) Received: from webmail1.zserv.tuwien.ac.at (webmail1.zserv.tuwien.ac.at [128.130.35.11]) by mr.tuwien.ac.at (8.13.7/8.13.7) with ESMTP id p0H7BMbF011267 for ; Mon, 17 Jan 2011 08:11:23 +0100 (MET) Received: from webmail1.zserv.tuwien.ac.at (localhost.localdomain [127.0.0.1]) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8) with ESMTP id p0H7BMwI004192 for ; Mon, 17 Jan 2011 08:11:22 +0100 Received: (from apache@localhost) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8/Submit) id p0H7BMFN004191 for freebsd-net@freebsd.org; Mon, 17 Jan 2011 08:11:22 +0100 X-Authentication-Warning: webmail1.zserv.tuwien.ac.at: apache set sender to e0326715@student.tuwien.ac.at using -f Received: from vie-lim-ge-1-2.onenet.at (vie-lim-ge-1-2.onenet.at [194.24.158.1]) by webmail.tuwien.ac.at (Horde Framework) with HTTP; Mon, 17 Jan 2011 08:11:22 +0100 Message-ID: <20110117081122.65833sa4wsdugdqy@webmail.tuwien.ac.at> Date: Mon, 17 Jan 2011 08:11:22 +0100 From: Schoch Christian To: freebsd-net@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Mon, 17 Jan 2011 14:09:17 +0000 Subject: [SCTP] transport address unconfirmed instead of inactive 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, 17 Jan 2011 08:19:32 -0000 I did some test with multihoming and failover. My problem is that if one transport failes it never comes back to active (no heartbeats are sent any more). My setup: FreeBSD 8.1 Linux 2.6.36 172.16.1.4 --------- 172.16.1.3 172.17.1.4 --------- 172.17.1.3 Packets from 16.1.4 to 17.1.3 and 17.1.4 to 16.1.3 are dropped. The transfer starts with 172.16.1.4 to 16.1.3 which is working as expected. If the transfer on this transport failes, it is switching to 17.1.4 & 17.1.3 as expected. 172.16.1.4 gets SCTP_UNCONFIRMED, 172.16.1.3 gets SCTP_INACTIVE Now, if the first connection is available again, the first transport address of FreeBSD stays at unconfirmed with no HB sent to 16.1.3 Linux sends HB from 16.1.3 to 16.1.4 with ACK coming back from 17.1.4 to 16.1.3 (which is dropped). So why are HBs sent from new primary instead of received address ? As specified in RFC it should sent back from address, it receives the HB packet. Regards, Christian ---------------------------------------------------------------- This message was sent using IMP, the Internet Messaging Program. From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 16:14:44 2011 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 3C68B1065696 for ; Mon, 17 Jan 2011 16:14:44 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 9BB678FC18 for ; Mon, 17 Jan 2011 16:14:43 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0HGEepv033352; Mon, 17 Jan 2011 22:14:40 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D346AEB.8000807@rdtc.ru> Date: Mon, 17 Jan 2011 22:14:35 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: Mike Tancsa References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D341E80.7000303@rdtc.ru> <4D342AEC.4030600@sentex.net> In-Reply-To: <4D342AEC.4030600@sentex.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: Netgraph/mpd5 stability issues 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, 17 Jan 2011 16:14:44 -0000 On 17.01.2011 17:41, Mike Tancsa wrote: >>> I also have stability issues on RELENG_8. >>> >>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 >> >> Do you change net.isr.direct from default 1 to 0 for your box? > > No, I leave it at 1 > > ---Mike I was experiencing some instability with mpd/netgraph too but found workaround: increase netgraph buffers/queues. For 4GB RAM, /boot/loader.conf: # netgraph queue sizes tuning, see vmstat -z|egrep 'ITEM|NetGraph' net.graph.maxdata=65536 net.graph.maxalloc=65536 For /etc/sysctl.conf: kern.ipc.maxsockbuf=83886080 net.graph.maxdgram=8388608 net.graph.recvspace=8388608 It helps not to overflow netgraph event queues in my case and takes away netgraph-related stability problems. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 16:45:40 2011 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 C3F47106566B for ; Mon, 17 Jan 2011 16:45:40 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id 7EF218FC12 for ; Mon, 17 Jan 2011 16:45:40 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366] ([IPv6:2607:f3e0:0:4:6d90:8d21:568f:4366]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0HGjc5j070545 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 11:45:38 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D34722A.9010700@sentex.net> Date: Mon, 17 Jan 2011 11:45:30 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Eugene Grosbein References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D341E80.7000303@rdtc.ru> <4D342AEC.4030600@sentex.net> <4D346AEB.8000807@rdtc.ru> In-Reply-To: <4D346AEB.8000807@rdtc.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: Netgraph/mpd5 stability issues 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, 17 Jan 2011 16:45:40 -0000 Thanks, I will give those values a try! ---Mike On 1/17/2011 11:14 AM, Eugene Grosbein wrote: > On 17.01.2011 17:41, Mike Tancsa wrote: > >>>> I also have stability issues on RELENG_8. >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 >>> >>> Do you change net.isr.direct from default 1 to 0 for your box? >> >> No, I leave it at 1 >> >> ---Mike > > I was experiencing some instability with mpd/netgraph too > but found workaround: increase netgraph buffers/queues. > > For 4GB RAM, /boot/loader.conf: > > # netgraph queue sizes tuning, see vmstat -z|egrep 'ITEM|NetGraph' > net.graph.maxdata=65536 > net.graph.maxalloc=65536 > > For /etc/sysctl.conf: > > kern.ipc.maxsockbuf=83886080 > net.graph.maxdgram=8388608 > net.graph.recvspace=8388608 > > It helps not to overflow netgraph event queues in my case > and takes away netgraph-related stability problems. > > Eugene Grosbein > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 18:03:29 2011 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 3DF9E106564A; Mon, 17 Jan 2011 18:03:29 +0000 (UTC) (envelope-from monthadar@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 675048FC08; Mon, 17 Jan 2011 18:03:28 +0000 (UTC) Received: by fxm16 with SMTP id 16so6403192fxm.13 for ; Mon, 17 Jan 2011 10:03:27 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=bHxJpu//BkemyQu0RMvYPzRx25S6NAXkSlgwwadwZ2E=; b=hpHLPpZ+mSDpiBLtBFQl92djTiEiV7BBCM3PHvkmD85PwQhTCotSBmD1pmFfItY0sm UiO84JHz/gCSkwLlYP9x1MJdZi2JD8JVhy1EUa9ED3TpHmTtN7hmbWthwguCVI51pg3N vIdz8jJsSpDrJ/jyxPgAonumUXZZeOTGy3+/Q= 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=b/pd4A1/fi6GICX3BGjnuwzkgWb6f2FjzrQiCliidI///j5g0I3Tdh020RmKuRcflO So12/FHYgFfyszQZ3R1SmdcCFU0RhB+QERInpOp6VfKoxRLotEg4dHkD3iKKk7tGSn/e yb0iaAxaSYueqs55nnciRHXEthmiFYj2srzwA= MIME-Version: 1.0 Received: by 10.223.85.204 with SMTP id p12mr5025179fal.146.1295287407133; Mon, 17 Jan 2011 10:03:27 -0800 (PST) Received: by 10.223.85.198 with HTTP; Mon, 17 Jan 2011 10:03:27 -0800 (PST) In-Reply-To: References: Date: Mon, 17 Jan 2011 19:03:27 +0100 Message-ID: From: Monthadar Al Jaberi To: Adrian Chadd Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, freebsd-mips@freebsd.org, "Jayachandran C." Subject: Re: capturing packet from wlan0 with netgraph? 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, 17 Jan 2011 18:03:29 -0000 filed a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=3D154091 On Mon, Jan 17, 2011 at 6:43 AM, Adrian Chadd wrote: > Hi, > > Please file a PR about this and the output of "show registers". > > I bet that the ip pointer isn't aligned at that point in the code. > Whatever is passing the packet to the IP layer should be re-aligning > things beforehand. > (eg, look at what the ethernet ipfw hook code does - if the ether type > is ipv4/ipv6, it actually realigns the packets before passing it back > up the stack.) > > > > Adrian > > On 13 January 2011 16:25, Monthadar Al Jaberi wrote= : >> sorry but I have not worked with this for a while now, After some >> thoughts I dont think using netgraph will do me any good, because >> traffic can still flow through the antennas of the cards. >> >> If you think it would still be useful to see more ddb prompt for other >> scenarios I am happy to try and supply that, but I won't have some >> free time until late tomorrow :) >> >> thnx again! >> >> On Thu, Jan 13, 2011 at 7:53 AM, Adrian Chadd wrote= : >>> I've encountered this before. >>> >>> The mbuf's there aren't always aligned at this point. >>> >>> >>> >>> Adrian >>> >>> On 13 January 2011 14:17, Jayachandran C. wr= ote: >>>> On Thu, Jan 13, 2011 at 11:08 AM, Adrian Chadd wr= ote: >>>>> Find out what the address is that's causing the problem. There's >>>>> plenty of places where unaligned mbuf's exist in the IP code and >>>>> aren't correctly realigned before being touched. >>>>> >>>>> MIPS people - is "address error" an alignment problem? >>>> >>>> Address error can be an alignment problem (or some other cases like >>>> accessing kernel address from userspace). >>>> >>>> But looking at the crash, it certainly seems like in ip_input, the lin= e >>>> =A0 =A0 435 =A0 =A0 =A0 =A0 if (ip->ip_v !=3D IPVERSION) { >>>> >>>> got a bad address for the ip pointer. >>>> >>>> The output of 'show registers' at the ddb prompt would be useful to >>>> debug further. >>>> >>>> >>>>> On 30 December 2010 21:47, Monthadar Al Jaberi = wrote: >>>>>> Hi, >>>>>> >>>>>> I have an idea in my head and would like to know if it is possible. >>>>>> >>>>>> I want to simulate and test the net80211 mesh code in FreeBSD Curren= t. >>>>>> I have an RSPRO board with 3 atheros cards. >>>>>> >>>>>> My =A0basic idea is to run three jails each having its own network >>>>>> stack, and redirect all data packets coming out/in of the wlan drive= r >>>>>> to a Server running a home brew application that simulates the mediu= m. >>>>>> That would be great, right? Realtime unchanged code to test, running >>>>>> different application in their own jails. >>>>>> >>>>>> So first I started to test netgraph with a simple test case, I want = to >>>>>> receive all packets from one wireless card and see the data in >>>>>> wireshark or tcpdump... >>>>>> >>>>>> This is my netgraph code: >>>>>> mkpeer wlan0: hub lower hook0 >>>>>> name wlan0:lower hub >>>>>> connect hub: wlan0: hook1 upper >>>>>> connect hub: arge0: hook2 lower >>>>>> >>>>>> >>>>>> So if I understood man ng_ether correct, this should capture >>>>>> everything from wlan and redirect to ethernet cable. >>>>>> >>>>>> But I get a panic after a couple of seconds: >>>>>> Trap cause =3D 4 (address error (load or I-fetch) - kernel mode) >>>>>> [ thread pid 11 tid 100037 ] >>>>>> Stopped at =A0 =A0 =A0ip_input+0xd8: =A0lw =A0 =A0 =A0v0,0(s0) >>>>>> >>>>>> I suspect that data flows to all hooks of the hub, and that is a bad >>>>>> thing right? Need to create a special hub node to filter data? Or >>>>>> maybe use two ethernet cables for out resp. in? >>>>>> >>>>>> Is it even possible to do what I want? Or am I thinking wrong? And i= s >>>>>> there a simpler way? >>>>>> >>>>>> What I want is to test mesh code in a bunch of FreeBSD systems witho= ut >>>>>> moving the hardware, one could just stack RSPROs and connected them = a >>>>>> big switch and a PC. >>>>>> Hope was I clear in my thoughts. >>>>>> >>>>>> Best regards, >>>>>> -- >>>>>> //Monthadar Al Jaberi >>>> >>>> JC. >>>> >>> >> >> >> >> -- >> //Monthadar Al Jaberi >> > --=20 //Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 18:06:41 2011 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 DDC6B106564A for ; Mon, 17 Jan 2011 18:06:41 +0000 (UTC) (envelope-from monthadar@gmail.com) Received: from mail-ew0-f54.google.com (mail-ew0-f54.google.com [209.85.215.54]) by mx1.freebsd.org (Postfix) with ESMTP id 751DF8FC08 for ; Mon, 17 Jan 2011 18:06:41 +0000 (UTC) Received: by ewy24 with SMTP id 24so2907939ewy.13 for ; Mon, 17 Jan 2011 10:06:40 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:date:message-id:subject:from:to :content-type; bh=3A+ZICwsNBWd7x8KIe0aMFmVpn/ZyeViu6ZobN56DmA=; b=eu9+rdpsdUQoVegYUFE+9b0uTWr/pHun5AYMPsWbZ8knxeR0uW8fU6BFjv8dUkcYJj 8wm7dqHHS5lvqOpbgxu3LgIJ4TBwQltZW8VCsQA/FvPK0L62CrixFqBM/5uxtyyNpF44 TVQDCQTPpscxxI6MrMs8f+wTaGhTYmDf4GpbU= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=pTXz5nGTwVxe50JYld7xANXpPz3nLiiQv8fiMzRXq1TlO5fp7aAWOfEQe/Km/v6fSC 9NATITd6bJuWUrLCVrrVDQSAgdV+8stiqrXYx94svr23ZN7ciKOBh9g1x1Ov/uL33K8F e6ZBagmBwhUEYwX5v1xFT4a2XsVIANeD5FqxQ= MIME-Version: 1.0 Received: by 10.227.157.1 with SMTP id z1mr2243250wbw.23.1295287600119; Mon, 17 Jan 2011 10:06:40 -0800 (PST) Received: by 10.227.157.145 with HTTP; Mon, 17 Jan 2011 10:06:39 -0800 (PST) Date: Mon, 17 Jan 2011 19:06:39 +0100 Message-ID: From: Monthadar Al Jaberi To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Subject: Bug in ieee80211_mesh.c code? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 18:06:41 -0000 Hi, This line 1466 in ieee80211_mesh.c: frm += frm[2] + 2; When I look at the other modes it should be frm += frm[1] + 2; ?? br, -- //Monthadar Al Jaberi From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 19:56:23 2011 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 E71E51065679; Mon, 17 Jan 2011 19:56:22 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id 332138FC08; Mon, 17 Jan 2011 19:56:22 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0HJuFj0018766 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Mon, 17 Jan 2011 20:56:21 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0HJuFtn018765; Mon, 17 Jan 2011 20:56:15 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Mon, 17 Jan 2011 20:56:15 +0100 From: Paul Schenkeveld To: freebsd-stable@freebsd.org, freebsd-net@freebsd.org Message-ID: <20110117195615.GA18423@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116124122.GA63358@psconsult.nl> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: re@freebsd.org Subject: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] 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, 17 Jan 2011 19:56:23 -0000 On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > Hi, > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > it appears that carp doesn't work at all. I've set up carp like I've > done on many firewall pairs before and they all work correctly. With > google, nor in the mailing lists, I could find anything about changes > in the way carp get configured but if I missed something I'd be happy > to hear that it's my fault. > > Here's the setup: > > net5501 > test3 > 10.4.0.4/24 > | > -------------+------------- > | | > net4801 net4801 > test1 test2 > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > | | | | | | | | > | | | | | | | | > sis[0-3] connected to other networks, see > explanation below. > > When I ping from test3 to 10.4.0.1, I see the following traffic using > tcpdump: > > test3 # tcpdump -e -n -i vr3 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > ethertype ARP (0x0806), length 60: > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > ethertype IPv4 (0x0800), length 98: > 10.4.0.4 > 10.4.0.1: ICMP echo request, > id 40482, seq 0, length 64 > > test1 # tcpdump -e -n -i sis4 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > ethertype ARP (0x0806), length 42: > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > test2 # dump -e -n -i sis4 not vrrp > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > ethertype ARP (0x0806), length 60: > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > There is an ARP request which is replied to by the carp master (test). > the ping to the carp address does not even appear on the sis4 interface > of test1. > > This is the kernel config for test1 and test2: > > include GENERIC > device carp > makeoptions MODULES_OVERRIDE="" > > The relevant rc.conf bits: > > on test1 > hostname="test1" > cloned_interfaces="carp1 carp2 carp3 carp4" > ifconfig_sis0="xxx.xxx.xxx.41/26" > ifconfig_sis1="10.1.0.2/24" > ifconfig_sis2="10.2.0.2/24" > ifconfig_sis3="10.3.0.2/24" > ifconfig_sis4="10.4.0.2/24" > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > on test2 > hostname="test2" > cloned_interfaces="carp1 carp2 carp3 carp4" > ifconfig_sis0="xxx.xxx.xxx.42/26" > ifconfig_sis1="10.1.0.3/24" > ifconfig_sis2="10.2.0.3/24" > ifconfig_sis3="10.3.0.3/24" > ifconfig_sis4="10.4.0.3/24" > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > In /etc/sysctl.conf: > net.inet.carp.preempt=1 > > Ifconfig output: > > test1 # ifconfig sis4 > sis4: flags=8943 metric 0 mtu 1500 > options=83808 > ether 00:00:24:c3:49:91 > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > test1 # ifconfig carp4 > carp4: flags=49 metric 0 mtu 1500 > inet 10.4.0.1 netmask 0xffffff00 > carp: MASTER vhid 104 advbase 1 advskew 0 > > test2 # ifconfig sis4 > sis4: flags=8943 metric 0 mtu 1500 > options=83808 > ether 00:00:24:c3:49:7d > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > media: Ethernet autoselect (100baseTX ) > status: active > test2 # ifconfig carp4 > carp4: flags=49 metric 0 mtu 1500 > inet 10.4.0.1 netmask 0xffffff00 > carp: BACKUP vhid 104 advbase 1 advskew 100 > > There are no packet filters in place, sis1, sis2 and sis3 are wired > through cross-cables from test1 to test2, so no traffic there except for > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > other stuff connected. > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > output. > > I see carp traffic on sis4 which appears normal except that I don't > understand the addrs(7): part but that used to be there on 8.0/8.1 > firewalls too: > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > ethertype IPv4 (0x0800), length 70: > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > proto VRRP (112), length 56) > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > vrid 104, prio 0, authtype none, intvl 1s, length 36, > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > ethertype IPv4 (0x0800), length 70: > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > proto VRRP (112), length 56) > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > vrid 104, prio 0, authtype none, intvl 1s, length 36, > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp works again on this interface. Apparently the problem is not with carp(4) but with sis(4). Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for firewalls and carp is quite often used together with this hardware, this looks like a showstopper for 8.2 :-( Regards, Paul Schenkeveld From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 20:32:44 2011 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 541651065670 for ; Mon, 17 Jan 2011 20:32:44 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id E56BE8FC0A for ; Mon, 17 Jan 2011 20:32:43 +0000 (UTC) Received: by fxm16 with SMTP id 16so6545638fxm.13 for ; Mon, 17 Jan 2011 12:32:43 -0800 (PST) Received: by 10.223.115.11 with SMTP id g11mr5335313faq.64.1295296362858; Mon, 17 Jan 2011 12:32:42 -0800 (PST) Received: from maja.lab.techwires.net (p54B4FA85.dip.t-dialin.net [84.180.250.133]) by mx.google.com with ESMTPS id z1sm1840738fau.45.2011.01.17.12.32.40 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 12:32:40 -0800 (PST) From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Mon, 17 Jan 2011 21:32:52 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201012272024.37110.bschmidt@freebsd.org> In-Reply-To: <201012272024.37110.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101172132.53027.bschmidt@techwires.net> Subject: Re: CFT/CFR, possible fix for ifconfig scan hang 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, 17 Jan 2011 20:32:44 -0000 Hi, no objections so far. If non arise till this weekend, I going to commit this. On Monday 27 December 2010 20:24:36 Bernhard Schmidt wrote: > Hi, > > I recently received some complains about the infamous 'ifconfig scan hang' > issue again. Finally looking into that I noticed a bunch of inconsistences, > the most obvious one is that ifconfig(8) is talking about doing a > background scan by default, which is simply not true according to the > implementation. > > Anyways.. the generic use-case which triggers the 'hang' is, if 'ifconfig > scan' is called while a scan is already in progress, net80211 will not > start a new one which means that no scan flags are updated, though, > ifconfig will loop until it receives a notification about the scan being > done. This does always happen after an 'ifconfig up', because net80211 > will move the VAP into scan state by default, with the scan flags set in > such a way that a scan is done until there is something to connect to. > This also means that no notifications about the scan being done are sent > to upper layers, because the scan is not finished.. > > If we successfully moved from scan to run state, how so ever, and now want > to call 'ifconfig scan' we're faced with another issue. Doing a scan while > being associated means we have to move off our current channel, to do this > without loosing any imported frames/information, we make use of the power > save feature. Now if we want to send any traffic while doing the scan, the > scan is temporary suspended, frames are sent, then the scan is restarted > after receiving a beacon and there is no frame to send. For this to work > though, we need to actually request a background scan so appropriate flags > are set and the scan is actually restarted. Without this, we hang until > the bgscan timer fires of at that next bgscanintval. > > I have a patch available which addresses both of the issues. It requests a > background scan by default and also honors the return value of > start_scan_locked(): > - for head > http://techwires.net/~bschmidt/scan_hang_head.diff > - for 8-stable/8.2-*: > http://techwires.net/~bschmidt/scan_hang_stable.diff > > Please test and let me know if it works, or not. > > Thanks > -- Bernhard From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 20:34:22 2011 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 CB1FC1065670 for ; Mon, 17 Jan 2011 20:34:22 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 6BA5A8FC13 for ; Mon, 17 Jan 2011 20:34:22 +0000 (UTC) Received: by fxm16 with SMTP id 16so6547113fxm.13 for ; Mon, 17 Jan 2011 12:34:21 -0800 (PST) Received: by 10.223.100.8 with SMTP id w8mr141396fan.55.1295296461427; Mon, 17 Jan 2011 12:34:21 -0800 (PST) Received: from maja.lab.techwires.net (p54B4FA85.dip.t-dialin.net [84.180.250.133]) by mx.google.com with ESMTPS id e6sm1843957fav.8.2011.01.17.12.34.19 (version=SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 12:34:20 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: freebsd-net@freebsd.org Date: Mon, 17 Jan 2011 21:34:32 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <201101052151.46883.bschmidt@freebsd.org> In-Reply-To: <201101052151.46883.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit Message-Id: <201101172134.32367.bschmidt@freebsd.org> Subject: Re: devd and 802.11 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, 17 Jan 2011 20:34:22 -0000 Hi, no objections so far. If non arise till this weekend, I going to commit it. On Wednesday 05 January 2011 21:51:46 you wrote: > Hi, > > While working on the 'netif restart' issue (kern/153594) I noticed that > there are to entries in devd.conf with shady usefulness. > > detach 0 { > media-type "802.11"; > action "/etc/pccard_ether $device-name stop"; > }; > attach 0 { > media-type "802.11"; > action "/etc/pccard_ether $device-name start"; > }; > > I assume that the general use-case for devd is to automatically configure > wireless devices as soon as those are plugged in (PCMCIA, ..). Those are > already handled by > > notify 0 { > match "system" "IFNET"; > match "type" "ATTACH"; > action "/etc/pccard_ether $subsystem start"; > }; > > this will invoke netif which then will create and configure the wlan0 > device. While wlan0 is created, devd is poked again and this time the > other rule kicks in and starts netif again. This effectively results in 2 > 'netif start wlan0' calls. Due to the racy nature of this all tries to > ensure wpa_supplicant has exclusive access to the wlan device fail, > wpa_supplicant gets started twice and each instance is fighting for > ownership. > > That devd entries a quite old (pre-VAP), the media-type might have changed > and this was just overlooked, so, I did some tests to figure out if those > are really necessary. After removing the 2 entries, I tried 3 things: > - plug in PCMCIA card while system is up > - remove PCMCIA device while system is up > - kldunload if_drv; kldload if_drv > in both cases, the wireless device was configure according to the settings > in rc.conf. Also, cleaning up after kldunload or removal of the device > worked as expected. > > If I'm not missing an use-case here (pointers?) and there are no complains, > the attached diff is worth being committed. > > -- > Bernhard > -- Bernhard From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 21:20:08 2011 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 A1AF7106564A for ; Mon, 17 Jan 2011 21:20:08 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 8A2418FC15 for ; Mon, 17 Jan 2011 21:20:08 +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 p0HLK83d009773 for ; Mon, 17 Jan 2011 21:20:08 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0HLK8iN009772; Mon, 17 Jan 2011 21:20:08 GMT (envelope-from gnats) Date: Mon, 17 Jan 2011 21:20:08 GMT Message-Id: <201101172120.p0HLK8iN009772@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Juergen Lock Cc: Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juergen Lock List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 21:20:08 -0000 The following reply was made to PR kern/153938; it has been noted by GNATS. From: Juergen Lock To: PseudoCylon Cc: Juergen Lock , bug-followup@freebsd.org Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic Date: Mon, 17 Jan 2011 22:14:04 +0100 On Sun, Jan 16, 2011 at 10:24:07PM -0800, PseudoCylon wrote: > > [...] > > I see you removed the rn->wcid code, I guess I should have > > explained what it's for: ni->ni_associd already gets zeroed before > > run_node_cleanup() is called so with your version no sc->sc_ni[wcid] > > ever gets set to NULL. > > > > You're right. > > > + if (wcid == 0) > > + wcid = rn->wcid; > > > Is there any reason to test "ni->ni_associd == 0"? We know it is 0. Oh I only left it in in case the surrounding code changes in the future, but I guess that's pretty unlikely. So I agree the check can be removed... From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 21:30:41 2011 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 E4694106566C; Mon, 17 Jan 2011 21:30:41 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id A39BF8FC14; Mon, 17 Jan 2011 21:30:41 +0000 (UTC) Received: by pwi10 with SMTP id 10so1047957pwi.13 for ; Mon, 17 Jan 2011 13:30:41 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=0DCgXD0wBFmmg8hpYHWy2pn/HFZXO4mY7dN1EpPQFfk=; b=eymTwijjHwVjhXamwA7U0Q42pLml19gJAWfXbMXtId8zb6xsRXWgXYgw9/jp7o/iQD pRdG96bA1BjmvtaA7M4pgXLh04FRfjdYApy5ecNu02WVhyK5f3HUk2hQTEt7fLkTJnjS svk/YnYHLopCVxM6QekbV4x1lg62P6Q5s2Fjg= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=re29GeMKAvxcqEeZ8Xn2Bn8pZ9Mghf2YdzEsGR6JAhgN0sbaQ81eR8A183vT/E0O/X qensrTJMZP99ZWb98qKFruCjmT5pnluh+rtW8ba9bDW8gs3KjOFZ38wE38RUqMTw/gYb fUvivPx6y5ZaI+KOX6KmlwaX9iWAJlOhepGlQ= Received: by 10.142.140.3 with SMTP id n3mr2387495wfd.276.1295299841146; Mon, 17 Jan 2011 13:30:41 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x28sm4348158wfd.16.2011.01.17.13.30.38 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 13:30:39 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Jan 2011 13:29:47 -0800 From: Pyun YongHyeon Date: Mon, 17 Jan 2011 13:29:47 -0800 To: Paul Schenkeveld Message-ID: <20110117212947.GA1210@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="fdj2RfSjLxBAspz7" Content-Disposition: inline In-Reply-To: <20110117195615.GA18423@psconsult.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 21:30:42 -0000 --fdj2RfSjLxBAspz7 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote: > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > Hi, > > > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > > it appears that carp doesn't work at all. I've set up carp like I've > > done on many firewall pairs before and they all work correctly. With > > google, nor in the mailing lists, I could find anything about changes > > in the way carp get configured but if I missed something I'd be happy > > to hear that it's my fault. > > > > Here's the setup: > > > > net5501 > > test3 > > 10.4.0.4/24 > > | > > -------------+------------- > > | | > > net4801 net4801 > > test1 test2 > > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > > | | | | | | | | > > | | | | | | | | > > sis[0-3] connected to other networks, see > > explanation below. > > > > When I ping from test3 to 10.4.0.1, I see the following traffic using > > tcpdump: > > > > test3 # tcpdump -e -n -i vr3 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > ethertype ARP (0x0806), length 60: > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > > ethertype IPv4 (0x0800), length 98: > > 10.4.0.4 > 10.4.0.1: ICMP echo request, > > id 40482, seq 0, length 64 > > > > test1 # tcpdump -e -n -i sis4 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > ethertype ARP (0x0806), length 42: > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > > > test2 # dump -e -n -i sis4 not vrrp > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > ethertype ARP (0x0806), length 60: > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > > There is an ARP request which is replied to by the carp master (test). > > the ping to the carp address does not even appear on the sis4 interface > > of test1. > > > > This is the kernel config for test1 and test2: > > > > include GENERIC > > device carp > > makeoptions MODULES_OVERRIDE="" > > > > The relevant rc.conf bits: > > > > on test1 > > hostname="test1" > > cloned_interfaces="carp1 carp2 carp3 carp4" > > ifconfig_sis0="xxx.xxx.xxx.41/26" > > ifconfig_sis1="10.1.0.2/24" > > ifconfig_sis2="10.2.0.2/24" > > ifconfig_sis3="10.3.0.2/24" > > ifconfig_sis4="10.4.0.2/24" > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > > > on test2 > > hostname="test2" > > cloned_interfaces="carp1 carp2 carp3 carp4" > > ifconfig_sis0="xxx.xxx.xxx.42/26" > > ifconfig_sis1="10.1.0.3/24" > > ifconfig_sis2="10.2.0.3/24" > > ifconfig_sis3="10.3.0.3/24" > > ifconfig_sis4="10.4.0.3/24" > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > > > In /etc/sysctl.conf: > > net.inet.carp.preempt=1 > > > > Ifconfig output: > > > > test1 # ifconfig sis4 > > sis4: flags=8943 metric 0 mtu 1500 > > options=83808 > > ether 00:00:24:c3:49:91 > > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > test1 # ifconfig carp4 > > carp4: flags=49 metric 0 mtu 1500 > > inet 10.4.0.1 netmask 0xffffff00 > > carp: MASTER vhid 104 advbase 1 advskew 0 > > > > test2 # ifconfig sis4 > > sis4: flags=8943 metric 0 mtu 1500 > > options=83808 > > ether 00:00:24:c3:49:7d > > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > > media: Ethernet autoselect (100baseTX ) > > status: active > > test2 # ifconfig carp4 > > carp4: flags=49 metric 0 mtu 1500 > > inet 10.4.0.1 netmask 0xffffff00 > > carp: BACKUP vhid 104 advbase 1 advskew 100 > > > > There are no packet filters in place, sis1, sis2 and sis3 are wired > > through cross-cables from test1 to test2, so no traffic there except for > > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > > other stuff connected. > > > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > > output. > > > > I see carp traffic on sis4 which appears normal except that I don't > > understand the addrs(7): part but that used to be there on 8.0/8.1 > > firewalls too: > > > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > ethertype IPv4 (0x0800), length 70: > > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > > proto VRRP (112), length 56) > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > ethertype IPv4 (0x0800), length 70: > > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > > proto VRRP (112), length 56) > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 > > After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) > network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp > works again on this interface. > > Apparently the problem is not with carp(4) but with sis(4). > > Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for > firewalls and carp is quite often used together with this hardware, this > looks like a showstopper for 8.2 :-( > Since you didn't post dmesg output I'm not sure what kind of controller you have but I guess it would be NS8381[56]. I overhauled sis(4) to make it work on all architectures so one of change, probably r212119, could be cause of the issue. Due to lack of SiS controllers I didn't touch multicast handling part so some part of code still relies on old wrong behavior of driver. Would you try attached patch and let me know whether it makes any difference? > Regards, > > Paul Schenkeveld --fdj2RfSjLxBAspz7 Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="sis.promisc.diff" Index: sys/dev/sis/if_sis.c =================================================================== --- sys/dev/sis/if_sis.c (revision 217490) +++ sys/dev/sis/if_sis.c (working copy) @@ -818,6 +818,8 @@ if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { SIS_CLRBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + if (ifp->if_flags & IFF_PROMISC) + SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); return; } @@ -826,7 +828,8 @@ * on the NatSemi chip if we want to use it, which we do. */ SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI | + SIS_RXFILTCTL_ALLPHYS); filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); --fdj2RfSjLxBAspz7-- From owner-freebsd-net@FreeBSD.ORG Mon Jan 17 22:27:22 2011 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 A109E106566B; Mon, 17 Jan 2011 22:27:22 +0000 (UTC) (envelope-from pyunyh@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 2981F8FC0A; Mon, 17 Jan 2011 22:27:21 +0000 (UTC) Received: by gyf3 with SMTP id 3so2189879gyf.13 for ; Mon, 17 Jan 2011 14:27:21 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=MAeb9Gj3UNetTl/IwuoxS9AN2ngf/VDaF3A1saVsUR8=; b=VBvbXbetEjPh+ZnrZD7/Oh1E69mM2lEVYdrrAgEpBCCyumpavdrY05wnrQhAeTShiV 6SrQPCDHTZ21Y8X980bsb0e2wfjYhXkXwVQT08FQa0RgysXgXWi0FPjEnztPx5T2WIBj rcU5fbvbKolFj6XDT29bVPlsYAaWw4r3iyRyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=SYe2nwQ27ahAEPHD6V+ml+MiDJgBx6HpMXq4QSDD9yN/1ifszQwkDn50Y0mlRqylFv BWaHZABZ/qkin2QU4cHYyblQ3U8xrysmtpzypm66af/hnXMTq/DkwKL4nCsQHQRVgHXM A182opnhP6IW356ofkYgn+ApWe1u7gqHxWmY0= Received: by 10.151.50.1 with SMTP id c1mr357076ybk.241.1295303239552; Mon, 17 Jan 2011 14:27:19 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id v6sm2444283ybk.8.2011.01.17.14.27.16 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 14:27:18 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Jan 2011 14:26:24 -0800 From: Pyun YongHyeon Date: Mon, 17 Jan 2011 14:26:24 -0800 To: Paul Schenkeveld Message-ID: <20110117222624.GB1210@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="0eh6TmSyL6TZE2Uz" Content-Disposition: inline In-Reply-To: <20110117212947.GA1210@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 17 Jan 2011 22:27:22 -0000 --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Mon, Jan 17, 2011 at 01:29:47PM -0800, Pyun YongHyeon wrote: > On Mon, Jan 17, 2011 at 08:56:15PM +0100, Paul Schenkeveld wrote: > > On Sun, Jan 16, 2011 at 01:41:22PM +0100, Paul Schenkeveld wrote: > > > Hi, > > > > > > Trying to upgrade two Soekris firewalls to 8-STABLE or 8.2-PRERELEASE > > > it appears that carp doesn't work at all. I've set up carp like I've > > > done on many firewall pairs before and they all work correctly. With > > > google, nor in the mailing lists, I could find anything about changes > > > in the way carp get configured but if I missed something I'd be happy > > > to hear that it's my fault. > > > > > > Here's the setup: > > > > > > net5501 > > > test3 > > > 10.4.0.4/24 > > > | > > > -------------+------------- > > > | | > > > net4801 net4801 > > > test1 test2 > > > sis4: 10.4.0.2/24 sis4: 10.4.0.3/24 > > > carp4:10.4.0.1/24 carp4:10.4.0.1/24 > > > | | | | | | | | > > > | | | | | | | | > > > sis[0-3] connected to other networks, see > > > explanation below. > > > > > > When I ping from test3 to 10.4.0.1, I see the following traffic using > > > tcpdump: > > > > > > test3 # tcpdump -e -n -i vr3 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on vr3, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:35.121831 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > 12:09:35.122144 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > > ethertype ARP (0x0806), length 60: > > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 46 > > > 12:09:35.122173 00:00:24:c9:30:ff > 00:00:5e:00:01:68, > > > ethertype IPv4 (0x0800), length 98: > > > 10.4.0.4 > 10.4.0.1: ICMP echo request, > > > id 40482, seq 0, length 64 > > > > > > test1 # tcpdump -e -n -i sis4 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:34.977570 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > 12:09:34.977705 00:00:24:c3:49:91 > 00:00:24:c9:30:ff, > > > ethertype ARP (0x0806), length 42: > > > Reply 10.4.0.1 is-at 00:00:5e:00:01:68, length 28 > > > > > > test2 # dump -e -n -i sis4 not vrrp > > > tcpdump: verbose output suppressed, use -v or -vv for full protocol decode > > > listening on sis4, link-type EN10MB (Ethernet), capture size 96 bytes > > > 12:09:35.090050 00:00:24:c9:30:ff > ff:ff:ff:ff:ff:ff, > > > ethertype ARP (0x0806), length 60: > > > Request who-has 10.4.0.1 tell 10.4.0.4, length 46 > > > > > > There is an ARP request which is replied to by the carp master (test). > > > the ping to the carp address does not even appear on the sis4 interface > > > of test1. > > > > > > This is the kernel config for test1 and test2: > > > > > > include GENERIC > > > device carp > > > makeoptions MODULES_OVERRIDE="" > > > > > > The relevant rc.conf bits: > > > > > > on test1 > > > hostname="test1" > > > cloned_interfaces="carp1 carp2 carp3 carp4" > > > ifconfig_sis0="xxx.xxx.xxx.41/26" > > > ifconfig_sis1="10.1.0.2/24" > > > ifconfig_sis2="10.2.0.2/24" > > > ifconfig_sis3="10.3.0.2/24" > > > ifconfig_sis4="10.4.0.2/24" > > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 0" > > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 0" > > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 0" > > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 0" > > > > > > on test2 > > > hostname="test2" > > > cloned_interfaces="carp1 carp2 carp3 carp4" > > > ifconfig_sis0="xxx.xxx.xxx.42/26" > > > ifconfig_sis1="10.1.0.3/24" > > > ifconfig_sis2="10.2.0.3/24" > > > ifconfig_sis3="10.3.0.3/24" > > > ifconfig_sis4="10.4.0.3/24" > > > ifconfig_carp1="10.1.0.1/24 vhid 101 pass abcd1234 advskew 100" > > > ifconfig_carp2="10.2.0.1/24 vhid 102 pass abcd1234 advskew 100" > > > ifconfig_carp3="10.3.0.1/24 vhid 103 pass abcd1234 advskew 100" > > > ifconfig_carp4="10.4.0.1/24 vhid 104 pass abcd1234 advskew 100" > > > > > > In /etc/sysctl.conf: > > > net.inet.carp.preempt=1 > > > > > > Ifconfig output: > > > > > > test1 # ifconfig sis4 > > > sis4: flags=8943 metric 0 mtu 1500 > > > options=83808 > > > ether 00:00:24:c3:49:91 > > > inet 10.4.0.2 netmask 0xffffff00 broadcast 10.4.0.255 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > test1 # ifconfig carp4 > > > carp4: flags=49 metric 0 mtu 1500 > > > inet 10.4.0.1 netmask 0xffffff00 > > > carp: MASTER vhid 104 advbase 1 advskew 0 > > > > > > test2 # ifconfig sis4 > > > sis4: flags=8943 metric 0 mtu 1500 > > > options=83808 > > > ether 00:00:24:c3:49:7d > > > inet 10.4.0.3 netmask 0xffffff00 broadcast 10.4.0.255 > > > media: Ethernet autoselect (100baseTX ) > > > status: active > > > test2 # ifconfig carp4 > > > carp4: flags=49 metric 0 mtu 1500 > > > inet 10.4.0.1 netmask 0xffffff00 > > > carp: BACKUP vhid 104 advbase 1 advskew 100 > > > > > > There are no packet filters in place, sis1, sis2 and sis3 are wired > > > through cross-cables from test1 to test2, so no traffic there except for > > > carp. The sis4 interfaces and vr3 of test3 are on a dumb switch with no > > > other stuff connected. > > > > > > Setting net.inet.carp.log=7 does not result in any console/dmesg/messages > > > output. > > > > > > I see carp traffic on sis4 which appears normal except that I don't > > > understand the addrs(7): part but that used to be there on 8.0/8.1 > > > firewalls too: > > > > > > 12:26:52.387140 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > > ethertype IPv4 (0x0800), length 70: > > > (tos 0x10, ttl 255, id 61070, offset 0, flags [DF], > > > proto VRRP (112), length 56) > > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > > addrs(7): 198.145.25.33,1.75.182.226,80.169.106.108, > > > 170.107.157.42,147.165.174.125,42.254.15.27,182.184.82.166 > > > > > > 12:26:53.387903 00:00:5e:00:01:68 > 01:00:5e:00:00:12, > > > ethertype IPv4 (0x0800), length 70: > > > (tos 0x10, ttl 255, id 61479, offset 0, flags [DF], > > > proto VRRP (112), length 56) > > > 10.4.0.2 > 224.0.0.18: VRRPv2, Advertisement, > > > vrid 104, prio 0, authtype none, intvl 1s, length 36, > > > addrs(7): 101.233.35.135,163.243.214.16,230.125.241.59, > > > 123.57.190.52,104.246.131.251,255.69.201.65,61.158.20.122 > > > > After taking apart two Soekris 4801 and replacing the lan1621 dual sis(4) > > network card by an Intel PRO/100S (fxp) or a PRO/1000/MT (em) card, carp > > works again on this interface. > > > > Apparently the problem is not with carp(4) but with sis(4). > > > > Since Soekris hardware (net45xx, net48xx, lan16xx) is quite popular for > > firewalls and carp is quite often used together with this hardware, this > > looks like a showstopper for 8.2 :-( > > > > Since you didn't post dmesg output I'm not sure what kind of > controller you have but I guess it would be NS8381[56]. I > overhauled sis(4) to make it work on all architectures so one of > change, probably r212119, could be cause of the issue. Due to lack > of SiS controllers I didn't touch multicast handling part so some > part of code still relies on old wrong behavior of driver. > Would you try attached patch and let me know whether it makes any > difference? > Hmm, unfortunately it seems the patch above may not work since NS data sheet says that filter function should be disabled before touching other bits in the register. Try this one instead. > > Regards, > > > > Paul Schenkeveld --0eh6TmSyL6TZE2Uz Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="sis.promisc.diff2" Index: sys/dev/sis/if_sis.c =================================================================== --- sys/dev/sis/if_sis.c (revision 217490) +++ sys/dev/sis/if_sis.c (working copy) @@ -149,6 +149,9 @@ static int sis_newbuf(struct sis_softc *, struct sis_rxdesc *); static int sis_resume(device_t); static int sis_rxeof(struct sis_softc *); +static void sis_rxfilter(struct sis_softc *); +static void sis_rxfilter_ns(struct sis_softc *); +static void sis_rxfilter_sis(struct sis_softc *); static void sis_start(struct ifnet *); static void sis_startl(struct ifnet *); static void sis_stop(struct sis_softc *); @@ -806,80 +809,117 @@ } static void -sis_setmulti_ns(struct sis_softc *sc) +sis_rxfilter(struct sis_softc *sc) { + + SIS_LOCK_ASSERT(sc); + + if (sc->sis_type == SIS_TYPE_83815) + sis_rxfilter_ns(sc); + else + sis_rxfilter_sis(sc); +} + +static void +sis_rxfilter_ns(struct sis_softc *sc) +{ struct ifnet *ifp; struct ifmultiaddr *ifma; - uint32_t h = 0, i, filtsave; + uint32_t h, i, filter; int bit, index; ifp = sc->sis_ifp; - - if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); - return; + filter = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (filter & SIS_RXFILTCTL_ENABLE) { + /* + * Filter should be disabled to program other bits. + */ + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter & ~SIS_RXFILTCTL_ENABLE); + CSR_READ_4(sc, SIS_RXFILT_CTL); } + filter &= ~(NS_RXFILTCTL_ARP | NS_RXFILTCTL_PERFECT | + NS_RXFILTCTL_MCHASH | SIS_RXFILTCTL_ALLPHYS | SIS_RXFILTCTL_BROAD | + SIS_RXFILTCTL_ALLMULTI); + if (ifp->if_flags & IFF_BROADCAST) + filter |= SIS_RXFILTCTL_BROAD; /* - * We have to explicitly enable the multicast hash table - * on the NatSemi chip if we want to use it, which we do. + * For the NatSemi chip, we have to explicitly enable the + * reception of ARP frames, as well as turn on the 'perfect + * match' filter where we store the station address, otherwise + * we won't receive unicasts meant for this host. */ - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_MCHASH); - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLMULTI); + filter |= NS_RXFILTCTL_ARP | NS_RXFILTCTL_PERFECT; - filtsave = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (ifp->if_flags & (IFF_ALLMULTI | IFF_PROMISC)) { + filter |= SIS_RXFILTCTL_ALLMULTI; + if (ifp->if_flags & IFF_PROMISC) + filter |= SIS_RXFILTCTL_ALLPHYS; + } else { + /* + * We have to explicitly enable the multicast hash table + * on the NatSemi chip if we want to use it, which we do. + */ + filter |= NS_RXFILTCTL_MCHASH; - /* first, zot all the existing hash bits */ - for (i = 0; i < 32; i++) { - CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + (i*2)); - CSR_WRITE_4(sc, SIS_RXFILT_DATA, 0); - } + /* first, zot all the existing hash bits */ + for (i = 0; i < 32; i++) { + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + + (i * 2)); + CSR_WRITE_4(sc, SIS_RXFILT_DATA, 0); + } - if_maddr_rlock(ifp); - TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { - if (ifma->ifma_addr->sa_family != AF_LINK) - continue; - h = sis_mchash(sc, - LLADDR((struct sockaddr_dl *)ifma->ifma_addr)); - index = h >> 3; - bit = h & 0x1F; - CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + index); - if (bit > 0xF) - bit -= 0x10; - SIS_SETBIT(sc, SIS_RXFILT_DATA, (1 << bit)); + if_maddr_rlock(ifp); + TAILQ_FOREACH(ifma, &ifp->if_multiaddrs, ifma_link) { + if (ifma->ifma_addr->sa_family != AF_LINK) + continue; + h = sis_mchash(sc, + LLADDR((struct sockaddr_dl *)ifma->ifma_addr)); + index = h >> 3; + bit = h & 0x1F; + CSR_WRITE_4(sc, SIS_RXFILT_CTL, NS_FILTADDR_FMEM_LO + + index); + if (bit > 0xF) + bit -= 0x10; + SIS_SETBIT(sc, SIS_RXFILT_DATA, (1 << bit)); + } + if_maddr_runlock(ifp); } - if_maddr_runlock(ifp); - CSR_WRITE_4(sc, SIS_RXFILT_CTL, filtsave); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter); + CSR_READ_4(sc, SIS_RXFILT_CTL); } static void -sis_setmulti_sis(struct sis_softc *sc) +sis_rxfilter_sis(struct sis_softc *sc) { struct ifnet *ifp; struct ifmultiaddr *ifma; - uint32_t h, i, n, ctl; + uint32_t filter, h, i, n; uint16_t hashes[16]; ifp = sc->sis_ifp; /* hash table size */ - if (sc->sis_rev >= SIS_REV_635 || - sc->sis_rev == SIS_REV_900B) + if (sc->sis_rev >= SIS_REV_635 || sc->sis_rev == SIS_REV_900B) n = 16; else n = 8; - ctl = CSR_READ_4(sc, SIS_RXFILT_CTL) & SIS_RXFILTCTL_ENABLE; - + filter = CSR_READ_4(sc, SIS_RXFILT_CTL); + if (filter & SIS_RXFILTCTL_ENABLE) { + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter & ~SIS_RXFILT_CTL); + CSR_READ_4(sc, SIS_RXFILT_CTL); + } + filter &= ~(SIS_RXFILTCTL_ALLPHYS | SIS_RXFILTCTL_BROAD | + SIS_RXFILTCTL_ALLMULTI); if (ifp->if_flags & IFF_BROADCAST) - ctl |= SIS_RXFILTCTL_BROAD; + filter |= SIS_RXFILTCTL_BROAD; - if (ifp->if_flags & IFF_ALLMULTI || ifp->if_flags & IFF_PROMISC) { - ctl |= SIS_RXFILTCTL_ALLMULTI; + if (ifp->if_flags & (IFF_ALLMULTI | IFF_PROMISC)) { + filter |= SIS_RXFILTCTL_ALLMULTI; if (ifp->if_flags & IFF_PROMISC) - ctl |= SIS_RXFILTCTL_BROAD|SIS_RXFILTCTL_ALLPHYS; + filter |= SIS_RXFILTCTL_ALLPHYS; for (i = 0; i < n; i++) hashes[i] = ~0; } else { @@ -897,7 +937,7 @@ } if_maddr_runlock(ifp); if (i > n) { - ctl |= SIS_RXFILTCTL_ALLMULTI; + filter |= SIS_RXFILTCTL_ALLMULTI; for (i = 0; i < n; i++) hashes[i] = ~0; } @@ -908,7 +948,8 @@ CSR_WRITE_4(sc, SIS_RXFILT_DATA, hashes[i]); } - CSR_WRITE_4(sc, SIS_RXFILT_CTL, ctl); + CSR_WRITE_4(sc, SIS_RXFILT_CTL, filter); + CSR_READ_4(sc, SIS_RXFILT_CTL); } static void @@ -2104,41 +2145,7 @@ CSR_WRITE_4(sc, NS_PHY_PAGE, 0); } - /* - * For the NatSemi chip, we have to explicitly enable the - * reception of ARP frames, as well as turn on the 'perfect - * match' filter where we store the station address, otherwise - * we won't receive unicasts meant for this host. - */ - if (sc->sis_type == SIS_TYPE_83815) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_ARP); - SIS_SETBIT(sc, SIS_RXFILT_CTL, NS_RXFILTCTL_PERFECT); - } - - /* If we want promiscuous mode, set the allframes bit. */ - if (ifp->if_flags & IFF_PROMISC) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); - } else { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ALLPHYS); - } - - /* - * Set the capture broadcast bit to capture broadcast frames. - */ - if (ifp->if_flags & IFF_BROADCAST) { - SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_BROAD); - } else { - SIS_CLRBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_BROAD); - } - - /* - * Load the multicast filter. - */ - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); - + sis_rxfilter(sc); /* Turn the receive filter on */ SIS_SETBIT(sc, SIS_RXFILT_CTL, SIS_RXFILTCTL_ENABLE); @@ -2252,27 +2259,19 @@ if (ifp->if_flags & IFF_UP) { if ((ifp->if_drv_flags & IFF_DRV_RUNNING) != 0 && ((ifp->if_flags ^ sc->sis_if_flags) & - (IFF_PROMISC | IFF_ALLMULTI)) != 0) { - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); - } else + (IFF_PROMISC | IFF_ALLMULTI)) != 0) + sis_rxfilter(sc); + else sis_initl(sc); - } else if (ifp->if_drv_flags & IFF_DRV_RUNNING) { + } else if (ifp->if_drv_flags & IFF_DRV_RUNNING) sis_stop(sc); - } sc->sis_if_flags = ifp->if_flags; SIS_UNLOCK(sc); - error = 0; break; case SIOCADDMULTI: case SIOCDELMULTI: SIS_LOCK(sc); - if (sc->sis_type == SIS_TYPE_83815) - sis_setmulti_ns(sc); - else - sis_setmulti_sis(sc); + sis_rxfilter(sc); SIS_UNLOCK(sc); break; case SIOCGIFMEDIA: --0eh6TmSyL6TZE2Uz-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 01:55:02 2011 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 A6AD61065670; Tue, 18 Jan 2011 01:55:02 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qy0-f175.google.com (mail-qy0-f175.google.com [209.85.216.175]) by mx1.freebsd.org (Postfix) with ESMTP id 40BDC8FC1A; Tue, 18 Jan 2011 01:55:01 +0000 (UTC) Received: by qyk8 with SMTP id 8so2100650qyk.13 for ; Mon, 17 Jan 2011 17:55:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=nXbVFOzpvpuLKsM9I2rFpNMpU6BjWW5MC/UWU/AqcIA=; b=ipZYba5ftJbpp9ElsA8t8C1BloQx4vbrDiNh4bhdb0hs81UjXaCQUAa4bHjhq95i9q o/b49hkFokVEncJ8OeVmAghhjz8KUl1joVbikauMpsT0nDGULcUC2GlygKNJbnIhIIwr rJEwvC5qPGjtUwrxQPLl/cI9IIUDMSldbhXIc= 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; b=uo7LPtQ9bFyTftnabJHgTiBre+0n8NhI1VGmWIcTwadySyZUK26lMCYh0VYjO3kY44 Htgs/DlC6KCBkgOBspwLB4G+Ix1aDxPi6nNOQSSl9C0iSclvaUlw9QzubyeiPS5T/mNh 0tLS6S0UpGffH6K5UUWXCl7sRttFKmwvNu9DA= MIME-Version: 1.0 Received: by 10.224.37.4 with SMTP id v4mr4654179qad.70.1295315701325; Mon, 17 Jan 2011 17:55:01 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Mon, 17 Jan 2011 17:55:01 -0800 (PST) In-Reply-To: References: Date: Tue, 18 Jan 2011 09:55:01 +0800 X-Google-Sender-Auth: 2shL9OmGrRrLPP8ZnWcbUh0xHqk Message-ID: From: Adrian Chadd To: Monthadar Al Jaberi Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org, freebsd-mips@freebsd.org, "Jayachandran C." Subject: Re: capturing packet from wlan0 with netgraph? 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, 18 Jan 2011 01:55:02 -0000 On 18 January 2011 02:03, Monthadar Al Jaberi wrote: > filed a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=154091 Thanks. Network-stack and MIPS guys - what's the best way to handle this kind of stuff? This isn't the first time I've come across weird alignment stuff in the network stack that just doesn't seem to get much attention. Is it perhaps worth adding some debugging macros that account/log unaligned-ness? So people playing at home on i386/amd64 can play along? Adrian From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 02:23:40 2011 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 8EF51106566B for ; Tue, 18 Jan 2011 02:23:40 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pv0-f182.google.com (mail-pv0-f182.google.com [74.125.83.182]) by mx1.freebsd.org (Postfix) with ESMTP id 4F8328FC15 for ; Tue, 18 Jan 2011 02:23:39 +0000 (UTC) Received: by pvc22 with SMTP id 22so1061796pvc.13 for ; Mon, 17 Jan 2011 18:23:39 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=C6bIFY/cS3IWvzVejgrIESwhg4ZqrANNnB2E2Bmn6dw=; b=xTa5Sa/niG0RZCXAuR9tgDopZGnSmWsLNqMmDJH5hFdKMcU8T66eE2xn8ZwbWkB2wr zEMZifiygVo9LkPKD6yaL75Yb2PiAu8c8uTHJjTL71XMBgnbOOd4YWx0cV9xglXuv0rD kD9ai7BaysI/rsmjOdKeAnJrRaLuczb2YxkHY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=LkTyYfOu/bIRj7bT1jTGeymU9Df3D2cGCvjEwQrCDFRjjoP6IUg/WmMtCxvy7XLNxg tx8/O4vELoWvi9DYJkmfpdpbPnQAClYAETEToqssjBF4jdrRZovbePQpv8pUDxogA/eK SY+mHREEN+CJvied/E6CTRw11WWmEA7rdmK4Q= Received: by 10.142.170.11 with SMTP id s11mr4502479wfe.448.1295317419564; Mon, 17 Jan 2011 18:23:39 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e14sm7373273wfg.8.2011.01.17.18.23.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 17 Jan 2011 18:23:38 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Mon, 17 Jan 2011 18:22:46 -0800 From: Pyun YongHyeon Date: Mon, 17 Jan 2011 18:22:46 -0800 To: Adrian Chadd Message-ID: <20110118022246.GE1210@michelle.cdnetworks.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i Cc: Monthadar Al Jaberi , freebsd-net@freebsd.org, "Jayachandran C." , freebsd-mips@freebsd.org Subject: Re: capturing packet from wlan0 with netgraph? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 02:23:40 -0000 On Tue, Jan 18, 2011 at 09:55:01AM +0800, Adrian Chadd wrote: > On 18 January 2011 02:03, Monthadar Al Jaberi wrote: > > filed a PR http://www.freebsd.org/cgi/query-pr.cgi?pr=154091 > > Thanks. > > Network-stack and MIPS guys - what's the best way to handle this kind > of stuff? This isn't the first time I've come across weird alignment > stuff in the network stack that just doesn't seem to get much > attention. Is it perhaps worth adding some debugging macros that > account/log unaligned-ness? So people playing at home on i386/amd64 > can play along? > I guess one of device driver/part of network stack is not aligning IP header on strict-alignment architecture. But I'm pretty sure all wired drivers always align IP header on 32bit boundary no matter how it costs on strict alignment architectures. But it does not align it on non-strict alignment architectures since that costs too much without reasonable benefit. I think you can add m_copyup() at the beginning ip_input to proceed processing and print back traces to track down which one generated unaligned IP header. > > > Adrian From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 02:37:56 2011 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 0A573106564A; Tue, 18 Jan 2011 02:37:56 +0000 (UTC) (envelope-from freebsd@psconsult.nl) Received: from mx1.psconsult.nl (unknown [IPv6:2001:7b8:30f:e0::5059:ee8a]) by mx1.freebsd.org (Postfix) with ESMTP id AFCA58FC15; Tue, 18 Jan 2011 02:37:55 +0000 (UTC) Received: from mx1.psconsult.nl (psc11.adsl.iaf.nl [80.89.238.138]) by mx1.psconsult.nl (8.14.4/8.14.4) with ESMTP id p0I2bnj3003746 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 03:37:54 +0100 (CET) (envelope-from freebsd@psconsult.nl) Received: (from paul@localhost) by mx1.psconsult.nl (8.14.4/8.14.4/Submit) id p0I2bmBa003745; Tue, 18 Jan 2011 03:37:49 +0100 (CET) (envelope-from freebsd@psconsult.nl) X-Authentication-Warning: mx1.psconsult.nl: paul set sender to freebsd@psconsult.nl using -f Date: Tue, 18 Jan 2011 03:37:48 +0100 From: Paul Schenkeveld To: freebsd-net@freebsd.org, freebsd-stable@freebsd.org Message-ID: <20110118023748.GA3170@psconsult.nl> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> <20110117222624.GB1210@michelle.cdnetworks.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110117222624.GB1210@michelle.cdnetworks.com> User-Agent: Mutt/1.5.19 (2009-01-05) Cc: re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] 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, 18 Jan 2011 02:37:56 -0000 Hello, On Mon, Jan 17, 2011 at 02:26:24PM -0800, Pyun YongHyeon wrote: > > Since you didn't post dmesg output I'm not sure what kind of > > controller you have but I guess it would be NS8381[56]. I > > overhauled sis(4) to make it work on all architectures so one of > > change, probably r212119, could be cause of the issue. Due to lack > > of SiS controllers I didn't touch multicast handling part so some > > part of code still relies on old wrong behavior of driver. > > Would you try attached patch and let me know whether it makes any > > difference? > > > > Hmm, unfortunately it seems the patch above may not work since NS > data sheet says that filter function should be disabled before > touching other bits in the register. > Try this one instead. As far as I can tell, both patches work for me. Your second patch is on my production firewalls now so if anthing comes up over the coming days I'll keep you informed. I've tested carp, both failover to backup and fallback (preemption) with IPv4 and with IPv6, all seems to work now. Thannks again for your patches, hope you can get them into 8.2. Regards, Paul Schenkeveld From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 08:38:07 2011 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 6FF9D106566B for ; Tue, 18 Jan 2011 08:38:07 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id A609D8FC08 for ; Tue, 18 Jan 2011 08:38:06 +0000 (UTC) Received: (qmail 87657 invoked from network); 18 Jan 2011 08:38:04 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 18 Jan 2011 08:38:04 -0000 Date: Tue, 18 Jan 2011 09:38:04 +0100 (CET) Message-Id: <20110118.093804.74673434.sthaug@nethelp.no> To: pyunyh@gmail.com From: sthaug@nethelp.no In-Reply-To: <20110117005524.GA1305@michelle.cdnetworks.com> References: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> <20110117005524.GA1305@michelle.cdnetworks.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca, ronald-freebsd8@klop.yi.org Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. 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, 18 Jan 2011 08:38:07 -0000 > > So, does anyone have an idea why the IP length field would be set to 0 > > for these TCP/IP packets? > > > > Here's some info from Ronald w.r.t. his hardware. (All I can think of is > > that he could try disabling TSO, etc?) > > > > Thanks in advance for any help with this, rick > > > > It seems that issue came from TSO. Driver will set ip_len and > ip_sum field to 0 before passing the TCP segment to controller. > The failed length were 4446, 5858, 3034 and 4310 and the total > number of such frames are more than 35k within 90 seconds. Since > failed length 4310 is continuously repeated I guess there is edge > case where em(4) didn't free failed TCP segment for TSO. > I remember there was commit to HEAD(r217295) which could be related > with this issue. I'm seeing the same problem with Broadcom NetXtreme (bce) cards: bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 rev=0x12 hdr=0x00 vendor = 'Broadcom Corporation' device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' class = network subclass = ethernet This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) removes the problem. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 10:00:58 2011 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 0652D106564A for ; Tue, 18 Jan 2011 10:00:58 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mailout4.lrau.net (mailout4.lrau.net [IPv6:2a02:d40:2:2::73]) by mx1.freebsd.org (Postfix) with ESMTP id C23C48FC1D for ; Tue, 18 Jan 2011 10:00:57 +0000 (UTC) Received: from [91.216.35.74] (helo=imap.lrau.net) by mailout4.lrau.net with esmtp (Exim 4.73) (envelope-from ) id 1Pf8Mw-0006er-77 for freebsd-net@freebsd.org; Tue, 18 Jan 2011 10:00:54 +0000 Received: from axel.rau@chaos1.de by imap.lrau.net (Archiveopteryx 3.1.3) with esmtpsa id 1295344853-80417-80416/7/346; Tue, 18 Jan 2011 10:00:53 +0000 Message-Id: From: Axel Rau To: freebsd-net@freebsd.org Content-Type: text/plain; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 18 Jan 2011 11:00:52 +0100 X-Mailer: Apple Mail (2.936) Subject: 8.1 Box does not react on ICMP "unreachable - need to frag" 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, 18 Jan 2011 10:00:58 -0000 Hi, DB2 is a DB server with fbsd 8.1-REL. The SQL query comes in through 2 =20 Obsd 4.8 firewalls(GW2). The DB server returns its query results successfully until an =20 oversized message is being sent (with "DF" set), which the GW2 refuses =20 with an ICMP "unreachable - need to frag (mtu 1492)": DB2 -> GW1: =2D---- 20:16:09.197968 IP (tos 0x0, ttl 64, id 35523, offset 0, flags [DF], =20 proto TCP (6), length 1492) 172.16.1.41.5432 > 1.2.3.4.36741: Flags [.], ack 2263, win 8280, =20 options [nop,nop,TS val 2186418648 ecr 3227350928], length 1440 =2D---- GW1 -> DB2: =2D---- 20:16:09.374817 IP (tos 0x0, ttl 255, id 10226, offset 0, flags =20 [none], proto ICMP (1), length 56) 172.16.1.1 > 172.16.1.41: ICMP 1.2.3.4 unreachable - need to frag =20 (mtu 1492), length 36 IP (tos 0x0, ttl 64, id 36148, offset 0, flags [DF], proto TCP (6), =20 length 1492) 172.16.1.41.5432 > 1.2.3.4.36741: tcp 1464 [bad hdr length 8 - too =20 short, < 20] =2D--- Question: 1. Shouldn't DB2 fragment and resend the packet? 2. Why is the "DF" set? This prevents GW2 from doing the fragmentation. 3. What can I do to resolve the issue? I have 3 different MTUs in use and don't want set the DB server to the =20 smallest. Axel =2D-- axel.rau@chaos1.de PGP-Key:29E99DD6 +49 151 2300 9283 computing @ =20 chaos claudius From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 10:58:19 2011 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 E1FB21065694 for ; Tue, 18 Jan 2011 10:58:19 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id 624468FC1B for ; Tue, 18 Jan 2011 10:58:19 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=Content-Type:MIME-Version:Message-ID:Subject:To:From:Date; bh=C/nfE/E4fKzKPmS1m3IBiGGDH4miqBkLjpFqPyfiP2k=; b=o6lYWSc/PU2vvjmsiNTSOlXt0+rXFfWZLYhmdFAuqzruqrm+MC8AetnFhsX9yo/l/Q3xDpyx77S+3CyJTd8oV7dkVSJ918w1nf7UOxvBLeZ98x+yRnh2z7Qc/YeOqngJuIl7zzJB8I/EFmyfbktmBGH4N415WoHBNCQyHRK+1C0=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Pf8mA-0000tT-VP for freebsd-net@freebsd.org; Tue, 18 Jan 2011 13:26:59 +0300 Date: Tue, 18 Jan 2011 13:26:58 +0300 From: Alexander Zagrebin To: freebsd-net@freebsd.org Message-ID: <20110118102658.GA3211@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.21 (2010-09-15) Subject: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 18 Jan 2011 10:58:20 -0000 Hi! I'm trying to use the RT2872-based USB adapter in the hostap mode on the latest RELENG_8 (8.2-PRERELEASE) for amd64. The kernel hasn't wlan support compiled in, so I've added if_run_load="YES" runfw_load="YES" wlan_amrr_load="YES" into the /boot/loader.conf With this changes the kernel panics with the "Fatal trap 12" during device probing stage: Copyright (c) 1992-2011 The FreeBSD Project. Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD is a registered trademark of The FreeBSD Foundation. FreeBSD 8.2-PRERELEASE #1: Mon Jan 17 09:31:37 MSK 2011 root@gw.zhn.local:/usr/src/sys/amd64/compile/KERNEL amd64 Timecounter "i8254" frequency 1193182 Hz quality 0 CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (1599.20-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Family = 6 Model = 1c Stepping = 2 Features=0xbfe9fbff AMD Features=0x20100800 AMD Features2=0x1 TSC: P-state invariant real memory = 2147483648 (2048 MB) avail memory = 2047647744 (1952 MB) ACPI APIC Table: FreeBSD/SMP: Multiprocessor System Detected: 4 CPUs FreeBSD/SMP: 1 package(s) x 2 core(s) x 2 HTT threads cpu0 (BSP): APIC ID: 0 cpu1 (AP/HT): APIC ID: 1 cpu2 (AP): APIC ID: 2 cpu3 (AP/HT): APIC ID: 3 ioapic0: Changing APIC ID to 2 ioapic0 irqs 0-23 on motherboard kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x308 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8030157a stack pointer = 0x28:0xffffffff80b86c30 frame pointer = 0x28:0xffffffff80b86c60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. After trying to disable some modules, I've found that a panic occurs only when both runfw.ko and wlan_amrr.ko are loaded. If either runfw.ko or wlan_amrr.ko disabled, then kernel boots successfully. I've decided to boot without wlan_amrr.ko. :) The adapter was found, the wlan interface was created and the access point mostly works (there is an issue with the devices with the 'power save mode' enabled), but transmission rate is limited with 1 Mbit/s. I've tried to load wlan_amrr: # kldload wlan_amrr.ko # ifconfig wlan0 destroy # /etc/rc.d/netif start wlan0 The wlan0 was successfully recreated. The devices can connect, but after 1..2 sec after connection was established the kernel panics. Before the panic `ifconfig wlan0 list sta` shows ADDR AID CHAN RATE RSSI IDLE TXSEQ RXSEQ CAPS FLAG 18:86:ac:10:4b:88 1 1 36M 23.5 0 4 448 EPS AQE RSN WME So it seems that the transmission rate was raised. Information from kernel core: # kgdb kernel.debug /var/crash/vmcore.0 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 12: page fault while in kernel mode cpuid = 3; apic id = 03 fault virtual address = 0x10 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff80c5204b stack pointer = 0x28:0xffffff807811da50 frame pointer = 0x28:0xffffff807811da60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (run0 taskq) trap number = 12 panic: page fault cpuid = 3 Uptime: 5m31s Physical memory: 2027 MB Dumping 481 MB: 466 450 434 418 402 386 370 354 338 322 306 290 274 258 242 226 210 194 178 162 146 130 114 98 82 66 50 34 18 2 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. ... (skipped) ... Loaded symbols for /boot/kernel/wlan_amrr.ko #0 doadump () at pcpu.h:224 224 __asm("movq %%gs:0,%0" : "=r" (td)); (kgdb) bt #0 doadump () at pcpu.h:224 #1 0xffffffff80302b4e in boot (howto=260) at ../../../kern/kern_shutdown.c:419 #2 0xffffffff80302f63 in panic (fmt=0x0) at ../../../kern/kern_shutdown.c:592 #3 0xffffffff804cb9ad in trap_fatal (frame=0xffffffff80727ec0, eva=Variable "eva" is not available. ) at ../../../amd64/amd64/trap.c:783 #4 0xffffffff804cbd6f in trap_pfault (frame=0xffffff807811d9a0, usermode=0) at ../../../amd64/amd64/trap.c:699 #5 0xffffffff804cc16f in trap (frame=0xffffff807811d9a0) at ../../../amd64/amd64/trap.c:449 #6 0xffffffff804b43c4 in calltrap () at ../../../amd64/amd64/exception.S:224 #7 0xffffffff80c5204b in amrr_rate (ni=0xffffff800dcfc000, arg=0x0, iarg=0) at /usr/src/sys/modules/wlan_amrr/../../net80211/ieee80211_amrr.c:231 #8 0xffffffff80ab81bb in run_iter_func (arg=0xffffff8000baf000, ni=0xffffff800dcfc000) at ieee80211_ratectl.h:92 #9 0xffffffff80ad77e4 in ieee80211_iterate_nodes (nt=0xffffff8000bbb7b0, f=0xffffffff80ab8160 , arg=0xffffff8000baf000) at /usr/src/sys/modules/wlan/../../net80211/ieee80211_node.c:2147 #10 0xffffffff80abadaf in run_ratectl_cb (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:2212 #11 0xffffffff8033f035 in taskqueue_run_locked (queue=0xffffff0001a2d800) at ../../../kern/subr_taskqueue.c:250 #12 0xffffffff8033f1ce in taskqueue_thread_loop (arg=Variable "arg" is not available. ) at ../../../kern/subr_taskqueue.c:387 #13 0xffffffff802da6e8 in fork_exit (callout=0xffffffff8033f180 , arg=0xffffff8000bba0b8, frame=0xffffff807811dc40) at ../../../kern/kern_fork.c:845 #14 0xffffffff804b488e in fork_trampoline () at ../../../amd64/amd64/exception.S:565 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () #31 0x0000000000000000 in ?? () #32 0x0000000000000000 in ?? () #33 0x0000000000000000 in ?? () #34 0x0000000000000000 in ?? () #35 0x0000000000000000 in ?? () #36 0x0000000000000000 in ?? () #37 0x0000000000000000 in ?? () #38 0x0000000000000000 in ?? () #39 0xffffffff80732980 in affinity () #40 0x0000000000000000 in ?? () #41 0x0000000000000000 in ?? () #42 0xffffff000198d000 in ?? () #43 0xffffff807811d600 in ?? () #44 0xffffff807811d5a8 in ?? () #45 0xffffff00014d0460 in ?? () #46 0xffffffff80328009 in sched_switch (td=0xffffffff8033f180, newtd=0xffffff8000bba0b8, flags=Variable "flags" is not available. ) at ../../../kern/sched_ule.c:1852 Previous frame inner to this frame (corrupt stack?) (kgdb) Any help is appreciated. -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 11:31:24 2011 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 43A30106566C for ; Tue, 18 Jan 2011 11:31:24 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id D4DAF8FC12 for ; Tue, 18 Jan 2011 11:31:23 +0000 (UTC) Received: by fxm16 with SMTP id 16so7163329fxm.13 for ; Tue, 18 Jan 2011 03:31:22 -0800 (PST) Received: by 10.223.72.207 with SMTP id n15mr6064088faj.49.1295350282219; Tue, 18 Jan 2011 03:31:22 -0800 (PST) Received: from jessie.localnet (p5B2EE8B7.dip0.t-ipconnect.de [91.46.232.183]) by mx.google.com with ESMTPS id 5sm2042809fak.47.2011.01.18.03.31.20 (version=SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 03:31:20 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Alexander Zagrebin Date: Tue, 18 Jan 2011 12:31:20 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: <20110118102658.GA3211@gw.zagrebin.ru> In-Reply-To: <20110118102658.GA3211@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101181231.20381.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 11:31:24 -0000 On Tuesday, January 18, 2011 11:26:58 Alexander Zagrebin wrote: > Hi! > > I'm trying to use the RT2872-based USB adapter in the hostap mode > on the latest RELENG_8 (8.2-PRERELEASE) for amd64. > [..] Pull that http://svn.freebsd.org/viewvc/base?view=revision&revision=217511 and let me know if that fixes the issue. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 12:23:57 2011 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 59EDA1065696 for ; Tue, 18 Jan 2011 12:23:57 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mailout4.lrau.net (mailout4.lrau.net [IPv6:2a02:d40:2:2::73]) by mx1.freebsd.org (Postfix) with ESMTP id EC6628FC1A for ; Tue, 18 Jan 2011 12:23:56 +0000 (UTC) Received: from [91.216.35.74] (helo=imap.lrau.net) by mailout4.lrau.net with esmtp (Exim 4.73) (envelope-from ) id 1PfAbM-0008Uf-7f; Tue, 18 Jan 2011 12:23:56 +0000 Received: from axel.rau@chaos1.de by imap.lrau.net (Archiveopteryx 3.1.3) with esmtpsa id 1295353435-80417-80416/7/351; Tue, 18 Jan 2011 12:23:55 +0000 Message-Id: <71EEB2EA-3F48-4850-AB9C-92E47ED72D99@Chaos1.DE> From: Axel Rau To: freebsd-net@freebsd.org In-Reply-To: Content-Type: text/plain; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 18 Jan 2011 13:23:54 +0100 References: X-Mailer: Apple Mail (2.936) Subject: RESOLVED: Re: 8.1 Box does not react on ICMP "unreachable - need to frag" 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, 18 Jan 2011 12:23:57 -0000 Am 18.01.2011 um 11:00 schrieb Axel Rau: > The DB server returns its query results successfully until an =20 > oversized message is being sent (with "DF" set), which the GW2 =20 > refuses with an ICMP "unreachable - need to frag (mtu 1492) I could convince the firewall to defragment the packet itself. (-; This was a pf issue (I mixed up option "set reassemble" and filteropt =20 "fragment"). I'm still looking for an answer to question 1: > 1. Shouldn't DB2 fragment and resend the packet? Thanks, Axel =2D-- axel.rau@chaos1.de PGP-Key:29E99DD6 +49 151 2300 9283 computing @ =20 chaos claudius From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 13:40:25 2011 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 EC11B106566B for ; Tue, 18 Jan 2011 13:40:25 +0000 (UTC) (envelope-from artem@aws-net.org.ua) Received: from lazy.aws-net.org.ua (lazy.aws-net.org.ua [IPv6:2a00:1db0:20::828:140]) by mx1.freebsd.org (Postfix) with ESMTP id 55D5C8FC12 for ; Tue, 18 Jan 2011 13:40:25 +0000 (UTC) Received: from rainbow.vl.net.ua (rainbow.vl.net.ua [188.230.120.215]) (authenticated bits=0) by lazy.aws-net.org.ua (8.14.3/8.14.3) with ESMTP id p0IDeHnf066136 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=OK) for ; Tue, 18 Jan 2011 15:40:23 +0200 (EET) (envelope-from artem@aws-net.org.ua) Message-ID: <4D359841.50306@aws-net.org.ua> Date: Tue, 18 Jan 2011 15:40:17 +0200 From: Artyom Viklenko Organization: Art&Co. User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.11) Gecko/20101025 Thunderbird/3.1.5 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <71EEB2EA-3F48-4850-AB9C-92E47ED72D99@Chaos1.DE> In-Reply-To: <71EEB2EA-3F48-4850-AB9C-92E47ED72D99@Chaos1.DE> Content-Type: text/plain; charset=KOI8-U; format=flowed Content-Transfer-Encoding: 8bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.5 (lazy.aws-net.org.ua [188.230.120.140]); Tue, 18 Jan 2011 15:40:23 +0200 (EET) Subject: Re: RESOLVED: Re: 8.1 Box does not react on ICMP "unreachable - need to frag" 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, 18 Jan 2011 13:40:26 -0000 18.01.2011 14:23, Axel Rau ÐÉÛÅÔ: > > Am 18.01.2011 um 11:00 schrieb Axel Rau: > >> The DB server returns its query results successfully until an >> oversized message is being sent (with "DF" set), which the GW2 refuses >> with an ICMP "unreachable - need to frag (mtu 1492) > I could convince the firewall to defragment the packet itself. (-; > This was a pf issue (I mixed up option "set reassemble" and filteropt > "fragment"). > > I'm still looking for an answer to question 1: >> 1. Shouldn't DB2 fragment and resend the packet? Generally - yes. Make sure DB2 got ICMP need-frag message and it not blocked. Also, check sysctl variable 'net.inet.tcp.path_mtu_discovery'. Hope this helps. :) -- Sincerely yours, Artyom Viklenko. ------------------------------------------------------- artem@aws-net.org.ua | http://www.aws-net.org.ua/~artem artem@viklenko.net | JID: artem@jabber.aws-net.org.ua FreeBSD: The Power to Serve - http://www.freebsd.org From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 14:14:38 2011 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 3382D1065672 for ; Tue, 18 Jan 2011 14:14:38 +0000 (UTC) (envelope-from Axel.Rau@Chaos1.DE) Received: from mailout4.lrau.net (mailout4.lrau.net [IPv6:2a02:d40:2:2::73]) by mx1.freebsd.org (Postfix) with ESMTP id C47AB8FC16 for ; Tue, 18 Jan 2011 14:14:37 +0000 (UTC) Received: from [91.216.35.74] (helo=imap.lrau.net) by mailout4.lrau.net with esmtp (Exim 4.73) (envelope-from ) id 1PfCKQ-0009n2-78 for freebsd-net@freebsd.org; Tue, 18 Jan 2011 14:14:34 +0000 Received: from axel.rau@chaos1.de by imap.lrau.net (Archiveopteryx 3.1.3) with esmtpsa id 1295360073-80417-80416/7/355; Tue, 18 Jan 2011 14:14:33 +0000 Message-Id: <60CA2B35-71FF-4A7A-9C46-22B3F8C106D2@Chaos1.DE> From: Axel Rau To: freebsd-net@freebsd.org In-Reply-To: <4D359841.50306@aws-net.org.ua> Content-Type: text/plain; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v936) Date: Tue, 18 Jan 2011 15:14:32 +0100 References: <71EEB2EA-3F48-4850-AB9C-92E47ED72D99@Chaos1.DE> <4D359841.50306@aws-net.org.ua> X-Mailer: Apple Mail (2.936) Subject: Re: RESOLVED: Re: 8.1 Box does not react on ICMP "unreachable - need to frag" 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, 18 Jan 2011 14:14:38 -0000 Am 18.01.2011 um 14:40 schrieb Artyom Viklenko: > Make sure DB2 got ICMP need-frag message and it not blocked. > Also, check sysctl variable 'net.inet.tcp.path_mtu_discovery'. Yes to both. So this is a bug in 8.1? Axel =2D-- axel.rau@chaos1.de PGP-Key:29E99DD6 +49 151 2300 9283 computing @ =20 chaos claudius From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 15:20:09 2011 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 3C2E41065670 for ; Tue, 18 Jan 2011 15:20:09 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id C6AD88FC16 for ; Tue, 18 Jan 2011 15:20:08 +0000 (UTC) Received: by bwz12 with SMTP id 12so3272801bwz.13 for ; Tue, 18 Jan 2011 07:20:07 -0800 (PST) Received: by 10.204.114.143 with SMTP id e15mr3502122bkq.182.1295364007308; Tue, 18 Jan 2011 07:20:07 -0800 (PST) Received: from jessie.localnet (p5B2EE8B7.dip0.t-ipconnect.de [91.46.232.183]) by mx.google.com with ESMTPS id rc9sm1279707bkb.2.2011.01.18.07.20.04 (version=SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 07:20:05 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Monthadar Al Jaberi Date: Tue, 18 Jan 2011 16:20:04 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101181620.05161.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: Bug in ieee80211_mesh.c code? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 15:20:09 -0000 On Monday, January 17, 2011 19:06:39 Monthadar Al Jaberi wrote: > Hi, > > This line 1466 in ieee80211_mesh.c: > frm += frm[2] + 2; > > When I look at the other modes it should be > frm += frm[1] + 2; Seems indeed to be incorrect, after frm += frm[2] + 2, frm will point anywhere but definitely not to the next element. I'll have a look at that. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 15:20:12 2011 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 B1A161065670 for ; Tue, 18 Jan 2011 15:20:12 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 854F08FC19 for ; Tue, 18 Jan 2011 15:20:12 +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 p0IFKCUF001963 for ; Tue, 18 Jan 2011 15:20:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IFKC6P001961; Tue, 18 Jan 2011 15:20:12 GMT (envelope-from gnats) Date: Tue, 18 Jan 2011 15:20:12 GMT Message-Id: <201101181520.p0IFKC6P001961@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Petr Lampa Cc: Subject: Re: kern/152853: [em] tftpd (and likely other udp traffic) fails over em(4) unless rxcsum/txcsum disabled X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Petr Lampa List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 15:20:12 -0000 The following reply was made to PR kern/152853; it has been noted by GNATS. From: Petr Lampa To: bug-followup@FreeBSD.org, mandrews@bit0.com Cc: jfv@FreeBSD.org Subject: Re: kern/152853: [em] tftpd (and likely other udp traffic) fails over em(4) unless rxcsum/txcsum disabled Date: Tue, 18 Jan 2011 16:15:12 +0100 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Some folowup for kern/152853 with a patch. It seems that the current version of if_em.c (both CURRENT and STABLE8) with txcsum/rxcsum cannot send any UDP packet shorter then TCP header size. The reason is suspicious m_pullup(m_head, poff + sizeof(struct tcphdr)) in common packet em_xmit handling. I've moved this m_pullupi() call to required branches further down and this fixed the issue (UDP ack from tftpd daemon now ok). The code however needs some audit, repeated m_pullups are strange. Sincerely, Petr Lampa *** if_em.c.old 2011-01-18 15:52:21.000000000 +0100 --- if_em.c 2011-01-18 15:58:11.000000000 +0100 *************** *** 1820,1831 **** } ip = (struct ip *)(mtod(m_head, char *) + ip_off); poff = ip_off + (ip->ip_hl << 2); - m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); - if (m_head == NULL) { - *m_headp = NULL; - return (ENOBUFS); - } if (do_tso) { tp = (struct tcphdr *)(mtod(m_head, char *) + poff); /* * TSO workaround: --- 1820,1831 ---- } ip = (struct ip *)(mtod(m_head, char *) + ip_off); poff = ip_off + (ip->ip_hl << 2); if (do_tso) { + m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); + if (m_head == NULL) { + *m_headp = NULL; + return (ENOBUFS); + } tp = (struct tcphdr *)(mtod(m_head, char *) + poff); /* * TSO workaround: *************** *** 1849,1854 **** --- 1849,1859 ---- tp->th_sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, htons(IPPROTO_TCP)); } else if (m_head->m_pkthdr.csum_flags & CSUM_TCP) { + m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); + if (m_head == NULL) { + *m_headp = NULL; + return (ENOBUFS); + } tp = (struct tcphdr *)(mtod(m_head, char *) + poff); m_head = m_pullup(m_head, poff + (tp->th_off << 2)); if (m_head == NULL) { -- Computer Centre E-mail: lampa@fit.vutbr.cz Faculty of Information Technology Web: http://www.fit.vutbr.cz/ Brno University of Technology Fax: +420 54114-1270 Bozetechova 2, 612 66 Brno, Czech Republic Phone: +420 54114-1225 --y0ulUmNC+osPPQO6 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="if_em.patch" *** if_em.c.old 2011-01-18 15:52:21.000000000 +0100 --- if_em.c 2011-01-18 15:58:11.000000000 +0100 *************** *** 1820,1831 **** } ip = (struct ip *)(mtod(m_head, char *) + ip_off); poff = ip_off + (ip->ip_hl << 2); - m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); - if (m_head == NULL) { - *m_headp = NULL; - return (ENOBUFS); - } if (do_tso) { tp = (struct tcphdr *)(mtod(m_head, char *) + poff); /* * TSO workaround: --- 1820,1831 ---- } ip = (struct ip *)(mtod(m_head, char *) + ip_off); poff = ip_off + (ip->ip_hl << 2); if (do_tso) { + m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); + if (m_head == NULL) { + *m_headp = NULL; + return (ENOBUFS); + } tp = (struct tcphdr *)(mtod(m_head, char *) + poff); /* * TSO workaround: *************** *** 1849,1854 **** --- 1849,1859 ---- tp->th_sum = in_pseudo(ip->ip_src.s_addr, ip->ip_dst.s_addr, htons(IPPROTO_TCP)); } else if (m_head->m_pkthdr.csum_flags & CSUM_TCP) { + m_head = m_pullup(m_head, poff + sizeof(struct tcphdr)); + if (m_head == NULL) { + *m_headp = NULL; + return (ENOBUFS); + } tp = (struct tcphdr *)(mtod(m_head, char *) + poff); m_head = m_pullup(m_head, poff + (tp->th_off << 2)); if (m_head == NULL) { --y0ulUmNC+osPPQO6-- From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 16:01:02 2011 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 099CF1065670; Tue, 18 Jan 2011 16:01:02 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 4DCBA8FC1E; Tue, 18 Jan 2011 16:01:00 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0IG0xTL050579; Tue, 18 Jan 2011 22:00:59 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D35B936.9040307@rdtc.ru> Date: Tue, 18 Jan 2011 22:00:54 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: bug-followup@FreeBSD.ORG Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Jack F Vogel , net@FreeBSD.ORG Subject: Re: kern/152853: [em] tftpd (and likely other udp traffic) fails over em(4) unless rxcsum/txcsum disabled 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, 18 Jan 2011 16:01:02 -0000 Hi! 7.4-PRERELEASE is affected too. In short, tftp is broken in recent em(4) driver in all branches due to this bug. 8.1-RELEASE is not affected, 7.3 is fine too. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 16:10:13 2011 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 4AA61106564A for ; Tue, 18 Jan 2011 16:10:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D91798FC17 for ; Tue, 18 Jan 2011 16:10:12 +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 p0IGACUM054209 for ; Tue, 18 Jan 2011 16:10:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IGACSJ054208; Tue, 18 Jan 2011 16:10:12 GMT (envelope-from gnats) Date: Tue, 18 Jan 2011 16:10:12 GMT Message-Id: <201101181610.p0IGACSJ054208@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/152853: [em] tftpd (and likely other udp traffic) fails over em(4) unless rxcsum/txcsum disabled X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 16:10:13 -0000 The following reply was made to PR kern/152853; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG Cc: Jack F Vogel , net@FreeBSD.ORG Subject: Re: kern/152853: [em] tftpd (and likely other udp traffic) fails over em(4) unless rxcsum/txcsum disabled Date: Tue, 18 Jan 2011 22:00:54 +0600 Hi! 7.4-PRERELEASE is affected too. In short, tftp is broken in recent em(4) driver in all branches due to this bug. 8.1-RELEASE is not affected, 7.3 is fine too. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 17:20:11 2011 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 1D72B106564A for ; Tue, 18 Jan 2011 17:20:11 +0000 (UTC) (envelope-from mike@sentex.net) Received: from smarthost1.sentex.ca (smarthost1-6.sentex.ca [IPv6:2607:f3e0:0:1::12]) by mx1.freebsd.org (Postfix) with ESMTP id CBB218FC1B for ; Tue, 18 Jan 2011 17:20:10 +0000 (UTC) Received: from [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a] (saphire3.sentex.ca [IPv6:2607:f3e0:0:4:f025:8813:7603:7e4a]) by smarthost1.sentex.ca (8.14.4/8.14.4) with ESMTP id p0IHK84l091262 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Tue, 18 Jan 2011 12:20:08 -0500 (EST) (envelope-from mike@sentex.net) Message-ID: <4D35CBCB.1040001@sentex.net> Date: Tue, 18 Jan 2011 12:20:11 -0500 From: Mike Tancsa User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Eugene Grosbein References: <4D3011DB.9050900@frasunek.com> <4D30458D.30007@sentex.net> <4D341E80.7000303@rdtc.ru> <4D342AEC.4030600@sentex.net> <4D346AEB.8000807@rdtc.ru> In-Reply-To: <4D346AEB.8000807@rdtc.ru> X-Enigmail-Version: 1.1.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.67 on IPv6:2607:f3e0:0:1::12 Cc: freebsd-net@freebsd.org Subject: Re: Netgraph/mpd5 stability issues 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, 18 Jan 2011 17:20:11 -0000 On 1/17/2011 11:14 AM, Eugene Grosbein wrote: > On 17.01.2011 17:41, Mike Tancsa wrote: > >>>> I also have stability issues on RELENG_8. >>>> >>>> http://www.freebsd.org/cgi/query-pr.cgi?pr=153497 >>> >>> Do you change net.isr.direct from default 1 to 0 for your box? >> >> No, I leave it at 1 >> >> ---Mike > > I was experiencing some instability with mpd/netgraph too > but found workaround: increase netgraph buffers/queues. > > For 4GB RAM, /boot/loader.conf: > > # netgraph queue sizes tuning, see vmstat -z|egrep 'ITEM|NetGraph' > net.graph.maxdata=65536 > net.graph.maxalloc=65536 > > For /etc/sysctl.conf: > > kern.ipc.maxsockbuf=83886080 > net.graph.maxdgram=8388608 > net.graph.recvspace=8388608 > > It helps not to overflow netgraph event queues in my case > and takes away netgraph-related stability problems. I have only 2G of RAM on i386. On a box that has ipv6 disabled, with 641 ng interfaces right now # vmstat -z | egrep -i 'item|netg' ITEM SIZE LIMIT USED FREE REQUESTS FAILURES NetGraph items: 36, 4130, 2, 234, 8855752088, 0 NetGraph data items: 36, 531, 0, 472, 20152691765, 0 This is with 21 days of uptime and its quite stable. Enabling ipv6 seems to make the problems more likely for me. I had to restart it as the values I chose were too high and I was getting negative sbsize for uid = 0 vmstat -z | egrep -i 'ITEM|Netg' ITEM SIZE LIMIT USED FREE REQUESTS FAILURES NetGraph items: 36, 8201, 0, 236, 25397, 0 NetGraph data items: 36, 2065, 0, 236, 54671, 0 I tweaked things down net.graph.maxdata=2048 net.graph.maxalloc=8192 net.inet.ip.intr_queue_maxlen=500 kern.ipc.maxsockbuf=1048576 net.graph.maxdgram=524288 net.graph.recvspace=524288 I also have devd_enable="NO" ---Mike From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 17:40:19 2011 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 EE5DD106564A for ; Tue, 18 Jan 2011 17:40:19 +0000 (UTC) (envelope-from lists@rewt.org.uk) Received: from frankie.stf.rewt.org.uk (frankie.stf.rewt.org.uk [91.208.177.187]) by mx1.freebsd.org (Postfix) with ESMTP id B331A8FC15 for ; Tue, 18 Jan 2011 17:40:19 +0000 (UTC) Received: from [172.16.11.74] (vanessa.barbary [172.16.11.74]) by frankie.stf.rewt.org.uk (Postfix) with ESMTPA id 6F1845084A for ; Tue, 18 Jan 2011 17:15:11 +0000 (UTC) Message-ID: <4D35CAA4.30608@rewt.org.uk> Date: Tue, 18 Jan 2011 17:15:16 +0000 From: Joe Holden User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: mpd5 as l2tp mlppp server 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, 18 Jan 2011 17:40:20 -0000 Hi guys, Has any successfully used mpd5 with l2tp and done mlppp over it? Multilink never seems to be enabled, I have multilink enabled on the link, however the status always remains Inactive Thanks, J From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 17:51:33 2011 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 22C2F106578E; Tue, 18 Jan 2011 17:51:33 +0000 (UTC) (envelope-from pyunyh@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 958B18FC1E; Tue, 18 Jan 2011 17:51:32 +0000 (UTC) Received: by vws9 with SMTP id 9so2505884vws.13 for ; Tue, 18 Jan 2011 09:51:31 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=3yWFLdaJSo6CNJiSM425uEpVtcVJJGcvLOjGPZeQEBo=; b=EkZlogYm6jbM+oQmGBoOGbLrbu+lLqOBeHtJd7qIa12GHb9MUc+8VUdOMR3jbkjq4i Qw8WUjOtLT0ccHZfPHgmHNmicgZt5VbZSArKwrl3JrQXf8pHLuCm77IsK+TzGG9SoG3p jZ6kwIivBZW/3L3d0COaGKu8htQCP8D2ZVWrY= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=RrjkU+wChxKiOv1SCi5kpRaf8svoRIu96DU4sFGJtxRPPEY0qzKZBSiCUpRsQWCYiT 3bJZaFjMTnUQ4o+M9g2I+TZq+g+sqC9DGwfeKE3p6lTjNUwh55K2RXipl+TbmbgmZFLW 9xLTw7v/v+Sl5mFRC0WrWm0UW23FJExydqvm4= Received: by 10.220.199.134 with SMTP id es6mr1427338vcb.250.1295373091777; Tue, 18 Jan 2011 09:51:31 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id e18sm3363177vbm.5.2011.01.18.09.51.28 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 09:51:29 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 18 Jan 2011 09:50:36 -0800 From: Pyun YongHyeon Date: Tue, 18 Jan 2011 09:50:36 -0800 To: Paul Schenkeveld Message-ID: <20110118175036.GB5624@michelle.cdnetworks.com> References: <20110116124122.GA63358@psconsult.nl> <20110117195615.GA18423@psconsult.nl> <20110117212947.GA1210@michelle.cdnetworks.com> <20110117222624.GB1210@michelle.cdnetworks.com> <20110118023748.GA3170@psconsult.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110118023748.GA3170@psconsult.nl> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, freebsd-stable@freebsd.org, re@freebsd.org Subject: Re: sis(4) broken on 8.2 [Re: Carp seems completely broken on 8.2-RC2 and 8.2-PRERELEASE] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 17:51:33 -0000 On Tue, Jan 18, 2011 at 03:37:48AM +0100, Paul Schenkeveld wrote: > Hello, > > On Mon, Jan 17, 2011 at 02:26:24PM -0800, Pyun YongHyeon wrote: > > > Since you didn't post dmesg output I'm not sure what kind of > > > controller you have but I guess it would be NS8381[56]. I > > > overhauled sis(4) to make it work on all architectures so one of > > > change, probably r212119, could be cause of the issue. Due to lack > > > of SiS controllers I didn't touch multicast handling part so some > > > part of code still relies on old wrong behavior of driver. > > > Would you try attached patch and let me know whether it makes any > > > difference? > > > > > > > Hmm, unfortunately it seems the patch above may not work since NS > > data sheet says that filter function should be disabled before > > touching other bits in the register. > > Try this one instead. > > As far as I can tell, both patches work for me. Your second patch is > on my production firewalls now so if anthing comes up over the > coming days I'll keep you informed. > > I've tested carp, both failover to backup and fallback (preemption) > with IPv4 and with IPv6, all seems to work now. > Thanks for testing. Committed to HEAD(r217548). > Thannks again for your patches, hope you can get them into 8.2. > I'm afraid it's too late. :-( > Regards, > > Paul Schenkeveld From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 17:58:13 2011 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 3FD021065672; Tue, 18 Jan 2011 17:58:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 168118FC19; Tue, 18 Jan 2011 17:58:13 +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 p0IHwCxg069673; Tue, 18 Jan 2011 17:58:12 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IHwCkt069669; Tue, 18 Jan 2011 17:58:12 GMT (envelope-from linimon) Date: Tue, 18 Jan 2011 17:58:12 GMT Message-Id: <201101181758.p0IHwCkt069669@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/154091: [netgraph] [panic] netgraph, unaligned mbuf? 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, 18 Jan 2011 17:58:13 -0000 Old Synopsis: Panic: netgraph, unaligned mbuf? New Synopsis: [netgraph] [panic] netgraph, unaligned mbuf? Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jan 18 17:57:32 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=154091 From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 17:59:00 2011 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 42C5710656A3 for ; Tue, 18 Jan 2011 17:59:00 +0000 (UTC) (envelope-from cswiger@mac.com) Received: from asmtpout025.mac.com (asmtpout025.mac.com [17.148.16.100]) by mx1.freebsd.org (Postfix) with ESMTP id 27ECB8FC2A for ; Tue, 18 Jan 2011 17:58:59 +0000 (UTC) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; CHARSET=US-ASCII Received: from [17.153.49.243] by asmtp025.mac.com (Oracle Communications Messaging Exchange Server 7u4-20.01 64bit (built Nov 21 2010)) with ESMTPSA id <0LF800AB0CMAS600@asmtp025.mac.com> for freebsd-net@freebsd.org; Tue, 18 Jan 2011 09:58:59 -0800 (PST) X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:5.2.15,1.0.148,0.0.0000 definitions=2011-01-18_06:2011-01-18, 2011-01-18, 1970-01-01 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 suspectscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=6.0.2-1010190000 definitions=main-1101180121 From: Chuck Swiger In-reply-to: <60CA2B35-71FF-4A7A-9C46-22B3F8C106D2@Chaos1.DE> Date: Tue, 18 Jan 2011 09:58:57 -0800 Message-id: <0358F6C5-BCCD-4289-8522-B2945EDEC315@mac.com> References: <71EEB2EA-3F48-4850-AB9C-92E47ED72D99@Chaos1.DE> <4D359841.50306@aws-net.org.ua> <60CA2B35-71FF-4A7A-9C46-22B3F8C106D2@Chaos1.DE> To: Axel Rau X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: RESOLVED: Re: 8.1 Box does not react on ICMP "unreachable - need to frag" 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, 18 Jan 2011 17:59:00 -0000 On Jan 18, 2011, at 6:14 AM, Axel Rau wrote: > Am 18.01.2011 um 14:40 schrieb Artyom Viklenko: >> Make sure DB2 got ICMP need-frag message and it not blocked. >> Also, check sysctl variable 'net.inet.tcp.path_mtu_discovery'. > > Yes to both. So this is a bug in 8.1? If DF is true and the packet exceeds the MTU, then it is dropped per RFC-791. This can be used by pMTU discovery, if enabled. Regards, -- -Chuck From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 18:24:45 2011 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 EB97D106564A for ; Tue, 18 Jan 2011 18:24:45 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id B88668FC16 for ; Tue, 18 Jan 2011 18:24:45 +0000 (UTC) Received: by pwi10 with SMTP id 10so1234996pwi.13 for ; Tue, 18 Jan 2011 10:24:45 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=wR4eHvUHln74qqb0oF8dJ2XpBpbVm0hb1IF3Q8Te0EY=; b=WlGIpDAouW69jq2/hedkwHZFokHwIYHEfND15zVCx1lqg4WC9d7Z69kUKq1NYyXxi1 U3En0cfWxNdqtMskh2FAMm7ovrHfE4ORU+jtg9Enz6t8ooIxTg/72QtnLNDGLZhQLOg5 Z04PwNEpurL+zX7xdfLkvhnHQvLGNioEWtTdc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=TuAHf7rqM89cnINVoOWhqYQLjU5DXsa/0XVkYsTsJDtIeRyfOn2oTuQRB4pLQYvFIw H7EO5nkclhGRzieEx/XCLHHulRyg2WvW8AUFOxAFB8TcepdOHH7B32OeU2g8OMK0TLCQ gK7XrhHmxXf5MMOgN3WN0ZMYSIerpx7OGao+g= Received: by 10.142.155.11 with SMTP id c11mr5535442wfe.227.1295375085188; Tue, 18 Jan 2011 10:24:45 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id w42sm8399355wfh.3.2011.01.18.10.24.42 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 10:24:43 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Tue, 18 Jan 2011 10:23:51 -0800 From: Pyun YongHyeon Date: Tue, 18 Jan 2011 10:23:51 -0800 To: sthaug@nethelp.no Message-ID: <20110118182351.GE5624@michelle.cdnetworks.com> References: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110118.093804.74673434.sthaug@nethelp.no> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca, ronald-freebsd8@klop.yi.org Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 18:24:46 -0000 On Tue, Jan 18, 2011 at 09:38:04AM +0100, sthaug@nethelp.no wrote: > > > So, does anyone have an idea why the IP length field would be set to 0 > > > for these TCP/IP packets? > > > > > > Here's some info from Ronald w.r.t. his hardware. (All I can think of is > > > that he could try disabling TSO, etc?) > > > > > > Thanks in advance for any help with this, rick > > > > > > > It seems that issue came from TSO. Driver will set ip_len and > > ip_sum field to 0 before passing the TCP segment to controller. > > The failed length were 4446, 5858, 3034 and 4310 and the total > > number of such frames are more than 35k within 90 seconds. Since > > failed length 4310 is continuously repeated I guess there is edge > > case where em(4) didn't free failed TCP segment for TSO. > > I remember there was commit to HEAD(r217295) which could be related > > with this issue. > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: > > bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > class = network > subclass = ethernet > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) > removes the problem. > Is there a reliable way to trigger this on bce(4)? I don't have BCM5708 but I have BCM5709 so I can verify that. > Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 18:35:33 2011 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 0D2A610656D8 for ; Tue, 18 Jan 2011 18:35:33 +0000 (UTC) (envelope-from sthaug@nethelp.no) Received: from bizet.nethelp.no (bizet.nethelp.no [195.1.209.33]) by mx1.freebsd.org (Postfix) with SMTP id 41F7B8FC22 for ; Tue, 18 Jan 2011 18:35:31 +0000 (UTC) Received: (qmail 86507 invoked from network); 18 Jan 2011 18:35:30 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 18 Jan 2011 18:35:30 -0000 Date: Tue, 18 Jan 2011 19:35:30 +0100 (CET) Message-Id: <20110118.193530.74688427.sthaug@nethelp.no> To: pyunyh@gmail.com From: sthaug@nethelp.no In-Reply-To: <20110118182351.GE5624@michelle.cdnetworks.com> References: <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> <20110118182351.GE5624@michelle.cdnetworks.com> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca, ronald-freebsd8@klop.yi.org Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. 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, 18 Jan 2011 18:35:33 -0000 > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: > > > > bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 rev=0x12 hdr=0x00 > > vendor = 'Broadcom Corporation' > > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > > class = network > > subclass = ethernet > > > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) > > removes the problem. > > > > Is there a reliable way to trigger this on bce(4)? I don't have > BCM5708 but I have BCM5709 so I can verify that. It showed up pretty much immediately when running a csup sessions against cvsup2.us.freebsd.org. I have a pcap file from the session, if you're interested. Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 19:50:09 2011 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 DAE0B106566B for ; Tue, 18 Jan 2011 19:50:09 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AF3E28FC18 for ; Tue, 18 Jan 2011 19:50:09 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0IJo97E087984 for ; Tue, 18 Jan 2011 19:50:09 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IJo9p8087981; Tue, 18 Jan 2011 19:50:09 GMT (envelope-from gnats) Date: Tue, 18 Jan 2011 19:50:09 GMT Message-Id: <201101181950.p0IJo9p8087981@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Weongyo Jeong Cc: Subject: Re: kern/153454: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 19:50:09 -0000 The following reply was made to PR kern/153454; it has been noted by GNATS. From: Weongyo Jeong To: Eugene Grosbein Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/153454: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) Date: Tue, 18 Jan 2011 11:16:30 -0800 On Mon, Dec 27, 2010 at 12:18:55AM +0600, Eugene Grosbein wrote: > > >Number: 153454 > >Category: kern > >Synopsis: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: change-request > >Submitter-Id: current-users > >Arrival-Date: Sun Dec 26 18:40:08 UTC 2010 > >Closed-Date: > >Last-Modified: > >Originator: Eugene Grosbein > >Release: FreeBSD 8.2-PRERELEASE i386 > >Organization: > RDTC JSC > >Environment: > System: FreeBSD grosbein.pp.ru 8.2-PRERELEASE FreeBSD 8.2-PRERELEASE #17: Sat Dec 11 23:58:55 NOVT 2010 root@grosbein.pp.ru:/usr/local/obj/usr/local/src/sys/DADV i386 > > >Description: > > Currently, if_urtw(4) driver for Realtek wireless NICs > supports only station and monitor modes. > > I have a notebook with embedded USB wireless NIC supported with > this driver and was able to successfully setup it in ad-hoc mode > and in hostap mode (with and without hostapd) and connect > my Nokia E72 smartphone to the Internet over wifi using this notebook > after applying the following patch to the driver. > > usbconfig shows me: > > ugen7.2: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > > I've used standard instructions from the Handbook (never dealt > with Wifi devices before) and found no problems with one exception: > > "ifconfig wlan0 scan" does not work but "ifconfig wlan0 list scan" does. > > >How-To-Repeat: > > Try to enable hostap/ad-hoc modes with if_urtw, it won't. > > >Fix: > > --- sys/dev/usb/wlan/if_urtw.c.orig 2010-12-26 21:04:47.000000000 +0600 > +++ sys/dev/usb/wlan/if_urtw.c 2010-12-26 21:05:32.000000000 +0600 > @@ -880,6 +880,8 @@ > ic->ic_caps = > IEEE80211_C_STA | /* station mode */ > IEEE80211_C_MONITOR | /* monitor mode supported */ > + IEEE80211_C_IBSS | /* ad-hoc mode supported */ > + IEEE80211_C_HOSTAP | /* access point mode supported */ > IEEE80211_C_TXPMGT | /* tx power management */ > IEEE80211_C_SHPREAMBLE | /* short preamble supported */ > IEEE80211_C_SHSLOT | /* short slot time supported */ > --- share/man/man4/urtw.4.orig 2010-12-27 00:02:10.000000000 +0600 > +++ share/man/man4/urtw.4 2010-12-27 00:06:40.000000000 +0600 > @@ -56,7 +56,9 @@ > .Pp > .Nm > supports > -.Cm station > +.Cm station , > +.Cm adhoc , > +.Cm hostap , > and > .Cm monitor > mode operation. Hello Eugene, IMHO it's not easy to apply your patch to CURRENT directly without additional patches. When I wrote urtw(4) it based on realtek's linux driver and at that moment it didn't support adhoc and hostap modes. Not sure it's working on other chipsets though I don't know what you're using. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 19:50:16 2011 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 07E3D1065732; Tue, 18 Jan 2011 19:50:16 +0000 (UTC) (envelope-from weongyo.jeong@gmail.com) Received: from mail-pw0-f54.google.com (mail-pw0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id BFF3C8FC1D; Tue, 18 Jan 2011 19:50:15 +0000 (UTC) Received: by pwi10 with SMTP id 10so8931pwi.13 for ; Tue, 18 Jan 2011 11:50:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :mail-followup-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent:organization :x-operation-sytem; bh=ljBX7zYf/nFeMnENpYgLa11+Xng6drec2zaGNdQ0OmE=; b=AC5atlIKn9DwGRwanUcps3t77NqLQvDZlA9rYGII21VR0slcXKiQ9/5nsFUFEepHfL DJt2hoUXDFo0k2TMct6iHeLY6Grj2zoV1JLriAoDiDVizBo3ByreokROj0lKx89Mb2y6 5RsITaAwXmWivdM1jEB+w5JpKWIhHxduBZEyQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:mail-followup-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent:organization:x-operation-sytem; b=WPAHzPP+yPRnmLHh74VZTsLwvosG+3eJ1u3fhRqQMz9Xg9UevLMJthwyGy2DzkIH/O /aQ0pfv8+Stz9gew6xgOZyV9MwJLHbvwj0jguwtjdqXBBm1bMlTlKZGgM4/zo7NSCM1w RFOaA22XdgJ8Kug8VqszDbtQR1vLl6DL20XSU= Received: by 10.142.49.20 with SMTP id w20mr5559638wfw.348.1295378821413; Tue, 18 Jan 2011 11:27:01 -0800 (PST) Received: from weongyo ([174.35.1.224]) by mx.google.com with ESMTPS id y42sm8459663wfd.22.2011.01.18.11.26.53 (version=SSLv3 cipher=RC4-MD5); Tue, 18 Jan 2011 11:26:55 -0800 (PST) Received: by weongyo (sSMTP sendmail emulation); Tue, 18 Jan 2011 11:27:51 -0800 From: Weongyo Jeong Date: Tue, 18 Jan 2011 11:27:51 -0800 To: Eugene Grosbein Message-ID: <20110118192751.GJ1755@weongyo> Mail-Followup-To: Eugene Grosbein , Bernhard Schmidt , "net@freebsd.org" References: <201012272024.37110.bschmidt@freebsd.org> <4D1A10C2.7070506@rdtc.ru> <201012281758.42484.bschmidt@freebsd.org> <4D1A29AD.4030103@rdtc.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4D1A29AD.4030103@rdtc.ru> User-Agent: Mutt/1.4.2.3i Organization: CDNetworks. X-Operation-Sytem: FreeBSD Cc: "net@freebsd.org" , Bernhard Schmidt Subject: Re: CFT/CFR, possible fix for ifconfig scan hang X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Weongyo Jeong List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 19:50:16 -0000 On Wed, Dec 29, 2010 at 12:17:17AM +0600, Eugene Grosbein wrote: > On 28.12.2010 22:58, Bernhard Schmidt wrote: > > On Tuesday 28 December 2010 17:30:58 you wrote: > >> On 28.12.2010 01:24, Bernhard Schmidt wrote: > >>> I have a patch available which addresses both of the issues. It requests > >>> a background scan by default and also honors the return value of > >>> start_scan_locked(): > >>> - for head > >>> http://techwires.net/~bschmidt/scan_hang_head.diff > >>> - for 8-stable/8.2-*: > >>> http://techwires.net/~bschmidt/scan_hang_stable.diff > >>> > >>> Please test and let me know if it works, or not. > >> > >> It helps and works for urtw(4)/Realtek RTL8187B found in some notebooks, > > > > Thanks > > > >> thanks. However, it still takes 81 seconds for "ifconfig wlan0 up" to > >> complete and I wonder why. Then "ifconfig wlan0 scan" works without delay > >> (it was hanging forever without your patch). > > > > Is it really 81 seconds? or just 8.1, that's what I've got too. > > Really 81 seconds. Too late to response that I came back from vacation and today I reached this email on my mailbox queue. It seems I also need to test but taking long time to initialize the device is true. I also couldn't understand why the realtek vendor added long and many delays or pauses at their sources. regards, Weongyo Jeong From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 20:08:42 2011 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 422AC1065670; Tue, 18 Jan 2011 20:08:42 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 194858FC15; Tue, 18 Jan 2011 20:08:42 +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 p0IK8fiZ010354; Tue, 18 Jan 2011 20:08:41 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IK8faE010350; Tue, 18 Jan 2011 20:08:41 GMT (envelope-from yongari) Date: Tue, 18 Jan 2011 20:08:41 GMT Message-Id: <201101182008.p0IK8faE010350@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/154076: [alc] [hang] recent alc driver locks computer 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, 18 Jan 2011 20:08:42 -0000 Synopsis: [alc] [hang] recent alc driver locks computer Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jan 18 20:08:26 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=154076 From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 20:36:41 2011 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 9728A106564A; Tue, 18 Jan 2011 20:36:41 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 6E2398FC16; Tue, 18 Jan 2011 20:36:41 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0IKafNp042406; Tue, 18 Jan 2011 20:36:41 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IKafvT042402; Tue, 18 Jan 2011 20:36:41 GMT (envelope-from linimon) Date: Tue, 18 Jan 2011 20:36:41 GMT Message-Id: <201101182036.p0IKafvT042402@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/154123: [bge] bge driver problems BCM5906 laptop 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, 18 Jan 2011 20:36:41 -0000 Old Synopsis: bge driver problems BCM5906 laptop New Synopsis: [bge] bge driver problems BCM5906 laptop Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Jan 18 20:36:26 UTC 2011 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=154123 From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 20:40:07 2011 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 C31D6106566C for ; Tue, 18 Jan 2011 20:40:07 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B20768FC08 for ; Tue, 18 Jan 2011 20:40: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 p0IKe7Sa042571 for ; Tue, 18 Jan 2011 20:40:07 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IKe73b042570; Tue, 18 Jan 2011 20:40:07 GMT (envelope-from gnats) Date: Tue, 18 Jan 2011 20:40:07 GMT Message-Id: <201101182040.p0IKe73b042570@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Eugene Grosbein Cc: Subject: Re: kern/153454: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Eugene Grosbein List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 18 Jan 2011 20:40:07 -0000 The following reply was made to PR kern/153454; it has been noted by GNATS. From: Eugene Grosbein To: bug-followup@FreeBSD.ORG Cc: weongyo.jeong@gmail.com Subject: Re: kern/153454: [patch] [wlan] [urtw] Support ad-hoc and hostap modes in if_urtw(4) Date: Wed, 19 Jan 2011 02:21:43 +0600 On 19.01.2011 01:16, Weongyo Jeong wrote: > On Mon, Dec 27, 2010 at 12:18:55AM +0600, Eugene Grosbein wrote: >>> Description: >> >> Currently, if_urtw(4) driver for Realtek wireless NICs >> supports only station and monitor modes. >> >> I have a notebook with embedded USB wireless NIC supported with >> this driver and was able to successfully setup it in ad-hoc mode >> and in hostap mode (with and without hostapd) and connect >> my Nokia E72 smartphone to the Internet over wifi using this notebook >> after applying the following patch to the driver. >> >> usbconfig shows me: >> >> ugen7.2: at usbus7, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON > IMHO it's not easy to apply your patch to CURRENT directly without > additional patches. When I wrote urtw(4) it based on realtek's linux > driver and at that moment it didn't support adhoc and hostap modes. Not > sure it's working on other chipsets though I don't know what you're > using. I've found its name by vendor/product id: Realtek RTL8187B. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Tue Jan 18 21:02:18 2011 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 DB3A11065675; Tue, 18 Jan 2011 21:02:18 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B15628FC08; Tue, 18 Jan 2011 21:02:18 +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 p0IL2I6r074158; Tue, 18 Jan 2011 21:02:18 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0IL2IIA074154; Tue, 18 Jan 2011 21:02:18 GMT (envelope-from yongari) Date: Tue, 18 Jan 2011 21:02:18 GMT Message-Id: <201101182102.p0IL2IIA074154@freefall.freebsd.org> To: wojtek@tensor.gdynia.p, yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/154123: [bge] bge driver problems BCM5906 laptop 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, 18 Jan 2011 21:02:18 -0000 Synopsis: [bge] bge driver problems BCM5906 laptop State-Changed-From-To: open->feedback State-Changed-By: yongari State-Changed-When: Tue Jan 18 21:01:07 UTC 2011 State-Changed-Why: Would you show me both dmeg and "pciconf -lcbv" output? ifconfig bge0 output also would be helpful. Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Tue Jan 18 21:01:07 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=154123 From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 02:44:52 2011 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 9B6B3106564A for ; Wed, 19 Jan 2011 02:44:52 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 2D6658FC0C for ; Wed, 19 Jan 2011 02:44:51 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p0J2imZG098645 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 19 Jan 2011 03:44:48 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p0J2iVqP073988 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 19 Jan 2011 03:44:31 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p0J2iVGQ098333; Wed, 19 Jan 2011 03:44:31 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p0J2iV5E098332; Wed, 19 Jan 2011 03:44:31 +0100 (CET) (envelope-from ticso) Date: Wed, 19 Jan 2011 03:44:31 +0100 From: Bernd Walter To: freebsd-net@freebsd.org Message-ID: <20110119024431.GC39356@cicely7.cicely.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: Bernd Walter Subject: strange netstat -ian output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 02:44:52 -0000 A given interface is configured: re0: flags=8a43 metric 0 mtu 1500 options=399b ether 00:01:08:00:79:92 inet 10.1.1.15 netmask 0xffffff00 broadcast 10.1.1.255 inet6 fe80::201:8ff:fe00:7992%re0 prefixlen 64 scopeid 0x1 inet6 2a02:21e0:16e0:2000::103 prefixlen 64 nd6 options=21 media: Ethernet autoselect (1000baseT ) status: active This is one of the blocks for this interface: re0 1500 2a02:21e0:16e 2a02:21e0:16e0:20 0 - - 1 - - ff02:1::2 (refs: 1) ff02:1::d (refs: 1) ff02:1::202 (refs: 1) ff02:1::1:ff00:103 (refs: 1) ff01:1::1 (refs: 1) ff02:1::2:6214:d648(refs: 1) ff02:1::1 (refs: 1) ff02:1::1:ff00:7992(refs: 1) 2a02:21e0:16e seems to be the truncated IP. The first line has 2a02:21e0:16e0:20 - I assume this should say 2a02:21e0:16e0:2000::103, but it is truncated as well... Adding -W won't help on truncation. - ff02:1::2 is not just truncated - this obviously should be ff02::2. This '1' is part of every multicst address listed, although they don't belong there. By looking at systems with a large number of interfaces I came to the conclusion that this is the scope ID, but why is it listed as part of the IP? - ff02:1::d beside '1' it's Ok, since I've started pim6dd. - ff02:1::202 beside '1' it's Ok - according to IANA it's RPC. - ff02:1::1:ff00:103 also beside '1' it is the solicitated address for 2a02:21e0:16e0:2000::103 so it's otherwise Ok - ff01:1::1 again '1' - otherwise Ok - ff02:1::2:6214:d648 What's this? From watching at the MLD packets I know that it is ff02::2:6214:d648 and that every host has such a beast on each interface, but each host has different 32bit at the end. Although the IP says that this would be an IANA assigned address it is not listed in: http://www.iana.org/assignments/ipv6-multicast-addresses/ipv6-multicast-addresses.xml - ff02:1::1 again '1' - otherwise Ok - ff02:1::1:ff00:7992 again '1', and it seems to be the solicitated address for a stateless configured address - likely fe80::201:8ff:fe00:7992. Why is this part of the 2a02:21e0:16e block? A bit stranger is the part for the link-local address: re0 1500 fe80:1::201:8 fe80:1::201:8ff:f 0 - - 759 - - ff02:1::2 (refs: 1) ff02:1::d (refs: 1) ff02:1::202 (refs: 1) ff02:1::1:ff00:103 (refs: 1) ff01:1::1 (refs: 1) ff02:1::2:6214:d648(refs: 1) ff02:1::1 (refs: 1) ff02:1::1:ff00:7992(refs: 1) In this case even the IP is not only truncated, it also has the excessive '1'. Well - it's a scoped address, but it doesn't belong inside the IP. And similar to the unicast address it has all solicitated addresses listed. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 05:35:55 2011 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 023701065670 for ; Wed, 19 Jan 2011 05:35:55 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id A23318FC0C for ; Wed, 19 Jan 2011 05:35:53 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=vh0bqeqKQPEluUxAFBR4KAyI3d1ij7pMsKjIcSLCs0g=; b=oTB9AIFA1TQTuHJ5sbUojt5SyGVx0NFgkMJeqfto978RunAYNsq1oDUCgSNBib+J4uqRByXtaUme1526KI5T2qaU5Qiyu1/FkleIxY+2/bt+y5DOV133AczYYiJomO4ejEWTQUY2WB4wMQj3K1hpk0ZVtf0vwM0n8aA3rORJYyw=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PfQhz-0003gJ-9e; Wed, 19 Jan 2011 08:35:51 +0300 Date: Wed, 19 Jan 2011 08:35:51 +0300 From: Alexander Zagrebin To: Bernhard Schmidt Message-ID: <20110119053550.GA13844@gw.zagrebin.ru> References: <20110118102658.GA3211@gw.zagrebin.ru> <201101181231.20381.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101181231.20381.bschmidt@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 05:35:55 -0000 Hi! On 18.01.2011 12:31:20 +0100, Bernhard Schmidt wrote: > > I'm trying to use the RT2872-based USB adapter in the hostap mode > > on the latest RELENG_8 (8.2-PRERELEASE) for amd64. > > [..] > > Pull that > http://svn.freebsd.org/viewvc/base?view=revision&revision=217511 > and let me know if that fixes the issue. I've retrieved the ieee80211_node.c and if_run.c and recompiled wlan.ko and if_run.ko. Here results: Case 1: both if_run.ko and wlan_amrr.ko are loaded via loader.conf stable/8: panic rev217511: panic Case 2: wlan_amrr.ko loaded manually _after_ if_run.ko but before creation of the wlan interface stable/8: panic on rate control rev217511: no panic, but rate control doesn't work; tx rate is fixed on 1 Mbit/s Case 3: wlan_amrr.ko loaded _before_ if_run.ko stable/8: panic on rate control rev217511: no panic, rate control works as expected So rev217511 partially fixes the issue. -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 08:37:17 2011 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 6D0821065674 for ; Wed, 19 Jan 2011 08:37:17 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id F097E8FC13 for ; Wed, 19 Jan 2011 08:37:16 +0000 (UTC) Received: by bwz12 with SMTP id 12so548836bwz.13 for ; Wed, 19 Jan 2011 00:37:15 -0800 (PST) Received: by 10.204.60.14 with SMTP id n14mr322876bkh.118.1295426235559; Wed, 19 Jan 2011 00:37:15 -0800 (PST) Received: from jessie.localnet (p5B2EDB5E.dip0.t-ipconnect.de [91.46.219.94]) by mx.google.com with ESMTPS id j11sm3132235bka.12.2011.01.19.00.37.13 (version=SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 00:37:14 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Alexander Zagrebin Date: Wed, 19 Jan 2011 09:37:12 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: <20110118102658.GA3211@gw.zagrebin.ru> <201101181231.20381.bschmidt@freebsd.org> <20110119053550.GA13844@gw.zagrebin.ru> In-Reply-To: <20110119053550.GA13844@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101190937.13015.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 08:37:17 -0000 On Wednesday, January 19, 2011 06:35:51 Alexander Zagrebin wrote: > Hi! > > On 18.01.2011 12:31:20 +0100, Bernhard Schmidt wrote: > > > I'm trying to use the RT2872-based USB adapter in the hostap mode > > > on the latest RELENG_8 (8.2-PRERELEASE) for amd64. > > > [..] > > > > Pull that > > http://svn.freebsd.org/viewvc/base?view=revision&revision=217511 > > and let me know if that fixes the issue. > > I've retrieved the ieee80211_node.c and if_run.c and recompiled > wlan.ko and if_run.ko. > > Here results: > > Case 1: both if_run.ko and wlan_amrr.ko are loaded via loader.conf > > stable/8: panic > rev217511: panic > > Case 2: wlan_amrr.ko loaded manually _after_ if_run.ko but before > creation of the wlan interface > > stable/8: panic on rate control > rev217511: no panic, but rate control doesn't work; tx rate is > fixed on 1 Mbit/s > > Case 3: wlan_amrr.ko loaded _before_ if_run.ko > > stable/8: panic on rate control > rev217511: no panic, rate control works as expected > > So rev217511 partially fixes the issue. That sounds rather weird to me, I can't imagine how the module loading order should make any difference. Well, at least, before creating the VAP, because that is the point where that stuff gets initialized/used. Do you have anything configured in rc.conf maybe? That would create the VAP right after loading if_run.ko even before you are able to load wlan_amrr.ko. I'll have look at that again.. -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 09:23:19 2011 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 0CCC8106566C for ; Wed, 19 Jan 2011 09:23:19 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web39308.mail.mud.yahoo.com (web39308.mail.mud.yahoo.com [66.94.238.175]) by mx1.freebsd.org (Postfix) with SMTP id BE69B8FC16 for ; Wed, 19 Jan 2011 09:23:18 +0000 (UTC) Received: (qmail 46445 invoked by uid 60001); 19 Jan 2011 09:23:18 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1295428998; bh=LtawLbr9DYe3YscGRKNTpWz6Qe+69O2TfYvoufDeX28=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=WgeHxLvFjqa3uxBcSXztVcXJ/i6zj5tPECo2pYL7kIIb6TglK+qsRMqGcDMV6H5kWeqtzjZTv0aKb14UKeRMV20ZNr+dN6O7W86otB9NG9RcyV/x/tSNhG+c2IgsUCJlRvJC8t6uyDuS+KNrhZ1qrqiaNY0IApX+wS3t9RVsrZg= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=VCKysyCsb+jYBcUkLLaB7KeSSs1lZmEZR9QtEBlCBSSM9nGGK1YhqkhKgwze/b85ihgSRx17KgsLNNMijzps14bGqyu9WSdifJsgfhvW3Y0DBFcsAKxVCsUTAFpx5W1s3g5kBNifvnOMsrsJM2P0JiWqZpmmbV7gITg6jkxkhks=; Message-ID: <174429.26123.qm@web39308.mail.mud.yahoo.com> X-YMail-OSG: 8WVaSzEVM1lRjgwauUQSe_EDw2R9xHaBYGHskKoako8_5ek ZtG1rM6kPwU54aAAjFWvPuwmhm63fFUH1V6N66GZNMipCXL4FtNRcRM9RFQZ TRj7P2zrML0mn3dEf9ewntJSauBfFkERW5d5DEL2bH6EsKsbPb.MMAGIy0Jv Wtc28hc7LjK69guWJSrI0cb0Fvny88QIqu87Rx5_q4nJz6iAflk8V6ahTGr0 8SjhpgfONnscP2j_9x1OBYkhgB0Z20AOG3IZ7aZmR0BsbJ91tPFnkOnVALes _C0e1hvr7F_MV17mSLmclKUVL7JNY06LYN1zh1QhALLZNW763HXOzvMSSR93 V8oXhtnm3PhS6Dt2jLJA2Bsfk_sOS0R1A6K.T_92ykmfGhIufNraFglFuBAa abZtx9Vqj0857Q6YS Received: from [206.75.146.55] by web39308.mail.mud.yahoo.com via HTTP; Wed, 19 Jan 2011 01:23:18 PST X-Mailer: YahooMailRC/555 YahooMailWebService/0.8.107.285259 References: <20110118120038.9C4E81065853@hub.freebsd.org> Date: Wed, 19 Jan 2011 01:23:18 -0800 (PST) From: PseudoCylon To: Alexander Zagrebin In-Reply-To: <20110118120038.9C4E81065853@hub.freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 09:23:19 -0000 > Message: 19 > Date: Tue, 18 Jan 2011 13:26:58 +0300 > From: Alexander Zagrebin > Subject: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 > To: freebsd-net@freebsd.org > Message-ID: <20110118102658.GA3211@gw.zagrebin.ru> > Content-Type: text/plain; charset=us-ascii > mostly works (there is an issue with the devices with the 'power save mode' > enabled), > Yes, there is. Due to lack of documents, I haven't figured out how to add support, how to set tim, etc. > enabled), but transmission rate is limited with 1 Mbit/s. Can you try attached patch and see if tx rate goes up. AK -- begin patch -- --- a/dev/usb/wlan/if_run.c +++ b/dev/usb/wlan/if_run.c @@ -2223,12 +2223,15 @@ run_drain_fifo(void *arg) struct ifnet *ifp = sc->sc_ifp; struct ieee80211_node *ni = sc->sc_ni[0]; /* make compiler happy */ uint32_t stat; - int retrycnt = 0; + int retrycnt; uint8_t wcid, mcs, pid; RUN_LOCK_ASSERT(sc, MA_OWNED); for (;;) { + /* clear on every loop */ + retrycnt = 0; + /* drain Tx status FIFO (maxsize = 16) */ run_read(sc, RT2860_TX_STAT_FIFO, &stat); DPRINTFN(4, "tx stat 0x%08x\n", stat); -- end patch -- From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 11:23:34 2011 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 AAF7B1065695; Wed, 19 Jan 2011 11:23:34 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id 57C178FC1E; Wed, 19 Jan 2011 11:23:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=B2oruYcjrVSw3hrtmo7JOPIwvriIPB2Alid2UopPFEU=; b=d7Rg1v1CDH03Tz6E1M0SWkhI1ROf2xsZuUPH0FXbxl38FzS3N2ntC4eeVgGixm2d2HTZbqIZnGbjgzXLrdJBt86NCZAsZAyw2nriUQ7bTOR+2OSIAXW0lD4GuUzxqbLdz95QRDr4rtyFG631jPI0raF7hiSZDhPf3+gR4qwXO1M=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PfW8Q-0005O6-Q1; Wed, 19 Jan 2011 14:23:30 +0300 Date: Wed, 19 Jan 2011 14:23:30 +0300 From: Alexander Zagrebin To: Bernhard Schmidt Message-ID: <20110119112330.GD13844@gw.zagrebin.ru> References: <20110118102658.GA3211@gw.zagrebin.ru> <201101181231.20381.bschmidt@freebsd.org> <20110119053550.GA13844@gw.zagrebin.ru> <201101190937.13015.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101190937.13015.bschmidt@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 11:23:34 -0000 Hi! On 19.01.2011 09:37:12 +0100, Bernhard Schmidt wrote: > > Case 2: wlan_amrr.ko loaded manually _after_ if_run.ko but before > > creation of the wlan interface > > > > stable/8: panic on rate control > > rev217511: no panic, but rate control doesn't work; tx rate is > > fixed on 1 Mbit/s > > That sounds rather weird to me, I can't imagine how the module loading > order should make any difference. Well, at least, before creating the > VAP, because that is the point where that stuff gets initialized/used. It seems you're right. I couldn't reproduce it again. May be I have missed anything. Sorry... > Do you have anything configured in rc.conf maybe? That would create the > VAP right after loading if_run.ko even before you are able to load > wlan_amrr.ko. Yes, I have wlans_run0="wlan0" and create_args_wlan0=... in the rc.conf, but while testing I've used `ifconfig wlan0 destroy` after `kldload if_run`. May be it was mistyping... Also I've noticed that messages like "ieee80211_load_module: load the wlan_amrr module by hand for now." has disappeared from the log. Is it normal? So there is the one issue only: the panic if runfw.ko and wlan_amrr.ko both loaded via loader.conf. Have you any ideas? Will be rev. 217511 MFC'd on the 20 january? -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 11:40:22 2011 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 62A4E10656A6 for ; Wed, 19 Jan 2011 11:40:22 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-bw0-f54.google.com (mail-bw0-f54.google.com [209.85.214.54]) by mx1.freebsd.org (Postfix) with ESMTP id E97538FC12 for ; Wed, 19 Jan 2011 11:40:21 +0000 (UTC) Received: by bwz12 with SMTP id 12so667435bwz.13 for ; Wed, 19 Jan 2011 03:40:20 -0800 (PST) Received: by 10.204.100.136 with SMTP id y8mr476366bkn.171.1295437220576; Wed, 19 Jan 2011 03:40:20 -0800 (PST) Received: from jessie.localnet (p5B2EDB5E.dip0.t-ipconnect.de [91.46.219.94]) by mx.google.com with ESMTPS id f20sm3233520bkf.16.2011.01.19.03.40.18 (version=SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 03:40:18 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Alexander Zagrebin Date: Wed, 19 Jan 2011 12:40:15 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: <20110118102658.GA3211@gw.zagrebin.ru> <201101190937.13015.bschmidt@freebsd.org> <20110119112330.GD13844@gw.zagrebin.ru> In-Reply-To: <20110119112330.GD13844@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191240.16198.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 11:40:22 -0000 On Wednesday, January 19, 2011 12:23:30 Alexander Zagrebin wrote: > Hi! > > On 19.01.2011 09:37:12 +0100, Bernhard Schmidt wrote: > > > Case 2: wlan_amrr.ko loaded manually _after_ if_run.ko but before > > > creation of the wlan interface > > > > > > stable/8: panic on rate control > > > rev217511: no panic, but rate control doesn't work; tx rate is > > > > > > fixed on 1 Mbit/s > > > > That sounds rather weird to me, I can't imagine how the module > > loading order should make any difference. Well, at least, before > > creating the VAP, because that is the point where that stuff gets > > initialized/used. > > It seems you're right. I couldn't reproduce it again. > May be I have missed anything. Sorry... Ok, thanks. > > Do you have anything configured in rc.conf maybe? That would create > > the VAP right after loading if_run.ko even before you are able to > > load wlan_amrr.ko. > > Yes, I have wlans_run0="wlan0" and create_args_wlan0=... in the > rc.conf, but while testing I've used `ifconfig wlan0 destroy` after > `kldload if_run`. May be it was mistyping... > Also I've noticed that messages like > "ieee80211_load_module: load the wlan_amrr module by hand for now." > has disappeared from the log. Is it normal? That message only appears if wlan_amrr.ko isn't loaded while creating a VAP. If you do see the message if wlan_amrr.ko is loaded, that'd be a bug, also the other way around. > So there is the one issue only: the panic if runfw.ko and > wlan_amrr.ko both loaded via loader.conf. > Have you any ideas? No yet, I'll dig around there later today. > Will be rev. 217511 MFC'd on the 20 january? Yes, probably in the evening (CET). -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 12:07:48 2011 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 7020B1065670 for ; Wed, 19 Jan 2011 12:07:48 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id 1A3AA8FC18 for ; Wed, 19 Jan 2011 12:07:47 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=0j2LWWcRsbRTFsiyeHb0VD+WhDlZgMF4/q4vmCyHaII=; b=bmpRLSkynDgEjCNxii3OspKbfN8s72Hk3agzrfljt2V7f/H0/WhRVvAAXd6egTkkOU5uZ9qu/nLE1cLFqvw7C6Nai6++6lRZzDxWeL0jzQdPl0IhJOhdA5apt3AkBSqV190c/74Q4AwIrXa5vFhrthh8LC/jfUqOa0DccEc1vko=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PfWpG-0005as-Mq; Wed, 19 Jan 2011 15:07:46 +0300 Date: Wed, 19 Jan 2011 15:07:46 +0300 From: Alexander Zagrebin To: PseudoCylon Message-ID: <20110119120746.GE13844@gw.zagrebin.ru> References: <20110118120038.9C4E81065853@hub.freebsd.org> <174429.26123.qm@web39308.mail.mud.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <174429.26123.qm@web39308.mail.mud.yahoo.com> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 12:07:48 -0000 Hi! On 19.01.2011 01:23:18 -0800, PseudoCylon wrote: > > mostly works (there is an issue with the devices with the 'power save mode' > > enabled), If device, connected to the freebsd based AP, is in 'power save mode', then there are: - very large dispersion of the ping time; like this 64 bytes from 192.168.1.12: icmp_seq=0 ttl=68 time=228.479 ms 64 bytes from 192.168.1.12: icmp_seq=1 ttl=68 time=2695.647 ms 64 bytes from 192.168.1.12: icmp_seq=2 ttl=68 time=1674.081 ms 64 bytes from 192.168.1.12: icmp_seq=3 ttl=68 time=653.757 ms 64 bytes from 192.168.1.12: icmp_seq=4 ttl=68 time=3785.051 ms 64 bytes from 192.168.1.12: icmp_seq=5 ttl=68 time=2764.311 ms 64 bytes from 192.168.1.12: icmp_seq=6 ttl=68 time=1742.506 ms 64 bytes from 192.168.1.12: icmp_seq=7 ttl=68 time=720.719 ms 64 bytes from 192.168.1.12: icmp_seq=10 ttl=68 time=568.465 ms 64 bytes from 192.168.1.12: icmp_seq=11 ttl=68 time=3.489 ms 64 bytes from 192.168.1.12: icmp_seq=12 ttl=68 time=8469.515 ms 64 bytes from 192.168.1.12: icmp_seq=13 ttl=68 time=7447.776 ms 64 bytes from 192.168.1.12: icmp_seq=14 ttl=68 time=6428.403 ms 64 bytes from 192.168.1.12: icmp_seq=15 ttl=68 time=5407.636 ms 64 bytes from 192.168.1.12: icmp_seq=16 ttl=68 time=4385.875 ms 64 bytes from 192.168.1.12: icmp_seq=17 ttl=68 time=3364.814 ms 64 bytes from 192.168.1.12: icmp_seq=18 ttl=68 time=2343.062 ms 64 bytes from 192.168.1.12: icmp_seq=19 ttl=68 time=1322.413 ms 64 bytes from 192.168.1.12: icmp_seq=20 ttl=68 time=300.670 ms 64 bytes from 192.168.1.12: icmp_seq=25 ttl=68 time=206.728 ms - periodical loss of packets, designated to device (like keepalive, icmp etc.), isn't it? > Yes, there is. > Due to lack of documents, I haven't figured out how to add support, how to set > tim, etc. Due to lack of documents, related to the Ralink chipsets? > > enabled), but transmission rate is limited with 1 Mbit/s. > > Can you try attached patch and see if tx rate goes up. It seems the commit r217511 have fixed issue. Have you any thoughts about kernel panic when if_run, runfw and wlan_amrr are loaded via loader.conf? -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 16:49:45 2011 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 40232106564A for ; Wed, 19 Jan 2011 16:49:45 +0000 (UTC) (envelope-from kuba.g4@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 C885F8FC1D for ; Wed, 19 Jan 2011 16:49:44 +0000 (UTC) Received: by fxm16 with SMTP id 16so1082226fxm.13 for ; Wed, 19 Jan 2011 08:49:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:message-id:date:from:user-agent:mime-version:to :subject:content-type:content-transfer-encoding; bh=ix3DsjWcJJeoLhbdYN+FzmGYjHtMgPB65Y/ZtyM73fk=; b=mCYc01eFYKhASNoCyej0iUz0bxCYnnr03MBnEVoDOEh4lDNBtdHENPbX+XUjV6Mjvl Hud1UyUTDK21kHnYFIx2vzSh6+L6OqQ4lwTwOqnTd+daxNNVvjXKIdO5CMD16vDe5sof arF/AfJ6gx4mStuMG1DG+O8uc0zk8biuSAzlc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=message-id:date:from:user-agent:mime-version:to:subject :content-type:content-transfer-encoding; b=Boo2Rd9NRDle2T5w/SEJYWq3YCRrGj0vUDRJXh15mtVvEIWLnDohHfd2EkRM9HfqiX YxIOmAMrhPHxIzFbUy4DI8IbjkvcAO8KxbohLAEAByRLpOAFrDjECTrEfpui3hbxKwNF knuYzbGHryxQ2oQFMvaYXsKoEkGqbgGbM0HTc= Received: by 10.223.114.203 with SMTP id f11mr941663faq.20.1295455781955; Wed, 19 Jan 2011 08:49:41 -0800 (PST) Received: from [10.0.1.76] (wolfshade.ict.pwr.wroc.pl [156.17.40.158]) by mx.google.com with ESMTPS id c11sm2669284fav.26.2011.01.19.08.49.41 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 08:49:41 -0800 (PST) Message-ID: <4D371643.1020400@gmail.com> Date: Wed, 19 Jan 2011 17:50:11 +0100 From: kuba User-Agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.13) Gecko/20101211 Lanikai/3.1.7 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: kern/154007: [ath] Atheros ar9287 card does not get recognized. 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, 19 Jan 2011 16:49:45 -0000 Hi, I have this wifi card, and I have free time. I can help solve this problem, but I am not developer or programmer. I can only "serve" as a tester :) kuba From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 16:56:55 2011 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 51EC11065672 for ; Wed, 19 Jan 2011 16:56:55 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id DFB9B8FC25 for ; Wed, 19 Jan 2011 16:56:54 +0000 (UTC) Received: by fxm16 with SMTP id 16so1089562fxm.13 for ; Wed, 19 Jan 2011 08:56:53 -0800 (PST) Received: by 10.223.69.141 with SMTP id z13mr938126fai.9.1295456208115; Wed, 19 Jan 2011 08:56:48 -0800 (PST) Received: from maja.lab.techwires.net (p54B4E403.dip.t-dialin.net [84.180.228.3]) by mx.google.com with ESMTPS id a25sm2676364fak.44.2011.01.19.08.56.45 (version=SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 08:56:46 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Alexander Zagrebin Date: Wed, 19 Jan 2011 17:57:00 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: <20110118102658.GA3211@gw.zagrebin.ru> <20110119112330.GD13844@gw.zagrebin.ru> <201101191240.16198.bschmidt@freebsd.org> In-Reply-To: <201101191240.16198.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191757.00538.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 16:56:55 -0000 On Wednesday 19 January 2011 12:40:15 Bernhard Schmidt wrote: > On Wednesday, January 19, 2011 12:23:30 Alexander Zagrebin wrote: > > Hi! > > > > On 19.01.2011 09:37:12 +0100, Bernhard Schmidt wrote: > > > > Case 2: wlan_amrr.ko loaded manually _after_ if_run.ko but before > > > > creation of the wlan interface > > > > > > > > stable/8: panic on rate control > > > > rev217511: no panic, but rate control doesn't work; tx rate is > > > > > > > > fixed on 1 Mbit/s > > > > > > That sounds rather weird to me, I can't imagine how the module > > > loading order should make any difference. Well, at least, before > > > creating the VAP, because that is the point where that stuff gets > > > initialized/used. > > > > It seems you're right. I couldn't reproduce it again. > > May be I have missed anything. Sorry... > > Ok, thanks. > > > > Do you have anything configured in rc.conf maybe? That would create > > > the VAP right after loading if_run.ko even before you are able to > > > load wlan_amrr.ko. > > > > Yes, I have wlans_run0="wlan0" and create_args_wlan0=... in the > > rc.conf, but while testing I've used `ifconfig wlan0 destroy` after > > `kldload if_run`. May be it was mistyping... > > Also I've noticed that messages like > > "ieee80211_load_module: load the wlan_amrr module by hand for now." > > has disappeared from the log. Is it normal? > > That message only appears if wlan_amrr.ko isn't loaded while creating a > VAP. If you do see the message if wlan_amrr.ko is loaded, that'd be a > bug, also the other way around. > > > So there is the one issue only: the panic if runfw.ko and > > wlan_amrr.ko both loaded via loader.conf. > > Have you any ideas? > > No yet, I'll dig around there later today. Hmm, I'm not able to reproduce this, works as expected. Is this still the same backtrace as the previous error? > > Will be rev. 217511 MFC'd on the 20 january? > > Yes, probably in the evening (CET). > -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 17:41:53 2011 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 F200E106566C for ; Wed, 19 Jan 2011 17:41:53 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-gx0-f182.google.com (mail-gx0-f182.google.com [209.85.161.182]) by mx1.freebsd.org (Postfix) with ESMTP id B3F938FC19 for ; Wed, 19 Jan 2011 17:41:53 +0000 (UTC) Received: by gxk8 with SMTP id 8so381834gxk.13 for ; Wed, 19 Jan 2011 09:41:53 -0800 (PST) Received: by 10.223.121.139 with SMTP id h11mr988158far.5.1295458912319; Wed, 19 Jan 2011 09:41:52 -0800 (PST) Received: from maja.lab.techwires.net (p54B4E403.dip.t-dialin.net [84.180.228.3]) by mx.google.com with ESMTPS id n1sm2699324fam.40.2011.01.19.09.41.47 (version=SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 09:41:50 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Monthadar Al Jaberi Date: Wed, 19 Jan 2011 18:42:01 +0100 User-Agent: KMail/1.12.4 (FreeBSD/9.0-CURRENT; KDE/4.3.5; amd64; ; ) References: In-Reply-To: MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101191842.02144.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: Bug in ieee80211_mesh.c code? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 19 Jan 2011 17:41:54 -0000 On Monday 17 January 2011 19:06:39 Monthadar Al Jaberi wrote: > Hi, > > This line 1466 in ieee80211_mesh.c: > frm += frm[2] + 2; > > When I look at the other modes it should be > frm += frm[1] + 2; > > ?? Committed, thanks! -- Bernhard From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 20:52:46 2011 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 9B06C1065674 for ; Wed, 19 Jan 2011 20:52:46 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id 055EC8FC15 for ; Wed, 19 Jan 2011 20:52:46 +0000 (UTC) Received: from [192.168.1.113] (p508F9B30.dip.t-dialin.net [80.143.155.48]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 8B2DF1C0B4611; Wed, 19 Jan 2011 21:52:43 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <20110117081122.65833sa4wsdugdqy@webmail.tuwien.ac.at> Date: Wed, 19 Jan 2011 21:52:42 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <67A34C76-01BD-4C5D-B0C9-B2942744B5DD@lurchi.franken.de> References: <20110117081122.65833sa4wsdugdqy@webmail.tuwien.ac.at> To: Schoch Christian X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: [SCTP] transport address unconfirmed instead of inactive 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, 19 Jan 2011 20:52:46 -0000 On Jan 17, 2011, at 8:11 AM, Schoch Christian wrote: > I did some test with multihoming and failover. My problem is that if = one transport failes it never comes back to active (no heartbeats are = sent any more). >=20 > My setup: >=20 > FreeBSD 8.1 Linux 2.6.36 > 172.16.1.4 --------- 172.16.1.3 > 172.17.1.4 --------- 172.17.1.3 >=20 > Packets from 16.1.4 to 17.1.3 and 17.1.4 to 16.1.3 are dropped. >=20 > The transfer starts with 172.16.1.4 to 16.1.3 which is working as = expected. Which side is the client, which one is the server? Which side is sending = user data? > If the transfer on this transport failes, it is switching to 17.1.4 & = 17.1.3 as expected.=20 How do you fail the connection? Disconnecting the cable? Configuring = dummynet? > 172.16.1.4 gets SCTP_UNCONFIRMED, 172.16.1.3 gets SCTP_INACTIVE So you mean on the FreeBSD machine you get a SCTP_UNCONFIRMED? For which = address? 172.16.1.3? > Now, if the first connection is available again, the first transport = address of FreeBSD stays at unconfirmed with no HB sent to 16.1.3 > Linux sends HB from 16.1.3 to 16.1.4 with ACK coming back from 17.1.4 = to 16.1.3 (which is dropped). >=20 > So why are HBs sent from new primary instead of received address ? As = specified in RFC it should sent back from address, it receives the HB = packet. Correct. Somethings seems strange. Please answer the above and I will = try to reproduce the problem. Thanks for the report. Best regards Michael >=20 > Regards, > Christian >=20 >=20 > ---------------------------------------------------------------- > This message was sent using IMP, the Internet Messaging Program. >=20 > _______________________________________________ > 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" >=20 From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 21:06:27 2011 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 B8DF11065672; Wed, 19 Jan 2011 21:06:26 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id 5D26B8FC12; Wed, 19 Jan 2011 21:06:26 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=kLA7F+JswsUuGbpFLWAejf0FqeY+m2qolG9ShQIhfWw=; b=hYTSB7YqeZ7SgI91nxhTAEL0xTHEj0RY2ZJmbDq45RBjA7afQzID+JTh37jntInfzj4LYBwXIWpFnbi2T0FVWAAx6ZkQOhh9cx6ao1HsaKyffzjVnrNIluJVbaoqbAthymWabqnnbtbSggMFoOr5hJfvw4IWd0P0ZPXRRyJtegU=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1PffEV-0000mC-JT; Thu, 20 Jan 2011 00:06:23 +0300 Date: Thu, 20 Jan 2011 00:06:23 +0300 From: Alexander Zagrebin To: Bernhard Schmidt Message-ID: <20110119210623.GA2632@gw.zagrebin.ru> References: <20110118102658.GA3211@gw.zagrebin.ru> <20110119112330.GD13844@gw.zagrebin.ru> <201101191240.16198.bschmidt@freebsd.org> <201101191757.00538.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101191757.00538.bschmidt@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 19 Jan 2011 21:06:27 -0000 Hi! On 19.01.2011 17:57:00 +0100, Bernhard Schmidt wrote: > > > So there is the one issue only: the panic if runfw.ko and > > > wlan_amrr.ko both loaded via loader.conf. > > > Have you any ideas? > > > > No yet, I'll dig around there later today. > > Hmm, I'm not able to reproduce this, works as expected. Is this still the same > backtrace as the previous error? The panic occurs on very early stage, so there is no dump created. I'll try to recompile kernel with the kdb support tomorrow. May be it will help to get backtrace. -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 22:08:46 2011 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 4A8BA1065670 for ; Wed, 19 Jan 2011 22:08:46 +0000 (UTC) (envelope-from Michael.Tuexen@lurchi.franken.de) Received: from mail-n.franken.de (drew.ipv6.franken.de [IPv6:2001:638:a02:a001:20e:cff:fe4a:feaa]) by mx1.freebsd.org (Postfix) with ESMTP id A6E1E8FC16 for ; Wed, 19 Jan 2011 22:08:45 +0000 (UTC) Received: from [192.168.1.113] (p508F9B30.dip.t-dialin.net [80.143.155.48]) (Authenticated sender: macmic) by mail-n.franken.de (Postfix) with ESMTP id 8DF7D1C0C0BD6; Wed, 19 Jan 2011 23:08:44 +0100 (CET) Mime-Version: 1.0 (Apple Message framework v1082) Content-Type: text/plain; charset=us-ascii From: =?iso-8859-1?Q?Michael_T=FCxen?= In-Reply-To: <20110119230210.17544v1efjwjjtk2@webmail.tuwien.ac.at> Date: Wed, 19 Jan 2011 23:08:43 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: References: <20110117081122.65833sa4wsdugdqy@webmail.tuwien.ac.at> <67A34C76-01BD-4C5D-B0C9-B2942744B5DD@lurchi.franken.de> <20110119230210.17544v1efjwjjtk2@webmail.tuwien.ac.at> To: Schoch Christian X-Mailer: Apple Mail (2.1082) Cc: freebsd-net@freebsd.org Subject: Re: [SCTP] transport address unconfirmed instead of inactive 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, 19 Jan 2011 22:08:46 -0000 On Jan 19, 2011, at 11:02 PM, Schoch Christian wrote: > Dear Michael, >=20 > as I could figure out, the problem with UNCONFIRMED is solved. My test = tools is based on lksctp-tools and written for linux testing. Now the = problem here is that there is a inconsistency between linux and FreeBSD = of the return value of spinfo_state. Perhaps these return values could = be standardized in the sctp socket-api. Leaving a note on the linux dev = mailing list on this topic. Hi Christian, the actual values are not standardized, only the names of the constants. = If you use the names and recompile the code when moving from Linux to FreeBSD, it = should work. >=20 > The other problem may depend on the fact, that i did the test with = vmware and a remote machine using only one network interface with 2 = different Addresses assigned. Furthermore, both addresses had a netmask = of 255.255.0.0 so both addresses were located in the same subnet. Did = the same test with 2 Vmware machines and other addresses which was = successful. Yes, that mask may result in problems. Thanks for reporting. Best regards Michael >=20 > Regards, > Christian >=20 >> On Jan 17, 2011, at 8:11 AM, Schoch Christian wrote: >>=20 >>> I did some test with multihoming and failover. My problem is that if = one transport failes it never comes back to active (no heartbeats are = sent any more). >>>=20 >>> My setup: >>>=20 >>> FreeBSD 8.1 Linux 2.6.36 >>> 172.16.1.4 --------- 172.16.1.3 >>> 172.17.1.4 --------- 172.17.1.3 >>>=20 >>> Packets from 16.1.4 to 17.1.3 and 17.1.4 to 16.1.3 are dropped. >>>=20 >>> The transfer starts with 172.16.1.4 to 16.1.3 which is working as = expected. >> Which side is the client, which one is the server? Which side is = sending user >> data? >>> If the transfer on this transport failes, it is switching to 17.1.4 = & 17.1.3 as expected. >> How do you fail the connection? Disconnecting the cable? Configuring = dummynet? >>> 172.16.1.4 gets SCTP_UNCONFIRMED, 172.16.1.3 gets SCTP_INACTIVE >> So you mean on the FreeBSD machine you get a SCTP_UNCONFIRMED? For = which address? 172.16.1.3? >>> Now, if the first connection is available again, the first transport = address of FreeBSD stays at unconfirmed with no HB sent to 16.1.3 >>> Linux sends HB from 16.1.3 to 16.1.4 with ACK coming back from = 17.1.4 to 16.1.3 (which is dropped). >>>=20 >>> So why are HBs sent from new primary instead of received address ? = As specified in RFC it should sent back from address, it receives the HB = packet. >> Correct. Somethings seems strange. Please answer the above and I will = try to reproduce >> the problem. >>=20 >> Thanks for the report. >> Best regards >> Michael >>>=20 >>> Regards, >>> Christian >>>=20 >>>=20 >>> ---------------------------------------------------------------- >>> This message was sent using IMP, the Internet Messaging Program. >>>=20 >>> _______________________________________________ >>> 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" >>>=20 >>=20 >>=20 >=20 >=20 >=20 From owner-freebsd-net@FreeBSD.ORG Wed Jan 19 22:02:14 2011 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 85267106564A for ; Wed, 19 Jan 2011 22:02:14 +0000 (UTC) (envelope-from e0326715@student.tuwien.ac.at) Received: from mr.tuwien.ac.at (mr1-n.kom.tuwien.ac.at [128.130.2.109]) by mx1.freebsd.org (Postfix) with ESMTP id 2A8EE8FC0A for ; Wed, 19 Jan 2011 22:02:13 +0000 (UTC) Received: from webmail1.zserv.tuwien.ac.at (webmail1.zserv.tuwien.ac.at [128.130.35.11]) by mr.tuwien.ac.at (8.13.7/8.13.7) with ESMTP id p0JM2BVu013447; Wed, 19 Jan 2011 23:02:11 +0100 (MET) Received: from webmail1.zserv.tuwien.ac.at (localhost.localdomain [127.0.0.1]) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8) with ESMTP id p0JM2Box013080; Wed, 19 Jan 2011 23:02:11 +0100 Received: (from apache@localhost) by webmail1.zserv.tuwien.ac.at (8.13.8/8.13.8/Submit) id p0JM2B9Y013079; Wed, 19 Jan 2011 23:02:11 +0100 X-Authentication-Warning: webmail1.zserv.tuwien.ac.at: apache set sender to e0326715@student.tuwien.ac.at using -f Received: from vie-lim-ge-1-2.onenet.at (vie-lim-ge-1-2.onenet.at [194.24.158.1]) by webmail.tuwien.ac.at (Horde Framework) with HTTP; Wed, 19 Jan 2011 23:02:10 +0100 Message-ID: <20110119230210.17544v1efjwjjtk2@webmail.tuwien.ac.at> Date: Wed, 19 Jan 2011 23:02:10 +0100 From: Schoch Christian To: Michael =?iso-8859-1?b?VPx4ZW4=?= References: <20110117081122.65833sa4wsdugdqy@webmail.tuwien.ac.at> <67A34C76-01BD-4C5D-B0C9-B2942744B5DD@lurchi.franken.de> In-Reply-To: <67A34C76-01BD-4C5D-B0C9-B2942744B5DD@lurchi.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.3.9) X-Virus-Scanned: by amavisd-new X-Mailman-Approved-At: Wed, 19 Jan 2011 22:20:08 +0000 Cc: freebsd-net@freebsd.org Subject: Re: [SCTP] transport address unconfirmed instead of inactive 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, 19 Jan 2011 22:02:14 -0000 Dear Michael, as I could figure out, the problem with UNCONFIRMED is solved. My test tools is based on lksctp-tools and written for linux testing. Now the problem here is that there is a inconsistency between linux and FreeBSD of the return value of spinfo_state. Perhaps these return values could be standardized in the sctp socket-api. Leaving a note on the linux dev mailing list on this topic. The other problem may depend on the fact, that i did the test with vmware and a remote machine using only one network interface with 2 different Addresses assigned. Furthermore, both addresses had a netmask of 255.255.0.0 so both addresses were located in the same subnet. Did the same test with 2 Vmware machines and other addresses which was successful. Regards, Christian > On Jan 17, 2011, at 8:11 AM, Schoch Christian wrote: > >> I did some test with multihoming and failover. My problem is that >> if one transport failes it never comes back to active (no >> heartbeats are sent any more). >> >> My setup: >> >> FreeBSD 8.1 Linux 2.6.36 >> 172.16.1.4 --------- 172.16.1.3 >> 172.17.1.4 --------- 172.17.1.3 >> >> Packets from 16.1.4 to 17.1.3 and 17.1.4 to 16.1.3 are dropped. >> >> The transfer starts with 172.16.1.4 to 16.1.3 which is working as expected. > Which side is the client, which one is the server? Which side is sending user > data? >> If the transfer on this transport failes, it is switching to 17.1.4 >> & 17.1.3 as expected. > How do you fail the connection? Disconnecting the cable? Configuring > dummynet? >> 172.16.1.4 gets SCTP_UNCONFIRMED, 172.16.1.3 gets SCTP_INACTIVE > So you mean on the FreeBSD machine you get a SCTP_UNCONFIRMED? For > which address? 172.16.1.3? >> Now, if the first connection is available again, the first >> transport address of FreeBSD stays at unconfirmed with no HB sent >> to 16.1.3 >> Linux sends HB from 16.1.3 to 16.1.4 with ACK coming back from >> 17.1.4 to 16.1.3 (which is dropped). >> >> So why are HBs sent from new primary instead of received address ? >> As specified in RFC it should sent back from address, it receives >> the HB packet. > Correct. Somethings seems strange. Please answer the above and I > will try to reproduce > the problem. > > Thanks for the report. > Best regards > Michael >> >> Regards, >> Christian >> >> >> ---------------------------------------------------------------- >> This message was sent using IMP, the Internet Messaging Program. >> >> _______________________________________________ >> 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 Jan 20 00:00:20 2011 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 01159106566C for ; Thu, 20 Jan 2011 00:00:18 +0000 (UTC) (envelope-from pyunyh@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 BBB9C8FC1B for ; Thu, 20 Jan 2011 00:00:17 +0000 (UTC) Received: by iwn39 with SMTP id 39so10150iwn.13 for ; Wed, 19 Jan 2011 16:00:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:from:date:to:cc:subject:message-id:reply-to :references:mime-version:content-type:content-disposition :in-reply-to:user-agent; bh=d9aILDm6XXcI29lnZlzMYWajw/lTAfuI3FhsrStur0Q=; b=mQr60x6Pt4Wqb9D5hlUJR9/sccBttJOB00lLr+ECganT5qoV2PhH0kvQfJNObJfROt S+QEWMUeq98l+0EQodLaltJ/uspbhrPUFKvruBGRHpEPNnVE7bi85/l/M23vsY3Jng8d uLHMwFQxbbfSuMwYBau8IELVmP44LXFWTI1VA= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:date:to:cc:subject:message-id:reply-to:references:mime-version :content-type:content-disposition:in-reply-to:user-agent; b=s505IPxK0mH8b2Le9wNW+bXwXLYe3HnJh+uKX0bocTE0DWUQO/fiIkk+ADJEriAZu0 p8TTbkPa8E/pl3mPF21UVarvzw6UE9DQpw+3XTt/zD8WFyNMOF5fZ6f4PZudb/deIIhS XH7ESIqao6Q8SLSp/GZUBonyv8SxgO3ItK08s= Received: by 10.42.224.3 with SMTP id im3mr1726275icb.341.1295481617194; Wed, 19 Jan 2011 16:00:17 -0800 (PST) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id he5sm5684206icb.10.2011.01.19.16.00.14 (version=TLSv1/SSLv3 cipher=RC4-MD5); Wed, 19 Jan 2011 16:00:15 -0800 (PST) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Wed, 19 Jan 2011 15:59:24 -0800 From: Pyun YongHyeon Date: Wed, 19 Jan 2011 15:59:24 -0800 To: sthaug@nethelp.no Message-ID: <20110119235924.GD12030@michelle.cdnetworks.com> References: <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> <20110118182351.GE5624@michelle.cdnetworks.com> <20110118.193530.74688427.sthaug@nethelp.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110118.193530.74688427.sthaug@nethelp.no> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca, ronald-freebsd8@klop.yi.org Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 00:00:20 -0000 On Tue, Jan 18, 2011 at 07:35:30PM +0100, sthaug@nethelp.no wrote: > > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: > > > > > > bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 rev=0x12 hdr=0x00 > > > vendor = 'Broadcom Corporation' > > > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter (BCM5708)' > > > class = network > > > subclass = ethernet > > > > > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) > > > removes the problem. > > > > > > > Is there a reliable way to trigger this on bce(4)? I don't have > > BCM5708 but I have BCM5709 so I can verify that. > > It showed up pretty much immediately when running a csup sessions > against cvsup2.us.freebsd.org. > > I have a pcap file from the session, if you're interested. > I vaguely guess upper stack might pass less than MSS sized segment to TSO capable driver with CSUM_TSO. How about merging r212803 to stable/8? > Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 03:28:24 2011 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 11C49106566B for ; Thu, 20 Jan 2011 03:28:24 +0000 (UTC) (envelope-from moonlightakkiy@yahoo.ca) Received: from web39301.mail.mud.yahoo.com (web39301.mail.mud.yahoo.com [66.94.238.168]) by mx1.freebsd.org (Postfix) with SMTP id C1BDB8FC13 for ; Thu, 20 Jan 2011 03:28:23 +0000 (UTC) Received: (qmail 56425 invoked by uid 60001); 20 Jan 2011 03:28:23 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.ca; s=s1024; t=1295494103; bh=WcmBkmIhC+xdTFbnpcb3KNMSmCi70xbivCkwfK6OJ+4=; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=YWG8nd9m0bZTqdKX1QaYy0efZvlvENvIE0pvdGQOeX3C7eMIZT+Y18gaWwrue2HHFPTBWdD3WQKYJlmvckqmjyq4akCsGD62cAl3ZqnYWICx6GBH7tzpjMt/aJuiyaWa4PSsKQ+TnYYTDwiQrrZC7m5DXYWOCKpbvnXpmM+v0MI= DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=s1024; d=yahoo.ca; h=Message-ID:X-YMail-OSG:Received:X-Mailer:References:Date:From:Subject:To:Cc:In-Reply-To:MIME-Version:Content-Type; b=eQNEb+ow71U3i0QQOPFdbfru/RVGxDr/CMznKSCWqaQK/MNEMcgbFd8+q/x7+1NOwYEZEl0zPhoriLZI44WeYGFIVupV9EWjQZnhcl15SCTPvPKG1ZJXdsONVa13BfcSqD1DXUKKvGnNwAd7xd6O/hVsgyGY1NbQNG8TtkusBQk=; Message-ID: <158116.55454.qm@web39301.mail.mud.yahoo.com> X-YMail-OSG: YaX4mTcVM1nFpvPqbSJrhO74rxje_gkoOLIgiuC8PB0zpCA HmphZ9bNA.qNgRFuNj_lwezxBFc0aNObdxi2bomadhirnu17v9dpLn7OZaOM Pxa33FDL1m0fimTPHysM5QBvC.UYYeE7z.biBV4TWbFycKlGzJpUCfKK5tQf oZAbHe2rMS5Mu8yGqTYWsv1E1gG6XLl5Djf.jN_zEJGmGzIq3l1ro6okO627 nYSylBMOG_QC2P_GcZNjUSBBZEZL24yjCme5vQUcTOMHXeWHM1GfmC.gdJDb qccy4F6iH4qlXWblc2.A1ZA8Aexp9TgQD5quC0YXiL4Me6j4Y53CRdtAQ62E 8vBiFWWnXM8q6.yko8n1TEVIX44FiTbRSz7jmPsj4WhHAaGP7nfxK9R5IqB_ wRHUH3Q_gjshuaPBy Received: from [206.75.146.55] by web39301.mail.mud.yahoo.com via HTTP; Wed, 19 Jan 2011 19:28:22 PST X-Mailer: YahooMailRC/555 YahooMailWebService/0.8.107.285259 References: <20110118120038.9C4E81065853@hub.freebsd.org> <174429.26123.qm@web39308.mail.mud.yahoo.com> <20110119120746.GE13844@gw.zagrebin.ru> Date: Wed, 19 Jan 2011 19:28:22 -0800 (PST) From: PseudoCylon To: Alexander Zagrebin , Bernhard Schmidt In-Reply-To: <20110119120746.GE13844@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 20 Jan 2011 03:28:24 -0000 ----- Original Message ---- > From: Alexander Zagrebin > To: PseudoCylon > Cc: freebsd-net@freebsd.org > Sent: Wed, January 19, 2011 5:07:46 AM > Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 > > > Yes, there is. > > Due to lack of documents, I haven't figured out how to add support, how to >set > > > tim, etc. > > Due to lack of documents, related to the Ralink chipsets? > Yes. Currently, only source of info is ralink's own driver. It consists of 100+ files. You need to be quite motivated to browse them. Can you tell me what kind of clients you are using, NICs and os? > >>> It seems the commit r217511 have fixed issue. <<< > > Have you any thoughts about kernel panic when if_run, runfw and > wlan_amrr are loaded via loader.conf? > wlan_XXX modules are depend on wlan(4). Maybe that's the cause. AK From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 06:35:23 2011 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 C67F1106564A; Thu, 20 Jan 2011 06:35:23 +0000 (UTC) (envelope-from adrian@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 9C6748FC14; Thu, 20 Jan 2011 06:35:23 +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 p0K6ZNen062524; Thu, 20 Jan 2011 06:35:23 GMT (envelope-from adrian@freefall.freebsd.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0K6ZNr5062519; Thu, 20 Jan 2011 06:35:23 GMT (envelope-from adrian) Date: Thu, 20 Jan 2011 06:35:23 GMT Message-Id: <201101200635.p0K6ZNr5062519@freefall.freebsd.org> To: adrian@FreeBSD.org, freebsd-net@FreeBSD.org, adrian@FreeBSD.org From: adrian@FreeBSD.org Cc: Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. 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, 20 Jan 2011 06:35:23 -0000 Synopsis: [ath] Atheros ar9287 card does not get recognized. Responsible-Changed-From-To: freebsd-net->adrian Responsible-Changed-By: adrian Responsible-Changed-When: Thu Jan 20 06:34:53 UTC 2011 Responsible-Changed-Why: I'm acting as spear-head for atheros stuff for now. http://www.freebsd.org/cgi/query-pr.cgi?pr=154007 From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 06:37:51 2011 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 66C93106566B for ; Thu, 20 Jan 2011 06:37:51 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-qw0-f54.google.com (mail-qw0-f54.google.com [209.85.216.54]) by mx1.freebsd.org (Postfix) with ESMTP id 02BB58FC1C for ; Thu, 20 Jan 2011 06:37:50 +0000 (UTC) Received: by qwj9 with SMTP id 9so262266qwj.13 for ; Wed, 19 Jan 2011 22:37:50 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ew+jVwWlbulwi7Gly9l4kzJElJRP2iyNwR285YoRbCc=; b=mBWLoVTgDbE+8HHCBdYvcsQdYVdfayoHylUtXk/EHVTiJk1j27PY44hCqtUwmMu4eP Ea7HuuGIeXNLUKM7JpqFjMsUwV48IdpXn75pT69AopDXY1chK+NdFJZYeOx64MUf1yOs U/ybu3+m4FyJ3xp2NUdct1b3vdlKcRFFVmff8= 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; b=xD7vDi2vm3isuKMi6XDgEuWbW9i/gTfUW6cj+PjPBhiwXkSlYvysW5b+NL+0cHmG67 ECJZ85vTN/S8Z6COk96N8hiDFR7eTPjb5DVYyhhbJ/aWo4/nazyEvSxQ5N20GCKi0msl dLXQtBjCCfvw3Yghl1l6JbX3Stl2Rshjykg4Q= MIME-Version: 1.0 Received: by 10.229.95.193 with SMTP id e1mr1416147qcn.171.1295505465906; Wed, 19 Jan 2011 22:37:45 -0800 (PST) Sender: adrian.chadd@gmail.com Received: by 10.220.198.203 with HTTP; Wed, 19 Jan 2011 22:37:45 -0800 (PST) In-Reply-To: <201101161245.p0GCjlAM082594@freefall.freebsd.org> References: <201101161245.p0GCjlAM082594@freefall.freebsd.org> Date: Thu, 20 Jan 2011 14:37:45 +0800 X-Google-Sender-Auth: j9FT3KjzqDzZr8PQNJ94e1ggYLI Message-ID: From: Adrian Chadd To: linimon@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: kuba.g4@gmail.com, freebsd-net@freebsd.org Subject: Re: kern/154007: [ath] Atheros ar9287 card does not get recognized. 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, 20 Jan 2011 06:37:51 -0000 Hiya, I'll take this over. Making it recognised isn't going to be too difficult. Making it stable, that's a whole other problem. I'm happy to commit the bare minimum needed to make the AR9287 recognised but there's quite a bit of further work needing to be done to the AR9280 support before I'm comfortable working on AR9285/AR9287. If you know of a place to acquire AR9285/AR9287 equipment then please let me know so I can acquire some also. Adrian From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 11:46:06 2011 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 746DA1065693; Thu, 20 Jan 2011 11:46:06 +0000 (UTC) (envelope-from alex@zagrebin.ru) Received: from mail.zagrebin.ru (gw.zagrebin.ru [91.215.205.128]) by mx1.freebsd.org (Postfix) with ESMTP id 1748F8FC1A; Thu, 20 Jan 2011 11:46:05 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=zagrebin.ru; s=mail; h=In-Reply-To:Content-Type:MIME-Version:References:Message-ID:Subject:Cc:To:From:Date; bh=LHgoVoqliBqtQPp0tmp+c27Ga8KGSLG31ClFxZ9ge24=; b=IPNlV1SftfKNgKWm8gZO48f7MfOZ0bZmO2TSpO4oHt7Ynn10cyXzGDL6NuI+HRGumBgZ4/Inh5T9BE8Eeifs0k9RqyKyTvPMwDT5Z2TU5KFR1JbDwARhGtjKWHvJ7KuHXIDvr98FuL1NHGFDpwoGsW19/RV4nX0XTL3d6ynPnYY=; Received: from alex by mail.zagrebin.ru with local (Exim 4.73 (FreeBSD)) (envelope-from ) id 1Pfsxm-00017p-Kw; Thu, 20 Jan 2011 14:46:02 +0300 Date: Thu, 20 Jan 2011 14:46:02 +0300 From: Alexander Zagrebin To: Bernhard Schmidt Message-ID: <20110120114602.GA3567@gw.zagrebin.ru> References: <20110118102658.GA3211@gw.zagrebin.ru> <20110119112330.GD13844@gw.zagrebin.ru> <201101191240.16198.bschmidt@freebsd.org> <201101191757.00538.bschmidt@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <201101191757.00538.bschmidt@freebsd.org> User-Agent: Mutt/1.5.21 (2010-09-15) Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 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, 20 Jan 2011 11:46:06 -0000 Hi! On 19.01.2011 17:57:00 +0100, Bernhard Schmidt wrote: > > > So there is the one issue only: the panic if runfw.ko and > > > wlan_amrr.ko both loaded via loader.conf. > > > Have you any ideas? > > > > No yet, I'll dig around there later today. > > Hmm, I'm not able to reproduce this, works as expected. Is this still the same > backtrace as the previous error? It seems that no. I've recompiled a kernel with the KDB support and got this: kernel trap 12 with interrupts disabled Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x308 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff8030161a stack pointer = 0x28:0xffffffff80b7ec30 frame pointer = 0x28:0xffffffff80b7ec60 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = resume, IOPL = 0 current process = 0 (swapper) trap number = 12 panic: page fault cpuid = 0 KDB: stack backtrace: #0 0xffffffff8033408e at kdb_backtrace+0x5e #1 0xffffffff80303037 at panic+0x187 #2 0xffffffff804cbbd0 at trap_fatal+0x290 #3 0xffffffff804cbfaf at trap_pfault+0x28f #4 0xffffffff804cc48f at trap+0x3df #5 0xffffffff804b4594 at calltrap+0x8 #6 0xffffffff8041a4e0 at LibAliasAttachHandlers+0x160 #7 0xffffffff80b71024 at mod_handler+0x14 #8 0xffffffff802f2318 at module_register_init+0xb8 #9 0xffffffff802bdc77 at mi_startup+0x77 #10 0xffffffff80162b3c at btext+0x2c Uptime: 1s Automatic reboot in 15 seconds - press a key on the console to abort --> Press a key on the console to reboot, --> or switch off the system now. I have an 'alias_pptp_load="YES"' in the loader.conf, so I've disabled alias_pptp.ko instead of if_run.ko, runfw.ko or wlan_amrr.ko, and the system was successfully booted. It's very strange... # kgdb kernel.debug GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... (kgdb) list *LibAliasAttachHandlers+0x160 0xffffffff8041a4e0 is in LibAliasAttachHandlers (../../../netinet/libalias/alias_mod.c:84). 79 } 80 81 static __inline void 82 LIBALIAS_WLOCK(void) 83 { 84 rw_wlock(&handler_rw); 85 } 86 87 static __inline void 88 LIBALIAS_WUNLOCK(void) (kgdb) I understand, that it isn't wlan problem now, but may be you have any thoughts? -- Alexander Zagrebin From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 12:13:09 2011 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 DECF3106566B for ; Thu, 20 Jan 2011 12:13:08 +0000 (UTC) (envelope-from bschmidt@techwires.net) Received: from mail-fx0-f54.google.com (mail-fx0-f54.google.com [209.85.161.54]) by mx1.freebsd.org (Postfix) with ESMTP id 7704D8FC13 for ; Thu, 20 Jan 2011 12:13:08 +0000 (UTC) Received: by fxm16 with SMTP id 16so527801fxm.13 for ; Thu, 20 Jan 2011 04:13:07 -0800 (PST) Received: by 10.223.96.66 with SMTP id g2mr2051737fan.61.1295525587319; Thu, 20 Jan 2011 04:13:07 -0800 (PST) Received: from jessie.localnet (p5B2EDFC4.dip0.t-ipconnect.de [91.46.223.196]) by mx.google.com with ESMTPS id b7sm3086715faa.18.2011.01.20.04.13.05 (version=SSLv3 cipher=RC4-MD5); Thu, 20 Jan 2011 04:13:05 -0800 (PST) Sender: Bernhard Schmidt From: Bernhard Schmidt To: Alexander Zagrebin Date: Thu, 20 Jan 2011 13:12:33 +0100 User-Agent: KMail/1.13.5 (Linux/2.6.32-27-generic; KDE/4.4.5; i686; ; ) References: <20110118102658.GA3211@gw.zagrebin.ru> <201101191757.00538.bschmidt@freebsd.org> <20110120114602.GA3567@gw.zagrebin.ru> In-Reply-To: <20110120114602.GA3567@gw.zagrebin.ru> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201101201312.59131.bschmidt@freebsd.org> Cc: freebsd-net@freebsd.org Subject: Re: if_run and wlan_amrr: kernel panics on 8.2-PRERELEASE amd64 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: bschmidt@freebsd.org List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 12:13:09 -0000 On Thursday, January 20, 2011 12:46:02 Alexander Zagrebin wrote: > Hi! > > On 19.01.2011 17:57:00 +0100, Bernhard Schmidt wrote: > > > > So there is the one issue only: the panic if runfw.ko and > > > > wlan_amrr.ko both loaded via loader.conf. > > > > Have you any ideas? > > > > > > No yet, I'll dig around there later today. > > > > Hmm, I'm not able to reproduce this, works as expected. Is this > > still the same backtrace as the previous error? > > It seems that no. I've recompiled a kernel with the KDB support and > got this: Indeed, thanks! > kernel trap 12 with interrupts disabled > > > Fatal trap 12: page fault while in kernel mode > cpuid = 0; apic id = 00 > fault virtual address = 0x308 > fault code = supervisor read data, page not present > instruction pointer = 0x20:0xffffffff8030161a > stack pointer = 0x28:0xffffffff80b7ec30 > frame pointer = 0x28:0xffffffff80b7ec60 > code segment = base 0x0, limit 0xfffff, type 0x1b > = DPL 0, pres 1, long 1, def32 0, gran 1 > processor eflags = resume, IOPL = 0 > current process = 0 (swapper) > trap number = 12 > panic: page fault > cpuid = 0 > KDB: stack backtrace: > #0 0xffffffff8033408e at kdb_backtrace+0x5e > #1 0xffffffff80303037 at panic+0x187 > #2 0xffffffff804cbbd0 at trap_fatal+0x290 > #3 0xffffffff804cbfaf at trap_pfault+0x28f > #4 0xffffffff804cc48f at trap+0x3df > #5 0xffffffff804b4594 at calltrap+0x8 > #6 0xffffffff8041a4e0 at LibAliasAttachHandlers+0x160 > #7 0xffffffff80b71024 at mod_handler+0x14 > #8 0xffffffff802f2318 at module_register_init+0xb8 > #9 0xffffffff802bdc77 at mi_startup+0x77 > #10 0xffffffff80162b3c at btext+0x2c > Uptime: 1s > Automatic reboot in 15 seconds - press a key on the console to abort > --> Press a key on the console to reboot, > --> or switch off the system now. > > I have an 'alias_pptp_load="YES"' in the loader.conf, so I've > disabled alias_pptp.ko instead of if_run.ko, runfw.ko or > wlan_amrr.ko, and the system was successfully booted. > It's very strange... > > # kgdb kernel.debug > GNU gdb 6.1.1 [FreeBSD] > Copyright 2004 Free Software Foundation, Inc. > GDB is free software, covered by the GNU General Public License, and > you are welcome to change it and/or distribute copies of it under > certain conditions. Type "show copying" to see the conditions. > There is absolutely no warranty for GDB. Type "show warranty" for > details. This GDB was configured as "amd64-marcel-freebsd"... > (kgdb) list *LibAliasAttachHandlers+0x160 > 0xffffffff8041a4e0 is in LibAliasAttachHandlers > (../../../netinet/libalias/alias_mod.c:84). 79 } > 80 > 81 static __inline void > 82 LIBALIAS_WLOCK(void) > 83 { > 84 rw_wlock(&handler_rw); > 85 } > 86 > 87 static __inline void > 88 LIBALIAS_WUNLOCK(void) > (kgdb) > > I understand, that it isn't wlan problem now, but may be you have any > thoughts? Honestly, no clue, smells like handler_rw isn't initialized. Does loading libalias.ko before alias_pptp.ko make any difference? -- Bernhard From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 15:26:21 2011 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 C7DEC106564A for ; Thu, 20 Jan 2011 15:26:21 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id C291F8FC12 for ; Thu, 20 Jan 2011 15:26:20 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id p0KFQ0Mi002190 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Jan 2011 00:26:06 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 21 Jan 2011 00:26:00 +0900 Message-ID: From: Hajimu UMEMOTO To: ticso@cicely.de In-Reply-To: <20110119024431.GC39356@cicely7.cicely.de> References: <20110119024431.GC39356@cicely7.cicely.de> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.2 (i386-portbld-freebsd8.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 21 Jan 2011 00:26:07 +0900 (JST) X-Virus-Scanned: clamav-milter 0.96.5 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, Bernd Walter Subject: Re: strange netstat -ian output 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, 20 Jan 2011 15:26:22 -0000 Hi, >>>>> On Wed, 19 Jan 2011 03:44:31 +0100 >>>>> Bernd Walter said: ticso> This is one of the blocks for this interface: ticso> re0 1500 2a02:21e0:16e 2a02:21e0:16e0:20 0 - - 1 - - ticso> ff02:1::2 (refs: 1) ticso> ff02:1::d (refs: 1) ticso> ff02:1::202 (refs: 1) ticso> ff02:1::1:ff00:103 (refs: 1) ticso> ff01:1::1 (refs: 1) ticso> ff02:1::2:6214:d648(refs: 1) ticso> ff02:1::1 (refs: 1) ticso> ff02:1::1:ff00:7992(refs: 1) ticso> 2a02:21e0:16e seems to be the truncated IP. ticso> The first line has 2a02:21e0:16e0:20 - I assume this should say 2a02:21e0:16e0:2000::103, ticso> but it is truncated as well... Yes, an IPv6 address is too long for the traditional netstat output format. :) ticso> Adding -W won't help on truncation. It seems -W is not handled, here. ticso> - ff02:1::2 ticso> is not just truncated - this obviously should be ff02::2. ticso> This '1' is part of every multicst address listed, although they ticso> don't belong there. ticso> By looking at systems with a large number of interfaces I came to the ticso> conclusion that this is the scope ID, but why is it listed as part ticso> of the IP? Yes, it is the internal scope address representation of the KAME IPv6 stack. It is hided in the output of 'netstat -rn'. But, it seems not for `netstat -ani'. There is no reason to not hide it for `netstat -ani', IMHO. So, I've just committed to hide it: http://svn.freebsd.org/viewvc/base?view=revision&revision=217642 Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 15:40:07 2011 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 CAD7A106566B; Thu, 20 Jan 2011 15:40:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [IPv6:2001:4068:10::3]) by mx1.freebsd.org (Postfix) with ESMTP id 5BC898FC1E; Thu, 20 Jan 2011 15:40:07 +0000 (UTC) Received: from localhost (amavis.fra.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id 3479B41C7A5; Thu, 20 Jan 2011 16:40:06 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([192.168.74.103]) by localhost (amavis.fra.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id NGWOMpD3YTWJ; Thu, 20 Jan 2011 16:40:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 5B79541C7A8; Thu, 20 Jan 2011 16:40:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id B8B164448F3; Thu, 20 Jan 2011 15:38:13 +0000 (UTC) Date: Thu, 20 Jan 2011 15:38:13 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: Hajimu UMEMOTO In-Reply-To: Message-ID: <20110120153637.W3489@maildrop.int.zabbadoz.net> References: <20110119024431.GC39356@cicely7.cicely.de> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, Bernd Walter , ticso@cicely.de Subject: Re: strange netstat -ian output 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, 20 Jan 2011 15:40:08 -0000 On Fri, 21 Jan 2011, Hajimu UMEMOTO wrote: > Hi, > >>>>>> On Wed, 19 Jan 2011 03:44:31 +0100 >>>>>> Bernd Walter said: > > ticso> This is one of the blocks for this interface: > ticso> re0 1500 2a02:21e0:16e 2a02:21e0:16e0:20 0 - - 1 - - > ticso> ff02:1::2 (refs: 1) > ticso> ff02:1::d (refs: 1) > ticso> ff02:1::202 (refs: 1) > ticso> ff02:1::1:ff00:103 (refs: 1) > ticso> ff01:1::1 (refs: 1) > ticso> ff02:1::2:6214:d648(refs: 1) > ticso> ff02:1::1 (refs: 1) > ticso> ff02:1::1:ff00:7992(refs: 1) > > ticso> 2a02:21e0:16e seems to be the truncated IP. > ticso> The first line has 2a02:21e0:16e0:20 - I assume this should say 2a02:21e0:16e0:2000::103, > ticso> but it is truncated as well... > > Yes, an IPv6 address is too long for the traditional netstat output > format. :) > > ticso> Adding -W won't help on truncation. > > It seems -W is not handled, here. > > ticso> - ff02:1::2 > ticso> is not just truncated - this obviously should be ff02::2. > ticso> This '1' is part of every multicst address listed, although they > ticso> don't belong there. > ticso> By looking at systems with a large number of interfaces I came to the > ticso> conclusion that this is the scope ID, but why is it listed as part > ticso> of the IP? > > Yes, it is the internal scope address representation of the KAME IPv6 > stack. It is hided in the output of 'netstat -rn'. But, it seems not > for `netstat -ani'. There is no reason to not hide it for `netstat > -ani', IMHO. So, I've just committed to hide it: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=217642 Thanks; there's also a PR somewhere about it from today or yesterday. The real problem of course is that those things are still queried by kvm(3) rather than by a real interface in which case I think the kernel shouldn't export the addresses with the scope embedded. We should make sure that with libnetstat or whatever, this will not come back. /bz -- Bjoern A. Zeeb You have to have visions! Going to jail sucks -- All my daemons like it! http://www.freebsd.org/doc/en_US.ISO8859-1/books/handbook/jails.html From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 15:58:14 2011 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 D1C57106566C for ; Thu, 20 Jan 2011 15:58:14 +0000 (UTC) (envelope-from ume@mahoroba.org) Received: from mail.mahoroba.org (ent.mahoroba.org [IPv6:2001:2f0:104:8010::1]) by mx1.freebsd.org (Postfix) with ESMTP id 35C688FC08 for ; Thu, 20 Jan 2011 15:58:14 +0000 (UTC) Received: from yuga.mahoroba.org (ume@yuga.mahoroba.org [IPv6:2001:2f0:104:8010:21b:d3ff:fe38:5381]) (user=ume mech=DIGEST-MD5 bits=0) by mail.mahoroba.org (8.14.4/8.14.4) with ESMTP/inet6 id p0KFw4Cu028636 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Fri, 21 Jan 2011 00:58:04 +0900 (JST) (envelope-from ume@mahoroba.org) Date: Fri, 21 Jan 2011 00:58:04 +0900 Message-ID: From: Hajimu UMEMOTO To: "Bjoern A. Zeeb" In-Reply-To: <20110120153637.W3489@maildrop.int.zabbadoz.net> References: <20110119024431.GC39356@cicely7.cicely.de> <20110120153637.W3489@maildrop.int.zabbadoz.net> User-Agent: xcite1.60> Wanderlust/2.15.9 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.9 (=?ISO-2022-JP-2?B?R29qGyQoRCtXGyhC?=) APEL/10.8 Emacs/23.2 (i386-portbld-freebsd8.1) MULE/6.0 (HANACHIRUSATO) X-Operating-System: FreeBSD 8.2-PRERELEASE X-PGP-Key: http://www.imasy.or.jp/~ume/publickey.asc X-PGP-Fingerprint: 1F00 0B9E 2164 70FC 6DC5 BF5F 04E9 F086 BF90 71FE Organization: Internet Mutual Aid Society, YOKOHAMA MIME-Version: 1.0 (generated by SEMI 1.14.6 - "Maruoka") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.2.6 (mail.mahoroba.org [IPv6:2001:2f0:104:8010::1]); Fri, 21 Jan 2011 00:58:04 +0900 (JST) X-Virus-Scanned: clamav-milter 0.96.5 at asuka.mahoroba.org X-Virus-Status: Clean X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, T_RP_MATCHES_RCVD autolearn=ham version=3.3.1 X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on asuka.mahoroba.org Cc: freebsd-net@freebsd.org, Bernd Walter , ticso@cicely.de Subject: Re: strange netstat -ian output 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, 20 Jan 2011 15:58:14 -0000 Hi, >>>>> On Thu, 20 Jan 2011 15:38:13 +0000 (UTC) >>>>> "Bjoern A. Zeeb" said: > Yes, it is the internal scope address representation of the KAME IPv6 > stack. It is hided in the output of 'netstat -rn'. But, it seems not > for `netstat -ani'. There is no reason to not hide it for `netstat > -ani', IMHO. So, I've just committed to hide it: > > http://svn.freebsd.org/viewvc/base?view=revision&revision=217642 bzeeb> Thanks; there's also a PR somewhere about it from today or yesterday. Oops, I didn't notice the PR. Thank you for letting me it. I've just closed it. bzeeb> The real problem of course is that those things are still queried by bzeeb> kvm(3) rather than by a real interface in which case I think the bzeeb> kernel shouldn't export the addresses with the scope embedded. We bzeeb> should make sure that with libnetstat or whatever, this will not come bzeeb> back. Yes, I think so, too. The addresses with the scope embedded is annoyance. Sincerely, -- Hajimu UMEMOTO @ Internet Mutual Aid Society Yokohama, Japan ume@mahoroba.org ume@{,jp.}FreeBSD.org http://www.imasy.org/~ume/ From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 16:15:00 2011 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 A7026106566C for ; Thu, 20 Jan 2011 16:15:00 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 15F9D8FC12 for ; Thu, 20 Jan 2011 16:14:59 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p0KGEvHi058401 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Jan 2011 17:14:58 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p0KGEj26066621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 17:14:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p0KGEjSZ009238; Thu, 20 Jan 2011 17:14:45 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p0KGEjx6009237; Thu, 20 Jan 2011 17:14:45 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Jan 2011 17:14:45 +0100 From: Bernd Walter To: Hajimu UMEMOTO Message-ID: <20110120161445.GX39356@cicely7.cicely.de> References: <20110119024431.GC39356@cicely7.cicely.de> <20110120153637.W3489@maildrop.int.zabbadoz.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: "Bjoern A. Zeeb" , Bernd Walter , ticso@cicely.de, freebsd-net@freebsd.org Subject: Re: strange netstat -ian output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 16:15:00 -0000 On Fri, Jan 21, 2011 at 12:58:04AM +0900, Hajimu UMEMOTO wrote: > Hi, > > >>>>> On Thu, 20 Jan 2011 15:38:13 +0000 (UTC) > >>>>> "Bjoern A. Zeeb" said: > > > Yes, it is the internal scope address representation of the KAME IPv6 > > stack. It is hided in the output of 'netstat -rn'. But, it seems not > > for `netstat -ani'. There is no reason to not hide it for `netstat > > -ani', IMHO. So, I've just committed to hide it: > > > > http://svn.freebsd.org/viewvc/base?view=revision&revision=217642 > > bzeeb> Thanks; there's also a PR somewhere about it from today or yesterday. > > Oops, I didn't notice the PR. Thank you for letting me it. I've just > closed it. > > bzeeb> The real problem of course is that those things are still queried by > bzeeb> kvm(3) rather than by a real interface in which case I think the > bzeeb> kernel shouldn't export the addresses with the scope embedded. We > bzeeb> should make sure that with libnetstat or whatever, this will not come > bzeeb> back. > > Yes, I think so, too. The addresses with the scope embedded is > annoyance. Petr Lampa - who opened the PR - explained me provately about the embedded scope. However I still think this collides with RFC3306 addresses. The other point discussed with Petr Lampa is about the ff02::2:xxxx:xxxx addresses. However the addresses are different than defined in RFC4620, where they have the format ff02::2:ffxx:xxxx. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 19:00:52 2011 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 4DC491065672; Thu, 20 Jan 2011 19:00:52 +0000 (UTC) (envelope-from lampa@fit.vutbr.cz) Received: from guta.fit.vutbr.cz (guta6.fit.vutbr.cz [IPv6:2001:718:802:809::93e5:90b]) by mx1.freebsd.org (Postfix) with ESMTP id D241D8FC17; Thu, 20 Jan 2011 19:00:51 +0000 (UTC) Received: from guta.fit.vutbr.cz (localhost [127.0.0.1]) by guta.fit.vutbr.cz (envelope-from lampa@fit.vutbr.cz) (8.14.4/8.14.4) with ESMTP id p0KJ0lwJ042096 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 20:00:48 +0100 (CET) Received: (from lampa@localhost) by guta.fit.vutbr.cz (8.14.4/8.14.2/Submit) id p0KJ0kxK042095; Thu, 20 Jan 2011 20:00:46 +0100 (CET) (envelope-from lampa) Date: Thu, 20 Jan 2011 20:00:46 +0100 From: Petr Lampa To: bzeeb-lists@lists.zabbadoz.net, ticso@cicely7.cicely.de Message-ID: <20110120190046.GA41950@fit.vutbr.cz> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110120161445.GX39356@cicely7.cicely.de> User-Agent: Mutt/1.5.21 (2010-09-15) X-Scanned-By: MIMEDefang 2.71 on 147.229.9.11 Cc: freebsd-net@freebsd.org, ume@freebsd.org Subject: Re: strange netstat -ian output 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, 20 Jan 2011 19:00:52 -0000 After our private mail exchange with B.Walter I've looked at the sources and RFC drafts and realised that Node Information ICMPv6 was taken out from KAME in 2000 and that code was implemented according draft-07. The group address was then changed in draft-13 (2006) to the same format as solicited node address. This was not reflected in source and it's questionable if it has to. Some more research about how this is currently implemented in other *BSD and Linux systems should be done first. It's easy to change 4bytes hash to 3bytes hash, but we will loose back compatibility with older systems. Perhaps, some sysctl setting would solve this. In any case I've also opened another bug report for this: http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/154169 Petr Lampa -- Computer Centre E-mail: lampa@fit.vutbr.cz Faculty of Information Technology Web: http://www.fit.vutbr.cz/ Brno University of Technology Fax: +420 54114-1270 Bozetechova 2, 612 66 Brno, Czech Republic Phone: +420 54114-1225 From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 19:04:03 2011 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 5C561106566C for ; Thu, 20 Jan 2011 19:04:03 +0000 (UTC) (envelope-from jamesbrandongooch@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 E294C8FC08 for ; Thu, 20 Jan 2011 19:04:02 +0000 (UTC) Received: by wyf19 with SMTP id 19so957992wyf.13 for ; Thu, 20 Jan 2011 11:04:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=8El5fhrXvOc381KxPl/6+aJYOIJCs2eXJjPABTTeN5w=; b=eYiw8QED+kb6ZY93+zcO6Gf5pdblS4cSJtXj3qF4tE3T+TWut3atLcc+/xG10byn+s 17if3KVD0ObPWCHCl23thDWSyKubjihvt+HEV/nTgc8rolnjhEjhGE5K/KktFAZHR61A 9d4zDASSS0Cd/CT7Xu7x6JxyYDvFDAoKjb2fY= 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=D3G/v8HI79Ei0QVssfThhZC+HA29itnotsFI7WQB5tKlZ36AuuJJgiN/hsA8KUbciZ frjR5GWKpW2tmE0I87BPqtWOfQPbLOzlHDjsogEGANUfTN4ppWZJDIxNI63/HqTtctaR OG4Q2c5hbCKOMzpiJ6H3Aouk+/hJ8unEt311g= MIME-Version: 1.0 Received: by 10.216.18.194 with SMTP id l44mr4645022wel.87.1295550240081; Thu, 20 Jan 2011 11:04:00 -0800 (PST) Received: by 10.216.36.71 with HTTP; Thu, 20 Jan 2011 11:03:59 -0800 (PST) In-Reply-To: <20110119235924.GD12030@michelle.cdnetworks.com> References: <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> <20110118182351.GE5624@michelle.cdnetworks.com> <20110118.193530.74688427.sthaug@nethelp.no> <20110119235924.GD12030@michelle.cdnetworks.com> Date: Thu, 20 Jan 2011 13:03:59 -0600 Message-ID: From: Brandon Gooch To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca, sthaug@nethelp.no, ronald-freebsd8@klop.yi.org Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. 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, 20 Jan 2011 19:04:03 -0000 On Wed, Jan 19, 2011 at 5:59 PM, Pyun YongHyeon wrote: > On Tue, Jan 18, 2011 at 07:35:30PM +0100, sthaug@nethelp.no wrote: >> > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: >> > > >> > > bce0@pci0:3:0:0: =A0 =A0 =A0 =A0class=3D0x020000 card=3D0x03421014 c= hip=3D0x164c14e4 rev=3D0x12 hdr=3D0x00 >> > > =A0 =A0 vendor =A0 =A0 =3D 'Broadcom Corporation' >> > > =A0 =A0 device =A0 =A0 =3D 'Broadcom NetXtreme II Gigabit Ethernet A= dapter (BCM5708)' >> > > =A0 =A0 class =A0 =A0 =A0=3D network >> > > =A0 =A0 subclass =A0 =3D ethernet >> > > >> > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) >> > > removes the problem. >> > > >> > >> > Is there a reliable way to trigger this on bce(4)? I don't have >> > BCM5708 but I have BCM5709 so I can verify that. >> >> It showed up pretty much immediately when running a csup sessions >> against cvsup2.us.freebsd.org. >> >> I have a pcap file from the session, if you're interested. >> > > I vaguely guess upper stack might pass less than MSS sized segment > to TSO capable driver with CSUM_TSO. > How about merging r212803 to stable/8? It states in the commit message: MFC after: 10 days When I read an MFC, is it more of a suggestion than a promise? I'm not trying to be sarcastic :| -Brandon From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 21:44:06 2011 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 081EB10656A3; Thu, 20 Jan 2011 21:44:06 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D4D068FC0A; Thu, 20 Jan 2011 21:44: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 p0KLi52Q068075; Thu, 20 Jan 2011 21:44:05 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0KLi5Mj068071; Thu, 20 Jan 2011 21:44:05 GMT (envelope-from yongari) Date: Thu, 20 Jan 2011 21:44:05 GMT Message-Id: <201101202144.p0KLi5Mj068071@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/152411: [re] network card works only on 1000M X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 21:44:06 -0000 Synopsis: [re] network card works only on 1000M Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Jan 20 21:43:48 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=152411 From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 21:45:48 2011 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 CD9E01065670; Thu, 20 Jan 2011 21:45:48 +0000 (UTC) (envelope-from yongari@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id A4EA68FC08; Thu, 20 Jan 2011 21:45:48 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id p0KLjmkJ068263; Thu, 20 Jan 2011 21:45:48 GMT (envelope-from yongari@freefall.freebsd.org) Received: (from yongari@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0KLjmjk068259; Thu, 20 Jan 2011 21:45:48 GMT (envelope-from yongari) Date: Thu, 20 Jan 2011 21:45:48 GMT Message-Id: <201101202145.p0KLjmjk068259@freefall.freebsd.org> To: yongari@FreeBSD.org, freebsd-net@FreeBSD.org, yongari@FreeBSD.org From: yongari@FreeBSD.org Cc: Subject: Re: kern/153610: [nfe] nfe0 malfunction at boot time 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, 20 Jan 2011 21:45:48 -0000 Synopsis: [nfe] nfe0 malfunction at boot time Responsible-Changed-From-To: freebsd-net->yongari Responsible-Changed-By: yongari Responsible-Changed-When: Thu Jan 20 21:45:36 UTC 2011 Responsible-Changed-Why: Grab. http://www.freebsd.org/cgi/query-pr.cgi?pr=153610 From owner-freebsd-net@FreeBSD.ORG Thu Jan 20 21:56:18 2011 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 F1E13106566C; Thu, 20 Jan 2011 21:56:18 +0000 (UTC) (envelope-from ticso@cicely7.cicely.de) Received: from raven.bwct.de (raven.bwct.de [85.159.14.73]) by mx1.freebsd.org (Postfix) with ESMTP id 654188FC16; Thu, 20 Jan 2011 21:56:18 +0000 (UTC) Received: from mail.cicely.de ([10.1.1.37]) by raven.bwct.de (8.13.4/8.13.4) with ESMTP id p0KLuFft065765 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Thu, 20 Jan 2011 22:56:15 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (cicely7.cicely.de [10.1.1.9]) by mail.cicely.de (8.14.4/8.14.4) with ESMTP id p0KLu2Yt079374 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Thu, 20 Jan 2011 22:56:02 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: from cicely7.cicely.de (localhost [127.0.0.1]) by cicely7.cicely.de (8.14.2/8.14.2) with ESMTP id p0KLu2FG010717; Thu, 20 Jan 2011 22:56:02 +0100 (CET) (envelope-from ticso@cicely7.cicely.de) Received: (from ticso@localhost) by cicely7.cicely.de (8.14.2/8.14.2/Submit) id p0KLu29F010716; Thu, 20 Jan 2011 22:56:02 +0100 (CET) (envelope-from ticso) Date: Thu, 20 Jan 2011 22:56:01 +0100 From: Bernd Walter To: Petr Lampa Message-ID: <20110120215601.GZ39356@cicely7.cicely.de> References: <20110120161445.GX39356@cicely7.cicely.de> <20110120190046.GA41950@fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110120190046.GA41950@fit.vutbr.cz> X-Operating-System: FreeBSD cicely7.cicely.de 7.0-STABLE i386 User-Agent: Mutt/1.5.11 X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED=-1, BAYES_00=-1.9, T_RP_MATCHES_RCVD=-0.01 autolearn=unavailable version=3.3.0 X-Spam-Checker-Version: SpamAssassin 3.3.0 (2010-01-18) on spamd.cicely.de Cc: bzeeb-lists@lists.zabbadoz.net, ticso@cicely7.cicely.de, ume@freebsd.org, freebsd-net@freebsd.org Subject: Re: strange netstat -ian output X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: ticso@cicely.de List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 20 Jan 2011 21:56:19 -0000 On Thu, Jan 20, 2011 at 08:00:46PM +0100, Petr Lampa wrote: > > After our private mail exchange with B.Walter I've looked at the sources and > RFC drafts and realised that Node Information ICMPv6 was taken out from KAME > in 2000 and that code was implemented according draft-07. The group address > was then changed in draft-13 (2006) to the same format as solicited node > address. This was not reflected in source and it's questionable if it has to. > Some more research about how this is currently implemented in other *BSD > and Linux systems should be done first. It's easy to change 4bytes hash to > 3bytes hash, but we will loose back compatibility with older systems. > Perhaps, some sysctl setting would solve this. In any case I've also > opened another bug report for this: > http://www.freebsd.org/cgi/query-pr.cgi?pr=kern/154169 Since the used addresses are within the authority of IANA and they didn't register them for any kind of use it should be discussed with them as well, so that they at least are delared as being burned. -- B.Walter http://www.bwct.de Modbus/TCP Ethernet I/O Baugruppen, ARM basierte FreeBSD Rechner uvm. From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 00:40:11 2011 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 C0AA2106566B for ; Fri, 21 Jan 2011 00:40:11 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 955AB8FC13 for ; Fri, 21 Jan 2011 00:40:11 +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 p0L0eBhC051359 for ; Fri, 21 Jan 2011 00:40:11 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0L0eBLw051358; Fri, 21 Jan 2011 00:40:11 GMT (envelope-from gnats) Date: Fri, 21 Jan 2011 00:40:11 GMT Message-Id: <201101210040.p0L0eBLw051358@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: PseudoCylon Cc: Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: PseudoCylon List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 00:40:11 -0000 The following reply was made to PR kern/153938; it has been noted by GNATS. From: PseudoCylon To: bug-followup@freebsd.org, Juergen Lock Cc: Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic Date: Thu, 20 Jan 2011 16:35:48 -0800 (PST) Hello, I have applied changes. Please check it out. http://gitorious.org/run/run/trees/ratectl_fix/dev/usb/wlan AK From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 09:21:43 2011 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 9382C1065670; Fri, 21 Jan 2011 09:21:43 +0000 (UTC) (envelope-from jan.koum@gmail.com) Received: from mail-qy0-f182.google.com (mail-qy0-f182.google.com [209.85.216.182]) by mx1.freebsd.org (Postfix) with ESMTP id 0D41F8FC0A; Fri, 21 Jan 2011 09:21:42 +0000 (UTC) Received: by qyk36 with SMTP id 36so1504999qyk.13 for ; Fri, 21 Jan 2011 01:21:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type; bh=ltGeUY4YQGVssVWWTNGNKhFLyvYA0g+PaaNj40t0GpM=; b=wwBmQMGX/RdGxtigd4h6c/abjdpSLAzbqFHPJ1wtsAXT/5MAfJpRGyQRxRCC2yPMMx wX1IwPvjq87u2Y6f1HD/AHBKbx12b2ZDSFozKlaZLNmI7o9CFB4M3Q03bV3N40IVfOY2 Io0Mld/l+bksGYMHv/izOXasnAa6iuUzGBBA0= 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; b=oZJHpFPXTqbqGhWdvwg8IFzrP+F/i6z594pcBgugEPpJhiUEVPf63T2cB/rbOVA0HK tXbjO8HGVkY2mG0YcjyrBRvWulxh6djLO1a3TTv2nH4IYHmQsB4EKwEHMVELCGZpR4pl ErKYSHd6aP+DzWMYoU0x5u+aonsgjM+ixPZ2s= MIME-Version: 1.0 Received: by 10.229.81.12 with SMTP id v12mr389841qck.132.1295601702129; Fri, 21 Jan 2011 01:21:42 -0800 (PST) Sender: jan.koum@gmail.com Received: by 10.229.241.211 with HTTP; Fri, 21 Jan 2011 01:21:42 -0800 (PST) In-Reply-To: <4D2C636B.5040003@sentex.net> References: <1290533941.3173.50.camel@home-yahoo> <4CEC0548.1080801@sentex.net> <4D2C636B.5040003@sentex.net> Date: Fri, 21 Jan 2011 01:21:42 -0800 X-Google-Sender-Auth: I7GFIa1SqtQFCkpYjIN6devPe0A Message-ID: From: Jan Koum To: Mike Tancsa , Jack Vogel Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: "freebsd-net@freebsd.org" , Sean Bruno , Ivan Voras , "freebsd-hardware@freebsd.org" Subject: Re: em driver, 82574L chip, and possibly ASPM 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, 21 Jan 2011 09:21:43 -0000 On Tue, Jan 11, 2011 at 6:04 AM, Mike Tancsa wrote: > On 12/24/2010 5:44 PM, Jan Koum wrote: > > hi Ivan and Mike, > > > > wanted to follow up and see if you found a solid long-term solution to > this > > bug. we are still seeing this problem in our 8.2 environment with ASPM > > already disabled. here is what we have: > > > > 1. motherboard is SuperMicro X8SIE-LN4F Intel Xeon: > > > > Hi Jack, > Looks like this problem is not completely gone :( Dear Mike and Jack, sadly the problem is not gone for us either. here is what we know so far: - we are running latest e1000 drivers from 8.2 - we have ASPM disabled and we have the following bios settings: http://camel.ethereal.net/~jkb/bios/ - we have updated our BIOS and IPMI to the latest firmware available from our ISP - we added hw.em.rxd=4096 and hw.em.txd=4096 to loader.conf (thanks Sean for this tip -- these settings made problem happen much less frequently but didn't go away completely) the ONLY thing sort of saving our butts right now is this cron job that runs every minute: if /sbin/ping -q -c 10 www.google.com> /dev/null; then echo "OK" >> /tmp/em1.out else date >> /tmp/em1.out echo "broken" >> /tmp/em1.out /sbin/ifconfig em1 down sleep 3 /sbin/ifconfig em1 up fi this is obviously no way to run a high performance web servers in a long term. as mentioned in my previous emails, let us know if you need any further information or if you have any debug code you want us to run in production. we are willing to do pretty much anything to get this issue fixed thanks From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 14:02:17 2011 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 C285C1065693 for ; Fri, 21 Jan 2011 14:02:17 +0000 (UTC) (envelope-from zeus@relay.ibs.dn.ua) Received: from relay.ibs.dn.ua (relay.ibs.dn.ua [91.216.196.25]) by mx1.freebsd.org (Postfix) with ESMTP id 281568FC1C for ; Fri, 21 Jan 2011 14:02:16 +0000 (UTC) Received: from relay.ibs.dn.ua (localhost [127.0.0.1]) by relay.ibs.dn.ua with ESMTP id p0LCxH0J058286 for ; Fri, 21 Jan 2011 14:59:17 +0200 (EET) Received: (from zeus@localhost) by relay.ibs.dn.ua (8.14.4/8.14.4/Submit) id p0LCxHbg058285 for freebsd-net@freebsd.org; Fri, 21 Jan 2011 14:59:17 +0200 (EET) Date: Fri, 21 Jan 2011 14:59:17 +0200 From: Zeus V Panchenko To: freebsd-net@freebsd.org Message-ID: <20110121125917.GA48950@relay.ibs.dn.ua> Mail-Followup-To: freebsd-net@freebsd.org References: <20101112070759.GA36248@relay.ibs.dn.ua> <20101112230000.GD22460@michelle.cdnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline In-Reply-To: <20101112230000.GD22460@michelle.cdnetworks.com> User-Agent: Mutt/1.4.2.3i X-Operating-System: FreeBSD 8.1-RELEASE X-Editor: GNU Emacs 23.2.1 Subject: Re: Problem with re0 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: zeus@ibs.dn.ua List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 14:02:17 -0000 Hi all, the same problem i wrote in the first posts about year ago :( onboard re(4) tremendous flapping while ( cable connects nic and switch ) { re0: link state changed to UP re0: link state changed to DOWN } here the details: dmidecode Base Board Information Manufacturer: ASUSTeK Computer INC. Product Name: AT5NM10-I Version: Rev x.0x Serial Number: MT7006K15200322 uname -a FreeBSD 8.2-PRERELEASE amd64 system was cvsup-ed 2011.01.20 if_re.c,v 1.160.2.17 2011/01/15 00:32:15 yongari dmesg rgephy0: PHY 1 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 10baseT-FDX-flow, 100baseTX, 100baseTX-FDX, 100baseTX-FDX-flow, 1000baseT, 1000baseT-master, 1000baseT-FDX, 1000baseT-FDX-master, 1000baseT-FDX-flow, 1000baseT-FDX-flow-master, auto, auto-flow re0: Ethernet address: 20:cf:30:89:5e:95 re0: [FILTER] pciconf -lv re0@pci0:2:0:0: class=0x020000 card=0x83a31043 chip=0x816810ec rev=0x03 hdr=0x00 vendor = 'Realtek Semiconductor' device = 'Gigabit Ethernet NIC(NDIS 6.0) (RTL8168/8111/8111c)' class = network subclass = ethernet flapping starts with cable pluging to the nic and to the switch, even without ip assignment switch used is TP-LINK TL-SG5426 the problem persists already about year and the only solution is to use external nic ... any idea/news? -- Zeus V. Panchenko IT Dpt., IBS ltd GMT+2 (EET) From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 14:16:22 2011 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 E37161065670 for ; Fri, 21 Jan 2011 14:16:22 +0000 (UTC) (envelope-from marius@alchemy.franken.de) Received: from alchemy.franken.de (alchemy.franken.de [194.94.249.214]) by mx1.freebsd.org (Postfix) with ESMTP id 60A248FC17 for ; Fri, 21 Jan 2011 14:16:21 +0000 (UTC) Received: from alchemy.franken.de (localhost [127.0.0.1]) by alchemy.franken.de (8.14.4/8.14.4/ALCHEMY.FRANKEN.DE) with ESMTP id p0LEGKN0017722; Fri, 21 Jan 2011 15:16:21 +0100 (CET) (envelope-from marius@alchemy.franken.de) Received: (from marius@localhost) by alchemy.franken.de (8.14.4/8.14.4/Submit) id p0LEGKpV017721; Fri, 21 Jan 2011 15:16:20 +0100 (CET) (envelope-from marius) Date: Fri, 21 Jan 2011 15:16:20 +0100 From: Marius Strobl To: Lev Serebryakov Message-ID: <20110121141620.GA17705@alchemy.franken.de> References: <36074996.20110112192009@serebryakov.spb.ru> <20110112213208.GD12920@michelle.cdnetworks.com> <20110112225907.GA44318@alchemy.franken.de> <20110113173925.GA49356@alchemy.franken.de> <20110113212713.GC17502@michelle.cdnetworks.com> <20110114012412.GK97101@alchemy.franken.de> <178613186.20110114134109@serebryakov.spb.ru> <20110116144247.GA65399@alchemy.franken.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20110116144247.GA65399@alchemy.franken.de> User-Agent: Mutt/1.4.2.3i Cc: Pyun YongHyeon , freebsd-net@freebsd.org Subject: Re: [patch] re(4) problems on networks with disabled autonegotiation "solver" (WAS: Juniper e3k with ports limitied to...) -- REQUEST FOR REVIEW 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, 21 Jan 2011 14:16:23 -0000 On Sun, Jan 16, 2011 at 03:42:47PM +0100, Marius Strobl wrote: > On Fri, Jan 14, 2011 at 01:41:09PM +0300, Lev Serebryakov wrote: > > Hello, Marius. > > You wrote 14 ?????? 2011 ?., 4:24:12: > > > > > found by ignoring the bits set in the "don't care mask". I've > > > updated the patch at the above URL accordingly and based on my > > > testing it now should actually work as expected. Sorry for the > > > glitch. > > Yes, it works for me. > > Thanks for testing! I've committed the patch to HEAD and will try > to get it into 7.4 and 8.2. > FYI, that patch and rgephy.4 are in releng/7.4 and releng/8.2 respectively now and thus will be in the corresponding RC3 and RELEASE versions. Marius From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 14:20:17 2011 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 B7910106566C for ; Fri, 21 Jan 2011 14:20:17 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [80.249.188.42]) by mx1.freebsd.org (Postfix) with ESMTP id 6E08F8FC0C for ; Fri, 21 Jan 2011 14:20:17 +0000 (UTC) Received: from lion.home.serebryakov.spb.ru (89.112.15.178.pppoe.eltel.net [89.112.15.178]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 3D4DC13DF5F; Fri, 21 Jan 2011 17:20:15 +0300 (MSK) Date: Fri, 21 Jan 2011 17:20:09 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <9455290.20110121172009@serebryakov.spb.ru> To: Marius Strobl In-Reply-To: <20110121141620.GA17705@alchemy.franken.de> References: <36074996.20110112192009@serebryakov.spb.ru> <20110112213208.GD12920@michelle.cdnetworks.com> <20110112225907.GA44318@alchemy.franken.de> <20110113173925.GA49356@alchemy.franken.de> <20110113212713.GC17502@michelle.cdnetworks.com> <20110114012412.GK97101@alchemy.franken.de> <178613186.20110114134109@serebryakov.spb.ru> <20110116144247.GA65399@alchemy.franken.de> <20110121141620.GA17705@alchemy.franken.de> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Pyun YongHyeon , freebsd-net@freebsd.org Subject: Re: [patch] re(4) problems on networks with disabled autonegotiation "solver" (WAS: Juniper e3k with ports limitied to...) -- REQUEST FOR REVIEW 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, 21 Jan 2011 14:20:17 -0000 Hello, Marius. You wrote 21 =FF=ED=E2=E0=F0=FF 2011 =E3., 17:16:20: >> > > found by ignoring the bits set in the "don't care mask". I've >> > > updated the patch at the above URL accordingly and based on my >> > > testing it now should actually work as expected. Sorry for the >> > > glitch. >> > Yes, it works for me. >> Thanks for testing! I've committed the patch to HEAD and will try >> to get it into 7.4 and 8.2. > FYI, that patch and rgephy.4 are in releng/7.4 and releng/8.2 > respectively now and thus will be in the corresponding RC3 and > RELEASE versions. Great! I hope, Hetzner upgrade their Rescue mfsBSD system & put 8.2-RELEASE on NFS, to allow easy and fast installation of FreeBSD on their servers again. --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 15:00:21 2011 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 4EDB0106564A for ; Fri, 21 Jan 2011 15:00:21 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 31E3B8FC08 for ; Fri, 21 Jan 2011 15:00:21 +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 p0LF0Ktj080429 for ; Fri, 21 Jan 2011 15:00:20 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0LF0KOq080406; Fri, 21 Jan 2011 15:00:20 GMT (envelope-from gnats) Date: Fri, 21 Jan 2011 15:00:20 GMT Message-Id: <201101211500.p0LF0KOq080406@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Andrey Simonenko Cc: Subject: Re: kern/92880: [libc] [patch] almost rewritten inet_network(3) function X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Andrey Simonenko List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 15:00:21 -0000 The following reply was made to PR kern/92880; it has been noted by GNATS. From: Andrey Simonenko To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/92880: [libc] [patch] almost rewritten inet_network(3) function Date: Fri, 21 Jan 2011 16:12:49 +0200 My previous modification had one typo and did not work correctly for IPv4 addresses given in `.' donation in hexadecimal form. Here another one update: 1. Test program that shows difference between implementation of inet_network(3) from 9-CURRENT and my implementation. 2. Diff for the src/lib/libc/inet/inet_network.c file. Look on output from the test program ("<---" shows different values): STRING INET_NETWORK INET_NETWORK_NEW "0x12" 0x00000012 0x00000012 "127.1" 0x00007f01 0x00007f01 "127.1.2.3" 0x7f010203 0x7f010203 "0x123456" INADDR_NONE INADDR_NONE "0x12.0x34" 0x00001234 0x00001234 "0x12.0x345" INADDR_NONE INADDR_NONE "1.2.3.4.5" INADDR_NONE INADDR_NONE "1..3.4" INADDR_NONE INADDR_NONE "." INADDR_NONE INADDR_NONE "1." INADDR_NONE INADDR_NONE ".1" INADDR_NONE INADDR_NONE "0x" 0x00000000 INADDR_NONE <--- "0" 0x00000000 0x00000000 "01.02.07.077" 0x0102073f 0x0102073f "0x1.23.045.0" 0x01172500 0x01172500 "" INADDR_NONE INADDR_NONE " " INADDR_NONE INADDR_NONE " f" INADDR_NONE INADDR_NONE "bar" INADDR_NONE INADDR_NONE "1.2bar" INADDR_NONE INADDR_NONE "1." INADDR_NONE INADDR_NONE "=CA=C3=D5=CB=C5=CE" INADDR_NONE INADDR_NONE "255.255.255.255" INADDR_NONE INADDR_NONE "x" INADDR_NONE INADDR_NONE "0X12" 0x00000012 0x00000012 "078" INADDR_NONE INADDR_NONE "1 bar" 0x00000001 INADDR_NONE <--- "127.0xabcd" INADDR_NONE INADDR_NONE "128" 0x00000080 0x00000080 "0.1.2" 0x00000102 0x00000102 "0xff.010.23.0xa0" 0xff0817a0 0xff0817a0 "x10" 0x00000010 INADDR_NONE <--- "X20" 0x00000020 INADDR_NONE <--- "x10.x20" 0x00001020 INADDR_NONE <--- "4294967297" 0x00000001 INADDR_NONE <--- "0x10000000f" 0x0000000f INADDR_NONE <--- "040000000003" 0x00000003 INADDR_NONE <--- Test program: diff -ruNp inet_network_test.orig/Makefile inet_network_test/Makefile --- inet_network_test.orig/Makefile 1970-01-01 03:00:00.000000000 +0300 +++ inet_network_test/Makefile 2011-01-21 12:48:48.000000000 +0200 @@ -0,0 +1,9 @@ +PROG=3Dinet_network + +NO_MAN=3Dtrue + +WARNS=3D6 + +DEBUG_FLAGS=3D-g + +.include diff -ruNp inet_network_test.orig/inet_network.c inet_network_test/inet_n= etwork.c --- inet_network_test.orig/inet_network.c 1970-01-01 03:00:00.000000000 += 0300 +++ inet_network_test/inet_network.c 2011-01-21 15:29:47.000000000 +0200 @@ -0,0 +1,105 @@ +#include +#include + +#include +#include + +#include +#include +#include +#include + +static in_addr_t +inet_network_new(const char *s) +{ + u_int base, dots; + in_addr_t res, val; + u_char c; + char got_data; + + res =3D 0; + dots =3D 0; + for (;;) { + val =3D 0; + got_data =3D 0; + if (*s =3D=3D '0') { + s++; + if (*s =3D=3D 'x' || *s =3D=3D 'X') { + s++; + base =3D 16; + } else { + base =3D 8; + got_data =3D 1; + } + } else + base =3D 10; + while ((c =3D *s) !=3D '\0') { + if (isdigit(c)) { + if (base =3D=3D 8 && c > '7') + return (INADDR_NONE); + val =3D val * base + c - '0'; + } else if (base =3D=3D 16 && isxdigit(c)) + val =3D (val << 4) + c + 10 - + (islower(c) ? 'a' : 'A'); + else + break; + if (val > 0xff) + return (INADDR_NONE); + s++; + got_data =3D 1; + } + if (!got_data) + return (INADDR_NONE); + if (dots !=3D 0) + res <<=3D 8; + res |=3D val; + if (c !=3D '.') + break; + if (++dots =3D=3D 4) + return (INADDR_NONE); + s++; + } + return (c =3D=3D '\0' ? res : INADDR_NONE); +} + +int +main(void) +{ + const char *const addr_str_tbl[] =3D { + "0x12", "127.1", "127.1.2.3", "0x123456", "0x12.0x34", + "0x12.0x345", "1.2.3.4.5", "1..3.4", ".", "1.", ".1", "0x", + "0", "01.02.07.077", "0x1.23.045.0", "", " ", " f", "bar", + "1.2bar", "1.", "=CA=C3=D5=CB=C5=CE", "255.255.255.255", "x", "0X12= ", "078", + "1 bar", "127.0xabcd", "128", "0.1.2", "0xff.010.23.0xa0", + "x10", "X20", "x10.x20", "4294967297", "0x10000000f", + "040000000003", NULL }; + const char *const *addr_str; + size_t len; + in_addr_t addr1, addr2; + + printf("STRING\t\t\tINET_NETWORK\tINET_NETWORK_NEW\n"); + for (addr_str =3D addr_str_tbl; *addr_str !=3D NULL; ++addr_str) { + printf("\"%s\"", *addr_str); + len =3D strlen(*addr_str) + 2; + if (len < 8) + printf("\t\t\t"); + else if (len < 16) + printf("\t\t"); + else + printf("\t"); + addr1 =3D inet_network(*addr_str); + if (addr1 =3D=3D INADDR_NONE) + printf("INADDR_NONE\t"); + else + printf("0x%08x\t", addr1); + addr2 =3D inet_network_new(*addr_str); + if (addr2 =3D=3D INADDR_NONE) + printf("INADDR_NONE"); + else + printf("0x%08x", addr2); + if (addr1 !=3D addr2) + printf("\t<---"); + printf("\n"); + } + return (0); +} Diff for src/lib/libc/inet/inet_network.c: --- inet_network.c.orig 2008-01-15 00:55:20.000000000 +0200 +++ inet_network.c 2011-01-21 15:58:17.000000000 +0200 @@ -48,57 +48,56 @@ __FBSDID("$FreeBSD: src/lib/libc/inet/in * network numbers. */ in_addr_t -inet_network(cp) - const char *cp; +inet_network(const char *s) { - in_addr_t val, base, n; - char c; - in_addr_t parts[4], *pp =3D parts; - int i, digit; + u_int base, dots; + in_addr_t res, val; + u_char c; + char got_data; =20 -again: - val =3D 0; base =3D 10; digit =3D 0; - if (*cp =3D=3D '0') - digit =3D 1, base =3D 8, cp++; - if (*cp =3D=3D 'x' || *cp =3D=3D 'X') - base =3D 16, cp++; - while ((c =3D *cp) !=3D 0) { - if (isdigit((unsigned char)c)) { - if (base =3D=3D 8U && (c =3D=3D '8' || c =3D=3D '9')) + res =3D 0; + dots =3D 0; + for (;;) { + val =3D 0; + got_data =3D 0; + if (*s =3D=3D '0') { + s++; + if (*s =3D=3D 'x' || *s =3D=3D 'X') { + s++; + base =3D 16; + } else { + base =3D 8; + got_data =3D 1; + } + } else + base =3D 10; + while ((c =3D *s) !=3D '\0') { + if (isdigit(c)) { + if (base =3D=3D 8 && c > '7') + return (INADDR_NONE); + val =3D val * base + c - '0'; + } else if (base =3D=3D 16 && isxdigit(c)) + val =3D (val << 4) + c + 10 - + (islower(c) ? 'a' : 'A'); + else + break; + if (val > 0xff) return (INADDR_NONE); - val =3D (val * base) + (c - '0'); - cp++; - digit =3D 1; - continue; + s++; + got_data =3D 1; } - if (base =3D=3D 16U && isxdigit((unsigned char)c)) { - val =3D (val << 4) + - (c + 10 - (islower((unsigned char)c) ? 'a' : 'A')); - cp++; - digit =3D 1; - continue; - } - break; - } - if (!digit) - return (INADDR_NONE); - if (pp >=3D parts + 4 || val > 0xffU) - return (INADDR_NONE); - if (*cp =3D=3D '.') { - *pp++ =3D val, cp++; - goto again; - } - if (*cp && !isspace(*cp&0xff)) - return (INADDR_NONE); - *pp++ =3D val; - n =3D pp - parts; - if (n > 4U) - return (INADDR_NONE); - for (val =3D 0, i =3D 0; i < n; i++) { - val <<=3D 8; - val |=3D parts[i] & 0xff; + if (!got_data) + return (INADDR_NONE); + if (dots !=3D 0) + res <<=3D 8; + res |=3D val; + if (c !=3D '.') + break; + if (++dots =3D=3D 4) + return (INADDR_NONE); + s++; } - return (val); + return (c =3D=3D '\0' ? res : INADDR_NONE); } =20 /* From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 18:30:14 2011 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 74AD01065670 for ; Fri, 21 Jan 2011 18:30:14 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 48DAB8FC1B for ; Fri, 21 Jan 2011 18:30:14 +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 p0LIUDL3006258 for ; Fri, 21 Jan 2011 18:30:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id p0LIUDZJ006253; Fri, 21 Jan 2011 18:30:13 GMT (envelope-from gnats) Date: Fri, 21 Jan 2011 18:30:13 GMT Message-Id: <201101211830.p0LIUDZJ006253@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Juergen Lock Cc: Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Juergen Lock List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Jan 2011 18:30:14 -0000 The following reply was made to PR kern/153938; it has been noted by GNATS. From: Juergen Lock To: PseudoCylon Cc: bug-followup@freebsd.org, Juergen Lock Subject: Re: kern/153938: [run] [panic] [patch] Workaround for use-after-free panic Date: Fri, 21 Jan 2011 19:21:20 +0100 On Thu, Jan 20, 2011 at 04:35:48PM -0800, PseudoCylon wrote: > Hello, > > I have applied changes. Please check it out. > http://gitorious.org/run/run/trees/ratectl_fix/dev/usb/wlan I added debug output again and then after a while got a deadlock [1] that I suspect is caused by a lor, see below. (lock order reversal between "run0" and "run0_node_lock" i.e. RUN_LOCK and IEEE80211_NODE_LOCK.) It's possible this was triggered by the first DPRINTFN() in run_node_cleanup() (that I turned into a device_printf() and meanwhile have disabled, maybe it caused a taskswitch) - but in any case I'd say this is not safe i.e. needs to be fixed. :) [1] box stayed up but several things got stuck so in the end I had to drop to ddb and do a `call doadump', and fortunately this time the dump worked too... (kgdb) info threads [...] at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 121 Thread 100418 (PID=31634: hostapd) sched_switch ( td=0xffffff00758633e0, newtd=0xffffff0005b40000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 [...] 72 Thread 100064 (PID=14: usb/usbus6) sched_switch (td=0xffffff0005c21000, newtd=0xffffff0005c20ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 71 Thread 100063 (PID=14: usb/usbus6) sched_switch (td=0xffffff0005c213e0, newtd=0xffffff00018837c0, flags=Variable "flags" is not available. ) ---Type to continue, or q to quit--- at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 70 Thread 100062 (PID=14: usb/usbus6) sched_switch (td=0xffffff0005c217c0, newtd=0xffffff0005c213e0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 69 Thread 100061 (PID=14: usb/usbus6) sched_switch (td=0xffffff0005c21ba0, newtd=0xffffff0005c217c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 68 Thread 100057 (PID=14: usb/usbus5) sched_switch (td=0xffffff0005c25ba0, newtd=0xffffff00018907c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 67 Thread 100056 (PID=14: usb/usbus5) sched_switch (td=0xffffff0005a853e0, newtd=0xffffff00018833e0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 66 Thread 100055 (PID=14: usb/usbus5) sched_switch (td=0xffffff0005a857c0, newtd=0xffffff00018907c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 65 Thread 100054 (PID=14: usb/usbus5) sched_switch (td=0xffffff0005a85ba0, ---Type to continue, or q to quit--- newtd=0xffffff0005a857c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 64 Thread 100052 (PID=14: usb/usbus4) sched_switch (td=0xffffff0005b403e0, newtd=0xffffff0005a85ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 63 Thread 100051 (PID=14: usb/usbus4) sched_switch (td=0xffffff0005b407c0, newtd=0xffffff00018833e0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 62 Thread 100050 (PID=14: usb/usbus4) sched_switch (td=0xffffff0005b40ba0, newtd=0xffffff0005b407c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 61 Thread 100049 (PID=14: usb/usbus4) sched_switch (td=0xffffff0005b41000, newtd=0xffffff0005b40ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 60 Thread 100048 (PID=14: usb/usbus3) sched_switch (td=0xffffff0005b413e0, newtd=0xffffff0005b41000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 ---Type to continue, or q to quit--- 59 Thread 100047 (PID=14: usb/usbus3) sched_switch (td=0xffffff0005b417c0, newtd=0xffffff0001883000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 58 Thread 100046 (PID=14: usb/usbus3) sched_switch (td=0xffffff0005b41ba0, newtd=0xffffff0005b417c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 57 Thread 100045 (PID=14: usb/usbus3) sched_switch (td=0xffffff0001a2cba0, newtd=0xffffff0005b41ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 56 Thread 100043 (PID=14: usb/usbus2) sched_switch (td=0xffffff0005a813e0, newtd=0xffffff00018837c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 55 Thread 100042 (PID=14: usb/usbus2) sched_switch (td=0xffffff0005a817c0, newtd=0xffffff00018907c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 54 Thread 100041 (PID=14: usb/usbus2) sched_switch (td=0xffffff0005a81ba0, newtd=0xffffff0001883000, flags=Variable "flags" is not available. ) ---Type to continue, or q to quit--- at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 53 Thread 100040 (PID=14: usb/usbus2) sched_switch (td=0xffffff0005a83000, newtd=0xffffff0005a81ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 52 Thread 100039 (PID=14: usb/usbus1) sched_switch (td=0xffffff0005a833e0, newtd=0xffffff00018907c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 51 Thread 100038 (PID=14: usb/usbus1) sched_switch (td=0xffffff0005a837c0, newtd=0xffffff00018837c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 50 Thread 100037 (PID=14: usb/usbus1) sched_switch (td=0xffffff0005a83ba0, newtd=0xffffff0005a837c0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 49 Thread 100036 (PID=14: usb/usbus1) sched_switch (td=0xffffff0005a85000, newtd=0xffffff0005a83ba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 48 Thread 100035 (PID=14: usb/usbus0) sched_switch (td=0xffffff00019fe7c0, ---Type to continue, or q to quit--- newtd=0xffffff0005a85000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 47 Thread 100034 (PID=14: usb/usbus0) sched_switch (td=0xffffff00019feba0, newtd=0xffffff0001883000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 46 Thread 100033 (PID=14: usb/usbus0) sched_switch (td=0xffffff0001a2a000, newtd=0xffffff00019feba0, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 45 Thread 100032 (PID=14: usb/usbus0) sched_switch (td=0xffffff0001a2a3e0, newtd=0xffffff0001a2a000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 (kgdb) thread 121 [Switching to thread 121 (Thread 100418)]#0 sched_switch ( td=0xffffff00758633e0, newtd=0xffffff0005b40000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 1850 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xffffff00758633e0, newtd=0xffffff0005b40000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 #1 0xffffffff805f90ef in mi_switch (flags=259, newtd=0x0) at /data2v/home/nox/src-r81/src/sys/kern/kern_synch.c:449 #2 0xffffffff80630fb6 in turnstile_wait (ts=Variable "ts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/subr_turnstile.c:746 #3 0xffffffff805e11c0 in _mtx_lock_sleep (m=0xffffff8000a6c330, tid=18446742976169653216, opts=Variable "opts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:447 #4 0xffffffff805e14b3 in _mtx_lock_flags (m=Variable "m" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:203 #5 0xffffffff8117839b in run_node_cleanup (ni=0xffffff8000f83000) at /data2v/home/nox/src-r81/src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:1719 #6 0xffffffff806db816 in ieee80211_sta_leave (ni=0xffffff8000f83000) at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_node.c:834 #7 0xffffffff806db94e in ieee80211_node_leave (ni=0xffffff8000f83000) ---Type to continue, or q to quit--- at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_node.c:2508 #8 0xffffffff806d2c13 in setmlme_common (vap=0xffffff013e1e2000, op=Variable "op" is not available. ) at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_ioctl.c:1327 #9 0xffffffff806d2db5 in ieee80211_ioctl_setmlme (vap=0xffffff013e1e2000, ireq=Variable "ireq" is not available. ) at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_ioctl.c:1512 #10 0xffffffff806d405a in ieee80211_ioctl_set80211 (vap=0xffffff013e1e2000, cmd=Variable "cmd" is not available. ) at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_ioctl.c:2721 #11 0xffffffff806f7b7b in in_control (so=0xffffff01e7ef3d48, cmd=2149607914, data=0xffffff0007832460 "wlan0", ifp=0xffffff013e2c7800, td=0xffffff00758633e0) at /data2v/home/nox/src-r81/src/sys/netinet/in.c:290 #12 0xffffffff806a27b7 in ifioctl (so=0xffffff01e7ef3d48, cmd=2149607914, data=0xffffff0007832460 "wlan0", td=0xffffff00758633e0) at /data2v/home/nox/src-r81/src/sys/net/if.c:2523 #13 0xffffffff80632bc6 in kern_ioctl (td=0xffffff00758633e0, fd=3, com=2149607914, data=0xffffff0007832460 "wlan0") at file.h:262 #14 0xffffffff80632e0d in ioctl (td=0xffffff00758633e0, ---Type to continue, or q to quit--- uap=0xffffff80ee69ebf0) at /data2v/home/nox/src-r81/src/sys/kern/sys_generic.c:678 #15 0xffffffff808e5407 in syscall (frame=0xffffff80ee69ec80) at /data2v/home/nox/src-r81/src/sys/amd64/amd64/trap.c:945 #16 0xffffffff808cac31 in Xfast_syscall () at /data2v/home/nox/src-r81/src/sys/amd64/amd64/exception.S:374 #17 0x0000000800ca438c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) fr 5 #5 0xffffffff8117839b in run_node_cleanup (ni=0xffffff8000f83000) at /data2v/home/nox/src-r81/src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:1719 1719 RUN_LOCK(sc); (kgdb) l 1714 wcid = rn->wcid; 1715 /* sc_ni[0] is not used */ 1716 if (wcid != 0 && wcid <= RT2870_WCID_MAX) 1717 sc->sc_ni[wcid] = NULL; 1718 } else { 1719 RUN_LOCK(sc); 1720 wcid = rn->wcid; 1721 if (wcid != 0 && wcid <= RT2870_WCID_MAX) 1722 sc->sc_ni[wcid] = NULL; 1723 RUN_UNLOCK(sc); (kgdb) down #4 0xffffffff805e14b3 in _mtx_lock_flags (m=Variable "m" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:203 203 _get_sleep_lock(m, curthread, opts, file, line); (kgdb) #3 0xffffffff805e11c0 in _mtx_lock_sleep (m=0xffffff8000a6c330, tid=18446742976169653216, opts=Variable "opts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:447 447 turnstile_wait(ts, mtx_owner(m), TS_EXCLUSIVE_QUEUE); (kgdb) p m $1 = (struct mtx *) 0xffffff8000a6c330 (kgdb) p *m $2 = {lock_object = {lo_name = 0xffffff0005e799e0 "run0", lo_flags = 16973824, lo_data = 0, lo_witness = 0x0}, mtx_lock = 18446742974292827042} (kgdb) p m.mtx_lock & 0xfffffffffffffff $3 = 1152920405190122402 (kgdb) p m.mtx_lock & 0xffffffffffffffff $4 = 18446742974292827042 (kgdb) p m.mtx_lock & 0xfffffffffffffff8 $5 = 18446742974292827040 (kgdb) p (struct thread *)m.mtx_lock & 0xfffffffffffffff8 Argument to arithmetic operation not a number or boolean. (kgdb) p (struct thread *)(m.mtx_lock & 0xfffffffffffffff8) $6 = (struct thread *) 0xffffff0005a81ba0 (kgdb) thr 54 [Switching to thread 54 (Thread 100041)]#0 sched_switch ( td=0xffffff0005a81ba0, newtd=0xffffff0001883000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 1850 cpuid = PCPU_GET(cpuid); (kgdb) bt #0 sched_switch (td=0xffffff0005a81ba0, newtd=0xffffff0001883000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 #1 0xffffffff805f90ef in mi_switch (flags=259, newtd=0x0) at /data2v/home/nox/src-r81/src/sys/kern/kern_synch.c:449 #2 0xffffffff80630fb6 in turnstile_wait (ts=Variable "ts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/subr_turnstile.c:746 #3 0xffffffff805e11c0 in _mtx_lock_sleep (m=0xffffff8000a717c8, tid=18446742974292827040, opts=Variable "opts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:447 #4 0xffffffff806dad00 in ieee80211_free_node (ni=0xffffff8000f83000) at /data2v/home/nox/src-r81/src/sys/net80211/ieee80211_node.c:1682 #5 0xffffffff81172e1a in run_tx_free (pq=0xffffff8000a6c350, data=0xffffff8000a6c660, txerr=Variable "txerr" is not available. ) at /data2v/home/nox/src-r81/src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:2759 #6 0xffffffff8117783d in run_bulk_tx_callbackN (xfer=0xffffff8000d1e148, error=USB_ERR_NORMAL_COMPLETION, index=0) ---Type to continue, or q to quit--- at /data2v/home/nox/src-r81/src/sys/modules/usb/run/../../../dev/usb/wlan/if_run.c:2793 #7 0xffffffff8052a92d in usbd_callback_wrapper (pq=Variable "pq" is not available. ) at /data2v/home/nox/src-r81/src/sys/dev/usb/usb_transfer.c:2136 #8 0xffffffff80526fa6 in usb_command_wrapper (pq=0xffffff8000d1e060, xfer=Variable "xfer" is not available. ) at /data2v/home/nox/src-r81/src/sys/dev/usb/usb_transfer.c:2745 #9 0xffffffff80529a70 in usb_callback_proc (_pm=Variable "_pm" is not available. ) at /data2v/home/nox/src-r81/src/sys/dev/usb/usb_transfer.c:2005 #10 0xffffffff80524633 in usb_process (arg=Variable "arg" is not available. ) at /data2v/home/nox/src-r81/src/sys/dev/usb/usb_process.c:166 #11 0xffffffff805c64a8 in fork_exit ( callout=0xffffffff80524560 , arg=0xffffff80003e8d10, frame=0xffffff80e97efc80) at /data2v/home/nox/src-r81/src/sys/kern/kern_fork.c:844 #12 0xffffffff808cae2e in fork_trampoline () at /data2v/home/nox/src-r81/src/sys/amd64/amd64/exception.S:562 #13 0x0000000000000000 in ?? () ---Type to continue, or q to quit--- #14 0x0000000000000000 in ?? () #15 0x0000000000000001 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000000 in ?? () #18 0x0000000000000000 in ?? () #19 0x0000000000000000 in ?? () #20 0x0000000000000000 in ?? () #21 0x0000000000000000 in ?? () #22 0x0000000000000000 in ?? () #23 0x0000000000000000 in ?? () #24 0x0000000000000000 in ?? () #25 0x0000000000000000 in ?? () #26 0x0000000000000000 in ?? () #27 0x0000000000000000 in ?? () #28 0x0000000000000000 in ?? () #29 0x0000000000000000 in ?? () #30 0x0000000000000000 in ?? () ---Type to continue, or q to quit---q Quit (kgdb) fr 3 #3 0xffffffff805e11c0 in _mtx_lock_sleep (m=0xffffff8000a717c8, tid=18446742974292827040, opts=Variable "opts" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/kern_mutex.c:447 447 turnstile_wait(ts, mtx_owner(m), TS_EXCLUSIVE_QUEUE); (kgdb) p m $7 = (struct mtx *) 0xffffff8000a717c8 (kgdb) p *m $8 = {lock_object = {lo_name = 0xffffff8000a717b8 "run0_node_lock", lo_flags = 17498112, lo_data = 0, lo_witness = 0x0}, mtx_lock = 18446742976169653218} (kgdb) p (struct thread *)(m.mtx_lock & 0xfffffffffffffff8) $9 = (struct thread *) 0xffffff00758633e0 (kgdb) thread 121 [Switching to thread 121 (Thread 100418)]#0 sched_switch ( td=0xffffff00758633e0, newtd=0xffffff0005b40000, flags=Variable "flags" is not available. ) at /data2v/home/nox/src-r81/src/sys/kern/sched_ule.c:1850 1850 cpuid = PCPU_GET(cpuid); (kgdb) q From owner-freebsd-net@FreeBSD.ORG Fri Jan 21 23:13:47 2011 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 D0C8E106564A for ; Fri, 21 Jan 2011 23:13:47 +0000 (UTC) (envelope-from ronald-freebsd8@klop.yi.org) Received: from fep32.mx.upcmail.net (fep32.mx.upcmail.net [62.179.121.50]) by mx1.freebsd.org (Postfix) with ESMTP id 2C5BB8FC15 for ; Fri, 21 Jan 2011 23:13:46 +0000 (UTC) Received: from edge01.upcmail.net ([192.168.13.236]) by viefep18-int.chello.at (InterMail vM.8.01.02.02 201-2260-120-106-20100312) with ESMTP id <20110121230149.XTUA1353.viefep18-int.chello.at@edge01.upcmail.net>; Sat, 22 Jan 2011 00:01:49 +0100 Received: from pinky ([213.46.23.80]) by edge01.upcmail.net with edge id yP1m1f0351jgp3H01P1nNw; Sat, 22 Jan 2011 00:01:49 +0100 X-SourceIP: 213.46.23.80 Content-Type: text/plain; charset=us-ascii; format=flowed; delsp=yes To: pyunyh@gmail.com, sthaug@nethelp.no References: <708793006.292748.1295186099577.JavaMail.root@erie.cs.uoguelph.ca> <20110117005524.GA1305@michelle.cdnetworks.com> <20110118.093804.74673434.sthaug@nethelp.no> Date: Sat, 22 Jan 2011 00:01:47 +0100 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit From: "Ronald Klop" Message-ID: In-Reply-To: <20110118.093804.74673434.sthaug@nethelp.no> User-Agent: Opera Mail/11.00 (Win32) X-Cloudmark-Analysis: v=1.1 cv=YkiHm+ATFBqfWDprzc7VyYVud6sOBg0JMTRaeRDeqNo= c=1 sm=0 a=trLqpcBp2roA:10 a=bgpUlknNv7MA:10 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=fKTGM6A_sFmuBPckhXAA:9 a=GMWG5MmaeuTBz6_-jpoA:7 a=xOrrbokdtFtVwqniSYY1gt3FcqMA:4 a=CjuIK1q_8ugA:10 a=SV7veod9ZcQA:10 a=wZJ6MOQ7J56yhAjc:21 a=5C0IrhARcHsfsxUv:21 a=HpAAvcLHHh0Zw7uRqdWCyQ==:117 Cc: freebsd-net@freebsd.org, rmacklem@uoguelph.ca Subject: Re: bogus 0 len IP packet, was: Hang in VOP_LOCK1_APV on 8-STABLE with NFS. 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, 21 Jan 2011 23:13:48 -0000 On Tue, 18 Jan 2011 09:38:04 +0100, wrote: >> > So, does anyone have an idea why the IP length field would be set to 0 >> > for these TCP/IP packets? >> > >> > Here's some info from Ronald w.r.t. his hardware. (All I can think of >> is >> > that he could try disabling TSO, etc?) >> > >> > Thanks in advance for any help with this, rick >> > >> >> It seems that issue came from TSO. Driver will set ip_len and >> ip_sum field to 0 before passing the TCP segment to controller. >> The failed length were 4446, 5858, 3034 and 4310 and the total >> number of such frames are more than 35k within 90 seconds. Since >> failed length 4310 is continuously repeated I guess there is edge >> case where em(4) didn't free failed TCP segment for TSO. >> I remember there was commit to HEAD(r217295) which could be related >> with this issue. > > I'm seeing the same problem with Broadcom NetXtreme (bce) cards: > > bce0@pci0:3:0:0: class=0x020000 card=0x03421014 chip=0x164c14e4 > rev=0x12 hdr=0x00 > vendor = 'Broadcom Corporation' > device = 'Broadcom NetXtreme II Gigabit Ethernet Adapter > (BCM5708)' > class = network > subclass = ethernet > > This is with 8.2-PRERELEASE. Turning off TSO (ifconfig bce0 -tso) > removes the problem. > > Steinar Haug, Nethelp consulting, sthaug@nethelp.no > _______________________________________________ > 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" I tried -tso and -txcsum in various combinations, but it didn't solve the problem. I wil look for another brand of network card to try. But this has to wait till monday when I'm at the office again. Ronald. From owner-freebsd-net@FreeBSD.ORG Sat Jan 22 18:24:08 2011 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 D69EF106564A for ; Sat, 22 Jan 2011 18:24:08 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id 44EF78FC12 for ; Sat, 22 Jan 2011 18:24:07 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0MIO5tk062163 for ; Sun, 23 Jan 2011 00:24:05 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D3B20C0.8090907@rdtc.ru> Date: Sun, 23 Jan 2011 00:24:00 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: "net@freebsd.org" Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: bsnmpd: ifTable and if_nametoindex() inconsistency 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, 22 Jan 2011 18:24:08 -0000 Hi! I run 8.2-PRERELEASE with bsnmpd and mpd55 serving PPPoE users. I've noticed that sometimes snmpwalk shows interface indexes that partially differ from what if_nametoindex(3) returns with off-by-one or off-by-two. For example, just now this server has 813 connected PPPoE sessions (interfaces named ngXXXX) and SNMP returns wrong indexes for 567 out of them, starting from ng334. I've restarted bsnmpd but this made it worse: now all dynamic ngXXXX interfaces have obtained new indexes in SNMP ifTable and no one equals to if_nametoindex(name). Aren't these indexes supposed to be equal? I really need quick method to obtain SNMP index within mpd55 code (for my local mpd hacks) and if_nametoindex() used to seem nice way... I need to export indexes via mpd's web interface so that they may be checked remotely using SNMP. Eugene Grosbein From owner-freebsd-net@FreeBSD.ORG Sat Jan 22 18:43:49 2011 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 78C9D1065679 for ; Sat, 22 Jan 2011 18:43:49 +0000 (UTC) (envelope-from egrosbein@rdtc.ru) Received: from eg.sd.rdtc.ru (eg.sd.rdtc.ru [62.231.161.221]) by mx1.freebsd.org (Postfix) with ESMTP id D886C8FC16 for ; Sat, 22 Jan 2011 18:43:48 +0000 (UTC) Received: from eg.sd.rdtc.ru (localhost [127.0.0.1]) by eg.sd.rdtc.ru (8.14.4/8.14.4) with ESMTP id p0MIhlco062226 for ; Sun, 23 Jan 2011 00:43:47 +0600 (NOVT) (envelope-from egrosbein@rdtc.ru) Message-ID: <4D3B255E.1000709@rdtc.ru> Date: Sun, 23 Jan 2011 00:43:42 +0600 From: Eugene Grosbein User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; ru-RU; rv:1.9.2.13) Gecko/20110112 Thunderbird/3.1.7 MIME-Version: 1.0 To: "net@freebsd.org" References: <4D3B20C0.8090907@rdtc.ru> In-Reply-To: <4D3B20C0.8090907@rdtc.ru> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Cc: Subject: Re: bsnmpd: ifTable and if_nametoindex() inconsistency 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, 22 Jan 2011 18:43:49 -0000 On 23.01.2011 00:24, Eugene Grosbein wrote: > Hi! > > I run 8.2-PRERELEASE with bsnmpd and mpd55 serving PPPoE users. > I've noticed that sometimes snmpwalk shows interface indexes > that partially differ from what if_nametoindex(3) returns > with off-by-one or off-by-two. For example, just now this server has > 813 connected PPPoE sessions (interfaces named ngXXXX) > and SNMP returns wrong indexes for 567 out of them, starting from ng334. > > I've restarted bsnmpd but this made it worse: now all dynamic ngXXXX > interfaces have obtained new indexes in SNMP ifTable and no one > equals to if_nametoindex(name). > > Aren't these indexes supposed to be equal? Now I see from snmp_mibII.3 they are not :-( > I really need quick method to obtain SNMP index within mpd55 code > (for my local mpd hacks) and if_nametoindex() used to seem nice way... > I need to export indexes via mpd's web interface so that they may be > checked remotely using SNMP. Still wondering how to get SNMP index without way too slow walking ifTable over... Eugene Grosbein