"Randy.Dunlap" wrote:

> On Thu, 19 Sep 2002, Csillag Tamas wrote:
>
> | Bug report:
> |
> | > ================
> | > COREFILE SUMMARY
> | > ================
> | >
> | >     The system died due to a software failure.
> | >
> | >     <4>      bmAttributes        =   03 (Interrupt)
> | >     <4>      wMaxPacketSize      = 0001
> | >     <4>      bInterval           =   08
> | >     <7>usb.c: kusbd: /sbin/hotplug add 3
> | >     <7>usb.c: kusbd policy returned 0xfffffffe
> | >     <7>hub.c: port 1 connection change
> | >     <7>hub.c: port 1, portstatus 100, change 3, 12 Mb/s
> | >     <6>usb.c: USB disconnect on device 2
> | >     <7>usb.c: kusbd: /sbin/hotplug remove 2
> | >     <7>usb.c: kusbd policy returned 0xfffffffe
> | >     <6>SysRq : Emergency Sync
> | >     <6>SysRq : Emergency Remount R/O
> | >     <6>SysRq : Start a Crash Dump (If Configured)
> | >     <1>Dumping from interrupt handler !
> | >     <1>Uncertain scenario - but will try my best
> | >     <4>
> | >     <4>dump: Dumping to device 0x30a [ide0(3,10)] on CPU 0 ...
> | >     <4>dump: Compression value is 0x0, Writing dump header
> | >     <4>
> | >     <4>dump: Pass 1: Saving Reserved Pages:
> | >     <4>dump: Memory Bank[0]: 0 ... ffeffff: \-
> | >
> | > ===========================
> | > STACK TRACE OF FAILING TASK
> | > ===========================
> | >
> | > ================================================================
> | > STACK TRACE FOR TASK: 0xc1bce000 (khubd)
>
> This is the interesting part.  Where did it go?

Huh at least it succeeded (I used bad kerneltypes)

0 schedule+708 [0xc0111210]
1 do_IRQ+101 [0xc01080a1]
2 call_do_IRQ [0xc0109f83]
      ebx: c1d99f00   ecx: c1d99f08   edx: c1d99f00   esi: c19840ec
      edi: 0000000a   ebp: ffffffff   eax: c1d99de0   ds:  0018
      es:  0018       eip: d28c4160   cs:  0010       eflags: 00000286
3 [usbcore]free_inode+96 [0xd28c4160]
4 [usbcore]usbdevfs_remove_device+44 [0xd28c4fcc]
5 [usbcore]usb_disconnect+247 [0xd28bef6f]
6 [usbcore]usb_hub_port_connect_change+143 [0xd28c13db]
7 [usbcore]usb_hub_events+404 [0xd28c184c]
8 [usbcore]usb_hub_thread+36 [0xd28c19e0]
9 kernel_thread+38 [0xc0105686]

I am not a big kernel hacker but if you tell me what to do with lcrash i will
try........
(I made two crash dump when the system was frozen
and analysed the dump file by hand and both were _exactly_ the same events.)

>
>
> | > ================================================================
> | >
> | > This kernel is patched with the cypto patch and the lkcd patch,
> | > but I think this does not affect the usb system.
>
> --
> ~Randy
> "Linux is not a research project. Never was, never will be."
>   -- Linus, 2002-09-02

--
-"640 K ought be enough" -Bill G. , 1984
-"The Internet is not a primary goal for PC usage" -Bill G. , 1995
-"Linux has no impact on Microsoft's strategy" -Bill G. , 1999
_____________________________________________________________________________
                               Csillag Tam�s
                          [EMAIL PROTECTED]
                           Tel/SMS: +3660325979
                             Home: +3613174441
_____________________________________________________________________________







-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-users

Reply via email to