I tested Qemu 6.1 (MacOS using brew to install) with guest OS NetBSD/i386. The
bind distribution file downloaded fine by FTP.
Libslurp has a workaround for MacOS and it looks like its gone in.
I think this one can be closed.
Sorry for the delay
Kind regards
Chris
> On 25 Aug 2021, at 08:18, Thom
If it’s included in qemu when one downloads the sources I’m happy.
Sent from my iPhone
> On 15 May 2021, at 11:55, Thomas Huth <1914...@bugs.launchpad.net> wrote:
>
> Could we close this ticket now if there is a workaround in libslirp now?
>
> ** Changed in: qemu
> Status: New => Incompl
libslirp now has a workaround for this in slirp.c.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1914117
Title:
Short files returned via FTP on Qemu with various architectures and
OSes
Status in
Writeup as promised.
Symptom:
Qemu on Mac OS X - both Catalina and Big Sur.
The issue occurs in both 5.2 and 4.2* branches of Qemu.
Applications such as ftp that read large amounts of data from the network
may ignore valid data due to the Urgent flag being set on packets in the
stream
ok - one of my friends has written a test program. we will provide a
writeup tomorrow, but basically towards the end of a stream both HUP &
PRI are getting set on a poll call (on Mac) which means the code above
would be invoked - on other platforms these aren't see. Better
explanation & more detail
This is NOT a fix but we can get working FTPs again with this patch -
narrowing into where the problem is. Looks like the behaviour of this
code is different on macOS to other OSes.
--- slirp.c.orig2021-02-08 21:05:20.0 +
+++ slirp.c 2021-02-10 11:00:00.0 +
@@ -
The more I look at this, the more I think it may be a macOS bug
underneath.
I've tested OpenBSD as a guest on a Debian AWS instance running 4.2.1 - all is
fine.
I've tested OpenBSD as a guest on a FreeBSD AWS instance running whatever is in
ports and all is fine.
Also others are having trouble:
I've spent some more time on this.
I've tcpdump'ed the connection whilst doing the download (via both HTTP & FTP).
In the last data packet, the last byte that is missing on the filesystem
is in the packet, but the packet has the urgent bit set with the urgent
pointer the same as the length of the
Some more info.
This evening I've tried some more things.
Qemu 5.2/Mac OS X Catalina (Qemu from home-brew)
Host OS - OpenBSD/i386
1. Booted with
2. Booted with
qemu-system-i386 -m 256M -hda openbsd-disk-i386.img -netdev user,id=mynet0
-device virtio-net,netdev=mynet0
With both ftp'ed ftp://f
First boot in previous comment was with:
qemu-system-i386 -m 256M -hda openbsd-disk-i386.img -net user -net nic
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1914117
Title:
Short files returned via
Apologies.
Host OS is Big Sur Mac OS X latest - with Xcode latest. Qemu is 5.2 - tar ball
directly from the website.
- Compile Qemu on Mac OS/Big Sur - completely stock build : install Ninja,
mkdir build && cd build && ../configure && make && make install
- But also the issue is with the bin
Apologies.
Host OS is Big Sur Mac OS X latest - with Xcode latest. Qemu is 5.2 - tar ball
directly from the website.
- Compile Qemu on Mac OS/Big Sur - completely stock build : install Ninja,
mkdir build && cd build && ../configure && make && make install
- But also the issue is with the bin
Public bug reported:
Qemu 5.2 on Mac OS X Big Sur.
I originally thought that it might be caused by the home-brew version of Qemu,
but this evening I have removed the brew edition and compiled from scratch
(using Ninja & Xcode compiler).
Still getting the same problem,.
On the following archi
13 matches
Mail list logo
