On Sat, Mar 02, 2013 at 06:18:45PM -0500, Sivateja Patibandla wrote:
Hi Bob,
Thank you very much for your help. I applied the patch and now I don't see
any kernel panics.
Great, glad to hear it.
--
Bob Copeland %% www.bobcopeland.com
___
Hi Bob,
Thank you very much for your help. I applied the patch and now I don't see
any kernel panics.
Regards,
Siva.
On Wed, Feb 27, 2013 at 9:02 AM, Bob Copeland m...@bobcopeland.com wrote:
On Tue, Feb 12, 2013 at 05:17:17PM -0500, Sivateja Patibandla wrote:
Hi All,
I'm working with
On Tue, Feb 12, 2013 at 05:17:17PM -0500, Sivateja Patibandla wrote:
Hi All,
I'm working with ath5k driver and mac80211 modules. The CPU is Atheros's
ar2313. I get a kenel panic message when the mac80211 sends a path error
frame. Path error frame is from 802.11s (IEEE mesh networking
Hi all,
As a further debugging step I exchanged the Wistron CM9 with a
Wistron DNMA-82 and the adhoc mode
with the latest Openwrt on my RS pro runs just fine.
When I use an Alix board with the same Openwrt + CM9 + ath5k + adhoc
mode all runs fine.
It
Hi all,
I tested the lastest Openwrt backfire commit
b5a33bb5d58805d5b1d84a4cf47feeca52984705
RS-pro + CM9 + sta/ap = working
RS-pro + CM9 + adhoc = kernel oops
PCI error 1 at PCI addr 0x10008020
Data bus error, epc == 870c6b24, ra == 870c6b20
On Tue, May 31, 2011 at 7:30 PM, Russell Senior
russ...@personaltelco.net wrote:
Russell == Russell Senior seni...@aracnet.com writes:
Russell I just confirmed Peizhao Hu's observation. The CM9's with
Russell chips marked AR5213A-001 panic on MIPS. CM9's with chips
Russell marked AR5213A-00
Russell == Russell Senior seni...@aracnet.com writes:
Russell I just confirmed Peizhao Hu's observation. The CM9's with
Russell chips marked AR5213A-001 panic on MIPS. CM9's with chips
Russell marked AR5213A-00 do not. It looks like (from my small
Russell sample immediately at hand) the stock
Felix == Felix Fietkau n...@openwrt.org writes:
Felix On 2011-05-04 4:39 PM, Russell Senior wrote:
Russell == Russell Seniorseni...@aracnet.com writes:
Russell Recently trying to abandon madwifi for good on some embedded
Russell devices with OpenWrt, encountered kernel panics. Same radio
Well, the CPU architecture is different. But this is not really the cause...
As far as I understand the problem, the ath5k driver or the entire
mac80211 framework is ported to OpenWRT by the team. There are
differences between the one you use on the Intel sys and on the OpenWRT
boxes.
The
Russell == Russell Senior seni...@aracnet.com writes:
Russell Recently trying to abandon madwifi for good on some embedded
Russell devices with OpenWrt, encountered kernel panics. Same radio
Russell on an x86 platform (Soekris net4826), no kernel panic.
Russell Different atheros radio, no
On 2011-05-04 4:39 PM, Russell Senior wrote:
Russell == Russell Seniorseni...@aracnet.com writes:
Russell Recently trying to abandon madwifi for good on some embedded
Russell devices with OpenWrt, encountered kernel panics. Same radio
Russell on an x86 platform (Soekris net4826), no
Hi
Would the issue I posted help to resolve this?
http://www.mail-archive.com/openwrt-users@lists.openwrt.org/msg01001.html
regards;
Peizhao
On 03/05/11 16:18, Adrian Chadd wrote:
Well, I see the same on FreeBSD/MIPS whenever an Atheros device is
fondled incorrectly. Either because the chip
On 2011-05-03 8:18 AM, Adrian Chadd wrote:
Well, I see the same on FreeBSD/MIPS whenever an Atheros device is
fondled incorrectly. Either because the chip isn't yet fully awake or
the register plainly doesn't exist.
See if you can add some debugging in ath5k_hw_reset_tx_queue() to see
which
On Tue, Oct 12, 2010 at 03:39:01PM +1000, Jonathan Guerin wrote:
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
I can confirm that this fix does indeed stop the panics. Could the
reason this can't be replicated by the amount of RAM on the machine,
compared to your dev machines?
No, I
On Tue, Oct 12, 2010 at 9:46 PM, Bob Copeland m...@bobcopeland.com wrote:
On Tue, Oct 12, 2010 at 03:39:01PM +1000, Jonathan Guerin wrote:
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
I can confirm that this fix does indeed stop the panics. Could the
reason this can't be replicated by
On Mon, Oct 11, 2010 at 11:41:06AM +1000, Jonathan Guerin wrote:
Wow you weren't kidding about build breakages! Just to get this clear,
after setting a build to 'bad', it will choose the next commit hash to
use. Does it automatically then check that out, or do I need to:
git checkout hash
git
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have enough headroom for the
skb_pull(skb, ETH_HLEN) in skb_defer_rx_timestamp.
--
Bob Copeland %% www.bobcopeland.com
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have enough headroom for the
skb_pull(skb, ETH_HLEN) in skb_defer_rx_timestamp.
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have enough headroom for the
skb_pull(skb, ETH_HLEN) in skb_defer_rx_timestamp.
By
On Tue, Oct 12, 2010 at 10:58 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
On Mon, Oct 11, 2010 at 10:56 PM, Bob Copeland m...@bobcopeland.com wrote:
By the way, I just got a chance to look at the stack trace.
Try turning off CONFIG_NETWORK_PHY_TIMESTAMPING.
It seems the skb doesn't have
On Sat, Oct 9, 2010 at 1:49 AM, Bob Copeland m...@bobcopeland.com wrote:
On Fri, Oct 8, 2010 at 12:33 AM, Jonathan Guerin jonat...@guerin.id.au
wrote:
The ath5k STA/AP virtualization patch went in as well. Any chance you
could bisect to see what patch causes the problem?
I'm not familiar
On Fri, Oct 8, 2010 at 12:33 AM, Jonathan Guerin jonat...@guerin.id.au wrote:
The ath5k STA/AP virtualization patch went in as well. Any chance you
could bisect to see what patch causes the problem?
I'm not familiar with doing it, but one of my colleagues is. I'll try
to apply just that one
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of timestamps in ath5k, so I was
wondering if this was related.
did i? ;)
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolf b...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolf b...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of
On 10/07/2010 08:12 PM, Jonathan Guerin wrote:
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolfb...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches
On Fri October 8 2010 13:05:51 Ben Greear wrote:
On 10/07/2010 08:12 PM, Jonathan Guerin wrote:
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolfb...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
I seem to be getting a kernel panic when creating an IBSS with the
On Fri, Oct 8, 2010 at 2:10 PM, Bruno Randolf b...@einfach.org wrote:
On Fri October 8 2010 13:05:51 Ben Greear wrote:
On 10/07/2010 08:12 PM, Jonathan Guerin wrote:
On Thu, Oct 7, 2010 at 4:22 PM, Bruno Randolfb...@einfach.org wrote:
On Thu October 7 2010 14:41:18 Jonathan Guerin wrote:
Hi all,
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of timestamps in ath5k, so I was
wondering if this was related.
[ 54.501954] skb_under_panic: text:c04e27f2 len:110 put:14
On Thu, Oct 7, 2010 at 3:28 PM, Jonathan Guerin jonat...@guerin.id.au wrote:
Hi all,
I seem to be getting a kernel panic when creating an IBSS with the
latest ath5k driver. I remember Bruno submitting patches recently
which modifies the behaviour of timestamps in ath5k, so I was
wondering if
30 matches
Mail list logo