diff options
Diffstat (limited to 'results/classifier/118/x86/1192344')
| -rw-r--r-- | results/classifier/118/x86/1192344 | 56 |
1 files changed, 56 insertions, 0 deletions
diff --git a/results/classifier/118/x86/1192344 b/results/classifier/118/x86/1192344 new file mode 100644 index 000000000..1b4bf3d26 --- /dev/null +++ b/results/classifier/118/x86/1192344 @@ -0,0 +1,56 @@ +x86: 0.860 +graphic: 0.818 +register: 0.746 +performance: 0.697 +device: 0.684 +architecture: 0.615 +ppc: 0.600 +socket: 0.580 +PID: 0.531 +files: 0.522 +network: 0.517 +semantic: 0.515 +boot: 0.513 +vnc: 0.501 +mistranslation: 0.472 +risc-v: 0.461 +kernel: 0.449 +user-level: 0.436 +TCG: 0.419 +arm: 0.409 +VMM: 0.400 +hypervisor: 0.382 +debug: 0.360 +permissions: 0.358 +virtual: 0.316 +peripherals: 0.289 +i386: 0.285 +KVM: 0.190 +assembly: 0.099 + +qemu crashes on unaligned extended disk reads + +When performing a BIOS extended disk read (INT 13H, AH=0x42), if the offset of the buffer destination in the DAP (disk address packet) is not dword-aligned (i.e. a multiple of 4), SeaBIOS attempts to execute code at non-mapped address 0xb4f53, causing QEMU to crash. I imagine it's a bug in the BIOS code, but it does cause QEMU to crash. + +QEMU version: 1.4.0 (Debian 1.4.0+dfsg-1expubuntu4) (from Ubuntu repository) +SeaBIOS version: 1.7.2-20130119_170942-roseapple +command line: qemu-system-x86_64 -m 64 -hda hda.img -monitor stdio +CPU: Intel Core i7 CPU M620 on a Dell Latitude E6410 +OS: Ubuntu, GNU/Linux 3.8.0-25-generic, 64-bit + +On Tue, Jun 18, 2013 at 09:23:31PM -0000, Andrew McGowen wrote: +> When performing a BIOS extended disk read (INT 13H, AH=0x42), if the +> offset of the buffer destination in the DAP (disk address packet) is not +> dword-aligned (i.e. a multiple of 4), SeaBIOS attempts to execute code +> at non-mapped address 0xb4f53, causing QEMU to crash. I imagine it's a +> bug in the BIOS code, but it does cause QEMU to crash. + +Can you post details on the "crash"? What is the error message? + +Stefan + + +...well this is embarrassing - it was an issue with my code not saving/restoring registers on the stack properly. + +Marking this ticket as "Invalid" according to comment #2. + |