Return-path: Received: from mail-bw0-f12.google.com ([209.85.218.12]:43502 "EHLO mail-bw0-f12.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753472AbZBBSOz (ORCPT ); Mon, 2 Feb 2009 13:14:55 -0500 Received: by bwz5 with SMTP id 5so1456565bwz.13 for ; Mon, 02 Feb 2009 10:14:52 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <7c8826910901301109s6d80a75ale251ec837eabccf0@mail.gmail.com> References: <45e8e6c40901231106t481c823ag3bbac67d8205ef7a@mail.gmail.com> <45e8e6c40901240956g68a5364tdbacc1e49410c9cc@mail.gmail.com> <45e8e6c40901280954l42bbe788y8723141d673bb7b3@mail.gmail.com> <7c8826910901301109s6d80a75ale251ec837eabccf0@mail.gmail.com> Date: Mon, 2 Feb 2009 18:13:51 +0000 Message-ID: (sfid-20090202_191459_890586_9EBADCB7) Subject: Re: Crashing on ping? From: Keir To: Mike Cui Cc: Andrey Yurovsky , linux-wireless@vger.kernel.org Content-Type: text/plain; charset=ISO-8859-1 Sender: linux-wireless-owner@vger.kernel.org List-ID: Cards I am using are all: 02:07.0 Ethernet controller: Atheros Communications Inc. AR5212/AR5213 Multiprotocol MAC/baseband processor [168c:0013] (rev 01) Subsystem: Netgear Unknown device [1385:5a00] Flags: bus master, medium devsel, latency 168, IRQ 16 Memory at ff6f0000 (32-bit, non-prefetchable) [size=64K] Capabilities: [44] Power Management version 2 Did you mean specifically with the mesh stack Mike? Cheers Keir 2009/1/30 Mike Cui : > I see the same crash everytime I try to use ath5k. I have this device: > > 05:00.0 Ethernet controller [0200]: Atheros Communications Inc. > AR5212/AR5213 Multiprotocol MAC/baseband processor [168c:0013] (rev > 01) > Subsystem: Device [1948:3a02] > Flags: bus master, medium devsel, latency 64, IRQ 11 > Memory at f9df0000 (32-bit, non-prefetchable) [size=64K] > Capabilities: [44] Power Management version 2 > Kernel modules: ath5k, ath_pci > > I use stock 2.6.28.2 > > On Fri, Jan 30, 2009 at 6:01 AM, Keir wrote: >> Could you send me the .config you are using? Just so i can make sure >> my kernel is exactly the same? >> >> Cheers >> >> Keir >> >> 2009/1/30 Keir : >>> I did the following in my serial console: >>> >>> root@kyp:/home/keir/Desktop/iw-0.9.6# echo 8 > /proc/sys/kernel/printk >>> root@kyp:/home/keir/Desktop/iw-0.9.6# ping -I mesh0 10.0.0.2 >>> PING 10.0.0.2 (10.0.0.2) from 10.0.0.3 mesh0: 56(84) bytes of data. >>> 64 bytes from 10.0.0.2: icmp_seq=1 ttl=64 time=2.67 ms >>> 64 bytes from 10.0.0.2: icmp_seq=2 ttl=64 time=0.550 ms >>> 64 bytes from 10.0.0.2: icmp_seq=3 ttl=64 time=0.445 ms >>> 64 bytes from 10.0.0.2: icmp_seq=4 ttl=64 time=6.28 ms >>> 64 bytes from 10.0.0.2: icmp_seq=5 ttl=64 time=2.19 ms >>> >>> At which point the console freezes with no further output. >>> >>> Any ideas? >>> >>> Cheers >>> >>> Keir >>> >>> 2009/1/28 Andrey Yurovsky >>>> >>>> Hi Keir. If the system really crashes, you should have some output. >>>> Can you please set: >>>> >>>> echo 8 > /proc/sys/kernel/printk >>>> >>>> ...and use your serial console and try to reproduce this? Thanks, >>>> >>>> -Andrey >>>> >>>> On Mon, Jan 26, 2009 at 9:56 AM, Keir wrote: >>>> > Right, managed to set up a serial terminal, ran cat /proc/kmsg, but >>>> > still no output of interest (just mesh plink stuff leading up to the >>>> > connection being established), what should I do next? >>>> > >>>> > Cheers >>>> > >>>> > Keir >>>> > >>>> > 2009/1/26 Keir : >>>> >> "sudo cat /proc/kmsg > log" doesnt produce anything of interest. >>>> >> >>>> >> Will look into the serial console thing, never done it before. >>>> >> >>>> >> Keir >>>> >> >>>> >> 2009/1/24 Andrey Yurovsky : >>>> >>> Can you post logs of the crash (dmesg output)? You may need to >>>> >>> connect a serial console to the PC in question to get them if the >>>> >>> machine is really hard-locking, otherwise see if you can capture the >>>> >>> output of dmesg >>>> >>> >>>> >>> On Sat, Jan 24, 2009 at 8:04 AM, Keir wrote: >>>> >>>> Tried that commit, still no luck :( It consistently freezes up on >>>> >>>> ping, though sometimes it's the machine doing the pining, and other >>>> >>>> times it's the machine being pinged. Wondering what I can do to help >>>> >>>> debug this? >>>> >>>> >>>> >>>> Keir >>>> >>>> >>>> >>>> 2009/1/23 Andrey Yurovsky : >>>> >>>>> Hi Keir. Incidentally, we're using ath5k mesh right now at commit >>>> >>>>> 93bd2ac7301b0879821e584991f82de372d62bf6 (that's just after the >>>> >>>>> 2.6.29-rc1 tag but before -rc2) an things work fine. I haven't had a >>>> >>>>> chance to try head of wireless-testing this week. >>>> >>>>> >>>> >>>>> -Andrey >>>> >>>>> >>>> >>>>> On Fri, Jan 23, 2009 at 8:03 AM, Keir wrote: >>>> >>>>>> I just pulled the latest wireless-testing kernel, however, much like >>>> >>>>>> the previous wireless-testing kernel I was working on, when attempting >>>> >>>>>> to ping one node from another on a mesh, using ath5k, the node >>>> >>>>>> attempting to ping completely freezes after about 7 pings are >>>> >>>>>> (succesfully) sent. Anyone have any idea what is going wrong here? >>>> >>>>>> >>>> >>>>>> Cheers >>>> >>>>>> >>>> >>>>>> Keir >>>> >>>>>> -- >>>> >>>>>> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in >>>> >>>>>> the body of a message to majordomo@vger.kernel.org >>>> >>>>>> More majordomo info at http://vger.kernel.org/majordomo-info.html >>>> >>>>>> >>>> >>>>> >>>> >>>> >>>> >>> >>>> >> >>>> > >>> >> -- >> To unsubscribe from this list: send the line "unsubscribe linux-wireless" in >> the body of a message to majordomo@vger.kernel.org >> More majordomo info at http://vger.kernel.org/majordomo-info.html >> >