From owner-freebsd-wireless@FreeBSD.ORG Sun Sep 9 19:13:38 2012 Return-Path: Delivered-To: freebsd-wireless@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 50CA9106564A for ; Sun, 9 Sep 2012 19:13:38 +0000 (UTC) (envelope-from adrian.chadd@gmail.com) Received: from mail-pb0-f54.google.com (mail-pb0-f54.google.com [209.85.160.54]) by mx1.freebsd.org (Postfix) with ESMTP id 24B2F8FC21 for ; Sun, 9 Sep 2012 19:13:37 +0000 (UTC) Received: by pbbrp2 with SMTP id rp2so1506842pbb.13 for ; Sun, 09 Sep 2012 12:13:37 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:date:x-google-sender-auth:message-id:subject :from:to:cc:content-type:content-transfer-encoding; bh=B9OgLKjtDA5KOKneVdb2Rkn0DZ65e6aEobufUCzcHJY=; b=xscq2ygmp8P5KXaAC4kSDE94UIhD18KZySJgqHNzaa0HDBiTrgpqoogLTSY5p8EipL SScie5w1ZwxySLL5V/qFTk3qckHYnHamCCq/1FRZoJFGYFPSjUB3cw9jNJgYxS0FHRT4 Rh2KBqjuZmo/ecZnXg6GlXGZuiuBTI9KVbEW9TNNB5TtUF3kA1LXk9dwaJW6+p3cFv1r BqGjAwT6Ck08IKdB4n1+BUEP1QVZINiau+C5YkVP1xMFtrUt47SE/e9/8xnATK0Dd5ve X+htR8aRDqZbkppiWmQsYHpynp1kx5dbyCXBccFVLuh+TdmFtTkI/6w8XhSFgE7IRviR nCqw== MIME-Version: 1.0 Received: by 10.68.227.233 with SMTP id sd9mr1590896pbc.48.1347218017727; Sun, 09 Sep 2012 12:13:37 -0700 (PDT) Sender: adrian.chadd@gmail.com Received: by 10.68.36.106 with HTTP; Sun, 9 Sep 2012 12:13:37 -0700 (PDT) Date: Sun, 9 Sep 2012 15:13:37 -0400 X-Google-Sender-Auth: aKRYW6vTTeF6NaOyBLwCZKoaN2U Message-ID: From: Adrian Chadd To: =?ISO-8859-1?Q?Alexander_K=FChn?= Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Cc: freebsd-wireless@freebsd.org Subject: Re: AR5416/Soekris instability X-BeenThere: freebsd-wireless@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Discussions of 802.11 stack, tools device driver development." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 09 Sep 2012 19:13:38 -0000 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 wr= ote: > With these in the config I see these messages: > Sep 9 18:39:45 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:42:57 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:45:49 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:46:28 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:46:31 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:46:49 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:46:52 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:47:02 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:49:43 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 18:52:00 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 19:03:29 cakebox kernel: ath0: stuck beacon; resetting (bmiss coun= t > 4) > Sep 9 19:04:51 cakebox kernel: ath0: ath_start: sc_inreset_cnt > 0; bail= ing > > 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 : > >> Hi, you need to add the ath debug and diagapi options. >> >> Adrian >> On Sep 8, 2012 3:29 PM, "Alexander K=FChn" >> wrote: >> >>> athsurvey: ath0: Ung?ltiges Argument >>> >>> ..which translates to invalid argument. >>> >>> $ ifconfig ath0 >>> ath0: flags=3D8802 metric 0 mtu 2290 >>> >>> ether b0:48:7a:bc:cb:c3 >>> nd6 options=3D21 >>> >>> media: IEEE 802.11 Wireless Ethernet autoselect (autoselect >>> ) >>> status: no carrier >>> >>> Sorry. >>> Alex. >>> >>> Zitat von Adrian Chadd : >>> >>> Hi, >>>> >>>> >>>> COmpile/run athsurvey; paste the results here. >>>> >>>> src/tools/tools/ath/athsurvey/ >>>> >>>> >>>> >>>> Adrian >>>> >>>> >>>> On 8 September 2012 02:50, Alexander K=FChn >>>> wrote: >>>> >>>>> The following reply was made to PR kern/167491; it has been noted by >>>>> GNATS. >>>>> >>>>> From: Alexander =3D?iso-8859-1?b?S/xobg=3D=3D?=3D >>>>> 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_drai= n: >>>>> 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_drai= n: >>>>> 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_drai= n: >>>>> 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 tx= a_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 occasionall= y >>>>> 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-class >>>>> CPU) >>>>> Origin =3D "AuthenticAMD" Id =3D 0x5a2 Family =3D 5 Model =3D = a >>>>> Stepping >>>>> =3D 2 >>>>> Features=3D0x88a93d>>>> CLFLUSH,MMX> >>>>> AMD Features=3D0xc0400000 >>>>> real memory =3D 536870912 (512 MB) >>>>> avail memory =3D 515837952 (491 MB) >>>>> K6-family MTRR support enabled (2 registers) >>>>> cryptosoft0: on motherboard >>>>> pcib0 pcibus 0 on motherboard >>>>> pci0: on pcib0 >>>>> Geode LX: Soekris net5501 comBIOS ver. 1.33 20070103 Copyright (C) >>>>> 2000-2007 >>>>> glxsb0: mem >>>>> 0xa0000000-0xa0003fff irq 10 at device 1.2 on pci0 >>>>> vr0: port 0xe100-0xe1ff mem >>>>> 0xa0004000-0xa00040ff irq 11 at device 6.0 on pci0 >>>>> vr0: Quirks: 0x2 >>>>> vr0: Revision: 0x96 >>>>> miibus0: on vr0 >>>>> ukphy0: PHY 1 on miibus0 >>>>> ukphy0: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, >>>>> auto-flow >>>>> vr0: Ethernet address: 00:00:24:cb:a6:80 >>>>> vr1: port 0xe200-0xe2ff mem >>>>> 0xa0004100-0xa00041ff irq 5 at device 7.0 on pci0 >>>>> vr1: Quirks: 0x2 >>>>> vr1: Revision: 0x96 >>>>> miibus1: on vr1 >>>>> ukphy1: PHY 1 on miibus1 >>>>> ukphy1: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, >>>>> auto-flow >>>>> vr1: Ethernet address: 00:00:24:cb:a6:81 >>>>> vr2: port 0xe300-0xe3ff mem >>>>> 0xa0004200-0xa00042ff irq 9 at device 8.0 on pci0 >>>>> vr2: Quirks: 0x2 >>>>> vr2: Revision: 0x96 >>>>> miibus2: on vr2 >>>>> ukphy2: PHY 1 on miibus2 >>>>> ukphy2: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, >>>>> auto-flow >>>>> vr2: Ethernet address: 00:00:24:cb:a6:82 >>>>> vr3: port 0xe400-0xe4ff mem >>>>> 0xa0004300-0xa00043ff irq 12 at device 9.0 on pci0 >>>>> vr3: Quirks: 0x2 >>>>> vr3: Revision: 0x96 >>>>> miibus3: on vr3 >>>>> ukphy3: PHY 1 on miibus3 >>>>> ukphy3: none, 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto, >>>>> auto-flow >>>>> vr3: Ethernet address: 00:00:24:cb:a6:83 >>>>> ath0: 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: at device 20.0 on pci0 >>>>> isa0: on isab0 >>>>> atapci0: port >>>>> 0x1f0-0x1f7,0x3f6,0x170-0x177,**0x376,0xe000-0xe00f at device 20.2 o= n >>>>> >>>>> pci0 >>>>> ata0: at channel 0 on atapci0 >>>>> ata1: at channel 1 on atapci0 >>>>> ohci0: mem 0xa0020000-0xa0020fff irq >>>>> 15 at device 21.0 on pci0 >>>>> usbus0 on ohci0 >>>>> ehci0: mem >>>>> 0xa0021000-0xa0021fff irq 15 at device 21.1 on pci0 >>>>> usbus1: EHCI version 1.0 >>>>> usbus1 on ehci0 >>>>> cpu0 on motherboard >>>>> orm0: at iomem 0xc8000-0xd27ff pnpid ORM0000 on isa= 0 >>>>> atrtc0: at port 0x70 irq 8 on isa0 >>>>> Event timer "RTC" frequency 32768 Hz quality 0 >>>>> attimer0: 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: at usbus0 >>>>> uhub0: on usbu= s0 >>>>> ugen1.1: at usbus1 >>>>> uhub1: on usbu= s1 >>>>> ad0: 152627MB at ata0-master UDMA100 >>>>> GEOM_SCHED: Initializing global data. >>>>> GEOM_SCHED: Loading: mp =3D 0xc0a9aa20, g_sched_class =3D 0xc0a9aa20= . >>>>> 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 >>>>> To unsubscribe, send any mail to "freebsd-wireless-unsubscribe@** >>>>> freebsd.org " >>>>> >>>> > >