Hi, On Wed, Aug 10, 2011 at 10:11:48AM -0400, Alan Stern wrote: > On Wed, 10 Aug 2011, Felipe Balbi wrote: > > > Hi, > > > > On Tue, Aug 09, 2011 at 02:30:14PM -0400, Jason Kridner wrote: > > > On Tue, Aug 9, 2011 at 1:51 PM, Joel A Fernandes <agnel.joel@xxxxxxxxx> wrote: > > > > Anyone seen this before? > > > > > > A lot of the kernel developers don't frequent the beagleboard list. > > > If you think it is a general kernel bug, I suspect you want to copy > > > linux-omap. > > > > and linux-usb, and Alan Stern as he's the EHCI maintainer and myself for > > the OMAP USB part ;-) > > > > > > Trying to boot 3.0.0 with OE patches from an SD Card, and with a > > > > network cable connected results in the following traceback. > > > > Not connecting a network cable makes the errors go away. > > > > > [ ? 99.084899] Unable to handle kernel NULL pointer dereference at > > > > virtual address 00000000 > > > > [ ? 99.093383] pgd = c0004000 > > > > [ ? 99.096191] [00000000] *pgd=00000000 > > > > [ ? 99.099945] Internal error: Oops: 17 [#2] > > > > [ ? 99.104125] Modules linked in: ipv6 > > > > [ ? 99.107788] CPU: 0 ? ?Tainted: G ? ? ?D ? ? ?(3.0.0+ #1) > > > > [ ? 99.113342] PC is at ehci_quiesce+0xc/0x94 > > > > [ ? 99.117614] LR is at ehci_stop+0x34/0x8c > > > > [ ? 99.121734] pc : [<c0325ce4>] ? ?lr : [<c0328bfc>] ? ?psr: 200001d3 > > > > [ ? 99.121734] sp : c064de70 ?ip : 00000108 ?fp : c06b8624 > > > > [ ? 99.133728] r10: c064dec0 ?r9 : 00000000 ?r8 : dee08504 > > > > [ ? 99.139190] r7 : c0328b94 ?r6 : 00000100 ?r5 : dee08504 ?r4 : dee08608 > > > > [ ? 99.145996] r3 : 00000000 ?r2 : dee086ec ?r1 : dee086b8 ?r0 : dee08608 > > > > [ ? 99.152832] Flags: nzCv ?IRQs off ?FIQs off ?Mode SVC_32 ?ISA ARM > > > > Segment kernel > > > > [ ? 99.160644] Control: 10c5387d ?Table: 9d804019 ?DAC: 00000015 > > > > [ ? 99.166656] Process swapper (pid: 0, stack limit = 0xc064c2f0) > > > > [ ? 99.172760] Stack: (0xc064de70 to 0xc064e000) > > > > > [ ? 99.288482] [<c0325ce4>] (ehci_quiesce+0xc/0x94) from [<c0328bfc>] > > > > (ehci_stop+0x34/0x8c) > > > > [ ? 99.296936] [<c0328bfc>] (ehci_stop+0x34/0x8c) from [<c007a3d4>] > > > > (run_timer_softirq+0x15c/0x1f8) > > > > [ ? 99.306121] [<c007a3d4>] (run_timer_softirq+0x15c/0x1f8) from > > > > [<c064dec0>] (0xc064dec0) > > > > [ ? 99.314483] Code: c05d7f9a e92d4073 e1a04000 e5903004 (e5933000) > > > > [ ? 99.320892] ---[ end trace 4ae88755f08e391f ]--- > > > > [ ? 99.325714] Kernel panic - not syncing: Fatal exception in interrupt > > I'm puzzled. Why is ehci_stop getting called in a softirq context? > That should never happen. It should get called only when the driver is > unbound from the controller. Maybe some OpenEmbedded patch which changed the behavior and ended up breaking the driver ? -- balbi
Attachment:
signature.asc
Description: Digital signature