From: Alex Chiang <achiang@hp.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH][IA64] fix boot panic caused by offline CPUs
Date: Wed, 05 Nov 2008 23:06:08 +0000 [thread overview]
Message-ID: <20081105230608.GF6742@ldl.fc.hp.com> (raw)
In-Reply-To: <1225925872.1605.27.camel@oberon>
* Doug Chapman <doug.chapman@hp.com>:
> This fixes a regression introduced by 2c6e6db41f01b6b4eb98809350827c9678996698
> "Minimize per_cpu reservations." That patch incorrectly used information about
> what CPUs are possible that was not yet initialized by ACPI. The end result
> was that per_cpu structures for offline CPUs were not initialized causing a
> NULL pointer reference.
>
> Since we cannot do the full acpi_boot_init() call any earlier, the simplest
> fix is to just parse the MADT for SAPIC entries early to find the CPU
> info. This should also allow for some cleanup of the code added by the
> "Minimize per_cpu reservations". This patch just fixes the regressions, the
> cleanup will come in a later patch.
Note that this approach is similar to (but not an exact copy of)
the x86 approach of doing an early parse of the MADT for somewhat
similar reasons. See the x86 version of setup_arch() and drill
down into early_acpi_boot_init() as needed.
/ac
>
>
> Signed-off-by: Doug Chapman <doug.chapman@hp.com>
> Signed-off-by: Alex Chiang <achiang@hp.com>
> CC: Robin Holt <holt@sgi.com>
>
> ---
>
> diff --git a/arch/ia64/kernel/acpi.c b/arch/ia64/kernel/acpi.c
> index 0635015..bd7acc7 100644
> --- a/arch/ia64/kernel/acpi.c
> +++ b/arch/ia64/kernel/acpi.c
> @@ -678,6 +678,30 @@ static int __init acpi_parse_fadt(struct acpi_table_header *table)
> return 0;
> }
>
> +int __init early_acpi_boot_init(void)
> +{
> + int ret;
> +
> + /*
> + * do a partial walk of MADT to determine how many CPUs
> + * we have including offline CPUs
> + */
> + if (acpi_table_parse(ACPI_SIG_MADT, acpi_parse_madt)) {
> + printk(KERN_ERR PREFIX "Can't find MADT\n");
> + return 0;
> + }
> +
> + ret = acpi_table_parse_madt(ACPI_MADT_TYPE_LOCAL_SAPIC,
> + acpi_parse_lsapic, NR_CPUS);
> + if (ret < 1)
> + printk(KERN_ERR PREFIX
> + "Error parsing MADT - no LAPIC entries\n");
> +
> + return 0;
> +}
> +
> +
> +
> int __init acpi_boot_init(void)
> {
>
> @@ -701,11 +725,6 @@ int __init acpi_boot_init(void)
> printk(KERN_ERR PREFIX
> "Error parsing LAPIC address override entry\n");
>
> - if (acpi_table_parse_madt(ACPI_MADT_TYPE_LOCAL_SAPIC, acpi_parse_lsapic, NR_CPUS)
> - < 1)
> - printk(KERN_ERR PREFIX
> - "Error parsing MADT - no LAPIC entries\n");
> -
> if (acpi_table_parse_madt(ACPI_MADT_TYPE_LOCAL_APIC_NMI, acpi_parse_lapic_nmi, 0)
> < 0)
> printk(KERN_ERR PREFIX "Error parsing LAPIC NMI entry\n");
> diff --git a/arch/ia64/kernel/setup.c b/arch/ia64/kernel/setup.c
> index ae79117..bf441f4 100644
> --- a/arch/ia64/kernel/setup.c
> +++ b/arch/ia64/kernel/setup.c
> @@ -561,8 +561,12 @@ setup_arch (char **cmdline_p)
> #ifdef CONFIG_ACPI
> /* Initialize the ACPI boot-time table parser */
> acpi_table_init();
> + early_acpi_boot_init();
> # ifdef CONFIG_ACPI_NUMA
> acpi_numa_init();
> +#ifdef CONFIG_ACPI_HOTPLUG_CPU
> + prefill_possible_map();
> +#endif
> per_cpu_scan_finalize((cpus_weight(early_cpu_possible_map) = 0 ?
> 32 : cpus_weight(early_cpu_possible_map)),
> additional_cpus > 0 ? additional_cpus : 0);
> @@ -853,9 +857,6 @@ void __init
> setup_per_cpu_areas (void)
> {
> /* start_kernel() requires this... */
> -#ifdef CONFIG_ACPI_HOTPLUG_CPU
> - prefill_possible_map();
> -#endif
> }
>
> /*
>
>
prev parent reply other threads:[~2008-11-05 23:06 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-11-05 22:57 [PATCH][IA64] fix boot panic caused by offline CPUs Doug Chapman
2008-11-05 23:06 ` Alex Chiang [this message]
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=20081105230608.GF6742@ldl.fc.hp.com \
--to=achiang@hp.com \
--cc=linux-ia64@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