Re: usb hotplug function with linux mips kernel

["??" <kevin@gv.com.tw>]

dear jun,
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
kernel

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
problem(cross-compiler/shell(bash))
or a problem with linux mips kernel

best regards,

----- Original Message -----
From: "Jun Sun" <jsun@mvista.com>
To: "Ralf Baechle" <ralf@linux-mips.org>
Cc: "??" <kevin@gv.com.tw>; <linux-mips@linux-mips.org>; <jsun@mvista.com>
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?
> > >
> > >
http://marc.theaimsgroup.com/?l=linux-hotplug-devel&m=102954820511328&w=2
> >
> > There is nothing in the USB code that should be MIPS specific.  Despite
> > what Tom suspects everything is fine.  32-bit kernel symbols always
start
> > 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
problem
> 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.
>
> Jun