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
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 to do any
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
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
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
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
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.
We don't found why. (Please let me know if you know why.)
but fix that the boot-cpu excutes machine_kexec() in the nmi
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.
We don't found why. (Please let me know if you know why.)
but fix that the boot-cpu excutes machine_kexec() in the nmi
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 32bit or
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,
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
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
Hi,
I found the following in an old mail:
>From vgoyal at in.ibm.com Thu Jan 6 07:20:43 2005
...
>2. Kdump can possibly fail on SMP machines if crash occurs on non-boot
>cpu. Hari is finalizing the stop gap patch to handle this problem.
Is this finished ? (It seems it is not in
Hi,
I found the following in an old mail:
From vgoyal at in.ibm.com Thu Jan 6 07:20:43 2005
...
2. Kdump can possibly fail on SMP machines if crash occurs on non-boot
cpu. Hari is finalizing the stop gap patch to handle this problem.
Is this finished ? (It seems it is not in 2.6.11-rc2-mm1.)
14 matches
Mail list logo