Brian Feldman 8fb9a995cf The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV ... because they bogusly check for defined(INTR_MPSAFE) -- something which never was a #define. Correct the definitions. This make INTR_TYPE_AV finally get used instead of the lower-priority INTR_TYPE_TTY, so it's quite possible some improvement will be had on sound driver performance. It would also make all the drivers marked INTR_MPSAFE actually run without Giant (which does seem to work for me), but: INTR_MPSAFE HAS BEEN REMOVED FROM EVERY SOUND DRIVER! It needs to be re-added on a case-by-case basis since there is no one who will vouch for which sound drivers, if any, willy actually operate correctly without Giant, since there hasn't been testing because of this bug disabling INTR_MPSAFE. Found by: "Yuriy Tsibizov" <Yuriy.Tsibizov@gfk.ru>		2004-04-14 14:57:49 +00:00
..
ad1816.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
ad1816.h
emu8000.c
es1888.c
ess.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
gusc.c	Convert callers to the new bus_alloc_resource_any(9) API.	2004-03-17 17:50:55 +00:00
gusmidi.c	Convert callers to the new bus_alloc_resource_any(9) API.	2004-03-17 17:50:55 +00:00
mpu.c	Convert callers to the new bus_alloc_resource_any(9) API.	2004-03-17 17:50:55 +00:00
mss.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
mss.h
opl.c
sb8.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
sb16.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
sb.h
sbc.c	The newpcm headers currently #define away INTR_MPSAFE and INTR_TYPE_AV	2004-04-14 14:57:49 +00:00
sndbuf_dma.c
uartsio.c	Convert callers to the new bus_alloc_resource_any(9) API.	2004-03-17 17:50:55 +00:00