[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Bug 1891829] Re: High bits(s) sometimes set high on rcvd serial bytes w
From: |
Michael Slade |
Subject: |
[Bug 1891829] Re: High bits(s) sometimes set high on rcvd serial bytes when char size < 8 bits |
Date: |
Mon, 17 Aug 2020 01:22:29 -0000 |
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 in QEMU:
New
Bug description:
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 mouse when bit 7 is 1. The
ID byte that the mouse sends on reset is ignored. I added a temporary
hack to set bit 7 to 0 on all incoming bytes, and this convinced
windows 1.01 to use the mouse.
note 1: This was using a real serial mouse through a passed-through
serial port. The emulated msmouse doesn't work for other reasons.
note 2: The USB serial port I am passing through to the guest sets
non-data bits to 1. Not sure if this is the USB hardware or linux.
note 3: I also needed to add an -icount line to slow down the guest
CPU, so that certain cpu-sensitive timing code in the guest didn't
give up too quickly.
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1891829/+subscriptions