UniAud stopped producing sound on SB Live after 114rc1

[stevew@…]

NULL pointer dereference in sound/synth/emux/soundfont.c

It seems unlikely that this is the cause, but my SB Live is now silent: 6-23-06 11:26a 579690 54 uniaud32.sys 7-09-06 10:27a 585051 54 uniaud32.sys.bad

[stevew@…]

alsahlp$ from working driver

[stevew@…]

alsahlp$ from failing driver

[stevew@…]

log from 9/10 build of uniaud32

[stevew@…]

With the latest (still failing) version, I hear a pop from the speakers when the driver loads during boot.

[vladest]

mine too

[Steve Wendt]

log from version 114rc2 (still silent)

[Steve Wendt]

Seems to be working again with latest:
12-04-06 1:07p 61210 0 uniaud16.sys

1-25-07 8:55a 610182 54 uniaud32.sys

However, it looks like there are constant fixups happening:
Device is not in proper state: 1. Calling prepare

[Steve Wendt]

alsahlp$ from 1/28/2007 testcase

[Brendan Oakley]

Steve Wendt reports on uniaud-dev, and Craig Colby asked me privately to report, that 1.1.4RC3 still does not work with the SB Live (1102:0002). I am attaching the debug log from Steve and the release log from Craig. Both have the same device so I am only attaching the PCI info from Steve. Both confirmed that uniaud32 1.1.4RC1 works fine.

[Brendan Oakley]

alsahlp$ for debug uniaud32 1.1.4RC3, from Steve Wendt

[Brendan Oakley]

1.1.4RC3 Release alsahlp$, from Craig Colby

[Brendan Oakley]

PCI info for SB Live device affected, from Steve Wendt

[Steve Wendt]

With Uni32ReSync-0.9.7, I still get a pop from the speakers during boot, followed by silence once PM loads.

[Brendan Oakley]

The breakage occurs in changeset:77 in /alsa-kernel/pci/ac97/ac97_codec.c

[Brendan Oakley]

Reverted the offending change in Changeset:283. SB Live now has sound with latest trunk. It can be put back if someone figures out why it broke and how to fix it Otherwise we'll face it again in the ReSync, or else it will sort itself out in the process.

[Brendan Oakley]

Link didn't work. Make that: changeset:283