Re: 2.6.24-rc7-rt1

2008-01-15 Thread Gregory Haskins
>>> On Tue, Jan 15, 2008 at 4:28 AM, in message <[EMAIL PROTECTED]>, Mike Galbraith <[EMAIL PROTECTED]> wrote: > debug resume trace > > static inline int pick_optimal_cpu(int this_cpu, cpumask_t *mask) > { > int first; > > /* "this_cpu" is cheaper to preempt than a remote processor

Re: 2.6.24-rc7-rt1

2008-01-15 Thread Mike Galbraith
debug resume trace static inline int pick_optimal_cpu(int this_cpu, cpumask_t *mask) { int first; /* "this_cpu" is cheaper to preempt than a remote processor */ if ((this_cpu != -1) && cpu_isset(this_cpu, *mask)) return this_cpu; first = first_cpu

Re: 2.6.24-rc7-rt1

2008-01-15 Thread Mike Galbraith
On Mon, 2008-01-14 at 14:25 +0100, Mike Galbraith wrote: > I forgot about it too. I'll likely poke at it again. push_rt_task() find_lock_lowest_rq() find_lowest_rq() return pick_optimal_cpu(). returned cpu is offline. Box prefers -1. -Mike -- To unsubscribe from this

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Robert Schwebel
On Sun, Jan 13, 2008 at 03:48:33PM -0500, Steven Rostedt wrote: > > Works fine on phyCORE-MPC5200B-tiny, here are the latest results: > > http://www.pengutronix.de/oselas/realtime/results/20080113-1/ > > That doesn't look too bad. Or is over a 100us not good for that box? I think it's ok. However,

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Steven Rostedt
On Mon, 14 Jan 2008, [utf-8] S.�^Ga�^_lar Onur wrote: > > Following seems solves this issue; > > Index: linux-2.6.23/drivers/dma/ioat_dma.c > === > --- linux-2.6.23.orig/drivers/dma/ioat_dma.c > +++ linux-2.6.23/drivers/dma/ioat_dma

Re: 2.6.24-rc7-rt1

2008-01-14 Thread S.Çağlar Onur
Hi; 14 Oca 2008 Pts tarihinde, Mike Galbraith şunları yazmıştı: > btw, CONFIG_INTEL_IOATDMA compile booboo > > CC drivers/dma/ioat_dma.o > drivers/dma/ioat_dma.c: In function ‘ioat1_tx_submit’: > drivers/dma/ioat_dma.c:300: error: too few arguments to function > ‘__list_splice’ > make[2]

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Mike Galbraith
On Mon, 2008-01-14 at 14:25 +0100, Mike Galbraith wrote: > No, I just copied the matching paranoia while leering at it. Actually, I can't say definitively no, only that a panic() there didn't make keyboard blink. Suspend may be disabling blinkies, dunno. -Mike -- To unsubscribe from t

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Mike Galbraith
On Mon, 2008-01-14 at 07:13 -0500, Gregory Haskins wrote: > >>> On Mon, Jan 14, 2008 at 3:27 AM, in message > <[EMAIL PROTECTED]>, Mike Galbraith <[EMAIL PROTECTED]> > wrote: > > > On Sun, 2008-01-13 at 15:54 -0500, Steven Rostedt wrote: > > > >> OK, -rt2 will take a bit more beating from me b

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Gregory Haskins
>>> On Mon, Jan 14, 2008 at 3:27 AM, in message <[EMAIL PROTECTED]>, Mike Galbraith <[EMAIL PROTECTED]> wrote: > On Sun, 2008-01-13 at 15:54 -0500, Steven Rostedt wrote: > >> OK, -rt2 will take a bit more beating from me before I release it, so it >> might take some time to get it out (expect i

Re: 2.6.24-rc7-rt1

2008-01-14 Thread Mike Galbraith
On Sun, 2008-01-13 at 15:54 -0500, Steven Rostedt wrote: > OK, -rt2 will take a bit more beating from me before I release it, so it > might take some time to get it out (expect it out on Monday). Ah, that reminds me (tests, yup) I still need the patchlet below to resume from ram without black sc

Re: 2.6.24-rc7-rt1

2008-01-13 Thread Mark Knecht
On Jan 13, 2008 11:00 AM, Steven Rostedt <[EMAIL PROTECTED]> wrote: > We are pleased to announce the 2.6.24-rc7-rt1 tree, which can be > downloaded from the location: > > http://rt.et.redhat.com/download/ > Up and running here. No significant testing but no problems build

Re: 2.6.24-rc7-rt1

2008-01-13 Thread Steven Rostedt
On Sun, 13 Jan 2008, Mariusz Kozlowski wrote: > > But then there is also trace_hardirqs_on_caller() in kernel/latency_trace.c > and both are not static. > Servers me right for releasing without testing more than one config. I compiled for x86_64, i386 and PPC 32 and 64, but all without any tracin

Re: 2.6.24-rc7-rt1

2008-01-13 Thread Steven Rostedt
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/realtim

Re: 2.6.24-rc7-rt1

2008-01-13 Thread Mariusz Kozlowski
Hello, > We are pleased to announce the 2.6.24-rc7-rt1 tree, which can be > downloaded from the location: > > http://rt.et.redhat.com/download/ CC kernel/lockdep.o kernel/lockdep.c: In function 'trace_hardirqs_on': kernel/lockdep.c:2068: error: too many

Re: 2.6.24-rc7-rt1: macro "put_cpu_var" passed 2 arguments, but takes just 1

2008-01-13 Thread Steven Rostedt
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(quickl

Re: 2.6.24-rc7-rt1

2008-01-13 Thread Robert Schwebel
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/ However, when I try to switch on the latency tra

Re: 2.6.24-rc7-rt1: macro "put_cpu_var" passed 2 arguments, but takes just 1

2008-01-13 Thread Mariusz Kozlowski
Hello, > We are pleased to announce the 2.6.24-rc7-rt1 tree, which can be > downloaded from the location: > > http://rt.et.redhat.com/download/ CC arch/x86/mm/init_32.o In file included from include/asm-generic/tlb.h:17, from include/asm/tlb.h:9,

2.6.24-rc7-rt1

2008-01-13 Thread Steven Rostedt
We are pleased to announce the 2.6.24-rc7-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-rc5-rt1 - ported to 2.6.24-rc7