2009/11/10  <span dir="ltr"><<a href="mailto:hollunder@gmx.at">hollunder@gmx.at</a>></span><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

On Mon, 9 Nov 2009 17:43:12 +0100<br>
<<a href="mailto:hollunder@gmx.at">hollunder@gmx.at</a>> wrote:<br>
<br>
> On Mon, 9 Nov 2009 16:47:07 +0100<br>
> <<a href="mailto:hollunder@gmx.at">hollunder@gmx.at</a>> wrote:<br>
><br>
> > On Mon, 09 Nov 2009 16:40:41 +0100<br>
> > Ralf Mardorf <<a href="mailto:ralf.mardorf@alice-dsl.net">ralf.mardorf@alice-dsl.net</a>> wrote:<br>
> ><br>
> > > Emanuel Rumpf wrote:<br>
> > > > Opening the hr-timer with rosegarden freezes my whole system<br>
> > > > here, what could cause that ?<br>
> > > ><br>
> > ><br>
> > > I guess Open Octave is based on Rosegarden. While Qtractor is fine<br>
> > > with HR timer on my system, Open Octave freezes my system too. I<br>
> > > only was able to push reset, resp. I didn't try magic keys.<br>
> ><br>
> > Hmmm, I only find system-timer in either application.<br>
> > I recently found a line in dmesg that hpet wasn't enabled and I<br>
> > could try the boot option hpet=force.<br>
> > After doing this I have a /dev/hpet entry but still, only system, no<br>
> > rt or hpet in either app.<br>
> ><br>
> > Also no freezes tough ;)<br>
><br>
> Ralf helped me a bit further off-list.<br>
> It seems I needed to modprobe snd-hrtimer<br>
> Now oom pretty much freezes as well when I tell it to use that,<br>
> qtractor doesn't complain, at least not immediately, couldn't try<br>
> further yet.<br>
><br>
> Kernel is 2.6.31.4-rt14<br>
><br>
> Haven't tried this yet since I'm not sure it makes sense:<br>
> chgrp audio /dev/hpet<br>
><br>
> So even when hpet is available, hrtimer is the one to use?<br>
<br>
Sorry for replying to myself again, but I'm still not sure about this<br>
point:<br>
<br>
chgrp audio /dev/hpet<br>
... will make hpet usable for the group audio.  <--?<br>
<br>
HR Timer as sequencer source will use HPET.<br>
<br>
Since hrtimer uses hpet if available and apps use hrtimer, why would I<br>
need to allow some audio group to access hpet directly?<br>
More so, changing the group of /dev/hpet seems very strange to me.<br>
<br>
Can someone please clarify?<br>
<br>
Regards,<br>
Philipp<br>
_______________________________________________<br>
Linux-audio-dev mailing list<br>
<a href="mailto:Linux-audio-dev@lists.linuxaudio.org">Linux-audio-dev@lists.linuxaudio.org</a><br>
<a href="http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev" target="_blank">http://lists.linuxaudio.org/mailman/listinfo/linux-audio-dev</a><br>
</blockquote></div><br><div>The only way to clarify is boot once with rc.local doing that, then again without.</div><div><br></div><div>It's a character device, not raw, so this may not be needed. But on the other hand, it _is_ a device, and if there needs to be I/O, there needs to be r/w access, there needs to be permission.</div>