run interrupt driven hooks: still waiting for xpt_config
rwatson at FreeBSD.org
Sat Aug 8 11:02:42 UTC 2009
On Sat, 8 Aug 2009, Marc UBM Bocklet wrote:
>>>>> I've got it narrowed down between "2009.06.30.06.00.00" and today. A
>>>>> kernel with the "old" date boots, a freshly csupped and compiled kernel
>>>>> hangs with the usual symptoms (waiting for interrupt driven hooks).
>>>>> I'll try csupping to just before the big cam commit to see if there is
>>>>> any connection. When I said earlier that I was not running with the ahci
>>>>> patch, I was partly wrong. I did not have device ahci in my kernel
>>>>> config file nor had it loaded as a module, but I had the patch applied.
>>>> "2009.07.09.06.00.00" fixes the problem. Could it be that there are some
>>>> subtle interactions in the cam subsystem that are stirred by the recent
>>> Is there any other info I can / should provide to help debugging this?
>> Any news on this? This pretty much prevents me from running 8.0 :-/
> I've a friend with a similar problem (also HighPoint controller, also "run
> interrupt driven hooks: still waiting for xpt_config"), who gets a panic.
> I'll try to get the panic string and a backtrace, if I do, I'll post it
xpt_config basically means that you're waiting on a device driver attached to
CAM to finish probing, which could point at a number of potential problem
sources (including things like interrupt routing problems). At least in the
7.x line, I've seen firewire and USB at various times cause this issue. It
might be interesting to compile down to the smallest set of cam-related
drivers required to support necessary hardware (omit firewire, for example)
and see if you see any improvement. Pinning it down to a specific driver
would have significant debugging value :-).
Robert N M Watson
University of Cambridge
More information about the freebsd-current