Re: [Linux-usb-users] PROBLEM: Kernel 2.6.x freeze

On Tue, 3 Oct 2006, Paolo Ornati wrote:

The code dumped from memory matches the original one up to, and not
including, the failing istruction. From that point the code is
different.


The failure is only a natural consequence of:

add %ah,(%eax)

with "eax" pointing to 000f9edf, that belongs to the BIOS reserved
memory region...


The real problem is that the code starting from "0xcd0d18140" has been
overwritten by something :(


Another thing: both panics happened in interrupt context and both times
uhci driver is involved.

I wonder whether the code in question was supposed to be running at all.
Arkadiusz, what sort of USB devices do you have attached to the computer?

What does /proc/bus/usb/devices say (you may need to do "mount -t usbfs
none /proc/bus/usb" before you can see the file)?

And this is the data that has overwritten the code:

00 20 7b 0f 00 00 00 00 69 7f e0 ff 00 00 00 00 00 20 7b 0f 14
^^^^^^^^^^^ ^^^^^^^^^^^


Maybe someone have an idea of where does this data come from?

In principle that data could be coming from anywhere. It doesn't have to
be related at all to uhci-hcd.

If you move the USB devices over to another Linux computer, does the new
computer then have the same problem?

Alan Stern

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: usbd config file parse behaviour
    ... >> No. That's not the real problem here. ... > Not having ugen in the kernel is not an option. ... > They are possibly used and probing for USB devices requires exclusive ... > Such a feature is required for some types of firmware downloaders too. ...
    (freebsd-hackers)
  • Re: usbd config file parse behaviour
    ... > No. That's not the real problem here. ... They are possibly used and probing for USB devices requires exclusive ... Such a feature is required for some types of firmware downloaders too. ... Intelligent USB chips requireing firmware download could disconneect ...
    (freebsd-hackers)
  • Re: home made home security
    ... intolerable single point of failure. ... Open,close, temp, water etc. ... monitoring company for fire, intrusion, medical, or other events ... so that the real problem can be dealt with effectively in a timely way. ...
    (comp.home.automation)
  • Re: USB: on suspend to ram/disk all usb devices are replugged
    ... I noticed that after suspend/resume cycle all my usb devices are unplugged/replugged by uhci driver. ... While it is not that big problem to me, that can be a real problem if a device is a flash card with mounted ... because disappeared device will cause file-system corruption. ...
    (Linux-Kernel)
  • Re: OT: Safe Riddles
    ... Failure to trim quoted material is the real problem, and bottom posting ... Yeah, yeah. ...
    (sci.electronics.design)