On Tue, Dec 14, 2010 at 11:46:55PM -0500, Ronan Jouchet wrote: > On 10-12-14 11:39 PM, Daniel Chen wrote: > >On Tue, Dec 14, 2010 at 11:33 PM, Ronan Jouchet<ronan@xxxxxxxxxx> wrote: > >>I confirm 2.6.37-9.22~ppa1 from abogani PPA (RT_GROUP_SCHED disabled) > >>works fine. > >> > >>I will leave the decision to Alessio (or somebody else from the kernel > >>team) to close or not > >>https://bugs.launchpad.net/ubuntu/+source/linux/+bug/690010 , since a > >>proper solution implementing cgroups management may be preferable and > >>implementable. > > > >As Paul alludes to, changing this Ubuntu kernel config option doesn't > >resolve the real issue, and I wouldn't be keen on changing the option > >that clearly works for other applications. how does the option work for other applications ? this statement looks like you dont understand what this is all about :( > > > >-Dan > > 101% agreed, if this option is here to stay (and it seems to be), a > "proper solution implementing cgroups management" would be > preferable in this case you need to put the relevant stuff into /etc/cgconfig.conf in order to make jack clients obtain their share of rt-cputime they need to get moved into a cgroup which has some rt-bandwidth setup. the big problem is that the cgroup where the process needs to be moved to depends on how /etc/cgconfig.conf is setup. libjack can not find this out. we could provide hooks, which allow distro specific hacks. but they would break if users start to mess with the cgroup layout. userspace is not ready for this kernel option. this is like turning off devfs without having udevd in place. i always thought ubuntu was about making things easy for the user. regarding jack, ubuntu has quite a big track record of making things hard for the users. > > Ronan > _______________________________________________ > Linux-audio-user mailing list > Linux-audio-user@xxxxxxxxxxxxxxxxxxxx > http://lists.linuxaudio.org/listinfo/linux-audio-user -- torben Hohn _______________________________________________ Linux-audio-user mailing list Linux-audio-user@xxxxxxxxxxxxxxxxxxxx http://lists.linuxaudio.org/listinfo/linux-audio-user
