<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Wed, Jul 3, 2013 at 8:43 AM, Jeremy Jongepier <span dir="ltr"><<a href="mailto:jeremy@autostatic.com" target="_blank">jeremy@autostatic.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div class=""><div class="h5">On 07/03/2013 12:19 AM, Harry van Haaren wrote:<br>
</div></div>Nice article Harry! Some remarks though:<br>
* Is /dev/rtc the kernel timer? I thought it was the device node for<br>
access to the real-time clock. I don't even think it's necessary to<br>
prioritize it anymore because most applications use the kernel timer:<br>
<a href="http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers" target="_blank">http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers</a><br>
I'm far from an expert on timers so I could be wrong, I still find this<br>
a bit of esoteric stuff.<br></blockquote><div>Same here: I wrote that because its in my setup, and AFAIK its the kernel timer... Just found this article: <a href="https://www.kernel.org/doc/Documentation/rtc.txt">https://www.kernel.org/doc/Documentation/rtc.txt</a>   It suggests that /dev/rtc is the "old" RTC, and /dev/rtc0 /dev/rtc1 .. rtcX is the new system. I have got /dev/rtc0 present on my system. I'll investigate into whether JACK / the ALSA backend use /dev/rtc, or if it really isn't used anymore.<br>
</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
* Using setpci in this context is deprecated unless you're still using<br>
am machine with a PCI bus which I highly doubt:<br>
<a href="http://wiki.linuxaudio.org/wiki/system_configuration#pci_bus_latency" target="_blank">http://wiki.linuxaudio.org/wiki/system_configuration#pci_bus_latency</a><br></blockquote><div>I was advised on IRC that the PCI bandwidth reset would help, and it didn't negatively influence my machine: hence I added it. <br>
<br>lspci -v -t shows that my firewire, cardbus ("CardBus bridge: Texas Instruments PCIxx12 Cardbus Controller")  SD card and multimedia card readers are on the same branch, connected to the root node. I suppose rm-modding those kernel modules would ensure better performance (not using them probably suffices). <br>
</div><div><br></div><div>The graphics chip is on its own node, also connected directly to the root. I don't think it'll get in the way.. Setting the latencies won't hurt, I'll leave it there for now but add a note that on modern hardware its not necessary.<br>
<br></div><div>Thanks for the feedback! -Harry<br></div></div></div></div>