From: Vara Prasad <prasadav@us.ibm.com>
To: linux-kernel@vger.kernel.org
Subject: [Fwd: Re: [PATCH] kdump: Fix for boot problems on SMP]
Date: Fri, 19 Nov 2004 22:57:22 -0800 [thread overview]
Message-ID: <419EEAD2.4020600@us.ibm.com> (raw)
My following original message didn't make it the mailing list hence i am
resending it.
-------- Original Message --------
Subject: Re: [PATCH] kdump: Fix for boot problems on SMP
Date: Fri, 19 Nov 2004 22:27:06 -0800
From: Vara Prasad <varap@us.ibm.com>
To: pbadari@us.ibm.com
CC: Andrew Morton <akpm@osdl.org>, Akinobu Mita
<amgta@yacht.ocn.ne.jp>, hari@in.ibm.com, Linux Kernel Mailing List
<linux-kernel@vger.kernel.org>, prasadav <prasadav@us.ibm.com>
pbadari@us.ltcfwd.linux.ibm.com wrote on 11/19/2004 03:29:04 PM:
> Hi Andrew,
>
> I haven't tested it yet on any of my machines (due to the hang).
> I am about to give it a try. But my understanding (please update
> me if I am wrong) is,
>
> 1) DISCONTIG_MEM support is not working yet - so i can't use any
> of my NUMA boxes.
The initial patch submitted to Andrew didn't include the NUMA
support hence it is not expected to work on NUMA. We are testing
the DISCONTIG_MEM patch, we will submit after finishing the testing.
>
> 2) AMD64 is not supported - i can't use my Opteron machine.
>
> 3) ppc is not supported - i can't use Power3 and Power4 machines.
First set of patches are only meant to support 32bit x86 platform.
Plan is to support Opteron and other platforms after stabilizing
the initial patches. We are working on porting to AMD64 and PPC
platforms.
>
> So, I can only try it on non-NUMA i386 smp boxes. I have few of
> those to try. I will give an update next week on my testing.
You can try on i386 UP and SMP boxes. Thanks for your help
in testing these patches.
>
> Thanks,
> Badari
>
>
> On Fri, 2004-11-19 at 15:30, Andrew Morton wrote:
> > Akinobu Mita <amgta@yacht.ocn.ne.jp> wrote:
> > >
> > > On Thursday 18 November 2004 23:08, Hariprasad Nellitheertha wrote:
> > >
> > > > There was a buggy (and unnecessary) reserve_bootmem call in the
kdump
> > > > call which was causing hangs during early on some SMP machines. The
> > > > attached patch removes that.
> > >
> > > Thanks! I also had the same problem.
> >
> > So.. How is the crashdump code working now? I haven't heard from
anyone
> > who is using it and I haven't gotten onto testing it myself.
> >
> > Do we have any feeling for its success rate on various machines,
and on its
> > ease of use?
> >
> >
>
bye,
Vara Prasad
IBM Linux Technology Center
Phone: 503-578-3303
Tie Line: 775-3303
email: varap@us.ibm.com
---------------------------------------------------------------------------------------------
If we pause to think, we will have a cause to thank. -Anonymous
reply other threads:[~2004-11-20 6:57 UTC|newest]
Thread overview: [no followups] expand[flat|nested] mbox.gz Atom feed
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=419EEAD2.4020600@us.ibm.com \
--to=prasadav@us.ibm.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox