Re: [Qemu-devel] [PATCH 05/30] PPC: fix hreset_vector for 60x, 7x0, 7x5, G2, MPC8xx, MPC5xx, 7400 and 7450

[Aurelien Jarno <aurelien@aurel32.net>]

On Mon, Apr 29, 2013 at 01:37:30PM +0200, Andreas Färber wrote:
> Am 29.04.2013 12:38, schrieb Fabien Chouteau:
> > On 04/28/2013 03:59 PM, Andreas Färber wrote:
> >> Am 26.04.2013 20:21, schrieb Alexander Graf:
> >>> From: Fabien Chouteau <chouteau@adacore.com>
> >>>
> >>> According to the different user's manuals, the vector offset for system
> >>> reset (both /HRESET and /SRESET) is 0x00100.
> >>>
> >>> This patch may break support of some executables, as the power-on start
> >>> address may change. For a specific board, if the power-on start address
> >>> is different than HRESET vector (i.e. 0x00000100 or 0xfff00100), this
> >>> should be fixed in board's initialization code.
> >>>
> >>> Signed-off-by: Fabien Chouteau <chouteau@adacore.com>
> >>> Signed-off-by: Alexander Graf <agraf@suse.de>
> >>
> >> According to git-bisect, this commit broke the prep machine (602).
> >> Symptoms are a black screen with no VGA output from OHW or kernel.
> >>
> >> Please suggest a fix.
> >>
> > 
> > Can you hand me the binaries so I can try to fix this?
> 
> The old ppc_rom.bin is still in qemu.git, so this should suffice:
> 
> ./ppc-softmmu/qemu-system-ppc -M prep
> 
> Problem is, we can't really recompile that binary with changes - and to
> switch to OpenBIOS after 1.5 to get rid of it, I need to test that my
> incremental patches don't break anything. ;)

You can't really recompile this exact version, but you can recompile a
slightly older version, the one which is in the Debian archive:

http://packages.debian.org/source/unstable/openhackware

I don't know what are the difference between this one and the one in
QEMU though.

-- 
Aurelien Jarno                          GPG: 1024D/F1BCDB73
aurelien@aurel32.net                 http://www.aurel32.net