From: Matt Fleming <matt@console-pimps.org>
To: "Thomas Bächler" <thomas@archlinux.org>
Cc: Tetsuo Handa <penguin-kernel@I-love.SAKURA.ne.jp>,
matt.fleming@intel.com, ak@linux.intel.com,
viro@zeniv.linux.org.uk, geert@linux-m68k.org,
akpm@linux-foundation.org, torvalds@linux-foundation.org,
linux-kernel@vger.kernel.org, tpowa@archlinux.org, hpa@zytor.com
Subject: Re: 3.13: <module> disagrees about version of symbol <symbol>
Date: Wed, 9 Apr 2014 09:25:36 +0100 [thread overview]
Message-ID: <20140409082536.GJ5222@console-pimps.org> (raw)
In-Reply-To: <53445660.1010908@archlinux.org>
On Tue, 08 Apr, at 10:04:48PM, Thomas Bächler wrote:
>
> Hello again Matt,
>
> with linux.git master, I cannot reproduce the problem at all (with or
> without your patch). In fact, all the 0x0 CRCs on symbols are gone, and
> those were the symbols that were broken after all.
>
> FWIW, with your patch the kernel still boots.
Could you try this version? It's against v3.14,
diff --git a/arch/x86/boot/compressed/eboot.c b/arch/x86/boot/compressed/eboot.c
index a7677babf946..78cbb2db5a85 100644
--- a/arch/x86/boot/compressed/eboot.c
+++ b/arch/x86/boot/compressed/eboot.c
@@ -425,6 +425,9 @@ void setup_graphics(struct boot_params *boot_params)
* Because the x86 boot code expects to be passed a boot_params we
* need to create one ourselves (usually the bootloader would create
* one for us).
+ *
+ * The caller is responsible for filling out ->code32_start in the
+ * returned boot_params.
*/
struct boot_params *make_boot_params(void *handle, efi_system_table_t *_table)
{
@@ -483,8 +486,6 @@ struct boot_params *make_boot_params(void *handle, efi_system_table_t *_table)
hdr->vid_mode = 0xffff;
hdr->boot_flag = 0xAA55;
- hdr->code32_start = (__u64)(unsigned long)image->image_base;
-
hdr->type_of_loader = 0x21;
/* Convert unicode cmdline to ascii */
diff --git a/arch/x86/boot/compressed/head_32.S b/arch/x86/boot/compressed/head_32.S
index 9116aac232c7..f45ab7a36fb6 100644
--- a/arch/x86/boot/compressed/head_32.S
+++ b/arch/x86/boot/compressed/head_32.S
@@ -50,6 +50,13 @@ ENTRY(efi_pe_entry)
pushl %eax
pushl %esi
pushl %ecx
+
+ call reloc
+reloc:
+ popl %ecx
+ subl reloc, %ecx
+ movl %ecx, BP_code32_start(%eax)
+
sub $0x4, %esp
ENTRY(efi_stub_entry)
@@ -63,12 +70,7 @@ ENTRY(efi_stub_entry)
hlt
jmp 1b
2:
- call 3f
-3:
- popl %eax
- subl $3b, %eax
- subl BP_pref_address(%esi), %eax
- add BP_code32_start(%esi), %eax
+ movl BP_code32_start(%esi), %eax
leal preferred_addr(%eax), %eax
jmp *%eax
diff --git a/arch/x86/boot/compressed/head_64.S b/arch/x86/boot/compressed/head_64.S
index c5c1ae0997e7..b10fa66a2540 100644
--- a/arch/x86/boot/compressed/head_64.S
+++ b/arch/x86/boot/compressed/head_64.S
@@ -217,6 +217,8 @@ ENTRY(efi_pe_entry)
cmpq $0,%rax
je 1f
mov %rax, %rdx
+ leaq startup_32(%rip), %rax
+ movl %eax, BP_code32_start(%rdx)
popq %rsi
popq %rdi
@@ -230,12 +232,7 @@ ENTRY(efi_stub_entry)
hlt
jmp 1b
2:
- call 3f
-3:
- popq %rax
- subq $3b, %rax
- subq BP_pref_address(%rsi), %rax
- add BP_code32_start(%esi), %eax
+ movl BP_code32_start(%esi), %eax
leaq preferred_addr(%rax), %rax
jmp *%rax
--
Matt Fleming, Intel Open Source Technology Center
next prev parent reply other threads:[~2014-04-09 8:25 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-26 9:01 Thomas Bächler
2014-01-26 14:22 ` Tetsuo Handa
2014-01-28 7:53 ` Thomas Bächler
2014-03-31 23:16 ` Thomas Bächler
2014-03-31 23:34 ` Andi Kleen
2014-03-31 23:38 ` Thomas Bächler
2014-04-05 1:13 ` Andi Kleen
2014-04-05 14:29 ` Thomas Bächler
2014-04-05 17:23 ` Tetsuo Handa
2014-04-05 21:47 ` Thomas Bächler
2014-04-07 17:30 ` Andi Kleen
2014-04-07 17:46 ` Thomas Bächler
2014-04-07 20:10 ` Thomas Bächler
2014-04-07 20:42 ` Andi Kleen
2014-04-07 21:25 ` Fleming, Matt
2014-04-07 21:30 ` Thomas Bächler
2014-04-07 21:46 ` Tetsuo Handa
2014-04-08 12:14 ` Matt Fleming
2014-04-08 18:57 ` Thomas Bächler
2014-04-08 20:04 ` Thomas Bächler
2014-04-09 8:25 ` Matt Fleming [this message]
2014-04-09 8:30 ` Thomas Bächler
2014-04-09 18:01 ` Thomas Bächler
2014-04-09 20:43 ` Matt Fleming
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=20140409082536.GJ5222@console-pimps.org \
--to=matt@console-pimps.org \
--cc=ak@linux.intel.com \
--cc=akpm@linux-foundation.org \
--cc=geert@linux-m68k.org \
--cc=hpa@zytor.com \
--cc=linux-kernel@vger.kernel.org \
--cc=matt.fleming@intel.com \
--cc=penguin-kernel@I-love.SAKURA.ne.jp \
--cc=thomas@archlinux.org \
--cc=torvalds@linux-foundation.org \
--cc=tpowa@archlinux.org \
--cc=viro@zeniv.linux.org.uk \
/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
Powered by JetHome