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.<br><br><div class="gmail_quote">On Feb 16, 2008 11:42 PM, James Stone <<a href="mailto:jamesmstone@gmail.com">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 class="Wj3C7c">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>-- <br>Arda EDEN<br>Cumhuriyet University<br>Faculty of Fine Arts<br>Department of Music Technology