Re: [Gumstix-users] Ouch - what happened?

[James G. <ach...@ho...>]

Dave,
=20
I know I've said it before, but I think it's worth reiterating: You're a st=
ar :-)
=20
It would appear that the new keyboard might have been over ambitious then. =
I originally thought that that hang/crash must have been down to power (hav=
ing read previous posts about how much you can hang off the USB ports befor=
e needing a powered hub) and looking at all of the pretty blue LEDs, went a=
nd got a powered hub.
=20
Anyway, I guess that this means that I can rebuild and reflash without conc=
ern, as the usbhid and hid drivers won't come in until the kernel loads - n=
o issues with u-boot?
=20
Is there any debug info that I could be switching on to capture details tha=
t will help track down the exact problem?
=20
Many thanks,
=20
James
=20
------------------------------ Message: 6Date: Wed, 31 Oct 2007 14:39:27 -0=
700From: "Dave Hylands" <dhy...@gm...>Subject: Re: [Gumstix-users] Ou=
ch - what happened?To: "General mailing list for gumstix users."	<gumstix-u=
se...@li...>Message-ID:	<c32efac40710311439m6bedf81pc9b7db17=
93...@ma...>Content-Type: text/plain; charset=3DISO-8859-1 Hi Ja=
mes, >  # ls /Unable to handle kernel paging request at virtual address c80=
34708>  pgd =3D c72bc000>  [c8034708] *pgd=3D00000000>  Internal error: Oop=
s: 0 [#1]>  Modules linked in: ipv6 mcf25(P) af_packet smc911x usbhid hid> =
gumstix_smc911x cfio(P) ohci_hcd usbcore pxa2xx_cs pxa2xx_core pcmcia> pcmc=
ia_core firmware_class smc91x mii gumstix_smc91x pxamci mmc_block> mmc_core=
 unix>  CPU: 0>  PC is at 0xc8034708 So it looks like some code tried to ju=
mp through a function pointer toaddress c8034708 and there is no memory map=
ped in at that address. >  LR is at try_to_wake_up+0x24/0x17c LR indicates =
the place where the call came from. >  Backtrace:>  [<c00346cc>] (__wake_up=
_common+0x0/0x78) from [<c0034770>]> (__wake_up+0x2c/0x38)>  [<c0034744>] (=
__wake_up+0x0/0x38) from [<c00f9fa4>] (tty_wakeup+0x58/0x5c)>  r4 =3D C7475=
000>  [<c00f9f4c>] (tty_wakeup+0x0/0x5c) from [<c010be74>]> (uart_tasklet_a=
ction+0x18/0x1c)>  r5 =3D C01FAF24 r4 =3D 00000000>  [<c010be5c>] (uart_tas=
klet_action+0x0/0x1c) from [<c003df00>]> (tasklet_action+0x88/0xe4) So look=
ing at the backtrace it seems to be crapping out while doingsomething relat=
ed to the uart, but it could also be that some otherdriver has corrupted so=
me data structure used by the uart driver (thatwould be my guess). In parti=
cular, since the regular load doesn't experience this problem,it would most=
 likely be related to the usbhid, hid, since these arenew modules that most=
 people haven't used before. -- Dave HylandsVancouver, BC, Canadahttp://www=
.DaveHylands.com/ =20
_________________________________________________________________
Connect to the next generation of MSN Messenger=A0
http://imagine-msn.com/messenger/launch80/default.aspx?locale=3Den-us&sourc=
e=3Dwlmailtagline=