On Tue, 26 Feb 2008, Jan Kiszka wrote:
Jan Kiszka wrote:
At this chance: We still see the same unbalanced sched-other load on our
NUMA box as Gernot once reported [1]:
top - 11:19:20 up 4 min, 1 user, load average: 29.52, 9.54, 3.37
Tasks: 502 total, 41 running, 461 sleeping, 0
On Tue, 26 Feb 2008, Jan Kiszka wrote:
What's the NUMA topology?
4 nodes. I'm not sure if it is really NUMA related, but the same kernel
runs that test as expected on a non-NUMA 2x2 box.
What tasks are running, and at what priorities?
40 pthreads, created with default parameters
On Fri, 22 Feb 2008, Gregory Haskins wrote:
Gregory Haskins wrote:
@@ -732,14 +741,15 @@ rt_spin_lock_slowlock(struct rt_mutex *lock)
debug_rt_mutex_print_deadlock(waiter);
- schedule_rt_mutex(lock);
+ update_current(TASK_UNINTERRUPTIBLE,
We are pleased to announce the 2.6.24.2-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rt1
- ported to 2.6.24.2
- *** New ftrace
On Thu, 14 Feb 2008, Shi Weihua wrote:
Fix the following compile warning without CONFIG_PREEMPT_RT:
kernel/timer.c:937: warning: ‘count_active_rt_tasks’ defined but not used
Signed-off-by: Shi Weihua [EMAIL PROTECTED]
Thanks, applied.
-- Steve
-
To unsubscribe from this list: send the
On Tue, 12 Feb 2008, Gregory Haskins wrote:
This patch adds a new critical-section primitive pair:
migration_disable() and migration_enable()
This is similar to what Mathieu once posted:
http://lkml.org/lkml/2007/7/11/13
Not sure the arguments against (no time to read the thread again).
On Fri, 25 Jan 2008, Kevin Hilman wrote:
I'm about to gut the RT latency tracer with the version I'm pushing
upstream. This will be some of the changes:
Might I request that you follow the mainline stabilization model and
wait until the 2.6.25-rcX-rtY series to make a significant change
We are pleased to announce the 2.6.24-rt1 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc8-rt1
- ported to 2.6.24
to build a 2.6.24-rt1
Hi all,
I'm about to gut the RT latency tracer with the version I'm pushing
upstream. This will be some of the changes:
Move from /proc to /debugfs
instead of all the files in proc (for which I don't even know what half of
them do) will be condensed into a few files in /debugfs/tracing
On Mon, 21 Jan 2008, Esben Nielsen wrote:
Please, tell what in the license forbids me to make a global replacement
EXPORT_SYMBOL_GPL - EXPORT_SYMBOL and distribute the result?
If you want to distribute that code, the authors of that said code
may be able to challenge you in saying that you
On Thu, 17 Jan 2008, Mark Knecht wrote:
I found source code for hackbench but no instructions for someone at
my level to build it. I tried pi_stress but it hung my machine.
$ gcc -o hackbench hackbench.c
$ while :; do ./hackbench 50; done
That's basically all I do.
-- Steve
-
To
On Fri, 18 Jan 2008, James Cloos wrote:
git://git.kernel.org/pub/scm/linux/kernel/git/cloos/rt-2.6.git
http://www.kernel.org/pub/scm/linux/kernel/git/cloos/rt-2.6.git
Thanks for doing this. We might want to add this to the wiki.
http://rt.wiki.kernel.org/index.php/Main_Page
-- Steve
-
On Thu, 17 Jan 2008, Mariusz Kozlowski wrote:
Hello,
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f]
On Thu, 17 Jan 2008, Daniel Walker wrote:
On Thu, 2008-01-17 at 19:17 +0100, Wolfgang Grandegger wrote:
[0.733248] TCP bind hash table entries: 2048 (order: 3, 57344
bytes)
[0.741132] TCP: Hash tables configured (established 2048 bind
2048)
[0.747981] TCP reno registered
On Thu, 17 Jan 2008, Daniel Walker wrote:
On Thu, 2008-01-17 at 19:17 +0100, Wolfgang Grandegger wrote:
[0.733248] TCP bind hash table entries: 2048 (order: 3, 57344
bytes)
[0.741132] TCP: Hash tables configured (established 2048 bind
2048)
[0.747981] TCP reno registered
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
closed
source nvidia-new module cannot be used with this release (mcount is
exported
GPL only), i know this is not
On Wed, 16 Jan 2008, Steven Rostedt wrote:
We modified mcount now, and it is derived from an objdump of glibc. So
this is most definitely a derived work from glibc. But glibc is licensed
as LGPL, which IIRC allows for non GPL to link to it.
I personally could care less if we use
On Mon, 14 Jan 2008, Robert Schwebel wrote:
On Sun, Jan 13, 2008 at 03:48:33PM -0500, Steven Rostedt wrote:
Yeah, I didn't make any attempt to fix latency_tracing for PPC on this
release. I expected as much. I do have a couple of PPC boxes that I
can play with, and I'll see if I can get
Peter,
Could you take a look at this?
-- Steve
On Mon, 14 Jan 2008, Chirag Jog wrote:
Hi,
On Running Specjbb on the latest kernel [2.6.24-rc7-rt1], I
get the following oops.
This is reproducible easily. I have seen it on the
2.6.24-rc5-rt1.
On Tue, 15 Jan 2008, Mariusz Kozlowski wrote:
Ok. It works.
I found this in dmesg:
BUG: swapper:0 task might have lost a preemption check!
Pid: 0, comm: swapper Not tainted 2.6.24-rc7-rt2 #3
[c010386b] show_trace_log_lvl+0x1d/0x3b
[c01042f3] show_trace+0x12/0x14
[c0104a2f]
Thomas, can you look at this. He's getting APIC errors on bootup. I'm
wondering if this isn't another strange anomaly of this controller.
He also states that he doesn't get this with the non-rt kernel.
-rt3 on top of 2.6.24-rc8 works fine without that sysfs problem (acpi warnings
still there
On Wed, 16 Jan 2008, Luotao Fu wrote:
I found out that the tracer got stuck on ppc32 platforms because some early
functions call _mcount before mcount_enabled is initialized at all. I made a
patch, which marks these functions as notrace to solve this problem. With this
patch I can
We are pleased to announce the 2.6.24-rc8-rt1 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Information on the RT patch can be found at:
http://rt.wiki.kernel.org/index.php/Main_Page
Changes since 2.6.24-rc7-rt3
- ported to 2.6.24-rc8
- PPC bootup
On Tue, 15 Jan 2008, Luotao Fu wrote:
Compiling with tracing function turned seemed still to be broken to me:
Could you email me your config (privately)
kernel/built-in.o: In function `early_printk_name':
latency_trace.c:(.text+0x3cd18): undefined reference to `early_printk'
On Tue, 15 Jan 2008 [EMAIL PROTECTED] wrote:
On Tue, 15 Jan 2008 02:37:37 +0200, =?utf-8?q?S=2E=C3=87a=C4=9Flar?= Onur
said:
And because of mcount-add-basic-support-for-gcc-profiler-instrum.patch,
closed
source nvidia-new module cannot be used with this release (mcount is
exported
by:
Mariusz Kozloski
- Removal of kvm-rt.patch (it's so old it is now bogus)
- PPC compile fix (reported by: Robert Schwebel)
- Remove of running softirq by hardirq (too dangerous)
- Changed BUG_ON in filemap from atomic to pagefault disabled
(Steven Rostedt)
Note
On Mon, 14 Jan 2008, Robert Schwebel wrote:
It compiles now, although I still don't get any kernel output any more
if I enable CONFIG_FUNCTION_TRACE. Sorry for not being more verbose, I'm
out of office right now and my arms are not long enough to connect the
BDI ;)
I have a strange
On Mon, 14 Jan 2008, Mariusz Kozlowski wrote:
Hello,
We are pleased to announce the 2.6.24-rc7-rt2 tree, which can be
downloaded from the location:
http://rt.et.redhat.com/download/
Compiles fine but I run into another problem. On startup kernel oopses
early and this 'oops' loops
On Sun, 13 Jan 2008, Mariusz Kozlowski wrote:
[... snip ...]
@@ -56,12 +64,13 @@ static inline void __quicklist_free(int
struct page *page)
{
struct quicklist *q;
+ int cpu;
- q = get_cpu_var(quicklist)[nr];
+ q = get_cpu_var_locked(quicklist,
On Sun, 13 Jan 2008, Robert Schwebel wrote:
On Sun, Jan 13, 2008 at 02:00:01PM -0500, Steven Rostedt wrote:
We are pleased to announce the 2.6.24-rc7-rt1 tree
Works fine on phyCORE-MPC5200B-tiny, here are the latest results:
http://www.pengutronix.de/oselas/realtime/results/20080113-1
On Wed, 2 Jan 2008, Andrzej Walczak wrote:
Dear All,
I have question:
Will RT kernel have any benefits from improved CFS scheduler ?
or maybe this question in other words
Does it make sense to patch kernel with CFS patch
On Thu, 20 Dec 2007, Jaswinder Singh wrote:
Hello,
By linux-2.6.23-rt3 on ideal condition, I am getting :-
[EMAIL PROTECTED]:~# cat /proc/loadavgrt
1.00 1.00 1.00 0/52 1158
This is bogus. It's a known issue, and there's a patch in the works.
The problem is that the calculation of load
Ingo Molnar wrote:
well since i reverted the original patch, there's no regression. The
question is, do we know whether this new patch works fine wrt. s2ram?
Hi Ingo,
I included the same patches into 2.6.23.9-rt13 and someone reported s2r
failed for them. I've included Greg's updates into
Rostedt, Gregory Haskins,
Ingo Molnar, and Dmitry Adamushko
- 2 dimension CPU Prio RT balancing search (Gregory Haskins)
- ARM compile fix (Kevin Hilman)
- Handle IRQ_PENDING for simple irq thread (Steven Rostedt)
- latency tracer updates (Daniel Walker)
- Remove warning
On Thu, 13 Dec 2007, Gautham R Shenoy wrote:
Currently it is based against the latest linux-2.6-sched-devel.git
Awaiting your feedback!
Hi Gautham,
Thanks for posting this. I believe this is the same version of preempt RCU
as we have in the RT patch. It seems to be very stable. I ran the RT
Hi Remy,
This would have been better to send this as two separate
patches. They are two different issues.
On Thu, 13 Dec 2007, Remy Bohmer wrote:
If I compile -rt13 I get some compile warnings on ARM (AT91):
1) This one did not exist in rt1:
In file included from kernel/sched.c:911:
mask.
This patch reverts the masking in the simple handler.
[Note: This version is for the RT patch, and the IRQ_PENDING is needed
for threaded IRQs]
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/irq/chip.c |5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
Index
Note, that should have been [PATCH RT], this is NOT for mainline!
-- Steve
-
To unsubscribe from this list: send the line unsubscribe linux-rt-users in
the body of a message to [EMAIL PROTECTED]
More majordomo info at http://vger.kernel.org/majordomo-info.html
With the IO-APIC pcix hack (level=edge masking), we can receive
interrupts while masked. But these interrupts might be missed.
Also, normal simple interrupts might be missed too on leaving of
thread handler.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
Index: linux-2.6.21-rt-hack/kernel/irq
On Wed, 12 Dec 2007, Remy Bohmer wrote:
Also:
Acked-by: Remy Bohmer [EMAIL PROTECTED]
Thanks for the effort also, I still had it on my todo list, but that
is needed anymore...
No problem. Could you also ACK the one I sent for mainline.
Thanks,
-- Steve
-
To unsubscribe from this list:
coming in when supposably masked.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
Index: linux-2.6.21-rt-hack/kernel/irq/chip.c
===
--- linux-2.6.21-rt-hack.orig/kernel/irq/chip.c
+++ linux-2.6.21-rt-hack/kernel/irq/chip.c
@@ -398,8
[ keeping full email for Ingo and Thomas ]
On Fri, 7 Dec 2007, Remy Bohmer wrote:
Hello Andrew,
Attached I have put 3 patches for the AT91-series for the serial port
driver on AT91.
The interrupt handler of the serial console is quite long, and if
Preempt-RT is used on AT91 the interrupt
We are pleased to announce the 2.6.23.9-rt13 tree, which can be
downloaded from the location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.23.9-rt12
- Backported the new RT Balancing code from sched-devel
New changes by Steven Rostedt, Gregory Haskins
Ingo,
This patch prevents a panic on a failed bootmem alloc in the
initialization of the tracer buffers.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
Index: linux-2.6-latency/kernel/latency_trace.c
===
--- linux-2.6-latency.orig
On Thu, 29 Nov 2007, Russell King - ARM Linux wrote:
On Thu, Nov 29, 2007 at 12:27:30PM +0100, Remy Bohmer wrote:
Ah, and looking at the changes to the file, the addition of the mask
and unmask was done by someone who didn't understand what this was
trying to do. So that change should be
On Thu, 29 Nov 2007, Remy Bohmer wrote:
I changed the interrupt handler from the simple_irq to the edge_irq,
and it works...!!
(I added a noop routine for that .ack part, because there is no ack)
I believe I was too focussed on the masking bug in the RT kernel on
the simple_irq() that I
We are pleased to announce the 2.6.23.9-rt12 tree, which can be
downloaded from the location:
http://www.kernel.org/pub/linux/kernel/projects/rt/
Changes since 2.6.23.1-rt11
- Ported to 2.6.23.9
- Backported the RT balance code from our submissions to upstream
- Now missing Gregory's
On Wed, 28 Nov 2007, Russell King - ARM Linux wrote:
On Wed, Nov 28, 2007 at 03:38:11PM +0100, Remy Bohmer wrote:
Hello Daniel,
* Note: The caller is expected to handle the ack, clear, mask and
* unmask issues if necessary.
So we shouldn't need any flow control unless
On Wed, 28 Nov 2007, Russell King - ARM Linux wrote:
On Wed, Nov 28, 2007 at 02:04:41PM -0500, Steven Rostedt wrote:
Thanks for the reply and this nice explanation.
I'm taking this as a NACK.
Daniel or Remy, could you find the offending users and make send patches
to fix them
On Wed, 28 Nov 2007, Daniel Walker wrote:
Ignoring the ARM side of things for a sec, handle_simple_irq() will
mask() the interrupt in the special case that an interrupt is already in
the processes of being handled.. handle_simple_irq() also unmasks when
it finishes handling an interrupt
On Wed, 28 Nov 2007, Peter W. Morreale wrote:
Will do. didn't want to flood your mailbox, if that was the case... :-)
No prob with my Inbox ;-)
Well, make does do a lot af IO and syscalls. Accessing the hard drive.
This in turn will kick off interrupts and softirqs. Which will all
On Mon, 26 Nov 2007, John Sigler wrote:
I need to change the priorities of several soft and hard IRQ handlers.
Namely,
o reduce the prio of softirq-timer handler to 10
o reduce the prio of IRQ14 and IRQ15 handlers to 20
(my flash drives do not support DMA BTW...)
o boost the prio of
On Thu, 22 Nov 2007, Michal Schmidt wrote:
Steven,
Your ketchup script does not download the -rt kernel for me. This patch
fixes it. Could you update
http://people.redhat.com/srostedt/rt/tools/ketchup-0.9.8-rt1 ?
I'm also attaching the complete ketchup script for convenience.
Michal,
On Mon, 19 Nov 2007, Remy Bohmer wrote:
Hello Steven,
OK, I wont be able to work on this this weekend, but I'll try to get to it
on Monday. A better example to show the bug you are looking for is simply
create a mutex and create a thread that grabs that mutex and goes to
sleep.
On Sat, 17 Nov 2007, Remy Bohmer wrote:
Hello Steven,
The taker of a mutex must also be the one that releases it. I don't see
how you could use a mutex for this. It really requires some kind of
completion, or a compat_semaphore.
I tried several ways of working around the bug, even
On Sat, 17 Nov 2007, Steven Rostedt wrote:
On Sat, 17 Nov 2007, Remy Bohmer wrote:
* PI should only take place if it is for 100% sure that the 'struct
semaphore' is used as a mutex. And this is only the case when it is
initialised with init_MUTEX().
Well, we can't determine
On Fri, 16 Nov 2007, Nelson, Shannon wrote:
first-async_tx.phys;
- __list_splice(new_chain, ioat_chan-used_desc.prev);
+ list_splice_tail(new_chain, ioat_chan-used_desc.prev);
NAK.
These functions do insertions differently. The 'prev' is pointing to
the last valid
On Sat, 17 Nov 2007, Remy Bohmer wrote:
Hello Steven,
Thanks for your reply
The above sounds more like you need a completion.
Funny, I first started with using completion structures, but that did
not work either. I get similar OOPses on all these kind of locking
mechanisms, as long as
On Tue, 13 Nov 2007, Jaswinder Singh wrote:
On Nov 8, 2007 1:04 PM, Darren Hart [EMAIL PROTECTED] wrote:
# ./cyclictest -n -i 1 -l 1 -p 95
1 (10 milliseconds) interval seems to be quite big for current
machine. 10 milliseconds is good for 10 to 15 years old machine but
not
On Tue, 13 Nov 2007, Jaswinder Singh wrote:
Hello Greg and Darren,
If possible, can you please also add processor ID/number in your
cyclictest and run more tasks (say 40, 60 or 80 tasks) then we have
good picture like how many processes are running in which processor
and how they switching
On Tue, 13 Nov 2007, Darren Hart wrote:
On Tuesday 13 November 2007 06:15:03 Steven Rostedt wrote:
On Tue, 13 Nov 2007, Jaswinder Singh wrote:
On Nov 8, 2007 1:04 PM, Darren Hart [EMAIL PROTECTED] wrote:
# ./cyclictest -n -i 1 -l 1 -p 95
1 (10 milliseconds) interval
On Wed, 7 Nov 2007, Dragan Noveski wrote:
Gregory Haskins wrote:
Doh! Your error made me realize that I broke uniprocessor in -rt9. Will
fix right away.
As far as -rt7 is concerned, that doesn't make a lot of sense since cpupri
isnt introduced until -rt9. Perhaps your tree was
On Wed, 7 Nov 2007, Steven Rostedt wrote:
This is a special announcement for the latest -rt patches. This is
actually announcing more than one tree (pay close attention to the
differences between -rt7, -rt8 and -rt9).
[...]
2.6.23.1-rt9
- RT balancing by CPU priorities (Gregory
This is a special announcement for the latest -rt patches. This is
actually announcing more than one tree (pay close attention to the
differences between -rt7, -rt8 and -rt9).
2.6.23.1-rt6
- Removed BUG_ON in exit (Steven Rostedt and Daniel Walker)
- Turn RCU preempt boost
--
On Thu, 1 Nov 2007, Jaswinder Singh wrote:
Steve,
Thanks for your ketchup.
Please let me know:
1. Is 2.6.13-rt1 is first rt version
Not by a long shot. The earliest hint of a RT patch I have is a left over
vi swap file:
.realtime-preempt-2.6.10-rc1-mm3-V0.7.25-1.swp
I think I
--
When I'm asked what language is my mother tongue,
I simply answer C.
On Wed, 31 Oct 2007, Dragan Noveski wrote:
hallo list, yesterday strange thing happened here.
i am running 2.6.23.1-rt5, and actually it is running good, but
yesterday partially my keyboard stopped working. usually if i
--
[...]
CONFIG_INTERRUPT_OFF_HIST=y
CONFIG_CRITICAL_LATENCY_HIST=y
CONFIG_LATENCY_HIST=y
Turn off all histograms. They will kill any measurements you are taking.
And yes, you will not get the output from latency_trace that you are
after.
Steven and Daniel, I tried your
--
On Tue, 30 Oct 2007, Daniel Walker wrote:
As you can see from the patch there is already a case to catch this type
of problem. This BUG_ON() adds a resursive OOPS , since BUG() causes an OOPS
and the OOPS just calls do_exit() , and do_exit() just causes another OOPS
with
this BUG_ON()..
. Between LKML, linux-rt-users, virt, lguest, and a ton of
internal lists, I can't keep up! When in a coding frenzy, I may
not read lists for days./rant
--
On Tue, 30 Oct 2007, Gerrit Binnenmars wrote:
Datum: 29/10/07 02:09 PM
Van: Steven Rostedt
Aan: Gerrit Binnenmars
CC: linux-rt-users
--
On Sun, 28 Oct 2007, Gerrit Binnenmars wrote:
Hello,
Can someone send me a .config file that shows the options needed to get the
interrupt off
timing values in preempt_max_latency, please. I only see a value of 0 in this
file
I am using kernel 2.6.22.1 with the corresponding rt
preemption on handlers without IST (Andi Kleen)
- Minor cleanups (Steven Rostedt)
to build a 2.6.23.1-rt5 tree, the following patches should be applied:
http://www.kernel.org/pub/linux/kernel/v2.6/linux-2.6.23.1.tar.bz2
http://www.kernel.org/pub/linux/kernel/projects/rt/patch-2.6.23.1-rt5.bz2
--
On Sat, 27 Oct 2007, Mike Galbraith wrote:
Hm. Looking at the change to mm/bounce.c, perhaps I should do this
instead?
--- ./fs/ntfs/aops.c.org 2007-10-27 10:16:40.0 +0200
+++ ./fs/ntfs/aops.c 2007-10-27 12:11:07.0 +0200
@@ -139,13 +139,13 @@ static void
--
On Sat, 27 Oct 2007, Andi Kleen wrote:
Some of the exception handlers that run on an IST in a normal kernel
still disable preemption. This causes might_sleep warning when sending signals
for debugging in PREEMPT-RT because sending signals can take a lock.
Since the ISTs are disabled now
--
On Sat, 27 Oct 2007, Rui Nuno Capela wrote:
On Mon, October 15, 2007 11:49, Rui Nuno Capela wrote:
I am experiencing some highly annoying but intermitent freezing on a
pentium4 2.80G HT/SMT box, when doing normal desktop work with 2.6.23-rt1.
The same crippling behavior does not
--
On Thu, 25 Oct 2007, Paul Gortmaker wrote:
I was looking over the patches in preempt-irqs-core.patch in the broken
out 23rt3 series and came across this chunk:
---
@@ -325,6 +349,11 @@ int setup_irq(unsigned int irq, struct i
if (!shared) {
--
On Fri, 26 Oct 2007, Gregory Haskins wrote:
This version has the feedback from Steve's review incorporated
-
RT: Cache cpus_allowed weight for optimizing migration
Some RT tasks (particularly kthreads) are bound to one specific CPU.
It is fairly
--
On Fri, 26 Oct 2007, Gregory Haskins wrote:
On Fri, 2007-10-26 at 10:47 -0400, Steven Rostedt wrote:
--
On Fri, 26 Oct 2007, Gregory Haskins wrote:
This version has the feedback from Steve's review incorporated
-
RT: Cache
--
On Fri, 26 Oct 2007, Steven Rostedt wrote:
--
On Thu, 25 Oct 2007, Paul Gortmaker wrote:
I was looking over the patches in preempt-irqs-core.patch in the broken
out 23rt3 series and came across this chunk:
---
@@ -325,6 +349,11 @@ int setup_irq(unsigned int irq, struct i
I forgot to tell you this the last time. You need to add:
---
include/linux/init_task.h |1 +
1 file changed, 1 insertion(+)
Index: linux-2.6.23-rt3/include/linux/init_task.h
===
---
(Gregory Haskins)
- Limit to NUMA Node RT Balance (Steven Rostedt)
- Workqueue PI sched.h compile fix (Clark Williams)
- plist debug init fix (Jan Kiszka)
- Kconfig updates (Carsten Emde)
- IRQ flags recalculation fix (Paul Gortmaker)
to build a 2.6.23-rt3 tree, the following
--
On Thu, 25 Oct 2007, Gregory Haskins wrote:
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
Please don't top post.
--
On Thu, 25 Oct 2007, Jaswinder Singh wrote:
Hello Daniel and Sven-Thorsten Dietrich,
Can you please let me know the procedure of :
1. high resolution timers from userspace
http://rt.wiki.kernel.org/index.php/Cyclictest
2. ingo's irq latency timing and tracing
--
On Thu, 25 Oct 2007, Gregory Haskins wrote:
- p-cpus_allowed = new_mask;
+ if (p-sched_class-set_cpus_allowed)
Not sure we need this optimization (not doing the nr_cpus_allowed
calculation). Since, due to priority boosting, we will need to calculate
then. Calculating it here
--
@@ -5371,7 +5372,13 @@ int set_cpus_allowed(struct task_struct *p, cpumask_t
new_mask)
goto out;
}
- p-cpus_allowed = new_mask;
+ if (p-sched_class-set_cpus_allowed)
+ p-sched_class-set_cpus_allowed(p, new_mask);
+ else {
+
--
On Thu, 25 Oct 2007, Gregory Haskins wrote:
/* Will lock the rq it finds */
static struct rq *find_lock_lowest_rq(struct task_struct *task,
struct rq *this_rq)
@@ -295,6 +334,28 @@ static struct rq *find_lock_lowest_rq(struct
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
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 2.6.23
--
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
--
On Mon, 22 Oct 2007, Paul Menage wrote:
On 10/22/07, Paul Jackson [EMAIL PROTECTED] wrote:
Steven wrote:
+void cpuset_rt_set_overload(struct task_struct *tsk, int cpu)
+{
+ cpu_set(cpu, task_cs(tsk)-rt_overload);
+}
Question for Steven:
What locks are held when
Hi Dmitry,
On Sun, 2007-10-21 at 11:35 +0200, Dmitry Adamushko wrote:
Hi Steven,
When a pull RT is initiated, all overloaded runqueues are examined for
a RT task that is higher in prio than the highest prio task queued on the
target runqueue. If another runqueue holds a RT task that is
--
On Tue, 23 Oct 2007, Dmitry Adamushko wrote:
Hi Steven,
agreed with your comments in the previous message. Indeed, I missed some
points.
On wakeup, we can wake up several RT tasks (as my test case does) and if
we only push one task, then the other tasks may not migrate over to the
than the highest prio task on the target runqueue is found it is pulled
to the target runqueue.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|2
kernel/sched_rt.c | 196 ++
2 files changed, 187 insertions(+), 11
[
Changes since V1:
Updated to git tree 55b70a0300b873c0ec7ea6e33752af56f41250ce
Various clean ups suggested by Gregory Haskins, Dmitry Adamushko,
and Peter Zijlstra.
Biggest change was recommended by Ingo Molnar. This is the use of cpusets
for keeping track of RT
This patch adds pushing of overloaded RT tasks from a runqueue that is
having tasks (most likely RT tasks) added to the run queue.
TODO: We don't cover the case of waking of new RT tasks (yet).
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|2 ++
kernel/sched_rt.c
This patch adds accounting to keep track of the number of RT tasks running
on a runqueue. This information will be used in later patches.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|1 +
kernel/sched_rt.c | 17 +
2 files changed, 18 insertions
-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched.c|3 +++
kernel/sched_rt.c | 18 ++
2 files changed, 21 insertions(+)
Index: linux-test.git/kernel/sched.c
===
--- linux-test.git.orig/kernel/sched.c
to a CPU that it can run on when it could.
But that's a OK price to pay to keep the accounting simple and not kill
the cache on large SMP boxes.
When CONFIG_CPUSET is not set, then a single RT overload CPU mask is used.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
include/linux/cpuset.h |6
Since we now take an active approach to load balancing, we don't need to
balance RT tasks via CFS. In fact, this code was found to pull RT tasks
away from CPUS that the active movement performed, resulting in
large latencies.
Signed-off-by: Steven Rostedt [EMAIL PROTECTED]
---
kernel/sched_rt.c
1 - 100 of 186 matches
Mail list logo