Return-path: Received: from mail-ew0-f21.google.com ([209.85.219.21]:34941 "EHLO mail-ew0-f21.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753087AbZBBUzq (ORCPT ); Mon, 2 Feb 2009 15:55:46 -0500 Received: by ewy14 with SMTP id 14so2092376ewy.13 for ; Mon, 02 Feb 2009 12:55:44 -0800 (PST) MIME-Version: 1.0 In-Reply-To: References: <45e8e6c40901240956g68a5364tdbacc1e49410c9cc@mail.gmail.com> <45e8e6c40901280954l42bbe788y8723141d673bb7b3@mail.gmail.com> <7c8826910901301109s6d80a75ale251ec837eabccf0@mail.gmail.com> Date: Mon, 2 Feb 2009 12:55:43 -0800 Message-ID: <7c8826910902021255g2563400an24f97014abf854f8@mail.gmail.com> (sfid-20090202_215550_410610_7368428C) Subject: Re: Crashing on ping? From: Mike Cui To: Keir Cc: Andrey Yurovsky , linux-wireless@vger.kernel.org Content-Type: text/plain; charset=UTF-8 Sender: linux-wireless-owner@vger.kernel.org List-ID: No. crash happens when I use it in regular access point mode. On Mon, Feb 2, 2009 at 10:13 AM, Keir wrote: > 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 >>> >> >