From: "Rafael J. Wysocki" <rjw@sisk.pl>
To: matthieu castet <castet.matthieu@free.fr>
Cc: Linux Kernel list <linux-kernel@vger.kernel.org>,
linux-acpi@vger.kernel.org, x86@kernel.org,
"H. Peter Anvin" <hpa@zytor.com>
Subject: Re: [PATCH 1/2] merge 32 and 64 realmode wakeup code
Date: Sun, 13 Mar 2011 23:31:57 +0100 [thread overview]
Message-ID: <201103132331.57536.rjw@sisk.pl> (raw)
In-Reply-To: <4D7D3F4B.2070801@free.fr>
On Sunday, March 13, 2011, matthieu castet wrote:
> - this mean less ifdef in code
> - we could remove now unused field in wakeup_header (pmode_*)
>
> Signed-off-by: Matthieu CASTET <castet.matthieu@free.fr>
> ---
> arch/x86/kernel/acpi/realmode/wakeup.S | 26 --------------------------
> arch/x86/kernel/acpi/sleep.c | 25 +++++++++----------------
> arch/x86/kernel/trampoline_32.S | 4 ----
> 3 files changed, 9 insertions(+), 46 deletions(-)
>
> diff --git a/arch/x86/kernel/acpi/realmode/wakeup.S b/arch/x86/kernel/acpi/realmode/wakeup.S
> index ead21b6..150a734 100644
> --- a/arch/x86/kernel/acpi/realmode/wakeup.S
> +++ b/arch/x86/kernel/acpi/realmode/wakeup.S
> @@ -93,36 +93,10 @@ wakeup_code:
>
> /* Do any other stuff... */
>
> -#ifndef CONFIG_64BIT
> - /* This could also be done in C code... */
> - movl pmode_cr3, %eax
> - movl %eax, %cr3
> -
> - movl pmode_cr4, %ecx
> - jecxz 1f
> - movl %ecx, %cr4
> -1:
> - movl pmode_efer, %eax
> - movl pmode_efer + 4, %edx
> - movl %eax, %ecx
> - orl %edx, %ecx
> - jz 1f
> - movl $MSR_EFER, %ecx
> - wrmsr
> -1:
> -
> - lgdtl pmode_gdt
> -
> - /* This really couldn't... */
> - movl pmode_cr0, %eax
> - movl %eax, %cr0
> - jmp pmode_return
> -#else
> pushw $0
> pushw trampoline_segment
> pushw $0
> lret
> -#endif
>
> bogus_real_magic:
> 1:
> diff --git a/arch/x86/kernel/acpi/sleep.c b/arch/x86/kernel/acpi/sleep.c
> index 4572c58..58a0b4b 100644
> --- a/arch/x86/kernel/acpi/sleep.c
> +++ b/arch/x86/kernel/acpi/sleep.c
> @@ -20,7 +20,7 @@
>
> unsigned long acpi_realmode_flags;
>
> -#if defined(CONFIG_SMP) && defined(CONFIG_64BIT)
> +#if defined(CONFIG_SMP)
+#ifdef CONFIG_SMP
please.
> static char temp_stack[4096];
> #endif
>
> @@ -67,33 +67,26 @@ int acpi_save_state_mem(void)
> header->wakeup_gdt[2] =
> GDT_ENTRY(0x8093, acpi_wakeup_address, 0xfffff);
>
> -#ifndef CONFIG_64BIT
> - store_gdt((struct desc_ptr *)&header->pmode_gdt);
> -
> - if (rdmsr_safe(MSR_EFER, &header->pmode_efer_low,
> - &header->pmode_efer_high))
> - header->pmode_efer_low = header->pmode_efer_high = 0;
> -#endif /* !CONFIG_64BIT */
> -
> header->pmode_cr0 = read_cr0();
> header->pmode_cr4 = read_cr4_safe();
> header->realmode_flags = acpi_realmode_flags;
> header->real_magic = 0x12345678;
> -
> -#ifndef CONFIG_64BIT
> - header->pmode_entry = (u32)&wakeup_pmode_return;
> - header->pmode_cr3 = (u32)__pa(&initial_page_table);
> - saved_magic = 0x12345678;
> -#else /* CONFIG_64BIT */
> header->trampoline_segment = trampoline_address() >> 4;
> #ifdef CONFIG_SMP
> stack_start = (unsigned long)temp_stack + sizeof(temp_stack);
> early_gdt_descr.address =
> (unsigned long)get_cpu_gdt_table(smp_processor_id());
> +#ifdef CONFIG_64BIT
> initial_gs = per_cpu_offset(smp_processor_id());
> #endif
> +#endif
> +
> +#ifndef CONFIG_64BIT
Please do
+ifdef CONFIG_64BIT
instead and reorder the following code accordingly (IMHO using #ifndef
with #else is confusing, unless the option is a "NO_SOMETHING" one).
> + initial_code = (unsigned long)&wakeup_pmode_return;
> + saved_magic = 0x12345678;
> +#else
> initial_code = (unsigned long)wakeup_long64;
> - saved_magic = 0x123456789abcdef0L;
> + saved_magic = 0x123456789abcdef0L;
> #endif /* CONFIG_64BIT */
>
> return 0;
> diff --git a/arch/x86/kernel/trampoline_32.S b/arch/x86/kernel/trampoline_32.S
> index 451c0a7..a726f60 100644
> --- a/arch/x86/kernel/trampoline_32.S
> +++ b/arch/x86/kernel/trampoline_32.S
> @@ -32,8 +32,6 @@
> #include <asm/segment.h>
> #include <asm/page_types.h>
>
> -#ifdef CONFIG_SMP
> -
> .section ".x86_trampoline","a"
> .balign PAGE_SIZE
> .code16
> @@ -79,5 +77,3 @@ ENTRY(trampoline_status)
>
> .globl trampoline_end
> trampoline_end:
> -
> -#endif /* CONFIG_SMP */
Apart from the remarks above it looks good.
Thanks,
Rafael
next prev parent reply other threads:[~2011-03-13 22:32 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-03-13 22:03 [PATCH 1/2] merge 32 and 64 realmode wakeup code matthieu castet
2011-03-13 22:31 ` Rafael J. Wysocki [this message]
2011-03-13 23:06 ` H. Peter Anvin
2011-03-15 19:31 ` Pavel Machek
-- strict thread matches above, loose matches on Subject: below --
2011-07-02 17:43 Matthieu CASTET
2011-07-02 22:31 ` H. Peter Anvin
2011-07-03 6:50 ` Rafael J. Wysocki
2011-07-03 20:52 ` matthieu castet
2011-07-03 20:52 ` matthieu castet
2011-07-03 21:19 ` H. Peter Anvin
2011-12-16 20:13 Matthieu CASTET
2012-01-13 18:01 ` Pavel Machek
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=201103132331.57536.rjw@sisk.pl \
--to=rjw@sisk.pl \
--cc=castet.matthieu@free.fr \
--cc=hpa@zytor.com \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=x86@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 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.