Christopher, AR9285 is a wireless chipset. Can you attach the output of `lspci
-vvnn`, `ip -s -s link` and `dmesg` after you experience problems?
The comments about kernel update in Comment 42 still apply. The best way to
test the patched driver is by using the kmp from comment 26.
--
You receiv
(In reply to comment #40)
> I just wanted to add that I can also confirm this problem.
> I checked the current default and desktop flavor of the openSUSE 12.3 kernel
> (3.7.10-1.16) on my Asus P53E laptop.
>
> My LAN NIC is an
> 03:00.0 Ethernet controller [0200]: Atheros Communications Inc. AR815
Created an attachment (id=555784)
updated analysis script for trace from comment 39
(In reply to comment #39)
> Created an attachment (id=552961) [details]
> the wanted log-file, while the failure occurs
>
> sporadic errors are some times hard to reproduce, this time it was easier
Thank you for
Created an attachment (id=552666)
trace analysis script
Thank you for this trace.
It shows that many buffers in fact straddle page boundaries but that does not
systematically lead to a stall.
zcat c35-trace.gz | ./analyze.py
[...]
rfd 5 mapped, page left 1856
rfd 7 recv, page left ?
rfd 6 mapped,
That's odd. I does not contain a workaround of any sort. It's mostly the same
tracepoints as the module from comment 31 but with more information. Could you
check that the srcversion for the running module (cat
/sys/module/atl1c/srcversion) matches what's in comment 36? If so and the
problem still
(In reply to comment #33)
> Sorry for the delay. I am in holiday with weak internet connectivity.
> (wireless)
>
> I could/would do the test, but not this week.
Oh, thank you and enjoy your holiday!
I'll commit the patch now anyways since it was accepted upstream. I'll also
leave the bug open so
Hi Thomas, any chance you can collect the trace with the kmp as described in
comment 31?
If so, please note that I've made a small modification to it and tracing will
not stop at the first overflow (ie. ignore the stuff about checking
"tracing_on", just kill the `cat trace_pipe` once the bug has re
Ah, indeed. Only the 1GB controllers l1c, l1d, l1d_2 support jumbos. Sorry I
didn't pay attention to that.
drivers/net/ethernet/atheros/atl1c/atl1c_main.c:534
/* Fast Ethernet controller doesn't support jumbo packet */
That's good news in fact because it means that it's always possible to
7b70176 atl1c: Fix misuse of netdev_alloc_skb in refilling rx ring
[PATCH] atl1c: use custom skb allocator
This is somewhat speculative.
Since "69b08f6 net: use bigger pages in __netdev_alloc_frag
(v3.7-rc1)" skbs allocated via netdev_alloc_skb() with len roughly < PAGE_SIZE
can have a hea
Hi Evans,
Thank you for taking the time to collect a kdump and uploading it.
Here's the backtrace from the crash:
[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 0188
[13862.813084] IP: [] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 2f9da001 *pde
Hi Evans,
Thank you for taking the time to collect a kdump and uploading it.
Here's the backtrace from the crash:
[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 0188
[13862.813084] IP: [] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 2f9da001 *pde
Hi Evans,
Thank you for taking the time to collect a kdump and uploading it.
Here's the backtrace from the crash:
[13862.813072] BUG: unable to handle kernel NULL pointer dereference at 0188
[13862.813084] IP: [] _nv004005rm+0x51c8/0xb1de [nvidia]
[13862.813373] *pdpt = 2f9da001 *pde
Hi Jean-Claude,
Flashing keyboard lights are the symptom for a general class of problems:
kernel panics. In order to fix this issue we first have to narrow down what is
going on. In order to do this I suggest three possibilities to capture some
logs at the time of the panic:
1) configure a serial
13 matches
Mail list logo
