|
From: | Andreas Färber |
Subject: | Re: [Qemu-ppc] [Qemu-devel] [PATCH 05/30] PPC: fix hreset_vector for 60x, 7x0, 7x5, G2, MPC8xx, MPC5xx, 7400 and 7450 |
Date: | Mon, 29 Apr 2013 13:37:30 +0200 |
User-agent: | Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130329 Thunderbird/17.0.5 |
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 <address@hidden> >>> >>> 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 <address@hidden> >>> Signed-off-by: Alexander Graf <address@hidden> >> >> 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. ;) Andreas
[Prev in Thread] | Current Thread | [Next in Thread] |