AW: BUG: Kernel Panic: skb_over_panic with am335 - musb - ax88760

2014-04-02 Thread Pascal Speck
Hi, 

thanks for the quick Answer, 

The other cpsw's are also occupied for other uses.

I had a meeting with my customer yesterday and we hopefully found another
solution using a VLAN-Routing, so we only need the two CPSWs.

But because I've the AX88760 here, I try to give more information on this
bug next week to get it fixed although we don't need it any more.

Best Regards

Pascal Speck

-Ursprüngliche Nachricht-
Von: linux-usb-ow...@vger.kernel.org
[mailto:linux-usb-ow...@vger.kernel.org] Im Auftrag von Felipe Balbi
Gesendet: Montag, 31. März 2014 16:57
An: Iktek
Cc: ba...@ti.com; linux-usb@vger.kernel.org
Betreff: Re: BUG: Kernel Panic: skb_over_panic with am335 - musb -
ax88760

Hi,

(please always keep linux-usb@vger.kernel.org in cc)

On Mon, Mar 31, 2014 at 11:05:23AM +0200, Iktek wrote:
 i’m not very familiar with reporting Bugs, this is my first Try, so 
 please be indulgent to me, when I do something wrong.
 
 I hope, I’m thinking on all Information you need and I have the right 
 person.
 
  
 
 I don’t really know if the problem is sourced on musb or the ASIX driver. 
 
 The error is reproducible every time I start the system over NFS and I 
 have the possibility to debug into the kernel within KGDB, but at this 
 moment I don’t know the structure of musb networking, so I don’t know 
 where to start debugging.
 
  
 
 Could you please give me a fast answer, if I’m right on this way 
 telling you

if you want dedicated support you shouldn't be depending on a mailing list
giving you *free* advice.

 the bug or if I should try something else and provide more information.
 
 I really need this working driver for a very time-critical project of 
 one of my customers and I’m willing to work on a fix if you tell me how.

what is your customer doing and why can't s/he use the internal ethernet
controller from AM335x ? There are two CPSW ports in that device.

 I have the following Problem:
 
 When booting the Linux Kernel with the following constellation:
 
  
 
 AM335 -MUSB - AX88760 over NFS
 
  
 
 I get the following Output:
 
  
 
 [0.00] Booting Linux on physical CPU 0x0
 
 [0.00] Initializing cgroup subsys cpuset
 
 [0.00] Initializing cgroup subsys cpu
 
 [0.00] Initializing cgroup subsys cpuacct
 
 [0.00] Linux version 3.14.0-rc7+ (root@ThinkPad) (gcc version
4.7.3
 (Buildroot 2013.11) ) #19 Sun Mar 30 18:55:05 CEST 2014
 
 [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7),
 cr=10c5387d
 
 [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing
 instruction cache
 
 [0.00] Machine model: TI AM335x BeagleBone
 
 [0.00] cma: CMA: reserved 16 MiB at 9f00
 
 [0.00] Memory policy: Data cache writeback
 
 [0.00] CPU: All CPU(s) started in SVC mode.
 
 [0.00] AM335X ES2.0 (sgx neon )
 
 [0.00] Built 1 zonelists in Zone order, mobility grouping on.
Total
 pages: 130048
 
 [0.00] Kernel command line: console=ttyO0,115200n8 root=/dev/nfs
rw
 nfsroot=192.168.30.235:/srv/root nolock rsize=4096 wsize=4096 
 ip=192.168.30.236:192.168.30.235:192.168.30.2:255.255.255.0:Xenon:eth1
 :off
 kgdbwait kgdboc=ttyO0,115200
 
 [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
 
 [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144
 bytes)
 
 [0.00] Inode-cache hash table entries: 32768 (order: 5, 131072
 bytes)
 
 [0.00] allocated 1048576 bytes of page_cgroup
 
 [0.00] please try 'cgroup_disable=memory' option if you don't want
 memory cgroups
 
 [0.00] Memory: 493272K/524288K available (6076K kernel code, 391K
 rwdata, 1832K rodata, 191K init, 422K bss, 31016K reserved, 0K 
 highmem)
 
 [0.00] Virtual kernel memory layout:
 
 [0.00] vector  : 0x - 0x1000   (   4 kB)
 
 [0.00] fixmap  : 0xfff0 - 0xfffe   ( 896 kB)
 
 [0.00] vmalloc : 0xe080 - 0xff00   ( 488 MB)
 
 [0.00] lowmem  : 0xc000 - 0xe000   ( 512 MB)
 
 [0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
 
 [0.00]   .text : 0xc0008000 - 0xc07c14ac   (7910 kB)
 
 [0.00]   .init : 0xc07c2000 - 0xc07f1d24   ( 192 kB)
 
 [0.00]   .data : 0xc07f2000 - 0xc0853e60   ( 392 kB)
 
 [0.00].bss : 0xc0853e60 - 0xc08bd878   ( 423 kB)
 
 [0.00] SLUB: HWalign=64, Order=0-3, MinObjects=0, CPUs=1, Nodes=1
 
 [0.00] NR_IRQS:16 nr_irqs:16 16
 
 [0.00] IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128
 interrupts
 
 [0.00] Total of 128 interrupts on 1 active controller
 
 [0.00] OMAP clockevent source: timer2 at 2400 Hz
 
 [0.09] sched_clock: 32 bits at 24MHz, resolution 41ns, wraps every
 178956969942ns
 
 [0.26] OMAP clocksource: timer1 at 2400 Hz
 
 [0.000200] Console: colour dummy device 80x30
 
 [0.000226] Calibrating delay loop... 996.14

BUG: Kernel Panic: skb_over_panic with am335 - musb - ax88760

2014-03-31 Thread Pascal Speck
/0x5c [    6.610430] LR is at
skb_panic+0x50/0x5c [    6.614540] pc : [c05b9d28]    lr : [c05b9d28]   
psr: 6193 [    6.614540] sp : c07f3dd0  ip : 08d0  fp : 11cc
[    6.626577] r10: de01e010  r9 :   r8 : de412f80 [    6.632053] r7
: c0777e6b  r6 : de482500  r5 : de482542  r4 : de482f30 [    6.638895] r3 :
  r2 : c08088bc  r1 : 0001  r0 : 007b [    6.645739] Flags:
nZCv  IRQs off  FIQs on  Mode SVC_32  ISA ARM  Segment kernel [    6.653493]
Control: 10c5387d  Table: 80004019  DAC: 0015 [    6.659515] Process
swapper (pid: 0, stack limit = 0xc07f2240) [    6.665629] Stack: (0xc07f3dd0
to 0xc07f4000) [    6.670195] 3dc0:
09ee de482500 de482542 de482f30 [    6.678773] 3de0: de482d80 de382800
 de482f30 09ee  de44d180 c04d928c [    6.687350] 3e00:
de382ca0 de412f80  c0423484 c0423464 de412f80 6193 de3f8000 [   
6.695927] 3e20:  c042d024 de442000 de447700 de01e490 0080
 c044d630 [    6.704504] 3e40: de01e010 0001 de01e490 de025068
de01e490 0004 2193 de01e010 [    6.713080] 3e60: 008e 0080
 c044f1b8 0003  c07f3eb0 fdda [    6.721657] 3e80:
8d60   de025068 de01e490 0004 2193 de01e010 [   
6.730234] 3ea0: 0080 c044f874 de404cc0 c04d4538  0017
0017  [    6.738812] 3ec0: c06587e8  de357000 0004
9f041400 0001 0080 c0272714 [    6.747389] 3ee0: de36de40 de005080
0021   c0853c9a defff300 c005a090 [    6.755966] 3f00:
de005080 de36de40 de005080  0021 c085466c c07fa000 413fc082 [   
6.764543] 3f20: defff300 c005a21c de005080 c005c2cc 0021 c0059b44
0021 c000e3d4 [    6.773120] 3f40: 0011 fa20 c07f3f68 c000854c
c000e510 c000e514 6113  [    6.781697] 3f60: c07f3f9c c0010e00
ffed c0808a98   c07f2000 c0853e80 [    6.790274] 3f80:
c07fa0a0 c07eaf00 c07fa000 413fc082 defff300  c0808a98 c07f3fb0 [   
6.798850] 3fa0: c000e510 c000e514 6113  c0808a98 c0059994
 c07c2a1c [    6.807427] 3fc0:   c07c24e8 
 c07eaf00  10c5387d [    6.816004] 3fe0: c07fa01c c07eaefc
c07fdf50 80004059  80008070   [    6.824603]
[c05b9d28] (skb_panic) from [c04d928c] (skb_put+0x44/0x50) [   
6.831821] [c04d928c] (skb_put) from [c0423484] (rx_complete+0x20/0x1d0)
[    6.839316] [c0423484] (rx_complete) from [c042d024]
(__usb_hcd_giveback_urb+0x98/0x100)
[    6.848175] [c042d024] (__usb_hcd_giveback_urb) from [c044d630]
(musb_advance_schedule+0xe8/0x24c)
[    6.857940] [c044d630] (musb_advance_schedule) from [c044f1b8]
(cppi41_trans_done+0x3c/0x130) [    6.867248] [c044f1b8]
(cppi41_trans_done) from [c044f874] (cppi41_dma_callback+0x1c0/0x220) [   
6.876474] [c044f874] (cppi41_dma_callback) from [c0272714]
(cppi41_irq+0x110/0x16c) [    6.885064] [c0272714] (cppi41_irq) from
[c005a090] (handle_irq_event_percpu+0x2c/0x190)
[    6.893918] [c005a090] (handle_irq_event_percpu) from [c005a21c]
(handle_irq_event+0x28/0x38) [    6.903228] [c005a21c] (handle_irq_event)
from [c005c2cc] (handle_level_irq+0xc4/0xd4) [    6.911900] [c005c2cc]
(handle_level_irq) from [c0059b44] (generic_handle_irq+0x20/0x30) [   
6.920759] [c0059b44] (generic_handle_irq) from [c000e3d4]
(handle_IRQ+0x60/0x84) [    6.929065] [c000e3d4] (handle_IRQ) from
[c000854c] (omap3_intc_handle_irq+0x60/0x74) [    6.937648] [c000854c]
(omap3_intc_handle_irq) from [c0010e00] (__irq_svc+0x40/0x50) [   
6.946129] Exception stack(0xc07f3f68 to 0xc07f3fb0) [    6.951426]
3f60:   ffed c0808a98   c07f2000
c0853e80 [    6.960002] 3f80: c07fa0a0 c07eaf00 c07fa000 413fc082 defff300
 c0808a98 c07f3fb0 [    6.968576] 3fa0: c000e510 c000e514 6113
 [    6.973877] [c0010e00] (__irq_svc) from [c000e514]
(arch_cpu_idle+0x30/0x38) [    6.981636] [c000e514] (arch_cpu_idle) from
[c0059994] (cpu_startup_entry+0x6c/0xcc) [    6.990130] [c0059994]
(cpu_startup_entry) from [c07c2a1c] (start_kernel+0x308/0x36c) [   
6.998707] Code: e1a0300c e58de010 e59f0008 ebfff553 (e7f001f2) [   
7.005097] ---[ end trace 9ad24e3eaebb1c8c ]--- [    7.009935] Kernel panic -
not syncing: Fatal exception in interrupt



Thanks in advance.
Pascal Speck


Iktek - Informations- und Kommunikationstechnik Oranienstrasse 49

35716 Dietzhölztal

Tel:  02774 / 9236918
Fax: 02774 / 9236919
Mobil: 0175 / 3529298
Mail:    i...@iktek.de





--
To unsubscribe from this list: send the line unsubscribe linux-usb in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html