Hi, > 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 the device. 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? take care, Gerd