Re: Slightly O/T was: linux-rt & presonus 1818VSL

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Wed, 3 Jul 2013 14:26:44 +0100
Will Godfrey <willgodfrey@xxxxxxxxxxxxxxx> wrote:

> On Wed, 3 Jul 2013 13:27:38 +0100
> Harry van Haaren <harryhaaren@xxxxxxxxx> wrote:
> 
> > On Wed, Jul 3, 2013 at 8:43 AM, Jeremy Jongepier <jeremy@xxxxxxxxxxxxxx>wrote:
> > 
> > > On 07/03/2013 12:19 AM, Harry van Haaren wrote:
> > > Nice article Harry! Some remarks though:
> > > * Is /dev/rtc the kernel timer? I thought it was the device node for
> > > access to the real-time clock. I don't even think it's necessary to
> > > prioritize it anymore because most applications use the kernel timer:
> > > http://wiki.linuxaudio.org/wiki/system_configuration#hardware_timers
> > > I'm far from an expert on timers so I could be wrong, I still find this
> > > a bit of esoteric stuff.
> > >
> > Same here: I wrote that because its in my setup, and AFAIK its the kernel
> > timer... Just found this article:
> > https://www.kernel.org/doc/Documentation/rtc.txt   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.
> > 
> > 
> > > * Using setpci in this context is deprecated unless you're still using
> > > am machine with a PCI bus which I highly doubt:
> > > http://wiki.linuxaudio.org/wiki/system_configuration#pci_bus_latency
> > >
> > I was advised on IRC that the PCI bandwidth reset would help, and it didn't
> > negatively influence my machine: hence I added it.
> > 
> > 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).
> > 
> > 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.
> > 
> > Thanks for the feedback! -Harry
> 
> 
> Anyone got an idiot's guide for compiling a suitable kernel for debian squeeze?
> I don't really have any problems but feel sure I could get more out of this
> beast (a quad core AMD), and might get slightly better timing.


Oops!
Not Squeeze, but Wheezy :o

-- 
Will J Godfrey
http://www.musically.me.uk
Say you have a poem and I have a tune.
Exchange them and we can both have a poem, a tune, and a song.
_______________________________________________
Linux-audio-user mailing list
Linux-audio-user@xxxxxxxxxxxxxxxxxxxx
http://lists.linuxaudio.org/listinfo/linux-audio-user




[Index of Archives]     [Linux Sound]     [ALSA Users]     [Pulse Audio]     [ALSA Devel]     [Sox Users]     [Linux Media]     [Kernel]     [Photo Sharing]     [Gimp]     [Yosemite News]     [Linux Media]

  Powered by Linux