[Please don't strip Cc to ML!]
At Tue, 19 Jun 2007 15:54:42 -0500, Matt Mullins wrote:
I played around with probe_mask, and found that probe_mask=0x1 causes the error, but probe_mask=0x2 does not cause the timeout. Codec 1 is my Sigmatel STAC9205, which is what plays sound on my laptop, and codec 2 is my Conexant modem. The modem isn't the codec causing problems; the audio codec is!
OK, good to know. Does this problem occur with S2D? What is the very first command that triggers this timeout error?
I'm wondering what is the difference between them -- according to your report, reloading the module fixes the problem. But, the resume callback is almost identical with the re-initiailzation. Perhaps it's something to do with the power-state management. What about the patch below?
Takashi
diff -r c531d63e820b sound/pci/hda/hda_intel.c --- a/sound/pci/hda/hda_intel.c Wed Jun 20 12:03:09 2007 +0200 +++ b/sound/pci/hda/hda_intel.c Wed Jun 20 12:09:40 2007 +0200 @@ -1450,7 +1450,7 @@ static int azx_suspend(struct pci_dev *p pci_disable_msi(chip->pci); pci_disable_device(pci); pci_save_state(pci); - pci_set_power_state(pci, pci_choose_state(pci, state)); + /* pci_set_power_state(pci, pci_choose_state(pci, state)); */ return 0; }