[Qemu-devel] qemu SEGV in ide.c:1057

[Derrik Pates <dpates@dsdk12.net>]

Ok, I've been playing with installing Win2k in qemu - the installer gets 
started, but it always SEGVs during device detection. It appears Win2k's 
trying to probe for all available IDE interfaces, and there's a bogus 
address in the data structure for interface number 6.

#0  ide_ioport_write (env=0x10b930d8, addr=6, val=160)
     at /misc/tmp/qemu/ide.c:1057
1057        IDEState *s = ide_if->cur_drive;
(gdb) bt
#0  ide_ioport_write (env=0x10b930d8, addr=6, val=160)
     at /misc/tmp/qemu/ide.c:1057
#1  0x10002f08 in cpu_outb (env=0x10b930d8, addr=248, val=160)
     at /misc/tmp/qemu/vl.c:300
#2  0x1081e064 in code_gen_buffer ()
#3  0x1002183c in cpu_x86_exec (env1=0x10b930d8)
     at /misc/tmp/qemu/cpu-exec.c:482
#4  0x10006a10 in main_loop (opaque=0x10b930d8) at /misc/tmp/qemu/vl.c:3001
#5  0x100075b4 in main (argc=268763136, argv=0x7ffff2b0)
     at /misc/tmp/qemu/vl.c:3619

(gdb) print addr
$1 = 6
(gdb) print ide_if
$2 = (IDEState *) 0xff00aa55
(gdb) print ide_if->cur_drive
Cannot access memory at address 0xff00aa89

This is from the core file it generated, using 'gdb ./qemu core' to 
analyze the core dump. Up until this point, Windows 2000 runs fine 
(though very slowly). Suggestions on what I can do to fix this, patches, 
etc. are welcomed. I'll try to dig around in the code myself and see 
what I can figure out.

--
Derrik Pates
dpates@dsdk12.net