Date: Sun, 9 Sep 2012 16:19:58 -0700 From: Adrian Chadd <adrian@freebsd.org> To: =?ISO-8859-1?Q?Alexander_K=FChn?= <alexander.kuehn@nagilum.de> Cc: freebsd-wireless@freebsd.org Subject: Re: AR5416/Soekris instability Message-ID: <CAJ-VmomdmoM4bmqotED3jS9rR9=4CSaryXKSP5mq6Y6OEipfhg@mail.gmail.com> In-Reply-To: <20120910003754.Horde.nHn4N5k8pphQTRpCp7esrRA@cakebox.homeunix.net> References: <CAJ-VmokJanVe7xPkEXYmMm46tuGDxtROj45gxCob=pWFmmFkJw@mail.gmail.com> <20120910003754.Horde.nHn4N5k8pphQTRpCp7esrRA@cakebox.homeunix.net>
next in thread | previous in thread | raw e-mail | index | archive | help
Hi, Its quite possible your environment is very noisy. Im trying to establish that. Others have reported issues on the soekris platform with ule and preemption. Try the 4bsd scheduler with preemption disabled. It wont fix the stuck beacon issues but it may stop the whole device from hanging.. Adrian On Sep 9, 2012 6:38 PM, "Alexander K=FChn" <alexander.kuehn@nagilum.de> wro= te: > There was no crashdump to provide - so I didn't. > I had a log of a period with no traffic as well but I lost it due to the > crash. > I'm recompiling the kernel with the debug options now. Will retest > tomorrow. > This is a Soekris net5501 with a TP-Link TL-WN951N W-LAN PCI Adapter 300 > MBit. > I haven't tested many different kernels but I know 9-STABLE doesn't work = - > no one can associate - that's why I went to HEAD. > Sorry, for being brief, but it's getting late here. ;) > Alex. > > Zitat von Adrian Chadd <adrian@freebsd.org>: > > Hi Alex, >> >> Would you please provide me with some more information about your >> running system? >> >> * what the hardware is (I can see in the dmesg, but I'd like to know >> the model of things if possible); >> * What (if any) works - kernel configuration, SVN revision; what does >> work; >> * What doesn't work. >> >> I'd also appreciate it if you would run athsurvey (with no traffic) so >> I can see how busy the channel is. >> >> Also, run 'athstats' and paste it here, also run 'athstats 1' for >> 30-60 seconds so I can see what's going on and then 'athstats -o ani >> 1'. >> >> Please also add these to your build. >> >> options AH_DEBUG >> options AH_PRIVATE_DIAG >> >> Also - it's quite possible that the very recent pf commit has gone and >> broken things for you. It won't cause stuck beacons but the driver >> shouldn't be causing the kernel to crash. You haven't provided any >> backtraces/stack traces or any kind of kernel panic information so we >> have no idea what is causing your issues. >> >> Thanks, >> >> >> >> Adrian >> >> >> On 9 September 2012 14:49, Alexander K=FChn <alexander.kuehn@nagilum.de> >> wrote: >> >>> With these in the config I see these messages: >>> Sep 9 18:39:45 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:42:57 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:45:49 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:46:28 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:46:31 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:46:49 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:46:52 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:47:02 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:49:43 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 18:52:00 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 19:03:29 cakebox kernel: ath0: stuck beacon; resetting (bmiss >>> count >>> 4) >>> Sep 9 19:04:51 cakebox kernel: ath0: ath_start: sc_inreset_cnt > 0; >>> bailing >>> >>> it also breaks pf and the kernel crashes with too much traffic. >>> So booted my previous kernel again. >>> Attached the athsurvey log until it crashed. >>> >>> Alex. >>> >>> Zitat von Adrian Chadd <adrian@freebsd.org>: >>> >>> Hi, you need to add the ath debug and diagapi options. >>>> >>>> Adrian >>>> On Sep 8, 2012 3:29 PM, "Alexander K=FChn" <alexander.kuehn@nagilum.de= > >>>> wrote: >>>> >>>> athsurvey: ath0: Ung?ltiges Argument >>>>> >>>>> ..which translates to invalid argument. >>>>> >>>>> $ ifconfig ath0 >>>>> ath0: flags=3D8802<BROADCAST,SIMPLEX,****MULTICAST> metric 0 mtu 2290 >>>>> >>>>> ether b0:48:7a:bc:cb:c3 >>>>> nd6 options=3D21<PERFORMNUD,AUTO_****LINKLOCAL> >>>>> >>>>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect >>>>> <hostap>) >>>>> status: no carrier >>>>> >>>>> Sorry. >>>>> Alex. >>>>> >>>>> Zitat von Adrian Chadd <adrian@freebsd.org>: >>>>> >>>>> Hi, >>>>> >>>>>> >>>>>> >>>>>> COmpile/run athsurvey; paste the results here. >>>>>> >>>>>> src/tools/tools/ath/athsurvey/ >>>>>> >>>>>> >>>>>> >>>>>> Adrian >>>>>> >>>>>> >>>>>> On 8 September 2012 02:50, Alexander K=FChn <alexander.kuehn@nagilum= .de >>>>>> > >>>>>> wrote: >>>>>> >>>>>> The following reply was made to PR kern/167491; it has been noted b= y >>>>>>> GNATS. >>>>>>> >>>>>>> From: Alexander =3D?iso-8859-1?b?S/xobg=3D=3D?=3D < >>>>>>> alexander.kuehn@nagilum.de> >>>>>>> To: bug-followup@FreeBSD.org >>>>>>> Cc: >>>>>>> Subject: Re: kern/167491: [ath] TID !=3D hardware queue TID in >>>>>>> ath_tx_aggr_comp_aggr() >>>>>>> Date: Sat, 08 Sep 2012 11:42:47 +0200 >>>>>>> >>>>>>> I see the same on x86 along with: >>>>>>> >>>>>>> messages.4.bz2:Sep 2 17:04:29 cakebox kernel: ath0: stuck beacon; >>>>>>> resetting (bmiss count 4) >>>>>>> messages.4.bz2:Sep 2 17:04:33 cakebox kernel: ath0: stuck beacon; >>>>>>> resetting (bmiss count 4) >>>>>>> messages.4.bz2:Sep 2 17:04:33 cakebox kernel: ath0: ath_start: >>>>>>> sc_inreset_cnt > 0; bailing >>>>>>> messages.4.bz2:Sep 2 17:05:12 cakebox kernel: ath0: >>>>>>> ath_tx_tid_drain: >>>>>>> node 0xc47ea000: bf=3D0xc350fcc0: addbaw=3D0, dobaw=3D0, seqno=3D0= , retry=3D0 >>>>>>> messages.4.bz2:Sep 2 17:05:12 cakebox kernel: ath0: >>>>>>> ath_tx_tid_drain: >>>>>>> node 0xc47ea000: bf=3D0xc350fcc0: tid txq_depth=3D1 hwq_depth=3D0, >>>>>>> bar_wait=3D0 >>>>>>> messages.4.bz2:Sep 2 17:05:12 cakebox kernel: ath0: >>>>>>> ath_tx_tid_drain: >>>>>>> node 0xc47ea000: tid 16: txq_depth=3D64, txq_aggr_depth=3D0, sched= =3D0, >>>>>>> paused=3D0, hwq_depth=3D0, incomp=3D0, baw_head=3D0, baw_tail=3D0 >>>>>>> txa_start=3D-1, >>>>>>> ni_txseqs=3D7 >>>>>>> messages.4.bz2:Sep 2 17:06:25 cakebox kernel: ath0: stuck beacon; >>>>>>> resetting (bmiss count 4) >>>>>>> >>>>>>> Unfortunately this causes the transfer rates to drop and >>>>>>> occasionally >>>>>>> even makes it impossible to associate with the AP. >>>>>>> >>>>>>> dmesg: >>>>>>> Copyright (c) 1992-2012 The FreeBSD Project. >>>>>>> Copyright (c) 1979, 1980, 1983, 1986, 1988, 1989, 1991, 1992, 1993= , >>>>>>> 1994 >>>>>>> The Regents of the University of California. All rights >>>>>>> reserved. >>>>>>> FreeBSD is a registered trademark of The FreeBSD Foundation. >>>>>>> FreeBSD 10.0-CURRENT #0: Wed Aug 29 13:01:13 CEST 2012 >>>>>>> root@cakebox.tis:/usr/obj/****export/src/sys/net5501 i386 >>>>>>> >>>>>>> CPU: Geode(TM) Integrated Processor by AMD PCS (499.91-MHz 586-cla= ss >>>>>>> CPU) >>>>>>> Origin =3D "AuthenticAMD" Id =3D 0x5a2 Family =3D 5 Model = =3D a >>>>>>> Stepping >>>>>>> =3D 2 >>>>>>> Features=3D0x88a93d<FPU,DE,PSE,****TSC,MSR,CX8,SEP,PGE,CMOV,** >>>>>>> CLFLUSH,MMX> >>>>>>> AMD Features=3D0xc0400000<MMX+,****3DNow!+,3DNow!> >>>>>>> real memory =3D 536870912 (512 MB) >>>>>>> avail memory =3D 515837952 (491 MB) >>>>>>> K6-family MTRR support enabled (2 registers) >>>>>>> cryptosoft0: <software crypto> on motherboard >>>>>>> pcib0 pcibus 0 on motherboard >>>>>>> pci0: <PCI bus> on pcib0 >>>>>>> Geode LX: Soekris net5501 comBIOS ver. 1.33 20070103 Copyright (C) >>>>>>> 2000-2007 >>>>>>> glxsb0: <AMD Geode LX Security Block (AES-128-CBC, RNG)> mem >>>>>>> 0xa0000000-0xa0003fff irq 10 at device 1.2 on pci0 >>>>>>> vr0: <VIA VT6105M Rhine III 10/100BaseTX> port 0xe100-0xe1ff mem >>>>>>> 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 >>>>>>> vr0: Quirks: 0x2 >>>>>>> vr0: Revision: 0x96 >>>>>>> miibus0: <MII bus> on vr0 >>>>>>> ukphy0: <Generic IEEE 802.3u media interface> PHY 1 on miibus0 >>>>>>> ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, aut= o, >>>>>>> auto-flow >>>>>>> vr0: Ethernet address: 00:00:24:cb:a6:80 >>>>>>> vr1: <VIA VT6105M Rhine III 10/100BaseTX> port 0xe200-0xe2ff mem >>>>>>> 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 >>>>>>> vr1: Quirks: 0x2 >>>>>>> vr1: Revision: 0x96 >>>>>>> miibus1: <MII bus> on vr1 >>>>>>> ukphy1: <Generic IEEE 802.3u media interface> PHY 1 on miibus1 >>>>>>> ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, aut= o, >>>>>>> auto-flow >>>>>>> vr1: Ethernet address: 00:00:24:cb:a6:81 >>>>>>> vr2: <VIA VT6105M Rhine III 10/100BaseTX> port 0xe300-0xe3ff mem >>>>>>> 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 >>>>>>> vr2: Quirks: 0x2 >>>>>>> vr2: Revision: 0x96 >>>>>>> miibus2: <MII bus> on vr2 >>>>>>> ukphy2: <Generic IEEE 802.3u media interface> PHY 1 on miibus2 >>>>>>> ukphy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, aut= o, >>>>>>> auto-flow >>>>>>> vr2: Ethernet address: 00:00:24:cb:a6:82 >>>>>>> vr3: <VIA VT6105M Rhine III 10/100BaseTX> port 0xe400-0xe4ff mem >>>>>>> 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 >>>>>>> vr3: Quirks: 0x2 >>>>>>> vr3: Revision: 0x96 >>>>>>> miibus3: <MII bus> on vr3 >>>>>>> ukphy3: <Generic IEEE 802.3u media interface> PHY 1 on miibus3 >>>>>>> ukphy3: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, aut= o, >>>>>>> auto-flow >>>>>>> vr3: Ethernet address: 00:00:24:cb:a6:83 >>>>>>> ath0: <Atheros 5416> mem 0xa0010000-0xa001ffff irq 10 at device 14= .0 >>>>>>> on >>>>>>> pci0 >>>>>>> ath0: DMA setup: legacy >>>>>>> ath0: [HT] enabling HT modes >>>>>>> ath0: [HT] RTS aggregates limited to 8 KiB >>>>>>> ath0: [HT] 2 RX streams; 2 TX streams >>>>>>> ath0: AR5416 mac 13.10 RF2133 phy 8.1 >>>>>>> ath0: 2GHz radio: 0x0000; 5GHz radio: 0x00d0 >>>>>>> isab0: <PCI-ISA bridge> at device 20.0 on pci0 >>>>>>> isa0: <ISA bus> on isab0 >>>>>>> atapci0: <AMD CS5536 UDMA100 controller> port >>>>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,****0x376,0xe000-0xe00f at device >>>>>>> 20.2 on >>>>>>> >>>>>>> pci0 >>>>>>> ata0: <ATA channel> at channel 0 on atapci0 >>>>>>> ata1: <ATA channel> at channel 1 on atapci0 >>>>>>> ohci0: <OHCI (generic) USB controller> mem 0xa0020000-0xa0020fff i= rq >>>>>>> 15 at device 21.0 on pci0 >>>>>>> usbus0 on ohci0 >>>>>>> ehci0: <AMD CS5536 (Geode) USB 2.0 controller> mem >>>>>>> 0xa0021000-0xa0021fff irq 15 at device 21.1 on pci0 >>>>>>> usbus1: EHCI version 1.0 >>>>>>> usbus1 on ehci0 >>>>>>> cpu0 on motherboard >>>>>>> orm0: <ISA Option ROM> at iomem 0xc8000-0xd27ff pnpid ORM0000 on >>>>>>> isa0 >>>>>>> atrtc0: <AT realtime clock> at port 0x70 irq 8 on isa0 >>>>>>> Event timer "RTC" frequency 32768 Hz quality 0 >>>>>>> attimer0: <AT timer> at port 0x40 on isa0 >>>>>>> Timecounter "i8254" frequency 1193182 Hz quality 0 >>>>>>> Event timer "i8254" frequency 1193182 Hz quality 100 >>>>>>> uart0: <16550 or compatible> at port 0x3f8-0x3ff irq 4 flags 0x10 = on >>>>>>> isa0 >>>>>>> uart0: console (19200,n,8,1) >>>>>>> uart1: <16550 or compatible> at port 0x2f8-0x2ff irq 3 on isa0 >>>>>>> Timecounters tick every 1.000 msec >>>>>>> usbus0: 12Mbps Full Speed USB v1.0 >>>>>>> usbus1: 480Mbps High Speed USB v2.0 >>>>>>> ugen0.1: <AMD> at usbus0 >>>>>>> uhub0: <AMD OHCI root HUB, class 9/0, rev 1.00/1.00, addr 1> on >>>>>>> usbus0 >>>>>>> ugen1.1: <AMD> at usbus1 >>>>>>> uhub1: <AMD EHCI root HUB, class 9/0, rev 2.00/1.00, addr 1> on >>>>>>> usbus1 >>>>>>> ad0: 152627MB <SAMSUNG HM160HC LQ100-10> at ata0-master UDMA100 >>>>>>> GEOM_SCHED: Initializing global data. >>>>>>> GEOM_SCHED: Loading: mp =3D 0xc0a9aa20, g_sched_class =3D 0xc0a9aa= 20. >>>>>>> Timecounter "TSC" frequency 499912531 Hz quality 800 >>>>>>> uhub0: 4 ports with 4 removable, self powered >>>>>>> Root mount waiting for: usbus1 >>>>>>> uhub1: 4 ports with 4 removable, self powered >>>>>>> ______________________________****_________________ >>>>>>> freebsd-wireless@freebsd.org mailing list >>>>>>> >>>>>>> http://lists.freebsd.org/****mailman/listinfo/freebsd-****wireless<= http://lists.freebsd.org/**mailman/listinfo/freebsd-**wireless>; >>>>>>> <http://lists.freebsd.**org/mailman/listinfo/freebsd-**wireless<htt= p://lists.freebsd.org/mailman/listinfo/freebsd-wireless> >>>>>>> > >>>>>>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@**** >>>>>>> freebsd.org <freebsd-wireless-unsubscribe@**freebsd.org<freebsd-wir= eless-unsubscribe@freebsd.org> >>>>>>> >" >>>>>>> >>>>>>> >>>>>> >>> >>>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAJ-VmomdmoM4bmqotED3jS9rR9=4CSaryXKSP5mq6Y6OEipfhg>