80486DX2-66/86Box-fork
1
0
Fork 0
Code Issues Pull Requests Activity

AudioPCI: Fix GPIO quirk for returning back to ES1371 revision ID

Browse Source
This commit is contained in:
RichardG867
2023-07-20 21:59:26 -03:00
parent 7ee9492763
commit c5b50fabf0
1 changed files with 8 additions and 2 deletions
Download Patch File Download Diff File Expand all files Collapse all files

10
src/sound/snd_audiopci.c
View File

@@ -311,7 +311,13 @@ es1371_reset(void *p)
/* Interrupt/Chip Select Control Register, Address 00H /* Interrupt/Chip Select Control Register, Address 00H
Addressable as longword only */ Addressable as longword only */
dev->int_status = 0x7ffffec0; /* Bit 13 is supposed to be always 1 on ES1371, and one of the GPIO interrupt
flags on ES1373. The 5.12.01 WDM driver only initializes its GPIO interrupt
handler on chip revisions which support this feature (1371 >= 0x04 and 5880
all), but calls it anyway during interrupt servicing regardless of revision,
crashing on ES1371 as soon as an interrupt arrives while that bit is set.
Pending hardware research because actual early ES1371 cards are rare. */
dev->int_status = 0x7fffdec0;
/* UART Status Register, Address 09H /* UART Status Register, Address 09H
Addressable as byte only */ Addressable as byte only */
@@ -1551,7 +1557,7 @@ es1371_pci_read(int func, int addr, void *p)
return 0x00; return 0x00;
case 0x08: case 0x08:
return 0x08; /* Revision ID - 0x02 (datasheet, VMware) has issues with the 2001 Creative WDM driver */ return 0x02; /* Revision ID - 0x02 is supposed to be early Ensoniq-branded ES1371 but unconfirmed */
case 0x09: case 0x09:
return 0x00; /* Multimedia audio device */ return 0x00; /* Multimedia audio device */
case 0x0a: case 0x0a: