From owner-freebsd-net@FreeBSD.ORG Sun Feb 8 14:26:54 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id B78DB106564A for ; Sun, 8 Feb 2009 14:26:54 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay07.ispgateway.de (smtprelay07.ispgateway.de [80.67.29.7]) by mx1.freebsd.org (Postfix) with ESMTP id 475C78FC1D for ; Sun, 8 Feb 2009 14:26:54 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay07.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LWAcW-00050H-Mj; Sun, 08 Feb 2009 15:26:52 +0100 Date: Sun, 8 Feb 2009 15:26:47 +0100 From: Fabian Keil To: Jeff Roberson Message-ID: <20090208152647.3e4316d1@fabiankeil.de> In-Reply-To: <20090202094226.E983@desktop> References: <20090131125100.N983@desktop> <20090201160544.4f1961b4@fabiankeil.de> <20090201170550.482bf325@fabiankeil.de> <20090202094226.E983@desktop> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/oairxi+cdhO/y_tS6A7FjxC"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Cc: freebsd-net@freebsd.org Subject: Re: mbuf revision, testers/comments wanted. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2009 14:26:55 -0000 --Sig_/oairxi+cdhO/y_tS6A7FjxC Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeff Roberson wrote: > On Sun, 1 Feb 2009, Fabian Keil wrote: >=20 > > Fabian Keil wrote: > > > >> Jeff Roberson wrote: > >> > >>> http://people.freebsd.org/~jeff/mbuf_ref2.diff > >> > >>> I have been experimenting with different revisions to the mbuf api to > >>> improve performance and simplify code. This patch is the first of > >>> several proposed steps towards those goals. The aim of this patch is > >>> two fold; > >> > >>> I would appreciate testing feedback from varied workloads to make sure > >>> there are no bugs before I go forward with this. I have tested only > >>> host oriented networking with a few drivers. It is not anticipated > >>> that there will be any significant incompatibilities introduced with > >>> this round but there is always that possibility. > > > >> 5) > >> Finally, I tested the patch on an IBM ThinPad R51. The kernel > >> hangs on boot, the last messages are (hand transcribed): > >> > >> iwi0: mem 0xc0214000-0xc0214fff irq 11 = at device 2.0 on pci2 > >> iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0214000 > >> iwi0: could not allocate rx mbuf > >> iwi0: could not allocate Rx ring > >> bpfdetach: was not attached > > > > Never mind, kernel and user land weren't completely in > > sync and this might be related to the recent wlan commits. > > I'll retry with an up-to-date user land. > I have updated the patch here: >=20 > http://people.freebsd.org/~jeff/mbuf_ref2.diff >=20 > This resolves the !INVARIANTS bug and improves the style as you suggested. I run into several system hangs (or maybe panics) yesterday, mostly with Xorg running so I didn't get any details. I got one on the console though. After running a regression test that opens multiple HTTP connections to the loop back device, I used rsync to restore some files that were damaged by an earlier hang. That lead to a page fault in em_start_locked(). While I dumped core from the debugger, savecore didn't find the dump afterwards. Anyway, there's a screen shot available at: http://www.fabiankeil.de/bilder/freebsd/mbuf-patch-page-fault-em_start_lock= ed.jpg Before the patch I didn't see any surprising panics in quite a while. I reverted the patch for now to verify that the system is stable without it. Fabian --Sig_/oairxi+cdhO/y_tS6A7FjxC Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmO66cACgkQBYqIVf93VJ0OVACfRJ+NbIrKYvG3EJsba9UjXd4O D8oAn0y9otsWu8XyQyD0x1zIX3aHnNLY =MTw/ -----END PGP SIGNATURE----- --Sig_/oairxi+cdhO/y_tS6A7FjxC-- From owner-freebsd-net@FreeBSD.ORG Sun Feb 8 18:35:20 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 479BF106566B for ; Sun, 8 Feb 2009 18:35:20 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: from rv-out-0506.google.com (rv-out-0506.google.com [209.85.198.232]) by mx1.freebsd.org (Postfix) with ESMTP id 1CBB18FC0C for ; Sun, 8 Feb 2009 18:35:19 +0000 (UTC) (envelope-from jroberson@jroberson.net) Received: by rv-out-0506.google.com with SMTP id b25so1614648rvf.43 for ; Sun, 08 Feb 2009 10:35:19 -0800 (PST) Received: by 10.140.132.4 with SMTP id f4mr3136982rvd.211.1234118118271; Sun, 08 Feb 2009 10:35:18 -0800 (PST) Received: from ?10.0.1.199? (udp016664uds.hawaiiantel.net [72.235.41.117]) by mx.google.com with ESMTPS id k2sm13075605rvb.6.2009.02.08.10.35.15 (version=SSLv3 cipher=RC4-MD5); Sun, 08 Feb 2009 10:35:17 -0800 (PST) Date: Sun, 8 Feb 2009 08:34:03 -1000 (HST) From: Jeff Roberson X-X-Sender: jroberson@desktop To: Fabian Keil In-Reply-To: <20090208152647.3e4316d1@fabiankeil.de> Message-ID: <20090208083321.M983@desktop> References: <20090131125100.N983@desktop> <20090201160544.4f1961b4@fabiankeil.de> <20090201170550.482bf325@fabiankeil.de> <20090202094226.E983@desktop> <20090208152647.3e4316d1@fabiankeil.de> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: freebsd-net@freebsd.org Subject: Re: mbuf revision, testers/comments wanted. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2009 18:35:20 -0000 On Sun, 8 Feb 2009, Fabian Keil wrote: > Jeff Roberson wrote: > >> On Sun, 1 Feb 2009, Fabian Keil wrote: >> >>> Fabian Keil wrote: >>> >>>> Jeff Roberson wrote: >>>> >>>>> http://people.freebsd.org/~jeff/mbuf_ref2.diff >>>> >>>>> I have been experimenting with different revisions to the mbuf api to >>>>> improve performance and simplify code. This patch is the first of >>>>> several proposed steps towards those goals. The aim of this patch is >>>>> two fold; >>>> >>>>> I would appreciate testing feedback from varied workloads to make sure >>>>> there are no bugs before I go forward with this. I have tested only >>>>> host oriented networking with a few drivers. It is not anticipated >>>>> that there will be any significant incompatibilities introduced with >>>>> this round but there is always that possibility. >>> >>>> 5) >>>> Finally, I tested the patch on an IBM ThinPad R51. The kernel >>>> hangs on boot, the last messages are (hand transcribed): >>>> >>>> iwi0: mem 0xc0214000-0xc0214fff irq 11 at device 2.0 on pci2 >>>> iwi0: Reserved 0x1000 bytes for rid 0x10 type 3 at 0xc0214000 >>>> iwi0: could not allocate rx mbuf >>>> iwi0: could not allocate Rx ring >>>> bpfdetach: was not attached >>> >>> Never mind, kernel and user land weren't completely in >>> sync and this might be related to the recent wlan commits. >>> I'll retry with an up-to-date user land. > >> I have updated the patch here: >> >> http://people.freebsd.org/~jeff/mbuf_ref2.diff >> >> This resolves the !INVARIANTS bug and improves the style as you suggested. > > I run into several system hangs (or maybe panics) yesterday, > mostly with Xorg running so I didn't get any details. > > I got one on the console though. After running a regression > test that opens multiple HTTP connections to the loop back > device, I used rsync to restore some files that were damaged by > an earlier hang. That lead to a page fault in em_start_locked(). > > While I dumped core from the debugger, > savecore didn't find the dump afterwards. > > Anyway, there's a screen shot available at: > http://www.fabiankeil.de/bilder/freebsd/mbuf-patch-page-fault-em_start_locked.jpg Can you open gdb on kernel.debug and tell me what: list *(em_start_locked+0x1e5) outputs? Thanks, Jeff > > Before the patch I didn't see any surprising panics > in quite a while. I reverted the patch for now to > verify that the system is stable without it. > > Fabian > From owner-freebsd-net@FreeBSD.ORG Sun Feb 8 19:27:25 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2B73A1065672 for ; Sun, 8 Feb 2009 19:27:25 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from smtprelay08.ispgateway.de (smtprelay08.ispgateway.de [80.67.29.8]) by mx1.freebsd.org (Postfix) with ESMTP id A5A9D8FC12 for ; Sun, 8 Feb 2009 19:27:24 +0000 (UTC) (envelope-from freebsd-listen@fabiankeil.de) Received: from [88.153.16.241] (helo=localhost) by smtprelay08.ispgateway.de with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.68) (envelope-from ) id 1LWFJL-00063t-5A; Sun, 08 Feb 2009 20:27:23 +0100 Date: Sun, 8 Feb 2009 20:27:18 +0100 From: Fabian Keil To: Jeff Roberson Message-ID: <20090208202718.256db562@fabiankeil.de> In-Reply-To: <20090208083321.M983@desktop> References: <20090131125100.N983@desktop> <20090201160544.4f1961b4@fabiankeil.de> <20090201170550.482bf325@fabiankeil.de> <20090202094226.E983@desktop> <20090208152647.3e4316d1@fabiankeil.de> <20090208083321.M983@desktop> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd8.0) X-PGP-KEY-URL: http://www.fabiankeil.de/gpg-keys/freebsd-listen-2008-08-18.asc Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/7UR9Z9+4+nghoIGhCFX/eig"; protocol="application/pgp-signature"; micalg=PGP-SHA1 X-Df-Sender: 775067 Cc: freebsd-net@freebsd.org Subject: Re: mbuf revision, testers/comments wanted. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 08 Feb 2009 19:27:31 -0000 --Sig_/7UR9Z9+4+nghoIGhCFX/eig Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Jeff Roberson wrote: > On Sun, 8 Feb 2009, Fabian Keil wrote: >=20 > > Jeff Roberson wrote: > >> I have updated the patch here: > >> > >> http://people.freebsd.org/~jeff/mbuf_ref2.diff > >> > >> This resolves the !INVARIANTS bug and improves the style as you sugges= ted. > > > > I run into several system hangs (or maybe panics) yesterday, > > mostly with Xorg running so I didn't get any details. > > > > I got one on the console though. After running a regression > > test that opens multiple HTTP connections to the loop back > > device, I used rsync to restore some files that were damaged by > > an earlier hang. That lead to a page fault in em_start_locked(). > > > > While I dumped core from the debugger, > > savecore didn't find the dump afterwards. > > > > Anyway, there's a screen shot available at: > > http://www.fabiankeil.de/bilder/freebsd/mbuf-patch-page-fault-em_start_= locked.jpg >=20 > Can you open gdb on kernel.debug and tell me what: >=20 > list *(em_start_locked+0x1e5) >=20 > outputs? Unfortunately I didn't keep the kernel.debug for the patched kernel around. For my current kernel I get: fk@TP51 ~ $gdb /usr/obj/usr/src/sys/THINKPAD/kernel.debug=20 GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain condition= s. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-marcel-freebsd"... (gdb) list *(em_start_locked+0x1e5) 0xc0529eb5 is in em_start_locked (/usr/src/sys/dev/e1000/if_em.c:1003). 998 if (!adapter->link_active) 999 return; 1000 =20 1001 while (!IFQ_DRV_IS_EMPTY(&ifp->if_snd)) { 1002 =20 1003 IFQ_DRV_DEQUEUE(&ifp->if_snd, m_head); 1004 if (m_head =3D=3D NULL) 1005 break; 1006 /* 1007 * Encapsulation can modify our pointer, and or ma= ke it Not sure if it's any good ... Fabian --Sig_/7UR9Z9+4+nghoIGhCFX/eig Content-Type: application/pgp-signature; name=signature.asc Content-Disposition: attachment; filename=signature.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmPMhYACgkQBYqIVf93VJ17AgCfRYoZA/yXanDkVOhY1ZxdZ9YH vHIAn0V/VbOyrX5sJnii4OC4PvwQYsbA =f+am -----END PGP SIGNATURE----- --Sig_/7UR9Z9+4+nghoIGhCFX/eig-- From owner-freebsd-net@FreeBSD.ORG Mon Feb 9 11:06:56 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 17D5A106566C for ; Mon, 9 Feb 2009 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 0429C8FC0C for ; Mon, 9 Feb 2009 11:06:56 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n19B6tbK009197 for ; Mon, 9 Feb 2009 11:06:56 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n19B6tbP009193 for freebsd-net@FreeBSD.org; Mon, 9 Feb 2009 11:06:55 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 9 Feb 2009 11:06:55 GMT Message-Id: <200902091106.n19B6tbP009193@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, 09 Feb 2009 11:06:56 -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/131310 net [panic] 7.1 panics with mpd netgraph interface changes o kern/131162 net [ath] Atheros driver bugginess and kernel crashes o kern/131153 net [iwi] iwi doesn't see a wireless network f kern/131087 net [ipw] [panic] ipw / iwi - no sent/received packets; iw o kern/130846 net [vge] vge0 not autonegotiating to 1000baseTX full dupl o kern/130820 net [ndis] wpa_supplicant(8) returns 'no space on device' o kern/130652 net [kernel] [patch] Possible deadlock in rt_check() (sys/ o kern/130628 net [nfs] NFS / rpc.lockd deadlock on 7.1-R f kern/130605 net [tcp] Certain hardware produces "Network is unreachabl 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 bin/130159 net [patch] ppp(8) fails to correctly set routes 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/129846 net [panic] /usr/sbin/ppp causes panic "Sleeping thread ow 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/129580 net [ndis] Netgear WG311v3 (ndis) causes kenel trap at boo o kern/129517 net [ipsec] [panic] double fault / stack overflow o kern/129508 net [panic] Kernel panic with EtherIP (may be related to S o kern/129352 net [xl] [patch] xl0 watchdog timeout o kern/129219 net [ppp] Kernel panic when using kernel mode ppp o kern/129135 net [vge] vge driver on a VIA mini-ITX not working o bin/128954 net ifconfig(8) deletes valid routes o kern/128917 net [wpi] [panic] if_wpi and wpa+tkip causing kernel panic o kern/128884 net [msk] if_msk page fault while in kernel mode o kern/128840 net [igb] page fault under load with igb/LRO o bin/128602 net [an] wpa_supplicant(8) crashes with an(4) o kern/128598 net [bluetooth] WARNING: attempt to net_add_domain(bluetoo 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: Segmentation fault (core dumped) s kern/127587 net [bge] [request] if_bge(4) doesn't support BCM576X fami f kern/127528 net [icmp]: icmp socket receives icmp replies not owned by o bin/127192 net routed(8) removes the secondary alias IP of interface f kern/127145 net [wi]: prism (wi) driver crash at bigger traffic o kern/127102 net [wpi] Intel 3945ABG low throughput o kern/127057 net [udp] Unable to send UDP packet via IPv6 socket to IPv o kern/127050 net [carp] ipv6 does not work on carp interfaces [regressi o kern/126945 net [carp] CARP interface destruction with ifconfig destro o kern/126924 net [an] [patch] printf -> device_printf and simplify prob o kern/126895 net [patch] [ral] Add antenna selection (marked as TBD) o kern/126874 net [vlan]: Zebra problem if ifconfig vlanX destroy o bin/126822 net wpa_supplicant(8): WPA PSK does not work in adhoc mode o kern/126714 net [carp] CARP interface renaming makes system no longer o kern/126695 net rtfree messages and network disruption upon use of if_ o kern/126688 net [ixgbe] [patch] 1.4.7 ixgbe driver panic with 4GB and o kern/126475 net [ath] [panic] ath pcmcia card inevitably panics under o kern/126469 net [fxp] [panic] fxp(4) related kernel panic 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 f kern/125195 net [fxp] fxp(4) driver failed to initialize device Intel o kern/124904 net [fxp] EEPROM corruption with Compaq NC3163 NIC o kern/124767 net [iwi] Wireless connection using iwi0 driver (Intel 220 o kern/124753 net [ieee80211] net80211 discards power-save queue packets o kern/124341 net [ral] promiscuous mode for wireless device ral0 looses o kern/124160 net [libc] connect(2) function loops indefinitely o kern/124127 net [msk] watchdog timeout (missed Tx interrupts) -- recov o kern/124021 net [ip6] [panic] page fault in nd6_output() o kern/123968 net [rum] [panic] rum driver causes kernel panic with WPA. p kern/123961 net [vr] [patch] Allow vr interface to handle vlans o kern/123892 net [tap] [patch] No buffer space available o kern/123858 net [stf] [patch] stf not usable behind a NAT o kern/123796 net [ipf] FreeBSD 6.1+VPN+ipnat+ipf: port mapping does not o bin/123633 net ifconfig(8) doesn't set inet and ether address in one f kern/123617 net [tcp] breaking connection when client downloading file o kern/123603 net [tcp] tcp_do_segment and Received duplicate SYN o kern/123559 net [iwi] iwi periodically disassociates/associates [regre o bin/123465 net [ip6] route(8): route add -inet6 -interfac o kern/123463 net [ipsec] [panic] repeatable crash related to ipsec-tool o kern/123429 net [nfe] [hang] "ifconfig nfe up" causes a hard system lo o kern/123347 net [bge] bge1: watchdog timeout -- linkstate changed to D o conf/123330 net [nsswitch.conf] Enabling samba wins in nsswitch.conf c o kern/123256 net [wpi] panic: blockable sleep lock with wpi(4) f kern/123172 net [bce] Watchdog timeout problems with if_bce o kern/123160 net [ip] Panic and reboot at sysctl kern.polling.enable=0 o kern/122989 net [swi] [panic] 6.3 kernel panic in swi1: net o kern/122954 net [lagg] IPv6 EUI64 incorrectly chosen for lagg devices o kern/122928 net [em] interface watchdog timeouts and stops receiving p f kern/122839 net [multicast] FreeBSD 7 multicast routing problem p kern/122794 net [lagg] Kernel panic after brings lagg(8) up if NICs ar o kern/122780 net [lagg] tcpdump on lagg interface during high pps wedge o kern/122772 net [em] em0 taskq panic, tcp reassembly bug causes radix o kern/122743 net [panic] vm_page_unwire: invalid wire count: 0 o kern/122697 net [ath] Atheros card is not well supported o kern/122685 net It is not visible passing packets in tcpdump(1) o kern/122551 net [bge] Broadcom 5715S no carrier on HP BL460c blade usi o kern/122427 net [apm] [panic] apm and mDNSResponder cause panic during 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 f kern/122252 net [ipmi] [bge] IPMI problem with BCM5704 (does not work o kern/122195 net [ed] Alignment problems in if_ed o kern/122058 net [em] [panic] Panic on em1: taskq o kern/122033 net [ral] [lor] Lock order reversal in ral0 at bootup [reg o kern/121983 net [fxp] fxp0 MBUF and PAE 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 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 [panic] gnugk causes kernel panic when closing UDP soc 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/119361 net [bge] bge(4) transmit performance problem o kern/119225 net [wi] 7.0-RC1 no carrier with Prism 2.5 wifi card [regr a bin/118987 net ifconfig(8): ifconfig -l (address_family) does not wor 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 s kern/117717 net [panic] Kernel panic with Bittorrent client. o kern/117448 net [carp] 6.2 kernel crash [regression] o kern/117423 net [vlan] Duplicate IP on different interfaces o bin/117339 net [patch] route(8): loading routing management commands o kern/117271 net [tap] OpenVPN TAP uses 99% CPU on releng_6 when if_tap o kern/117043 net [em] Intel PWLA8492MT Dual-Port Network adapter EEPROM o kern/116837 net [tun] [panic] [patch] ifconfig tunX destroy: panic o kern/116747 net [ndis] FreeBSD 7.0-CURRENT crash with Dell TrueMobile o bin/116643 net [patch] [request] fstat(1): add INET/INET6 socket deta o kern/116328 net [bge]: Solid hang with bge interface 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 f kern/114899 net [bge] bge0: watchdog timeout -- resetting o kern/114839 net [fxp] fxp looses ability to speak with traffic o kern/114714 net [gre] [patch] gre(4) is not MPSAFE and does not suppor o kern/113895 net [xl] xl0 fails on 6.2-RELEASE but worked fine on 5.5-R 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 interface given in rc.conf not taking a o kern/106974 net [bge] packet loose and linkup problem o kern/106438 net [ipf] ipfilter: keep state does not seem to allow repl o kern/106316 net [dummynet] dummynet with multipass ipfw drops packets o kern/106243 net [nve] double fault panic in if_nve.c on high loads o kern/105945 net Address can disappear from network interface s kern/105943 net Network stack may modify read-only mbuf chain copies o bin/105925 net problems with ifconfig(8) and vlan(4) [regression] o kern/105348 net [ath] ath device stopps TX o kern/104851 net [inet6] [patch] On link routes not configured when usi o kern/104751 net [netgraph] kernel panic, when getting info about my tr o kern/104485 net [bge] Broadcom BCM5704C: Intermittent on newer chip ve o kern/103191 net Unpredictable reboot o kern/103135 net [ipsec] ipsec with ipfw divert (not NAT) encodes a pac o conf/102502 net [patch] ifconfig name does't rename netgraph node in n 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/100839 net [txp] txp driver inconsistently stops working when the 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 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 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/89876 net [txp] [patch] txp driver doesn't work with latest firm 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/87194 net [fxp] fxp(4) promiscuous mode seems to corrupt hw-csum s kern/86920 net [ndis] ifconfig: SIOCS80211: Invalid argument [regress o kern/86103 net [ipf] Illegal NAT Traversal in IPFilter o bin/85445 net ifconfig(8): deprecated keyword to ifconfig inoperativ o kern/85266 net [xe] [patch] xe(4) driver does not recognise Xircom XE o kern/84202 net [ed] [patch] Holtek HT80232 PCI NIC recognition on Fre o bin/82975 net route change does not parse classfull network as given o kern/82497 net [vge] vge(4) on AMD64 only works when loaded late, not f kern/81644 net [vge] vge(4) does not work properly when loaded as a K 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/77273 net [ipf] ipfilter breaks ipv6 statefull filtering on 5.3 s kern/77195 net [ipf] [patch] ipfilter ioctl SIOCGNATL does not match s kern/75407 net [an] an(4): no carrier after short time f kern/73538 net [bge] problem with the Broadcom BCM5788 Gigabit Ethern o kern/71469 net default route to internet magically disappears with mu o kern/70904 net [ipf] ipfilter ipnat problem with h323 proxy support o kern/64556 net [sis] if_sis short cable fix problems with NetGear FA3 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/27474 net [ipf] [ppp] Interactive use of user PPP and ipfilter c o conf/23063 net [patch] for static ARP tables in rc.network 255 problems total. From owner-freebsd-net@FreeBSD.ORG Mon Feb 9 18:41:34 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0D5CE106566C for ; Mon, 9 Feb 2009 18:41:34 +0000 (UTC) (envelope-from helen.zhang@bluecoat.com) Received: from whisker.bluecoat.com (whisker.bluecoat.com [216.52.23.28]) by mx1.freebsd.org (Postfix) with ESMTP id E3C308FC1D for ; Mon, 9 Feb 2009 18:41:33 +0000 (UTC) (envelope-from helen.zhang@bluecoat.com) Received: from bcs-mail6.internal.cacheflow.com ([10.2.2.69]) by whisker.bluecoat.com (8.14.2/8.14.2) with ESMTP id n19IReZH019307 for ; Mon, 9 Feb 2009 10:27:40 -0800 (PST) Received: from bcs-mail04.internal.cacheflow.com ([10.2.2.56]) by bcs-mail6.internal.cacheflow.com with Microsoft SMTPSVC(6.0.3790.3959); Mon, 9 Feb 2009 10:27:35 -0800 X-MimeOLE: Produced By Microsoft Exchange V6.5 Content-class: urn:content-classes:message MIME-Version: 1.0 Date: Mon, 9 Feb 2009 10:27:35 -0800 Message-ID: <9CFA8139F7106843B28F9E6FB1FF4BBE0D0117@bcs-mail04.internal.cacheflow.com> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: Anyone working on the FreeBSD driver for broadcom 5784M Gige chip? Thread-Index: AcmK5BQ4030rsnpDQR2er4pUV5iClw== From: "Zhang, Helen" To: X-OriginalArrivalTime: 09 Feb 2009 18:27:35.0694 (UTC) FILETIME=[1471AAE0:01C98AE4] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Anyone working on the FreeBSD driver for broadcom 5784M Gige chip? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Feb 2009 18:41:34 -0000 Hi, there: =20 I'm new to FreeBSD community and this is my first email to the mailing group. =20 Recently I'm working on Broadcom 5784M Gige driver. My code base is close to FreeBSD,=20 but FreeBSD bge driver doesn't support the chip yet. The linux driver supports the chip. =20 I'm wondering whether anyone is working or plans to work on to port the linux code to=20 FreeBSD base. If so, I hope we can share some information together. Thanks. =20 Another thing, I found one dead loop in current src/sys/dev/bge/if_bge.c (both 216/217=20 revisions): around line 2682, if mii_phy_probe( ) fails, the code will go back to again (4 lines=20 back). Variable trys will reset to 0 every time, so the (trys++<4) condition is forever false.=20 =20 I don't know how to report the bug to freebsd Community yet. So I just attach the related=20 code below. The fix is simple: just move "trys=3D0" line before again: =20 Thanks and best wishes to everyone! =20 -Helen =20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D src/sys/dev/bge/if_bge.c: around line 2676 =20 BGE_CLRBIT(sc, BGE_MODE_CTL, BGE_MODECTL_STACKUP); again: bge_asf_driver_up(sc); =20 trys =3D 0; if (mii_phy_probe(dev, &sc->bge_miibus, <<<<<< line 2682 bge_ifmedia_upd, bge_ifmedia_sts)) { if (trys++ < 4) { device_printf(sc->bge_dev, "Try again\n"); bge_miibus_writereg(sc->bge_dev, 1, MII_BMCR, BMCR_RESET); goto again; } =20 device_printf(sc->bge_dev, "MII without any PHY!\n"); error =3D ENXIO; goto fail; } =20 =20 From owner-freebsd-net@FreeBSD.ORG Mon Feb 9 20:23:51 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E235E1065673 for ; Mon, 9 Feb 2009 20:23:51 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from lakerest.net (unknown [IPv6:2001:240:585:2:203:6dff:fe1a:4ddc]) by mx1.freebsd.org (Postfix) with ESMTP id 90C078FC17 for ; Mon, 9 Feb 2009 20:23:51 +0000 (UTC) (envelope-from rrs@lakerest.net) Received: from [192.168.60.98] (mail.columbiaairport.com [24.123.146.3]) (authenticated bits=0) by lakerest.net (8.14.3/8.14.3) with ESMTP id n19KNtSK045581 (version=TLSv1/SSLv3 cipher=AES128-SHA bits=128 verify=NOT); Mon, 9 Feb 2009 15:23:57 -0500 (EST) (envelope-from rrs@lakerest.net) DKIM-Signature: a=rsa-sha1; c=simple/simple; d=lakerest.net; s=mail; t=1234211038; h=Cc:Message-Id:From:To:In-Reply-To:Content-Type: Content-Transfer-Encoding:Mime-Version:Subject:Date:References: X-Mailer; b=0iPGmFcXVUPuWZGh78wX6VuKuYYF5QQBEalaO+ovVOgj894D9sGNWqK ZAsr2gCYahz2FPtZSpgSUPuXNuuEnIw== Message-Id: From: Randall Stewart To: Peter Lei In-Reply-To: <0EEEB325-C7AF-468F-9374-EFED1BD3B3E4@ieee.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed; delsp=yes Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 (Apple Message framework v930.3) Date: Mon, 9 Feb 2009 15:23:41 -0500 References: <4980B747.7070400@free.fr> <0EEEB325-C7AF-468F-9374-EFED1BD3B3E4@ieee.org> X-Mailer: Apple Mail (2.930.3) Cc: =?ISO-8859-1?Q?Michael_T=FCxen?= , Yann WANWANSCAPPEL , freebsd-net@freebsd.org Subject: Re: SCTP, possible bug in peer authentication key X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Feb 2009 20:23:52 -0000 Note that all of these changes are now in Head.. however I am not sure of the likely-hood of them moving into 7 since the xsctp_xxxx changes for the mib (rwnd and assoc_id) break ABI compatability. I have now (in head) padded up the structures at the end (in case we need to add more). But in general this means I cannot commit to stable many changes. I will go back and see what can be done :-( I may be able to do some "ifdef" and other magic so I can pull in the changes that have went on.. not sure. R On Jan 29, 2009, at 12:29 PM, Peter Lei wrote: > There's a corresponding change that is needed for pulling the auth =20 > info > out of the cookie for the other direction (i.e. server side =20 > handling). I've > committed that into the SCTP project repo, and should also get in with > Randall's next commit. > > --peter > > On Jan 29, 2009, at 2:23 AM, Michael T=FCxen wrote: > >> Hi Yann, >> >> very good catch! You are right. >> >> I have committed your patch to Randalls repository, so it will >> show up in the FreeBSD sources soon (next time he syncs them)... >> >> Best regards >> Michael >> >> On Jan 28, 2009, at 8:51 PM, Yann WANWANSCAPPEL wrote: >> >>> Hi all, >>> >>> I think I found a bug in the SCTP authentication code, in >>> sctp_load_addresses_from_init() in sctp_pcb.c >>> >>> keylen =3D sizeof(*p_random) + random_len + sizeof(*chunks) + =20 >>> num_chunks + >>> sizeof(*hmacs) + hmacs_len; >>> >>> The keylen calculation assumes the Chunk List Parameter (CHUNKS) >>> vl-param was present in the received INIT packet, which can be =20 >>> false if >>> peer SCTP does not require any chunk to be authenticated (this =20 >>> typically >>> occurs if peer does not support ASCONF). >>> >>>> =46rom RFC 4895, 6.1 >>> >>> * An SCTP endpoint has a list of chunks it only accepts if they are >>> * received in an authenticated way. This list is included in the =20= >>> INIT >>> * and INIT-ACK, and MAY be omitted if it is empty. Since this list >>> * does not change during the lifetime of the SCTP endpoint there =20 >>> is no >>> * problem in case of INIT collision. >>> >>> This case is properly handled later in the build of the key >>> >>> /* append in the AUTH chunks */ >>> if (chunks !=3D NULL) { >>> ..... >>> } >>> >>> I think the calculated keylen should be something like this : >>> >>> keylen =3D sizeof(*p_random) + random_len + sizeof(*hmacs) + =20 >>> hmacs_len; >>> >>> if (chunks !=3D NULL) { >>> keylen +=3D sizeof(*chunks) + num_chunks >>> } >>> >>> This problem results in authenticated packets sent from peer SCTP =20= >>> to be >>> discarded. >>> >>> The problem does not occurs if peer SCTP is modified to send an =20 >>> empty >>> Chunk List Parameter, (eg num_chunks =3D 0 in the decoding). >>> >>> Br, >>> Yann >>> >>> >>> >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> freebsd-net@freebsd.org mailing list >>> http://lists.freebsd.org/mailman/listinfo/freebsd-net >>> To unsubscribe, send any mail to = "freebsd-net-unsubscribe@freebsd.org=20 >>> " >>> >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-=20 >> unsubscribe@freebsd.org" > ------------------------------ Randall Stewart 803-317-4952 (cell) 803-345-0391(direct) From owner-freebsd-net@FreeBSD.ORG Mon Feb 9 23:27:23 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 51085106564A; Mon, 9 Feb 2009 23:27:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 264098FC16; Mon, 9 Feb 2009 23:27:23 +0000 (UTC) (envelope-from rwatson@FreeBSD.org) Received: from freefall.freebsd.org (rwatson@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n19NRM0D074585; Mon, 9 Feb 2009 23:27:22 GMT (envelope-from rwatson@freefall.freebsd.org) Received: (from rwatson@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n19NRM7R074581; Mon, 9 Feb 2009 23:27:22 GMT (envelope-from rwatson) Date: Mon, 9 Feb 2009 23:27:22 GMT Message-Id: <200902092327.n19NRM7R074581@freefall.freebsd.org> To: rwatson@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: rwatson@FreeBSD.org Cc: Subject: Re: kern/88336: [ipsec] [patch] setkey(8) -D fails to report all SAs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 09 Feb 2009 23:27:23 -0000 Old Synopsis: [kernel] [patch] setkey(8) -D fails to report all SAs New Synopsis: [ipsec] [patch] setkey(8) -D fails to report all SAs Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: rwatson Responsible-Changed-When: Mon Feb 9 23:26:47 UTC 2009 Responsible-Changed-Why: Tag as ipsec; assign to freebsd-net. http://www.freebsd.org/cgi/query-pr.cgi?pr=88336 From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 02:42:32 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4CAF01065670 for ; Tue, 10 Feb 2009 02:42:32 +0000 (UTC) (envelope-from mij@bitchx.it) Received: from voodoo.publicshout.org (heroin.publicshout.org [81.208.58.150]) by mx1.freebsd.org (Postfix) with SMTP id 857328FC18 for ; Tue, 10 Feb 2009 02:42:31 +0000 (UTC) (envelope-from mij@bitchx.it) Received: (qmail 65111 invoked by uid 0); 10 Feb 2009 02:15:47 -0000 Received: from unknown (HELO ?192.168.10.172?) (m.mazzucchi@keencons.com@unknown) by unknown with SMTP; 10 Feb 2009 02:15:47 -0000 Message-Id: <7AB15D3E-5E8C-4FE9-873F-F8BAE72B8C6B@bitchx.it> From: Mij To: freebsd-net@freebsd.org Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Tue, 10 Feb 2009 03:15:31 +0100 X-Mailer: Apple Mail (2.930.3) Subject: SO_BINDANY in 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: Tue, 10 Feb 2009 02:42:32 -0000 Hello folks, OpenBSD provides a SO_BINDANY socket option that allows an application to produce traffic from an IP address which is not configured on the host: http://www.openbsd.org/cgi-bin/man.cgi?query=setsockopt This is useful to run a transparent proxy which receives connections from X and wants to connect to the real destination pretending to be X. Is there any possibility to see this option implemented in FreeBSD? Do you otherwise have workarounds for getting the same behavior with reasonable complexity (eg, avoiding handling raw frames with bpf)? From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 08:06:11 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id AEEDC1065674 for ; Tue, 10 Feb 2009 08:06:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from outW.internet-mail-service.net (outw.internet-mail-service.net [216.240.47.246]) by mx1.freebsd.org (Postfix) with ESMTP id 96F918FC0A for ; Tue, 10 Feb 2009 08:06:11 +0000 (UTC) (envelope-from julian@elischer.org) Received: from idiom.com (mx0.idiom.com [216.240.32.160]) by out.internet-mail-service.net (Postfix) with ESMTP id DEA7B2495; Tue, 10 Feb 2009 00:06:11 -0800 (PST) X-Client-Authorized: MaGic Cook1e X-Client-Authorized: MaGic Cook1e Received: from julian-mac.elischer.org (rrcs-76-79-243-146.west.biz.rr.com [76.79.243.146]) by idiom.com (Postfix) with ESMTP id E46AC2D600E; Tue, 10 Feb 2009 00:06:10 -0800 (PST) Message-ID: <49913577.8020605@elischer.org> Date: Tue, 10 Feb 2009 00:06:15 -0800 From: Julian Elischer User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) MIME-Version: 1.0 To: Mij References: <7AB15D3E-5E8C-4FE9-873F-F8BAE72B8C6B@bitchx.it> In-Reply-To: <7AB15D3E-5E8C-4FE9-873F-F8BAE72B8C6B@bitchx.it> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: SO_BINDANY in 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: Tue, 10 Feb 2009 08:06:12 -0000 Mij wrote: > Hello folks, > > OpenBSD provides a SO_BINDANY socket option that allows an > application to produce traffic from an IP address which is not configured > on the host: > > http://www.openbsd.org/cgi-bin/man.cgi?query=setsockopt > > This is useful to run a transparent proxy which receives connections from > X and wants to connect to the real destination pretending to be X. we have a similar functionality in beta. teh big holdup right now is we discovered the OpenBSD version and are thinking about how compatible to make our code. > > Is there any possibility to see this option implemented in FreeBSD? Do > you otherwise have workarounds for getting the same behavior with > reasonable complexity (eg, avoiding handling raw frames with bpf)? > _______________________________________________ > 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 Feb 10 08:10:13 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5EE201065676; Tue, 10 Feb 2009 08:10:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 334668FC2C; Tue, 10 Feb 2009 08:10:13 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1A8AD7P001591; Tue, 10 Feb 2009 08:10:13 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1A8ADpo001581; Tue, 10 Feb 2009 08:10:13 GMT (envelope-from linimon) Date: Tue, 10 Feb 2009 08:10:13 GMT Message-Id: <200902100810.n1A8ADpo001581@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131549: ifconfig(8) can't clear 'monitor' mode on the wireless device X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Feb 2009 08:10:14 -0000 Old Synopsis: ifconfig can't clear 'monitor' mode on the wireless device New Synopsis: ifconfig(8) can't clear 'monitor' mode on the wireless device Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Tue Feb 10 08:09:43 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131549 From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 08:40:59 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 07E001065674; Tue, 10 Feb 2009 08:40:59 +0000 (UTC) (envelope-from vanhu@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id D41358FC0C; Tue, 10 Feb 2009 08:40:58 +0000 (UTC) (envelope-from vanhu@FreeBSD.org) Received: from freefall.freebsd.org (vanhu@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1A8ewgU033574; Tue, 10 Feb 2009 08:40:58 GMT (envelope-from vanhu@freefall.freebsd.org) Received: (from vanhu@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1A8ewcK033570; Tue, 10 Feb 2009 08:40:58 GMT (envelope-from vanhu) Date: Tue, 10 Feb 2009 08:40:58 GMT Message-Id: <200902100840.n1A8ewcK033570@freefall.freebsd.org> To: vanhu@FreeBSD.org, freebsd-net@FreeBSD.org, vanhu@FreeBSD.org From: vanhu@FreeBSD.org Cc: Subject: Re: kern/88336: [ipsec] [patch] setkey(8) -D fails to report all SAs X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Feb 2009 08:40:59 -0000 Synopsis: [ipsec] [patch] setkey(8) -D fails to report all SAs Responsible-Changed-From-To: freebsd-net->vanhu Responsible-Changed-By: vanhu Responsible-Changed-When: Tue Feb 10 08:39:39 UTC 2009 Responsible-Changed-Why: Alraedy working on the problem for ipsec-tools, on which a similar patch has been added as a first workaround. http://www.freebsd.org/cgi/query-pr.cgi?pr=88336 From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 13:43:32 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D42E71065675; Tue, 10 Feb 2009 13:43:32 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id AA1D28FC1D; Tue, 10 Feb 2009 13:43:32 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1ADhWAG066194; Tue, 10 Feb 2009 13:43:32 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1ADhWET066189; Tue, 10 Feb 2009 13:43:32 GMT (envelope-from gavin) Date: Tue, 10 Feb 2009 13:43:32 GMT Message-Id: <200902101343.n1ADhWET066189@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/131536: kernel does allow manipulation of subnet routes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 13:43:33 -0000 Synopsis: kernel does allow manipulation of subnet routes Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Tue Feb 10 13:40:47 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=131536 From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 14:14:29 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7FB71106566C; Tue, 10 Feb 2009 14:14:29 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 552998FC14; Tue, 10 Feb 2009 14:14:29 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1AEETLQ089259; Tue, 10 Feb 2009 14:14:29 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1AEETvx089255; Tue, 10 Feb 2009 14:14:29 GMT (envelope-from gavin) Date: Tue, 10 Feb 2009 14:14:29 GMT Message-Id: <200902101414.n1AEETvx089255@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: bin/131365: route(8): route add changes interpretation of network specification [regression] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 14:14:30 -0000 Synopsis: route(8): route add changes interpretation of network specification [regression] Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Tue Feb 10 14:14:05 UTC 2009 Responsible-Changed-Why: Over to maintainer(s) http://www.freebsd.org/cgi/query-pr.cgi?pr=131365 From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 17:20:06 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B97610656C2 for ; Tue, 10 Feb 2009 17:20:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 4F43F8FC2C for ; Tue, 10 Feb 2009 17:20:06 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1AHK3AJ023789 for ; Tue, 10 Feb 2009 17:20:03 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1AHK3Wp023788; Tue, 10 Feb 2009 17:20:03 GMT (envelope-from gnats) Date: Tue, 10 Feb 2009 17:20:03 GMT Message-Id: <200902101720.n1AHK3Wp023788@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Adam K Kirchhoff Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Adam K Kirchhoff List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 17:20:07 -0000 The following reply was made to PR kern/131162; it has been noted by GNATS. From: Adam K Kirchhoff To: bug-followup@FreeBSD.org, adamk@voicenet.com Cc: Subject: Re: kern/131162: [ath] Atheros driver bugginess and kernel crashes Date: Tue, 10 Feb 2009 12:08:39 -0500 Is there *anything* else I can do to track down this problem? Adam -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 20:52:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 15989106566C for ; Tue, 10 Feb 2009 20:52:24 +0000 (UTC) (envelope-from ericx@vineyard.net) Received: from vineyard.net (k1.vineyard.net [204.17.195.90]) by mx1.freebsd.org (Postfix) with ESMTP id D933F8FC21 for ; Tue, 10 Feb 2009 20:52:23 +0000 (UTC) (envelope-from ericx@vineyard.net) Received: from localhost (loopback [127.0.0.1]) by vineyard.net (Postfix) with ESMTP id 0D7A991525; Tue, 10 Feb 2009 15:34:38 -0500 (EST) X-Virus-Scanned: by AMaViS-king1 at Vineyard.NET Received: from vineyard.net ([127.0.0.1]) by localhost (king1.vineyard.net [127.0.0.1]) (amavisd-new, port 10024) with LMTP id 2YMqfFkQnP6w; Tue, 10 Feb 2009 15:34:37 -0500 (EST) Received: from [204.17.195.104] (fortiva.vineyard.net [204.17.195.104]) by vineyard.net (Postfix) with ESMTPA id B9C7791524; Tue, 10 Feb 2009 15:34:37 -0500 (EST) Message-ID: <4991E496.6080101@vineyard.net> Date: Tue, 10 Feb 2009 15:33:26 -0500 From: "Eric W. Bates" User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: freebsd-net@freebsd.org X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: using enc0 with ipfw X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 20:52:24 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 We have a working firewall with multiple esp tunnels. To this machine we want to add the ability to filter the emergent, decrypted packets. We are running 7.1-RELEASE-p2 Does filtering require both the IPSEC_FILTERTUNNEL and the enc device? Or are these 2 separate approaches to the same problem. We cannot get the firewall to "accept" decrypted packets in. With a ping running from tunneled network to tunneled network, tcpdump shows esp packets leaving the firewall. At the remote end tcpdump shows icmp echo requests and echo replies on the internal interface and it also shows bi-directional esp traffic on the external interface. However, on the originating firewall tcpdump shows none of the esp reply packets. All the firewall deny rules have logging enabled. Nothing appears in the log. So as far as we can tell ipfw is not blocking anything. enc0 has been ifconfig'ed "up"; and the enc sysctl flags have been set as suggested in enc(4). tcpdump on enc0 on the originating machine shows the icmp echo requests going out. ipfw has an explicit "allow ip from any to any" on enc0 which is not getting any hits. We have tried this both with and without enc and IPSEC_FILTERTUNNEL in all various permutations with basically the same results. If we recompile and remove both the enc device and the IPSEC_FILTERTUNNEL option, the tunnel works fine. Any thots? RTFM is a welcome suggestion; but none of the man pages really seem to cover this and we have had little luck with Google. Thank you for your time. - -- Eric W. Bates ericx@vineyard.net -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmR5JYACgkQD1roJTQ4LlGeMQCgmeEd0H5qVFqKtYl9XHSndR12 5LoAoIBTf3DlqKXh3aLId/8U81/uzPWA =NMIE -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 21:37:49 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A22F6106564A; Tue, 10 Feb 2009 21:37:49 +0000 (UTC) (envelope-from nugundam@gmail.com) Received: from fed1rmmtao105.cox.net (fed1rmmtao105.cox.net [68.230.241.41]) by mx1.freebsd.org (Postfix) with ESMTP id 756618FC0A; Tue, 10 Feb 2009 21:37:49 +0000 (UTC) (envelope-from nugundam@gmail.com) Received: from fed1rmimpo01.cox.net ([70.169.32.71]) by fed1rmmtao106.cox.net (InterMail vM.7.08.02.01 201-2186-121-102-20070209) with ESMTP id <20090210211401.SQQB12540.fed1rmmtao106.cox.net@fed1rmimpo01.cox.net>; Tue, 10 Feb 2009 16:14:01 -0500 Received: from [192.168.4.7] ([68.228.67.116]) by fed1rmimpo01.cox.net with bizsmtp id EME11b00H2WWb6k03ME2xo; Tue, 10 Feb 2009 16:14:02 -0500 X-Authority-Analysis: v=1.0 c=1 a=-CzT27niHhcA:10 a=flI6v7w23cIA:10 a=6I5d2MoRAAAA:8 a=mmMqO3jDGEZO55agLyUA:9 a=ZHkKd2_gbGTIDV2M3lgA:7 a=UZnQ2c5Lp-HCnwLzBK2PuYy4K6MA:4 a=SV7veod9ZcQA:10 a=gi0PWCVxevcA:10 X-CM-Score: 0.00 Message-ID: <4991EE19.5020401@gmail.com> Date: Tue, 10 Feb 2009 13:14:01 -0800 From: Joseph Lee User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: Sepherosa Ziehau References: <200806191030.m5JAU36i027140@freefall.freebsd.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-net , Andrew Thompson Subject: Re: kern/124753: net80211 discards power-save queue packets early X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 10 Feb 2009 21:37:50 -0000 I apologize for following up so late on this. I've only now have time to follow up. Sepherosa Ziehau wrote: > On Thu, Jun 19, 2008 at 6:30 PM, wrote: >> Synopsis: net80211 discards power-save queue packets early >> >> Responsible-Changed-From-To: freebsd-i386->freebsd-net >> Responsible-Changed-By: remko >> Responsible-Changed-When: Thu Jun 19 10:29:47 UTC 2008 >> Responsible-Changed-Why: >> reassign to networking team. >> >> http://www.freebsd.org/cgi/query-pr.cgi?pr=124753 > > In How-To-Repeat, you said: > "Then associate a recent Windows Mobile 6.1 device to the FreeBSD box > running hostapd ..." > > In Description, you said: > "The WM6.1 device recv ps-poll's for packets every 20 seconds ..." > > AFAIK, STA sends ps-poll to AP; AP does not send ps-poll to STA. Why > did your windows STA receive ps-poll from freebsd AP? Did you capture > it by using 802.11 tap? > > And which freebsd driver were you using? I'm using the ath wifi driver. The upgrade to FreeBSD 7.1 has not changed WiFi behavior. > Your problem looks like: > - Either freebsd AP did not properly configure TIM in beacons, which > could be easily found out by using 802.11 tap. But I highly suspect > if you were using ath(4), TIM would be misconfigured. What is tap? > - Or your windows STA didn't process TIM according to 802.11 standard. Sam Leffler wrote: >The PR states the listen interval sent by the station is 3 (beacons) and the beacon >interval is 100TU. This means the AP is required to buffer unicast frames for only 300TU >which is ~300 ms. But according to the report the Windows device is polling every 20 >seconds so there's no guarantee any packets will be present (even with the net80211 code >arbitrarily using 4x the list interval specified by the sta). I find it really hard to >believe a device would poll every 20 secs so something seems wrong in what's >reported/observed. The device is in its best power-saving mode where it make take time to respond to any packets. I only have this problem with FreeBSD hostap on the switch from FreeBSD 6 -> 7. Other APs such as Netgear/Linkgear have no issues, but can be postulated they don't implement PM as FreeBSD currently does. Also, on this same FreeBSD wifi-ap, no laptops have the same issue. So, it's isolated between FreeBSD and Windows Mobile. >Given that defeating the aging logic just pushed the problem elsewhere it sounds like >there's something else wrong which (as you note) probably requires a packet capture to >understand. I'm pretty sure TIM is handled correctly in RELENG_7 but a packet capture >would help us verify that. What do I need to do get you guys a packet capture to verify the TIM? Thanks, Joseph From owner-freebsd-net@FreeBSD.ORG Tue Feb 10 22:17:42 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5E8811065670; Tue, 10 Feb 2009 22:17:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from vlakno.cz (77-93-215-190.static.masterinter.net [77.93.215.190]) by mx1.freebsd.org (Postfix) with ESMTP id 1573C8FC18; Tue, 10 Feb 2009 22:17:42 +0000 (UTC) (envelope-from rdivacky@vlk.vlakno.cz) Received: from localhost (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id E1C3D9CB05A; Tue, 10 Feb 2009 22:57:41 +0100 (CET) X-Virus-Scanned: amavisd-new at vlakno.cz Received: from vlakno.cz ([127.0.0.1]) by localhost (lev.vlakno.cz [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id GbYVzGQ9MXpt; Tue, 10 Feb 2009 22:57:39 +0100 (CET) Received: from vlk.vlakno.cz (localhost [127.0.0.1]) by vlakno.cz (Postfix) with ESMTP id BD1789CB124; Tue, 10 Feb 2009 22:57:39 +0100 (CET) Received: (from rdivacky@localhost) by vlk.vlakno.cz (8.14.3/8.14.3/Submit) id n1ALvdvY024581; Tue, 10 Feb 2009 22:57:39 +0100 (CET) (envelope-from rdivacky) Date: Tue, 10 Feb 2009 22:57:39 +0100 From: Roman Divacky To: net@freebsd.org Message-ID: <20090210215739.GA24102@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="xHFwDpU9dbj6ez1V" Content-Disposition: inline User-Agent: Mutt/1.4.2.3i Cc: mav@freebsd.org Subject: unsafe C in netgraph/pppoed.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 10 Feb 2009 22:17:42 -0000 --xHFwDpU9dbj6ez1V Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable hi struct pppoe_tag { u_int16_t tag_type; u_int16_t tag_len; char tag_data[]; }__packed; struct pppoe_hdr{ u_int8_t ver:4; u_int8_t type:4; u_int8_t code; u_int16_t sid; u_int16_t length; struct pppoe_tag tag[]; }__packed; this is inherently unsafe as the tag_data can only have 0 elements to be used safely. gcc compiles this without warning although there should be a big one.=20 I found this using clang, which produces this error/warning: lev pppoed$ ccc -c pppoed.c = ccc: Unknown host 'freebsd', using = generic host information. In file included from pppoed.c:41: /usr/include/netgraph/ng_pppoe.h:213:22: error: 'struct pppoe_tag' may not = be used as an array element due to flexible array member struct pppoe_tag tag[]; ^ 1 diagnostic generated. can you guys take a look at this issue? thnx! roman p.s. please keep me CCed as I am not subscribed to net@ --xHFwDpU9dbj6ez1V Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.10 (FreeBSD) iEYEARECAAYFAkmR+FIACgkQLVEj6D3CBEyIfgCeIu4KXgcWiuBtaEc0vZTxNh6q fVwAn24pZibUbXncp6c2bYvPp4EQqS7T =ZR3+ -----END PGP SIGNATURE----- --xHFwDpU9dbj6ez1V-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 13:15:50 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id E94211065677 for ; Wed, 11 Feb 2009 13:15:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.terabit.net.ua (mail.terabit.net.ua [195.137.202.147]) by mx1.freebsd.org (Postfix) with ESMTP id 87E9D8FC16 for ; Wed, 11 Feb 2009 13:15:50 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from skuns.zoral.com.ua ([91.193.166.194] helo=mail.zoral.com.ua) by mail.terabit.net.ua with esmtps (TLSv1:AES256-SHA:256) (Exim 4.63 (FreeBSD)) (envelope-from ) id 1LXE2f-000DCT-CI; Wed, 11 Feb 2009 14:18:13 +0200 Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n1BCIAdg005733 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Feb 2009 14:18:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n1BCIA94090339; Wed, 11 Feb 2009 14:18:10 +0200 (EET) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n1BCIAb2090338; Wed, 11 Feb 2009 14:18:10 +0200 (EET) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Wed, 11 Feb 2009 14:18:10 +0200 From: Kostik Belousov To: Roman Divacky Message-ID: <20090211121810.GF62256@deviant.kiev.zoral.com.ua> References: <20090210215739.GA24102@freebsd.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="jkO+KyKz7TfD21mV" Content-Disposition: inline In-Reply-To: <20090210215739.GA24102@freebsd.org> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: ClamAV version 0.94.2, clamav-milter version 0.94.2 on skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00, FB_WORD1_END_DOLLAR autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua X-Virus-Scanned: mail.terabit.net.ua 1LXE2f-000DCT-CI 19221fdbfb9eb02c8269edbc8a555a81 X-Terabit: YES Cc: mav@freebsd.org, net@freebsd.org Subject: Re: unsafe C in netgraph/pppoed.c X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 13:15:54 -0000 --jkO+KyKz7TfD21mV Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Feb 10, 2009 at 10:57:39PM +0100, Roman Divacky wrote: > hi >=20 >=20 > struct pppoe_tag { > u_int16_t tag_type; > u_int16_t tag_len; > char tag_data[]; > }__packed; >=20 > struct pppoe_hdr{ > u_int8_t ver:4; > u_int8_t type:4; > u_int8_t code; > u_int16_t sid; > u_int16_t length; > struct pppoe_tag tag[]; > }__packed; >=20 >=20 > this is inherently unsafe as the tag_data can only have 0 elements > to be used safely. gcc compiles this without warning although there > should be a big one.=20 >=20 > I found this using clang, which produces this error/warning: >=20 > lev pppoed$ ccc -c pppoed.c = ccc: Unknown host 'freebsd', usin= g generic host information. > In file included from pppoed.c:41: > /usr/include/netgraph/ng_pppoe.h:213:22: error: 'struct pppoe_tag' may no= t be used as an array element due to flexible array member > struct pppoe_tag tag[]; > ^ > 1 diagnostic generated. >=20 > can you guys take a look at this issue? >=20 > thnx! >=20 > roman >=20 > p.s. please keep me CCed as I am not subscribed to net@ The use of [] as an array specifier for the last structure element is a well formed C99 construct, called flexible array member. See ISO/IEC 9899:1999 (E), 6.7.2.1, clause 16. Citation: As a special case, the last element of a structure with more than one named member may have an incomplete array type; this is called a flexible array member. =2E.. Then, the use of the structure with flexible array member as a member of another structure is the gcc extension. See the Chapter 5: Extensions to the C Language Family 5.14 Arrays of Length Zero in the gcc manual. This is the reason why it is silently adopted by in-tree compiler. --jkO+KyKz7TfD21mV Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkmSwgEACgkQC3+MBN1Mb4gsHACg6ol3ASEzatcwyXgiiXqJ5N5V 0nYAoNhGSFYJadZIbxMsDha2GRBMelUb =oHhw -----END PGP SIGNATURE----- --jkO+KyKz7TfD21mV-- From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 16:33:54 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 462001065672 for ; Wed, 11 Feb 2009 16:33:54 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id F35738FC1A for ; Wed, 11 Feb 2009 16:33:53 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id D88C513DF62 for ; Wed, 11 Feb 2009 19:33:52 +0300 (MSK) Date: Wed, 11 Feb 2009 19:33:47 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <16510045949.20090211193347@serebryakov.spb.ru> To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: New Atheros card: channel reset error [sorry for posting of not ready message] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2009 16:33:54 -0000 Hello, Freebsd-net. I'm getting this error on every operation with new Atheros MiniPCI card: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal fl= ags 0x150), hal status 12 What does it mean? Maybe, card is broken? # pciconf -lv ath0@pci0:0:17:0: class=3D0x020000 card=3D0x1600185f chip=3D0x001b168= c rev=3D0x01 hdr=3D0x00 vendor =3D 'Atheros Communications Inc.' device =3D 'AR5006 family 802.11abg Wireless NIC' class =3D network subclass =3D ethernet # grep ath /var/run/dmesg.boot ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on pci0 ath0: [ITHREAD] ath0: WARNING: using obsoleted if_watchdog interface ath0: Ethernet address: 00:0b:6b:2d:e8:1e ath0: mac 10.5 phy 6.1 radio 6.3 # sysctl dev.ath dev.ath.0.%desc: Atheros 5212 dev.ath.0.%driver: ath dev.ath.0.%location: slot=3D17 function=3D0 dev.ath.0.%pnpinfo: vendor=3D0x168c device=3D0x001b subvendor=3D0x185f subd= evice=3D0x1600 class=3D0x020000 dev.ath.0.%parent: pci0 dev.ath.0.smoothing_rate: 95 dev.ath.0.sample_rate: 10 dev.ath.0.countrycode: 0 dev.ath.0.regdomain: 0 dev.ath.0.slottime: 9 dev.ath.0.acktimeout: 48 dev.ath.0.ctstimeout: 48 dev.ath.0.softled: 0 dev.ath.0.ledpin: 0 dev.ath.0.ledon: 0 dev.ath.0.ledidle: 2700 dev.ath.0.txantenna: 0 dev.ath.0.rxantenna: 2 dev.ath.0.diversity: 1 dev.ath.0.txintrperiod: 5 dev.ath.0.diag: 0 dev.ath.0.tpscale: 0 dev.ath.0.tpc: 0 dev.ath.0.tpack: 63 dev.ath.0.tpcts: 63 dev.ath.0.fftxqmin: 2 dev.ath.0.fftxqmax: 50 dev.ath.0.rfsilent: 1 dev.ath.0.rfkill: 1 dev.ath.0.monpass: 24 # sysctl hw.ath hw.ath.hal.swba_backoff: 0 hw.ath.hal.sw_brt: 10 hw.ath.hal.dma_brt: 2 hw.ath.hal.version: 0.9.20.3 hw.ath.txbuf: 200 hw.ath.rxbuf: 40 hw.ath.regdomain: 0 hw.ath.countrycode: 0 hw.ath.xchanmode: 1 hw.ath.outdoor: 1 hw.ath.calibrate: 30 --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 16:40:56 2009 Return-Path: Delivered-To: freebsd-net@FreeBSD.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 77F621065702 for ; Wed, 11 Feb 2009 16:40:56 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 306AB8FC08 for ; Wed, 11 Feb 2009 16:40:56 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id D91C713DF4F for ; Wed, 11 Feb 2009 19:21:48 +0300 (MSK) Date: Wed, 11 Feb 2009 19:21:42 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <834727755.20090211192142@serebryakov.spb.ru> To: freebsd-net@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: Subject: New Atheros card: channel reset error X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2009 16:40:57 -0000 Hello, Freebsd-net. I'm getting this error on every operation with new Atheros MiniPCI card: ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal fl= ags 0x150), hal status 12 What does it mean? Maybe, card is broken? --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 19:52:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 34DAE106564A for ; Wed, 11 Feb 2009 19:52:24 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from spamfish.visualtech.com (h-67-102-187-40.phlapafg.covad.net [67.102.187.40]) by mx1.freebsd.org (Postfix) with ESMTP id B75918FC1D for ; Wed, 11 Feb 2009 19:52:23 +0000 (UTC) (envelope-from adamk@voicenet.com) Received: from mailstore.visualtech.com (unknown [67.102.187.41]) by spamfish.visualtech.com (Postfix) with ESMTPS id 05B561F445C; Wed, 11 Feb 2009 14:47:29 -0500 (EST) Received: from sorrow.ashke.com (c-68-45-151-98.hsd1.nj.comcast.net [68.45.151.98]) by mailstore.visualtech.com (Postfix) with ESMTP id C4B20ADC25C; Wed, 11 Feb 2009 15:00:41 -0500 (EST) Date: Wed, 11 Feb 2009 14:51:45 -0500 From: Adam K Kirchhoff To: Lev Serebryakov Message-ID: <20090211145145.1b5f5b24@sorrow.ashke.com> In-Reply-To: <16510045949.20090211193347@serebryakov.spb.ru> References: <16510045949.20090211193347@serebryakov.spb.ru> X-Mailer: Claws Mail 3.7.0 (GTK+ 2.14.7; i386-portbld-freebsd7.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-visualtech-MailScanner: Found to be clean Cc: freebsd-net@FreeBSD.org Subject: Re: New Atheros card: channel reset error [sorry for posting of not ready message] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2009 19:52:24 -0000 I get similar errors, but only when trying to connect to a particular wireless network (at work). I can connect to the one I have at home, and do not get any errors. I have opened up a pr about it: http://www.freebsd.org/cgi/query-pr.cgi?pr=131162 In my case, if I then remove the wireless card while the interface is trying to acquire an IP address, the kernel panics. Are you seeing something similar? Adam On Wed, 11 Feb 2009 19:33:47 +0300 Lev Serebryakov wrote: > Hello, Freebsd-net. > > I'm getting this error on every operation with new Atheros MiniPCI > card: > > ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags 0x150), hal status 12 > > What does it mean? Maybe, card is broken? > > # pciconf -lv > ath0@pci0:0:17:0: class=0x020000 card=0x1600185f chip=0x001b168c rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5006 family 802.11abg Wireless NIC' > class = network > subclass = ethernet > > # grep ath /var/run/dmesg.boot > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on pci0 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:0b:6b:2d:e8:1e > ath0: mac 10.5 phy 6.1 radio 6.3 > > # sysctl dev.ath > dev.ath.0.%desc: Atheros 5212 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=17 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x185f subdevice=0x1600 class=0x020000 > dev.ath.0.%parent: pci0 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 0 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 2 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.fftxqmin: 2 > dev.ath.0.fftxqmax: 50 > dev.ath.0.rfsilent: 1 > dev.ath.0.rfkill: 1 > dev.ath.0.monpass: 24 > > # sysctl hw.ath > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.version: 0.9.20.3 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.regdomain: 0 > hw.ath.countrycode: 0 > hw.ath.xchanmode: 1 > hw.ath.outdoor: 1 > hw.ath.calibrate: 30 > > -- > // Black Lion AKA Lev Serebryakov > > _______________________________________________ > 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" > -- This message has been scanned for viruses and dangerous content by MailScanner, and is believed to be clean. From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 22:34:19 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 55BB71065670 for ; Wed, 11 Feb 2009 22:34:19 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id DEC608FC19 for ; Wed, 11 Feb 2009 22:34:18 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal1.es.net [198.128.3.205]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n1BMYHI9016382 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 11 Feb 2009 14:34:18 -0800 Received: from ptavv.es.net by postal1.es.net (Postal Node 1) with ESMTP (SSL) id SYT20817 for ; Wed, 11 Feb 2009 14:34:17 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 5550A1CC0B for ; Wed, 11 Feb 2009 14:34:16 -0800 (PST) To: freebsd-net@freebsd.org Date: Wed, 11 Feb 2009 14:34:16 -0800 From: "Kevin Oberman" Message-Id: <20090211223416.5550A1CC0B@ptavv.es.net> X-SPF-Result: pass X-SPF-Record: v=spf1 mx a:mail1.es.net a:mail2.es.net a:mail3.es.net a:mail4.es.net a:mail.es.net a:mailgw.es.net a:postal1.es.net a:postal2.es.net a:postal3.es.net ~all X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-02-11_10:2009-02-10, 2009-02-11, 2009-02-11 signatures=0 Subject: Support for IPv6 tables in ipfw? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 22:34:19 -0000 With all of Luigi's excellent work on ipfw, I'd like to request that someone familiar with the code look at implementing support for tables for IPv6. While the IPv6 support in IPFW is generally a bit less mature than IPv4, the one functional thing that is completely missing is tables. Having them would make my life quite a bit easier. It's the one thing that I have been unable to work around in my dual-stack firewalls. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 23:04:28 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 31064106566C; Wed, 11 Feb 2009 23:04:28 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from cp-out11.libero.it (cp-out11.libero.it [212.52.84.111]) by mx1.freebsd.org (Postfix) with ESMTP id B8AA08FC08; Wed, 11 Feb 2009 23:04:27 +0000 (UTC) (envelope-from raffaele.delorenzo@libero.it) Received: from [10.0.0.1] (151.49.47.10) by cp-out11.libero.it (8.5.016.1) id 492C05960A5DA3D7; Wed, 11 Feb 2009 23:53:15 +0100 Message-Id: <48EED655-AD6F-4C37-8182-86715F417011@libero.it> From: Raffaele De Lorenzo To: Kevin Oberman In-Reply-To: <20090211223416.5550A1CC0B@ptavv.es.net> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Date: Wed, 11 Feb 2009 23:50:34 +0100 References: <20090211223416.5550A1CC0B@ptavv.es.net> X-Mailer: Apple Mail (2.930.3) Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: Support for IPv6 tables in ipfw? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 11 Feb 2009 23:04:28 -0000 Hi, I developed with Luigi (as mentor) and Mariano Tortoriello the first release of ipfw with ipv6 extension. If you and the FreeBSD Community think that the tables functional is a good feature i can develop it for IPv6 protocol. Ciao Raffaele On 11/feb/09, at 23:34, Kevin Oberman wrote: > With all of Luigi's excellent work on ipfw, I'd like to request that > someone familiar with the code look at implementing support for tables > for IPv6. While the IPv6 support in IPFW is generally a bit less > mature > than IPv4, the one functional thing that is completely missing is > tables. Having them would make my life quite a bit easier. It's the > one > thing that I have been unable to work around in my dual-stack > firewalls. > -- > R. Kevin Oberman, Network Engineer > Energy Sciences Network (ESnet) > Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) > E-mail: oberman@es.net Phone: +1 510 486-8634 > Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 > _______________________________________________ > freebsd-net@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-net > To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 23:46:10 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D82BF106564A for ; Wed, 11 Feb 2009 23:46:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 8A3318FC16 for ; Wed, 11 Feb 2009 23:46:10 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n1BNk9OO037621 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Feb 2009 15:46:09 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <49936340.10909@freebsd.org> Date: Wed, 11 Feb 2009 15:46:08 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Lev Serebryakov References: <16510045949.20090211193347@serebryakov.spb.ru> In-Reply-To: <16510045949.20090211193347@serebryakov.spb.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: New Atheros card: channel reset error [sorry for posting of not ready message] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2009 23:46:11 -0000 Lev Serebryakov wrote: > Hello, Freebsd-net. > > I'm getting this error on every operation with new Atheros MiniPCI > card: > > ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags 0x150), hal status 12 > > status 12 is: HAL_EINVAL = 12, /* Invalid parameter to function */ (from ah.h). The first flags translate to a 2GHz Dynamic Turbo channel (see _ieee80211.h). The hal flags translate to a 5GHz Dynamic Turbo channel (see ah.h). So the driver is mis-mapping the channel and causing the hal to reject the request. If I recall this causes scanning to stop on RELENG_7 so you'll want to force this channel to not be requested by disabling dynamic turbo mode. I can't recall how that's done on RELENG_7; consult ifconfig(8). > What does it mean? Maybe, card is broken? > > # pciconf -lv > ath0@pci0:0:17:0: class=0x020000 card=0x1600185f chip=0x001b168c rev=0x01 hdr=0x00 > vendor = 'Atheros Communications Inc.' > device = 'AR5006 family 802.11abg Wireless NIC' > class = network > subclass = ethernet > > # grep ath /var/run/dmesg.boot > ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) > ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on pci0 > ath0: [ITHREAD] > ath0: WARNING: using obsoleted if_watchdog interface > ath0: Ethernet address: 00:0b:6b:2d:e8:1e > ath0: mac 10.5 phy 6.1 radio 6.3 > > # sysctl dev.ath > dev.ath.0.%desc: Atheros 5212 > dev.ath.0.%driver: ath > dev.ath.0.%location: slot=17 function=0 > dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x185f subdevice=0x1600 class=0x020000 > dev.ath.0.%parent: pci0 > dev.ath.0.smoothing_rate: 95 > dev.ath.0.sample_rate: 10 > dev.ath.0.countrycode: 0 > dev.ath.0.regdomain: 0 > dev.ath.0.slottime: 9 > dev.ath.0.acktimeout: 48 > dev.ath.0.ctstimeout: 48 > dev.ath.0.softled: 0 > dev.ath.0.ledpin: 0 > dev.ath.0.ledon: 0 > dev.ath.0.ledidle: 2700 > dev.ath.0.txantenna: 0 > dev.ath.0.rxantenna: 2 > dev.ath.0.diversity: 1 > dev.ath.0.txintrperiod: 5 > dev.ath.0.diag: 0 > dev.ath.0.tpscale: 0 > dev.ath.0.tpc: 0 > dev.ath.0.tpack: 63 > dev.ath.0.tpcts: 63 > dev.ath.0.fftxqmin: 2 > dev.ath.0.fftxqmax: 50 > dev.ath.0.rfsilent: 1 > dev.ath.0.rfkill: 1 > dev.ath.0.monpass: 24 > > # sysctl hw.ath > hw.ath.hal.swba_backoff: 0 > hw.ath.hal.sw_brt: 10 > hw.ath.hal.dma_brt: 2 > hw.ath.hal.version: 0.9.20.3 > hw.ath.txbuf: 200 > hw.ath.rxbuf: 40 > hw.ath.regdomain: 0 > hw.ath.countrycode: 0 > hw.ath.xchanmode: 1 > hw.ath.outdoor: 1 > hw.ath.calibrate: 30 > > From owner-freebsd-net@FreeBSD.ORG Wed Feb 11 23:48:07 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D3166106577F for ; Wed, 11 Feb 2009 23:48:07 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from ebb.errno.com (ebb.errno.com [69.12.149.25]) by mx1.freebsd.org (Postfix) with ESMTP id 1DAD38FC1E for ; Wed, 11 Feb 2009 23:48:06 +0000 (UTC) (envelope-from sam@freebsd.org) Received: from trouble.errno.com (trouble.errno.com [10.0.0.248]) (authenticated bits=0) by ebb.errno.com (8.13.6/8.12.6) with ESMTP id n1BNm4Pu037639 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 11 Feb 2009 15:48:05 -0800 (PST) (envelope-from sam@freebsd.org) Message-ID: <499363B4.20409@freebsd.org> Date: Wed, 11 Feb 2009 15:48:04 -0800 From: Sam Leffler Organization: FreeBSD Project User-Agent: Thunderbird 2.0.0.18 (X11/20081209) MIME-Version: 1.0 To: Adam K Kirchhoff References: <16510045949.20090211193347@serebryakov.spb.ru> <20090211145145.1b5f5b24@sorrow.ashke.com> In-Reply-To: <20090211145145.1b5f5b24@sorrow.ashke.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-DCC-sonic.net-Metrics: ebb.errno.com; whitelist Cc: freebsd-net@freebsd.org Subject: Re: New Atheros card: channel reset error [sorry for posting of not ready message] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 11 Feb 2009 23:48:09 -0000 Your panic on card eject has been fixed in HEAD. That was one of the changes I hoped to backport to RELENG_7 after the hal is brought back. Sam Adam K Kirchhoff wrote: > I get similar errors, but only when trying to connect to a particular > wireless network (at work). I can connect to the one I have at home, > and do not get any errors. I have opened up a pr about it: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=131162 > > In my case, if I then remove the wireless card while the interface is > trying to acquire an IP address, the kernel panics. Are you seeing > something similar? > > Adam > > On Wed, 11 Feb 2009 19:33:47 +0300 > Lev Serebryakov wrote: > > >> Hello, Freebsd-net. >> >> I'm getting this error on every operation with new Atheros MiniPCI >> card: >> >> ath0: ath_chan_set: unable to reset channel 6 (2437 Mhz, flags 0x490 hal flags 0x150), hal status 12 >> >> What does it mean? Maybe, card is broken? >> >> # pciconf -lv >> ath0@pci0:0:17:0: class=0x020000 card=0x1600185f chip=0x001b168c rev=0x01 hdr=0x00 >> vendor = 'Atheros Communications Inc.' >> device = 'AR5006 family 802.11abg Wireless NIC' >> class = network >> subclass = ethernet >> >> # grep ath /var/run/dmesg.boot >> ath_hal: 0.9.20.3 (AR5210, AR5211, AR5212, RF5111, RF5112, RF2413, RF5413) >> ath0: mem 0xa0060000-0xa006ffff irq 15 at device 17.0 on pci0 >> ath0: [ITHREAD] >> ath0: WARNING: using obsoleted if_watchdog interface >> ath0: Ethernet address: 00:0b:6b:2d:e8:1e >> ath0: mac 10.5 phy 6.1 radio 6.3 >> >> # sysctl dev.ath >> dev.ath.0.%desc: Atheros 5212 >> dev.ath.0.%driver: ath >> dev.ath.0.%location: slot=17 function=0 >> dev.ath.0.%pnpinfo: vendor=0x168c device=0x001b subvendor=0x185f subdevice=0x1600 class=0x020000 >> dev.ath.0.%parent: pci0 >> dev.ath.0.smoothing_rate: 95 >> dev.ath.0.sample_rate: 10 >> dev.ath.0.countrycode: 0 >> dev.ath.0.regdomain: 0 >> dev.ath.0.slottime: 9 >> dev.ath.0.acktimeout: 48 >> dev.ath.0.ctstimeout: 48 >> dev.ath.0.softled: 0 >> dev.ath.0.ledpin: 0 >> dev.ath.0.ledon: 0 >> dev.ath.0.ledidle: 2700 >> dev.ath.0.txantenna: 0 >> dev.ath.0.rxantenna: 2 >> dev.ath.0.diversity: 1 >> dev.ath.0.txintrperiod: 5 >> dev.ath.0.diag: 0 >> dev.ath.0.tpscale: 0 >> dev.ath.0.tpc: 0 >> dev.ath.0.tpack: 63 >> dev.ath.0.tpcts: 63 >> dev.ath.0.fftxqmin: 2 >> dev.ath.0.fftxqmax: 50 >> dev.ath.0.rfsilent: 1 >> dev.ath.0.rfkill: 1 >> dev.ath.0.monpass: 24 >> >> # sysctl hw.ath >> hw.ath.hal.swba_backoff: 0 >> hw.ath.hal.sw_brt: 10 >> hw.ath.hal.dma_brt: 2 >> hw.ath.hal.version: 0.9.20.3 >> hw.ath.txbuf: 200 >> hw.ath.rxbuf: 40 >> hw.ath.regdomain: 0 >> hw.ath.countrycode: 0 >> hw.ath.xchanmode: 1 >> hw.ath.outdoor: 1 >> hw.ath.calibrate: 30 >> >> -- >> // Black Lion AKA Lev Serebryakov >> >> _______________________________________________ >> freebsd-net@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-net >> To unsubscribe, send any mail to "freebsd-net-unsubscribe@freebsd.org" >> >> > > From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 00:42:24 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A92A106566B; Thu, 12 Feb 2009 00:42:24 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id 909148FC15; Thu, 12 Feb 2009 00:42:23 +0000 (UTC) (envelope-from oberman@es.net) Received: from postal1.es.net (postal3.es.net [198.128.3.207]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id n1C0gMXr020831 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Wed, 11 Feb 2009 16:42:22 -0800 Received: from ptavv.es.net (ptavv.es.net [198.128.4.29]) by postal3.es.net (Postal Node 3) with ESMTP (SSL) id TCC29422; Wed, 11 Feb 2009 16:42:22 -0800 Received: from ptavv.es.net (ptavv.es.net [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 028CF1CC0B; Wed, 11 Feb 2009 16:42:22 -0800 (PST) To: Raffaele De Lorenzo In-reply-to: Your message of "Wed, 11 Feb 2009 23:50:34 +0100." <48EED655-AD6F-4C37-8182-86715F417011@libero.it> Date: Wed, 11 Feb 2009 16:42:22 -0800 From: "Kevin Oberman" Message-Id: <20090212004222.028CF1CC0B@ptavv.es.net> X-SPF-Result: pass X-SPF-Record: v=spf1 mx a:mail1.es.net a:mail2.es.net a:mail3.es.net a:mail4.es.net a:mail.es.net a:mailgw.es.net a:postal1.es.net a:postal2.es.net a:postal3.es.net ~all X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.7400:2.4.4, 1.2.40, 4.0.166 definitions=2009-02-12_02:2009-02-10, 2009-02-12, 2009-02-11 signatures=0 Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org Subject: Re: Support for IPv6 tables in ipfw? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 00:42:24 -0000 > From: Raffaele De Lorenzo > Date: Wed, 11 Feb 2009 23:50:34 +0100 > > Hi, > I developed with Luigi (as mentor) and Mariano Tortoriello the first > release of ipfw with ipv6 extension. If you and the FreeBSD Community > think that the tables functional is a good feature i can develop it > for IPv6 protocol. Tables are invaluable for several functions. The most important to me is the ability to create a 'block' list that can be easily updated from a program or script. With a table you just need: add 00500 unreach port ip from table 86 to any in your standard configuration and then a script can do: table 22 add 2001:400:14:23::45 to add a system to the list. To do it without tables means finding an available rule and inserting the rule in the main table. I can do it without tables, but it works much better with them. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751 From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 00:52:56 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 99AB4106566B for ; Thu, 12 Feb 2009 00:52:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 59F428FC14 for ; Thu, 12 Feb 2009 00:52:56 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 349AB19256 for ; Thu, 12 Feb 2009 00:52:55 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA for ; Thu, 12 Feb 2009 00:52:55 +0000 (GMT) Date: Thu, 12 Feb 2009 00:52:49 +0000 From: Bruce Cran To: freebsd-net@freebsd.org Message-ID: <20090212005249.10ce416c@gluon> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: IPv6 autoconfiguration fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 00:52:56 -0000 [forwarding from current@] I recently reinstalled -current on my laptop and have started seeing IPv6 autoconfiguration failing. I have two interfaces re0 and ath0: re0 is plugged in and gets an address via DHCP while I'm not using wireless at the moment so ath0 remains unconfigured. However it seems the IPv6 autoconfiguration tries to use ath0 instead of re0. During boot I see: re0: link state changed to UP Starting Network: lo0 re0. No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled No ALTQ support in kernel ALTQ related functions disabled pf enabled add net ::ffff:0.0.0.0: gateway ::1 add net ::0.0.0.0: gateway ::1 net.inet6.ip6.forwarding: 0 -> 0 net.inet6.ip6.accept_rtadv: 0 -> 1 get_llflag() failed, anyway I'll try sendmsg on ath0: Can't assign requested address sendmsg on ath0: Can't assign requested address sendmsg on ath0: Can't assign requested address add net fe80::: gateway ::1 add net ff02::: gateway ::1 IPv4 mapped IPv6 address support=NO Waiting 30s for an interface to come up: ...........(re0) ifconfig shows re0 having IPv4 and IPv6 link-local addresses but no autoconfigured address, while I'm running rtadvd on the router which is connected via re0. -- Bruce Cran From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 07:22:58 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DFC7F106566B for ; Thu, 12 Feb 2009 07:22:58 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from ftp.translate.ru (ftp.translate.ru [195.131.4.140]) by mx1.freebsd.org (Postfix) with ESMTP id 939F78FC17 for ; Thu, 12 Feb 2009 07:22:58 +0000 (UTC) (envelope-from lev@serebryakov.spb.ru) Received: from desktop.home.serebryakov.spb.ru (blacklion.static.corbina.ru [89.179.122.169]) (Authenticated sender: lev@serebryakov.spb.ru) by ftp.translate.ru (Postfix) with ESMTPA id 0B7AF13DF49; Thu, 12 Feb 2009 10:22:57 +0300 (MSK) Date: Thu, 12 Feb 2009 10:22:50 +0300 From: Lev Serebryakov X-Priority: 3 (Normal) Message-ID: <451285611.20090212102250@serebryakov.spb.ru> To: Sam Leffler In-Reply-To: <49936340.10909@freebsd.org> References: <16510045949.20090211193347@serebryakov.spb.ru> <49936340.10909@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=windows-1251 Content-Transfer-Encoding: quoted-printable Cc: freebsd-net@freebsd.org Subject: Re[2]: New Atheros card: channel reset error [sorry for posting of not ready message] X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 07:22:59 -0000 Hello, Sam. You wrote 12 =F4=E5=E2=F0=E0=EB=FF 2009 =E3., 02:46:08: > So the driver is mis-mapping the channel and causing the hal to reject > the request. If I recall this causes scanning to stop on RELENG_7 so=20 > you'll want to force this channel to not be requested by disabling=20 > dynamic turbo mode. I can't recall how that's done on RELENG_7; consult > ifconfig(8). ifconfig ath0 -dturbo Here is one problem: right after this request I get the same error message again... --=20 // Black Lion AKA Lev Serebryakov From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 14:50:37 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 97A8E106567C for ; Thu, 12 Feb 2009 14:50:37 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 313A08FC23 for ; Thu, 12 Feb 2009 14:50:37 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 36755 invoked by uid 89); 12 Feb 2009 14:51:33 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by v6.ibctech.ca with ESMTPA; 12 Feb 2009 14:51:33 -0000 Message-ID: <49943732.1060803@ibctech.ca> Date: Thu, 12 Feb 2009 09:50:26 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Raffaele De Lorenzo References: <20090211223416.5550A1CC0B@ptavv.es.net> <48EED655-AD6F-4C37-8182-86715F417011@libero.it> In-Reply-To: <48EED655-AD6F-4C37-8182-86715F417011@libero.it> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org, freebsd-ipfw@freebsd.org, Kevin Oberman Subject: Re: Support for IPv6 tables in ipfw? X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 12 Feb 2009 14:50:38 -0000 Raffaele De Lorenzo wrote: > Hi, > I developed with Luigi (as mentor) and Mariano Tortoriello the first > release of ipfw with ipv6 extension. If you and the FreeBSD Community > think that the tables functional is a good feature i can develop it for > IPv6 protocol. I think that tables are extremely functional and valuable, and will test any patches as soon as they are available if you are inclined to implement them for IPv6. Steve From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 14:56:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id DD532106566B for ; Thu, 12 Feb 2009 14:56:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 7802B8FC17 for ; Thu, 12 Feb 2009 14:56:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 37448 invoked by uid 89); 12 Feb 2009 14:57:37 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by v6.ibctech.ca with ESMTPA; 12 Feb 2009 14:57:37 -0000 Message-ID: <4994389D.8050203@ibctech.ca> Date: Thu, 12 Feb 2009 09:56:29 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Bruce Cran References: <20090212005249.10ce416c@gluon> In-Reply-To: <20090212005249.10ce416c@gluon> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 autoconfiguration fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 14:56:41 -0000 Bruce Cran wrote: > [forwarding from current@] > > I recently reinstalled -current on my laptop and have started seeing > IPv6 autoconfiguration failing. I have two interfaces re0 and > ath0: re0 is plugged in and gets an address via DHCP while I'm not > using wireless at the moment so ath0 remains unconfigured. However it > seems the IPv6 autoconfiguration tries to use ath0 instead of re0. There is a very similar issue over on -questions. Does it help if you disable rtadv on ath0?: # ndp -i ath0 -- -accept_rtadv Steve From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 15:42:58 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C85971065672 for ; Thu, 12 Feb 2009 15:42:58 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (brucec-1-pt.tunnel.tserv4.nyc4.ipv6.he.net [IPv6:2001:470:1f06:c09::2]) by mx1.freebsd.org (Postfix) with ESMTP id 8732B8FC25 for ; Thu, 12 Feb 2009 15:42:58 +0000 (UTC) (envelope-from bruce@cran.org.uk) Received: from muon.cran.org.uk (localhost [127.0.0.1]) by muon.cran.org.uk (Postfix) with ESMTP id 782C919256; Thu, 12 Feb 2009 15:42:56 +0000 (GMT) X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on muon X-Spam-Level: X-Spam-Status: No, score=-2.6 required=8.0 tests=AWL,BAYES_00,NO_RELAYS autolearn=ham version=3.2.5 Received: from gluon (unknown [IPv6:2a01:348:10f:0:240:f4ff:fe57:9871]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by muon.cran.org.uk (Postfix) with ESMTPSA; Thu, 12 Feb 2009 15:42:56 +0000 (GMT) Date: Thu, 12 Feb 2009 15:42:51 +0000 From: Bruce Cran To: Steve Bertrand Message-ID: <20090212154251.5742210a@gluon> In-Reply-To: <4994389D.8050203@ibctech.ca> References: <20090212005249.10ce416c@gluon> <4994389D.8050203@ibctech.ca> X-Mailer: Claws Mail 3.5.0 (GTK+ 2.14.4; i486-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 autoconfiguration fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 15:42:59 -0000 On Thu, 12 Feb 2009 09:56:29 -0500 Steve Bertrand wrote: > Bruce Cran wrote: > > [forwarding from current@] > > > > I recently reinstalled -current on my laptop and have started seeing > > IPv6 autoconfiguration failing. I have two interfaces re0 and > > ath0: re0 is plugged in and gets an address via DHCP while I'm not > > using wireless at the moment so ath0 remains unconfigured. However > > it seems the IPv6 autoconfiguration tries to use ath0 instead of > > re0. > > There is a very similar issue over on -questions. > > Does it help if you disable rtadv on ath0?: > > # ndp -i ath0 -- -accept_rtadv It didn't help, but your last message on -questions made me realise I'd made the classic mistake of enabling a firewall but not allowing inbound icmp[6] packets. As soon as I'd reloaded the rules things started working again. -- Bruce Cran From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 16:07:40 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 953B4106566B for ; Thu, 12 Feb 2009 16:07:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: from ibctech.ca (v6.ibctech.ca [IPv6:2607:f118::b6]) by mx1.freebsd.org (Postfix) with SMTP id 2FB748FC0C for ; Thu, 12 Feb 2009 16:07:40 +0000 (UTC) (envelope-from steve@ibctech.ca) Received: (qmail 44609 invoked by uid 89); 12 Feb 2009 16:08:36 -0000 Received: from unknown (HELO ?IPv6:2607:f118::5?) (steve@ibctech.ca@2607:f118::5) by v6.ibctech.ca with ESMTPA; 12 Feb 2009 16:08:35 -0000 Message-ID: <49944940.2040500@ibctech.ca> Date: Thu, 12 Feb 2009 11:07:28 -0500 From: Steve Bertrand User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Bruce Cran References: <20090212005249.10ce416c@gluon> <4994389D.8050203@ibctech.ca> <20090212154251.5742210a@gluon> In-Reply-To: <20090212154251.5742210a@gluon> X-Enigmail-Version: 0.95.7 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: freebsd-net@freebsd.org Subject: Re: IPv6 autoconfiguration fails X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 16:07:41 -0000 Bruce Cran wrote: > On Thu, 12 Feb 2009 09:56:29 -0500 > Steve Bertrand wrote: > >> Bruce Cran wrote: >>> [forwarding from current@] >>> >>> I recently reinstalled -current on my laptop and have started seeing >>> IPv6 autoconfiguration failing. I have two interfaces re0 and >>> ath0: re0 is plugged in and gets an address via DHCP while I'm not >>> using wireless at the moment so ath0 remains unconfigured. However >>> it seems the IPv6 autoconfiguration tries to use ath0 instead of >>> re0. >> There is a very similar issue over on -questions. >> >> Does it help if you disable rtadv on ath0?: >> >> # ndp -i ath0 -- -accept_rtadv > > It didn't help, but your last message on -questions made me realise I'd > made the classic mistake of enabling a firewall but not allowing inbound > icmp[6] packets. As soon as I'd reloaded the rules things started > working again. Good stuff. Just a note that blocking inbound ICMP will break Path MTU discovery, which, if not considered, can be quite difficult to troubleshoot. Cheers, Steve From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 18:56:32 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 19CC71065675; Thu, 12 Feb 2009 18:56:32 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id E456B8FC22; Thu, 12 Feb 2009 18:56:31 +0000 (UTC) (envelope-from gavin@FreeBSD.org) Received: from freefall.freebsd.org (gavin@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1CIuUBR035507; Thu, 12 Feb 2009 18:56:30 GMT (envelope-from gavin@freefall.freebsd.org) Received: (from gavin@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1CIuUb6035503; Thu, 12 Feb 2009 18:56:30 GMT (envelope-from gavin) Date: Thu, 12 Feb 2009 18:56:30 GMT Message-Id: <200902121856.n1CIuUb6035503@freefall.freebsd.org> To: gavin@FreeBSD.org, freebsd-amd64@FreeBSD.org, freebsd-net@FreeBSD.org From: gavin@FreeBSD.org Cc: Subject: Re: kern/131601: 7-STABLE panic in nat_finalise X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 18:56:32 -0000 Synopsis: 7-STABLE panic in nat_finalise Responsible-Changed-From-To: freebsd-amd64->freebsd-net Responsible-Changed-By: gavin Responsible-Changed-When: Thu Feb 12 18:54:38 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). PR has a full backtrace and submitter has a core file for further investigation. http://www.freebsd.org/cgi/query-pr.cgi?pr=131601 From owner-freebsd-net@FreeBSD.ORG Thu Feb 12 19:33:43 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 1B904106566B for ; Thu, 12 Feb 2009 19:33:43 +0000 (UTC) (envelope-from sepron@gmail.com) Received: from yx-out-2324.google.com (yx-out-2324.google.com [74.125.44.30]) by mx1.freebsd.org (Postfix) with ESMTP id C66838FC19 for ; Thu, 12 Feb 2009 19:33:42 +0000 (UTC) (envelope-from sepron@gmail.com) Received: by yx-out-2324.google.com with SMTP id 31so525061yxl.13 for ; Thu, 12 Feb 2009 11:33:42 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:date:message-id:subject :from:to:content-type; bh=xy4M8ny8/5QpbuO8Cm1ceK8RhmGQ/pJojv8SdPj/TVw=; b=lbFEIFqeFP6GJhsiot6WjFmEIaqoGvMh3NRhZ5VDWqboFRqtSYubbr/ZSyNJFzbbW2 KhssKZM/iaOCm+8R1mYT8IA1pzt/701zhZOUYTTd8JGcj7qViYh8MOQUJzag3DwiKQoc uVFBHqENkSJcr+pqBRh2AA8ZbhmbHxmpiDhVQ= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=ZBAx1uPyNhl9IqRjqHIgPnU1NFn79YTBaEEjwt5g1XYj7pnDg7P7BbnKV30cLe7Rv+ AGybucftXrnK6eaKyEmcHv9Ip3ULQX6Bdip+6sZ5cl39spaXJ1w0dhCnauNkVm2deIn5 9DaAGK4bCiXH7CYh0S/BkjpbP6Gu5gaF6kZ/k= MIME-Version: 1.0 Received: by 10.150.157.17 with SMTP id f17mr231648ybe.49.1234465612559; Thu, 12 Feb 2009 11:06:52 -0800 (PST) Date: Thu, 12 Feb 2009 22:06:52 +0300 Message-ID: From: Sergey Pronin To: freebsd-net@freebsd.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Synopsis: process swi1:net gives 100% CPU usage. X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 12 Feb 2009 19:33:43 -0000 Synopsis: process swi1:net gives 100% CPU usage. Not depending on the conditions (no heavy load, not a lot of traffic passing through, not a lot of ng nodes) server stops to work properly. 1) swi1:net gives me 100% CPU usage. 2) server is not responding to icmp echo requests 3) ssh of course not working 4) mpd has an "ngsock" state at the top 5) tasq of the em0 card using 0% of the cpu. 6) rebooting the server helps. What do I have: 3 simillar servers. INTEL S3200SH with Q8200. NIC: 82571EB using default em driver (6.9.6) OS: Freebsd 7.1-RELEASE-p2 Soft: mpd 4.4.1 using netgraph modules, ipfw + dummynet, pf (nat only). PPPoE. Using only em0 card. About 200 vlans. 2000 ng nodes created. About 300-400 simultaneous PPPoE sessions. When error occurs there may be about 100 PPPoE sessions. I'm using tablearg, so there are not a lot of ipfw rules. (About 20) sysctl.conf: net.inet.ip.intr_queue_maxlen=1000 net.inet.tcp.blackhole=2 net.inet.udp.blackhole=1 net.inet.ip.dummynet.hash_size=1024 net.inet.ip.dummynet.io_fast=1 net.inet.ip.fw.one_pass=1 net.inet.ip.fastforwarding=1 kern.ipc.maxsockbuf=1048576 net.isr.direct=0 #net.inet.ip.portrange.randomized=0 net.inet.tcp.syncookies=1 net.inet.ip.portrange.first=1024 net.inet.ip.portrange.last=65535 dev.em.0.rx_processing_limit=1024 loader.conf: autoboot_delay="2" kern.ipc.maxpipekva=10000000 vm.kmem_size=512M net.inet.tcp.tcbhashsize=8096 kern.maxusers=512 kern.ipc.nmbclusters=16384 kern.ipc.maxsockets=16384 net.graph.maxalloc=2048 net.graph.maxdgram=1048576 net.graph.recvspace=1048576 hw.em.rxd="512" hw.em.txd="512" And I have the 4th server with the same hardware and software configuration but with FreeBSD 7.1-RELEASE-p1. Everything works fine. Any ideas? Thank you. From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 09:45:07 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 396AC1065679; Fri, 13 Feb 2009 09:45:07 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from mail.cksoft.de (mail.cksoft.de [62.111.66.27]) by mx1.freebsd.org (Postfix) with ESMTP id E14B78FC0C; Fri, 13 Feb 2009 09:45:06 +0000 (UTC) (envelope-from bzeeb-lists@lists.zabbadoz.net) Received: from localhost (amavis.str.cksoft.de [192.168.74.71]) by mail.cksoft.de (Postfix) with ESMTP id DC4E941C65E; Fri, 13 Feb 2009 10:45:05 +0100 (CET) X-Virus-Scanned: amavisd-new at cksoft.de Received: from mail.cksoft.de ([62.111.66.27]) by localhost (amavis.str.cksoft.de [192.168.74.71]) (amavisd-new, port 10024) with ESMTP id 6q0eVXvAuzLR; Fri, 13 Feb 2009 10:45:05 +0100 (CET) Received: by mail.cksoft.de (Postfix, from userid 66) id 8365641C63C; Fri, 13 Feb 2009 10:45:05 +0100 (CET) Received: from maildrop.int.zabbadoz.net (maildrop.int.zabbadoz.net [10.111.66.10]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.int.zabbadoz.net (Postfix) with ESMTP id 33A9B4448EC; Fri, 13 Feb 2009 09:44:14 +0000 (UTC) Date: Fri, 13 Feb 2009 09:44:14 +0000 (UTC) From: "Bjoern A. Zeeb" X-X-Sender: bz@maildrop.int.zabbadoz.net To: FreeBSD current mailing list Message-ID: <20090213092746.R53478@maildrop.int.zabbadoz.net> X-OpenPGP-Key: 0x14003F198FEFA3E77207EE8D2B58B8F83CCF1842 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Cc: FreeBSD stable mailing list , FreeBSD questions mailing list , FreeBSD net mailing list Subject: "The LOR page" is back X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2009 09:45:07 -0000 Hi, in case you find a LOR, want to report it or want to see if it's known or find out more about it... you can go and check "The LOR page" again. It's up on a temporary setup (so in case it's not avail come back a bit later) until I can finally move the web elsewhere. The URL has stayed the same: http://sources.zabbadoz.net/freebsd/lor.html The page has a few instructions and links to further information. You may want to read them before doing anything else to help everybody. Thanks! /bz -- Bjoern A. Zeeb The greatest risk is not taking one. From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 10:50:02 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id CCF6210656EB for ; Fri, 13 Feb 2009 10:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id B79EF8FC15 for ; Fri, 13 Feb 2009 10:50:02 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1DAo2qx072226 for ; Fri, 13 Feb 2009 10:50:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1DAo2BD072225; Fri, 13 Feb 2009 10:50:02 GMT (envelope-from gnats) Date: Fri, 13 Feb 2009 10:50:02 GMT Message-Id: <200902131050.n1DAo2BD072225@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Vitaly Dodonov Cc: Subject: Re: kern/131310: [panic] 7.1 panics with mpd netgraph interface changes X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Vitaly Dodonov List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 10:50:04 -0000 The following reply was made to PR kern/131310; it has been noted by GNATS. From: Vitaly Dodonov To: bug-followup@FreeBSD.org Cc: Subject: Re: kern/131310: [panic] 7.1 panics with mpd netgraph interface changes Date: Fri, 13 Feb 2009 13:41:50 +0300 i get another panics without mpd and netrgaph, seems it pf related panic first on using my pppoe provider with ppp and second on openvpn restart GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffffdbe96b06 stack pointer = 0x10:0xffffffffdbd3f8a0 frame pointer = 0x10:0xffffffffdbd3f8f0 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 = 2515 (ppp) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 2h50m5s Physical memory: 4079 MB Dumping 1266 MB: 1251 1235 1219 1203 1187 1171 1155 1139 1123 1107 1091 1075 1059 1043 1027 1011 995 979 963 947 931 915 899 883 867 851 835 819 803 787 771 755 739 723 707 691 675 659 643 627 611 595 579 563 547 531 515 499 483 467 451 435 419 403 387 371 355 339 323 307 291 275 259 243 227 211 195 179 163 147 131 115 99 83 67 51 35 19 3 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pppoe.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_lagg.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/kernel/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko #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 0xffffffff804b4dbb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff804b5262 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff80788903 in trap_fatal (frame=0xffffff0005f47000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff80789455 in trap (frame=0xffffffffdbd3f7f0) at /usr/src/sys/amd64/amd64/trap.c:565 #6 0xffffffff8076ee0e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffffdbe96b06 in pfi_instance_add (ifp=0xffffff0007801000, net=128, flags=0) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:578 #8 0xffffffffdbe96dd6 in pfi_table_update (kt=0xffffff0046583510, kif=Variable "kif" is not available. ) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:561 #9 0xffffffffdbe9706b in pfi_dynaddr_update (dyn=0xffffff00465d0438) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:543 #10 0xffffffffdbe970be in pfi_kif_update (kif=0xffffff000750d200) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:520 #11 0xffffffffdbe970ec in pfi_kif_update (kif=0xffffff00077c2500) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:525 #12 0xffffffffdbe9715c in pfi_ifaddr_event (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:942 #13 0xffffffff80589c5c in in_control (so=Variable "so" is not available. ) at /usr/src/sys/netinet/in.c:476 #14 0xffffffff8054d17f in ifioctl (so=0xffffff00962dc000, cmd=2149607705, data=0xffffff007f5be200 "tun0", td=0xffffff0005f47000) at /usr/src/sys/net/if.c:1952 #15 0xffffffff804ec104 in kern_ioctl (td=0xffffff0005f47000, fd=0, com=2149607705, data=0xffffff007f5be200 "tun0") at file.h:268 #16 0xffffffff804ec40a in ioctl (td=0xffffff0005f47000, uap=0xffffffffdbd3fbf0) at /usr/src/sys/kern/sys_generic.c:570 #17 0xffffffff80788f57 in syscall (frame=0xffffffffdbd3fc80) at /usr/src/sys/amd64/amd64/trap.c:907 #18 0xffffffff8076f01b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #19 0x000000080124637c in ?? () Previous frame inner to this frame (corrupt stack?) GNU gdb 6.1.1 [FreeBSD] Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "amd64-marcel-freebsd"... Unread portion of the kernel message buffer: Fatal trap 9: general protection fault while in kernel mode cpuid = 0; apic id = 00 instruction pointer = 0x8:0xffffffffdbe7db06 stack pointer = 0x10:0xffffffffdbfef650 frame pointer = 0x10:0xffffffffdbfef6a0 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 = 1802 (openvpn) trap number = 9 panic: general protection fault cpuid = 0 Uptime: 1h7m42s Physical memory: 4079 MB Dumping 1036 MB: 1021 1005 989 973 957 941 925 909 893 877 861 845 829 813 797 781 765 749 733 717 701 685 669 653 637 621 605 589 573 557 541 525 509 493 477 461 445 429 413 397 381 365 349 333 317 301 285 269 253 237 221 205 189 173 157 141 125 109 93 77 61 45 29 13 Reading symbols from /boot/kernel/zfs.ko...Reading symbols from /boot/kernel/zfs.ko.symbols...done. done. Loaded symbols for /boot/kernel/zfs.ko Reading symbols from /boot/kernel/opensolaris.ko...Reading symbols from /boot/kernel/opensolaris.ko.symbols...done. done. Loaded symbols for /boot/kernel/opensolaris.ko Reading symbols from /boot/kernel/geom_journal.ko...Reading symbols from /boot/kernel/geom_journal.ko.symbols...done. done. Loaded symbols for /boot/kernel/geom_journal.ko Reading symbols from /boot/kernel/if_lagg.ko...Reading symbols from /boot/kernel/if_lagg.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_lagg.ko Reading symbols from /boot/kernel/if_vlan.ko...Reading symbols from /boot/kernel/if_vlan.ko.symbols...done. done. Loaded symbols for /boot/kernel/if_vlan.ko Reading symbols from /boot/kernel/pf.ko...Reading symbols from /boot/kernel/pf.ko.symbols...done. done. Loaded symbols for /boot/kernel/pf.ko Reading symbols from /boot/kernel/netgraph.ko...Reading symbols from /boot/kernel/netgraph.ko.symbols...done. done. Loaded symbols for /boot/kernel/netgraph.ko Reading symbols from /boot/kernel/ng_ether.ko...Reading symbols from /boot/kernel/ng_ether.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ether.ko Reading symbols from /boot/kernel/ng_pppoe.ko...Reading symbols from /boot/kernel/ng_pppoe.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_pppoe.ko Reading symbols from /boot/kernel/ng_socket.ko...Reading symbols from /boot/kernel/ng_socket.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_socket.ko Reading symbols from /boot/kernel/ng_iface.ko...Reading symbols from /boot/kernel/ng_iface.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_iface.ko Reading symbols from /boot/kernel/ng_ppp.ko...Reading symbols from /boot/kernel/ng_ppp.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_ppp.ko Reading symbols from /boot/kernel/ng_tcpmss.ko...Reading symbols from /boot/kernel/ng_tcpmss.ko.symbols...done. done. Loaded symbols for /boot/kernel/ng_tcpmss.ko #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 0xffffffff804b4dbb in boot (howto=260) at /usr/src/sys/kern/kern_shutdown.c:418 #3 0xffffffff804b5262 in panic (fmt=0x104
) at /usr/src/sys/kern/kern_shutdown.c:574 #4 0xffffffff80788903 in trap_fatal (frame=0xffffff006ef98000, eva=Variable "eva" is not available. ) at /usr/src/sys/amd64/amd64/trap.c:764 #5 0xffffffff80789455 in trap (frame=0xffffffffdbfef5a0) at /usr/src/sys/amd64/amd64/trap.c:565 #6 0xffffffff8076ee0e in calltrap () at /usr/src/sys/amd64/amd64/exception.S:209 #7 0xffffffffdbe7db06 in pfi_instance_add (ifp=0xffffff0006883000, net=128, flags=0) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:578 #8 0xffffffffdbe7ddd6 in pfi_table_update (kt=0xffffff0006795000, kif=Variable "kif" is not available. ) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:561 #9 0xffffffffdbe7e06b in pfi_dynaddr_update (dyn=0xffffff0006793ca8) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:543 #10 0xffffffffdbe7e0be in pfi_kif_update (kif=0xffffff0006021500) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:520 #11 0xffffffffdbe7e0ec in pfi_kif_update (kif=0xffffff0006021400) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:525 #12 0xffffffffdbe7e15c in pfi_ifaddr_event (arg=Variable "arg" is not available. ) at /usr/src/sys/modules/pf/../../contrib/pf/net/pf_if.c:942 #13 0xffffffff80589c5c in in_control (so=Variable "so" is not available. ) at /usr/src/sys/netinet/in.c:476 #14 0xffffffff8054b822 in if_purgeaddrs (ifp=0xffffff0006418800) at /usr/src/sys/net/if.c:684 #15 0xffffffff8055852d in tunclose (dev=Variable "dev" is not available. ) at /usr/src/sys/net/if_tun.c:475 #16 0xffffffff8047cb5c in giant_close (dev=0xffffff00066b3a00, fflag=7, devtype=8192, td=0xffffff006ef98000) at /usr/src/sys/kern/kern_conf.c:374 #17 0xffffffff80442b84 in devfs_close (ap=0xffffffffdbfef950) at /usr/src/sys/fs/devfs/devfs_vnops.c:463 #18 0xffffffff80541022 in vn_close (vp=0xffffff00067f9dc8, flags=7, file_cred=0xffffff0006800d00, td=0xffffff006ef98000) at vnode_if.h:228 #19 0xffffffff805410ca in vn_closefile (fp=0xffffff013a0b3700, td=0xffffff006ef98000) at /usr/src/sys/kern/vfs_vnops.c:867 #20 0xffffffff80441d05 in devfs_close_f (fp=Variable "fp" is not available. ) at /usr/src/sys/fs/devfs/devfs_vnops.c:479 #21 0xffffffff80482291 in fdrop (fp=0xffffff013a0b3700, td=0xffffff006ef98000) at file.h:299 #22 0xffffffff804834d6 in closef (fp=0xffffff013a0b3700, td=0xffffff006ef98000) at /usr/src/sys/kern/kern_descrip.c:2033 #23 0xffffffff80483cf7 in kern_close (td=0xffffff006ef98000, fd=Variable "fd" is not available. ) at /usr/src/sys/kern/kern_descrip.c:1125 #24 0xffffffff80788f57 in syscall (frame=0xffffffffdbfefc80) at /usr/src/sys/amd64/amd64/trap.c:907 #25 0xffffffff8076f01b in Xfast_syscall () at /usr/src/sys/amd64/amd64/exception.S:330 #26 0x0000000800c5c39c in ?? () Previous frame inner to this frame (corrupt stack?) (kgdb) From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 14:28:21 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7B98E1065670; Fri, 13 Feb 2009 14:28:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 519758FC17; Fri, 13 Feb 2009 14:28:21 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1DESL81038963; Fri, 13 Feb 2009 14:28:21 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1DESLHn038959; Fri, 13 Feb 2009 14:28:21 GMT (envelope-from linimon) Date: Fri, 13 Feb 2009 14:28:21 GMT Message-Id: <200902131428.n1DESLHn038959@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-net@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: bin/131567: [socket] [patch] Update for regression/sockets/unix_cmsg X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2009 14:28:21 -0000 Old Synopsis: [patch] Update for regression/sockets/unix_cmsg New Synopsis: [socket] [patch] Update for regression/sockets/unix_cmsg Responsible-Changed-From-To: freebsd-bugs->freebsd-net Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 13 14:27:57 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131567 From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 14:30:15 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 4549D106571E; Fri, 13 Feb 2009 14:30:15 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1389F8FC2A; Fri, 13 Feb 2009 14:30:15 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1DEUEKu040540; Fri, 13 Feb 2009 14:30:14 GMT (envelope-from linimon@freefall.freebsd.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1DEUED7040530; Fri, 13 Feb 2009 14:30:14 GMT (envelope-from linimon) Date: Fri, 13 Feb 2009 14:30:14 GMT Message-Id: <200902131430.n1DEUED7040530@freefall.freebsd.org> To: linimon@FreeBSD.org, freebsd-net@FreeBSD.org, freebsd-ipfw@FreeBSD.org From: linimon@FreeBSD.org Cc: Subject: Re: kern/131601: [ipfw] [panic] 7-STABLE panic in nat_finalise (tcp=0) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 14:30:19 -0000 Old Synopsis: 7-STABLE panic in nat_finalise (tcp=0) New Synopsis: [ipfw] [panic] 7-STABLE panic in nat_finalise (tcp=0) Responsible-Changed-From-To: freebsd-net->freebsd-ipfw Responsible-Changed-By: linimon Responsible-Changed-When: Fri Feb 13 14:30:00 UTC 2009 Responsible-Changed-Why: Over to maintainer(s). http://www.freebsd.org/cgi/query-pr.cgi?pr=131601 From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 16:11:12 2009 Return-Path: Delivered-To: net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 627DE1065688 for ; Fri, 13 Feb 2009 16:11:12 +0000 (UTC) (envelope-from fernando.gont.netbook.win@gmail.com) Received: from mail-bw0-f165.google.com (mail-bw0-f165.google.com [209.85.218.165]) by mx1.freebsd.org (Postfix) with ESMTP id A15358FC47 for ; Fri, 13 Feb 2009 16:11:11 +0000 (UTC) (envelope-from fernando.gont.netbook.win@gmail.com) Received: by bwz9 with SMTP id 9so855855bwz.19 for ; Fri, 13 Feb 2009 08:11:10 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:sender:message-id:date:from :user-agent:mime-version:to:subject:x-enigmail-version:openpgp :content-type:content-transfer-encoding; bh=U7plqAG/EXpDvv9qM2q39ivUqu0FLjDqY7w4taBaAPY=; b=mecViDeV2+SyK8KTCeG0OhlvVEmXnqSu59Asz48yz6Ae+0oYnML5vvuLDere+kO5ff tOqllmZsMnhPodvi/ndUYE0ff85BwK8sLpmHlyrAS0K6zlOisTcGknp59KPjbAVTmhVs +PgEsE04pLcEfxYLJ8c6Yk3i0uztgKjBUKFLE= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=sender:message-id:date:from:user-agent:mime-version:to:subject :x-enigmail-version:openpgp:content-type:content-transfer-encoding; b=AViqVTv9lFzwWPk99Na+nmD8u15sy2iWkL/NxFKjTzjglGzLR9NKjdkR+mo1ptmLdX M5wXdxbIjEl4yOI+kJzRqGBbTGc+K/vVgCkaEeN8TA3ZWOEoqSCj0zkCfraCxsgzGh1o y2VooLZE9H17+2QFR8r/ZnEcYSb2+3LdibWOE= Received: by 10.223.126.69 with SMTP id b5mr1197476fas.54.1234540682936; Fri, 13 Feb 2009 07:58:02 -0800 (PST) Received: from ?192.168.0.151? (3-139-17-190.fibertel.com.ar [190.17.139.3]) by mx.google.com with ESMTPS id z10sm2369349fka.33.2009.02.13.07.57.59 (version=TLSv1/SSLv3 cipher=RC4-MD5); Fri, 13 Feb 2009 07:58:01 -0800 (PST) Sender: Fernando Gont Message-ID: <4995987E.7010000@gont.com.ar> Date: Fri, 13 Feb 2009 13:57:50 -0200 From: Fernando Gont User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) MIME-Version: 1.0 To: net@freebsd.org X-Enigmail-Version: 0.95.7 OpenPGP: id=D076FFF1 Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit Cc: Subject: Security Assessment of the Transmission Control Protocol (TCP) X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 13 Feb 2009 16:11:13 -0000 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 Hello, folks, I thought this one might be of your interest. The United Kingdom's Centre for the Protection of National Infrastructure has just released the document "Security Assessment of the Transmission Control Protocol (TCP)", on which I have had the pleasure to work during the last few years. The motivation to produce this document is explained in the Preface of the document as follows: - ---- cut here ---- The TCP/IP protocol suite was conceived in an environment that was quite different from the hostile environment they currently operate in. However, the effectiveness of the protocols led to their early adoption in production environments, to the point that to some extent, the current world's economy depends on them. While many textbooks and articles have created the myth that the Internet protocols were designed for warfare environments, the top level goal for the DARPA Internet Program was the sharing of large service machines on the ARPANET. As a result, many protocol specifications focus only on the operational aspects of the protocols they specify, and overlook their security implications. While the Internet technology evolved since it early inception, the Internet?s building blocks are basically the same core protocols adopted by the ARPANET more than two decades ago. During the last twenty years, many vulnerabilities have been identified in the TCP/IP stacks of a number of systems. Some of them were based on flaws in some protocol implementations, affecting only a reduced number of systems, while others were based in flaws in the protocols themselves, affecting virtually every existing implementation. Even in the last couple of years, researchers were still working on security problems in the core protocols. The discovery of vulnerabilities in the TCP/IP protocol suite usually led to reports being published by a number of CSIRTs (Computer Security Incident Response Teams) and vendors, which helped to raise awareness about the threats and the best mitigations known at the time the reports were published. Unfortunately, this also led to the documentation of the discovered protocol vulnerabilities being spread among a large number of documents, which are sometimes difficult to identify. For some reason, much of the effort of the security community on the Internet protocols did not result in official documents (RFCs) being issued by the IETF (Internet Engineering Task Force). This basically led to a situation in which ?known? security problems have not always been addressed by all vendors. In addition, in many cases vendors have implemented quick ?fixes? to the identified vulnerabilities without a careful analysis of their effectiveness and their impact on interoperability. Producing a secure TCP/IP implementation nowadays is a very difficult task, in part because of the lack of a single document that serves as a security roadmap for the protocols. Implementers are faced with the hard task of identifying relevant documentation and differentiating between that which provides correct advice, and that which provides misleading advice based on inaccurate or wrong assumptions. There is a clear need for a companion document to the IETF specifications that discusses the security aspects and implications of the protocols, identifies the existing vulnerabilities, discusses the possible countermeasures, and analyses their respective effectiveness. This document is the result of a security assessment of the IETF specifications of the Transmission Control Protocol (TCP), from a security point of view. Possible threats are identified and, where possible, countermeasures are proposed. Additionally, many implementation flaws that have led to security vulnerabilities have been referenced in the hope that future implementations will not incur the same problems. This document does not aim to be the final word on the security aspects of TCP. On the contrary, it aims to raise awareness about a number of TCP vulnerabilities that have been faced in the past, those that are currently being faced, and some of those that we may still have to deal with in the future. Feedback from the community is more than encouraged to help this document be as accurate as possible and to keep it updated as new vulnerabilities are discovered. - ---- cut here ---- The document is available at CPNI's web site: http://www.cpni.gov.uk/Products/technicalnotes/Feb-09-security-assessment-TCP.aspx Additionally, I have posted a copy of the document on my personal web site: http://www.gont.com.ar Any comments will be more than welcome. Kind regards, - -- Fernando Gont e-mail: fernando@gont.com.ar || fgont@acm.org PGP Fingerprint: 7809 84F5 322E 45C7 F1C9 3945 96EE A9EF D076 FFF1 -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBCAAGBQJJlZh7AAoJEJbuqe/Qdv/xUroIAImfb6T2f0LC8iWMIIShZV9P B8tmkfJYGUdhnHjTAszuMmwQ6lsZaQ6MPsOwUeYpoCwzsLoHKn1MqmmGuduI+1wy UlYIQIS+BaWrNm+Zsk7wXpPSgSgAbNlX8gbp+nXWbrqcpHccXIke4bi4NVv1gdNZ R3IrHJ+aZ7bUk/PZj2xLEWfol1OR18Z5IY6QxyCPNnLDt9TjSK1xNGkyACXakknj sr6YGPiycnISblN7NELccsKz5ozc6i+qeBN3XsYMp5BWUDMLZLUpjQnm13FxPktf w+nQ2wKXHiO2/nsgFz+PpS3lYJWtT1IXMSsAWivqjGtXiO2aCZWA+H+vqVMMt1U= =njnp -----END PGP SIGNATURE----- From owner-freebsd-net@FreeBSD.ORG Fri Feb 13 18:20:03 2009 Return-Path: Delivered-To: freebsd-net@hub.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 2FA43106564A for ; Fri, 13 Feb 2009 18:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2001:4f8:fff6::28]) by mx1.freebsd.org (Postfix) with ESMTP id 1D02D8FC0C for ; Fri, 13 Feb 2009 18:20:03 +0000 (UTC) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.14.3/8.14.3) with ESMTP id n1DIK24j011294 for ; Fri, 13 Feb 2009 18:20:02 GMT (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.14.3/8.14.3/Submit) id n1DIK23S011293; Fri, 13 Feb 2009 18:20:02 GMT (envelope-from gnats) Date: Fri, 13 Feb 2009 18:20:02 GMT Message-Id: <200902131820.n1DIK23S011293@freefall.freebsd.org> To: freebsd-net@FreeBSD.org From: Katsushi Kobayashi Cc: Subject: Re: kern/122551: [bge] Broadcom 5715S no carrier on HP BL460c blade using 6.3-RELEASE X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: Katsushi Kobayashi List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Feb 2009 18:20:03 -0000 The following reply was made to PR kern/122551; it has been noted by GNATS. From: Katsushi Kobayashi To: bug-followup@FreeBSD.org, greg@laaco.net Cc: Subject: Re: kern/122551: [bge] Broadcom 5715S no carrier on HP BL460c blade using 6.3-RELEASE Date: Sat, 14 Feb 2009 02:54:39 +0900 --Apple-Mail-6-689925422 Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Hi, We have tried FreeBSD 7.1 on our new HP blade server as BL260c G5 accommodating GbE i/f with Broafcom 5715S chipset. Unfortunately, the network interface did not come UP as the similar situation with PR122551. We resolved the trouble with the attached patch. Our device attach messages and PCI info are also attached. I hope this patch will help you. pciconf -lv pcib1@pci0:0:2:0: class=0x060400 card=0x00000000 chip=0x65e28086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x4 Port 2' class = bridge subclass = PCI-PCI pcib3@pci0:0:3:0: class=0x060400 card=0x00000000 chip=0x65e38086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x4 Port 3' class = bridge subclass = PCI-PCI pcib4@pci0:0:4:0: class=0x060400 card=0x00000000 chip=0x65e48086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x4 Port 4' class = bridge subclass = PCI-PCI pcib5@pci0:0:5:0: class=0x060400 card=0x00000000 chip=0x65e58086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x4 Port 5' class = bridge subclass = PCI-PCI pcib6@pci0:0:6:0: class=0x060400 card=0x00000000 chip=0x65f98086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x8 Port 6-7' class = bridge subclass = PCI-PCI pcib7@pci0:0:7:0: class=0x060400 card=0x00000000 chip=0x65e78086 rev=0x90 hdr=0x01 vendor = 'Intel Corporation' device = '(??) PCIe x4 Port 7' class = bridge subclass = PCI-PCI pcib8@pci0:0:30:0: class=0x060401 card=0x31fe103c chip=0x244e8086 rev=0x92 hdr=0x01 vendor = 'Intel Corporation' device = '82801 Family (ICH2/3/4/4/5/5/6/7/8/9,63xxESB) Hub Interface to PCI Bridge' class = bridge subclass = PCI-PCI pcib2@pci0:2:0:0: class=0x060400 card=0x00000000 chip=0x01031166 rev=0xb5 hdr=0x01 vendor = 'ServerWorks (Was: Reliance Computer Corp)' device = 'BCM5715 Broadcom dual gigabit, pci bridge' class = bridge subclass = PCI-PCI bge0@pci0:3:4:0: class=0x020000 card=0x703c103c chip=0x167914e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme 5715S Gigabit Ethernet' class = network subclass = ethernet bge1@pci0:3:4:1: class=0x020000 card=0x703c103c chip=0x167914e4 rev=0xa3 hdr=0x00 vendor = 'Broadcom Corporation' device = 'NetXtreme 5715S Gigabit Ethernet' class = network subclass = ethernet pcib2: at device 0.0 on pci2 pci3: on pcib2 bge0: mem 0xfdff0000-0xfdffffff,0xfdfe0000-0xfdfeffff irq 16 at device 4.0 on pci3 miibus0: on bge0 brgphy0: PHY 1 on miibus0 brgphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge0: Ethernet address: 00:22:64:04:53:ca bge0: [ITHREAD] bge1: mem 0xfdfd0000-0xfdfdffff,0xfdfc0000-0xfdfcffff irq 17 at device 4.1 on pci3 miibus1: on bge1 brgphy1: PHY 1 on miibus1 brgphy1: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, 1000baseT, 1000baseT-FDX, auto bge1: Ethernet address: 00:22:64:04:53:cb bge1: [ITHREAD] ---- Katsushi Kobayashi --Apple-Mail-6-689925422 Content-Disposition: attachment; filename=diff.txt Content-Type: text/plain; x-unix-mode=0644; name="diff.txt" Content-Transfer-Encoding: 7bit Index: sys/dev/bge/if_bgereg.h =================================================================== --- sys/dev/bge/if_bgereg.h (revision 1) +++ sys/dev/bge/if_bgereg.h (working copy) @@ -2533,6 +2533,9 @@ #define BGE_FLAG_JUMBO 0x00000002 #define BGE_FLAG_WIRESPEED 0x00000004 #define BGE_FLAG_EADDR 0x00000008 + +#define BGE_FLAG_MIISERDES 0x00000010 + #define BGE_FLAG_MSI 0x00000100 #define BGE_FLAG_PCIX 0x00000200 #define BGE_FLAG_PCIE 0x00000400 Index: sys/dev/bge/if_bge.c =================================================================== --- sys/dev/bge/if_bge.c (revision 1) +++ sys/dev/bge/if_bge.c (working copy) @@ -838,8 +838,11 @@ mii = device_get_softc(sc->bge_miibus); BGE_CLRBIT(sc, BGE_MAC_MODE, BGE_MACMODE_PORTMODE); - if (IFM_SUBTYPE(mii->mii_media_active) == IFM_1000_T) + if (IFM_SUBTYPE(mii->mii_media_active) == IFM_1000_T || + (sc->bge_flags & BGE_FLAG_MIISERDES)) + { BGE_SETBIT(sc, BGE_MAC_MODE, BGE_PORTMODE_GMII); + } else BGE_SETBIT(sc, BGE_MAC_MODE, BGE_PORTMODE_MII); @@ -1719,8 +1722,8 @@ BGE_MACMODE_RXDMA_ENB | BGE_MACMODE_RX_STATS_CLEAR | BGE_MACMODE_TX_STATS_CLEAR | BGE_MACMODE_RX_STATS_ENB | BGE_MACMODE_TX_STATS_ENB | BGE_MACMODE_FRMHDR_DMA_ENB | - ((sc->bge_flags & BGE_FLAG_TBI) ? - BGE_PORTMODE_TBI : BGE_PORTMODE_MII)); + ((sc->bge_flags & BGE_FLAG_TBI) ? + BGE_PORTMODE_TBI : (sc->bge_flags & BGE_FLAG_MIISERDES ) ? BGE_PORTMODE_GMII : BGE_PORTMODE_MII)); /* Set misc. local control, enable interrupts on attentions */ CSR_WRITE_4(sc, BGE_MISC_LOCAL_CTL, BGE_MLC_INTR_ONATTN); @@ -2654,7 +2657,13 @@ } if ((hwcfg & BGE_HWCFG_MEDIA) == BGE_MEDIA_FIBER) - sc->bge_flags |= BGE_FLAG_TBI; + { + if(sc->bge_flags & BGE_FLAG_5714_FAMILY){ + sc->bge_flags |= BGE_FLAG_MIISERDES; + } else { + sc->bge_flags |= BGE_FLAG_TBI; + } + } /* The SysKonnect SK-9D41 is a 1000baseSX card. */ if ((pci_read_config(dev, BGE_PCI_SUBSYS, 4) >> 16) == SK_SUBSYSID_9D41) @@ -3267,6 +3276,7 @@ if (cmd == POLL_AND_CHECK_STATUS) if ((sc->bge_asicrev == BGE_ASICREV_BCM5700 && sc->bge_chipid != BGE_CHIPID_BCM5700_B2) || + (sc->bge_flags & BGE_FLAG_MIISERDES) || sc->bge_link_evt || (sc->bge_flags & BGE_FLAG_TBI)) bge_link_upd(sc); Index: sys/dev/mii/brgphy.c =================================================================== --- sys/dev/mii/brgphy.c (revision 1) +++ sys/dev/mii/brgphy.c (working copy) @@ -540,10 +540,21 @@ mii->mii_media_active |= IFM_NONE; break; } } + else if(bmsr & BRGPHY_BMSR_LINK){ + mii->mii_media_status |= IFM_ACTIVE; + } } else { /* If serdes link is up, get the negotiated speed/duplex. */ if (bmsr & BRGPHY_BMSR_LINK) { mii->mii_media_status |= IFM_ACTIVE; + /* If autoneg enabled, read negotiated duplex settings */ + if (bmcr & BRGPHY_BMCR_AUTOEN) { + val = PHY_READ(sc, BRGPHY_SERDES_ANAR) & PHY_READ(sc, BRGPHY_SERDES_ANLPAR); + if (val & BRGPHY_SERDES_ANAR_FDX) + mii->mii_media_active |= IFM_FDX; + else + mii->mii_media_active |= IFM_HDX; + } } /* Check the link speed/duplex based on the PHY type. */ @@ -619,6 +630,7 @@ /* Pause capability advertisement (pause capable & asymmetric) */ PHY_WRITE(sc, BRGPHY_MII_ANAR, BMSR_MEDIA_TO_ANAR(sc->mii_capabilities) | ANAR_CSMA | + ANAR_X_FD | ANAR_X_HD | ANAR_FC | 0x0800 | BRGPHY_ANAR_ASP | BRGPHY_ANAR_PC); } else { PHY_WRITE(sc, BRGPHY_SERDES_ANAR, BRGPHY_SERDES_ANAR_FDX | --Apple-Mail-6-689925422 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit --Apple-Mail-6-689925422-- From owner-freebsd-net@FreeBSD.ORG Sat Feb 14 22:34:01 2009 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5C61A106564A for ; Sat, 14 Feb 2009 22:34:01 +0000 (UTC) (envelope-from jwm-freebsd-net@skepsi.net) Received: from mail.skepsi.net (mail.skepsi.net [208.86.225.194]) by mx1.freebsd.org (Postfix) with ESMTP id E8AEF8FC08 for ; Sat, 14 Feb 2009 22:34:00 +0000 (UTC) (envelope-from jwm-freebsd-net@skepsi.net) Received: (qmail 29037 invoked from network); 14 Feb 2009 18:41:06 -0000 Received: from d60-65-30-215.col.wideopenwest.com (HELO aeryn.skepsi.net) (65.60.215.30) by mail.skepsi.net with ESMTPS (DHE-RSA-AES256-SHA encrypted); 14 Feb 2009 18:41:06 -0000 Received: (qmail 47047 invoked from network); 14 Feb 2009 22:23:42 -0000 Received: from aeryn.skepsi.net (HELO pilot.skepsi.net) (10.81.0.101) by aeryn.skepsi.net with SMTP; 14 Feb 2009 22:23:42 -0000 Received: (nullmailer pid 47044 invoked by uid 1000); Sat, 14 Feb 2009 22:23:42 -0000 Date: Sat, 14 Feb 2009 17:23:42 -0500 From: Jason Morgan To: freebsd-net@freebsd.org Message-ID: <20090214222342.GA45141@skepsi.net> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: mutt/1.5.18 (FreeBSD 7.1-STABLE) Subject: WPA-EAP (ath driver): trouble maintaining connection X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.5 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, 14 Feb 2009 22:34:01 -0000 Hello, I have been having trouble maintaining a wireless connection at my university, which uses the WPA-EAP protocol. I have played with my wpa_supplicant.conf file, but haven't found anything that works. I don't seems to have any trouble at home using a Linksys AP and WPA-PSK. I was hoping someone here could point me in the right direction---I am not very familiar with WPA and wireless networking. Error messages and other relevant information below. (You will notice that I lose connection every 5-10 minutes.) Thanks in advance. $ uname -a FreeBSD sofie.skepsi.net 7.1-STABLE FreeBSD 7.1-STABLE #3: Sun Feb 1 13:00:56 EST 2009 root@sofie.skepsi.net:/usr/obj/usr/src/sys/SOFIE amd64 $ cat /etc/wpa_supplicant.conf ctrl_interface=/var/run/wpa_supplicant ctrl_interface_group=wheel eapol_version=1 ap_scan=1 fast_reauth=1 network={ ssid="osuwireless" scan_ssid=1 key_mgmt=WPA-EAP eap=PEAP identity="xxx" password="xxx" phase1="peaplabel=0" phase2="auth-MSCHAPV2" priority=1 } $ cat /etc/dhclient.conf # ath0 interface "ath0" { request subnet-mask, broadcast-address, time-offset, routers, domain-name, domain-name-servers, host-name; require subnet-mask, domain-name-servers; } $ cat /var/log/messages Feb 14 15:50:09 sofie kernel: ath0: link state changed to DOWN Feb 14 15:50:09 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:04:00 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:50:09 sofie wpa_supplicant[403]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Feb 14 15:50:19 sofie wpa_supplicant[403]: Authentication with 00:00:00:00:00:00 timed out. Feb 14 15:50:27 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:02:80 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:50:27 sofie wpa_supplicant[403]: Association request to the driver failed Feb 14 15:50:32 sofie wpa_supplicant[403]: Authentication with 00:0b:86:58:02:80 timed out. Feb 14 15:50:39 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:5d:3a:40 (SSID='osuwireless' freq=2412 MHz) Feb 14 15:50:40 sofie kernel: ath0: link state changed to UP Feb 14 15:50:40 sofie wpa_supplicant[403]: Associated with 00:0b:86:5d:3a:40 Feb 14 15:50:40 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-STARTED EAP authentication started Feb 14 15:50:40 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 14 15:50:40 sofie wpa_supplicant[403]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error:00000000:lib(0):func(0):reason(0) Feb 14 15:50:40 sofie wpa_supplicant[403]: EAP-MSCHAPV2: Authentication succeeded Feb 14 15:50:40 sofie wpa_supplicant[403]: EAP-TLV: TLV Result - Success - EAP-TLV/Phase2 Completed Feb 14 15:50:40 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfully Feb 14 15:50:40 sofie wpa_supplicant[403]: WPA: Key negotiation completed with 00:0b:86:5d:3a:40 [PTK=TKIP GTK=TKIP] Feb 14 15:50:40 sofie wpa_supplicant[403]: CTRL-EVENT-CONNECTED - Connection to 00:0b:86:5d:3a:40 completed (reauth) [id=1 id_str=] Feb 14 15:50:40 sofie dhclient: New IP Address (ath0): 128.146.115.38 Feb 14 15:50:40 sofie dhclient: New Subnet Mask (ath0): 255.255.255.0 Feb 14 15:50:40 sofie dhclient: New Broadcast Address (ath0): 128.146.115.255 Feb 14 15:50:40 sofie dhclient: New Routers (ath0): 128.146.115.1 Feb 14 15:55:48 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:03:e0 (SSID='osuwireless' freq=2412 MHz) Feb 14 15:55:48 sofie kernel: ath0: link state changed to DOWN Feb 14 15:55:48 sofie wpa_supplicant[403]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Feb 14 15:55:58 sofie wpa_supplicant[403]: Authentication with 00:00:00:00:00:00 timed out. Feb 14 15:56:06 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:04:00 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:56:16 sofie wpa_supplicant[403]: Authentication with 00:0b:86:58:04:00 timed out. Feb 14 15:56:23 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:02:80 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:56:23 sofie wpa_supplicant[403]: Association request to the driver failed Feb 14 15:56:28 sofie wpa_supplicant[403]: Authentication with 00:0b:86:58:02:80 timed out. Feb 14 15:56:36 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:5d:02:c0 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:56:36 sofie kernel: ath0: link state changed to UP Feb 14 15:56:36 sofie wpa_supplicant[403]: Associated with 00:0b:86:5d:02:c0 Feb 14 15:56:36 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 14 15:56:36 sofie wpa_supplicant[403]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error:00000000:lib(0):func(0):reason(0) Feb 14 15:56:43 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Feb 14 15:57:14 sofie last message repeated 6 times Feb 14 15:57:18 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-STARTED EAP authentication started Feb 14 15:57:18 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 14 15:57:18 sofie wpa_supplicant[403]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error:00000000:lib(0):func(0):reason(0) Feb 14 15:57:18 sofie wpa_supplicant[403]: EAP-MSCHAPV2: Authentication succeeded Feb 14 15:57:18 sofie wpa_supplicant[403]: EAP-TLV: TLV Result - Success - EAP-TLV/Phase2 Completed Feb 14 15:57:18 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfully Feb 14 15:57:28 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Feb 14 15:57:29 sofie kernel: ath0: link state changed to DOWN Feb 14 15:57:29 sofie wpa_supplicant[403]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Feb 14 15:57:37 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:5d:02:c0 (SSID='osuwireless' freq=2437 MHz) Feb 14 15:57:37 sofie kernel: ath0: link state changed to UP Feb 14 15:57:37 sofie wpa_supplicant[403]: Associated with 00:0b:86:5d:02:c0 Feb 14 15:57:37 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-STARTED EAP authentication started Feb 14 15:57:37 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 14 15:57:37 sofie wpa_supplicant[403]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error:00000000:lib(0):func(0):reason(0) Feb 14 15:57:37 sofie wpa_supplicant[403]: EAP-MSCHAPV2: Authentication succeeded Feb 14 15:57:37 sofie wpa_supplicant[403]: EAP-TLV: TLV Result - Success - EAP-TLV/Phase2 Completed Feb 14 15:57:37 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfully Feb 14 15:57:41 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Feb 14 15:57:41 sofie kernel: ath0: link state changed to DOWN Feb 14 15:57:41 sofie wpa_supplicant[403]: CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys Feb 14 15:57:49 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:03:e0 (SSID='osuwireless' freq=2412 MHz) Feb 14 15:57:49 sofie wpa_supplicant[403]: Association request to the driver failed Feb 14 15:57:54 sofie wpa_supplicant[403]: Authentication with 00:0b:86:58:03:e0 timed out. Feb 14 15:57:58 sofie dhclient: New IP Address (ath0): 128.146.115.38 Feb 14 15:57:58 sofie dhclient: New Subnet Mask (ath0): 255.255.255.0 Feb 14 15:57:58 sofie dhclient: New Broadcast Address (ath0): 128.146.115.255 Feb 14 15:57:58 sofie dhclient: New Routers (ath0): 128.146.115.1 Feb 14 15:57:59 sofie dhclient: New Routers (ath0): 128.146.115.1 Feb 14 15:58:01 sofie wpa_supplicant[403]: Trying to associate with 00:0b:86:58:03:80 (SSID='osuwireless' freq=2412 MHz) Feb 14 15:58:01 sofie kernel: ath0: link state changed to UP Feb 14 15:58:01 sofie wpa_supplicant[403]: Associated with 00:0b:86:58:03:80 Feb 14 15:58:01 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-STARTED EAP authentication started Feb 14 15:58:06 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-METHOD EAP vendor 0 method 25 (PEAP) selected Feb 14 15:58:06 sofie wpa_supplicant[403]: OpenSSL: tls_connection_handshake - Failed to read possible Application Data error:00000000:lib(0):func(0):reason(0) Feb 14 15:58:06 sofie wpa_supplicant[403]: EAP-MSCHAPV2: Authentication succeeded Feb 14 15:58:06 sofie wpa_supplicant[403]: EAP-TLV: TLV Result - Success - EAP-TLV/Phase2 Completed Feb 14 15:58:06 sofie wpa_supplicant[403]: CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfully Feb 14 15:58:06 sofie wpa_supplicant[403]: WPA: Key negotiation completed with 00:0b:86:58:03:80 [PTK=TKIP GTK=TKIP] Feb 14 15:58:06 sofie wpa_supplicant[403]: CTRL-EVENT-CONNECTED - Connection to 00:0b:86:58:03:80 completed (reauth) [id=1 id_str=] Feb 14 15:58:25 sofie dhclient: New IP Address (ath0): 128.146.115.38 Feb 14 15:58:25 sofie dhclient: New Subnet Mask (ath0): 255.255.255.0 Feb 14 15:58:25 sofie dhclient: New Broadcast Address (ath0): 128.146.115.255 Feb 14 15:58:25 sofie dhclient: New Routers (ath0): 128.146.115.1 Feb 14 16:03:34 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Feb 14 16:06:56 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Feb 14 16:06:57 sofie kernel: update_stats: bogus ndx0 -1, max 10, mode 3 Please let me know if additional information would be helpful. Cheers, ~Jason -- ~ Jason Morgan