Itsuro Oda <[EMAIL PROTECTED]> writes:
> > So I believe the fix needs to be to enable apics before we calibrate
> > the delay timer. I'm not certain off the top of my head what that
> > patch will look like but it should not be fundamentally hard.
> > With that code in place we also don't need
Hi,
> The reason I was asking and assuming you had a 32bit kernel is that
> you were quoting pieces of arch/i386/kernel/crash.c instead of
> arch/x86_64/kernel/crash.c
Using "arch/i386/kernel/crash.c" is just for explanation how we avoid
the hang. (I found x86_64 kdump is not supported in 2.6.11-
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> On 03 Feb 2005 02:58:02 -0700
> [EMAIL PROTECTED] (Eric W. Biederman) wrote:
>
> > Itsuro Oda <[EMAIL PROTECTED]> writes:
> >
> > > Hi,
> > >
> > > This is not for kdump but an experience of our project(mkdump).
> > > The dump kernel(not SMP con
Hi,
On 03 Feb 2005 02:58:02 -0700
[EMAIL PROTECTED] (Eric W. Biederman) wrote:
> Itsuro Oda <[EMAIL PROTECTED]> writes:
>
> > Hi,
> >
> > This is not for kdump but an experience of our project(mkdump).
> > The dump kernel(not SMP config) boot hangs if machine_kexec
Itsuro Oda <[EMAIL PROTECTED]> writes:
> Hi,
>
> This is not for kdump but an experience of our project(mkdump).
> The dump kernel(not SMP config) boot hangs if machine_kexec()
> excutes on non-boot CPU on x86_64 platform.
?? x86_64 is Opteron cpu, amd64, Intel cpu?
Are the kernels running in 32
5 matches
Mail list logo