A separate bug report has now been filed for the sparc case as
requested: bug #1399943.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1335444
Title:
qemu loses serial console data on EAGAIN
Status
Please open a separate bug. Each serial device implementation must
support flow control separately.
** Changed in: qemu
Status: New => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bug
Although the bug has been fixed in qemu-system-i386 and qemu-system-
x86_64, it is still present in qemu-system-sparc. I'm attaching an
updated version of the "Method 1" shell script which reproduces the
problem with qemu 2.1.0.
When I run it, the last output is:
<0919>
<0920>
<092964
v2.1.0-rc2 has both patches.
** Changed in: qemu
Status: New => Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1335444
Title:
qemu loses serial console data on EAGAIN
Status i
With both patches applied, qemu works as expected. Thank you!
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1335444
Title:
qemu loses serial console data on EAGAIN
Status in QEMU:
New
Bug descr
I see. There is an issue with retry logic of serial port emulation. I've
send a patch to the mailing list that should help.
http://lists.nongnu.org/archive/html/qemu-devel/2014-07/msg01976.html
With it both methods pass the test for me. Note that in the first method
you'll need to disable network
Thank you for detailed bug report. I've submitted a patch that should fix the
problem.
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=3f0838ab8557c6071a5931183b2d7fed568cd35c;hp=8b81bb3b069d4007bc44c8d5888d630b7f0b42ff
--
You received this bug notification because you are a member of qemu-
devel
Kirill - thank you for looking into the problem. I reran the test of "Method 1"
with your patch, and it is still failing, but the blocks of missing data
seem to be smaller than before.
Here is an extract from the output of the "Method 1" test without your patch.
In this case, the test failed beca
