[Bug 740895] Re: qemu freeze when loading msdos with EMM386.EXE NOEMS HIGHSCAN

FYI I experienced hangs with emm386.exe (with NOEMS but not HIGHSCAN) using qemu 3.1.0 (from debian buster), but not with qemu 5.0.1 -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/740895 Title: qemu

[Bug 1926231] Re: SCSI passthrough of SATA cdrom -> errors & performance issues

Just discovered that `hdparm -a 128` works around the issue (it was 256 at boot). -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1926231 Title: SCSI passthrough of SATA cdrom -> errors & performance

[Bug 1926231] [NEW] SCSI passthrough of SATA cdrom -> errors & performance issues

Public bug reported: qemu 5.0, compiled from git I am passing through a SATA cdrom via SCSI passthrough, with this libvirt XML: It seems to mostly work, I have written discs with it, except I am getting errors that cause reads to take abou

[Bug 1896298] Re: memory leak

Note, this also occurs with freeDOS 1.2, at least. Note 2, 4.2 stable does not exhibit the bug. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1896298 Title: memory leak Status in QEMU: New Bug

[Bug 1896298] [NEW] memory leak

Public bug reported: qemu trunk as of today leaks memory FAST when freedos' edit is running. To reproduce, download: https://www.ibiblio.org/pub/micro/pc- stuff/freedos/files/repositories/1.3/cdrom.iso Then run: $ qemu-system-i386 -cdrom cdrom.iso select your language then select "return to D

[Bug 1895602] [NEW] older OS's do not detect CD change

Public bug reported: There are at least two older operating systems, being FreeBSD 2.2 and FreeDOS 1.2, that misbehave when the change command is used on the IDE CD drive, and work fine on a real machine. In both cases, changing the CD causes the guest to either refuse to read the disc or appear

[Bug 1895363] Re: borland IDEs double up cursor key presses (need timing on PS2 port input)

Just found the complete conversation regarding the abovementioned patch: https://lists.nongnu.org/archive/html/qemu-devel/2009-08/msg01182.html -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1895363

[Bug 1895363] Re: borland IDEs double up cursor key presses (need timing on PS2 port input)

This virtualbox bug talks about the same thing, and also mentions qemu: https://www.virtualbox.org/ticket/58 One of the people in the conversation created a patch for qemu which wasn't accepted: http://qemu.11.n7.nabble.com/PATCH-Fix-for-DOS-keyboard-problems- td114076.html ** Bug watch added:

[Bug 1895363] [NEW] borland IDEs double up cursor key presses (need timing on PS2 port input)

Public bug reported: Most DOS-era IDEs from Borland (I have tried Borland C++ 2.0, Borland C++ 3.1 and Turbo Pascal 7.1) exhibit strange responses to the keyboard. Cursor keys are registered twice, so each press of a cursor key causes the cursor to move twice. Also the other keys occasionally are

[Bug 1891829] Re: High bit(s) sometimes set high on rcvd serial bytes when char size < 8 bits

If I connect a serial mouse to the built-in serial port on an old (kernel 2.4) box and go stty -F /dev/ttyS0 1200 cs7 dd if=/dev/ttyS0 bs=1|hexdump -C The bytes received/printed when the mouse is moved all have bit7=0. -- You received this bug notification because you are a member of qemu- deve

[Bug 1891829] Re: High bit(s) sometimes set high on rcvd serial bytes when char size < 8 bits

** Summary changed: - High bits(s) sometimes set high on rcvd serial bytes when char size < 8 bits + High bit(s) sometimes set high on rcvd serial bytes when char size < 8 bits -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://

[Bug 1891830] [NEW] msmouse serial mouse emulation broken? No id byte sent on reset

Public bug reported: I took a shot at getting Windows 1.01 working. It doesn't support a PS/2 mouse out-of-the-box but does support MS serial mice. It doesn't seem to detect qemu's emulated msmouse. When I run this command: > qemu-system-i386 -nodefaults -hda my_windows1_hd.qcow2 -vga std -ser

[Bug 1891829] Re: High bits(s) sometimes set high on rcvd serial bytes when char size < 8 bits

I will hopefully submit a patch for review soon. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1891829 Title: High bits(s) sometimes set high on rcvd serial bytes when char size < 8 bits Status

[Bug 1891829] [NEW] High bits(s) sometimes set high on rcvd serial bytes when char size < 8 bits

Public bug reported: I *believe* (not confirmed) that the old standard PC serial ports, when configured with a character size of 7 bits or less, should set non-data bits to 0 when the CPU reads received chars from the read register. qemu doesn't do this. Windows 1.01 will not make use of a serial

[Qemu-devel] [PATCH 1/1] vga: honor blink attribute in text modes

Signed-off-by: Michael Slade --- hw/display/vga.c | 50 +--- hw/display/vga_int.h | 2 ++ 2 files changed, 40 insertions(+), 12 deletions(-) diff --git a/hw/display/vga.c b/hw/display/vga.c index 72181330b8..03d9181d58 100644 --- a/hw/display/vga.c