On Thu, May 01, 2014 at 07:56:59PM +0100, Dennis Waters wrote:
Hi,
Using the latest Qemu2 and Seabios1.7.4 (I've tried stable and git for both) -- I still have this issue with QEMU hanging on display.sys with MSDOS 6.2 I can confirm on all compiled sources the structs already had your "PACKED" patch applied
[...]
Scan for VGA option rom Running option rom at c000:0003 Start SeaVGABIOS (version rel-1.7.4-0-g96917a8-20140203_153423-nilsson.home.kraxel.org)
The log indicates the SeaVGABIOS that was used predates the PACKED fix. The fix went in after rel-1.7.4 - it's in commit f5ec1e0a. How did you confirm the fix was applied?
-Kevin
OK this is getting strange or I'm missing something obvious!
I checked the two affected c source files manually to confirm the changes had been made. I've just done a redownload, repatch, and recompile of qemu2.0.0...
Then I noticed bios.bin & vgabios*.bin are already compiled in the qemu-2.0.0.tar.bz2 in the "pc-bios" directory. The md5sums of all those files matches the ones "make install" copies over (even on a patched source)!
Am I missing a ./configure flag to force the bios files to recompile?
Thanks again!
On 1 May 2014 20:33, Kevin O'Connor kevin@koconnor.net wrote:
On Thu, May 01, 2014 at 07:56:59PM +0100, Dennis Waters wrote:
Hi,
Using the latest Qemu2 and Seabios1.7.4 (I've tried stable and git for both) -- I still have this issue with QEMU hanging on display.sys with MSDOS 6.2 I can confirm on all compiled sources the structs already had your
"PACKED"
patch applied
[...]
Scan for VGA option rom Running option rom at c000:0003 Start SeaVGABIOS (version rel-1.7.4-0-g96917a8-20140203_153423-nilsson.home.kraxel.org)
The log indicates the SeaVGABIOS that was used predates the PACKED fix. The fix went in after rel-1.7.4 - it's in commit f5ec1e0a. How did you confirm the fix was applied?
-Kevin
-
Dennis Waters -
Kevin O'Connor