This is a part of my lspci -v output:<br><br>00:0a.0 Multimedia audio controller: VIA Technologies Inc. ICE1712 [Envy24] PCI Multi-Channel I/O Controller (rev 02)<br> Subsystem: VIA Technologies Inc. M-Audio Delta Audiophile<br>
Flags: bus master, medium devsel, latency 32, IRQ 177<br> I/O ports at d800 [size=32]<br> I/O ports at d400 [size=16]<br> I/O ports at d000 [size=16]<br> I/O ports at b800 [size=64]<br>
Capabilities: [80] Power Management version 1<br><br>00:0d.0 FireWire (IEEE 1394): VIA Technologies, Inc. IEEE 1394 Host Controller (rev 46) (prog-if 10 [OHCI])<br> Subsystem: VIA Technologies, Inc. IEEE 1394 Host Controller<br>
Flags: bus master, stepping, medium devsel, latency 32, IRQ 177<br> Memory at dd800000 (32-bit, non-prefetchable) [size=2K]<br> I/O ports at b400 [size=128]<br> Capabilities: [50] Power Management version 2<br>
<br>01:00.0 VGA compatible controller: nVidia Corporation NV34 [GeForce FX 5500] (rev a1) (prog-if 00 [VGA])<br> Flags: bus master, 66MHz, medium devsel, latency 248, IRQ 177<br> Memory at de000000 (32-bit, non-prefetchable) [size=16M]<br>
Memory at e0000000 (32-bit, prefetchable) [size=256M]<br> [virtual] Expansion ROM at dffe0000 [disabled] [size=128K]<br> Capabilities: [60] Power Management version 2<br> Capabilities: [44] AGP version 3.0<br>
<br><br>Wow three hardware using the same IRQ. I thing that explains why i'm hearing a very deep "swizzzz" sound when i maximize or minimize any window. The same occurs when any visual plugins of Amarok or other applications work. Graphics and sound cars are on the same IRQ.<br>
<br>Any way of changing this IRQ settings ?<br><br><br><br><br><br><br><br><div class="gmail_quote">On Feb 16, 2008 11:50 PM, Arda Eden <<a href="mailto:ardaeden@gmail.com">ardaeden@gmail.com</a>> wrote:<br><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">
My kernel version is 2.6.18.8-86 so it's not this HELL thing. I'm glad.<br>I'll check for the IRQ and PCI then.<br>Thanks.<div><div></div><div class="Wj3C7c"><br><br><div class="gmail_quote">On Feb 16, 2008 11:42 PM, James Stone <<a href="mailto:jamesmstone@gmail.com" target="_blank">jamesmstone@gmail.com</a>> wrote:<br>
<blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;"><div><div></div><div>On Sat, Feb 16, 2008 at 04:30:36PM -0500, Paul Davis wrote:<br>
><br>> On Sat, 2008-02-16 at 21:27 +0000, James Stone wrote:<br>> > am not sure about your distro but you may also be affected by<br>> > "nptl hell", in which case I would suggest changing distro:<br>
><br>> NPTL Hell affects only 2.4 kernels or very very early 2.6 kernels. It is<br>> not and has never been an issue in distributions using kernels from the<br>> last 2 years or so.<br>><br><br></div></div>
Thanks for the heads up.. This is clearly not an issue then..<br><br>The other thing I forgot to note was the pci latency settings. On<br>my system I have been using a script I got from this mailing<br>list (was it yours Paul?):<br>
<br>#!/bin/sh<br><br>case $1 in<br> start)<br> # "open up" the PCI bus by allowing fairly long bursts for<br>all devices, increasing performance<br> setpci -v -s "*:*.*" latency_timer=b0<br>
<br> # maximise latency for SBLive!, thus allowing<br> # more data per PCI transfer and minimizing xfuns<br> setpci -v -s 01:0a.0 latency_timer=ff<br>esac<br><br>exit 0<br><br>obviously requiring altering 01:0a.0 to match the results of lspci -v for the<br>
soundcard in your system.<br><font color="#888888"><br>James<br></font></blockquote></div><br><br clear="all"><br></div></div><div><div></div><div class="Wj3C7c">-- <br>Arda EDEN<br>Cumhuriyet University<br>Faculty of Fine Arts<br>
Department of Music Technology
</div></div></blockquote></div><br><br clear="all"><br>-- <br>Arda EDEN<br>Cumhuriyet University<br>Faculty of Fine Arts<br>Department of Music Technology