Skip site navigation (1)Skip section navigation (2)
Date:      Fri, 14 Oct 2005 00:38:21 +0200
From:      Hans Petter Selasky <hselasky@c2i.net>
To:        Thomas Quinot <thomas@freebsd.org>
Cc:        freebsd-usb@freebsd.org
Subject:   Re: [Fwd: USB not working on 6.0-BETA2 on ICH7 [long]]
Message-ID:  <200510140038.22065.hselasky@c2i.net>
In-Reply-To: <20051013195057.GA47529@freefall.freebsd.org>
References:  <1124522484.875.2.camel@shumai.marcuscom.com> <200508201220.52830.hselasky@c2i.net> <20051013195057.GA47529@freefall.freebsd.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thursday 13 October 2005 21:50, Thomas Quinot wrote:
> I am encountering the same issues described by Joe in August with a
> Dell Precision 380 (panic at boot if EHCI is enabled and USB devices
> are connected), with 6.0-BETA5 source tree.
>
> On Sat, Aug 20, 2005 at 12:20:51PM +0200, Hans Petter Selasky wrote:
> > It might be that the alignment for some of the EHCI hardware structures
> > is wrong. I haven't checked on FreeBSD-current, if this has been fixed,
> > but I guess that the "controller halted" is due to the "EHCI scheduler"
> > getting off the track.I have posted a PR on this and what needs to be
> > changed:
> >
> > http://www.freebsd.org/cgi/query-pr.cgi?pr=usb/79722
>
> I tried applying the suggested alignement changes to ehcireg.h in
> 6.0-BETA5, and it did not change the observed problem at all.
>
> Thomas.

Ok, maybe the problem is deeper than that. Could you try:

Download the three files below into a new directory and type 
"make install"  (to uninstall type "make deinstall")
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/Makefile
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/new_usb_1_5_4.diff.bz2
http://home.c2i.net/hselasky/isdn4bsd/privat/usb/new_usb_1_5_4.tar.bz2

Type "make help" to get more help.

Then make sure you have the following in the kernel config file.

options         KDB                     # Enable kernel debugger support.
options         DDB                     # Support DDB.
options         GDB                     # Support remote GDB.

When it panics, you type "trace" or "backtrace" at the DB prompt. Then just 
write down the list of functions that appears, hopefully.

PS: I have included a temporary fix to make "if_ural" work. The "if_ural" 
driver cannot call "usb_rem_task()" from a callback, because this function 
can possibly sleep, due to the way I have implemented it, by using the kernel 
taskqueue system.

--HPS



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200510140038.22065.hselasky>