do you have the patch to fix "non-coherent MIPS cache"?
thanks in advanced!:)
and thanks you all who reply to this so quickly:)
btw, i don't mean usb not function with linux mips kernel
i mean using the "hotplug"-usb
support(http://linux-hotplug.sourceforge.net/?selected=usb) with linux mips
for example, after we plug in usb cable with a mips board,
the mips kernel try to execute "/sbin/hotplug" shell script,
then kernel wait_for_complete() for "/sbin/hotplug" with spin_lock_irq(),
the do_execve() of "/sbin/hotplug" return 0(successfully),
however, wait_for_complete() never return,
then kernel is reseted by hardware watchdog(timeout 3 secs)
we already trace this problem over a month,
but still can't figure out is it a userland
or a problem with linux mips kernel
----- Original Message -----
From: "Jun Sun" <firstname.lastname@example.org>
To: "Ralf Baechle" <email@example.com>
Cc: "??" <firstname.lastname@example.org>; <email@example.com>; <firstname.lastname@example.org>
Sent: Wednesday, November 20, 2002 1:54 AM
Subject: Re: usb hotplug function with linux mips kernel
> On Tue, Nov 19, 2002 at 01:29:22PM +0100, Ralf Baechle wrote:
> > Hello double questionmark ;-)
> > On Tue, Nov 19, 2002 at 08:09:07PM +0800, ?? wrote:
> > > anyone successfully using usb hotplug function with linux mips kernel?
> > >
> > >
> > There is nothing in the USB code that should be MIPS specific. Despite
> > what Tom suspects everything is fine. 32-bit kernel symbols always
> > with 0xffffffff and the value of usbdevfs_cleanup is an artefact of the
> > function having been discarded by the linker.
> Additional info:
> USB has been working on MIPS for well over a year now. There was a
> early on due to non-coherent MIPS cache, but it was solved back then.
> We have been using USB on global span IVR successfully. Maybe there are
> still some patches missing in linux-mips tree. I will take a look later.