Hi John,
On Tue, 2007-10-23 at 18:11 +0200, John Sigler wrote:
[...]
I've built a debug 2.6.22.1-rt9 kernel, hoping to get the kernel to dump
something, anything.
Just curious: Is it works with non -rt kernel?
Ciao,
Alessio
-
To unsubscribe from this list: send the line unsubscribe
-Ursprüngliche Nachricht-
Von: Kiszka, Jan
Gesendet: Tuesday, October 23, 2007 10:35 AM
An: Sven-Thorsten Dietrich
Cc: Back, Michael (ext); linux-rt-users@vger.kernel.org
Betreff: Re: KVM and Prempt?
Sven-Thorsten Dietrich wrote:
On Mon, 2007-10-22 at 09:01 +0200, Back,
John Sigler wrote:
I have an x86 system with two PCI slots, in which I inserted two
specialized output cards (Dektec DTA-105).
http://www.dektec.com/Products/DTA-105/
(They provide an open source driver.)
My problem is: when I write to the 4 ports (each card has 2 ports) at
the same time
Applies to 23-rt1
Changes since v5:
*) Folded some of the smaller patches together to address feedback
*) Fixed several minor bugs related to PI re-factoring and wakeup paths
I still have yet to make Ingo Oeser's suggestion to the last patch.
At this point, things are looking really really
From: Steven Rostedt [EMAIL PROTECTED]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c| 141 ++---
kernel/sched_rt.c | 44 +
2 files changed, 178 insertions(+), 7 deletions(-)
diff --git a/kernel/sched.c
From: Steven Rostedt [EMAIL PROTECTED]
Steve found these errors in the original patch
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
kernel/sched.c| 15 -
kernel/sched_rt.c | 90 +
2 files changed, 15 insertions(+), 90
Get rid of the superfluous dst_cpu, move the cpu_mask inside the search
function, and collapse the two redundant pick-next-rt() functions.
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
kernel/sched.c| 27 ---
kernel/sched_rt.c | 44
A little cleanup to avoid #ifdef proliferation later in the series
Signed-off-by: Gregory Haskins [EMAIL PROTECTED]
---
kernel/sched.c | 18 +++---
1 files changed, 15 insertions(+), 3 deletions(-)
diff --git a/kernel/sched.c b/kernel/sched.c
index 7b9b481..ce5292f 100644
---
There are three events that require consideration for redistributing RT
tasks:
1) When one or more higher-priority tasks preempts a lower-one from a
RQ
2) When a lower-priority task is woken up on a RQ
3) When a RQ downgrades its current priority
Steve Rostedt's push_rt patch addresses (1).
This code tracks the priority of each CPU so that global migration
decisions are easy to calculate. Each CPU can be in a state as follows:
(INVALID), IDLE, NORMAL, RT1, ... RT99
going from the lowest priority to the highest. CPUs in the INVALID state
are not eligible for
The system currently evaluates all online CPUs whenever one or more enters
an rt_overload condition. This suffers from scalability limitations as
the # of online CPUs increases. So we introduce a cpumask to track
exactly which CPUs need RT balancing.
Signed-off-by: Gregory Haskins [EMAIL
Some RT tasks (particularly kthreads) are bound to one specific CPU.
It is fairly common for one or more bound tasks to get queued up at the
same time. Consider, for instance, softirq_timer and softirq_sched. A
timer goes off in an ISR which schedules softirq_thread to run at RT50.
Then during
On Wed, Oct 24, 2007 at 11:17:40AM +0200, John Sigler wrote:
John Sigler wrote:
I have an x86 system with two PCI slots, in which I inserted two
specialized output cards (Dektec DTA-105).
http://www.dektec.com/Products/DTA-105/
(They provide an open source driver.)
My problem is: when I
On 10/24/07, John Sigler [EMAIL PROTECTED] wrote:
I have an x86 system with two PCI slots, in which I inserted two
specialized output cards (Dektec DTA-105).
http://www.dektec.com/Products/DTA-105/
(They provide an open source driver.)
My problem is: when I write to the 4 ports (each
We are pleased to announce the 2.6.23-rt2 tree, which can be
downloaded from the location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.23-rt1
- Improved RT balancing (Steven Rostedt
with thanks to Gregory Haskins for some ideas)
- plist debug fix
On Sat, 2007-10-20 at 12:06 +0530, Jaswinder Singh wrote:
hello all,
On my Intel Pentium 4 with linux-2.6.23-rc8-rt1, I am getting :
Interrupt Latency result
MAX latency : 12.570 micro-seconds
MIN latency : 3.352 micro-seconds
AVG latency : 4.190 micro-seconds
On Wed, 2007-10-24 at 12:52 -0700, Daniel Walker wrote:
On Sat, 2007-10-20 at 12:06 +0530, Jaswinder Singh wrote:
hello all,
On my Intel Pentium 4 with linux-2.6.23-rc8-rt1, I am getting :
Interrupt Latency result
MAX latency : 12.570 micro-seconds
MIN
We are pleased to announce the 2.6.23-rt3 tree, which can be
downloaded from the location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.23-rt2
- Workqueue PI (Peter Zijlstra with help from Daniel Walker)
- some schedstat updates (Steven Rostedt)
to build a
Sergei Shtylyov writes:
I've just realized that I've missed the call to account_process_time() in
the new timer_interrupt(). :-
Which is bogus. I had removed it in the version of the patch that I
posted in early September, but apparently it crept back in.
Anyway, this leads to each
--
On Fri, 19 Oct 2007, Sripathi Kodi wrote:
Can this explain it?
We have changed the sender to be of priority 1 less than the receiver. This
brings down the frequency of seeing high latencies, especially if there is a
background load, but does not eliminate them. In fact the logs Ankita
--
On Thu, 18 Oct 2007, Gernot Hillier wrote:
Hi!
We're currently evaluating whether PREEMPT_RT will work for a certain
use case combining realtime and performance requirements running on a
lot of CPUs and using a bunch of RAM.
For first tests, we're running a small AMD64 test system
--
On Sat, 20 Oct 2007, Jaswinder Singh wrote:
hello all,
On my Intel Pentium 4 with linux-2.6.23-rc8-rt1, I am getting :
Interrupt Latency result
MAX latency : 12.570 micro-seconds
MIN latency : 3.352 micro-seconds
AVG latency : 4.190 micro-seconds
Total
22 matches
Mail list logo