From: Josh Boyer <jwboyer@linux.vnet.ibm.com>
To: Benjamin Herrenschmidt <benh@kernel.crashing.org>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [RFC/PATCH 5/14] powerpc: Fix 440/440A machine check handling
Date: Wed, 21 Nov 2007 07:12:40 -0600 [thread overview]
Message-ID: <20071121071240.141d2917@weaponx> (raw)
In-Reply-To: <20071121061714.0AB82DEAF1@ozlabs.org>
On Wed, 21 Nov 2007 17:16:24 +1100
Benjamin Herrenschmidt <benh@kernel.crashing.org> wrote:
> This removes CONFIG_440A which was a problem for multiplatform
> kernels and instead fixes up the IVOR at runtime from a setup_cpu
> function. The "A" version of the machine check also tweaks the
> regs->trap value to differenciate the 2 versions at the C level.
>
<snip>
> void machine_check_exception(struct pt_regs *regs)
> {
> @@ -463,8 +489,20 @@ void machine_check_exception(struct pt_r
> /* See if any machine dependent calls */
> if (ppc_md.machine_check_exception)
> recover = ppc_md.machine_check_exception(regs);
> - else
> - recover = generic_machine_check_exception(regs);
> + else {
> +#ifdef CONFIG_4xx
> + if (IS_MCHECK_EXC(regs))
> + recover = decode_machine_check_4xxA(regs);
> + else
> + recover = decode_machine_check_4xx(regs);
> +#elif defined (CONFIG_E500)
> + recover = decode_machine_check_e500(regs);
> +#elif defined (CONFIG_E200)
> + recover = decode_machine_check_e200(regs);
> +#else
> + recover = decode_machine_check_generic(regs);
> +#endif
Why didn't you just add a ppc_md.machine_check_exception to the
effected boards? Then you could have gotten rid of the ifdefs all
together.
josh
next prev parent reply other threads:[~2007-11-21 13:12 UTC|newest]
Thread overview: 35+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-11-21 6:16 [RFC/PATCH 0/14] powerpc: 4xx PCI and PCI-X support Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 1/14] powerpc: Make isa_mem_base common to 32 and 64 bits Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 2/14] powerpc: Merge pci_process_bridge_OF_ranges() Benjamin Herrenschmidt
2007-11-22 18:35 ` Vitaly Bordug
2007-11-21 6:16 ` [RFC/PATCH 3/14] powerpc: Fix declaration of pcibios_free_controller Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 4/14] powerpc: Fix powerpc 32 bits resource fixup for 64 bits resources Benjamin Herrenschmidt
2007-11-22 18:31 ` Vitaly Bordug
2007-11-21 6:16 ` [RFC/PATCH 5/14] powerpc: Fix 440/440A machine check handling Benjamin Herrenschmidt
2007-11-21 13:12 ` Josh Boyer [this message]
2007-11-21 19:48 ` Benjamin Herrenschmidt
2007-11-21 19:51 ` Josh Boyer
2007-11-21 20:05 ` Benjamin Herrenschmidt
2007-11-28 21:34 ` Olof Johansson
2007-11-28 21:52 ` Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 6/14] powerpc: Add xmon function to dump 44x TLB Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 7/14] powerpc: Change 32 bits PCI message about resource allocation Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 8/14] powerpc: Fix kmalloc alignmenent on non-coherent DMA Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 9/14] powerpc: 4xx PLB to PCI-X support Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 10/14] powerpc: 4xx PLB to PCI 2.x support Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 11/14] powerpc: PCI support for 4xx Ebony board Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 12/14] powerpc: Add early udbg support for 40x processors Benjamin Herrenschmidt
2007-11-21 22:58 ` David Gibson
2007-11-22 0:00 ` Benjamin Herrenschmidt
2007-11-22 0:22 ` David Gibson
2007-11-21 6:16 ` [RFC/PATCH 13/14] powerpc: EP405 boards support for arch/powerpc Benjamin Herrenschmidt
2007-11-21 13:21 ` Josh Boyer
2007-11-21 19:49 ` Benjamin Herrenschmidt
2007-11-21 6:16 ` [RFC/PATCH 14/14] powerpc: Add PCI to Walnut platform Benjamin Herrenschmidt
2007-11-21 13:24 ` Josh Boyer
2007-11-21 6:35 ` [RFC/PATCH 0/14] powerpc: 4xx PCI and PCI-X support Benjamin Herrenschmidt
2007-11-21 13:23 ` Josh Boyer
2007-11-21 14:04 ` Stefan Roese
2007-11-21 14:33 ` Josh Boyer
2007-11-21 19:51 ` Benjamin Herrenschmidt
2007-11-21 19:50 ` Benjamin Herrenschmidt
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=20071121071240.141d2917@weaponx \
--to=jwboyer@linux.vnet.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=linuxppc-dev@ozlabs.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 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.