--- "Eric W. Biederman" wrote: > So I really don't care if we move whole real mode section into a note > or if we just put a pointer to it into a note. What is important is > that we use a note to find it.
Well, we can advertise by a note the section number or the section name which contains the real-mode code, but finding the section of type SHT_PROGBITS having SHF_EXECINSTR flags linked at zero is not that difficult to do: it is what Gujin does right now when it does not find the program header linked at zero. > Which means that we could do something goofy in the linker script > like we do with the current vdso. So we could give it a virtual > address of 0 and a physical address in the init code section. Gujin loads at the physical address, i.e. kernel is loaded at 0x100000 and not 0xC0100000, is that wrong? I am not sure playing these games with addresses is cleaner than not loading a section which is not in the program header. > For me the objective is not so much reusing the existing tools > (although that is a plus) but more to be able to build a unified > binary that can be used for everything, and will give us the freedom > to do interesting things with the kernel in the future, and hopefully > something that is more or less usable by portable bootloaders. Having > a different file format and different rules for different > architectures is a pain. For me the objective is to have a reasonable bootloader, I will not have the time to port back and test with every other bootloader some transfert of code from Gujin to an ELF looking like bzImage file. Etienne. ___________________________________________________________________________ Découvrez une nouvelle façon d'obtenir des réponses à toutes vos questions ! Profitez des connaissances, des opinions et des expériences des internautes sur Yahoo! Questions/Réponses http://fr.answers.yahoo.com - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/