* rt-preempt and x86_64?
@ 2005-07-17 12:46 Alistair John Strachan
2005-07-17 16:29 ` Michal Schmidt
0 siblings, 1 reply; 3+ messages in thread
From: Alistair John Strachan @ 2005-07-17 12:46 UTC (permalink / raw)
To: Ingo Molnar; +Cc: linux-kernel
Hi Ingo,
(I searched the list for rt realtime x86_64 x86-64 before posting this, so I
hope it's not a duplicate).
I've noticed -31 compiles without notable error or warning on x86-64, so I
thought maybe it was a valid time to file a bug report about it not working.
The machine currently runs 2.6.12 but when booting with PREEMPT_RT mode on the
same machine I get:
init[1]: segfault at ffffffff8010e9c4 rip ffffffff8010e9c4 rsp
00007fffffe28018
[...]
Which repeats indefinitely (presumably the kernel tries repeatedly to spawn
it). I've booted without quiet and a broken root= and the kernel doesn't seem
to complain about ANYTHING, so this must be a bug.
Any ideas?
--
Cheers,
Alistair.
'No sense being pessimistic, it probably wouldn't work anyway.'
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: rt-preempt and x86_64?
2005-07-17 12:46 rt-preempt and x86_64? Alistair John Strachan
@ 2005-07-17 16:29 ` Michal Schmidt
2005-07-17 20:04 ` Alistair John Strachan
0 siblings, 1 reply; 3+ messages in thread
From: Michal Schmidt @ 2005-07-17 16:29 UTC (permalink / raw)
To: Alistair John Strachan; +Cc: Ingo Molnar, linux-kernel
Alistair John Strachan wrote:
> Hi Ingo,
>
> (I searched the list for rt realtime x86_64 x86-64 before posting this, so I
> hope it's not a duplicate).
>
> I've noticed -31 compiles without notable error or warning on x86-64, so I
> thought maybe it was a valid time to file a bug report about it not working.
>
> The machine currently runs 2.6.12 but when booting with PREEMPT_RT mode on the
> same machine I get:
>
> init[1]: segfault at ffffffff8010e9c4 rip ffffffff8010e9c4 rsp
> 00007fffffe28018
> [...]
Do you have latency tracing enabled in the kernel config? Try disabling
it. It's a known problem that it doesn't work on x86_64.
Michal
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: rt-preempt and x86_64?
2005-07-17 16:29 ` Michal Schmidt
@ 2005-07-17 20:04 ` Alistair John Strachan
0 siblings, 0 replies; 3+ messages in thread
From: Alistair John Strachan @ 2005-07-17 20:04 UTC (permalink / raw)
To: Michal Schmidt; +Cc: Ingo Molnar, linux-kernel
On Sunday 17 Jul 2005 17:29, Michal Schmidt wrote:
> Alistair John Strachan wrote:
> > Hi Ingo,
> >
> > (I searched the list for rt realtime x86_64 x86-64 before posting this,
> > so I hope it's not a duplicate).
> >
> > I've noticed -31 compiles without notable error or warning on x86-64, so
> > I thought maybe it was a valid time to file a bug report about it not
> > working.
> >
> > The machine currently runs 2.6.12 but when booting with PREEMPT_RT mode
> > on the same machine I get:
> >
> > init[1]: segfault at ffffffff8010e9c4 rip ffffffff8010e9c4 rsp
> > 00007fffffe28018
> > [...]
>
> Do you have latency tracing enabled in the kernel config? Try disabling
> it. It's a known problem that it doesn't work on x86_64.
>
Thanks Michal, this was the problem. Unless x86_64 is going to receive an
implementation of LATENCY_TRACE soon, it might be an idea to only let this be
selectable on x86.
(Unfortunately I couldn't use the resulting kernel anyway, as my lirc modules
hang the system when modprobe'd; it's probably easy even for me to fix if I
inspect Ingo's rt-preempt patch.)
--
Cheers,
Alistair.
'No sense being pessimistic, it probably wouldn't work anyway.'
Third year Computer Science undergraduate.
1F2 55 South Clerk Street, Edinburgh, UK.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2005-07-17 20:04 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2005-07-17 12:46 rt-preempt and x86_64? Alistair John Strachan
2005-07-17 16:29 ` Michal Schmidt
2005-07-17 20:04 ` Alistair John Strachan
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.