Le dimanche 14 octobre 2012 23:44:23, Daniel Golle a écrit : > On 14/10/12 22:59, Florian Fainelli wrote: > > It does not look like the physical offset is really different from AR7, > > so you could probably just have a the kernel be loaded at a different > > address and still have both kernel work on both platforms, can you try > > that? > > Theoretically you are right, but I guess it's hardcoded in the bootloader > (PSPBoot) which doesn't give any choice on where stuff is loaded to. As I > don't have the sources of that, I cannot replace it (apart from that, > "normal" users may not want to replace a bootloader even if it was > possible, as it is a risky thing to do).
Sure, but without replacing the loader, my idea was roughly the following: - have lzma-loader load the ar7 kernel unmodified at the usual ar7 entry point - change the lzma-loader build options for AC49x so that it get loaded where PSPBoot will expect it it should be ok, since the expected load address is much higher than what ar7 already use, and lzma-loader is configurable with that respect. Note that you can use the following for doing some quick test: - connect through ftp - set to binary mode - send: quote "MEDIA SDRAM" - send your binary and this will execute the uploaded code from > The same obviously applies for the mtd partitioning scheme and > prom-environment signature which are also pure software differences... > Was U-Boot or eCos/RedBoot ever ported to AR7? If yes, I might give it a > shot... (the board I got has EJTAG, so I dare to do quite everything with > it) Gabor did an ar7 port for CFE a while ago, let me dig through my email to find it. > > Anyway, I'm currently preparing a new series of patches which will > integrate AC49x as a subtarget of AR7 with way less code duplication > involved... I'll propose it together with sub-targetting the target/ar7 > once I got things sufficiently tested. Ok sounds good as a first step, if we can reduce this to a single target with just a second-stage loader, then, even better. -- Florian _______________________________________________ openwrt-devel mailing list [email protected] https://lists.openwrt.org/mailman/listinfo/openwrt-devel
