Re: RSDL v0.31

2007-03-18 Thread Szonyi Calin
On Sun, 18 Mar 2007, Lee Revell wrote: On 3/17/07, Mike Galbraith <[EMAIL PROTECTED]> wrote: P.S. "utter failure" was too harsh. What sticks in my craw is that the world has to adjust to fit this new scheduler. I have never seen X run nearly as smooth as our favorite proprietary OS on

Re: RSDL v0.31

2007-03-18 Thread Szonyi Calin
On Sun, 18 Mar 2007, Lee Revell wrote: On 3/17/07, Mike Galbraith [EMAIL PROTECTED] wrote: P.S. utter failure was too harsh. What sticks in my craw is that the world has to adjust to fit this new scheduler. I have never seen X run nearly as smooth as our favorite proprietary OS on similar

Re: RSDL v0.30 cpu scheduler for mainline kernels

2007-03-17 Thread Szonyi Calin
On Mon, 12 Mar 2007, Con Kolivas wrote: There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and 2.6.21-rc3-mm2 to bring RSDL up to version 0.30 for download here: Full patches: http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.30.patch

Re: RSDL v0.30 cpu scheduler for mainline kernels

2007-03-17 Thread Szonyi Calin
On Mon, 12 Mar 2007, Con Kolivas wrote: There are updated patches for 2.6.20, 2.6.20.2, 2.6.21-rc3 and 2.6.21-rc3-mm2 to bring RSDL up to version 0.30 for download here: Full patches: http://ck.kolivas.org/patches/staircase-deadline/2.6.20-sched-rsdl-0.30.patch

RE: [ANNOUNCE] Interbench v0.20 - Interactivity benchmark

2005-07-13 Thread szonyi calin
--- Con Kolivas <[EMAIL PROTECTED]> a écrit : > Interbench - The Linux Interactivity Benchmark v0.20 > > http://interbench.kolivas.org > > direct download link: > http://ck.kolivas.org/apps/interbench/interbench-0.20.tar.bz2 > > [snip] > Audio: > Audio is simulated as a thread that

RE: [ANNOUNCE] Interbench v0.20 - Interactivity benchmark

2005-07-13 Thread szonyi calin
--- Con Kolivas [EMAIL PROTECTED] a écrit : Interbench - The Linux Interactivity Benchmark v0.20 http://interbench.kolivas.org direct download link: http://ck.kolivas.org/apps/interbench/interbench-0.20.tar.bz2 [snip] Audio: Audio is simulated as a thread that tries to run

Re: RFD: Kernel release numbering

2005-03-09 Thread szonyi calin
--- Lee Revell <[EMAIL PROTECTED]> wrote: > On Wed, 2005-03-09 at 00:25 +0100, szonyi calin wrote: > > --- Dave Jones <[EMAIL PROTECTED]> a écrit : > > Taking into account that nobody responded on lkml nor > > on alsa (the message was awaiting modderator apr

Re: RFD: Kernel release numbering

2005-03-09 Thread szonyi calin
--- Jeff Garzik <[EMAIL PROTECTED]> a écrit : > > Tangent: I would like to see requests-for-testing for FC > kernels on LKML. > > If people announce -ac/-as/-aa/-ck/etc. kernels on LKML, why > not distro > kernels? > > Because some people switched to other distribution also because of

Re: RFD: Kernel release numbering

2005-03-09 Thread szonyi calin
--- Jeff Garzik [EMAIL PROTECTED] a écrit : Tangent: I would like to see requests-for-testing for FC kernels on LKML. If people announce -ac/-as/-aa/-ck/etc. kernels on LKML, why not distro kernels? Because some people switched to other distribution also because of the

Re: RFD: Kernel release numbering

2005-03-09 Thread szonyi calin
--- Lee Revell [EMAIL PROTECTED] wrote: On Wed, 2005-03-09 at 00:25 +0100, szonyi calin wrote: --- Dave Jones [EMAIL PROTECTED] a écrit : Taking into account that nobody responded on lkml nor on alsa (the message was awaiting modderator aprouval on alsa-devel) i don't think i

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Jeff Garzik <[EMAIL PROTECTED]> wrote: > Greg KH wrote: > > On Wed, Mar 02, 2005 at 05:15:36PM -0800, Linus Torvalds > wrote: > > > > > > But when pressed about the issue of speed of development, > rate of > > change, feature increase, driver updates, and so on, no one > else has any > >

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Dave Jones <[EMAIL PROTECTED]> a écrit : > > Grump. Have all these regressions received the appropriate > level of > > visibility on this mailing list? > > For the most part these things are usually known about by > their upstream > authors. To give an example: ALSA update in 2.6.10

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Zwane Mwaikambo <[EMAIL PROTECTED]> wrote: > > Certainly -mm can be the feature tree, but i've noticed that > not that many > people run -mm aside from developers. Meaning that a fair > number of bugs > seep into Linus' tree before they get attended to. It would > even be more > effective

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- "Randy.Dunlap" <[EMAIL PROTECTED]> a écrit : > > Maybe I don't understand? Is someone expecting distro > quality/stability from kernel.org kernels? > I don't, but maybe I'm one of those minorities. > yes. Some people (like me) would like to use from time to time some _new_ stable

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Randy.Dunlap [EMAIL PROTECTED] a écrit : Maybe I don't understand? Is someone expecting distro quality/stability from kernel.org kernels? I don't, but maybe I'm one of those minorities. yes. Some people (like me) would like to use from time to time some _new_ stable kernel. It's

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Zwane Mwaikambo [EMAIL PROTECTED] wrote: Certainly -mm can be the feature tree, but i've noticed that not that many people run -mm aside from developers. Meaning that a fair number of bugs seep into Linus' tree before they get attended to. It would even be more effective if we

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Dave Jones [EMAIL PROTECTED] a écrit : Grump. Have all these regressions received the appropriate level of visibility on this mailing list? For the most part these things are usually known about by their upstream authors. To give an example: ALSA update in 2.6.10 broke sound

Re: RFD: Kernel release numbering

2005-03-08 Thread szonyi calin
--- Jeff Garzik [EMAIL PROTECTED] wrote: Greg KH wrote: On Wed, Mar 02, 2005 at 05:15:36PM -0800, Linus Torvalds wrote: But when pressed about the issue of speed of development, rate of change, feature increase, driver updates, and so on, no one else has any clue of what to do.

Re: Cosmetic JFFS patch.

2001-06-30 Thread szonyi calin
--- David Lang <[EMAIL PROTECTED]> wrote: > back when I was doing PC repair (1.x kernel days) I > started useing linux > becouse the boot messages gave me so much info about > the system (I started > to keep a Slackware boot/root disk set on hand so > when faced with a > customer machine I could

Re: Cosmetic JFFS patch.

2001-06-30 Thread szonyi calin
--- David Lang [EMAIL PROTECTED] wrote: back when I was doing PC repair (1.x kernel days) I started useing linux becouse the boot messages gave me so much info about the system (I started to keep a Slackware boot/root disk set on hand so when faced with a customer machine I could boot and

Re: [Re: gcc: internal compiler error: program cc1 got fatal signal 11]

2001-06-29 Thread szonyi calin
--- Jesse Pollard <[EMAIL PROTECTED]> wrote: > > > > > > "This is almost always the result of flakiness in > your hardware - either > > RAM (most likely), or motherboard (less likely). > " > > > > I cannot understand > this. There are

Re: [Re: gcc: internal compiler error: program cc1 got fatal signal 11]

2001-06-29 Thread szonyi calin
--- Jesse Pollard [EMAIL PROTECTED] wrote: This is almost always the result of flakiness in your hardware - either RAM (most likely), or motherboard (less likely). I cannot understand this. There are many other stuffs

BUG ? and questions

2001-05-20 Thread szonyi calin
Hello My name is Calin I have a Cx 486/66 with 12 Megs of ram AST computer gcc 2.95.3, glibc 2.1.3, make 3.79.1 binutils 2.11 ?? Problems: 1. When I try to run multiple (2) compilations on a 2.4.4 kernel usually one of them dies -- if it's gcc - signal 11 , if it's sh or rarely make -

BUG ? and questions

2001-05-20 Thread szonyi calin
Hello My name is Calin I have a Cx 486/66 with 12 Megs of ram AST computer gcc 2.95.3, glibc 2.1.3, make 3.79.1 binutils 2.11 ?? Problems: 1. When I try to run multiple (2) compilations on a 2.4.4 kernel usually one of them dies -- if it's gcc - signal 11 , if it's sh or rarely make -