>>> 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
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 =
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
On Mon, 2008-01-14 at 14:25 +0100, Mike Galbraith wrote:
I forgot about it too. I'll likely poke at it again.
poke
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
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 =
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 */
if
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.
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
> +++
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’
>
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
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
>>> 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
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
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
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 it out on
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 before I release
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
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.c
@@
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]: ***
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,
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 building
it and no obvious
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
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:
>
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 arguments to function
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 = _cpu_var(quicklist)[nr];
> + q = _cpu_var_locked(quicklist,
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
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,
from
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,
from
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 tracer,
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,
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 arguments to function
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 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 tracing
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 building
it and no obvious
34 matches
Mail list logo