--
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, Jaswinder Singh wrote:
> Hello Ingo,
>
> On 10/27/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
> >
> > it's not atomic interrupt context but irq thread context - and -rt
> > remaps kmap_atomic() to kmap() internally.
> >
> > the problem seems to be what Mike's patch works
* Mike Galbraith <[EMAIL PROTECTED]> wrote:
> > it's not atomic interrupt context but irq thread context - and -rt
> > remaps kmap_atomic() to kmap() internally.
>
> Hm. Looking at the change to mm/bounce.c, perhaps I should do this
> instead?
yeah, this looks better.
Ingo
-
To
On Sat, 2007-10-27 at 11:44 +0200, Ingo Molnar wrote:
> * Nick Piggin <[EMAIL PROTECTED]> wrote:
>
> > > [10138.175796] [] show_trace+0x12/0x14
> > > [10138.180291] [] dump_stack+0x16/0x18
> > > [10138.184769] [] native_smp_call_function_mask+0x138/0x13d
> > > [10138.191117] []
Hello Ingo,
On 10/27/07, Ingo Molnar <[EMAIL PROTECTED]> wrote:
>
> it's not atomic interrupt context but irq thread context - and -rt
> remaps kmap_atomic() to kmap() internally.
>
> the problem seems to be what Mike's patch works around: fiddling with
> irq flags in the ntfs code. That fiddling
* Nick Piggin <[EMAIL PROTECTED]> wrote:
> > [10138.175796] [] show_trace+0x12/0x14
> > [10138.180291] [] dump_stack+0x16/0x18
> > [10138.184769] [] native_smp_call_function_mask+0x138/0x13d
> > [10138.191117] [] smp_call_function+0x1e/0x24
> > [10138.196210] [] on_each_cpu+0x25/0x50
> >
On Sat, 2007-10-27 at 19:15 +1000, Nick Piggin wrote:
> On Saturday 27 October 2007 15:21, Mike Galbraith wrote:
> > Greetings,
> >
> > For quite a while now, RT kernels have been locking up on me
> > occasionally while my back is turned. Yesterday, the little bugger
> > finally pounced while my
On Sat, 2007-10-27 at 07:21 +0200, Mike Galbraith wrote:
> Greetings,
>
> For quite a while now, RT kernels have been locking up on me
> occasionally while my back is turned. Yesterday, the little bugger
> finally pounced while my serial console box was up and waiting.
>
> [10138.162953]
On Saturday 27 October 2007 15:21, Mike Galbraith wrote:
> Greetings,
>
> For quite a while now, RT kernels have been locking up on me
> occasionally while my back is turned. Yesterday, the little bugger
> finally pounced while my serial console box was up and waiting.
>
> [10138.162953] WARNING:
On Saturday 27 October 2007 15:21, Mike Galbraith wrote:
Greetings,
For quite a while now, RT kernels have been locking up on me
occasionally while my back is turned. Yesterday, the little bugger
finally pounced while my serial console box was up and waiting.
[10138.162953] WARNING: at
On Sat, 2007-10-27 at 07:21 +0200, Mike Galbraith wrote:
Greetings,
For quite a while now, RT kernels have been locking up on me
occasionally while my back is turned. Yesterday, the little bugger
finally pounced while my serial console box was up and waiting.
[10138.162953] WARNING: at
On Sat, 2007-10-27 at 19:15 +1000, Nick Piggin wrote:
On Saturday 27 October 2007 15:21, Mike Galbraith wrote:
Greetings,
For quite a while now, RT kernels have been locking up on me
occasionally while my back is turned. Yesterday, the little bugger
finally pounced while my serial
* Nick Piggin [EMAIL PROTECTED] wrote:
[10138.175796] [c0105de3] show_trace+0x12/0x14
[10138.180291] [c0105dfb] dump_stack+0x16/0x18
[10138.184769] [c011609f] native_smp_call_function_mask+0x138/0x13d
[10138.191117] [c0117606] smp_call_function+0x1e/0x24
[10138.196210] [c012f85c]
Hello Ingo,
On 10/27/07, Ingo Molnar [EMAIL PROTECTED] wrote:
it's not atomic interrupt context but irq thread context - and -rt
remaps kmap_atomic() to kmap() internally.
the problem seems to be what Mike's patch works around: fiddling with
irq flags in the ntfs code. That fiddling seems
On Sat, 2007-10-27 at 11:44 +0200, Ingo Molnar wrote:
* Nick Piggin [EMAIL PROTECTED] wrote:
[10138.175796] [c0105de3] show_trace+0x12/0x14
[10138.180291] [c0105dfb] dump_stack+0x16/0x18
[10138.184769] [c011609f] native_smp_call_function_mask+0x138/0x13d
[10138.191117]
* Mike Galbraith [EMAIL PROTECTED] wrote:
it's not atomic interrupt context but irq thread context - and -rt
remaps kmap_atomic() to kmap() internally.
Hm. Looking at the change to mm/bounce.c, perhaps I should do this
instead?
yeah, this looks better.
Ingo
-
To unsubscribe
--
On Sat, 27 Oct 2007, Jaswinder Singh wrote:
Hello Ingo,
On 10/27/07, Ingo Molnar [EMAIL PROTECTED] wrote:
it's not atomic interrupt context but irq thread context - and -rt
remaps kmap_atomic() to kmap() internally.
the problem seems to be what Mike's patch works around:
--
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
Greetings,
For quite a while now, RT kernels have been locking up on me
occasionally while my back is turned. Yesterday, the little bugger
finally pounced while my serial console box was up and waiting.
[10138.162953] WARNING: at arch/i386/kernel/smp.c:581
native_smp_call_function_mask()
Greetings,
For quite a while now, RT kernels have been locking up on me
occasionally while my back is turned. Yesterday, the little bugger
finally pounced while my serial console box was up and waiting.
[10138.162953] WARNING: at arch/i386/kernel/smp.c:581
native_smp_call_function_mask()
20 matches
Mail list logo
