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: 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? 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.. - 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
On Sat, 28 Apr 2001, Lee Mitchell wrote: >Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top >of actual music being played. >Works fine running 2.4.3 (SMP) I have the same problem using XMMS in both a UP system running 2.4.2-2 (RH kernel) as well as stock 2.4.4 both UP and SMP. It doesn't occur right away though. It takes a half hour maybe an hour, perhaps more. I dunno if it is tied to system activity or not. This occurs on a 300Mhz K6-III, and a dual 1Ghz Xeon Compaq Proliant ML530. It doesn't occur with enough frequency to be able to force it to reproduce. Signature poll: I'm planning on getting a 12 or 16 port autosensing 10/100 ethernet switch soon for home use, and am interested in hearing others recommendations on what to buy. Cost isn't as important as is functionality and quality. Any suggestions appreciated. - 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]
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 - 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 [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 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
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
On Sun, Apr 29, 2001 at 04:52:15PM +0200, root wrote: > Steven Walter wrote: > > > I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no > > problems with sound on 2.4.4 give a little info about their setup? > > esd works for me with any 2.4.x including 2.4.4 > Pentium III, BE6, ES1370, devfs, Xfree-4.0.3/GNOME > esound-0.2.22. Timidity is fine as well. What else ? That may be enough. I'll upgrade my esd to 0.2.22 and see what happens. Thanks -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell - 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].
Re: 2.4.4 Sound corruption
Steven Walter wrote: > I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no > problems with sound on 2.4.4 give a little info about their setup? esd works for me with any 2.4.x including 2.4.4 Pentium III, BE6, ES1370, devfs, Xfree-4.0.3/GNOME esound-0.2.22. Timidity is fine as well. What else ? Pierre -- Pierre Rousselet <[EMAIL PROTECTED]> - 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
On Sun, Apr 29, 2001 at 03:16:24PM +0100, Lee Mitchell wrote: > > > > It would appear that something in the kernel broke esd. > > > > I can confirm that on my system also, the problem only appears when using > esd for output. There must be some for whom esd/sound is still working, or else I'd expect to see/hear a lot more complaints. I'm running esound 0.2.17 from Debian 2.2. Can someone who's having no problems with sound on 2.4.4 give a little info about their setup? -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell - 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
> > It would appear that something in the kernel broke esd. > I can confirm that on my system also, the problem only appears when using esd for output. - 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
Thus spake Steven Walter ([EMAIL PROTECTED]): > I'm also seeing what would appear to be exactly this. > > The problem, for me, doesn't occur when I write directly to /dev/dsp > (i.e., use the OSS output plugin for xmms). The problem only occurs > with esd. > > It would appear that something in the kernel broke esd. Well, I also have such sound problem, but I don't use esd, neither a sound card: only the output from my DVB-s card (and the bttv sound). As everything related with sound on my system is as module, here the output from lsmod (under 2.4.4-pre6 on which everything works just perfectly, but the output is the same): Module Size Used by dvb 2271008 3 dvb_demux 10080 1 [dvb] dmxdev 6448 1 [dvb] soundcore 3824 0 (autoclean) lirc_i2c2608 1 lirc_dev7984 1 [lirc_i2c] lp 5664 0 (autoclean) serial 42992 1 (autoclean) tvaudio 8288 1 (autoclean) bttv 54096 3 i2c-algo-bit7264 1 [bttv] msp340013488 1 saa7146_v4l14976 0 (unused) saa7146_core 13344 0 [dvb saa7146_v4l] tuner 4080 2 stv0299 2592 0 (unused) VES1820 3536 0 (unused) VES1893 3488 1 videodev4896 5 [dvb bttv] i2c-core 12752 0 [dvb lirc_i2c tvaudio bttv i2c-algo-bit msp3400 saa7146_core tuner stv0299 VES1820 VES1893] dvbdev 1808 4 [dvb] uhci 18864 0 (unused) nls_cp437 4384 1 (autoclean) What can I say more? UP, PIII, Asus p2b-ls, gcc version 2.96 2731 (Linux-Mandrake 8.0 2.96-0.49mdk), Mandrake 8.0, raiserfs and ext2(boot), no patch on the kernel... Thanks you very much, Greg http://ulima.unil.ch/greg ICQ:16624071 mailto:[EMAIL PROTECTED] PGP signature
Re: 2.4.4 Sound corruption
I'm also seeing what would appear to be exactly this. The problem, for me, doesn't occur when I write directly to /dev/dsp (i.e., use the OSS output plugin for xmms). The problem only occurs with esd. It would appear that something in the kernel broke esd. On Sat, Apr 28, 2001 at 10:50:01AM +0100, Lee Mitchell wrote: > Problem.. > Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top > of actual music being played. > Works fine running 2.4.3 (SMP) Running UP here PCChips M599LMR 1 x AMD-K6/2 500MHz 128MB RAM C-Media Kernel 2.4.4 Debian 2.2 gcc version 2.95.2 2220 (Debian GNU/Linux) -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell - 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/
2.4.4 Sound corruption
Problem.. Playing mp3's under 2.4.4 (SMP) results in bursts of noise overlayed on top of actual music being played. Works fine running 2.4.3 (SMP) System Information :- Motherboard Gigabyte GA-6BXD CPU(s) 2 x 400 MHz PII RAM 128MB Soundcard Creative AWE64-Gold Network Card 3Com 3c905-B SCSI Card Adaptec 2940 Graphics Card Matrox G200 Millenium AGP Video Captute Hauppauge WinTV Go (bttv) USB Devices Phillips PCA646WC Webcam Kernel 2.4.4 (SMP) Debian 2.2 gcc version 2.95.2 2220 (Debian GNU/Linux) Lee Mitchell www.spamtastic.demon.co.uk [EMAIL PROTECTED] - 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/