I've tested the latest Gutsy kernel from git (2.6.22-8.18) and found it doesn't suffer from this bug. In that, the 2nd CPU is started before the PCI devices are resumed. After resume the HDA device PCI config shows the TCSEL register is 0x00.
Therefore I'm attaching a patch against Feisty's 2.6.20-16 kernel source. In sound/pci/hda/hda_intel.c::azx_pcm_open() it checks the value of TCSEL and if it isn't 0, writes 0 to the TCSEL register. This will provide a transparent fix that won't cause adverse reaction in other aspects of the code.
I've tested the latest Gutsy kernel from git (2.6.22-8.18) and found it doesn't suffer from this bug. In that, the 2nd CPU is started before the PCI devices are resumed. After resume the HDA device PCI config shows the TCSEL register is 0x00.
Therefore I'm attaching a patch against Feisty's 2.6.20-16 kernel source. In sound/pci/ hda/hda_ intel.c: :azx_pcm_ open() it checks the value of TCSEL and if it isn't 0, writes 0 to the TCSEL register. This will provide a transparent fix that won't cause adverse reaction in other aspects of the code.