From owner-freebsd-net@FreeBSD.ORG Sun May 2 10:58:14 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 32794106566B for ; Sun, 2 May 2010 10:58:14 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id E9E728FC1C for ; Sun, 2 May 2010 10:58:13 +0000 (UTC) Received: from edprp by alf.uib.no for freebsd-net@freebsd.org with local-esmtp (Exim 4.69) id 1O8Wgl-0006Gk-Rj; Sun, 02 May 2010 12:46:19 +0200 Date: Sun, 2 May 2010 12:46:19 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Sender: Roar Pettersen Subject: FreeBSD 8.0-STABLE & mpd -> system freeze 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, 02 May 2010 10:58:14 -0000 Hi ! Upgraded some servers from 7.2-stabel to 8.0-stable early april and since then I have seen stability problems with 8.0 servers which use mpd (vpn). I have tried several mpd version (5.5, 5.3 and 5.1), but the system freeze within 6 hours or 3-5 days. Early in april we got typical watchdog timeout error message just before the system freeze, but now we don't get any error message. Sometimes we also see that the mpd process goes into a none killeable stauts, and then when I execute a "shutdown -r" the system hang with this message : stopping mpd5 Waiting for PIDS : 114830 second watchdog timeout expired. Shutdown terminated. Apr 29 21:04:52 init : some process would not die; ps axl advised Waiting (max 60 seconds) for system process 'vnlru' to stop... We see this problem on both i386 and amd6 systems. FreeBSD vpn-gw4.uib.no 8.0-STABLE FreeBSD 8.0-STABLE #0: Sun May 2 01:04:22 CEST 2010 root@vpn-gw.uib.no:/usr/obj/usr/src/sys/VPN-GW amd64 # Netgraph options NETGRAPH #netgraph(4) system options NETGRAPH_BPF options NETGRAPH_IFACE options NETGRAPH_KSOCKET options NETGRAPH_L2TP options NETGRAPH_MPPC_ENCRYPTION options NETGRAPH_PPP options NETGRAPH_PPTPGRE options NETGRAPH_SOCKET options NETGRAPH_VJC options NETGRAPH_NETFLOW # kern.ipc.shm_use_phys=1 kern.ipc.maxsockbuf=4194304 kern.ipc.somaxconn=4096 # net.inet.tcp.sendspace=131072 net.inet.tcp.recvspace=262144 net.inet.tcp.syncookies=0 net.inet.tcp.inflight.enable=0 net.inet.tcp.reass.maxqlen=128 # net.inet.ip.intr_queue_maxlen=512 net.inet.ip.redirect=0 net.inet.ip.process_options=0 # net.inet.udp.recvspace=131072 # net.inet.icmp.icmplim=2000 net.inet.icmp.drop_redirect=1 # net.local.stream.recvspace=131072 net.local.stream.sendspace=131072 # net.graph.recvspace=262144 net.graph.maxdgram=262144 Systems with low network traffic doesn't have this problem, only observed on systems with ca +50 mpd tunnels or more. We also have other 8.0 servers with high network load, but they doen't use Netgraph. I don't have any core files, no crash files, etc so I can't give any more info. Downgrade to FreeBSD 7.3 solves the problem, but I would like to stay on version 8. -- Roar Pettersen Universitetet i Bergen - The University of Bergen From owner-freebsd-net@FreeBSD.ORG Sun May 2 11:32:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DD9941065673 for ; Sun, 2 May 2010 11:32:07 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 65A4F8FC0C for ; Sun, 2 May 2010 11:32:06 +0000 (UTC) Received: by bwz8 with SMTP id 8so918666bwz.3 for ; Sun, 02 May 2010 04:31:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:references :organization:from:date:in-reply-to:message-id:user-agent :mime-version:content-type; bh=IS9KimR9fTaZdME8RAtjgFH5JitZK/aJIW1BSIoLwd4=; b=NaBkdj99+vz5hzF9YGlRQOl+gW1h+PwzU9xr7VseY1Tu2blLNTazcDjFTrvUOB+oM+ gQcpkvotyiUukfXEdqR2DT0JX479megu/bVowm4WRVHBhvYhvc/rfcBvBIKLtAPc7v1E 6fJFqKi8DVHmea4CgPUA+cvlf3z5RIRLjawto= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:references:organization:from:date:in-reply-to :message-id:user-agent:mime-version:content-type; b=hZoviLjQJyIaYKlo1o+8aEvETaVcvcAIW2em9H1crils82B0U+TW/SaepDIlxetNw0 U7fCU54Cg8Td5b353WdirDvLa8kiC9DBjGeYrGT1IHKzQfZEovCcw+rI+eLWTRS5kCpi QqvQN1QjT9YcBLbuBMaaP4v/Vejwnr/Bly9GE= Received: by 10.204.162.194 with SMTP id w2mr8607217bkx.160.1272799916361; Sun, 02 May 2010 04:31:56 -0700 (PDT) Received: from localhost (vpn-193-138-134-187.customer.onet.com.ua [193.138.134.187]) by mx.google.com with ESMTPS id 13sm1272411bwz.11.2010.05.02.04.31.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 May 2010 04:31:55 -0700 (PDT) To: Roar Pettersen References: Organization: Home From: Mikolaj Golub Date: Sun, 02 May 2010 14:31:53 +0300 In-Reply-To: (Roar Pettersen's message of "Sun\, 2 May 2010 12\:46\:19 +0200 \(CEST\)") Message-ID: <86k4rmtu8m.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8.0-STABLE & mpd -> system freeze 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, 02 May 2010 11:32:07 -0000 On Sun, 2 May 2010 12:46:19 +0200 (CEST) Roar Pettersen wrote: > Upgraded some servers from 7.2-stabel to 8.0-stable early april and > since then I have seen stability problems with 8.0 servers which use > mpd (vpn). > I have tried several mpd version (5.5, 5.3 and 5.1), but the system freeze > within 6 hours or 3-5 days. Early in april we got typical watchdog timeout > error message just before the system freeze, but now we don't get any > error message. Could you try disabling flowtable to see if it helps? sysctl -w net.inet.flowtable.enable=0 > Sometimes we also see that the mpd process goes into a none killeable > stauts, and then when I execute a "shutdown -r" the system hang with > this message : > > stopping mpd5 > Waiting for PIDS : 114830 second watchdog timeout expired. Shutdown terminated. > Apr 29 21:04:52 init : some process would not die; ps axl advised > Waiting (max 60 seconds) for system process 'vnlru' to stop... Could you provide the output of procstat -kk when this happens again or even better: procstat -akk -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Sun May 2 11:40:24 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 13D3C106566C for ; Sun, 2 May 2010 11:40:24 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id C72AB8FC13 for ; Sun, 2 May 2010 11:40:23 +0000 (UTC) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.69) id 1O8XX4-00002g-NA; Sun, 02 May 2010 13:40:22 +0200 Date: Sun, 2 May 2010 13:40:22 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: Mikolaj Golub In-Reply-To: <86k4rmtu8m.fsf@kopusha.onet> Message-ID: References: <86k4rmtu8m.fsf@kopusha.onet> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: freebsd-net@freebsd.org Subject: Re: FreeBSD 8.0-STABLE & mpd -> system freeze 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, 02 May 2010 11:40:24 -0000 Hello ! > sysctl -w net.inet.flowtable.enable=0 Ok, I will try it on one of the server. > Could you provide the output of > > procstat -kk > > when this happens again or even better: > > procstat -akk Ok, I will try this next time the mpd process goes into a deadlock or none killabel process. Tried to do a "truss -p mpd-pid-number -o /tmp/truss.txt", but the file was empty. -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen From owner-freebsd-net@FreeBSD.ORG Sun May 2 17:37:15 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 46CCE1065670; Sun, 2 May 2010 17:37:15 +0000 (UTC) (envelope-from brucec@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 1FE448FC08; Sun, 2 May 2010 17:37:15 +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 o42HbF0R000737; Sun, 2 May 2010 17:37:15 GMT (envelope-from brucec@freefall.freebsd.org) Received: (from brucec@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o42HbEku000733; Sun, 2 May 2010 17:37:14 GMT (envelope-from brucec) Date: Sun, 2 May 2010 17:37:14 GMT Message-Id: <201005021737.o42HbEku000733@freefall.freebsd.org> To: brucec@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: brucec@FreeBSD.org Cc: Subject: Re: kern/146250: [patch] Races on interface alias removal 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, 02 May 2010 17:37:15 -0000 Old Synopsis: Races on interface alias removal New Synopsis: [patch] Races on interface alias removal Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: brucec Responsible-Changed-When: Sun May 2 17:36:23 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146250 From owner-freebsd-net@FreeBSD.ORG Sun May 2 17:39:31 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 3D5861065675 for ; Sun, 2 May 2010 17:39:31 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 85CC28FC14 for ; Sun, 2 May 2010 17:39:30 +0000 (UTC) Received: by bwz8 with SMTP id 8so1029163bwz.3 for ; Sun, 02 May 2010 10:39:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:subject:organization :references:date:in-reply-to:message-id:user-agent:mime-version :content-type:content-transfer-encoding; bh=NWoy08xbN6EmOuJBVBewWq5c5YDqZJfZD/X4TiG3yrQ=; b=RNiKCIrY5kR21B9GMd6ebKB8GSt+ig/nAHcOVXgBuToctwc6tmOkdIofG237LzxVSB B5SuH9QQ327oSqQM9WAYfHSjmVFRejqUV80MZuIOFAdfswaSyMV1QlH8J/G3FhJkTPN4 Ba+pXr/i5p56pDvS20e8XDyz/URa1vgq+p7zc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:subject:organization:references:date:in-reply-to:message-id :user-agent:mime-version:content-type:content-transfer-encoding; b=xiWkcWnLhCFEwAwkJ4odkCK4Nbi3TEJY+JbxgspvQPEaKFcoQjIA4lxyAMNf5yFp71 J1iablv4N2D6z5zp6TnYVxNz52418ngyqxdunFMsdXAK31TGgjVqcQfkzolHXip8Exhx 5wemVltMAkb7Z7Y2pqg4QIip6sv081ZVu9PKI= Received: by 10.204.140.67 with SMTP id h3mr8992576bku.137.1272821968508; Sun, 02 May 2010 10:39:28 -0700 (PDT) Received: from localhost (ua1.etadirect.net [91.198.140.16]) by mx.google.com with ESMTPS id 16sm1377582bwz.13.2010.05.02.10.39.26 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 02 May 2010 10:39:27 -0700 (PDT) From: Mikolaj Golub To: freebsd-net Organization: TOA Ukraine References: <86fx2pfk6n.fsf@zhuzha.ua1> Date: Sun, 02 May 2010 20:39:24 +0300 In-Reply-To: <86fx2pfk6n.fsf@zhuzha.ua1> (Mikolaj Golub's message of "Wed, 21 Apr 2010 08:28:48 +0300") Message-ID: <86hbmq5hkj.fsf@zhuzha.ua1> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Cc: Subject: Re: Races on alias deletion 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, 02 May 2010 17:39:31 -0000 I have sent pr about this issue. kern/146250 On Wed, 21 Apr 2010 08:28:48 +0300 Mikolaj Golub wrote: MG> Hi, MG> Accidentally due to misconfiguration of our tools we ran simultaneously MG> deletion of the same interface alias and crashed the box (FreeBSD-7.1). MG> So I did some experiments on my 8-STABLE (I have CURRENT in virtualbox only) MG> to investigate this running concurrently two scripts, which were adding and MG> deleting the same address: MG> while true; do MG> ifconfig $IFACE alias $IP MG> ifconfig $IFACE -alias $IP MG> done MG> The box crashed just after I started the second script. The crash was in MG> in_control() on removing ia->ia_ifa from ifp->if_addrhead list, because there MG> was no check if the address is still in the list before removing. MG> panic: Bad link elm 0xcd2f3b00 prev->next != elm MG> #0 doadump () at pcpu.h:246 MG> #1 0xc04ec829 in db_fncall (dummy1=-1064461270, dummy2=0, dummy3=-1, dummy4=0xe9a737fc "\0208§é") MG> at /usr/src/sys/ddb/db_command.c:548 MG> #2 0xc04ecc5f in db_command (last_cmdp=0xc0e0ab9c, cmd_table=0x0, dopager=0) MG> at /usr/src/sys/ddb/db_command.c:445 MG> #3 0xc04ecd14 in db_command_script (command=0xc0e0bac4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 MG> #4 0xc04f0e50 in db_script_exec (scriptname=0xe9a73908 "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. MG> ) MG> at /usr/src/sys/ddb/db_script.c:302 MG> #5 0xc04f0f37 in db_script_kdbenter (eventname=0xc0cc760a "panic") at /usr/src/sys/ddb/db_script.c:324 MG> #6 0xc04eec18 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 MG> #7 0xc08d9aa6 in kdb_trap (type=3, code=0, tf=0xe9a73a44) at /usr/src/sys/kern/subr_kdb.c:535 MG> #8 0xc0befbeb in trap (frame=0xe9a73a44) at /usr/src/sys/i386/i386/trap.c:690 MG> #9 0xc0bd130b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 MG> #10 0xc08d9c2a in kdb_enter (why=0xc0cc760a "panic", msg=0xc0cc760a "panic") at cpufunc.h:71 MG> #11 0xc08a95b6 in panic (fmt=0xc0c61bc0 "Bad link elm %p prev->next != elm") MG> at /usr/src/sys/kern/kern_shutdown.c:562 MG> #12 0xc09ba87f in in_control (so=0xcdbd519c, cmd=2149607705, data=0xcd3db120 "fxp0", ifp=0xc5b94c00, MG> td=0xc92ddb90) at /usr/src/sys/netinet/in.c:604 MG> #13 0xc095d400 in ifioctl (so=0xcdbd519c, cmd=2149607705, data=0xcd3db120 "fxp0", td=0xc92ddb90) MG> at /usr/src/sys/net/if.c:2516 MG> #14 0xc08f69d5 in soo_ioctl (fp=0xcdc90af0, cmd=2149607705, data=0xcd3db120, active_cred=0xc9d78400, MG> td=0xc92ddb90) at /usr/src/sys/kern/sys_socket.c:212 MG> #15 0xc08f0a2d in kern_ioctl (td=0xc92ddb90, fd=3, com=2149607705, data=0xcd3db120 "fxp0") at file.h:262 MG> #16 0xc08f0bb4 in ioctl (td=0xc92ddb90, uap=0xe9a73cf8) at /usr/src/sys/kern/sys_generic.c:678 MG> #17 0xc0bef320 in syscall (frame=0xe9a73d38) at /usr/src/sys/i386/i386/trap.c:1111 MG> #18 0xc0bd13a0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 MG> #19 0x00000033 in ?? () MG> Previous frame inner to this frame (corrupt stack?) MG> (kgdb) fr 12 MG> #12 0xc09ba87f in in_control (so=0xcdbd519c, cmd=2149607705, data=0xcd3db120 "fxp0", ifp=0xc5b94c00, MG> td=0xc92ddb90) at /usr/src/sys/netinet/in.c:604 MG> 604 TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); MG> (kgdb) list MG> 599 default: MG> 600 panic("in_control: unsupported ioctl"); MG> 601 } MG> 602 MG> 603 IF_ADDR_LOCK(ifp); MG> 604 TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); MG> 605 IF_ADDR_UNLOCK(ifp); MG> 606 ifa_free(&ia->ia_ifa); /* if_addrhead */ MG> 607 MG> 608 IN_IFADDR_WLOCK(); MG> The fist patch in the attachments fixed this type of crashes for me, but the MG> box started to crash in in_lltable_prefix_free (now it was required for MG> scripts to run a few seconds). MG> (kgdb) bt MG> #0 doadump () at pcpu.h:246 MG> #1 0xc04ec829 in db_fncall (dummy1=1, dummy2=0, dummy3=-1056922880, dummy4=0xe8636760 "") MG> at /usr/src/sys/ddb/db_command.c:548 MG> #2 0xc04ecc21 in db_command (last_cmdp=0xc0e0ac1c, cmd_table=0x0, dopager=1) MG> at /usr/src/sys/ddb/db_command.c:445 MG> #3 0xc04ecd7a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 MG> #4 0xc04eec1d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 MG> #5 0xc08d9aa6 in kdb_trap (type=12, code=0, tf=0xe863694c) at /usr/src/sys/kern/subr_kdb.c:535 MG> #6 0xc0beeedf in trap_fatal (frame=0xe863694c, eva=420) at /usr/src/sys/i386/i386/trap.c:929 MG> #7 0xc0bef800 in trap (frame=0xe863694c) at /usr/src/sys/i386/i386/trap.c:328 MG> #8 0xc0bd139b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 MG> #9 0xc08a6a8b in _rw_wlock_hard (rw=0xc79e1508, tid=3334964384, file=0xc0ce01e4 "/usr/src/sys/netinet/in.c", MG> line=1370) at /usr/src/sys/kern/kern_rwlock.c:677 MG> #10 0xc08a75d6 in _rw_wlock (rw=0xc79e1508, file=0xc0ce01e4 "/usr/src/sys/netinet/in.c", line=1370) MG> at /usr/src/sys/kern/kern_rwlock.c:237 MG> #11 0xc09bb17e in in_lltable_prefix_free (llt=0xc5dabc00, prefix=0xe8636a94, mask=0xe8636a84) MG> at /usr/src/sys/netinet/in.c:1370 MG> #12 0xc09631d1 in lltable_prefix_free (af=2, prefix=0xe8636a94, mask=0xe8636a84) MG> at /usr/src/sys/net/if_llatbl.c:217 MG> #13 0xc09b8d77 in in_ifscrub (ifp=0xc5b94c00, ia=0xc6ec0500) at /usr/src/sys/netinet/in.c:1197 MG> #14 0xc09ba6dc in in_control (so=0xc79d2338, cmd=2149607705, data=0xc629b0c0 "fxp0", ifp=0xc5b94c00, MG> td=0xc6c784a0) at /usr/src/sys/netinet/in.c:586 MG> #15 0xc095d400 in ifioctl (so=0xc79d2338, cmd=2149607705, data=0xc629b0c0 "fxp0", td=0xc6c784a0) MG> at /usr/src/sys/net/if.c:2516 MG> #16 0xc08f69d5 in soo_ioctl (fp=0xc6304738, cmd=2149607705, data=0xc629b0c0, active_cred=0xc79d8d80, MG> td=0xc6c784a0) at /usr/src/sys/kern/sys_socket.c:212 MG> #17 0xc08f0a2d in kern_ioctl (td=0xc6c784a0, fd=3, com=2149607705, data=0xc629b0c0 "fxp0") at file.h:262 MG> #18 0xc08f0bb4 in ioctl (td=0xc6c784a0, uap=0xe8636cf8) at /usr/src/sys/kern/sys_generic.c:678 MG> #19 0xc0bef3b0 in syscall (frame=0xe8636d38) at /usr/src/sys/i386/i386/trap.c:1111 MG> #20 0xc0bd1430 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 MG> #21 0x00000033 in ?? () MG> Previous frame inner to this frame (corrupt stack?) MG> (kgdb) fr 11 MG> #11 0xc09bb17e in in_lltable_prefix_free (llt=0xc5dabc00, prefix=0xe8636a94, mask=0xe8636a84) MG> at /usr/src/sys/netinet/in.c:1370 MG> 1370 LLE_WLOCK(lle); MG> (kgdb) list MG> 1365 LIST_FOREACH_SAFE(lle, &llt->lle_head[i], lle_next, next) { MG> 1366 MG> 1367 if (IN_ARE_MASKED_ADDR_EQUAL((struct sockaddr_in *)L3_ADDR(lle), MG> 1368 pfx, msk)) { MG> 1369 callout_drain(&lle->la_timer); MG> 1370 LLE_WLOCK(lle); MG> 1371 llentry_free(lle); MG> 1372 } MG> 1373 } MG> 1374 } MG> (kgdb) p *lle MG> $1 = {lle_next = {le_next = 0xdeadc0de, le_prev = 0xdeadc0de}, lle_lock = {lock_object = { MG> lo_name = 0xdeadc0de
, lo_flags = 3735929054, lo_data = 3735929054, MG> lo_witness = 0xdeadc0de}, rw_lock = 3735929054}, lle_tbl = 0xdeadc0de, lle_head = 0xdeadc0de, MG> la_hold = 0xdeadc0de, la_expire = -559038242, la_flags = 49374, la_asked = 57005, la_preempt = 49374, MG> ln_byhint = 57005, ln_state = -16162, ln_router = 57005, ln_ntick = -559038242, lle_refcnt = -559038242, MG> ll_addr = {mac_aligned = 16045693110842147038, mac16 = {49374, 57005, 49374}}, lle_timer = {ln_timer_ch = { MG> c_links = {sle = {sle_next = 0xdeadc0de}, tqe = {tqe_next = 0xdeadc0de, tqe_prev = 0xdeadc0de}}, MG> c_time = -559038242, c_arg = 0xdeadc0de, c_func = 0xdeadc0de, c_lock = 0xdeadc0de, MG> c_flags = -559038242, c_cpu = -559038242}, la_timer = {c_links = {sle = {sle_next = 0xdeadc0de}, tqe = { MG> tqe_next = 0xdeadc0de, tqe_prev = 0xdeadc0de}}, c_time = -559038242, c_arg = 0xdeadc0de, MG> c_func = 0xdeadc0de, c_lock = 0xdeadc0de, c_flags = -559038242, c_cpu = -559038242}}} MG> (kgdb) fr 12 MG> #12 0xc09631d1 in lltable_prefix_free (af=2, prefix=0xe8636a94, mask=0xe8636a84) MG> at /usr/src/sys/net/if_llatbl.c:217 MG> 217 llt->llt_prefix_free(llt, prefix, mask); MG> (kgdb) list MG> 212 LLTABLE_RLOCK(); MG> 213 SLIST_FOREACH(llt, &V_lltables, llt_link) { MG> 214 if (llt->llt_af != af) MG> 215 continue; MG> 216 MG> 217 llt->llt_prefix_free(llt, prefix, mask); MG> 218 } MG> 219 LLTABLE_RUNLOCK(); MG> 220 } MG> 221 MG> So lltable is RLOCKed while the entries are deleted from the table. When MG> callout_drain() is run by one thread other thread has time to destroy lle. MG> Is LLTABLE_RLOCK (and not LLTABLE_WLOCK) in lltable_prefix_free used MG> intentionally? I tried the patch (the second in the attaches) with WLOCK MG> instead of RLOCK and this fixed this type of crashes for me. MG> After this the box was able to live some time with two test scripts running MG> but then crashed in sysctl_iflist(), processing ifa, which is destroyed by MG> other thread: MG> MG> (kgdb) bt MG> #0 doadump () at pcpu.h:246 MG> #1 0xc08a92fe in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:416 MG> #2 0xc08a95d2 in panic (fmt=Variable "fmt" is not available. MG> ) at /usr/src/sys/kern/kern_shutdown.c:579 MG> #3 0xc0beef23 in trap_fatal (frame=0xe8456a64, eva=3735929054) at /usr/src/sys/i386/i386/trap.c:938 MG> #4 0xc0bef113 in trap_pfault (frame=0xe8456a64, usermode=0, eva=3735929054) MG> at /usr/src/sys/i386/i386/trap.c:851 MG> #5 0xc0befb05 in trap (frame=0xe8456a64) at /usr/src/sys/i386/i386/trap.c:533 MG> #6 0xc0bd139b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 MG> #7 0xc096f85e in rt_msg2 (type=12, rtinfo=0xe8456b08, cp=0x0, w=0xe8456b38) at /usr/src/sys/net/rtsock.c:1022 MG> #8 0xc096ff7b in sysctl_rtsock (oidp=0xc0dcb900, arg1=0xe8456c18, arg2=4, req=0xe8456ba4) MG> at /usr/src/sys/net/rtsock.c:1408 MG> #9 0xc08b4598 in sysctl_root (oidp=Variable "oidp" is not available. MG> ) at /usr/src/sys/kern/kern_sysctl.c:1418 MG> #10 0xc08b475c in userland_sysctl (td=0xc636b250, name=0xe8456c10, namelen=6, old=0x0, oldlenp=0xbfbfe048, MG> inkernel=0, new=0x0, newlen=0, retval=0xe8456c70, flags=0) at /usr/src/sys/kern/kern_sysctl.c:1522 MG> #11 0xc08b4b14 in __sysctl (td=0xc636b250, uap=0xe8456cf8) at /usr/src/sys/kern/kern_sysctl.c:1448 MG> #12 0xc0bef3b0 in syscall (frame=0xe8456d38) at /usr/src/sys/i386/i386/trap.c:1111 MG> #13 0xc0bd1430 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 MG> #14 0x00000033 in ?? () MG> Previous frame inner to this frame (corrupt stack?) MG> (kgdb) fr 8 MG> #8 0xc096ff7b in sysctl_rtsock (oidp=0xc0dcb900, arg1=0xe8456c18, arg2=4, req=0xe8456ba4) MG> at /usr/src/sys/net/rtsock.c:1408 MG> 1408 len = rt_msg2(RTM_NEWADDR, &info, NULL, w); MG> (kgdb) list 1370,1410 MG> 1370 static int MG> 1371 sysctl_iflist(int af, struct walkarg *w) MG> 1372 { MG> 1373 struct ifnet *ifp; MG> 1374 struct ifaddr *ifa; MG> 1375 struct rt_addrinfo info; MG> 1376 int len, error = 0; MG> 1377 MG> 1378 bzero((caddr_t)&info, sizeof(info)); MG> 1379 IFNET_RLOCK(); MG> 1380 TAILQ_FOREACH(ifp, &V_ifnet, if_link) { MG> 1381 if (w->w_arg && w->w_arg != ifp->if_index) MG> 1382 continue; MG> 1383 ifa = ifp->if_addr; MG> 1384 info.rti_info[RTAX_IFP] = ifa->ifa_addr; MG> 1385 len = rt_msg2(RTM_IFINFO, &info, NULL, w); MG> 1386 info.rti_info[RTAX_IFP] = NULL; MG> 1387 if (w->w_req && w->w_tmem) { MG> 1388 struct if_msghdr *ifm; MG> 1389 MG> 1390 ifm = (struct if_msghdr *)w->w_tmem; MG> 1391 ifm->ifm_index = ifp->if_index; MG> 1392 ifm->ifm_flags = ifp->if_flags | ifp->if_drv_flags; MG> 1393 ifm->ifm_data = ifp->if_data; MG> 1394 ifm->ifm_addrs = info.rti_addrs; MG> 1395 error = SYSCTL_OUT(w->w_req,(caddr_t)ifm, len); MG> 1396 if (error) MG> 1397 goto done; MG> 1398 } MG> 1399 while ((ifa = TAILQ_NEXT(ifa, ifa_link)) != NULL) { MG> 1400 if (af && af != ifa->ifa_addr->sa_family) MG> 1401 continue; MG> 1402 if (prison_if(w->w_req->td->td_ucred, MG> 1403 ifa->ifa_addr) != 0) MG> 1404 continue; MG> 1405 info.rti_info[RTAX_IFA] = ifa->ifa_addr; MG> 1406 info.rti_info[RTAX_NETMASK] = ifa->ifa_netmask; MG> 1407 info.rti_info[RTAX_BRD] = ifa->ifa_dstaddr; MG> 1408 len = rt_msg2(RTM_NEWADDR, &info, NULL, w); MG> 1409 if (w->w_req && w->w_tmem) { MG> 1410 struct ifa_msghdr *ifam; MG> (kgdb) fr 7 MG> #7 0xc096f85e in rt_msg2 (type=12, rtinfo=0xe8456b08, cp=0x0, w=0xe8456b38) at /usr/src/sys/net/rtsock.c:1022 MG> 1022 rtinfo->rti_addrs |= (1 << i); MG> (kgdb) p *rtinfo MG> $2 = {rti_addrs = 4, rti_info = {0x0, 0x0, 0xdeadc0de, 0x0, 0x0, 0xdeadc0de, 0x0, 0xdeadc0de}, rti_flags = 0, MG> rti_ifa = 0x0, rti_ifp = 0x0} MG> The third patch fixed this type of crashes. But the crashes were still possible: MG> panic: Bad link elm 0xc876ea00 prev->next != elm MG> #0 doadump () at pcpu.h:246 MG> #1 0xc04ec829 in db_fncall (dummy1=-1064461270, dummy2=0, dummy3=-1, dummy4=0xe880d784 "\230×\200è") MG> at /usr/src/sys/ddb/db_command.c:548 MG> #2 0xc04ecc5f in db_command (last_cmdp=0xc0e0ac9c, cmd_table=0x0, dopager=0) MG> at /usr/src/sys/ddb/db_command.c:445 MG> #3 0xc04ecd14 in db_command_script (command=0xc0e0bbc4 "call doadump") at /usr/src/sys/ddb/db_command.c:516 MG> #4 0xc04f0e50 in db_script_exec (scriptname=0xe880d890 "kdb.enter.panic", warnifnotfound=Variable "warnifnotfound" is not available. MG> ) MG> at /usr/src/sys/ddb/db_script.c:302 MG> #5 0xc04f0f37 in db_script_kdbenter (eventname=0xc0cc770a "panic") at /usr/src/sys/ddb/db_script.c:324 MG> #6 0xc04eec18 in db_trap (type=3, code=0) at /usr/src/sys/ddb/db_main.c:228 MG> #7 0xc08d9aa6 in kdb_trap (type=3, code=0, tf=0xe880d9cc) at /usr/src/sys/kern/subr_kdb.c:535 MG> #8 0xc0befcfb in trap (frame=0xe880d9cc) at /usr/src/sys/i386/i386/trap.c:690 MG> #9 0xc0bd141b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 MG> #10 0xc08d9c2a in kdb_enter (why=0xc0cc770a "panic", msg=0xc0cc770a "panic") at cpufunc.h:71 MG> #11 0xc08a95b6 in panic (fmt=0xc0c61cc0 "Bad link elm %p prev->next != elm") MG> at /usr/src/sys/kern/kern_shutdown.c:562 MG> #12 0xc09b8efc in in_ifinit (ifp=0xc5b94c00, ia=0xc876ea00, sin=0xc185fcf6, scrub=0) MG> at /usr/src/sys/netinet/in.c:844 MG> #13 0xc09ba58b in in_control (so=0xc7b13ce0, cmd=2151704858, data=0xc7841bc0 "fxp0", ifp=0xc5b94c00, MG> td=0xc818db90) at /usr/src/sys/netinet/in.c:564 MG> #14 0xc095d400 in ifioctl (so=0xc7b13ce0, cmd=2151704858, data=0xc7841bc0 "fxp0", td=0xc818db90) MG> at /usr/src/sys/net/if.c:2516 MG> #15 0xc08f69d5 in soo_ioctl (fp=0xc70a84d0, cmd=2151704858, data=0xc7841bc0, active_cred=0xc78dc400, MG> td=0xc818db90) at /usr/src/sys/kern/sys_socket.c:212 MG> #16 0xc08f0a2d in kern_ioctl (td=0xc818db90, fd=3, com=2151704858, data=0xc7841bc0 "fxp0") at file.h:262 MG> #17 0xc08f0bb4 in ioctl (td=0xc818db90, uap=0xe880dcf8) at /usr/src/sys/kern/sys_generic.c:678 MG> #18 0xc0bef430 in syscall (frame=0xe880dd38) at /usr/src/sys/i386/i386/trap.c:1111 MG> #19 0xc0bd14b0 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 MG> #20 0x00000033 in ?? () MG> Previous frame inner to this frame (corrupt stack?) MG> (kgdb) fr 12 MG> #12 0xc09b8efc in in_ifinit (ifp=0xc5b94c00, ia=0xc876ea00, sin=0xc185fcf6, scrub=0) MG> at /usr/src/sys/netinet/in.c:844 MG> 844 LIST_REMOVE(ia, ia_hash); MG> (kgdb) list in_ifinit MG> 832 * and routing table entry. MG> 833 */ MG> 834 static int MG> 835 in_ifinit(struct ifnet *ifp, struct in_ifaddr *ia, struct sockaddr_in *sin, MG> 836 int scrub) MG> 837 { MG> 838 register u_long i = ntohl(sin->sin_addr.s_addr); MG> 839 struct sockaddr_in oldaddr; MG> 840 int s = splimp(), flags = RTF_UP, error = 0; MG> 841 MG> (kgdb) MG> 842 oldaddr = ia->ia_addr; MG> 843 if (oldaddr.sin_family == AF_INET) MG> 844 LIST_REMOVE(ia, ia_hash); MG> 845 ia->ia_addr = *sin; MG> 846 if (ia->ia_addr.sin_family == AF_INET) { MG> 847 IN_IFADDR_WLOCK(); MG> 848 LIST_INSERT_HEAD(INADDR_HASH(ia->ia_addr.sin_addr.s_addr), MG> 849 ia, ia_hash); MG> 850 IN_IFADDR_WUNLOCK(); MG> 851 } MG> Applying the fourth patch fixed this. But it is still possible to crash the MG> box: MG> #0 doadump () at pcpu.h:246 MG> #1 0xc04ec829 in db_fncall (dummy1=1, dummy2=0, dummy3=-1056922624, dummy4=0xe847c890 "") MG> at /usr/src/sys/ddb/db_command.c:548 MG> #2 0xc04ecc21 in db_command (last_cmdp=0xc0e0ad1c, cmd_table=0x0, dopager=1) MG> at /usr/src/sys/ddb/db_command.c:445 MG> #3 0xc04ecd7a in db_command_loop () at /usr/src/sys/ddb/db_command.c:498 MG> #4 0xc04eec1d in db_trap (type=12, code=0) at /usr/src/sys/ddb/db_main.c:229 MG> #5 0xc08d9aa6 in kdb_trap (type=12, code=0, tf=0xe847ca7c) at /usr/src/sys/kern/subr_kdb.c:535 MG> #6 0xc0beefbf in trap_fatal (frame=0xe847ca7c, eva=3735929146) at /usr/src/sys/i386/i386/trap.c:929 MG> #7 0xc0bef8e0 in trap (frame=0xe847ca7c) at /usr/src/sys/i386/i386/trap.c:328 MG> #8 0xc0bd147b in calltrap () at /usr/src/sys/i386/i386/exception.s:165 MG> #9 0xc09b9c24 in in_control (so=0xc6e29670, cmd=2149607705, data=0xc6246ba0 "fxp0", ifp=0xc5b94c00, MG> td=0xc6a59940) at /usr/src/sys/netinet/in.c:331 MG> #10 0xc095d400 in ifioctl (so=0xc6e29670, cmd=2149607705, data=0xc6246ba0 "fxp0", td=0xc6a59940) MG> at /usr/src/sys/net/if.c:2516 MG> #11 0xc08f69d5 in soo_ioctl (fp=0xc6374700, cmd=2149607705, data=0xc6246ba0, active_cred=0xc7131280, MG> td=0xc6a59940) at /usr/src/sys/kern/sys_socket.c:212 MG> #12 0xc08f0a2d in kern_ioctl (td=0xc6a59940, fd=3, com=2149607705, data=0xc6246ba0 "fxp0") at file.h:262 MG> #13 0xc08f0bb4 in ioctl (td=0xc6a59940, uap=0xe847ccf8) at /usr/src/sys/kern/sys_generic.c:678 MG> #14 0xc0bef490 in syscall (frame=0xe847cd38) at /usr/src/sys/i386/i386/trap.c:1111 MG> #15 0xc0bd1510 in Xint0x80_syscall () at /usr/src/sys/i386/i386/exception.s:261 MG> #16 0x00000033 in ?? () MG> Previous frame inner to this frame (corrupt stack?) MG> (kgdb) fr 9 MG> #9 0xc09b9c24 in in_control (so=0xc6e29670, cmd=2149607705, data=0xc6246ba0 "fxp0", ifp=0xc5b94c00, MG> td=0xc6a59940) at /usr/src/sys/netinet/in.c:331 MG> 331 if (iap->ia_ifp == ifp && MG> (kgdb) list MG> 326 * first one on the interface, if possible. MG> 327 */ MG> 328 dst = ((struct sockaddr_in *)&ifr->ifr_addr)->sin_addr; MG> 329 IN_IFADDR_RLOCK(); MG> 330 LIST_FOREACH(iap, INADDR_HASH(dst.s_addr), ia_hash) { MG> 331 if (iap->ia_ifp == ifp && MG> 332 iap->ia_addr.sin_addr.s_addr == dst.s_addr) { MG> 333 if (td == NULL || prison_check_ip4(td->td_ucred, MG> 334 &dst) == 0) MG> 335 ia = iap; MG> (kgdb) p iap MG> $1 = (struct in_ifaddr *) 0xdeadc0de MG> But I don't have the patch for this yet :-). MG> Also I have noticed that after running my tests long enough (but not so long MG> to crash the box) the error message starts to appear on every attempt to add MG> tested alias IP (although the alias is created): MG> ifconfig: ioctl (SIOCAIFADDR): File exists MG> This is because the route is not deleted on alias removal (some reference MG> leak?). After removing the route manually the error does not appear. MG> -- MG> Mikolaj Golub MG> --- sys/netinet/in.c.orig 2010-04-16 15:15:07.000000000 +0300 MG> +++ sys/netinet/in.c 2010-04-18 17:22:57.000000000 +0300 MG> @@ -601,8 +601,17 @@ in_control(struct socket *so, u_long cmd MG> } MG> MG> IF_ADDR_LOCK(ifp); MG> - TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); MG> + TAILQ_FOREACH(ifa, &ifp->if_addrhead, ifa_link) { MG> + if (&ia->ia_ifa == ifa) { MG> + TAILQ_REMOVE(&ifp->if_addrhead, &ia->ia_ifa, ifa_link); MG> + break; MG> + } MG> + } MG> IF_ADDR_UNLOCK(ifp); MG> + if (ifa == NULL) { MG> + error = EADDRNOTAVAIL; MG> + goto out; MG> + } MG> ifa_free(&ia->ia_ifa); /* if_addrhead */ MG> MG> IN_IFADDR_WLOCK(); MG> --- sys/net/if_llatbl.c.orig 2010-04-18 22:38:58.000000000 +0300 MG> +++ sys/net/if_llatbl.c 2010-04-18 22:39:13.000000000 +0300 MG> @@ -209,14 +209,14 @@ lltable_prefix_free(int af, struct socka MG> { MG> struct lltable *llt; MG> MG> - LLTABLE_RLOCK(); MG> + LLTABLE_WLOCK(); MG> SLIST_FOREACH(llt, &V_lltables, llt_link) { MG> if (llt->llt_af != af) MG> continue; MG> MG> llt->llt_prefix_free(llt, prefix, mask); MG> } MG> - LLTABLE_RUNLOCK(); MG> + LLTABLE_WUNLOCK(); MG> } MG> MG> MG> --- sys/net/rtsock.c.orig 2010-04-19 08:19:48.000000000 +0300 MG> +++ sys/net/rtsock.c 2010-04-19 08:26:02.000000000 +0300 MG> @@ -1380,6 +1380,7 @@ sysctl_iflist(int af, struct walkarg *w) MG> TAILQ_FOREACH(ifp, &V_ifnet, if_link) { MG> if (w->w_arg && w->w_arg != ifp->if_index) MG> continue; MG> + IF_ADDR_LOCK(ifp); MG> ifa = ifp->if_addr; MG> info.rti_info[RTAX_IFP] = ifa->ifa_addr; MG> len = rt_msg2(RTM_IFINFO, &info, NULL, w); MG> @@ -1419,10 +1420,13 @@ sysctl_iflist(int af, struct walkarg *w) MG> goto done; MG> } MG> } MG> + IF_ADDR_UNLOCK(ifp); MG> info.rti_info[RTAX_IFA] = info.rti_info[RTAX_NETMASK] = MG> info.rti_info[RTAX_BRD] = NULL; MG> } MG> done: MG> + if (ifp) MG> + IF_ADDR_UNLOCK(ifp); MG> IFNET_RUNLOCK(); MG> return (error); MG> } MG> --- sys/netinet/in.c.in_control 2010-04-18 21:00:37.000000000 +0300 MG> +++ sys/netinet/in.c 2010-04-20 13:08:41.000000000 +0300 MG> @@ -836,19 +836,25 @@ in_ifinit(struct ifnet *ifp, struct in_i MG> int scrub) MG> { MG> register u_long i = ntohl(sin->sin_addr.s_addr); MG> + register struct in_ifaddr *iap; MG> struct sockaddr_in oldaddr; MG> int s = splimp(), flags = RTF_UP, error = 0; MG> MG> oldaddr = ia->ia_addr; MG> - if (oldaddr.sin_family == AF_INET) MG> - LIST_REMOVE(ia, ia_hash); MG> + IN_IFADDR_WLOCK(); MG> + if (oldaddr.sin_family == AF_INET) { MG> + LIST_FOREACH(iap, INADDR_HASH(oldaddr.sin_addr.s_addr), ia_hash) { MG> + if (iap == ia) { MG> + LIST_REMOVE(ia, ia_hash); MG> + break; MG> + } MG> + } MG> + } MG> ia->ia_addr = *sin; MG> - if (ia->ia_addr.sin_family == AF_INET) { MG> - IN_IFADDR_WLOCK(); MG> + if (ia->ia_addr.sin_family == AF_INET) MG> LIST_INSERT_HEAD(INADDR_HASH(ia->ia_addr.sin_addr.s_addr), MG> ia, ia_hash); MG> - IN_IFADDR_WUNLOCK(); MG> - } MG> + IN_IFADDR_WUNLOCK(); MG> /* MG> * Give the interface a chance to initialize MG> * if this is its first address, -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Sun May 2 20:00:16 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 350B9106566C for ; Sun, 2 May 2010 20:00:16 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0BECA8FC08 for ; Sun, 2 May 2010 20:00:16 +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 o42K0F9K019092 for ; Sun, 2 May 2010 20:00:15 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o42K0Fjg019091; Sun, 2 May 2010 20:00:15 GMT (envelope-from gnats) Date: Sun, 2 May 2010 20:00:15 GMT Message-Id: <201005022000.o42K0Fjg019091@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Dominic Fandrey Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Dominic Fandrey List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2010 20:00:16 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: Dominic Fandrey To: jeff curry Cc: bug-followup@FreeBSD.org Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 02 May 2010 21:55:02 +0200 On 02/05/2010 21:45, jeff curry wrote: > This is happening to me as well, 8.0-release p2, amd64, 4 GB RAM, same > motherboard chipset and graphics card ( Dell D630 ). > > wpi0: device timeout > wpi0: could not set power mode > wpi0: device config failed > > kldunload -> kldload panics the system often but not always. wpi0 device > timeouts happen more often with X/gnome running. wireless will not work > after this until a reboot ( when kldload doesn't cause kernel panics ) I have found a very reliable (as in 100%) way to panic the system. - Turn radio off (via hardware switch) - Load the driver and firmware - Turn radio on (via hardware switch) Voilà, instant panic. -- A: Because it fouls the order in which people normally read text. Q: Why is top-posting such a bad thing? A: Top-posting. Q: What is the most annoying thing on usenet and in e-mail? From owner-freebsd-net@FreeBSD.ORG Sun May 2 20:10:13 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6446E1065673 for ; Sun, 2 May 2010 20:10:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 3AF218FC08 for ; Sun, 2 May 2010 20:10: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 o42KADEm027174 for ; Sun, 2 May 2010 20:10:13 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o42KADdg027173; Sun, 2 May 2010 20:10:13 GMT (envelope-from gnats) Date: Sun, 2 May 2010 20:10:13 GMT Message-Id: <201005022010.o42KADdg027173@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: jeff curry Cc: Subject: Re: kern/144898: [wpi] [panic] wpi panics system X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: jeff curry List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 02 May 2010 20:10:13 -0000 The following reply was made to PR kern/144898; it has been noted by GNATS. From: jeff curry To: bug-followup@FreeBSD.org Cc: kamikaze@bsdforen.de Subject: Re: kern/144898: [wpi] [panic] wpi panics system Date: Sun, 2 May 2010 12:45:41 -0700 --0050450156d6b0f0cd0485a1b8cc Content-Type: text/plain; charset=ISO-8859-1 This is happening to me as well, 8.0-release p2, amd64, 4 GB RAM, same motherboard chipset and graphics card ( Dell D630 ). wpi0: device timeout wpi0: could not set power mode wpi0: device config failed kldunload -> kldload panics the system often but not always. wpi0 device timeouts happen more often with X/gnome running. wireless will not work after this until a reboot ( when kldload doesn't cause kernel panics ) --0050450156d6b0f0cd0485a1b8cc Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable This is happening to me as well, 8.0-release p2, amd64, 4 GB RAM, same moth= erboard chipset and graphics card ( Dell D630 ).

wpi0: device timeou= t
wpi0: could not set power mode
wpi0: device config failed

kldunload -> kldload panics the system= often but not always. wpi0 device timeouts happen more often with X/gnome = running. wireless will not work after this until a reboot ( when kldload do= esn't cause kernel panics )

--0050450156d6b0f0cd0485a1b8cc-- From owner-freebsd-net@FreeBSD.ORG Mon May 3 07:41:45 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A7CE5106568C; Mon, 3 May 2010 07:41:45 +0000 (UTC) (envelope-from to.my.trociny@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id D2B818FC2F; Mon, 3 May 2010 07:41:44 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id l26so687249fgb.13 for ; Mon, 03 May 2010 00:41:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:to:cc:subject:organization :from:date:message-id:user-agent:mime-version:content-type; bh=ZRdHAlX57rctL4RPXNm+pPoshBdAiiW6mG17MWTKaSY=; b=FoerdkTihGKZCvKdHGvd3P6Wy6A8t6z2aqUgpZjPon5W7bSiMwbjFyZjvPZ459hExO 0TJ+u/IGoFf7ujiY+8R9HJWitbxk9KFB+TfMBHLJk3nuLq56iI7CFYhUNgfzRiB9fo6h g/eyT/KlpbNwXH9GvlSVJbDN2NpnIfhpy8k7k= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=to:cc:subject:organization:from:date:message-id:user-agent :mime-version:content-type; b=KYBwWKm/Ns7q9xAeaQlZ9tHI8H6Kkh2CTxjeru7G7riPSz00PD68CPtF9wTLrHG0Kj 5g/AMouqmMyQM3zBaayFqzB6rpRLBwF+iyrM3HFFcC+7RYwqp8pVyrtcxrg8fFbGzOqL IrnuMVZlKxtXOnjikjIsmsZ604JYnN9ogsbko= Received: by 10.87.73.30 with SMTP id a30mr9620413fgl.64.1272872496955; Mon, 03 May 2010 00:41:36 -0700 (PDT) Received: from localhost ([95.69.175.186]) by mx.google.com with ESMTPS id e20sm4848190fga.11.2010.05.03.00.41.35 (version=TLSv1/SSLv3 cipher=RC4-MD5); Mon, 03 May 2010 00:41:36 -0700 (PDT) To: bug-followup@FreeBSD.org Organization: Home From: Mikolaj Golub Date: Mon, 03 May 2010 10:41:34 +0300 Message-ID: <86k4rll9e9.fsf@kopusha.onet> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.3 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-net@FreeBSD.org, "Bjoern A. Zeeb" , Leonardo Santagostini Subject: Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault 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, 03 May 2010 07:41:45 -0000 This pr is duplicate of kern/116837 so I think we can close it. The problem is fixed in CURRENT and 8-STABLE and there is a patch for 7-STABLE (see kern/116837 for details). -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Mon May 3 07:50:13 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 041551065675 for ; Mon, 3 May 2010 07:50:13 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id C53898FC1D for ; Mon, 3 May 2010 07:50: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 o437oCIZ057065 for ; Mon, 3 May 2010 07:50:12 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o437oCx2057064; Mon, 3 May 2010 07:50:12 GMT (envelope-from gnats) Date: Mon, 3 May 2010 07:50:12 GMT Message-Id: <201005030750.o437oCx2057064@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Mikolaj Golub Cc: Subject: Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Mikolaj Golub List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 07:50:13 -0000 The following reply was made to PR kern/133902; it has been noted by GNATS. From: Mikolaj Golub To: bug-followup@FreeBSD.org Cc: Leonardo Santagostini , "Bjoern A. Zeeb" , freebsd-net@FreeBSD.org Subject: Re: kern/133902: [tun] Killing tun0 iface ssh tunnel causes Panic String: page fault Date: Mon, 03 May 2010 10:41:34 +0300 This pr is duplicate of kern/116837 so I think we can close it. The problem is fixed in CURRENT and 8-STABLE and there is a patch for 7-STABLE (see kern/116837 for details). -- Mikolaj Golub From owner-freebsd-net@FreeBSD.ORG Mon May 3 08:00:12 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DDA85106566C; Mon, 3 May 2010 08:00:12 +0000 (UTC) (envelope-from vanhu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B5E378FC0A; Mon, 3 May 2010 08:00: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 o4380Cfr065834; Mon, 3 May 2010 08:00:12 GMT (envelope-from vanhu@freefall.freebsd.org) Received: (from vanhu@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o4380COG065830; Mon, 3 May 2010 08:00:12 GMT (envelope-from vanhu) Date: Mon, 3 May 2010 08:00:12 GMT Message-Id: <201005030800.o4380COG065830@freefall.freebsd.org> To: vanhu@FreeBSD.org, freebsd-net@FreeBSD.org, vanhu@FreeBSD.org From: vanhu@FreeBSD.org Cc: Subject: Re: kern/146190: [ipsec][patch] NAT traversal does not work in transport mode 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, 03 May 2010 08:00:12 -0000 Synopsis: [ipsec][patch] NAT traversal does not work in transport mode Responsible-Changed-From-To: freebsd-net->vanhu Responsible-Changed-By: vanhu Responsible-Changed-When: Mon May 3 07:57:47 UTC 2010 Responsible-Changed-Why: Taking it, I'll also handle userland (racoon) part. http://www.freebsd.org/cgi/query-pr.cgi?pr=146190 From owner-freebsd-net@FreeBSD.ORG Mon May 3 11:08:21 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id D9F2C106564A for ; Mon, 3 May 2010 11:08:21 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id AA8C08FC1C for ; Mon, 3 May 2010 11:08: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 o43B8LH9033670 for ; Mon, 3 May 2010 11:08:21 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o43B8K05033668 for freebsd-net@FreeBSD.org; Mon, 3 May 2010 11:08:20 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 3 May 2010 11:08:20 GMT Message-Id: <201005031108.o43B8K05033668@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, 03 May 2010 11:08:21 -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/146250 net [patch] Races on interface alias removal o kern/146037 net [panic] mpd + CoA = kernel panic o kern/145918 net [ae] After spontaneous ae0 "watchdog timeout", "stray o kern/145826 net [ath] Unable to configure adhoc mode on ath0/wlan0 o kern/145825 net [panic] panic: soabort: so_count o kern/145777 net [wpi] Intel 3945ABG driver breaks the connection after o kern/145728 net [lagg] Stops working lagg between two servers. o kern/145621 net [bge] [panic] bge watchdog timeout --resetting -> cras o kern/145462 net [netgraph] [patch] panic kernel when ng_ipfw send ip p o kern/144987 net [wpi] [panic] injecting packets with wlaninject using o kern/144898 net [wpi] [panic] wpi panics system o kern/144882 net MacBookPro =>4.1 does not connect to BSD in hostap wit o kern/144874 net [if_bridge] [patch] if_bridge frees mbuf after pfil ho o kern/144777 net [arp] proxyarp broken in 8.0 [regression] o kern/144755 net [iwi] [panic] iwi panic when issuing /etc/rc.d/netif r o kern/144724 net [bwn] if_bwn does not pass traffic when in PIO mode o conf/144700 net [rc.d] async dhclient breaks stuff for too many people o kern/144680 net [em] em(4) problem with dual-port adapter o kern/144642 net [rum] [panic] Enabling rum interface causes panic o kern/144616 net [nat] [panic] ip_nat panic FreeBSD 7.2 o kern/144572 net [carp] CARP preemption mode traffic partially goes to o kern/144561 net [ixgbe] [patch] ixgbe driver errors o kern/144529 net [sctp] sctp over ipv6 appears to not calculate checksu o kern/144505 net [bwn] [patch] Error in macro CALC_COEFF2. o kern/144494 net [ixgbe] ixgbe driver not built as module f kern/144315 net [ipfw] [panic] freebsd 8-stable reboot after add ipfw o kern/144206 net Marvell Yukon NIC not working under FreeBSD o kern/144000 net [tcp] setting TCP_MAXSEG by setsockopt() does not seem o kern/143939 net [ipfw] [em] ipfw nat and em interface rxcsum problem o kern/143874 net [wpi] Wireless 3945ABG error. wpi0 could not allocate o kern/143868 net [ath] [patch] allow Atheros watchdog timeout to be tun o kern/143846 net [gif] bringing gif3 tunnel down causes gif0 tunnel to s kern/143673 net [stf] [request] there should be a way to support multi s kern/143666 net [ip6] [request] PMTU black hole detection not implemen o kern/143622 net [pfil] [patch] unlock pfil lock while calling firewall o kern/143595 net [wpi] [panic] Creating virtual interface over wpi0 in o kern/143593 net [ipsec] When using IPSec, tcpdump doesn't show outgoin o kern/143591 net [ral] RT2561C-based DLink card (DWL-510) fails to work o kern/143573 net [em] em(4) NIC crashes intermittently o kern/143285 net [em] [regression] jumbo frames broken in 8.0 o kern/143208 net [ipsec] [gif] IPSec over gif interface not working o conf/143079 net hostapd(8) startup missing multi wlan functionality o kern/143074 net [wi]: wi driver triggers panic o kern/143034 net [panic] system reboots itself in tcp code [regression] o kern/142907 net [wpi] if_wpi unstable on ibm/lenovo x60 -- suspect fir o kern/142877 net [hang] network-related repeatable 8.0-STABLE hard hang o kern/142774 net Problem with outgoing connections on interface with mu o kern/142772 net [libc] lla_lookup: new lle malloc failed o kern/142766 net [ipw] [regression] ipw(4) with Intel PRO/wireless 2100 o kern/142518 net [em] [lagg] Problem on 8.0-STABLE with em and lagg o kern/142019 net [em] em needs "ifconfig em0 down up" when link was gon o kern/142018 net [iwi] [patch] Possibly wrong interpretation of beacon- o kern/141861 net [wi] data garbled with WEP and wi(4) with Prism 2.5 o kern/141843 net [em] [vlan] Intel txcsum and assigned vlan invoke wron o kern/141777 net [rum] [patch] Support usbdevs / rum(4) for Buffalo WLI f kern/141741 net Etherlink III NIC won't work after upgrade to FBSD 8, o kern/141720 net [sctp] [lor] [hang] sctp-create vs. sctp-it causes sys o kern/141698 net [sctp] [panic] Own lock on stcb at return from input o kern/141697 net [sctp] [panic] lock (sleep mutex) sctp-tcb not locked o kern/141696 net [rum] [panic] rum(4)+ vimage = kernel panic o kern/141695 net [sctp] [panic] kernel page fault with non-sleepable lo o kern/141314 net Network Performance has decreased by 30% [regression] o kern/141285 net [em] hangs down/up intel nic during creating vlan o kern/141023 net [carp] CARP arp replays with wrong src mac o kern/140796 net [ath] [panic] privileged instruction fault o kern/140778 net [em] randomly panic in vlan/em o kern/140742 net rum(4) Two asus-WL167G adapters cannot talk to each ot o kern/140728 net [em] [patch] Fast irq registration in em driver o kern/140682 net [netgraph] [panic] random panic in netgraph o kern/140647 net [em] [patch] e1000 driver does not correctly handle mu o kern/140634 net [vlan] destroying if_lagg interface with if_vlan membe o kern/140619 net [ifnet] [patch] refine obsolete if_var.h comments desc o kern/140597 net [netinet] [patch] implement Lost Retransmission Detect o kern/140567 net [ath] [patch] ath is not worked on my notebook PC o kern/140564 net [wpi] Problem with Intel(R) PRO/Wireless 3945ABG o kern/140346 net [wlan] High bandwidth use causes loss of wlan connecti o kern/140326 net [em] em0: watchdog timeout when communicating to windo o kern/140245 net [ath] [panic] Kernel panic during network activity on o kern/140142 net [ip6] [panic] FreeBSD 7.2-amd64 panic w/IPv6 o kern/140066 net [bwi] install report for 8.0 RC 2 (multiple problems) o kern/140051 net [bce] [arp] ARP not sent through Bridge Firewall with o kern/139565 net [ipfilter] ipfilter ioctl SIOCDELST broken o kern/139387 net [ipsec] Wrong lenth of PF_KEY messages in promiscuous o bin/139346 net [patch] arp(8) add option to remove static entries lis o kern/139268 net [if_bridge] [patch] allow if_bridge to forward just VL o kern/139204 net [arp] DHCP server replies rejected, ARP entry lost bef o kern/139162 net [fwip] [panic] 8.0-RC1 panics if using IP over firewir o kern/139117 net [lagg] + wlan boot timing (EBUSY) o kern/139079 net [wpi] Failure to attach wpi(4) o kern/139058 net [ipfilter] mbuf cluster leak on FreeBSD 7.2 o kern/138850 net [dummynet] dummynet doesn't work correctly on a bridge o kern/138782 net [panic] sbflush_internal: cc 0 || mb 0xffffff004127b00 o kern/138739 net [wpi] wpi(4) does not work very well under 8.0-BETA4 o kern/138694 net [bge] FreeBSD 6.3 release does not recognize Broadcom o amd64/138688 net [rum] possibly broken on 8 Beta 4 amd64: able to wpa a o kern/138678 net [lo] FreeBSD does not assign linklocal address to loop o kern/138660 net [igb] igb driver troubles in 8.0-BETA4 o kern/138652 net [tcp] TCP window scaling value calculated incorrectly? o kern/138620 net [lagg] [patch] lagg port bpf-writes blocked o kern/138427 net [wpi] [panic] Kernel panic after trying set monitor wl o kern/138407 net [gre] gre(4) interface does not come up after reboot o kern/138332 net [tun] [lor] ifconfig tun0 destroy causes LOR if_adata/ o kern/138266 net [panic] kernel panic when udp benchmark test used as r o kern/138177 net [ipfilter] FreeBSD crashing repeatedly in ip_nat.c:257 o kern/138046 net [tcp] tcp sockets stay in SYN_SENT even after receivin o kern/137881 net [netgraph] [panic] ng_pppoe fatal trap 12 o bin/137841 net [patch] wpa_supplicant(8) cannot verify SHA256 signed p kern/137795 net [sctp] [panic] mtx_lock() of destroyed mutex o kern/137776 net [rum] panic in rum(4) driver on 8.0-BETA2 o kern/137775 net [netgraph] [patch] Add XMIT_FAILOVER to ng_one2many o bin/137641 net ifconfig(8): various problems with "vlan_device.vlan_i o kern/137592 net [ath] panic - 7-STABLE (Aug 7, 2009 UTC) crashes on ne o bin/137484 net [patch] Integer overflow in wpa_supplicant(8) base64 e o kern/137392 net [ip] [panic] crash in ip_nat.c line 2577 o kern/137372 net [ral] FreeBSD doesn't support wireless interface from o kern/137317 net [tcp] logs full of syncache problems o kern/137279 net [bge] [panic] Page fault (fatal trap 12) NFS server w/ o kern/137089 net [lagg] lagg falsely triggers IPv6 duplicate address de o bin/136994 net [patch] ifconfig(8) print carp mac address o kern/136943 net [wpi] [lor] wpi0_com_lock / wpi0 o kern/136911 net [netgraph] [panic] system panic on kldload ng_bpf.ko t o kern/136876 net [bge] bge will not resume properly after suspend o kern/136836 net [ath] atheros card stops functioning after about 12 ho o bin/136661 net [patch] ndp(8) ignores -f option o kern/136618 net [pf][stf] panic on cloning interface without unit numb o kern/136426 net [panic] spawning several dhclients in parallel panics o kern/136168 net [em] em driver initialization fails on Intel 5000PSL m o kern/135502 net [periodic] Warning message raised by rtfree function i o kern/135222 net [igb] low speed routing between two igb interfaces o kern/134956 net [em] FreeBSD 7.1 & 7.2, Intel PRO/1000 PT Quad Port Se o kern/134931 net [route] Route messages sent to all socket listeners re o kern/134583 net [hang] Machine with jail freezes after random amount o o kern/134531 net [route] [panic] kernel crash related to routes/zebra o kern/134401 net [msk] [panic] Kernel Fatal trap 12: page fault while i o kern/134168 net [ral] ral driver problem on RT2525 2.4GHz transceiver o kern/134157 net [dummynet] dummynet loads cpu for 100% and make a syst o kern/134079 net [em] "em0: Invalid MAC address" in FreeBSD-Current ( 8 o kern/133969 net [dummynet] [panic] Fatal trap 12: page fault while in o kern/133968 net [dummynet] [panic] dummynet kernel panic o kern/133902 net [tun] Killing tun0 iface ssh tunnel causes Panic Strin o kern/133786 net [netinet] [patch] ip_input might cause kernel panic o kern/133736 net [udp] ip_id not protected ... o kern/133613 net [wpi] [panic] kernel panic in wpi(4) o kern/133595 net [panic] Kernel Panic at pcpu.h:195 o kern/133572 net [ppp] [hang] incoming PPTP connection hangs the system o kern/133490 net [bpf] [panic] 'kmem_map too small' panic on Dell r900 o kern/133328 net [bge] [panic] Kernel panics with Windows7 client o kern/133235 net [netinet] [patch] Process SIOCDLIFADDR command incorre o kern/133218 net [carp] [hang] use of carp(4) causes system to freeze f kern/133213 net arp and sshd errors on 7.1-PRERELEASE o kern/133204 net [msk] msk driver timeouts o kern/133060 net [ipsec] [pfsync] [panic] Kernel panic with ipsec + pfs f bin/132911 net ip6fw(8): argument type of fill_icmptypes is wrong and o kern/132889 net [ndis] [panic] NDIS kernel crash on load BCM4321 AGN d o kern/132885 net [wlan] 802.1x broken after SVN rev 189592 o conf/132851 net [patch] rc.conf(5): allow to setfib(1) for service run o kern/132832 net [netinet] [patch] tcp_output() might generate invalid o bin/132798 net [patch] ggatec(8): ggated/ggatec connection slowdown p o kern/132734 net [ifmib] [panic] panic in net/if_mib.c o kern/132722 net [ath] Wifi ath0 associates fine with AP, but DHCP or I o kern/132705 net [libwrap] [patch] libwrap - infinite loop if hosts.all o kern/132672 net [ndis] [panic] ndis with rt2860.sys causes kernel pani o kern/132669 net [xl] 3c905-TX send DUP! in reply on ping (sometime) o kern/132554 net [ipl] There is no ippool start script/ipfilter magic t o kern/132354 net [nat] Getting some packages to ipnat(8) causes crash o kern/132285 net [carp] alias gives incorrect hash in dmesg o kern/132277 net [crypto] [ipsec] poor performance using cryptodevice f o kern/132107 net [carp] carp(4) advskew setting ignored when carp IP us o kern/131781 net [ndis] ndis keeps dropping the link o kern/131776 net [wi] driver fails to init o kern/131753 net [altq] [panic] kernel panic in hfsc_dequeue o bin/131567 net [socket] [patch] Update for regression/sockets/unix_cm o kern/131549 net ifconfig(8) can't clear 'monitor' mode on the wireless o kern/131536 net [netinet] [patch] kernel does allow manipulation of su o bin/131365 net route(8): route add changes interpretation of network o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw f kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R o conf/130555 net [rc.d] [patch] No good way to set ipfilter variables a o kern/130525 net [ndis] [panic] 64 bit ar5008 ndisgen-erated driver cau o kern/130311 net [wlan_xauth] [panic] hostapd restart causing kernel pa o kern/130109 net [ipfw] Can not set fib for packets originated from loc f kern/130059 net [panic] Leaking 50k mbufs/hour o kern/129750 net [ath] Atheros AR5006 exits on "cannot map register spa f kern/129719 net [nfs] [panic] Panic during shutdown, tcp_ctloutput: in o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [carp] [panic] Kernel panic with EtherIP (may be relat o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129197 net [panic] 7.0 IP stack related panic o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128448 net [nfs] 6.4-RC1 Boot Fails if NFS Hostname cannot be res o conf/128334 net [request] use wpa_cli in the "WPA DHCP" situation o bin/128295 net [patch] ifconfig(8) does not print TOE4 or TOE6 capabi o bin/128001 net wpa_supplicant(8), wlan(4), and wi(4) issues o kern/127928 net [tcp] [patch] TCP bandwidth gets squeezed every time t o kern/127834 net [ixgbe] [patch] wrong error counting o kern/127826 net [iwi] iwi0 driver has reduced performance and connecti o kern/127815 net [gif] [patch] if_gif does not set vlan attributes from o kern/127724 net [rtalloc] rtfree: 0xc5a8f870 has 1 refs f bin/127719 net [arp] arp: Segmentation fault (core dumped) f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126339 net [ipw] ipw driver drops the connection o kern/126214 net [ath] txpower problem with Atheros wifi card o kern/126075 net [inet] [patch] internet control accesses beyond end of o bin/125922 net [patch] Deadlock in arp(8) o kern/125920 net [arp] Kernel Routing Table loses Ethernet Link status o kern/125845 net [netinet] [patch] tcp_lro_rx() should make use of hard o kern/125816 net [carp] [if_bridge] carp stuck in init when using bridg f kern/125502 net [ral] ifconfig ral0 scan produces no output unless in o kern/125258 net [socket] socket's SO_REUSEADDR option does not work o kern/125239 net [gre] kernel crash when using gre o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124225 net [ndis] [patch] ndis network driver sometimes loses net o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123890 net [ppp] [panic] crash & reboot on work with PPP low-spee o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [mbuf] [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122319 net [wi] imposible to enable ad-hoc demo mode with Orinoco o kern/122290 net [netgraph] [panic] Netgraph related "kmem_map too smal o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup ieee o bin/121895 net [patch] rtsol(8)/rtsold(8) doesn't handle managed netw o kern/121872 net [wpi] driver fails to attach on a fujitsu-siemens s711 s kern/121774 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/121706 net [netinet] [patch] "rtfree: 0xc4383870 has 1 refs" emit o kern/121624 net [em] [regression] Intel em WOL fails after upgrade to o kern/121555 net [panic] Fatal trap 12: current process = 12 (swi1: net o kern/121443 net [gif] [lor] icmp6_input/nd6_lookup o kern/121437 net [vlan] Routing to layer-2 address does not work on VLA o bin/121359 net [patch] [security] ppp(8): fix local stack overflow in o kern/121298 net [em] [panic] Fatal trap 12: page fault while in kernel o kern/121257 net [tcp] TSO + natd -> slow outgoing tcp traffic o kern/121181 net [panic] Fatal trap 3: breakpoint instruction fault whi o kern/121080 net [bge] IPv6 NUD problem on multi address config on bge0 o kern/120966 net [rum] kernel panic with if_rum and WPA encryption p docs/120945 net [patch] ip6(4) man page lacks documentation for TCLASS o kern/120566 net [request]: ifconfig(8) make order of arguments more fr o kern/120304 net [netgraph] [patch] netgraph source assumes 32-bit time o kern/120266 net [udp] [panic] gnugk causes kernel panic when closing U o kern/120232 net [nfe] [patch] Bring in nfe(4) to RELENG_6 o kern/120130 net [carp] [panic] carp causes kernel panics in any conste o bin/120060 net routed(8) deletes link-level routes in the presence of o kern/119945 net [rum] [panic] rum device in hostap mode, cause kernel o kern/119791 net [nfs] UDP NFS mount of aliased IP addresses from a Sol o kern/119617 net [nfs] nfs error on wpa network when reseting/shutdown f kern/119516 net [ip6] [panic] _mtx_lock_sleep: recursed on non-recursi o kern/119432 net [arp] route add -host -iface causes arp e o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a kern/118879 net [bge] [patch] bge has checksum problems on the 5703 ch o kern/118727 net [netgraph] [patch] [request] add new ng_pf module a kern/118238 net [bce] [patch] bce driver shows "no carrier" on Intel S s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116185 net [iwi] if_iwi driver leads system to reboot o kern/115239 net [ipnat] panic with 'kmem_map too small' using ipnat o kern/115019 net [netgraph] ng_ether upper hook packet flow stops on ad o kern/115002 net [wi] if_wi timeout. failed allocation (busy bit). ifco o kern/114915 net [patch] [pcn] pcn (sys/pci/if_pcn.c) ethernet driver f o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R o kern/113432 net [ucom] WARNING: attempt to net_add_domain(netgraph) af o kern/112722 net [ipsec] [udp] IP v4 udp fragmented packet reject o kern/112686 net [patm] patm driver freezes System (FreeBSD 6.2-p4) i38 o kern/112570 net [bge] packet loss with bge driver on BCM5704 chipset o bin/112557 net [patch] ppp(8) lock file should not use symlink name o kern/112528 net [nfs] NFS over TCP under load hangs with "impossible p o kern/111457 net [ral] ral(4) freeze o kern/110140 net [ipw] ipw fails under load o kern/109733 net [bge] bge link state issues [regression] o kern/109470 net [wi] Orinoco Classic Gold PC Card Can't Channel Hop o kern/109308 net [pppd] [panic] Multiple panics kernel ppp suspected [r o kern/109251 net [re] [patch] if_re cardbus card won't attach o bin/108895 net pppd(8): PPPoE dead connections on 6.2 [regression] o kern/108542 net [bce] Huge network latencies with 6.2-RELEASE / STABLE o kern/107944 net [wi] [patch] Forget to unlock mutex-locks o kern/107850 net [bce] bce driver link negotiation is faulty o conf/107035 net [patch] bridge(8): bridge interface given in rc.conf n o kern/106444 net [netgraph] [panic] Kernel Panic on Binding to an ip to o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o kern/102540 net [netgraph] [patch] supporting vlan(4) by ng_fec(4) o conf/102502 net [netgraph] [patch] ifconfig name does't rename netgrap o kern/102035 net [plip] plip networking disables parallel port printing o kern/101948 net [ipf] [panic] Kernel Panic Trap No 12 Page Fault - cau o kern/100709 net [libc] getaddrinfo(3) should return TTL info o kern/100519 net [netisr] suggestion to fix suboptimal network polling o kern/98978 net [ipf] [patch] ipfilter drops OOW packets under 6.1-Rel o kern/98597 net [inet6] Bug in FreeBSD 6.1 IPv6 link-local DAD procedu o bin/98218 net wpa_supplicant(8) blacklist not working f bin/97392 net ppp(8) hangs instead terminating o kern/97306 net [netgraph] NG_L2TP locks after connection with failed f kern/96268 net [socket] TCP socket performance drops by 3000% if pack o kern/96030 net [bfe] [patch] Install hangs with Broadcomm 440x NIC in o kern/95519 net [ral] ral0 could not map mbuf o kern/95288 net [pppd] [tty] [panic] if_ppp panic in sys/kern/tty_subr o kern/95277 net [netinet] [patch] IP Encapsulation mask_match() return o kern/95267 net packet drops periodically appear s kern/94863 net [bge] [patch] hack to get bge(4) working on IBM e326m o kern/94162 net [bge] 6.x kenel stale with bge(4) o kern/93886 net [ath] Atheros/D-Link DWL-G650 long delay to associate f kern/93378 net [tcp] Slow data transfer in Postfix and Cyrus IMAP (wo o kern/93019 net [ppp] ppp and tunX problems: no traffic after restarti o kern/92880 net [libc] [patch] almost rewritten inet_network(3) functi f kern/92552 net A serious bug in most network drivers from 5.X to 6.X s kern/92279 net [dc] Core faults everytime I reboot, possible NIC issu o kern/92090 net [bge] bge0: watchdog timeout -- resetting o kern/91859 net [ndis] if_ndis does not work with Asus WL-138 s kern/91777 net [ipf] [patch] wrong behaviour with skip rule inside an o kern/91594 net [em] FreeBSD > 5.4 w/ACPI fails to detect Intel Pro/10 o kern/91364 net [ral] [wep] WF-511 RT2500 Card PCI and WEP o kern/91311 net [aue] aue interface hanging o kern/90890 net [vr] Problems with network: vr0: tx shutdown timeout s kern/90086 net [hang] 5.4p8 on supermicro P8SCT hangs during boot if f kern/88082 net [ath] [panic] cts protection for ath0 causes panic o kern/87521 net [ipf] [panic] using ipfilter "auth" keyword leads to k o kern/87506 net [vr] [patch] Fix alias support on vr interfaces o kern/87421 net [netgraph] [panic]: ng_ether + ng_eiface + if_bridge s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86871 net [tcp] [patch] allocation logic for PCBs in TIME_WAIT s o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o kern/85780 net 'panic: bogus refcnt 0' in routing/ipv6 o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82881 net [netgraph] [panic] ng_fec(4) causes kernel panic after o bin/82185 net [patch] ndp(8) can delete the incorrect entry s kern/81147 net [net] [patch] em0 reinitialization while adding aliase o kern/80853 net [ed] [patch] add support for Compex RL2000/ISA in PnP o kern/79895 net [ipf] 5.4-RC2 breaks ipfilter NAT when using netgraph f kern/79262 net [dc] Adaptec ANA-6922 not fully supported o bin/79228 net [patch] extend arp(8) to be able to create blackhole r o kern/78090 net [ipf] ipf filtering on bridged packets doesn't work if p kern/77913 net [wi] [patch] Add the APDL-325 WLAN pccard to wi(4) o kern/77341 net [ip6] problems with IPV6 implementation o kern/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match o kern/75873 net Usability problem with non-RFC-compliant IP spoof prot s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/66225 net [netgraph] [patch] extend ng_eiface(4) control message s kern/60293 net [patch] FreeBSD arp poison patch o kern/54383 net [nfs] [patch] NFS root configurations without dynamic f i386/45773 net [bge] Softboot causes autoconf failure on Broadcom 570 s bin/41647 net ifconfig(8) doesn't accept lladdr along with inet addr s kern/39937 net ipstealth issue a kern/38554 net [patch] changing interface ipaddress doesn't seem to w o kern/35442 net [sis] [patch] Problem transmitting runts in if_sis dri o kern/34665 net [ipf] [hang] ipfilter rcmd proxy "hangs". o kern/31647 net [libc] socket calls can return undocumented EINVAL o kern/30186 net [libc] getaddrinfo(3) does not handle incorrect servna o kern/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [arp] [patch] for static ARP tables in rc.network 413 problems total. From owner-freebsd-net@FreeBSD.ORG Mon May 3 14:40:25 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 5CCDB1065675; Mon, 3 May 2010 14:40:25 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id 2049E8FC28; Mon, 3 May 2010 14:40:25 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id B84A046B0C; Mon, 3 May 2010 10:40:24 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id C89A88A01F; Mon, 3 May 2010 10:40:23 -0400 (EDT) From: John Baldwin To: net@freebsd.org Date: Mon, 3 May 2010 10:40:05 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201005031040.05100.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 03 May 2010 10:40:23 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Brooks Davis Subject: Fix deadlock in vlan detach 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, 03 May 2010 14:40:25 -0000 When a vlan interface is torn down in vlan_unconfig(), it removes references to any multicast addresses from the parent device. If any of those attempts fail, then vlan_unconfig() fails and doesn't tear down the device. However, when a "normal" ifnet is detached, it destroys all its multicast addresses in if_detach() before it invokes the ifnet_departure eventhandler. This means that when the vlan eventhandler tries to call vlan_unconfig(), it will fail if multicast has ever been used on the vlan interface as the attempts to release a reference on the multicast address on the parent interface will fail with ENOENT. However, the code does not expect vlan_unconfig() to ever fail, and in fact it will loop forever here: restart: for (i = 0; i < (1 << ifp->if_vlantrunk->hwidth); i++) if ((ifv = LIST_FIRST(&ifp->if_vlantrunk->hash[i]))) { vlan_unconfig_locked(ifv->ifv_ifp); if (ifp->if_vlantrunk) goto restart; /* trunk->hwidth can change */ else break; } due to the 'goto restart'. The fix I came up with was to make vlan_unconfig() simply ignore errors from removing a multicast reference from the parent device and always succeed. I think this is probably more robust anyway. None of the callers of vlan_unconfig() ever check the return value to handle failure anyway. You can trigger this hang by kldunload'ing a network driver where at least one instance has a sub-interface with a multicast address registered. Thoughts? Index: if_vlan.c =================================================================== --- if_vlan.c (revision 207329) +++ if_vlan.c (working copy) @@ -187,8 +187,8 @@ int (*func)(struct ifnet *, int)); static int vlan_setflags(struct ifnet *ifp, int status); static int vlan_setmulti(struct ifnet *ifp); -static int vlan_unconfig(struct ifnet *ifp); -static int vlan_unconfig_locked(struct ifnet *ifp); +static void vlan_unconfig(struct ifnet *ifp); +static void vlan_unconfig_locked(struct ifnet *ifp); static int vlan_config(struct ifvlan *ifv, struct ifnet *p, uint16_t tag); static void vlan_link_state(struct ifnet *ifp); static void vlan_capabilities(struct ifvlan *ifv); @@ -1128,25 +1128,22 @@ return (error); } -static int +static void vlan_unconfig(struct ifnet *ifp) { - int ret; VLAN_LOCK(); - ret = vlan_unconfig_locked(ifp); + vlan_unconfig_locked(ifp); VLAN_UNLOCK(); - return (ret); } -static int +static void vlan_unconfig_locked(struct ifnet *ifp) { struct ifvlantrunk *trunk; struct vlan_mc_entry *mc; struct ifvlan *ifv; struct ifnet *parent; - int error; VLAN_LOCK_ASSERT(); @@ -1175,9 +1172,15 @@ while ((mc = SLIST_FIRST(&ifv->vlan_mc_listhead)) != NULL) { bcopy((char *)&mc->mc_addr, LLADDR(&sdl), ETHER_ADDR_LEN); - error = if_delmulti(parent, (struct sockaddr *)&sdl); - if (error) - return (error); + + /* + * This may fail if the parent interface is + * being detached. Regardless, we should do a + * best effort to free this interface as much + * as possible as all callers expect vlan + * destruction to succeed. + */ + (void)if_delmulti(parent, (struct sockaddr *)&sdl); SLIST_REMOVE_HEAD(&ifv->vlan_mc_listhead, mc_entries); free(mc, M_VLAN); } @@ -1223,8 +1226,6 @@ */ if (parent != NULL) EVENTHANDLER_INVOKE(vlan_unconfig, parent, ifv->ifv_tag); - - return (0); } /* Handle a reference counted flag that should be set on the parent as well */ -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon May 3 15:13:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 664EE106564A for ; Mon, 3 May 2010 15:13:54 +0000 (UTC) (envelope-from scrappy@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 342528FC18 for ; Mon, 3 May 2010 15:13:53 +0000 (UTC) Received: from maia.hub.org (maia-1.hub.org [200.46.208.211]) by hub.org (Postfix) with ESMTP id 415BB3455A10 for ; Mon, 3 May 2010 11:55:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.208.211]) (amavisd-maia, port 10024) with ESMTP id 55142-06 for ; Mon, 3 May 2010 14:55:18 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 6FFC634559F6; Mon, 3 May 2010 11:55:26 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 6C943345590C for ; Mon, 3 May 2010 11:55:26 -0300 (ADT) Date: Mon, 3 May 2010 11:55:26 -0300 (ADT) From: "Marc G. Fournier" To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: quagga:zebra errors on FreeBSD 6.x ... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 15:13:54 -0000 In order to deal with a lack of layer 3 switch, last week I installed Quagga on all of my servers, and got it configured. Works *great* on my 7.x servers, but, using the same config (and port), my 6-STABLE boxes all generate the same error when I try and start up zebra: 2010/05/01 01:44:18 ZEBRA: Can't bind to stream socket: Can't assign requested address 2010/05/01 01:44:18 ZEBRA: zebra can't provice full functionality due to above error 2010/05/01 01:44:18 ZEBRA: Zebra 0.99.15 starting: vty@2601 So ospfd isn't able to announce / receive routes ... My zebra.conf file looks like: ! interface em0 no shutdown ip address 200.46.204.60/24 ! interface em1 ! interface lo0 ! ip route 0.0.0.0/0 200.46.208.1 ! ip forwarding ! line vty The top bit of ifconfig shows: ifconfig em0 | less em0: flags=8943 mtu 1500 options=1b inet 200.46.204.60 netmask 0xffffff00 broadcast 200.46.204.255 inet 200.46.208.60 netmask 0xffffff00 broadcast 200.46.208.255 inet 192.168.1.7 netmask 0xffffff00 broadcast 192.168.1.255 inet 200.46.204.183 netmask 0xffffffff broadcast 200.46.204.183 Other hten appropriate interface/IP on the 7-STABLE boxes, the 7-STABLE boxes all work fine ... is there an issue with em/fxp devices and zebra? Or am I overlooking something in my config? Thx ... ---- Marc G. Fournier Hub.Org Hosting Solutions S.A. scrappy@hub.org http://www.hub.org Yahoo:yscrappy Skype: hub.org ICQ:7615664 MSN:scrappy@hub.org From owner-freebsd-net@FreeBSD.ORG Mon May 3 18:23:14 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E67D2106564A; Mon, 3 May 2010 18:23:14 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id BEBB98FC17; Mon, 3 May 2010 18:23: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 o43INEbY061141; Mon, 3 May 2010 18:23:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o43INEF2061137; Mon, 3 May 2010 18:23:14 GMT (envelope-from linimon) Date: Mon, 3 May 2010 18:23:14 GMT Message-Id: <201005031823.o43INEF2061137@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/146165: [wlan] [panic] Setting bssid in adhoc mode causes panic X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 18:23:15 -0000 Old Synopsis: Setting bssid in adhoc mode causes panic New Synopsis: [wlan] [panic] Setting bssid in adhoc mode causes panic Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Mon May 3 18:22:35 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146165 From owner-freebsd-net@FreeBSD.ORG Mon May 3 19:27:20 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F2B4A1065672; Mon, 3 May 2010 19:27:20 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id CA70A8FC12; Mon, 3 May 2010 19:27:20 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 73D6C46B8A; Mon, 3 May 2010 15:27:20 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 955748A021; Mon, 3 May 2010 15:27:19 -0400 (EDT) From: John Baldwin To: net@freebsd.org Date: Mon, 3 May 2010 15:27:18 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) MIME-Version: 1.0 Content-Type: Text/Plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <201005031527.18468.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 03 May 2010 15:27:19 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Brooks Davis Subject: Workaround automatic re-loading of network drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 19:27:21 -0000 While testing some changes with vlans and the new vlan_ syntax in rc.conf I've noticed the following behavior: ifconfig foo0.100 destroy Will actually try to kldload the 'foo' driver. This can prove very non- intuitive. In general I think we shouldn't try to kldload anything when destroying an interface period. What I've done locally is to pass '-n' to ifconfig when destroying an interface. We should possibly fix some other bugs however. For example, ifmaybeload() in ifconfig should probably stop at the first non-digit it finds (e.g. ".") rather than trimming from the first digit on. Also, perhaps 'ifconfig destroy' should imply -n without requiring it to be explicit. I also moved the ifconfig destroy of wlan and vlan devices up before running ifn_stop to prevent running 'ifconfig down' which would also reload the driver due to the first bug in ifconfig. Index: network.subr =================================================================== --- network.subr (revision 207329) +++ network.subr (working copy) @@ -915,7 +915,7 @@ _list= for ifn in ${cloned_interfaces}; do - ifconfig ${ifn} destroy + ifconfig -n ${ifn} destroy if [ $? -eq 0 ]; then _list="${_list}${_prefix}${ifn}" [ -z "$_prefix" ] && _prefix=' ' @@ -1000,10 +1000,10 @@ if ! ifexists $child; then continue fi + ifconfig -n $child destroy && cfg=0 if autoif $child; then ifn_stop $child fi - ifconfig $child destroy && cfg=0 done child_vlans=`get_if_var $ifn vlans_IF` @@ -1014,10 +1014,10 @@ if ! ifexists $child; then continue fi + ifconfig -n $child destroy && cfg=0 if autoif $child; then ifn_stop $child fi - ifconfig $child destroy && cfg=0 done return ${cfg} -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon May 3 19:53:54 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6FBCD106566C for ; Mon, 3 May 2010 19:53:54 +0000 (UTC) (envelope-from freebsd@hub.org) Received: from hub.org (hub.org [200.46.204.220]) by mx1.freebsd.org (Postfix) with ESMTP id 3C9648FC15 for ; Mon, 3 May 2010 19:53:53 +0000 (UTC) Received: from maia.hub.org (maia-4.hub.org [200.46.204.183]) by hub.org (Postfix) with ESMTP id 6AB273455A4B for ; Mon, 3 May 2010 16:37:27 -0300 (ADT) Received: from hub.org ([200.46.204.220]) by maia.hub.org (mx1.hub.org [200.46.204.183]) (amavisd-maia, port 10024) with ESMTP id 12913-08 for ; Mon, 3 May 2010 19:37:27 +0000 (UTC) Received: by hub.org (Postfix, from userid 1002) id 3608F34559BB; Mon, 3 May 2010 16:37:27 -0300 (ADT) Received: from localhost (localhost [127.0.0.1]) by hub.org (Postfix) with ESMTP id 341423455986 for ; Mon, 3 May 2010 16:37:27 -0300 (ADT) Date: Mon, 3 May 2010 16:37:27 -0300 (ADT) From: "Marc G. Fournier" X-X-Sender: scrappy@hub.org To: freebsd-net@freebsd.org Message-ID: User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; format=flowed; charset=US-ASCII Subject: 6-STABLE + zebra == Can't bind to stream socket 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, 03 May 2010 19:53:54 -0000 In order to deal with a lack of layer 3 switch, last week I installed Quagga/OSPF on all of my servers, and got it configured. Works *great* on my 7.x servers, but, using the same config (and port), my 6-STABLE boxes all generate the same error when I try and start up zebra: 2010/05/01 01:44:18 ZEBRA: Can't bind to stream socket: Can't assign requested address 2010/05/01 01:44:18 ZEBRA: zebra can't provice full functionality due to above error 2010/05/01 01:44:18 ZEBRA: Zebra 0.99.15 starting: vty@2601 So ospfd isn't able to announce / receive routes ... My zebra.conf file looks like: ! interface em0 no shutdown ip address 200.46.204.60/24 ! interface em1 ! interface lo0 ! ip route 0.0.0.0/0 200.46.208.1 ! ip forwarding ! line vty The top bit of ifconfig shows: ifconfig em0 | less em0: flags=8943 mtu 1500 options=1b inet 200.46.204.60 netmask 0xffffff00 broadcast 200.46.204.255 inet 200.46.208.60 netmask 0xffffff00 broadcast 200.46.208.255 inet 192.168.1.7 netmask 0xffffff00 broadcast 192.168.1.255 inet 200.46.204.183 netmask 0xffffffff broadcast 200.46.204.183 Other then appropriate interface/IP on the 7-STABLE boxes, the 7-STABLE boxes all work fine ... is there an issue with em/fxp devices and zebra on 6-STABLE/i386? Or am I overlooking something in my config? Thx ... From owner-freebsd-net@FreeBSD.ORG Mon May 3 20:20:51 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 1D1E01065670; Mon, 3 May 2010 20:20:51 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from cyrus.watson.org (cyrus.watson.org [65.122.17.42]) by mx1.freebsd.org (Postfix) with ESMTP id C46028FC19; Mon, 3 May 2010 20:20:50 +0000 (UTC) Received: from bigwig.baldwin.cx (66.111.2.69.static.nyinternet.net [66.111.2.69]) by cyrus.watson.org (Postfix) with ESMTPSA id 56DF646B89; Mon, 3 May 2010 16:20:50 -0400 (EDT) Received: from jhbbsd.localnet (smtp.hudson-trading.com [209.249.190.9]) by bigwig.baldwin.cx (Postfix) with ESMTPA id 96D028A01F; Mon, 3 May 2010 16:20:49 -0400 (EDT) From: John Baldwin To: net@freebsd.org Date: Mon, 3 May 2010 16:20:49 -0400 User-Agent: KMail/1.12.1 (FreeBSD/7.3-CBSD-20100217; KDE/4.3.1; amd64; ; ) References: <201005031527.18468.jhb@freebsd.org> In-Reply-To: <201005031527.18468.jhb@freebsd.org> MIME-Version: 1.0 Content-Type: Text/Plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <201005031620.49141.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.0.1 (bigwig.baldwin.cx); Mon, 03 May 2010 16:20:49 -0400 (EDT) X-Virus-Scanned: clamav-milter 0.95.1 at bigwig.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-2.6 required=4.2 tests=AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on bigwig.baldwin.cx Cc: Brooks Davis Subject: Re: Workaround automatic re-loading of network drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 20:20:51 -0000 On Monday 03 May 2010 3:27:18 pm John Baldwin wrote: > While testing some changes with vlans and the new vlan_ syntax in rc.conf > I've noticed the following behavior: > > ifconfig foo0.100 destroy > > Will actually try to kldload the 'foo' driver. This can prove very non- > intuitive. In general I think we shouldn't try to kldload anything when > destroying an interface period. What I've done locally is to pass '-n' to > ifconfig when destroying an interface. > > We should possibly fix some other bugs however. For example, ifmaybeload() in > ifconfig should probably stop at the first non-digit it finds (e.g. ".") > rather than trimming from the first digit on. Also, perhaps 'ifconfig > destroy' should imply -n without requiring it to be explicit. > > I also moved the ifconfig destroy of wlan and vlan devices up before running > ifn_stop to prevent running 'ifconfig down' which would also reload the > driver due to the first bug in ifconfig. I've noticed since sending this that the calls to ifn_stop when destroying child interfaces are now superfluous in this patch since they are now moved to after the destroy (devd will kick them off after the destroy runs), so I've now removed them entirely. Index: network.subr =================================================================== --- network.subr (revision 207329) +++ network.subr (working copy) @@ -915,7 +915,7 @@ _list= for ifn in ${cloned_interfaces}; do - ifconfig ${ifn} destroy + ifconfig -n ${ifn} destroy if [ $? -eq 0 ]; then _list="${_list}${_prefix}${ifn}" [ -z "$_prefix" ] && _prefix=' ' @@ -1000,10 +1000,7 @@ if ! ifexists $child; then continue fi - if autoif $child; then - ifn_stop $child - fi - ifconfig $child destroy && cfg=0 + ifconfig -n $child destroy && cfg=0 done child_vlans=`get_if_var $ifn vlans_IF` @@ -1014,10 +1011,7 @@ if ! ifexists $child; then continue fi - if autoif $child; then - ifn_stop $child - fi - ifconfig $child destroy && cfg=0 + ifconfig -n $child destroy && cfg=0 done return ${cfg} -- John Baldwin From owner-freebsd-net@FreeBSD.ORG Mon May 3 23:37:35 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A3EA51065676 for ; Mon, 3 May 2010 23:37:35 +0000 (UTC) (envelope-from dougb@FreeBSD.org) Received: from mail2.fluidhosting.com (mx22.fluidhosting.com [204.14.89.5]) by mx1.freebsd.org (Postfix) with ESMTP id 3AFD48FC0A for ; Mon, 3 May 2010 23:37:33 +0000 (UTC) Received: (qmail 12637 invoked by uid 399); 3 May 2010 23:37:33 -0000 Received: from localhost (HELO foreign.dougb.net) (dougb@dougbarton.us@127.0.0.1) by localhost with ESMTPAM; 3 May 2010 23:37:33 -0000 X-Originating-IP: 127.0.0.1 X-Sender: dougb@dougbarton.us Message-ID: <4BDF5E3C.4080301@FreeBSD.org> Date: Mon, 03 May 2010 16:37:32 -0700 From: Doug Barton Organization: http://SupersetSolutions.com/ User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100330 Thunderbird/3.0.4 MIME-Version: 1.0 To: John Baldwin References: <201005031527.18468.jhb@freebsd.org> In-Reply-To: <201005031527.18468.jhb@freebsd.org> X-Enigmail-Version: 1.0.1 OpenPGP: id=1A1ABC84 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: Brooks Davis , freebsd-rc@FreeBSD.org, net@freebsd.org Subject: Re: Workaround automatic re-loading of network drivers X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 03 May 2010 23:37:35 -0000 Seems reasonable to me. Doug On 05/03/10 12:27, John Baldwin wrote: > While testing some changes with vlans and the new vlan_ syntax in rc.conf > I've noticed the following behavior: > > ifconfig foo0.100 destroy > > Will actually try to kldload the 'foo' driver. This can prove very non- > intuitive. In general I think we shouldn't try to kldload anything when > destroying an interface period. What I've done locally is to pass '-n' to > ifconfig when destroying an interface. > > We should possibly fix some other bugs however. For example, ifmaybeload() in > ifconfig should probably stop at the first non-digit it finds (e.g. ".") > rather than trimming from the first digit on. Also, perhaps 'ifconfig > destroy' should imply -n without requiring it to be explicit. > > I also moved the ifconfig destroy of wlan and vlan devices up before running > ifn_stop to prevent running 'ifconfig down' which would also reload the > driver due to the first bug in ifconfig. > > Index: network.subr > =================================================================== > --- network.subr (revision 207329) > +++ network.subr (working copy) > @@ -915,7 +915,7 @@ > _list= > > for ifn in ${cloned_interfaces}; do > - ifconfig ${ifn} destroy > + ifconfig -n ${ifn} destroy > if [ $? -eq 0 ]; then > _list="${_list}${_prefix}${ifn}" > [ -z "$_prefix" ] && _prefix=' ' > @@ -1000,10 +1000,10 @@ > if ! ifexists $child; then > continue > fi > + ifconfig -n $child destroy && cfg=0 > if autoif $child; then > ifn_stop $child > fi > - ifconfig $child destroy && cfg=0 > done > > child_vlans=`get_if_var $ifn vlans_IF` > @@ -1014,10 +1014,10 @@ > if ! ifexists $child; then > continue > fi > + ifconfig -n $child destroy && cfg=0 > if autoif $child; then > ifn_stop $child > fi > - ifconfig $child destroy && cfg=0 > done > > return ${cfg} > > -- ... and that's just a little bit of history repeating. -- Propellerheads Improve the effectiveness of your Internet presence with a domain name makeover! http://SupersetSolutions.com/ From owner-freebsd-net@FreeBSD.ORG Tue May 4 11:21:01 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E9AF11065673 for ; Tue, 4 May 2010 11:21:01 +0000 (UTC) (envelope-from ymileyko@gmail.com) Received: from mail-qy0-f201.google.com (mail-qy0-f201.google.com [209.85.221.201]) by mx1.freebsd.org (Postfix) with ESMTP id A30B18FC15 for ; Tue, 4 May 2010 11:21:01 +0000 (UTC) Received: by qyk39 with SMTP id 39so5334474qyk.8 for ; Tue, 04 May 2010 04:20:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:date:from:to:subject :message-id:mime-version:content-type:content-disposition:user-agent; bh=nQ71PpNeWgIVVRPT5MxRFzfOdL73QQ0n//PpsrqRC2M=; b=k7YM1CncjP1Hxav7icFW3RXZ7UWgH41cAmfHQIG5IQVWSDNmJQwQYWXMIzmuloPG74 YsnMwVjzv4Xsv+m/u4IceUAFkFUWZK7YCdomFTwLWGYvhOdtSllkjT1YyDo3fy1EJ8RJ fO3iP6YtPdnEuY55s6HO6pYcXveyhGzv5o9k4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:subject:message-id:mime-version:content-type :content-disposition:user-agent; b=xVEVnRXi+eL4QhYhf40f3ik2k4Nd7ez1wpdLywtQlBj/uSEEsiTSPKm5KRHz3ASRlb 3zr1CVVq1DYkzwHv5ZdSvBD0niZBoNFL0b4r0Z7bQR8uliPlomqFOGQuhlJ8IR3TAE2K pAQIjJl8y6vQzJz3J/RT1M5Iy+dpHKRoFu7oY= Received: by 10.224.29.76 with SMTP id p12mr4212221qac.148.1272970614534; Tue, 04 May 2010 03:56:54 -0700 (PDT) Received: from ym (cpe-065-190-207-069.nc.res.rr.com [65.190.207.69]) by mx.google.com with ESMTPS id bv23sm1346025qcb.19.2010.05.04.03.56.51 (version=SSLv3 cipher=RC4-MD5); Tue, 04 May 2010 03:56:53 -0700 (PDT) Received: by ym (sSMTP sendmail emulation); Tue, 04 May 2010 06:56:33 -0400 Date: Tue, 4 May 2010 06:56:33 -0400 From: Yuriy Mileyko To: freebsd-net@freebsd.org Message-ID: <20100504105633.GA1694@ym.Belkin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Subject: NDIS with Intel Centrino Ultimate-N 6300 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, 04 May 2010 11:21:02 -0000 Hi, I am trying to set up an Intel Centrino Ultimate-N 6300 wireless card on my Thinkpad W510 running Freebsd 8.0-release (AMD64). I downloaded the corresponding XP 64bit driver. It compiles successfully and seems to load successfully (when I do kldload) but nothing happens, it doesn't recognize the card. I have no idea what is wrong since no messages are produced. Any advice on how to proceed? Yuriy From owner-freebsd-net@FreeBSD.ORG Tue May 4 18:24:49 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E48761065670 for ; Tue, 4 May 2010 18:24:49 +0000 (UTC) (envelope-from peter@kieser.ca) Received: from mail.pfak.org (mail.pfak.org [216.19.178.154]) by mx1.freebsd.org (Postfix) with ESMTP id BEE7B8FC16 for ; Tue, 4 May 2010 18:24:49 +0000 (UTC) Received: from mail.pfak.org (localhost.pfak.org [127.0.0.1]) by mail.pfak.org (Postfix) with ESMTP id 4BA5B40D5 for ; Tue, 4 May 2010 11:06:02 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=kieser.ca; h=message-id :date:from:mime-version:to:subject:content-type :content-transfer-encoding; s=mail; bh=qigHFZ9H2bLowDaq9ouvT7Xfl SI=; b=gYG9dr/L4nwdFjh9NxqGNVXvruL1E0VqfduAW3wERn3MVlA+Hhts0QimN nNkr6tR1w/d/QI1dypiylFE8SBunz+wb8YA4tbWixwAqRvkI9CgmAH/KLWmzbrsO vRZhd4hm/SQ2bmdWSBVtrqbQEP86uS2UryxOp6/qe3BDshq5SM= DomainKey-Signature: a=rsa-sha1; c=nofws; d=kieser.ca; h=message-id:date :from:mime-version:to:subject:content-type :content-transfer-encoding; q=dns; s=mail; b=bVEDt64XmK9g8pcRKk+ pmDCd0ZBbknQ2a8c0xdiWGpYCiRaxA+VY+2KSgPMKQ/9zdo8kV4Ti9UWjIHm9Gg6 tsYjGLVsy1OitVqdNfQBjhOvC0ApxdD/ZHpbYxpaJYIYi1Gnn3eHyYOyuDZJWoDo vdx6vwiemNOpr9Jxwjz8YDtk= Received: from [192.168.100.16] (216-19-178-131.stc.novuscom.net [216.19.178.131]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@kieser.ca) by mail.pfak.org (Postfix) with ESMTPSA id 2B45640D0 for ; Tue, 4 May 2010 11:06:02 -0700 (PDT) Message-ID: <4BE0620A.3090906@kieser.ca> Date: Tue, 04 May 2010 11:06:02 -0700 From: Peter Kieser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: Reproducible crash w/ IPv6 on FreeBSD 7.1 amd64 under VMware ESXi 3.5 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, 04 May 2010 18:24:50 -0000 Hello, My FreeBSD 7.1 guest is crashing when I use IPv6 and ping6 an address that doesn't respond to ICMP or isn't on the network. Am I the only person that has run into this issue? I can reproduce it on a fresh virtual machine, 100% of the time .. Does NOT occur (I've had machines up for 200+ days) if I am not using IPv6. HOWTO Reproduce: 1. FreeBSD 7.1 amd64 Guest 2. IPv6 networking enabled and configured 3. ping6 against an IPv6 address that isn't active on your network and leave it running 4. Virtual machine will crash after a number of minutes (from 1~15 minutes) What configuration: * Generic FreeBSD 7.1 kernel (No custom configuration) * No VMware tools or kernel modules installed * e1000 virtual Ethernet adapter * LSI Logic virtual SCSI controller * kern.hz set at 100 in /boot/loader.conf Kernel revision: FreeBSD freebsd71.pfak.org 7.1-RELEASE-p11 FreeBSD 7.1-RELEASE-p11 #0: Tue May 4 10:28:31 PDT 2010 root@freebsd71.pfak.org:/usr/obj/usr/src/sys/GENERIC amd64 Kernel dump W/ Backtrace: Fatal trap 12: page fault while in kernel mode cpuid = 1; apic id = 01 fault virtual address = 0x18 fault code = supervisor read data, page not present instruction pointer = 0x8:0xffffffff80505a66 stack pointer = 0x10:0xffffffffac258a60 frame pointer = 0x10:0x0 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 = 13 (swi1: net) trap number = 12 panic: page fault cpuid = 1 Uptime: 13m54s Physical memory: 3827 MB Dumping 323 MB: 308 292 276 260 244 228 212 196 180 164 148 132 116 100 84 68 52 36 20 4 #0 doadump () at pcpu.h:195 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); (kgdb) backtrace #0 doadump () at pcpu.h:195 #1 0x0000000000000004 in ?? () #2 0xffffffff804b4d29 in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff804b5132 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff8078a1f3 in trap_fatal (frame=0xffffff00010ff000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff8078a5c5 in trap_pfault (frame=0xffffffffac2589b0, usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 #6 0xffffffff8078af08 in trap (frame=0xffffffffac2589b0) at /usr/src/sys/amd64/amd64/trap.c:449 #7 0xffffffff807706fe in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #8 0xffffffff80505a66 in m_copydata (m=0x0, off=0, len=56, cp=0xffffff00013b9980 "") at /usr/src/sys/kern/uipc_mbuf.c:813 #9 0xffffffff8061277f in ip6_input (m=0xffffff0001611a00) at /usr/src/sys/netinet6/ip6_input.c:299 #10 0xffffffff8055ae59 in netisr_processqueue (ni=0xffffffff80acbb08) at /usr/src/sys/net/netisr.c:143 #11 0xffffffff8055b0eb in swi_net (dummy=Variable "dummy" is not available. ) at /usr/src/sys/net/netisr.c:250 #12 0xffffffff804957c0 in ithread_loop (arg=0xffffff00010fac00) at /usr/src/sys/kern/kern_intr.c:1088 #13 0xffffffff80492663 in fork_exit (callout=0xffffffff80495650 , arg=0xffffff00010fac00, frame=0xffffffffac258c80) at /usr/src/sys/kern/kern_fork.c:804 #14 0xffffffff80770ace in fork_trampoline () at /usr/src/sys/amd64/amd64/exception.S:455 #15 0x0000000000000000 in ?? () #16 0x0000000000000000 in ?? () #17 0x0000000000000001 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 0x0000000000d43000 in ?? () #40 0xffffffff80ab8440 in tdq_cpu () #41 0x0000000000000000 in ?? () #42 0xffffffff80ac3fc0 in tdq_cpu () #43 0x0000000000000000 in ?? () #44 0xffffff00010ff000 in ?? () #45 0xffffffffac258628 in ?? () #46 0xffffffff80ab77c0 in tdg_maxid () #47 0xffffffff804d5954 in sched_switch (td=0x0, newtd=0x8005c7450, flags=0) at /usr/src/sys/kern/sched_ule.c:1944 #48 0x0000000000000000 in ?? () #49 0x0000000000000000 in ?? () #50 0x0000000000000000 in ?? () #51 0x0000000000000000 in ?? () ... Cannot access memory at address 0xffffffffac259000 (kgdb) -Peter From owner-freebsd-net@FreeBSD.ORG Tue May 4 19:25:40 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 42E6D106564A for ; Tue, 4 May 2010 19:25:40 +0000 (UTC) (envelope-from peter@kieser.ca) Received: from mail.pfak.org (mail.pfak.org [216.19.178.154]) by mx1.freebsd.org (Postfix) with ESMTP id 180198FC0C for ; Tue, 4 May 2010 19:25:39 +0000 (UTC) Received: from mail.pfak.org (localhost.pfak.org [127.0.0.1]) by mail.pfak.org (Postfix) with ESMTP id 68D734093; Tue, 4 May 2010 12:25:39 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha1; c=relaxed; d=kieser.ca; h=message-id :date:from:mime-version:to:cc:subject:references:in-reply-to :content-type; s=mail; bh=SG7uL2fC5OcbdbKj7M4wE5MsqWU=; b=Vhyw5n 8i0DP6jRVdFLC9GrdWlz6R2pzIg2+KA6nza20+9wROmf2fvkKmnTwzibW9GBO6/P DQ4HehwXVpZqfDftedZ6mze/KYOnt3PTH9P0cSeOroPRdSSvJc24ABB0M6N/t3/z 1j6tfTp9YwP43bQw33OX8X0PKv/Rd1C7uhj00= DomainKey-Signature: a=rsa-sha1; c=nofws; d=kieser.ca; h=message-id:date :from:mime-version:to:cc:subject:references:in-reply-to :content-type; q=dns; s=mail; b=FOE4LoaVp+iG3dOAvKd2R2Dv7Dr/Vv74 b8JvsITB1rEyAHQOAU6NiKqppCW2rCgSXd7/icb5GzaNqrB/Z3f7U94aAXyitiuB s/YrrXzdMmF4ou6YPuv3yPi/UHvYdrvv/Bk3F0eF0qDimIKVe87+I5ZWnr9C9F2c fcxnzI9Tit0= Received: from [192.168.100.16] (216-19-178-131.stc.novuscom.net [216.19.178.131]) (using TLSv1 with cipher DHE-RSA-CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: peter@kieser.ca) by mail.pfak.org (Postfix) with ESMTPSA id 540E64052; Tue, 4 May 2010 12:25:39 -0700 (PDT) Message-ID: <4BE074B3.4050500@kieser.ca> Date: Tue, 04 May 2010 12:25:39 -0700 From: Peter Kieser User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4BE0620A.3090906@kieser.ca> In-Reply-To: <4BE0620A.3090906@kieser.ca> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Cc: freebsd-stable@freebsd.org Subject: Re: Reproducible crash w/ IPv6 on FreeBSD 7.1 amd64 under VMware ESXi 3.5 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, 04 May 2010 19:25:40 -0000 On further note: I belive that 'm' should not be NULL ... #9 0xffffffff8061277f in ip6_input (m=0xffffff0001611a00) at /usr/src/sys/netinet6/ip6_input.c:299 -Peter On 5/4/2010 11:06 AM, Peter Kieser wrote: > Hello, > > My FreeBSD 7.1 guest is crashing when I use IPv6 and ping6 an address > that doesn't respond to ICMP or isn't on the network. Am I the only > person that has run into this issue? I can reproduce it on a fresh > virtual machine, 100% of the time .. Does NOT occur (I've had machines > up for 200+ days) if I am not using IPv6. > > HOWTO Reproduce: > > 1. FreeBSD 7.1 amd64 Guest > 2. IPv6 networking enabled and configured > 3. ping6 against an IPv6 address that isn't active on your network and > leave it running > 4. Virtual machine will crash after a number of minutes (from 1~15 > minutes) > > What configuration: > > * Generic FreeBSD 7.1 kernel (No custom configuration) > * No VMware tools or kernel modules installed > * e1000 virtual Ethernet adapter > * LSI Logic virtual SCSI controller > * kern.hz set at 100 in /boot/loader.conf > > Kernel revision: > > FreeBSD freebsd71.pfak.org 7.1-RELEASE-p11 FreeBSD 7.1-RELEASE-p11 #0: > Tue May 4 10:28:31 PDT 2010 > root@freebsd71.pfak.org:/usr/obj/usr/src/sys/GENERIC amd64 > > Kernel dump W/ Backtrace: > > Fatal trap 12: page fault while in kernel mode > cpuid = 1; apic id = 01 > fault virtual address = 0x18 > fault code = supervisor read data, page not present > instruction pointer = 0x8:0xffffffff80505a66 > stack pointer = 0x10:0xffffffffac258a60 > frame pointer = 0x10:0x0 > 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 = 13 (swi1: net) > trap number = 12 > panic: page fault > cpuid = 1 > Uptime: 13m54s > Physical memory: 3827 MB > Dumping 323 MB: 308 292 276 260 244 228 212 196 180 164 148 132 116 > 100 84 68 52 36 20 4 > > #0 doadump () at pcpu.h:195 > 195 __asm __volatile("movq %%gs:0,%0" : "=r" (td)); > (kgdb) backtrace > #0 doadump () at pcpu.h:195 > #1 0x0000000000000004 in ?? () > #2 0xffffffff804b4d29 in boot (howto=260) at > /usr/src/sys/kern/kern_shutdown.c:418 > #3 0xffffffff804b5132 in panic (fmt=0x104
bounds>) at /usr/src/sys/kern/kern_shutdown.c:574 > #4 0xffffffff8078a1f3 in trap_fatal (frame=0xffffff00010ff000, > eva=Variable "eva" is not available. > ) at /usr/src/sys/amd64/amd64/trap.c:764 > #5 0xffffffff8078a5c5 in trap_pfault (frame=0xffffffffac2589b0, > usermode=0) at /usr/src/sys/amd64/amd64/trap.c:680 > #6 0xffffffff8078af08 in trap (frame=0xffffffffac2589b0) at > /usr/src/sys/amd64/amd64/trap.c:449 > #7 0xffffffff807706fe in calltrap () at > /usr/src/sys/amd64/amd64/exception.S:209 > #8 0xffffffff80505a66 in m_copydata (m=0x0, off=0, len=56, > cp=0xffffff00013b9980 "") at /usr/src/sys/kern/uipc_mbuf.c:813 > #9 0xffffffff8061277f in ip6_input (m=0xffffff0001611a00) at > /usr/src/sys/netinet6/ip6_input.c:299 > #10 0xffffffff8055ae59 in netisr_processqueue (ni=0xffffffff80acbb08) > at /usr/src/sys/net/netisr.c:143 > #11 0xffffffff8055b0eb in swi_net (dummy=Variable "dummy" is not > available. > ) at /usr/src/sys/net/netisr.c:250 > #12 0xffffffff804957c0 in ithread_loop (arg=0xffffff00010fac00) at > /usr/src/sys/kern/kern_intr.c:1088 > #13 0xffffffff80492663 in fork_exit (callout=0xffffffff80495650 > , arg=0xffffff00010fac00, frame=0xffffffffac258c80) > at /usr/src/sys/kern/kern_fork.c:804 > #14 0xffffffff80770ace in fork_trampoline () at > /usr/src/sys/amd64/amd64/exception.S:455 > #15 0x0000000000000000 in ?? () > #16 0x0000000000000000 in ?? () > #17 0x0000000000000001 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 0x0000000000d43000 in ?? () > #40 0xffffffff80ab8440 in tdq_cpu () > #41 0x0000000000000000 in ?? () > #42 0xffffffff80ac3fc0 in tdq_cpu () > #43 0x0000000000000000 in ?? () > #44 0xffffff00010ff000 in ?? () > #45 0xffffffffac258628 in ?? () > #46 0xffffffff80ab77c0 in tdg_maxid () > #47 0xffffffff804d5954 in sched_switch (td=0x0, newtd=0x8005c7450, > flags=0) at /usr/src/sys/kern/sched_ule.c:1944 > #48 0x0000000000000000 in ?? () > #49 0x0000000000000000 in ?? () > #50 0x0000000000000000 in ?? () > #51 0x0000000000000000 in ?? () > ... > Cannot access memory at address 0xffffffffac259000 > (kgdb) > > -Peter > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Tue May 4 20:51:57 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC31A1065673 for ; Tue, 4 May 2010 20:51:57 +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 E4D9E8FC1E for ; Tue, 4 May 2010 20:51:56 +0000 (UTC) Received: (qmail 96145 invoked from network); 4 May 2010 20:51:54 -0000 Received: from bizet.nethelp.no (HELO localhost) (195.1.209.33) by bizet.nethelp.no with SMTP; 4 May 2010 20:51:54 -0000 Date: Tue, 04 May 2010 22:51:54 +0200 (CEST) Message-Id: <20100504.225154.74721744.sthaug@nethelp.no> To: freebsd-net@freebsd.org From: sthaug@nethelp.no 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 Subject: TCP host cache used by other protocols (UDP, ICMP) 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, 04 May 2010 20:51:57 -0000 The following was done on a 7.3-STABLE system. While debugging an IPv6 path MTU problem I discovered to my surprise that the TCP host cache (use "sysctl net.inet.tcp.hostcache.list" to see it) is also used by UDP and ICMP, at least for IPv6. Scenario: - Run ping6 or traceroute6 (traceroute6 with or without -I option) with a large packet size (ping6 -s 1452, traceroute6 ... 1460). - ICMPv6 "fragmentation needed" is returned from an intermediate hop. - This ICMPv6 message creates a TCP host cache entry. - Next packet (ICMPv6 or UDP) which is sent by ping6 or traceroute6 is fragmented by the FreeBSD kernel according to the TCP host cache entry even though TCP has not been involved at all. If this host cache is going to be used for *all* protocols running on top of IPv4 / IPv6, it would be nice to have a different name than TCP host cache. Also, some references to this host cache in the man pages for netstat, route etc would be good - as it was I had to dig into the source code to understand what was happening. Another entry for the wish list is a way of purging an individual entry in this host cache immediately. Comments? Steinar Haug, Nethelp consulting, sthaug@nethelp.no From owner-freebsd-net@FreeBSD.ORG Wed May 5 07:05:43 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A978B1065670 for ; Wed, 5 May 2010 07:05:43 +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 6DAAC8FC19 for ; Wed, 5 May 2010 07:05:43 +0000 (UTC) Received: from lstewart.caia.swin.edu.au (lstewart.caia.swin.edu.au [136.186.229.95]) by lauren.room52.net (Postfix) with ESMTPSA id 503627E853; Wed, 5 May 2010 17:05:41 +1000 (EST) Message-ID: <4BE118C1.40706@freebsd.org> Date: Wed, 05 May 2010 17:05:37 +1000 From: Lawrence Stewart User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100409 Thunderbird/3.0.4 MIME-Version: 1.0 To: sthaug@nethelp.no References: <20100504.225154.74721744.sthaug@nethelp.no> In-Reply-To: <20100504.225154.74721744.sthaug@nethelp.no> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: TCP host cache used by other protocols (UDP, ICMP) 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, 05 May 2010 07:05:43 -0000 On 05/05/10 06:51, sthaug@nethelp.no wrote: > The following was done on a 7.3-STABLE system. > > While debugging an IPv6 path MTU problem I discovered to my surprise > that the TCP host cache (use "sysctl net.inet.tcp.hostcache.list" to > see it) is also used by UDP and ICMP, at least for IPv6. Scenario: > > - Run ping6 or traceroute6 (traceroute6 with or without -I option) > with a large packet size (ping6 -s 1452, traceroute6 ... 1460). > - ICMPv6 "fragmentation needed" is returned from an intermediate hop. > - This ICMPv6 message creates a TCP host cache entry. > - Next packet (ICMPv6 or UDP) which is sent by ping6 or traceroute6 is > fragmented by the FreeBSD kernel according to the TCP host cache entry > even though TCP has not been involved at all. > > If this host cache is going to be used for *all* protocols running on > top of IPv4 / IPv6, it would be nice to have a different name than TCP > host cache. Also, some references to this host cache in the man pages > for netstat, route etc would be good - as it was I had to dig into the > source code to understand what was happening. Another entry for the > wish list is a way of purging an individual entry in this host cache > immediately. > > Comments? Yeah, the host cache is a mess and it's on my TODO list to overhaul it. Sharing it between all protocols is desirable, but I agree the current state of affairs is not up to scratch. It's not something I'm likely to get to for quite some time though so if anyone is keen to get involved I'd be happy to coordinate with them. Cheers, Lawrence From owner-freebsd-net@FreeBSD.ORG Wed May 5 09:22:56 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A80D61065674 for ; Wed, 5 May 2010 09:22:56 +0000 (UTC) (envelope-from sadishkr@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 80AFC8FC0C for ; Wed, 5 May 2010 09:22:56 +0000 (UTC) Received: by pwi9 with SMTP id 9so2541308pwi.13 for ; Wed, 05 May 2010 02:22:47 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:content-type; bh=AyzNggnUyRK5aHkcVvSheXsGUh/tKGZdaWkU5n9o0bk=; b=lcOBve1KW79gTsVgxRR2s69KtCIvJ15VAsKkrBUJOjahLPPQju7T6ceeGWq+qqm0Nh 5w3V9bgCQKO9nt3wJYD4pq4y10DZTL3HMPydUENYeuRX/CvN/ICE9kTd65u9Qtbx9wjS uwgs+1mZ9Qcnwku3bqF7N0FZEOzZk5Tuujr1U= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IxZOQPgcLjPMf5zetgDk1eUXlj6kk9uhBTDyPJaYm+a1fJttUL1Cgm3eAwyk3m7qeZ gERhsn73ia8P8ckqxQ7iZXFbAH21lXRWJdM0w8is3lVeGl2UMAAIQMYqKi7oAOZGQMBM PPNL2hdaGp2pSQy+auZ8ya3VpjDSRF2w+C7iU= MIME-Version: 1.0 Received: by 10.140.55.5 with SMTP id d5mr5619350rva.47.1273049872387; Wed, 05 May 2010 01:57:52 -0700 (PDT) Received: by 10.140.166.18 with HTTP; Wed, 5 May 2010 01:57:52 -0700 (PDT) Date: Wed, 5 May 2010 18:57:52 +1000 Message-ID: From: Sadish Kulasekere To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Wake-on-LAN at kernel level 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, 05 May 2010 09:22:56 -0000 Hi, Does anyone know about sending packets from kernel level? In a project I'm working on, it is required to generate and send Wake-on-LAN packets automatically from kernel level. Any ideas? Regards, Dilshan From owner-freebsd-net@FreeBSD.ORG Wed May 5 16:08:29 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 92C2C1065678 for ; Wed, 5 May 2010 16:08:29 +0000 (UTC) (envelope-from john.bayly@tipstrade.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.187]) by mx1.freebsd.org (Postfix) with ESMTP id 39DD18FC0A for ; Wed, 5 May 2010 16:08:28 +0000 (UTC) Received: from intra.tipstrade.net (w-87.cust-5147.ip.static.uno.uk.net [95.172.231.87]) by mrelayeu.kundenserver.de (node=mrbap0) with ESMTP (Nemesis) id 0Lnlst-1NiJt92aTP-00hfdR; Wed, 05 May 2010 17:55:52 +0200 Received: from [192.168.0.30] (baylyj3.intra [192.168.0.30]) by intra.tipstrade.net (Postfix) with ESMTP id 157EA258E5F0 for ; Wed, 5 May 2010 16:54:46 +0100 (BST) Message-ID: <4BE19507.40706@tipstrade.net> Date: Wed, 05 May 2010 16:55:51 +0100 From: John Bayly User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Provags-ID: V01U2FsdGVkX1+A3Pcf6gP/ehAC1L0ZVpmIPd3aTe/129vhCpG 12SEl28xZ0M+favrPqwFjyNRhQNh4EWlEK8htm3nC/lf6w2UH3 DfYmGentYemvS7whDBzb1/a4o6O3iPk Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: ppp not removing address when disconnected 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, 05 May 2010 16:08:29 -0000 I'm using ppp on FreeBSD 7.2-RELEASE. Got this immensely annoying issue that when the ADSL connection drops the IP address isn't being removed from the tun interface, making it look like the connection is still up. I've tries this in interactive mode: Using interface: tun0 ppp ON router> dial ppp ON router> Ppp ON router> PPp ON router> Warning: ff02:7::/32: Change route failed: errno: Network is unreachable PPP ON router> iface show tun0 (idx 7) mtu 1492 has 1 address: inet 81.134.xx.xx --> 81.134.yy.yy netmask 0xffffffff PPP ON router> close PPp ON router> Warning: ff02:7::/32: Change route failed: errno: Network is unreachable ppp ON router> ppp ON router> iface show tun0 (idx 7) mtu 1500 has 1 address: inet 81.134.xx.xx --> 81.134.yy.yy netmask 0xffffffff ppp ON router> iface clear ppp ON router> iface show tun0 (idx 7) mtu 1500 has 0 addresses: ppp ON router> As you can see, the interface comes up with an address when I dial, however when I close the connection, the interface still shows the address, it's only when I call "iface clear" that the address is removed. I added "iface clear" to my /etc/ppp/ppp.linkdown, but it makes no difference. This is because ppp is still in OPENED state (as per the man page: all addresses except for the NCP negotiated address are deleted from the interface.). I've confirmed this by turning on all logging, and seeing that the "iface clear" command is sent before "SendTerminateReq(4)" is called. Am I missing something in /etc/ppp/ppp.conf that tells ppp to remove the address when a connection is down? Many thanks, John From owner-freebsd-net@FreeBSD.ORG Wed May 5 16:40:44 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 4F5861065672 for ; Wed, 5 May 2010 16:40:44 +0000 (UTC) (envelope-from gpalmer@freebsd.org) Received: from noop.in-addr.com (noop.in-addr.com [208.58.23.51]) by mx1.freebsd.org (Postfix) with ESMTP id 2CE778FC1E for ; Wed, 5 May 2010 16:40:43 +0000 (UTC) Received: from gjp by noop.in-addr.com with local (Exim 4.54 (FreeBSD)) id 1O9hFH-0002mO-SQ; Wed, 05 May 2010 12:14:47 -0400 Date: Wed, 5 May 2010 12:14:47 -0400 From: Gary Palmer To: John Bayly Message-ID: <20100505161447.GA59765@in-addr.com> References: <4BE19507.40706@tipstrade.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BE19507.40706@tipstrade.net> Cc: freebsd-net@freebsd.org Subject: Re: ppp not removing address when disconnected 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, 05 May 2010 16:40:44 -0000 On Wed, May 05, 2010 at 04:55:51PM +0100, John Bayly wrote: > Am I missing something in /etc/ppp/ppp.conf that tells ppp to remove the > address when a connection is down? My workaround is: # cat /etc/ppp/ppp.linkdown provider: shell /bin/sh -c "/sbin/route delete default" shell /bin/sh -c "/sbin/route delete -inet6 default" I had to come up with a quick fix and haven't had the time to find the proper solution to this problem. Regards, Gary From owner-freebsd-net@FreeBSD.ORG Wed May 5 16:48:23 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9CF41065677 for ; Wed, 5 May 2010 16:48:23 +0000 (UTC) (envelope-from john.bayly@tipstrade.net) Received: from moutng.kundenserver.de (moutng.kundenserver.de [212.227.126.186]) by mx1.freebsd.org (Postfix) with ESMTP id 3DAEC8FC0A for ; Wed, 5 May 2010 16:48:22 +0000 (UTC) Received: from intra.tipstrade.net (w-87.cust-5147.ip.static.uno.uk.net [95.172.231.87]) by mrelayeu.kundenserver.de (node=mreu1) with ESMTP (Nemesis) id 0LnFph-1Nhp8L0xyf-00hm8l; Wed, 05 May 2010 18:48:20 +0200 Received: from [192.168.0.30] (baylyj3.intra [192.168.0.30]) by intra.tipstrade.net (Postfix) with ESMTP id 84653258E5F4 for ; Wed, 5 May 2010 17:47:13 +0100 (BST) Message-ID: <4BE1A153.4020609@tipstrade.net> Date: Wed, 05 May 2010 17:48:19 +0100 From: John Bayly User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9.1.9) Gecko/20100317 Lightning/1.0b1 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org References: <4BE19507.40706@tipstrade.net> <20100505161447.GA59765@in-addr.com> In-Reply-To: <20100505161447.GA59765@in-addr.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Provags-ID: V01U2FsdGVkX18EQQN8ocSLA14/s0yoZoy0uOvJeHRTuFlwPdV xKwaJLfZJg+zFRskiMIbE/oduZa6Lrn7YlJoi++grWtO/tRUmC wd/QQX4PcOhQ+nerO6r91zXVnn00lqx Subject: Re: ppp not removing address when disconnected 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, 05 May 2010 16:48:23 -0000 On 05/05/2010 17:14, Gary Palmer wrote: > On Wed, May 05, 2010 at 04:55:51PM +0100, John Bayly wrote: > >> Am I missing something in /etc/ppp/ppp.conf that tells ppp to remove the >> address when a connection is down? >> > My workaround is: > > # cat /etc/ppp/ppp.linkdown > provider: > shell /bin/sh -c "/sbin/route delete default" > shell /bin/sh -c "/sbin/route delete -inet6 default" > > I had to come up with a quick fix and haven't had the time to find the > proper solution to this problem. > > Regards, > > Gary > _______________________________________________ > 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" > Gary, In it's the actual IP address that isn't being removed from the interface, all the routing entries for the interface are removed the moment I call close. Also in this case, the default routing is done via a separate interface. John From owner-freebsd-net@FreeBSD.ORG Wed May 5 16:50:02 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id E1C7B1065675 for ; Wed, 5 May 2010 16:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B74CA8FC21 for ; Wed, 5 May 2010 16:50:02 +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 o45Go23E037438 for ; Wed, 5 May 2010 16:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o45Go2wL037436; Wed, 5 May 2010 16:50:02 GMT (envelope-from gnats) Date: Wed, 5 May 2010 16:50:02 GMT Message-Id: <201005051650.o45Go2wL037436@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Jeremie Le Hen Cc: Subject: Re: bin/116643: [patch] [request] fstat(1): add INET/INET6 socket details as in NetBSD and OpenBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Jeremie Le Hen List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 05 May 2010 16:50:03 -0000 The following reply was made to PR bin/116643; it has been noted by GNATS. From: Jeremie Le Hen To: bug-followup@FreeBSD.org Cc: bz@FreeBSD.org, freebsd-net@FreeBSD.org, jeremie@le-hen.org Subject: Re: bin/116643: [patch] [request] fstat(1): add INET/INET6 socket details as in NetBSD and OpenBSD Date: Wed, 5 May 2010 18:40:34 +0200 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've updated the patch so it compiles with -CURRENT. Also the proposed behaviour is opt-in through the -i option. This PR has been waiting for two years and a half. I propose that we try to find a consensus whether it is useful or not and then close it, no matter if it has been accepted or not. Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche --XOIedfhf+7KOe/yw Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fstat-i.diff" Index: fstat.1 =================================================================== RCS file: /mnt/repos/freebsd-cvsroot/src/usr.bin/fstat/fstat.1,v retrieving revision 1.28 diff -u -p -u -p -r1.28 fstat.1 --- fstat.1 9 Jul 2009 16:40:00 -0000 1.28 +++ fstat.1 5 May 2010 16:39:49 -0000 @@ -40,7 +40,7 @@ .Nd identify active files .Sh SYNOPSIS .Nm -.Op Fl fmnv +.Op Fl fimnv .Op Fl M Ar core .Op Fl N Ar system .Op Fl p Ar pid @@ -68,6 +68,8 @@ directory .Pa /usr/src resides, type .Dq Li fstat -f /usr/src . +.It Fl i +Print extended socket informations for internet sockets. .It Fl M Extract values associated with the name list from the specified core instead of the default @@ -213,6 +215,16 @@ connected unix domain stream socket. A unidirectional unix domain socket indicates the direction of flow with an arrow (``<-'' or ``->''), and a full duplex socket shows a double arrow (``<->''). +.Pp +For internet sockets, +the +.Fl i +flag will make +.Nm +mimic other BSDs behaviour that is attempt to print the internet address and +port for the local connection. +If a socket is connected it also prints the remote internet address and port. +An asterisk (``*'') is used to indicate an INADDR_ANY binding. .Sh SEE ALSO .Xr netstat 1 , .Xr nfsstat 1 , Index: fstat.c =================================================================== RCS file: /mnt/repos/freebsd-cvsroot/src/usr.bin/fstat/fstat.c,v retrieving revision 1.72 diff -u -p -u -p -r1.72 fstat.c --- fstat.c 20 Aug 2009 10:57:14 -0000 1.72 +++ fstat.c 5 May 2010 16:26:45 -0000 @@ -87,6 +87,8 @@ __FBSDID("$FreeBSD: src/usr.bin/fstat/fs #include #include +#include + #include #include #include @@ -126,6 +128,7 @@ int checkfile; /* true if restricting t int nflg; /* (numerical) display f.s. and rdev as dev_t */ int vflg; /* display errors in locating kernel data objects etc... */ int mflg; /* include memory-mapped files */ +int iflg; /* display inet socket details */ struct file **ofiles; /* buffer of pointers to file structures */ @@ -153,6 +156,7 @@ int nfs_filestat(struct vnode *vp, stru int devfs_filestat(struct vnode *vp, struct filestat *fsp); char *getmnton(struct mount *m); void pipetrans(struct pipe *pi, int i, int flag); +const char *inet6_addrstr(struct in6_addr *); void socktrans(struct socket *sock, int i); void ptstrans(struct tty *tp, int i, int flag); void getinetproto(int number); @@ -169,11 +173,14 @@ main(int argc, char **argv) arg = 0; what = KERN_PROC_PROC; nlistf = memf = NULL; - while ((ch = getopt(argc, argv, "fmnp:u:vN:M:")) != -1) + while ((ch = getopt(argc, argv, "fimnp:u:vN:M:")) != -1) switch((char)ch) { case 'f': fsflg = 1; break; + case 'i': + iflg = 1; + break; case 'M': memf = optarg; break; @@ -772,6 +779,31 @@ bad: printf("* error\n"); } +const char * +inet6_addrstr(struct in6_addr *p) +{ + struct sockaddr_in6 sin6; + static char hbuf[NI_MAXHOST]; + const int niflags = NI_NUMERICHOST; + + memset(&sin6, 0, sizeof(sin6)); + sin6.sin6_family = AF_INET6; + sin6.sin6_len = sizeof(struct sockaddr_in6); + sin6.sin6_addr = *p; + if (IN6_IS_ADDR_LINKLOCAL(p) && + *(u_int16_t *)&sin6.sin6_addr.s6_addr[2] != 0) { + sin6.sin6_scope_id = + ntohs(*(u_int16_t *)&sin6.sin6_addr.s6_addr[2]); + sin6.sin6_addr.s6_addr[2] = sin6.sin6_addr.s6_addr[3] = 0; + } + + if (getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, + hbuf, sizeof(hbuf), NULL, 0, niflags)) + return "invalid"; + + return hbuf; +} + void socktrans(struct socket *sock, int i) { @@ -791,6 +823,7 @@ socktrans(struct socket *sock, int i) struct unpcb unpcb; int len; char dname[32]; + char xaddrbuf[NI_MAXHOST + 2]; PREFIX(i); @@ -841,19 +874,72 @@ socktrans(struct socket *sock, int i) */ switch(dom.dom_family) { case AF_INET: + getinetproto(proto.pr_protocol); + if (proto.pr_protocol == IPPROTO_TCP || + proto.pr_protocol == IPPROTO_UDP) { + if (so.so_pcb == NULL) + break; + if (kvm_read(kd, (u_long)so.so_pcb, + (char *)&inpcb, sizeof(struct inpcb)) + != sizeof(struct inpcb)) { + dprintf(stderr, + "can't read inpcb at %p\n", + (void *)so.so_pcb); + goto bad; + } + if (proto.pr_protocol == IPPROTO_TCP) + printf(" %lx", (u_long)inpcb.inp_ppcb); + else + printf(" %lx", (u_long)so.so_pcb); + if (!iflg) + break; + printf(" %s:%hu", + inpcb.inp_laddr.s_addr == INADDR_ANY ? "*" : + inet_ntoa(inpcb.inp_laddr), + ntohs(inpcb.inp_lport)); + if (inpcb.inp_fport) { + printf(" <-> %s:%hu", + inpcb.inp_faddr.s_addr == INADDR_ANY ? + "*" : inet_ntoa(inpcb.inp_faddr), + ntohs(inpcb.inp_fport)); + } + } + else if (so.so_pcb) + printf(" %lx", (u_long)so.so_pcb); + break; case AF_INET6: getinetproto(proto.pr_protocol); - if (proto.pr_protocol == IPPROTO_TCP ) { - if (so.so_pcb) { - if (kvm_read(kd, (u_long)so.so_pcb, - (char *)&inpcb, sizeof(struct inpcb)) - != sizeof(struct inpcb)) { - dprintf(stderr, - "can't read inpcb at %p\n", - (void *)so.so_pcb); - goto bad; - } + if (proto.pr_protocol == IPPROTO_TCP || + proto.pr_protocol == IPPROTO_UDP) { + if (so.so_pcb == NULL) + break; + if (kvm_read(kd, (u_long)so.so_pcb, + (char *)&inpcb, sizeof(struct inpcb)) + != sizeof(struct inpcb)) { + dprintf(stderr, + "can't read inpcb at %p\n", + (void *)so.so_pcb); + goto bad; + } + if (proto.pr_protocol == IPPROTO_TCP) printf(" %lx", (u_long)inpcb.inp_ppcb); + else + printf(" %lx", (u_long)so.so_pcb); + if (!iflg) + break; + snprintf(xaddrbuf, sizeof(xaddrbuf), "[%s]", + inet6_addrstr(&inpcb.in6p_laddr)); + printf(" %s:%hu", + IN6_IS_ADDR_UNSPECIFIED(&inpcb.in6p_laddr) ? + "*" : xaddrbuf, + ntohs(inpcb.inp_lport)); + if (inpcb.inp_fport) { + snprintf(xaddrbuf, sizeof(xaddrbuf), + "[%s]", inet6_addrstr(&inpcb.in6p_faddr)); + printf(" <-> %s:%hu", + IN6_IS_ADDR_UNSPECIFIED(&inpcb.in6p_faddr)? + "*" : xaddrbuf, + ntohs(inpcb.inp_fport)); } } else if (so.so_pcb) --XOIedfhf+7KOe/yw-- From owner-freebsd-net@FreeBSD.ORG Wed May 5 16:59:40 2010 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 004A41065672; Wed, 5 May 2010 16:59:39 +0000 (UTC) (envelope-from jeremie@le-hen.org) Received: from smtpfb2-g21.free.fr (smtpfb2-g21.free.fr [212.27.42.10]) by mx1.freebsd.org (Postfix) with ESMTP id E5F288FC1C; Wed, 5 May 2010 16:59:37 +0000 (UTC) Received: from smtp5-g21.free.fr (smtp5-g21.free.fr [212.27.42.5]) by smtpfb2-g21.free.fr (Postfix) with ESMTP id C30EFD1ADDE; Wed, 5 May 2010 18:40:43 +0200 (CEST) Received: from smtp5-g21.free.fr (localhost [127.0.0.1]) by smtp5-g21.free.fr (Postfix) with ESMTP id D1BFCD4817C; Wed, 5 May 2010 18:40:35 +0200 (CEST) Received: from endor.tataz.chchile.org (tataz.chchile.org [82.233.239.98]) by smtp5-g21.free.fr (Postfix) with ESMTP; Wed, 5 May 2010 18:40:34 +0200 (CEST) Received: from felucia.tataz.chchile.org (felucia.tataz.chchile.org [192.168.1.9]) by endor.tataz.chchile.org (Postfix) with ESMTP id 2416D33D78; Wed, 5 May 2010 16:40:34 +0000 (UTC) Received: by felucia.tataz.chchile.org (Postfix, from userid 1000) id 14653A1874; Wed, 5 May 2010 16:40:34 +0000 (UTC) Date: Wed, 5 May 2010 18:40:34 +0200 From: Jeremie Le Hen To: bug-followup@FreeBSD.org Message-ID: <20100505164033.GF56740@felucia.tataz.chchile.org> MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="XOIedfhf+7KOe/yw" Content-Disposition: inline User-Agent: Mutt/1.5.20 (2009-06-14) Cc: freebsd-net@FreeBSD.org, bz@FreeBSD.org, jeremie@le-hen.org Subject: Re: bin/116643: [patch] [request] fstat(1): add INET/INET6 socket details as in NetBSD and OpenBSD 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, 05 May 2010 16:59:40 -0000 --XOIedfhf+7KOe/yw Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, I've updated the patch so it compiles with -CURRENT. Also the proposed behaviour is opt-in through the -i option. This PR has been waiting for two years and a half. I propose that we try to find a consensus whether it is useful or not and then close it, no matter if it has been accepted or not. Regards, -- Jeremie Le Hen Humans are born free and equal. But some are more equal than others. Coluche --XOIedfhf+7KOe/yw Content-Type: text/x-diff; charset=us-ascii Content-Disposition: attachment; filename="fstat-i.diff" Index: fstat.1 =================================================================== RCS file: /mnt/repos/freebsd-cvsroot/src/usr.bin/fstat/fstat.1,v retrieving revision 1.28 diff -u -p -u -p -r1.28 fstat.1 --- fstat.1 9 Jul 2009 16:40:00 -0000 1.28 +++ fstat.1 5 May 2010 16:39:49 -0000 @@ -40,7 +40,7 @@ .Nd identify active files .Sh SYNOPSIS .Nm -.Op Fl fmnv +.Op Fl fimnv .Op Fl M Ar core .Op Fl N Ar system .Op Fl p Ar pid @@ -68,6 +68,8 @@ directory .Pa /usr/src resides, type .Dq Li fstat -f /usr/src . +.It Fl i +Print extended socket informations for internet sockets. .It Fl M Extract values associated with the name list from the specified core instead of the default @@ -213,6 +215,16 @@ connected unix domain stream socket. A unidirectional unix domain socket indicates the direction of flow with an arrow (``<-'' or ``->''), and a full duplex socket shows a double arrow (``<->''). +.Pp +For internet sockets, +the +.Fl i +flag will make +.Nm +mimic other BSDs behaviour that is attempt to print the internet address and +port for the local connection. +If a socket is connected it also prints the remote internet address and port. +An asterisk (``*'') is used to indicate an INADDR_ANY binding. .Sh SEE ALSO .Xr netstat 1 , .Xr nfsstat 1 , Index: fstat.c =================================================================== RCS file: /mnt/repos/freebsd-cvsroot/src/usr.bin/fstat/fstat.c,v retrieving revision 1.72 diff -u -p -u -p -r1.72 fstat.c --- fstat.c 20 Aug 2009 10:57:14 -0000 1.72 +++ fstat.c 5 May 2010 16:26:45 -0000 @@ -87,6 +87,8 @@ __FBSDID("$FreeBSD: src/usr.bin/fstat/fs #include #include +#include + #include #include #include @@ -126,6 +128,7 @@ int checkfile; /* true if restricting t int nflg; /* (numerical) display f.s. and rdev as dev_t */ int vflg; /* display errors in locating kernel data objects etc... */ int mflg; /* include memory-mapped files */ +int iflg; /* display inet socket details */ struct file **ofiles; /* buffer of pointers to file structures */ @@ -153,6 +156,7 @@ int nfs_filestat(struct vnode *vp, stru int devfs_filestat(struct vnode *vp, struct filestat *fsp); char *getmnton(struct mount *m); void pipetrans(struct pipe *pi, int i, int flag); +const char *inet6_addrstr(struct in6_addr *); void socktrans(struct socket *sock, int i); void ptstrans(struct tty *tp, int i, int flag); void getinetproto(int number); @@ -169,11 +173,14 @@ main(int argc, char **argv) arg = 0; what = KERN_PROC_PROC; nlistf = memf = NULL; - while ((ch = getopt(argc, argv, "fmnp:u:vN:M:")) != -1) + while ((ch = getopt(argc, argv, "fimnp:u:vN:M:")) != -1) switch((char)ch) { case 'f': fsflg = 1; break; + case 'i': + iflg = 1; + break; case 'M': memf = optarg; break; @@ -772,6 +779,31 @@ bad: printf("* error\n"); } +const char * +inet6_addrstr(struct in6_addr *p) +{ + struct sockaddr_in6 sin6; + static char hbuf[NI_MAXHOST]; + const int niflags = NI_NUMERICHOST; + + memset(&sin6, 0, sizeof(sin6)); + sin6.sin6_family = AF_INET6; + sin6.sin6_len = sizeof(struct sockaddr_in6); + sin6.sin6_addr = *p; + if (IN6_IS_ADDR_LINKLOCAL(p) && + *(u_int16_t *)&sin6.sin6_addr.s6_addr[2] != 0) { + sin6.sin6_scope_id = + ntohs(*(u_int16_t *)&sin6.sin6_addr.s6_addr[2]); + sin6.sin6_addr.s6_addr[2] = sin6.sin6_addr.s6_addr[3] = 0; + } + + if (getnameinfo((struct sockaddr *)&sin6, sin6.sin6_len, + hbuf, sizeof(hbuf), NULL, 0, niflags)) + return "invalid"; + + return hbuf; +} + void socktrans(struct socket *sock, int i) { @@ -791,6 +823,7 @@ socktrans(struct socket *sock, int i) struct unpcb unpcb; int len; char dname[32]; + char xaddrbuf[NI_MAXHOST + 2]; PREFIX(i); @@ -841,19 +874,72 @@ socktrans(struct socket *sock, int i) */ switch(dom.dom_family) { case AF_INET: + getinetproto(proto.pr_protocol); + if (proto.pr_protocol == IPPROTO_TCP || + proto.pr_protocol == IPPROTO_UDP) { + if (so.so_pcb == NULL) + break; + if (kvm_read(kd, (u_long)so.so_pcb, + (char *)&inpcb, sizeof(struct inpcb)) + != sizeof(struct inpcb)) { + dprintf(stderr, + "can't read inpcb at %p\n", + (void *)so.so_pcb); + goto bad; + } + if (proto.pr_protocol == IPPROTO_TCP) + printf(" %lx", (u_long)inpcb.inp_ppcb); + else + printf(" %lx", (u_long)so.so_pcb); + if (!iflg) + break; + printf(" %s:%hu", + inpcb.inp_laddr.s_addr == INADDR_ANY ? "*" : + inet_ntoa(inpcb.inp_laddr), + ntohs(inpcb.inp_lport)); + if (inpcb.inp_fport) { + printf(" <-> %s:%hu", + inpcb.inp_faddr.s_addr == INADDR_ANY ? + "*" : inet_ntoa(inpcb.inp_faddr), + ntohs(inpcb.inp_fport)); + } + } + else if (so.so_pcb) + printf(" %lx", (u_long)so.so_pcb); + break; case AF_INET6: getinetproto(proto.pr_protocol); - if (proto.pr_protocol == IPPROTO_TCP ) { - if (so.so_pcb) { - if (kvm_read(kd, (u_long)so.so_pcb, - (char *)&inpcb, sizeof(struct inpcb)) - != sizeof(struct inpcb)) { - dprintf(stderr, - "can't read inpcb at %p\n", - (void *)so.so_pcb); - goto bad; - } + if (proto.pr_protocol == IPPROTO_TCP || + proto.pr_protocol == IPPROTO_UDP) { + if (so.so_pcb == NULL) + break; + if (kvm_read(kd, (u_long)so.so_pcb, + (char *)&inpcb, sizeof(struct inpcb)) + != sizeof(struct inpcb)) { + dprintf(stderr, + "can't read inpcb at %p\n", + (void *)so.so_pcb); + goto bad; + } + if (proto.pr_protocol == IPPROTO_TCP) printf(" %lx", (u_long)inpcb.inp_ppcb); + else + printf(" %lx", (u_long)so.so_pcb); + if (!iflg) + break; + snprintf(xaddrbuf, sizeof(xaddrbuf), "[%s]", + inet6_addrstr(&inpcb.in6p_laddr)); + printf(" %s:%hu", + IN6_IS_ADDR_UNSPECIFIED(&inpcb.in6p_laddr) ? + "*" : xaddrbuf, + ntohs(inpcb.inp_lport)); + if (inpcb.inp_fport) { + snprintf(xaddrbuf, sizeof(xaddrbuf), + "[%s]", inet6_addrstr(&inpcb.in6p_faddr)); + printf(" <-> %s:%hu", + IN6_IS_ADDR_UNSPECIFIED(&inpcb.in6p_faddr)? + "*" : xaddrbuf, + ntohs(inpcb.inp_fport)); } } else if (so.so_pcb) --XOIedfhf+7KOe/yw-- From owner-freebsd-net@FreeBSD.ORG Thu May 6 03:42:13 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 99009106564A for ; Thu, 6 May 2010 03:42:13 +0000 (UTC) (envelope-from jiani1012@126.com) Received: from m15-72.126.com (m15-72.126.com [220.181.15.72]) by mx1.freebsd.org (Postfix) with ESMTP id A674D8FC08 for ; Thu, 6 May 2010 03:42:11 +0000 (UTC) Received: from jiani1012 ( [124.205.28.146] ) by ajax-webmail-wmsvr72 (Coremail) ; Thu, 6 May 2010 11:42:03 +0800 (CST) Date: Thu, 6 May 2010 11:42:03 +0800 (CST) From: jiani1012 To: freebsd-net@freebsd.org Message-ID: In-Reply-To: <20100505120017.F315E1065705@hub.freebsd.org> References: <20100505120017.F315E1065705@hub.freebsd.org> MIME-Version: 1.0 X-Originating-IP: [124.205.28.146] X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 100422(10419.3027.3028) Copyright (c) 2002-2010 www.mailtech.cn 126com X-CM-CTRLDATA: aQCNSmZvb3Rlcl9odG09MzYwOjEzMA== X-CM-TRANSID: SMqowKCb+gKLOuJLNLoEAA--.719W X-CM-SenderInfo: xmld0xarqrjqqrswhudrp/1tbitQrIlEX9dK+HlgAAsR X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-Mailman-Approved-At: Thu, 06 May 2010 04:55:55 +0000 Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: multicast transfers with ar2425 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, 06 May 2010 03:42:13 -0000 SGkgLCBhbGwKICAgICAgIEkgYW0gdXNpbmcgQVI1MDA3RUcgd2lyZWxlc3MgY2FyZCB3aXRoIGFy MjQyNSBjaGlwc2V0LiAKICAgICAgIFdvcmtpbmcgb24gc3RhdGlvbiBtb2RlLCB0cnlpbmcgdG8g bXVsdGljYXN0IHZpZGVvIHN0cmVhbXMsYnV0IGZhaWxlZCBpbiBib3RoIHRyYW5zbWl0IGFuZCBy ZWNlaXZlLgpJcyBhbnl3aGVyZSBkaXNhYmxlIG11bHRpY2FzdCB0cmFuc2ZlcnMgaW4gYXIyNDI1 PyBIb3cgdG8gYWN0aXZlIGl0PwoKVGhhbmtzIQo= From owner-freebsd-net@FreeBSD.ORG Thu May 6 11:58:09 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B24761065677 for ; Thu, 6 May 2010 11:58:09 +0000 (UTC) (envelope-from emelie@ns11-wistee.fr) Received: from ns11.wistee.fr (dns-ns11.wistee.fr [94.124.84.11]) by mx1.freebsd.org (Postfix) with ESMTP id 7BC548FC2A for ; Thu, 6 May 2010 11:58:09 +0000 (UTC) Received: from emelie by ns11.wistee.fr with local (Exim 4.67) (envelope-from ) id 1O9ziM-0003Pq-4d for freebsd-net@freebsd.org; Thu, 06 May 2010 13:58:02 +0200 To: freebsd-net@freebsd.org X-PHP-Script: emelie.ns11-wistee.fr/blainne.php for 41.251.59.30 From: IRISH NATIONAL LOTTERY MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: 8bit Message-Id: Sender: Date: Thu, 06 May 2010 13:58:02 +0200 Subject: Contact Us:(IRISH NATIONAL LOTTERY) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: irishnational.lot@englandmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 06 May 2010 11:58:09 -0000 Dear Reader Greetings from Irish National Lottery here in london.We wish to inform you that £750,000.00 Pounds has been awarded to your E-mail in our IRISH NATIONAL LOTTERY ONLINE PROMO PROGRAMME To file your claims contact our fiduciary agent for claims: Mr. Edward Brown Email: edwardbrown85@gmail.com Provide him with the information below: Full Names:............. Tel:............. Sex:............ Age:............ Congratulations once more. From owner-freebsd-net@FreeBSD.ORG Thu May 6 23:25:42 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 07C8C1065673 for ; Thu, 6 May 2010 23:25:42 +0000 (UTC) (envelope-from lorenl@north-winds.org) Received: from smtpauth.rollernet.us (smtpauth.rollernet.us [208.79.240.5]) by mx1.freebsd.org (Postfix) with ESMTP id D596A8FC19 for ; Thu, 6 May 2010 23:25:41 +0000 (UTC) Received: from smtpauth.rollernet.us (localhost [127.0.0.1]) by smtpauth.rollernet.us (Postfix) with ESMTP id A712059400E for ; Thu, 6 May 2010 16:08:25 -0700 (PDT) Received: from hosea.tallye.com (hosea.tallye.com [216.99.199.78]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) (Authenticated sender: tallye) by smtpauth.rollernet.us (Postfix) with ESMTPSA for ; Thu, 6 May 2010 16:08:25 -0700 (PDT) Received: from alzatex.com (hosea.tallye.com [IPv6:2002:d863:c74e::2]) by hosea.tallye.com (8.14.2/8.14.2/Debian-2build1) with ESMTP id o46N8Nu2019884 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Thu, 6 May 2010 16:08:24 -0700 Date: Thu, 6 May 2010 16:08:22 -0700 From: "Loren M. Lang" To: freebsd-net@freebsd.org Message-ID: <20100506230822.GA19497@alzatex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="XsQoSWH+UP9D9v3l" Content-Disposition: inline X-PGP-Key: http://www.north-winds.org/openpgp/key.gpg X-PGP-Fingerprint: 7896 E099 9FC7 9F6C E0ED E103 222D F356 A57A 98FA OpenPGP: id=A57A98FA; url=http://www.north-winds.org/openpgp/key.gpg User-Agent: Mutt/1.5.17+20080114 (2008-01-14) X-Virus-Scanned: clamav-milter 0.95.3 at hosea X-Virus-Status: Clean X-Rollernet-Abuse: Processed by Roller Network Mail Services. Contact abuse@rollernet.us to report violations. Abuse policy: http://rollernet.us/abuse.php X-Rollernet-Submit: Submit ID 325d.4be34be9.8b400.0 Subject: IPv6 Mobility through a FreeBSD Router 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, 06 May 2010 23:25:42 -0000 --XsQoSWH+UP9D9v3l Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable I have a Linux server acting as a Home Agent for IPv6 Mobility and a separate Linux client acting as a Mobile Node with a FreeBSD 7.2 router in-between. The FreeBSD router itself is not participating in mobility, it's just the Foreign Router that the Mobile Node happens to be attached to. When I initiate IPv6 Mobility on the Linux client I see it sending out IPv6 Mobility Binding Updates to the Home Agent and I see Binding Acknowledgements coming back in on the outside interface of the FreeBSD router, but they don't appear on the inside interface as if FreeBSD is refusing to route them. The only difference is that Binding Acknowledgements use a Type 2 Mobility Routing Header. Does FreeBSD drop all IPv6 packets using a Routing Header even when it's not Type 0 and not destined for FreeBSD? --=20 Loren M. Lang lorenl@north-winds.org http://www.north-winds.org/ Public Key: ftp://ftp.north-winds.org/pub/lorenl_pubkey.asc Fingerprint: 10A0 7AE2 DAF5 4780 888A 3FA4 DCEE BB39 7654 DE5B --XsQoSWH+UP9D9v3l Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFL40vmjRsbG+gOq+wRAg2+AKC0HZdtgA0cMrLZCykZEHJdj4ykJACbBI/F jF1E5wGU/UcU6BxEC/D5ikk= =tzfh -----END PGP SIGNATURE----- --XsQoSWH+UP9D9v3l-- From owner-freebsd-net@FreeBSD.ORG Fri May 7 10:05:32 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C3570106564A for ; Fri, 7 May 2010 10:05:32 +0000 (UTC) (envelope-from jiani1012@126.com) Received: from m15-8.126.com (m15-8.126.com [220.181.15.8]) by mx1.freebsd.org (Postfix) with ESMTP id C461F8FC12 for ; Fri, 7 May 2010 10:05:31 +0000 (UTC) Received: from jiani1012 ( [124.205.28.146] ) by ajax-webmail-wmsvr8 (Coremail) ; Fri, 7 May 2010 18:05:28 +0800 (CST) Date: Fri, 7 May 2010 18:05:28 +0800 (CST) From: jiani1012 To: freebsd-net@freebsd.org Message-ID: <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> In-Reply-To: <20100506120022.A331D10656C2@hub.freebsd.org> References: <20100506120022.A331D10656C2@hub.freebsd.org> MIME-Version: 1.0 X-Originating-IP: [124.205.28.146] X-Priority: 3 X-Mailer: Coremail Webmail Server Version SP_ntes V3.5 build 100422(10419.3027.3028) Copyright (c) 2002-2010 www.mailtech.cn 126com X-CM-CTRLDATA: dP4FFWZvb3Rlcl9odG09MTEyMDoxMzA= X-CM-TRANSID: CMqowKArPMvp5eNLZ_YHAA--.6833W X-CM-SenderInfo: xmld0xarqrjqqrswhudrp/1tbiEwfJlEntO9zEyQAAsH X-Coremail-Antispam: 1U5529EdanIXcx71UUUUU7vcSsGvfC2KfnxnUU== X-Mailman-Approved-At: Fri, 07 May 2010 11:25:57 +0000 Content-Type: text/plain; charset=gbk Content-Transfer-Encoding: base64 X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: convert Windows NDIS drivers for use with FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 10:05:32 -0000 SGkgYWxsLAogICAgICBJIGFtIHVzaW5nIHhwMzI2NC03LjcuMC4zMjktd2hxbC56aXAgZmlsZSBm cm9tIEF0aGVyb3MuIAogICAgICAgICAjY2QgL3N5cy9tb2R1bGVzL25kaXMKICAgICAgICAgI21h a2UgaW5zdGFsbAogICAgICAgICAjY2QgL3N5cy9tb2R1bGVzL2lmX25kaXMKICAgICAgICAgI21h a2UgaW5zdGFsbAogICAgICAgICAjbmRpc2N2dCAtaSBuZXRhdGh3eC5pbmYgLXMgYXRod3guc3lz IC1vIG5kaXNfZHJpdmVyX2RhdGEuaCAgICAgICAoc3ludGF4IGVycm9yKQogICAgIFdoZW4gdHJ5 aW5nIHRvIGNvbnZlcnQgdGhlIG9uZXMgYXRod3guc3lzIGFuZCBuZXRhdGh3eC5pbmYgSSBhbSBn ZXR0aW5nIHRoZSBlcnJvcjogCiAgICAgICAgPiBuZGlzY3Z0OiBsaW5lIDUxMTc6IDogc3ludGF4 IGVycm9yLiAKICAgICAgICA+IENPTlZFUlNJT04gRkFJTEVEIAogICAgIHNhbWUgZm9yICBuZXRh dGh3LmluZiBhdGh3LnN5cyAKICAgICBIb3cgdG8gZG8gaXQ/CiAgICBUaGFuayB5b3UgaW4gYWR2 YW5jZSEgCiAKSmVueQ== From owner-freebsd-net@FreeBSD.ORG Fri May 7 12:27:46 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id C2F741065670 for ; Fri, 7 May 2010 12:27:46 +0000 (UTC) (envelope-from Roar.Pettersen@it.uib.no) Received: from alf.uib.no (alf.uib.no [129.177.30.3]) by mx1.freebsd.org (Postfix) with ESMTP id 81AFB8FC19 for ; Fri, 7 May 2010 12:27:46 +0000 (UTC) Received: from edprp by alf.uib.no with local-esmtp (Exim 4.69) id 1OAMeb-0007bs-Vn; Fri, 07 May 2010 14:27:42 +0200 Date: Fri, 7 May 2010 14:27:41 +0200 (CEST) From: Roar Pettersen X-X-Sender: edprp@alf.uib.no To: jiani1012 In-Reply-To: <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> Message-ID: References: <20100506120022.A331D10656C2@hub.freebsd.org> <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> User-Agent: Alpine 2.00 (GSO 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: Roar Pettersen Cc: freebsd-net@freebsd.org Subject: Re: convert Windows NDIS drivers for use with FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 12:27:46 -0000 Hello ! > I am using xp3264-7.7.0.329-whql.zip file from Atheros. > #cd /sys/modules/ndis > #make install > #cd /sys/modules/if_ndis > #make install > #ndiscvt -i netathwx.inf -s athwx.sys -o ndis_driver_data.h (syntax error) > When trying to convert the ones athwx.sys and netathwx.inf I am getting the error: > > ndiscvt: line 5117: : syntax error. > > CONVERSION FAILED You must convert your .inf file to ascii : iconv -c -f utf-16 -t ascii netathwx.inf > netathwx.inf And then this : ndiscvt -i netathwx.ascii -s athwx.sys -o ndis_driver_data.h -- Med vennlig hilsen / Regards; Roar Pettersen Universitetet i Bergen - The University of Bergen From owner-freebsd-net@FreeBSD.ORG Fri May 7 16:01:28 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 9C286106564A for ; Fri, 7 May 2010 16:01:28 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-pz0-f174.google.com (mail-pz0-f174.google.com [209.85.222.174]) by mx1.freebsd.org (Postfix) with ESMTP id 744F38FC0A for ; Fri, 7 May 2010 16:01:28 +0000 (UTC) Received: by pzk4 with SMTP id 4so566367pzk.7 for ; Fri, 07 May 2010 09:01:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:content-type; bh=hycKukE5hovbtbYUBU0S3+QOc+b+M8CVeXB9DYoBamw=; b=xK3nmA7XIXJqaiKC68rJkeOrpk4S7QGFL1kaRze9bGnxcguoRF8C5mcv9lpwX6UOZ5 m12LNdXOr2TfMCnungRuGHECxG7Hf+tnjqRwB69540eyw35LPAqZSHZgXHTrGxyrkuAY 4xCSj+QWof5zuUmHzPYkjgGQe2A8nJbTVbHDs= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type; b=qdpx4CVIcuPtwe+i6/Kxw/JeZsXarBbFzGAA1SKEmF+9sHbVtDsdq3ToPDU+/rUwZ3 rywQ/6ESuzeIecDYjf78T9RF11oTEclt+JemMCbcrY/tk5tlv1U39GyeVunRcPutkXnL QlowG5EPth1L/ztPvKKtJF7XNUknTD3W9UIXA= Received: by 10.142.250.10 with SMTP id x10mr96221wfh.341.1273246662259; Fri, 07 May 2010 08:37:42 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.101.19 with HTTP; Fri, 7 May 2010 08:37:22 -0700 (PDT) In-Reply-To: References: From: McLone Date: Fri, 7 May 2010 18:37:22 +0300 Message-ID: To: net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: Subject: if_re regression on RELENG_8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 16:01:28 -0000 Hell Low. When Vista finally died on my girl's notebook, she asked me to install FreeBSD on it, so no more viruses. I installed RELENG_8_0/i386, to compile fresh RELENG_8/amd64 in hopes SUJ will be availible (2gb RAM is kinda too small for ZFS). I've built custom kernel (GENERIC with unneeded things nodevice'd) and rebooted it, kldload if_re, ifcionfig, so ping started to work. I then attempted to mount_nfs, but it hung. "re0: watchdog timeout" appeared on console. So the thing is, re0 stops working after sending any packet longer than 536 bytes. I tested via ping, -S (536-8) works, but (537-8) leads to watchdog timeout. The host cannot be software rebooted in ~80% cases after it happened. Machine in question is Fujitsu-Siemens Amilo Pi 2540. The lines from RELENG_8 dmesg are: re0: port 0x3000-0x30ff mem 0xf0300000-0xf0300fff irq 19 at device 0.0 on pci5 re0: Reserved 0x1000 bytes for rid 0x18 type 3 at 0xf0300000 re0: MSI count : 2 re0: attempting to allocate 1 MSI vectors (2 supported) re0: using IRQ 256 for MSI re0: Using 1 MSI messages re0: Chip rev. 0x34000000 re0: MAC rev. 0x00000000 miibus0: on re0 re0: bpf attached re0: Ethernet address: 00:03:0d:a1:a8:19 re0: [MPSAFE] re0: [FILTER] Those lines in RELENG_8_0 are the same except IRQ 259 (i kldload if_re after boot). RELENG_8 is from 2010.05.04 i believe; had tried with sources as of 2 or 3 weeks earlier - same bug. No CFLAGS except -mtune=native (i doubt it does the weather). It doesn't matter if i kldload or just use GENERIC. How can i test further, except building fresh RELENG_8/i386? How to use a magic "DDB key" and what to input in there? p.s. I subscribed only to current@ so cc me if needed. -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-net@FreeBSD.ORG Fri May 7 17:27:27 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 87455106566C for ; Fri, 7 May 2010 17:27:27 +0000 (UTC) (envelope-from sem@FreeBSD.org) Received: from mail.ciam.ru (mail.ciam.ru [91.209.218.18]) by mx1.freebsd.org (Postfix) with ESMTP id 47A2B8FC16 for ; Fri, 7 May 2010 17:27:27 +0000 (UTC) Received: from dhcp170-37-red.yandex.net ([95.108.170.37]) by mail.ciam.ru with esmtpa (Exim 4.x) id 1OAQgD-0004jw-Hs for freebsd-net@freebsd.org; Fri, 07 May 2010 20:45:37 +0400 Message-ID: <4BE443B1.2070704@FreeBSD.org> Date: Fri, 07 May 2010 20:45:37 +0400 From: Sergey Matveychuk User-Agent: Thunderbird 2.0.0.24 (Windows/20100228) MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Segment failed SYNCOOKIE authentication 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, 07 May 2010 17:27:27 -0000 Hi. I have many messages on my box like this: tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) Some connections dropped. But it's legal connections. Looks like something wrong with syncache. An examples: 20:31:08.464499 IP XXX.YYY.240.5.50393 > XXX.YYY.234.8.8542: Flags [S], seq 4197725771, win 65535, options [mss 1353,nop,wscale 3,sackOK,TS val 3072911437 ecr 0], length 0 20:31:08.464548 IP XXX.YYY.234.8.8542 > XXX.YYY.240.5.50393: Flags [S.], seq 1425159360, ack 4197725772, win 65535, options [mss 1353,nop,wscale 3,sackOK,TS val 2395628971 ecr 3072911437], length 0 Looks good, but: May 7 20:31:09 cobalt kernel: TCP: [XXX.YYY.240.5]:50393 to [XXX.YYY.234.8]:8542 tcpflags 0x10; syncache_expand: Segment failed SYNCOOKIE authentication, segment rejected (probably spoofed) For 1.5 hours: % grep SYNCOOKIE /var/log/messages | wc -l 1727 Any ideas please? -- Sem. From owner-freebsd-net@FreeBSD.ORG Fri May 7 18:01:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A02871065674 for ; Fri, 7 May 2010 18:01:33 +0000 (UTC) (envelope-from perevalov84@gmail.com) Received: from fg-out-1718.google.com (fg-out-1718.google.com [72.14.220.158]) by mx1.freebsd.org (Postfix) with ESMTP id 307618FC13 for ; Fri, 7 May 2010 18:01:32 +0000 (UTC) Received: by fg-out-1718.google.com with SMTP id 22so113fge.13 for ; Fri, 07 May 2010 11:01:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:message-id:date:from :user-agent:mime-version:to:subject:content-type :content-transfer-encoding; bh=qtNCIYMse3o3hkt8ZEvR0kMSiWQL4MsC9nJXDIauBEQ=; b=t7FAxnEGqF8hhMhNvnb4iqZJFBBFsDoZXLJImvaEIAca3iZuRUfotGzDeTVRS9jIu7 AOiYfD7YF/XoAQ55fVbcndtOTi7ZXbsYQNbhcXcohuvh/YMgqibihFuetDdtK9BxpcqG tZjRWney33rsQmVhNMmEPI4XfrNIlwtYjX13A= 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=WTNIEap8TBSklgOlUhihHDKHTrfe/4auSMwVi8v0IlqoYQGJSsYGBH9D032w2E4756 E2Na7XQ5e6h2i925I7Q67PD5AlosQ7j9zNOqxb9WcZ5Zq0EVCZrfhS6TdbyOhD4HPfu9 EXaykVIE++ijul9cfE7FHahVOjO5N4pZybCm0= Received: by 10.87.74.15 with SMTP id b15mr4418858fgl.11.1273253480143; Fri, 07 May 2010 10:31:20 -0700 (PDT) Received: from [192.168.2.2] ([92.47.68.133]) by mx.google.com with ESMTPS id 18sm4681529fkq.4.2010.05.07.10.31.17 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 10:31:19 -0700 (PDT) Message-ID: <4BE44E2D.6060907@gmail.com> Date: Fri, 07 May 2010 22:30:21 +0500 From: Perevalov Sergey User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.9.1.9) Gecko/20100506 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [axe][ue0] Device send packets but any host in network can not receive any packet from it. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 18:01:33 -0000 Hi guys. I am beginner in FreeBSD. And I got problem with my Gigabit usb to ethernet adapter with AX88178 chipset. It works in windows very well but doesn't work in FreeBSD 8.0. tcpdump shows log with received and sent packets, but any host in network doesn't receive them from it. I checked it with 2 FreeBSD hosts connected directly by cable. Can you, guys, advice to me something to fix or to find reason of this issue? I started thread on freebsd forums( http://forums.freebsd.org/showthread.php?t=13649 ) and also reported about problem ( http://www.freebsd.org/cgi/query-pr.cgi?pr=146153 ). Here some information: dmesg: ugen4.2: at usbus4 axe0: on usbus4 axe0: PHYADDR 0xe0:0x02 miibus0: on axe0 rgephy0: PHY 2 on miibus0 rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto ue0: on axe0 ue0: Ethernet address: 00:0e:c6:88:09:4e usbconfig: laptop# usbconfig ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL (12Mbps) pwr=ON ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen4.2: at usbus4, cfg=0 md=HOST spd=HIGH (480Mbps) pwr=ON ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW (1.5Mbps) pwr=ON ifconfig: ue0: flags=8843 metric 0 mtu 1500 ether 00:0e:c6:88:09:4e inet 192.168.2.22 netmask 0xffffff00 broadcast 192.168.2.255 media: Ethernet autoselect (100baseTX ) status: active Thank you for you help! -- Regards, Sergey. From owner-freebsd-net@FreeBSD.ORG Fri May 7 21:05:33 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 54FFF106564A for ; Fri, 7 May 2010 21:05:33 +0000 (UTC) (envelope-from pyunyh@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 1A7878FC08 for ; Fri, 7 May 2010 21:05:32 +0000 (UTC) Received: by pxi20 with SMTP id 20so726521pxi.13 for ; Fri, 07 May 2010 14:05:23 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=c3eGNmTqOQENgsEywuppDNG+/8r95yVLJiHeHfvt8HA=; b=f+d2IDaqRkT6EVdxOFMdcaBg04qh0+/LtgMhrEiXtijOmiXye1G/yaJK0hFqwy7i26 i4cJpdjssrBRbDrv54aGIL9K7fzSaGkPAu0NbIUZokKxdmM6r5W2mh3iHUJbFfBoX9SQ PxekNPFVZ9/Prym/Ua5FAAGyZwqvDOaNeUn8s= 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=JEH9+cOVGxRTd/gg1Q17OYMek42+ej10WHRH/QGYLQP0O1huF7AOG8Ph0FKUvaXscH 03ZiVxQpji0a051F1g7SOGJk5HoHwjNHPDn7hSkWgzbXr4pyCI8nxbv2+jcPmTzD9Xd1 kdBaXCyNxUbhLEl9rWRFF4kne6rTnzJjR9Vlw= Received: by 10.114.19.9 with SMTP id 9mr431222was.52.1273266323175; Fri, 07 May 2010 14:05:23 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id d16sm11039251wam.0.2010.05.07.14.05.21 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 14:05:21 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 7 May 2010 14:05:16 -0700 From: Pyun YongHyeon Date: Fri, 7 May 2010 14:05:16 -0700 To: Perevalov Sergey Message-ID: <20100507210516.GI14801@michelle.cdnetworks.com> References: <4BE44E2D.6060907@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4BE44E2D.6060907@gmail.com> User-Agent: Mutt/1.4.2.3i Cc: freebsd-net@freebsd.org Subject: Re: [axe][ue0] Device send packets but any host in network can not receive any packet from it. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 21:05:33 -0000 On Fri, May 07, 2010 at 10:30:21PM +0500, Perevalov Sergey wrote: > Hi guys. I am beginner in FreeBSD. And I got problem with my Gigabit > usb to ethernet adapter with AX88178 chipset. It works in windows very > well but doesn't work in FreeBSD 8.0. tcpdump shows log with received > and sent packets, but any host in network doesn't receive them from it. > I checked it with 2 FreeBSD hosts connected directly by cable. Can you, > guys, advice to me something to fix or to find reason of this issue? > I started thread on freebsd forums( > http://forums.freebsd.org/showthread.php?t=13649 ) and also reported > about problem ( http://www.freebsd.org/cgi/query-pr.cgi?pr=146153 ). > It seems the PR shows tcpdump output on sender side(axe(4) host 192.168.2.22). Would you capture the traffic on receiver side (host 192.168.2.7) and post the result? Note, please use direct cable to connect both systems and use option -e to capture traffic on host 192.168.2.7. For instance, use #ifconfig -envvvvvvi nic0 on receiver side. Also check whether the receiver agrees on the resolved speed/duplex of established link. For your case, host 192.168.2.7 should show 100baseTX, full-duplex. > Here some information: > > dmesg: > ugen4.2: at usbus4 > axe0: on usbus4 > axe0: PHYADDR 0xe0:0x02 > miibus0: on axe0 > rgephy0: PHY 2 on miibus0 > rgephy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, > 1000baseT-FDX, auto > ue0: on axe0 > ue0: Ethernet address: 00:0e:c6:88:09:4e > > usbconfig: > laptop# usbconfig > ugen0.1: at usbus0, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen1.1: at usbus1, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen2.1: at usbus2, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen3.1: at usbus3, cfg=0 md=HOST spd=FULL > (12Mbps) pwr=ON > ugen4.1: at usbus4, cfg=0 md=HOST spd=HIGH > (480Mbps) pwr=ON > ugen4.2: at usbus4, cfg=0 md=HOST > spd=HIGH (480Mbps) pwr=ON > ugen0.2: at usbus0, cfg=0 md=HOST spd=LOW > (1.5Mbps) pwr=ON > > ifconfig: > ue0: flags=8843 metric 0 mtu 1500 > ether 00:0e:c6:88:09:4e > inet 192.168.2.22 netmask 0xffffff00 broadcast 192.168.2.255 > media: Ethernet autoselect (100baseTX ) > status: active > > Thank you for you help! From owner-freebsd-net@FreeBSD.ORG Fri May 7 21:36:42 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 609051065674; Fri, 7 May 2010 21:36:42 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 38FC58FC0C; Fri, 7 May 2010 21:36: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 o47LagbH010563; Fri, 7 May 2010 21:36:42 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o47Lagr7010559; Fri, 7 May 2010 21:36:42 GMT (envelope-from linimon) Date: Fri, 7 May 2010 21:36:42 GMT Message-Id: <201005072136.o47Lagr7010559@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/146358: [vlan] wrong destination MAC address X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 21:36:42 -0000 Old Synopsis: wrong destination MAC address New Synopsis: [vlan] wrong destination MAC address Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri May 7 21:34:31 UTC 2010 Responsible-Changed-Why: This does not sound amd64-specific. Take a guess that it's related to vlan and assign it to -net. http://www.freebsd.org/cgi/query-pr.cgi?pr=146358 From owner-freebsd-net@FreeBSD.ORG Fri May 7 21:40:14 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 780F6106566C; Fri, 7 May 2010 21:40:14 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 500F98FC17; Fri, 7 May 2010 21:40: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 o47LeEsM011664; Fri, 7 May 2010 21:40:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o47LeESI011660; Fri, 7 May 2010 21:40:14 GMT (envelope-from linimon) Date: Fri, 7 May 2010 21:40:14 GMT Message-Id: <201005072140.o47LeESI011660@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-fs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/146377: [ppp] [tun] Interface doesn't clear addresses when PPPoE connection closes 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, 07 May 2010 21:40:14 -0000 Synopsis: [ppp] [tun] Interface doesn't clear addresses when PPPoE connection closes Responsible-Changed-From-To: freebsd-fs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri May 7 21:40:04 UTC 2010 Responsible-Changed-Why: Assign to right mailing list. http://www.freebsd.org/cgi/query-pr.cgi?pr=146377 From owner-freebsd-net@FreeBSD.ORG Fri May 7 22:01:34 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B50831065674; Fri, 7 May 2010 22:01:34 +0000 (UTC) (envelope-from grarpamp@gmail.com) Received: from mail-ew0-f224.google.com (mail-ew0-f224.google.com [209.85.219.224]) by mx1.freebsd.org (Postfix) with ESMTP id 20E538FC1A; Fri, 7 May 2010 22:01:33 +0000 (UTC) Received: by ewy24 with SMTP id 24so373008ewy.33 for ; Fri, 07 May 2010 15:01:29 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:date:message-id :subject:from:to:cc:content-type; bh=aZr2plGF+oE/jmdVpLaXOX3ok7bNMR/MCN8pH/xCwzY=; b=MHwlwHI6PR4UB3HLk6QN91hcbpOuwdZltZS9wBfuizEsCW2gfUb87EWp6o0/WKI3tF /ane3ZWL0FMj2q4u+JNyOPXHLOqZfTOg7Fx2ekJg93hq91bxYwmKrPCsVuSpv21CCy/i f3ZQ3LBGOrM/Ty8ZBQzZKUyNqEvnoIqtaFSy8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:cc:content-type; b=WtUX3tZY71zMzS3eETJRam/dvL8K0l6AppxtKYB2AQcyxU3f7VRa4PBFwIk19oT4QR Ny8I7zSDSOshNycoh1EHmry9hbrr6Kr0MotFFGluyx5BEUr/xcc/KerzW5BNhD9sav3T k1zCnKCOVPOSlVrKO6zrhboexEFqXHHbm2LBU= MIME-Version: 1.0 Received: by 10.213.59.77 with SMTP id k13mr6530ebh.38.1273269688929; Fri, 07 May 2010 15:01:28 -0700 (PDT) Received: by 10.213.3.84 with HTTP; Fri, 7 May 2010 15:01:28 -0700 (PDT) Date: Fri, 7 May 2010 18:01:28 -0400 Message-ID: From: grarpamp To: freebsd-performance@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Intel 10Gb 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, 07 May 2010 22:01:34 -0000 Just wondering in general these days how close FreeBSD is to full 10Gb rates at various packet sizes from minimum ethernet frame to max jumbo 65k++. For things like BPF, ipfw/pf, routing, switching, etc. http://www.ntop.org/blog/?p=86 From owner-freebsd-net@FreeBSD.ORG Fri May 7 22:54:03 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id A9B52106566C; Fri, 7 May 2010 22:54:03 +0000 (UTC) (envelope-from mclone@gmail.com) Received: from mail-px0-f182.google.com (mail-px0-f182.google.com [209.85.212.182]) by mx1.freebsd.org (Postfix) with ESMTP id 72A7E8FC08; Fri, 7 May 2010 22:54:03 +0000 (UTC) Received: by pxi20 with SMTP id 20so763444pxi.13 for ; Fri, 07 May 2010 15:53:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:mime-version:received:in-reply-to :references:from:date:message-id:subject:to:cc:content-type; bh=lN/n2K36sIJt7o97E3jNfcqNl2TfD5KfgGDmEF+Js+E=; b=dT8zMYbOnDu70JOkg0P0Efw/uFAhS86pNbhFheZMu2AhvVSfQi2QZ7dVCBrR569foU 1+ilTKwf+epKRaTuprBHOsW4PIrKaxlMjDS9Pc+ih59c80q7COohaTcpyLrEfgGvcU9f cAZ+umSBJ29PWa1lEnnggPlUh1kfkKzDnH4FI= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc:content-type; b=Y7qpV7fD9PGsoqt9mflouOhl6XtKdTz+2T5cvQhPMlv8EW/4eakYi9i8UhAsVF8rrN 7K+QyMbAMcmfbdsfzY9hLYB7L7PJwLXs7dpj9ebC+TceJn8z00WdXQKNS3/D+LT1QJe9 kPzCL/kF9fsH8alX3Og0+FW/wajA1trUKfTw0= Received: by 10.142.151.11 with SMTP id y11mr458699wfd.77.1273272834136; Fri, 07 May 2010 15:53:54 -0700 (PDT) MIME-Version: 1.0 Received: by 10.142.101.19 with HTTP; Fri, 7 May 2010 15:53:34 -0700 (PDT) In-Reply-To: <20100507205328.GH14801@michelle.cdnetworks.com> References: <20100507205328.GH14801@michelle.cdnetworks.com> From: McLone Date: Sat, 8 May 2010 01:53:34 +0300 Message-ID: To: pyunyh@gmail.com Content-Type: text/plain; charset=ISO-8859-1 Cc: stable@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_re regression on RELENG_8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 22:54:03 -0000 On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon wrote: >> So the thing is, re0 stops working after sending any packet >> longer than 536 bytes. I tested via ping, -S (536-8) works, >> but (537-8) leads to watchdog timeout. The host cannot be >> software rebooted in ~80% cases after it happened. > Would you try attached patch? Indeed it helped. Thank you Pyun! You are fast as always! That's what i call "support" :-) -- wbr, |\ _,,,---,,_ dog bless ya! ` Zzz /,`.-'`' -. ;-;;,_ McLone at GMail dot com |,4- ) )-,_. ,\ ( `'-' net- and *BSD admin '---''(_/--' `-'\_) ...translit rawx! From owner-freebsd-net@FreeBSD.ORG Fri May 7 23:34:30 2010 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 6BA1D106566C for ; Fri, 7 May 2010 23:34:30 +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 1672B8FC12 for ; Fri, 7 May 2010 23:34:29 +0000 (UTC) Received: by vws17 with SMTP id 17so1038791vws.13 for ; Fri, 07 May 2010 16:34:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:received:from:date:to:cc :subject:message-id:reply-to:references:mime-version:content-type :content-disposition:in-reply-to:user-agent; bh=wjjRvkLHXbkU6JLVqbYX08lUkTj2pZzyDHEAwMW5JFw=; b=YHTq3YhNk1eqJaYsH89gVlPppZWmqcg0Lbmpa9O+cJkB4Q4+ibzSSNzkFI7TxhY235 Nn8Pzqn52v7QODov8V1hC8OLV7qb8W+aoXWCQL11r53xe+rlcipXarnCjvubyfAxhqrS X7m6ytvahyGJF28bSQBqFJ7+BVcXanskHT8cc= 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=jn2A6+cAfd7QSGkPE8apwtNfYDSp3Em1FquD45EE2eJLDEbiIpjaicHvpMDOu4jj1J c99Tp1NFhDnuViSDL1w09PmUqsM+MNtqSpaLRhgJ22LuvlS+E6a7ZAG2fSIjdd7HwhVd 3Tx/Xnf+POiyI5uzjJVt4YJBtXlWDwf2Sv1rI= Received: by 10.220.63.78 with SMTP id a14mr520574vci.124.1273273599361; Fri, 07 May 2010 16:06:39 -0700 (PDT) Received: from pyunyh@gmail.com ([174.35.1.224]) by mx.google.com with ESMTPS id x6sm11583936vco.23.2010.05.07.16.06.37 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 07 May 2010 16:06:38 -0700 (PDT) Received: by pyunyh@gmail.com (sSMTP sendmail emulation); Fri, 7 May 2010 16:06:31 -0700 From: Pyun YongHyeon Date: Fri, 7 May 2010 16:06:31 -0700 To: McLone Message-ID: <20100507230631.GK14801@michelle.cdnetworks.com> References: <20100507205328.GH14801@michelle.cdnetworks.com> 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: stable@freebsd.org, current@freebsd.org, net@freebsd.org Subject: Re: if_re regression on RELENG_8 X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: pyunyh@gmail.com List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 May 2010 23:34:30 -0000 On Sat, May 08, 2010 at 01:53:34AM +0300, McLone wrote: > On Fri, May 7, 2010 at 11:53 PM, Pyun YongHyeon wrote: > >> So the thing is, re0 stops working after sending any packet > >> longer than 536 bytes. I tested via ping, -S (536-8) works, > >> but (537-8) leads to watchdog timeout. The host cannot be > >> software rebooted in ~80% cases after it happened. > > Would you try attached patch? > Indeed it helped. > Thank you Pyun! You are fast as always! > That's what i call "support" :-) Fixed at r207763. Thanks for testing! From owner-freebsd-net@FreeBSD.ORG Sat May 8 04:33:16 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 883201065672 for ; Sat, 8 May 2010 04:33:16 +0000 (UTC) (envelope-from falkman@gamozo.org) Received: from epicblunt.blendfresh.net (epicblunt.blendfresh.net [97.107.136.32]) by mx1.freebsd.org (Postfix) with ESMTP id 31A938FC0A for ; Sat, 8 May 2010 04:33:15 +0000 (UTC) Received: from [192.168.1.131] (75-134-26-25.dhcp.mdsn.wi.charter.com [75.134.26.25]) (authenticated bits=0) by epicblunt.blendfresh.net (8.14.3/8.14.3) with ESMTP id o48407kR013966 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 7 May 2010 23:00:07 -0500 Message-ID: <4BE4E19B.9080803@gamozo.org> Date: Fri, 07 May 2010 22:59:23 -0500 From: Brandon Falk User-Agent: Mozilla/5.0 (X11; U; FreeBSD amd64; en-US; rv:1.9.1.9) Gecko/20100501 Thunderbird/3.0.4 MIME-Version: 1.0 To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: setsockopt with SO_REUSEADDR does not work 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, 08 May 2010 04:33:16 -0000 Whenever I use setsockopt with the SO_REUSEADDR param, I still will get the error that the address is already in use. When I'm on Linux, I don't have this problem, and I'm wondering if there is some way to somehow get this to work under FreeBSD. Thanks, Brandon Falk From owner-freebsd-net@FreeBSD.ORG Sat May 8 08:06:07 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id AC47D1065672; Sat, 8 May 2010 08:06:07 +0000 (UTC) (envelope-from jhellenthal@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 D1D358FC19; Sat, 8 May 2010 08:06:06 +0000 (UTC) Received: by vws17 with SMTP id 17so1224343vws.13 for ; Sat, 08 May 2010 01:05:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:date:from:to:cc :subject:in-reply-to:message-id:references:user-agent :x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; bh=5X4mOCqWjuk5IogZWA6UltnYZloi9EcAi9qC3DyorOU=; b=ig4v3rNl1afP7kQ2MFzRvYd8ypPsahdVNLBZKMdQU1mK82TCGVeDlVZihup7jGB/VS T8c63YkNacUvZk/Mgo0lixu0F9SPn0kRy2vGZLHGknLdtPijmwO+RCJtTbWfvaJS7Qaf hvWvCk9o2fbLq0nvkUqGMtQn50Y3UNB9/7US4= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:date:from:to:cc:subject:in-reply-to:message-id:references :user-agent:x-openpgp-key-id:x-openpgp-key-fingerprint:mime-version :content-type; b=X/KO46nf4kR9T3+ODpU4fu08k4HHy3xKIQpovlp8ql4JaunuQ5xfJ8nMWkp/yy16nC vX1X5ulkGOybFL4zKlnbZlx6/h7+Q2czAlb3pVFQiDpMDuGiLcvTJD587sNP1J5To2ts HQc0y5Ym//E1NCm9n9xNXWbxZaALZJ3X33VNc= Received: by 10.220.158.6 with SMTP id d6mr954983vcx.38.1273305956046; Sat, 08 May 2010 01:05:56 -0700 (PDT) Received: from centel.dataix.local (adsl-99-19-41-129.dsl.klmzmi.sbcglobal.net [99.19.41.129]) by mx.google.com with ESMTPS id w29sm16711780vcr.2.2010.05.08.01.05.54 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sat, 08 May 2010 01:05:54 -0700 (PDT) Sender: "J. Hellenthal" Date: Sat, 8 May 2010 04:05:18 -0400 From: jhell To: Jeremy Chadwick In-Reply-To: <20100426080815.GA41938@icarus.home.lan> Message-ID: References: <20100426080815.GA41938@icarus.home.lan> User-Agent: Alpine 2.00 (BSF 1167 2008-08-23) X-OpenPGP-Key-Id: 0x89D8547E X-OpenPGP-Key-Fingerprint: 85EF E26B 07BB 3777 76BE B12A 9057 8789 89D8 547E MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org, freebsd-rc@freebsd.org Subject: Re: rc(8) script -- waiting for the network to become usable 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, 08 May 2010 08:06:07 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Mon, 26 Apr 2010 04:08, Jeremy Chadwick wrote: In Message-Id: <20100426080815.GA41938@icarus.home.lan> > Foremost, sorry for the cross-post, but more eyes in this case means > overall more discussion. Secondly, please keep me CC'd as I'm not on > either -rc or -net. > > I recently proposed addition of a new script to the rc framework which > verifies (using ping) that layer 3 network connectivity is up/functional > before continuing on with daemons which require network access: > > http://lists.freebsd.org/pipermail/freebsd-stable/2010-April/056400.html > > The overall response was positive, with full acknowledgement that this > is indeed a hack -- yet necessary -- and that something more appropriate > could probably be introduced into the base system to provide a much > cleaner solution (launchd was mentioned). > > I'd like folks (particularly on -rc) to chime in here, and please see > about adding this to the base system. > > Please note there's one typo in the script (a line which needs to be > commented out) in my original post which I've since fixed in the version > that's available via HTTP. > > Thank you! > > Thanks for the script Jeremy, this will really come in handy on some machines that I want to test for this case. On another note and return thanks I have made some modifications so it can be used as just a drop-in until its either committed or denied. Also renamed it as to not cause confusion with your version and to better fit my schema. Here it is: http://code.google.com/p/jhell/source/browse/base/head/scripts/rc.d/netwait/netwait Regards, - -- jhell -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.14 (FreeBSD) iQEcBAEBAgAGBQJL5RtEAAoJEJBXh4mJ2FR+yBwH/11k0MOaPUnlxHSI+txdMg8D c5UfJzvKe5f5/VHeRpfbANuyM1ve+s2MCOdDT7C5xZ6C12Bb2JseqllXsrS8RrO0 9UwPuNr3pgP5axRSoYa9fnHelPkCNXbsl1xKEHeGHl3XvkvEGxQ5dzRwfWYAvBqx GxqTVaaQpVIcv8DlXyGCq1pFkyleQT1b9xRhrp3KZDVGUVBiJDjBoTXCeUrm7LZC ESIkn/ff5JarZfQ3t2/ZyqBt1DrMnbm2v99ZQCuL3Wg2LsGdUtiEs+XBF2lE2/4x fuW8np1L3Mn0JbWCz1LlVqjHx9Y8BrMRkBA0x/ncHjiVtodOn0NIveskswYCdww= =dj5G -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Sat May 8 09:20:52 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id F17071065670; Sat, 8 May 2010 09:20:52 +0000 (UTC) (envelope-from vince@unsane.co.uk) Received: from unsane.co.uk (www.unsane.co.uk [85.233.185.162]) by mx1.freebsd.org (Postfix) with ESMTP id 6521F8FC08; Sat, 8 May 2010 09:20:52 +0000 (UTC) Received: from vhoffman-macbook.local ([10.0.0.173]) (authenticated bits=0) by unsane.co.uk (8.14.4/8.14.4) with ESMTP id o4891AgG099138 (version=TLSv1/SSLv3 cipher=DHE-RSA-CAMELLIA256-SHA bits=256 verify=NO); Sat, 8 May 2010 10:01:11 +0100 (BST) (envelope-from vince@unsane.co.uk) Message-ID: <4BE52856.3000601@unsane.co.uk> Date: Sat, 08 May 2010 10:01:10 +0100 From: Vincent Hoffman User-Agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.9) Gecko/20100317 Thunderbird/3.0.4 MIME-Version: 1.0 To: grarpamp References: In-Reply-To: X-Enigmail-Version: 1.0.1 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-performance@freebsd.org Subject: Re: Intel 10Gb 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, 08 May 2010 09:20:53 -0000 Looks a little like http://lists.freebsd.org/pipermail/svn-src-all/2010-May/023679.html but for intel. cool. Vince On 07/05/2010 23:01, grarpamp wrote: > Just wondering in general these days how close FreeBSD is to > full 10Gb rates at various packet sizes from minimum ethernet > frame to max jumbo 65k++. For things like BPF, ipfw/pf, routing, > switching, etc. > http://www.ntop.org/blog/?p=86 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > From owner-freebsd-net@FreeBSD.ORG Sat May 8 12:20:52 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id BBA85106566C for ; Sat, 8 May 2010 12:20:52 +0000 (UTC) (envelope-from onemda@gmail.com) Received: from mail-wy0-f182.google.com (mail-wy0-f182.google.com [74.125.82.182]) by mx1.freebsd.org (Postfix) with ESMTP id 516898FC19 for ; Sat, 8 May 2010 12:20:51 +0000 (UTC) Received: by wyb36 with SMTP id 36so1562157wyb.13 for ; Sat, 08 May 2010 05:20:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:received:in-reply-to :references:date:message-id:subject:from:to:cc:content-type; bh=KJgV2q0uWYt420ABY6aEpn4w7RRTK0uD7SxsTSITxas=; b=O4v1ZuRcYvYVbhhPGanDZZqlv38RWuFKO2+qBd+6w5EeWjjwX5YGZxZl26Oi9OdXL6 0NM/bOqcgYiOyKsJ7a7QC2ePzYjOq4POyUxnppvVbZcekjcXGd0Ivj+Y8XmI/ZGKx9t2 PYbsgHEeWYACMHXs58gzMDMI5+x9+ncZ/gZuc= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; b=PCm/b/lOnZpAiS1jPASIGl0hMyLomotuXxe3ZnXNlD9ojiztnOq0e7uZKp7CE8g3us rQQYEABqIVr96Esd0hFwtCXAUlqFVjYWWpQNSei61phr92agydjQxzmRA0vajOM9nFht 5kLgiKEPJqzyGgg7puk7PAUc28QxLMzkEF/Qk= MIME-Version: 1.0 Received: by 10.216.158.65 with SMTP id p43mr830815wek.50.1273321246157; Sat, 08 May 2010 05:20:46 -0700 (PDT) Received: by 10.216.48.210 with HTTP; Sat, 8 May 2010 05:20:46 -0700 (PDT) In-Reply-To: <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> References: <20100506120022.A331D10656C2@hub.freebsd.org> <45e58af.dfb8.128723a15b9.Coremail.jiani1012@126.com> Date: Sat, 8 May 2010 12:20:46 +0000 Message-ID: From: Paul B Mahol To: jiani1012 Content-Type: text/plain; charset=ISO-8859-1 Cc: freebsd-net@freebsd.org Subject: Re: convert Windows NDIS drivers for use with FreeBSD X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 08 May 2010 12:20:52 -0000 On 5/7/10, jiani1012 wrote: > Hi all, > I am using xp3264-7.7.0.329-whql.zip file from Atheros. > #cd /sys/modules/ndis > #make install > #cd /sys/modules/if_ndis > #make install > #ndiscvt -i netathwx.inf -s athwx.sys -o ndis_driver_data.h > (syntax error) > When trying to convert the ones athwx.sys and netathwx.inf I am getting > the error: > > ndiscvt: line 5117: : syntax error. > > CONVERSION FAILED > same for netathw.inf athw.sys > How to do it? > Thank you in advance! > > Jeny Why you are not using ndisgen(8)? From owner-freebsd-net@FreeBSD.ORG Sat May 8 12:59:47 2010 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 69D15106564A for ; Sat, 8 May 2010 12:59:47 +0000 (UTC) (envelope-from murat@enderunix.org) Received: from istanbul.enderunix.org (freefall.marmara.edu.tr [193.140.143.150]) by mx1.freebsd.org (Postfix) with ESMTP id AF58E8FC18 for ; Sat, 8 May 2010 12:59:45 +0000 (UTC) Received: (qmail 27666 invoked from network); 8 May 2010 12:59:40 -0000 Received: from unknown (HELO ?172.16.0.202?) (127.0.0.1) by 0 with SMTP; 8 May 2010 12:59:40 -0000 From: Murat Balaban To: Vincent Hoffman In-Reply-To: <4BE52856.3000601@unsane.co.uk> References: <4BE52856.3000601@unsane.co.uk> Content-Type: text/plain; charset="UTF-8" Organization: EnderUNIX SDT, Turkey Date: Sat, 08 May 2010 15:59:42 +0300 Message-ID: <1273323582.3304.31.camel@efe> Mime-Version: 1.0 X-Mailer: Evolution 2.28.1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-performance@freebsd.org, grarpamp Subject: Re: Intel 10Gb 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, 08 May 2010 12:59:47 -0000 Much of the FreeBSD networking stack has been made parallel in order to cope with high packet rates at 10 Gig/sec operation. I've seen good numbers (near 10 Gig) in my tests involving TCP/UDP send/receive. (latest Intel driver). As far as BPF is concerned, above statement does not hold true, since there is some work that needs to be done here in terms of BPF locking and parallelism. My tests show that there is a high lock contention around "bpf interface lock", resulting in input errors at high packet rates and with many bpf devices. I belive GSoC 2010 project, Multiqueue BPF, is a milestone for this: http://www.freebsd.org/projects/ideas/ideas.html#p-multiqbpf I'm also working on this problem myself and will post a diff whenever I have something usable. -- Murat http://www.enderunix.org/murat/ On Sat, 2010-05-08 at 10:01 +0100, Vincent Hoffman wrote: > Looks a little like > http://lists.freebsd.org/pipermail/svn-src-all/2010-May/023679.html > but for intel. cool. > > Vince > On 07/05/2010 23:01, grarpamp wrote: > > Just wondering in general these days how close FreeBSD is to > > full 10Gb rates at various packet sizes from minimum ethernet > > frame to max jumbo 65k++. For things like BPF, ipfw/pf, routing, > > switching, etc. > > http://www.ntop.org/blog/?p=86 > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" > > > > _______________________________________________ > freebsd-performance@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-performance > To unsubscribe, send any mail to "freebsd-performance-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Sat May 8 14:38:52 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DA7CB106564A; Sat, 8 May 2010 14:38:52 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id B35088FC0A; Sat, 8 May 2010 14:38:52 +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 o48EcqCd019462; Sat, 8 May 2010 14:38:52 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o48Ecqw7019458; Sat, 8 May 2010 14:38:52 GMT (envelope-from linimon) Date: Sat, 8 May 2010 14:38:52 GMT Message-Id: <201005081438.o48Ecqw7019458@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/146394: [vlan] IP source address for outgoing connections 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, 08 May 2010 14:38:52 -0000 Old Synopsis: IP source address for outgoing connections New Synopsis: [vlan] IP source address for outgoing connections Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 8 14:38:10 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146394 From owner-freebsd-net@FreeBSD.ORG Sat May 8 14:47:48 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 159571065670; Sat, 8 May 2010 14:47:48 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id ABF498FC16; Sat, 8 May 2010 14:47: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 o48EllVV027596; Sat, 8 May 2010 14:47:47 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o48EllgU027592; Sat, 8 May 2010 14:47:47 GMT (envelope-from linimon) Date: Sat, 8 May 2010 14:47:47 GMT Message-Id: <201005081447.o48EllgU027592@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/146082: [ng_l2tp] a false invaliant check was performed in ng_l2tp_seq_check() 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, 08 May 2010 14:47:48 -0000 Old Synopsis: ng_l2tp: a false invaliant check was performed in ng_l2tp_seq_check() New Synopsis: [ng_l2tp] a false invaliant check was performed in ng_l2tp_seq_check() Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Sat May 8 14:47:14 UTC 2010 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=146082 From owner-freebsd-net@FreeBSD.ORG Sat May 8 17:05:03 2010 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 245BB1065672; Sat, 8 May 2010 17:05:03 +0000 (UTC) (envelope-from julian@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [69.147.83.40]) by mx1.freebsd.org (Postfix) with ESMTP id 0FA458FC1F; Sat, 8 May 2010 17:05:03 +0000 (UTC) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.4/8.14.4) with ESMTP id o48H52qH045578; Sat, 8 May 2010 17:05:02 GMT (envelope-from julian@freefall.freebsd.org) Received: (from julian@localhost) by freefall.freebsd.org (8.14.4/8.14.4/Submit) id o48H52x3045574; Sat, 8 May 2010 10:05:02 -0700 (PDT) (envelope-from julian) Date: Sat, 8 May 2010 10:05:02 -0700 (PDT) Message-Id: <201005081705.o48H52x3045574@freefall.freebsd.org> To: kes-kes@yandex.ru, julian@FreeBSD.org, freebsd-net@FreeBSD.org From: julian@FreeBSD.org Cc: Subject: Re: kern/146394: [vlan] IP source address for outgoing connections 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, 08 May 2010 17:05:03 -0000 Synopsis: [vlan] IP source address for outgoing connections State-Changed-From-To: open->feedback State-Changed-By: julian State-Changed-When: Sat May 8 09:47:30 PDT 2010 State-Changed-Why: The behaviour you quote as a bug is expected and useful and I don't think it is a bug. Any non-bound socket will 'bind' itself to the address of the interface through which the outgoing packet will leave. If you do not do this there is no guarantee that the client will be able to get to the responding address as it may be on a differnet network. Anyhow there are ways to do what you want. firstly: what you are talking about will ONLY happen if you do not bind the socke to an address, so looking in the config file and binding it will fix it. Most programs have an option to do this. I had to do this yesterday with named. (though I didn't find such an option in ntpd). You need to look at what is going on using sockstat and netstat -aAn any socket that has a local address of "*" will have this behaviour. If you can't do this then you can use the jail command to force a program that does not support binding to be bound. Put it in a jail that has the same root as the rest of the system but has a forced IP address of that you want. Let me know if this solved your problem an dwe can close the bug. http://www.freebsd.org/cgi/query-pr.cgi?pr=146394