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 <chout...@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 <chout...@adacore.com> > >>> Signed-off-by: Alexander Graf <ag...@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 aurel...@aurel32.net http://www.aurel32.net
