Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1624630
| 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 |
* 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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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