good news, but I cannot test your fix because I'm not able to compile a
working arcboot binary. I've tried self-compilation with cgg 3.3 and 3.4 and
neither worked (the binary was about 500K large and did nothing). I've tried
cross-compilation, but it did not complete. The only working binary I was
able to acquire was unpacked from the debian package. But kernel crashed with
that anyways (I've tried only 64-bit kernels so far).
It would be very helpfull for me if you could enlighten me with the
instructions to compile arcboot: which gcc version should I use and which
tricks shall I apply to get it to compile. Or you may just send me the binary
(or put it out on your Internet site). Or you can do both :-))
On Monday 16 August 2004 19:41, Kaj-Michael Lang wrote:
> Played with arcboot today and fixed (for me atleast) loading of 32-bit
> I've also added a very simple progress thing so you know something is
> happening when
> the kernel is loaded.
> Anyway, the patch can be found here:
> The fix was quite simple, arcboot was loading the kernel over itself, the
> - .base = 0x80004000,
> + .base = 0x80002000,
> change is the actual fix. 64-bit kernels loads fine after the fix.
> There is some extra stuff (a patch from gentoo, removal debuging from e2fs
> lib, etc) too..