Ingo Molnar wrote:
> * K.R. Foley <[EMAIL PROTECTED]> wrote:
>
>> Ingo Molnar wrote:
>>> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
>>> usual place:
>>>
>> I have a couple of questions regarding priorities of the softirqs, IRQ
>> handlers, etc.
>>
>> With some
* K.R. Foley <[EMAIL PROTECTED]> wrote:
> Ingo Molnar wrote:
> > i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> > usual place:
> >
>
> I have a couple of questions regarding priorities of the softirqs, IRQ
> handlers, etc.
>
> With some exceptions, back in 2.6.18
* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
I have a couple of questions regarding priorities of the softirqs, IRQ
handlers, etc.
With some exceptions, back in 2.6.18 and prior
Ingo Molnar wrote:
* K.R. Foley [EMAIL PROTECTED] wrote:
Ingo Molnar wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
I have a couple of questions regarding priorities of the softirqs, IRQ
handlers, etc.
With some exceptions, back in 2.6.18
Ingo Molnar wrote:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
I have a couple of questions regarding priorities of the softirqs, IRQ
handlers, etc.
With some exceptions, back in 2.6.18 and prior patches the IRQ threads
were prioritized between
Ingo Molnar wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
I have a couple of questions regarding priorities of the softirqs, IRQ
handlers, etc.
With some exceptions, back in 2.6.18 and prior patches the IRQ threads
were prioritized between 50
* Arjan van de Ven <[EMAIL PROTECTED]> wrote:
> patch below has 2 tweaks
> 1) the new RCU feature wakes up once per second, make sure this is using
> the new round_jiffies() infrastructure
> 2) the slab background reap code is waking up once per 2 seconds per
> cpu. The patch makes this more
* Arjan van de Ven [EMAIL PROTECTED] wrote:
patch below has 2 tweaks
1) the new RCU feature wakes up once per second, make sure this is using
the new round_jiffies() infrastructure
2) the slab background reap code is waking up once per 2 seconds per
cpu. The patch makes this more dynamic;
On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
This is about 2.6.20-rt2, no issues here.
PID TTY STAT TIME COMMAND
1 ?Ss 0:00 init [5]
2 ?S 0:00 [migration/0]
3 ?S
On Mon, 2007-02-05 at 07:56 +0100, Ingo Molnar wrote:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
>
> http://rt.wiki.kernel.org
>
On Mon, 2007-02-05 at 07:56 +0100, Ingo Molnar wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
This is
On 2/5/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
This is about 2.6.20-rt2, no issues here.
PID TTY STAT TIME COMMAND
1 ?Ss 0:00 init [5]
2 ?S 0:00 [migration/0]
3 ?S
The /proc/interrupts timer entry is dangling a little. With PREEMPT_RT
the entry doesn't get updated ..
My system after two hours uptime,
CPU0 CPU1
0: 56 0 IO-APIC-edge timer
1: 2 0 IO-APIC-edge i8042
4: 1450
On 05/02/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
-rt2 vs. autotest.
Good news - It passes aiostress, linus_stress and ltp.
Bad news - it hangs a few seconds
Ingo Molnar napisał(a):
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
2.6.20-rt2
echo shutdown > /sys/power/disk; echo disk >
Ingo Molnar napisał(a):
> * Michal Piotrowski <[EMAIL PROTECTED]> wrote:
>
>> It looks like a bug to me
>>
>> BUG: MAX_LOCKDEP_ENTRIES too low!
>> turning off the locking correctness validator.
>
> hm, the patch below should solve this.
Lockdep works. Thanks!
2.6.20-rt2
Ingo Molnar elte.hu> writes:
>
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
> http://redhat.com/~mingo/realtime-preempt/
>
> more info about the -rt patchset can be found in the RT wiki:
>
> http://rt.wiki.kernel.org
>
On FC6 with KVM
On Feb 5, 7:50 am, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
>
Clean boot for me on ARM ixp4xx (gcc-4.1.1, glibc-2.5, big endian,
softfloat).
High-res timers looks good.
However, I'm trying to use PI mutexes
Am Montag, 5. Februar 2007 07:56 schrieb Ingo Molnar:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
after resuming from
$ echo mem > /sys/power/state
both lapic and pic are active, while only lapic should be.
resuming from
$ echo disk >
* Michal Piotrowski <[EMAIL PROTECTED]> wrote:
> It looks like a bug to me
>
> BUG: MAX_LOCKDEP_ENTRIES too low!
> turning off the locking correctness validator.
hm, the patch below should solve this.
Ingo
Index: linux/kernel/lockdep_internals.h
Hi,
On 05/02/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
It looks like a bug to me
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness
* Peter Zijlstra <[EMAIL PROTECTED]> wrote:
> > But here is an interesting dmesg:
> >
> > rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0
> > rcu_boost_dat block:0 0 0 0?
> > rcu_boost_dat boost:0! 0 0 0?
> > rcu_boost_dat unlock: 0? 0 0 0?
> >
> > I didn'tunderstand this
On 2/5/07, Peter Zijlstra <[EMAIL PROTECTED]> wrote:
On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote:
> On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> > usual place:
>
> Clean boot for me with 2.6.20 &
On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote:
> On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> > i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> > usual place:
>
> Clean boot for me with 2.6.20 & 2.6.20-rt1. There isn't any error
> (like in 2.6.20-rc7-rt3).
On 2/5/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
Clean boot for me with 2.6.20 & 2.6.20-rt1. There isn't any error
(like in 2.6.20-rc7-rt3).
But here is an interesting dmesg:
rcu_boost_dat: idx=1 b=0 ul=0
* Serge Belyshev <[EMAIL PROTECTED]> wrote:
> Ingo Molnar <[EMAIL PROTECTED]> writes:
>
> > i have released the v2.6.20-rt1 kernel, which can be downloaded from
> > the usual place:
>
> I did not find tarball with split patches there. Could you please make
> it available somewhere via http
Ingo Molnar <[EMAIL PROTECTED]> writes:
> i have released the v2.6.20-rt1 kernel, which can be downloaded from the
> usual place:
I did not find tarball with split patches there.
Could you please make it available somewhere via http or ftp?
-
To unsubscribe from this list: send the line
Ingo Molnar [EMAIL PROTECTED] writes:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
I did not find tarball with split patches there.
Could you please make it available somewhere via http or ftp?
-
To unsubscribe from this list: send the line unsubscribe
* Serge Belyshev [EMAIL PROTECTED] wrote:
Ingo Molnar [EMAIL PROTECTED] writes:
i have released the v2.6.20-rt1 kernel, which can be downloaded from
the usual place:
I did not find tarball with split patches there. Could you please make
it available somewhere via http or ftp?
it
On 2/5/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
Clean boot for me with 2.6.20 2.6.20-rt1. There isn't any error
(like in 2.6.20-rc7-rt3).
But here is an interesting dmesg:
rcu_boost_dat: idx=1 b=0 ul=0
On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote:
On 2/5/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
Clean boot for me with 2.6.20 2.6.20-rt1. There isn't any error
(like in 2.6.20-rc7-rt3).
But
On 2/5/07, Peter Zijlstra [EMAIL PROTECTED] wrote:
On Mon, 2007-02-05 at 16:06 +0530, Sunil Naidu wrote:
On 2/5/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
Clean boot for me with 2.6.20 2.6.20-rt1. There
* Peter Zijlstra [EMAIL PROTECTED] wrote:
But here is an interesting dmesg:
rcu_boost_dat: idx=1 b=0 ul=0 ub=0 boost: a=0 b=0
rcu_boost_dat block:0 0 0 0?
rcu_boost_dat boost:0! 0 0 0?
rcu_boost_dat unlock: 0? 0 0 0?
I didn'tunderstand this with ? Am I missing
Hi,
On 05/02/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
It looks like a bug to me
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness
On Feb 5, 7:50 am, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
Clean boot for me on ARM ixp4xx (gcc-4.1.1, glibc-2.5, big endian,
softfloat).
High-res timers looks good.
However, I'm trying to use PI mutexes in
Ingo Molnar mingo at elte.hu writes:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
On FC6 with KVM
* Michal Piotrowski [EMAIL PROTECTED] wrote:
It looks like a bug to me
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness validator.
hm, the patch below should solve this.
Ingo
Index: linux/kernel/lockdep_internals.h
Am Montag, 5. Februar 2007 07:56 schrieb Ingo Molnar:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
after resuming from
$ echo mem /sys/power/state
both lapic and pic are active, while only lapic should be.
resuming from
$ echo disk /sys/power/state
Ingo Molnar napisał(a):
* Michal Piotrowski [EMAIL PROTECTED] wrote:
It looks like a bug to me
BUG: MAX_LOCKDEP_ENTRIES too low!
turning off the locking correctness validator.
hm, the patch below should solve this.
Lockdep works. Thanks!
2.6.20-rt2
Ingo Molnar napisał(a):
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
2.6.20-rt2
echo shutdown /sys/power/disk; echo disk /sys/power/state
On 05/02/07, Ingo Molnar [EMAIL PROTECTED] wrote:
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
-rt2 vs. autotest.
Good news - It passes aiostress, linus_stress and ltp.
Bad news - it hangs a few seconds
The /proc/interrupts timer entry is dangling a little. With PREEMPT_RT
the entry doesn't get updated ..
My system after two hours uptime,
CPU0 CPU1
0: 56 0 IO-APIC-edge timer
1: 2 0 IO-APIC-edge i8042
4: 1450
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
This is a fixes-only release. Since the -rt tree has been closely
i have released the v2.6.20-rt1 kernel, which can be downloaded from the
usual place:
http://redhat.com/~mingo/realtime-preempt/
more info about the -rt patchset can be found in the RT wiki:
http://rt.wiki.kernel.org
This is a fixes-only release. Since the -rt tree has been closely
44 matches
Mail list logo