Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1624630

Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot

From Ingo Molnar <mingo@kernel.org>
Newsgroups linux.kernel
Subject Re: [PATCH 3/8] x86/boot/64: Add support of additional page table level during early boot
Date 2017-04-17 12:40 +0200
Message-ID <txceB-7ZQ-5@gated-at.bofh.it> (permalink)
References (3 earlier) <tv1GF-5TL-9@gated-at.bofh.it> <tv29I-6iU-21@gated-at.bofh.it> <tv2t3-6q3-9@gated-at.bofh.it> <tv4Ey-823-15@gated-at.bofh.it> <tvnxv-3es-5@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


* Kirill A. Shutemov <kirill@shutemov.name> wrote:

> On Tue, Apr 11, 2017 at 07:09:07AM -0700, Andi Kleen wrote:
> > > I'll look closer (building proccess it's rather complicated), but my
> > > understanding is that VDSO is stand-alone binary and doesn't really links
> > > with the rest of the kernel, rather included as blob, no?
> > > 
> > > Andy, may be you have an idea?
> > 
> > There isn't any way I know of to directly link them together. The ELF 
> > format wasn't designed for that. You would need to merge blobs and then use
> > manual jump vectors, like the 16bit startup code does. It would be likely
> > complicated and ugly.
> 
> Ingo, can we proceed without coverting this assembly to C?
> 
> I'm committed to convert it to C later if we'll find reasonable solution
> to the issue.

So one way to do it would be to build it standalone as a .o, then add it not to 
the regular kernel objects link target (as you found out it's not possible to link 
32-bit and 64-bit objects), but to link it in a manual fashion, as part of 
vmlinux.bin.all-y in arch/x86/boot/compressed/Makefile.

But there would be other complications with this approach, such as we'd have to 
add a size field and there might be symbol linking problems ...

Another, pretty hacky way would be to generate a .S from the .c, then post-process 
the .S and essentially generate today's 32-bit .S from it.

Probably not worth the trouble.

Thanks,

	Ingo

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot Ingo Molnar <mingo@kernel.org> - 2017-04-11 09:10 +0200
  Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill@shutemov.name> - 2017-04-11 13:00 +0200
    Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot Ingo Molnar <mingo@kernel.org> - 2017-04-11 13:30 +0200
      Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill.shutemov@linux.intel.com> - 2017-04-11 13:50 +0200
        Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot Andi Kleen <ak@linux.intel.com> - 2017-04-11 16:10 +0200
          Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill@shutemov.name> - 2017-04-12 12:20 +0200
            Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot Ingo Molnar <mingo@kernel.org> - 2017-04-17 12:40 +0200
              Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill@shutemov.name> - 2017-04-18 11:10 +0200
                Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill@shutemov.name> - 2017-04-18 12:20 +0200
                Re: [PATCH 3/8] x86/boot/64: Add support of additional page table  level during early boot "Kirill A. Shutemov" <kirill@shutemov.name> - 2017-04-18 13:20 +0200

csiph-web