On Fri, Feb 12, 2016 at 07:27:32AM +0100, Thomas Huth wrote: > On 08.02.2016 19:53, Andrew Jones wrote: > > Make a one line replacement for SLOF. This bootloader just > > jumps to 0x400000, because we know the kernel will be there. > > This commit allows rebuilding of the bootloader, as long > > as the SLOF build_romfs tool is present, but since it would be > > a pain to require that tool for ever build, we'll just commit > > the binary rom image too with the next commit. > > > > Signed-off-by: Andrew Jones <drjones@xxxxxxxxxx> > > I haven't tested it yet, but I think this should also be doable without > the build_romfs tool? Since QEMU does not care about the header that > this tool creates, it should not matter whether there is some valid data > in the first 256 or simply zeros. So simply linking with > "-Wl,--oformat,binary -Ttext=0x100" or so should do the job, also? That would be much nicer indeed! I can try it when preparing v3. Thanks, drew -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
