Hi,
2008/8/13 Andrew Hunter <[EMAIL PROTECTED]>:
[...]
> | 2) Port RH implementation (rtctl) on Ubuntu. It is too complex for me
> | but it get less assumption than rtirq.
>
> This would require the porting and packaging of most (possibly all) the
> daemons listed here[1].
Those aren't daemon but
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alessio Igor Bogani wrote:
| Hi!
|
| 2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
| [...]
|> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
|> I packaged it and it's waiting in REVU.
|
| I don't like rtirq at all.
|
| I can pr
On 8/12/08, Alessio Igor Bogani <[EMAIL PROTECTED]> wrote:
> Hi!
>
> 2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
> [...]
>
> > Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
> > I packaged it and it's waiting in REVU.
>
>
> I don't like rtirq at all.
>
> I can propose
Hi!
2008/8/12 Raphaël Doursenaud <[EMAIL PROTECTED]>:
[...]
> Well this is exactly the purpose of Rui Nuno Capela's rtirq script.
> I packaged it and it's waiting in REVU.
I don't like rtirq at all.
I can propose two alternative implementations:
1) Start from my proof of concept. It's minimal a
On Tue, Aug 12, 2008 at 1:17 AM, Cory K. <[EMAIL PROTECTED]> wrote:
> Raphaël Doursenaud wrote:
>> I'm not very good at bugging people...
>
> Thats the only way you will get packages in Ubuntu for future reference. ;)
>
> In any case, this functionality should appear in some form for Intrepid.
> Mi
Raphaël Doursenaud wrote:
> Cory K. a écrit :
> > Raphaël Doursenaud wrote:
> >> I'm not very good at bugging people...
> > Thats the only way you will get packages in Ubuntu for future
> reference. ;)
>
> > In any case, this functionality should appear in some form for Intrepid.
> > Might end up a
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cory K. a écrit :
> Raphaël Doursenaud wrote:
>> I'm not very good at bugging people...
>
> Thats the only way you will get packages in Ubuntu for future reference. ;)
>
> In any case, this functionality should appear in some form for Intrepid.
> Mig
Raphaël Doursenaud wrote:
> I'm not very good at bugging people...
Thats the only way you will get packages in Ubuntu for future reference. ;)
In any case, this functionality should appear in some form for Intrepid.
Might end up as part of ubuntustudio-controls.
-Cory K.
--
Ubuntu-Studio-devel
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cory K. a écrit :
> Raphaël Doursenaud wrote:
>> Cory K. a écrit :
>>> Marc R.J. Brevoort wrote:
On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
> I suggest a simple hack that result in a better system response on
> audio related t
Raphaël Doursenaud wrote:
> Cory K. a écrit :
> > Marc R.J. Brevoort wrote:
> >> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
> >>
> >>> I suggest a simple hack that result in a better system response on
> >>> audio related tasks. [...]
> >>> Prioritizing IRQs reduce possibility of X-Runs hap
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Cory K. a écrit :
> Marc R.J. Brevoort wrote:
>> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
>>
>>> I suggest a simple hack that result in a better system response on
>>> audio related tasks. [...]
>>> Prioritizing IRQs reduce possibility of X-R
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Alessio Igor Bogani wrote:
| As you can see this script increase (to 75) the priority of IRQs of
| the all sound cards present in the pc.
|
| Obviously we should place setirqprio into /etc/event.d/ directory, add
| capability to turn it on/off and put
Marc R.J. Brevoort wrote:
> On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
>
>> I suggest a simple hack that result in a better system response on
>> audio related tasks. [...]
>> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
>> it the most frustrating event for an Ubunt
On Mon, 11 Aug 2008, Alessio Igor Bogani wrote:
> I suggest a simple hack that result in a better system response on
> audio related tasks. [...]
> Prioritizing IRQs reduce possibility of X-Runs happens. As far i know
> it the most frustrating event for an UbuntuStudio users.
I agree and am all f
Hi,
I suggest a simple hack that result in a better system response on
audio related tasks. This hack is based on one of the most important
real time kernel feature: IRQ threaded. For this reason it works only
on this type of kernel.
Prioritizing IRQs reduce possibility of X-Runs happens. As far
15 matches
Mail list logo