Re: Hard crash with new snd_hda.

Adam McDougall wrote:
>> This is probably the late consequence. I think debugging at this point
>> won't give much. At least it will require deep data structures digging.
>>
>> You can enable some more debugging with setting hw.snd.verbose=4. May
>> be it will give some clues. If not, probably we should try to add some
>> debug printing near channel-to-device assignment loop near line 7170.
>> We should try to find is the channel number was incorrectly set
>> initially or it was erased later or channel memory itself was erased.
>>
>> The only idea I have now about the problem is that it may be related
>> to the two audio codecs that you have on the same HDA bus. You are the
>> first person who reported about such setup, so it wasn't ever tested.
>>
> I think I am having a similar issue, discovered it on a new model Dell
> Latitude E6500.  It is probably seeing a codec for HDMI and modem in
> addition to the normal sound. Sound works if I patch the old hda driver
> to detect my codec on 7.1, but I just got 8 installed last night.  If I
> have KDB_UNATTENDED and a dumpdev, it either hangs at the beginning of
> the dump or reboots almost immediately after the panic.  I can try to
> hook up a serial or firewire console later and gather more info, but
> tonight I might be too busy.  In the meantime, here are two screenshots
> of the panic and the backtrace:
> http://www.egr.msu.edu/~mcdouga9/pics/1007081830.jpg
> http://www.egr.msu.edu/~mcdouga9/pics/1007081831.jpg

Looks very alike as I can see without verbose messages. I will try to
think more about it, but as I can't reproduce it myself probably you
will probably have to add some additional debugging as I have written to
Frank.

-- 
Alexander Motin