Hi, since version 2.5.19 my YMF744 gets detected as a YMF724 the sound does work, but I think there's something weird going on 2.5.18 and earlier work and disabling acpi and/or preempt doesn't solve it Maybe it's because the YMF shares it's interrupt with the usb controller, but that wasn't a problem in past
cat /proc/interrupts
CPU0
0: 45139 XT-PIC timer
1: 1147 XT-PIC keyboard
2: 0 XT-PIC cascade
8: 3 XT-PIC rtc
9: 0 XT-PIC acpi
10: 71321 XT-PIC usb-uhci-hcd, YMFPCI
12: 559 XT-PIC eth0
14: 9414 XT-PIC ide0
15: 27 XT-PIC ide1
NMI: 0
ERR: 0
>From sound/pci/ymfpci/ymfpci.c line 100:
switch (id->device) {
case 0x0004: str = "YMF724"; break;
case 0x000d: str = "YMF724F"; break;
case 0x000a: str = "YMF740"; break;
case 0x000c: str = "YMF740C"; break;
case 0x0010: str = "YMF744"; break;
case 0x0012: str = "YMF754"; break;
default: str = "???"; break;
}
this code hasn't changed, so I think id->device isn't set the right way (maybe it's
the id->device from the usb controller?!)
a few lines later there's a check if (id->device >= 0x0010) where the device (if it's
a 744 or higher) gets initialised a bit different from the other chips
Bye
dmesg
Description: Binary data
msg03497/pgp00000.pgp
Description: PGP signature
