Alexander Motin wrote: > Lawrence Stewart wrote: >> Alexander Motin wrote: >>> I can't reproduce neither "Invalid corb size (0)" error, nor the >>> crash in case of it. I have tried to simulate that error, but system >>> handled it correctly. But I have INVARIANTS disabled on my system. >>> >>> Can you try to disable MSI? >> >> Setting hw.pci.enable_msix=0 and hw.pci.enable_msi=0 at the loader >> prompt made no difference. > > It could also be done with hint.hdac.0.msi=0. > >>> Can you try to move hdac_irq_alloc() call after hdac_rirb_init() in >>> hdac_attach()? May be interrupt shots while something is not yet >>> initialized? >> >> Running with the following patch made no difference either. >> >> Any other ideas I could try? > > I have none. I haven't changed anything significant last time, except > enabling MSI. You can try to investigate both problems: original > "Invalid corb size (0)" and the consequent crash. As I have said, I > can't reproduce none of them. Try to put some debug printfs inside > hdac_get_capabilities(), may be it give some new clues. > Seems to have been a red herring. I tried a couple of older kernel revisions which made no difference. Booting into windows, the sound card works fine. Then I booted into FreeBSD and it booted fine without the panic, although the hda driver spewed out a heap of error messages like this: Mar 30 09:50:12 lstewart-laptop kernel: hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 Mar 30 09:50:12 lstewart-laptop kernel: hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=1, received=0 Mar 30 09:50:12 lstewart-laptop kernel: hdac0: Codec #0 is not responding! Probing aborted. repeated up to: Mar 30 09:50:12 lstewart-laptop kernel: hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=0, received=0 Mar 30 09:50:12 lstewart-laptop kernel: hdac0: hdac_command_send_internal: TIMEOUT numcmd=1, sent=0, received=0 Mar 30 09:50:12 lstewart-laptop kernel: hdac0: Codec #14 is not responding! Probing aborted. Then I rebooted again and got the panic on every reboot. Weird. On a whim, I suspected fishy BIOS settings left over after a BIOS upgrade so I reset all BIOS values to factory defaults and now it seems to be working fine. There are no audio related options in the BIOS, so not sure what was broken but something must not have been happy or must have been left in an inconsistent state somehow. Sorry for not having thought of it sooner, but it looks like the case is closed. Cheers, LawrenceReceived on Sun Mar 29 2009 - 22:40:50 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:39:45 UTC