Re: VIA 82C686B SouthBridge fixup in linux/drivers/pci/quirks.c
On Fri, Jun 29, 2001 at 09:44:51PM -0400, Jeff S Wheeler wrote: > The VIA686B SouthBridge bug workaround is not activated on motherboards > which have a VIA 82C686B that needs fixing, but not a VIA NorthBridge. For > Below is a patch to the __initdata table which causes the fix to be applied > based on detection of the buggy SouthBridge, and *not* the NorthBridge which > is commonly used with it. This is the correct behavior, and was suggested > by someone during the thread I reference, however this aspect of the fix was No, this is NOT correct behaviour. Please read the pages at: http://home.tiscalinet.de/au-ja/review-kt133a-1-en.html (and especially click on "Bugfix for everybody"); this URL is in the code. You will note that it is explicitly stated that this fix is NOT meant for any other Northbridge than VIA. So, in short, if there is no BIOS update available for your board, you're going to have to some more research. The PCI registers that are configured could have a totally different (and even dangerous) effect on your configuration. -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.4 Sound corruption [PATCH]
On Mon, Apr 30, 2001 at 05:58:40PM +0100, Alan Cox wrote: > > Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the > > sound corruption problem (thanks to Dan Hollis for the info). Do I have to > > send this anywhere else as well? > > It seems very broken > > > - { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, > quirk_vialatency }, > > + { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, > quirk_vialatency }, > > You are hacking the wrong chip.. That's the first version I sent which was admittedly broken. About 20 minutes later I sent the fixed version (mail with subject: "Re: 2.4.4 Sound corruption [PATCH] NEW, ignore previous patch"). In case you can't find this, I've re-attached the patch. Regards, Charl -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ --- quirks.c-2.4.4 Mon Apr 30 01:50:36 2001 +++ quirks.cMon Apr 30 03:54:08 2001 @@ -88,23 +88,44 @@ * VIA Apollo KT133 needs PCI latency patch * Made according to a windows driver based patch by George E. Breese * see PCI Latency Adjust on http://www.viahardware.com/download/viatweak.shtm + * Also see http://home.tiscalinet.de/au-ja/review-kt133a-1-en.html for + * the info on which Mr Breese based his work. */ static void __init quirk_vialatency(struct pci_dev *dev) { u8 r70; - - printk(KERN_INFO "Applying VIA PCI latency patch.\n"); - /* -*In register 0x70, mask off bit 2 (PCI Master read caching) -*and 1 (Delay Transaction) + u8 rev; + struct pci_dev *vt82c686; + + + /* we want to look for a VT82C686 south bridge, and then apply the via latency +* patch if we find that it's a 686B (by revision) <[EMAIL PROTECTED]> */ - pci_read_config_byte(dev, 0x70, &r70); - r70 &= 0xf9; - pci_write_config_byte(dev, 0x70, r70); - /* -*Turn off PCI Latency timeout (set to 0 clocks) -*/ - pci_write_config_byte(dev, 0x75, 0x80); + vt82c686 = pci_find_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, NULL); + if (vt82c686) + { + pci_read_config_byte(vt82c686, PCI_CLASS_REVISION, &rev); + /* 0x40 - 0x4f == 686B, 0x10 - 0x2f == 686A; thanks Dan Hollis */ + if (rev >= 0x40 && rev <= 0x4f) + { + printk(KERN_INFO "Applying VIA PCI latency patch (found +VT82C686B).\n"); + /* +*In register 0x70, mask off bit 2 (PCI Master read +caching) +*and 1 (Delay Transaction) +*/ + pci_read_config_byte(dev, 0x70, &r70); + r70 &= 0xf9; + pci_write_config_byte(dev, 0x70, r70); + /* +*Turn off PCI Latency timeout (set to 0 clocks) +*/ + pci_write_config_byte(dev, 0x75, 0x80); + } + else + { + printk(KERN_INFO "Found VT82C686A, not applying VIA latency +patch.\n"); + } + } /* if (vt82c686) ... */ } /*
Re: pci/quirks.c - VIA PCI latency in 2.4.4
On Mon, Apr 30, 2001 at 03:33:49PM +0100, Alan Cox wrote: > > No fix is known for intel pci-to-host bridges with the 686B south bridge, > > and in the case of the AMD-761 chipset, there are certain BIOS settings you > > can change. See: http://home.tiscalinet.de/au-ja/review-kt133a-4-en.html > > The -ac tree has the ability to kill IDE DMA across the entire system. It may > be this is what should be done with all hybrid setups where there is no known > fix. Alternatively, too much time shouldn't be spent on this specific bug. VIA has recognised it, and motherboard vendors are already starting to release updated BIOSes that sport the required settings (e.g. Abit, see http://www.viahardware.com/faq/kt7/faqbios.html). I'm just afraid if the kernel starts disabling IDE DMA on certain of these setups, there'll have to be checks (in the kernel) for possible future updated BIOSes as well (else we disable IDE DMA where it's not necessary). Selective application of the fix (as in my patch) does no harm on the known combinations though. My very humble 2c, -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: pci/quirks.c - VIA PCI latency in 2.4.4
I should probably clarify. The fix is *only* valid for the VIA VT8363 host to pci bridge, therefore the test for the 686B south bridge only gets done if a 8363 is found. No fix is known for intel pci-to-host bridges with the 686B south bridge, and in the case of the AMD-761 chipset, there are certain BIOS settings you can change. See: http://home.tiscalinet.de/au-ja/review-kt133a-4-en.html On Mon, Apr 30, 2001 at 03:48:52PM +0200, Charl P. Botha wrote: > You're right, this is a problem, your solution is not entirely correct > though (the south bridge has to be checked, but the patch is to the config > registers of the pci-host bridge). Please see my patch posted on this list > with subject "Re: 2.4.4 Sound corruption [PATCH] NEW, ignore previous > patch". -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
pci/quirks.c - VIA PCI latency in 2.4.4
You're right, this is a problem, your solution is not entirely correct though (the south bridge has to be checked, but the patch is to the config registers of the pci-host bridge). Please see my patch posted on this list with subject "Re: 2.4.4 Sound corruption [PATCH] NEW, ignore previous patch". Regards, -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.4 Sound corruption [PATCH] NEW, ignore previous patch
Please IGNORE the previous patch, it was faulty (I blame it on the time of day). The one attached with this is guaranteed to be perfect(tm). On Mon, Apr 30, 2001 at 03:06:26AM +0200, Charl P. Botha wrote: > Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the > sound corruption problem (thanks to Dan Hollis for the info). Do I have to > send this anywhere else as well? -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ --- quirks.c-2.4.4 Mon Apr 30 01:50:36 2001 +++ quirks.cMon Apr 30 03:54:08 2001 @@ -88,23 +88,44 @@ * VIA Apollo KT133 needs PCI latency patch * Made according to a windows driver based patch by George E. Breese * see PCI Latency Adjust on http://www.viahardware.com/download/viatweak.shtm + * Also see http://home.tiscalinet.de/au-ja/review-kt133a-1-en.html for + * the info on which Mr Breese based his work. */ static void __init quirk_vialatency(struct pci_dev *dev) { u8 r70; - - printk(KERN_INFO "Applying VIA PCI latency patch.\n"); - /* -*In register 0x70, mask off bit 2 (PCI Master read caching) -*and 1 (Delay Transaction) + u8 rev; + struct pci_dev *vt82c686; + + + /* we want to look for a VT82C686 south bridge, and then apply the via latency +* patch if we find that it's a 686B (by revision) <[EMAIL PROTECTED]> */ - pci_read_config_byte(dev, 0x70, &r70); - r70 &= 0xf9; - pci_write_config_byte(dev, 0x70, r70); - /* -*Turn off PCI Latency timeout (set to 0 clocks) -*/ - pci_write_config_byte(dev, 0x75, 0x80); + vt82c686 = pci_find_device(PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, NULL); + if (vt82c686) + { + pci_read_config_byte(vt82c686, PCI_CLASS_REVISION, &rev); + /* 0x40 - 0x4f == 686B, 0x10 - 0x2f == 686A; thanks Dan Hollis */ + if (rev >= 0x40 && rev <= 0x4f) + { + printk(KERN_INFO "Applying VIA PCI latency patch (found +VT82C686B).\n"); + /* +*In register 0x70, mask off bit 2 (PCI Master read +caching) +*and 1 (Delay Transaction) +*/ + pci_read_config_byte(dev, 0x70, &r70); + r70 &= 0xf9; + pci_write_config_byte(dev, 0x70, r70); + /* +*Turn off PCI Latency timeout (set to 0 clocks) +*/ + pci_write_config_byte(dev, 0x75, 0x80); + } + else + { + printk(KERN_INFO "Found VT82C686A, not applying VIA latency +patch.\n"); + } + } /* if (vt82c686) ... */ } /*
Re: 2.4.4 Sound corruption [PATCH]
Attached is a patch to the quirks.c in linux kernel 2.4.4 that fixes the sound corruption problem (thanks to Dan Hollis for the info). Do I have to send this anywhere else as well? On Sun, Apr 29, 2001 at 05:29:05PM -0700, Dan Hollis wrote: > On Mon, 30 Apr 2001, Charl P. Botha wrote: > > I have removed this code and everything is now fine on my system. The > > problem is that the 686A and 686B have the same PCI IDs, else I would have > > submitted a patch. > > 686a is rev 0x10 - 0x2f, 686b is rev 0x40 - 0x4f. > > The fixup code should take this into account. > > -Dan -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ --- quirks.c-2.4.4 Mon Apr 30 01:50:36 2001 +++ quirks.cMon Apr 30 03:01:28 2001 @@ -88,23 +88,36 @@ * VIA Apollo KT133 needs PCI latency patch * Made according to a windows driver based patch by George E. Breese * see PCI Latency Adjust on http://www.viahardware.com/download/viatweak.shtm + * Also see http://home.tiscalinet.de/au-ja/review-kt133a-1-en.html for + * the info on which Mr Breese based his work. */ static void __init quirk_vialatency(struct pci_dev *dev) { u8 r70; + u8 rev; - printk(KERN_INFO "Applying VIA PCI latency patch.\n"); - /* -*In register 0x70, mask off bit 2 (PCI Master read caching) -*and 1 (Delay Transaction) -*/ - pci_read_config_byte(dev, 0x70, &r70); - r70 &= 0xf9; - pci_write_config_byte(dev, 0x70, r70); - /* -*Turn off PCI Latency timeout (set to 0 clocks) -*/ - pci_write_config_byte(dev, 0x75, 0x80); + /* we test for 686B by revision, only apply patch then ([EMAIL PROTECTED]) */ + pci_read_config_byte(dev, PCI_CLASS_REVISION, &rev); +/* 0x40 - 0x4f == 686B, 0x10 - 0x2f == 686A; thanks Dan Hollis */ + if (rev >= 0x40 && rev <= 0x4f) + { + printk(KERN_INFO "Applying VIA PCI latency patch (found +VT82C686B).\n"); + /* + *In register 0x70, mask off bit 2 (PCI Master read caching) + *and 1 (Delay Transaction) + */ + pci_read_config_byte(dev, 0x70, &r70); + r70 &= 0xf9; + pci_write_config_byte(dev, 0x70, r70); + /* +*Turn off PCI Latency timeout (set to 0 clocks) +*/ + pci_write_config_byte(dev, 0x75, 0x80); + } + else + { + printk(KERN_INFO "Found VT82C686A, not applying VIA latency patch.\n"); + } } /* @@ -312,7 +325,7 @@ { PCI_FIXUP_FINAL, PCI_VENDOR_ID_INTEL,PCI_DEVICE_ID_INTEL_82443BX_2, quirk_natoma }, { PCI_FIXUP_FINAL, PCI_VENDOR_ID_SI, PCI_DEVICE_ID_SI_5597, quirk_nopcipci }, { PCI_FIXUP_FINAL, PCI_VENDOR_ID_SI, PCI_DEVICE_ID_SI_496, quirk_nopcipci }, - { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_8363_0, quirk_vialatency }, + { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C686, + quirk_vialatency }, { PCI_FIXUP_FINAL, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C597_0, quirk_viaetbf }, { PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C597_0, quirk_vt82c598_id }, { PCI_FIXUP_HEADER, PCI_VENDOR_ID_VIA, PCI_DEVICE_ID_VIA_82C586_3, quirk_vt82c586_acpi },
Re: 2.4.4 Sound corruption [FIXED]
I have found the problem. The VIA latency patch in linux/drivers/pci/quirks.c at line 92 (quirk_vialatency()) should NOT be applied for the VIA VT82C686A (only for the 686B). On my machine (at least) it's causing problems (as documented below) and this bug (along with fix) is only applicable on the 686B southbridge. I have removed this code and everything is now fine on my system. The problem is that the 686A and 686B have the same PCI IDs, else I would have submitted a patch. Should I send this information anywhere else to make sure it gets applied in new kernels? On Mon, Apr 30, 2001 at 01:29:15AM +0200, Charl P. Botha wrote: > FWIW, I have established that my sound broke between 2.4.4-pre5 and > 2.4.4-pre6. I.e. in pre5 it works and in pre6 it doesn't, same .config. If > anyone has any clues, I'd be glad to know. > > On Sun, Apr 29, 2001 at 04:55:01PM +0200, Charl P. Botha wrote: > > 2.4.4 has broken sound here in a very strange way. I have a debian testing > > system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound > > card. > > > > Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to > > /dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling > > what the sound card should be doing). > > > > The strange thing is that when I cause hard disk activity (find / -name "*") > > the correct sound is produced in time with hard disc accesses (I have tried > > this with DMA enabled and disabled on the drive, same results). Also, when I > > switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct > > sound is (very) momentarily produced (almost non-detectibly). After these > > periods of lucidity, the sound card returns to its high-pitched cacophony. > > > > I have attached copies of both /proc/interrupts and /proc/pci. If anyone > > requires more information, please say the word. I am not subscribed to this > > list. > > > > Best regards, > > > > -- > > charl p. botha | computer graphics and cad/cam > > http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ > > >CPU0 > > 0: 320161 XT-PIC timer > > 1: 19658 XT-PIC keyboard > > 2: 0 XT-PIC cascade > > 8: 1 XT-PIC rtc > > 9: 0 XT-PIC usb-uhci, usb-uhci > > 10: 272660 XT-PIC nvidia > > 11: 93973 XT-PIC eth0, es1371 > > 12: 42760 XT-PIC PS/2 Mouse > > 14: 39388 XT-PIC ide0 > > 15: 5 XT-PIC ide1 > > NMI: 0 > > ERR: 0 > > > PCI devices found: > > Bus 0, device 0, function 0: > > Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 3). > > Prefetchable 32 bit memory at 0xd800 [0xdbff]. > > Bus 0, device 1, function 0: > > PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0). > > Master Capable. No bursts. Min Gnt=12. > > Bus 0, device 7, function 0: > > ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34). > > Bus 0, device 7, function 1: > > IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16). > > Master Capable. Latency=32. > > I/O at 0xd000 [0xd00f]. > > Bus 0, device 7, function 2: > > USB Controller: VIA Technologies, Inc. UHCI USB (rev 16). > > IRQ 9. > > Master Capable. Latency=32. > > I/O at 0xd400 [0xd41f]. > > Bus 0, device 7, function 3: > > USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16). > > IRQ 9. > > Master Capable. Latency=32. > > I/O at 0xd800 [0xd81f]. > > Bus 0, device 7, function 4: > > Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48). > > IRQ 11. > > Bus 0, device 8, function 0: > > Multimedia video controller: Brooktree Corporation Bt878 (rev 17). > > IRQ 9. > > Master Capable. Latency=32. Min Gnt=16.Max Lat=40. > > Prefetchable 32 bit memory at 0xde00 [0xde000fff]. > > Bus 0, device 8, function 1: > > Multimedia controller: Brooktree Corporation Bt878 (rev 17). > > IRQ 9. > > Master Capable. Latency=32. Min Gnt=4.Max Lat=255. > > Prefetchable 32 bit memory at 0xde001000 [0xde001fff]. > > Bus 0, device 9, function 0: > > Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 16). > > IRQ
Re: 2.4.4 Sound corruption
FWIW, I have established that my sound broke between 2.4.4-pre5 and 2.4.4-pre6. I.e. in pre5 it works and in pre6 it doesn't, same .config. If anyone has any clues, I'd be glad to know. On Sun, Apr 29, 2001 at 04:55:01PM +0200, Charl P. Botha wrote: > 2.4.4 has broken sound here in a very strange way. I have a debian testing > system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound > card. > > Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to > /dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling > what the sound card should be doing). > > The strange thing is that when I cause hard disk activity (find / -name "*") > the correct sound is produced in time with hard disc accesses (I have tried > this with DMA enabled and disabled on the drive, same results). Also, when I > switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct > sound is (very) momentarily produced (almost non-detectibly). After these > periods of lucidity, the sound card returns to its high-pitched cacophony. > > I have attached copies of both /proc/interrupts and /proc/pci. If anyone > requires more information, please say the word. I am not subscribed to this > list. > > Best regards, > > -- > charl p. botha | computer graphics and cad/cam > http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ >CPU0 > 0: 320161 XT-PIC timer > 1: 19658 XT-PIC keyboard > 2: 0 XT-PIC cascade > 8: 1 XT-PIC rtc > 9: 0 XT-PIC usb-uhci, usb-uhci > 10: 272660 XT-PIC nvidia > 11: 93973 XT-PIC eth0, es1371 > 12: 42760 XT-PIC PS/2 Mouse > 14: 39388 XT-PIC ide0 > 15: 5 XT-PIC ide1 > NMI: 0 > ERR: 0 > PCI devices found: > Bus 0, device 0, function 0: > Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 3). > Prefetchable 32 bit memory at 0xd800 [0xdbff]. > Bus 0, device 1, function 0: > PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0). > Master Capable. No bursts. Min Gnt=12. > Bus 0, device 7, function 0: > ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34). > Bus 0, device 7, function 1: > IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16). > Master Capable. Latency=32. > I/O at 0xd000 [0xd00f]. > Bus 0, device 7, function 2: > USB Controller: VIA Technologies, Inc. UHCI USB (rev 16). > IRQ 9. > Master Capable. Latency=32. > I/O at 0xd400 [0xd41f]. > Bus 0, device 7, function 3: > USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16). > IRQ 9. > Master Capable. Latency=32. > I/O at 0xd800 [0xd81f]. > Bus 0, device 7, function 4: > Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48). > IRQ 11. > Bus 0, device 8, function 0: > Multimedia video controller: Brooktree Corporation Bt878 (rev 17). > IRQ 9. > Master Capable. Latency=32. Min Gnt=16.Max Lat=40. > Prefetchable 32 bit memory at 0xde00 [0xde000fff]. > Bus 0, device 8, function 1: > Multimedia controller: Brooktree Corporation Bt878 (rev 17). > IRQ 9. > Master Capable. Latency=32. Min Gnt=4.Max Lat=255. > Prefetchable 32 bit memory at 0xde001000 [0xde001fff]. > Bus 0, device 9, function 0: > Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 16). > IRQ 11. > Master Capable. Latency=32. Min Gnt=32.Max Lat=64. > I/O at 0xdc00 [0xdcff]. > Non-prefetchable 32 bit memory at 0xde002000 [0xde0020ff]. > Bus 0, device 13, function 0: > Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 8). > IRQ 11. > Master Capable. Latency=32. Min Gnt=12.Max Lat=128. > I/O at 0xe000 [0xe03f]. > Bus 1, device 0, function 0: > VGA compatible controller: nVidia Corporation NV11 (rev 161). > IRQ 10. > Master Capable. Latency=248. Min Gnt=5.Max Lat=1. > Non-prefetchable 32 bit memory at 0xdc00 [0xdcff]. > Prefetchable 32 bit memory at 0xd000 [0xd7ff]. -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Re: 2.4.4 Sound corruption
2.4.4 has broken sound here in a very strange way. I have a debian testing system, Abit KT7 (thus VIA KT133 chipset) and SB PC128 (es1371-based) sound card. Up until 2.4.3 everything was fine. Now, however, when I send _anything_ to /dev/dsp, I get continuous high-pitched beeping (nothing remotely resembling what the sound card should be doing). The strange thing is that when I cause hard disk activity (find / -name "*") the correct sound is produced in time with hard disc accesses (I have tried this with DMA enabled and disabled on the drive, same results). Also, when I switch desktops (icewm, XFree86 4.0.2, Nvidia 0.9.767 drivers) the correct sound is (very) momentarily produced (almost non-detectibly). After these periods of lucidity, the sound card returns to its high-pitched cacophony. I have attached copies of both /proc/interrupts and /proc/pci. If anyone requires more information, please say the word. I am not subscribed to this list. Best regards, -- charl p. botha | computer graphics and cad/cam http://cpbotha.net/ | http://www.cg.its.tudelft.nl/ CPU0 0: 320161 XT-PIC timer 1: 19658 XT-PIC keyboard 2: 0 XT-PIC cascade 8: 1 XT-PIC rtc 9: 0 XT-PIC usb-uhci, usb-uhci 10: 272660 XT-PIC nvidia 11: 93973 XT-PIC eth0, es1371 12: 42760 XT-PIC PS/2 Mouse 14: 39388 XT-PIC ide0 15: 5 XT-PIC ide1 NMI: 0 ERR: 0 PCI devices found: Bus 0, device 0, function 0: Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 3). Prefetchable 32 bit memory at 0xd800 [0xdbff]. Bus 0, device 1, function 0: PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] (rev 0). Master Capable. No bursts. Min Gnt=12. Bus 0, device 7, function 0: ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 34). Bus 0, device 7, function 1: IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 16). Master Capable. Latency=32. I/O at 0xd000 [0xd00f]. Bus 0, device 7, function 2: USB Controller: VIA Technologies, Inc. UHCI USB (rev 16). IRQ 9. Master Capable. Latency=32. I/O at 0xd400 [0xd41f]. Bus 0, device 7, function 3: USB Controller: VIA Technologies, Inc. UHCI USB (#2) (rev 16). IRQ 9. Master Capable. Latency=32. I/O at 0xd800 [0xd81f]. Bus 0, device 7, function 4: Host bridge: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 48). IRQ 11. Bus 0, device 8, function 0: Multimedia video controller: Brooktree Corporation Bt878 (rev 17). IRQ 9. Master Capable. Latency=32. Min Gnt=16.Max Lat=40. Prefetchable 32 bit memory at 0xde00 [0xde000fff]. Bus 0, device 8, function 1: Multimedia controller: Brooktree Corporation Bt878 (rev 17). IRQ 9. Master Capable. Latency=32. Min Gnt=4.Max Lat=255. Prefetchable 32 bit memory at 0xde001000 [0xde001fff]. Bus 0, device 9, function 0: Ethernet controller: Accton Technology Corporation SMC2-1211TX (rev 16). IRQ 11. Master Capable. Latency=32. Min Gnt=32.Max Lat=64. I/O at 0xdc00 [0xdcff]. Non-prefetchable 32 bit memory at 0xde002000 [0xde0020ff]. Bus 0, device 13, function 0: Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 8). IRQ 11. Master Capable. Latency=32. Min Gnt=12.Max Lat=128. I/O at 0xe000 [0xe03f]. Bus 1, device 0, function 0: VGA compatible controller: nVidia Corporation NV11 (rev 161). IRQ 10. Master Capable. Latency=248. Min Gnt=5.Max Lat=1. Non-prefetchable 32 bit memory at 0xdc00 [0xdcff]. Prefetchable 32 bit memory at 0xd000 [0xd7ff].