> A noticeable issue when comparing the pcap files seems to be at Fedora pcap
> frame 8 and Mac OS 9.2 pcap frame 28 (configuration descriptor). It seems
> the Mac OS side is missing 5 bytes and hence the packet is malformed.
> (A run with Mac OS 9.0 as guest showed that this guest only missed 1 byte
> in the response.)
That is normal. Note that the configuration descriptor is requested
twice: Once with a buffer large enough to see the wTotalLength field.
and then again with a buffer large enough for the whole descriptor.
> Also visible in the Mac OS pcap file at frame 53 is that it seems a setup
> package is contained in an URB that is not suited for it.
Looks more like a bug in the qemu pcap code, probably have to set some
flag to indicate the setup section doesn't contain valid data instead
of just leaving it all blank.
Frame 55 is probably the problematic one. Look at the timestamps. The
device seems to not answer, then after a while macos seems to try reset
Also the fedora trace has the bulk transfer data so wireshark can decode
usb-storage commands and the scsi command wrapped inside. That is not
the case in the macos trace. Not sure whenever that is another bug in
the pcap code. It could also indicate the bug in the ohci emulation
which in turn causes macos fail ...
> Qemu-system-ppc is started like this for the Mac OS guest:
> ./qemu-system-ppc \
> -M mac99,via=pmu \
> -m 512 \
> -boot c \
> -serial stdio \
> -L pc-bios \
> -drive file=/home/hsp/Mac-disks/9.2.img,format=raw,media=disk \
> -device usb-host,vendorid=0x058f,productid=0x6387,pcap=macos92.pcap
Does an emulated usb stick work with macos?
Thanks for getting back to me.
Yes, usb-storage works just fine with
-drive if=none,id=stick,file=/home/hsp/Mac-disks/9.0.img,format=raw \