[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Serial port hacking -- Fix verified for Windows Guest (
Re: [Qemu-devel] Serial port hacking -- Fix verified for Windows Guest (kindof ;)
Fri, 20 Aug 2004 15:07:40 +1200
I concur with Nile and Hampa (thanks Hampa!) that Hampa's patch works successfully for a Windows guest, however I will add the rider that whatever the guest OS is expecting in the form of Hardware Flow Control from the UART still does not work, but No Flow Control and Software Flow Control (Xon/Xoff) DO both work now with this patch. Hurray! :) Unfortunately this means that the guest OS still can't quite drive the Host's modem ;) Ahh well :)
I have rewritten my *original* patch to make it fit more nicely with the other command line options that qemu provides and attach it below. It adds the ability to add up to a possible 4 guest com ports at the normal memory addresses and fairly standard IRQs (I have integrated the changes with the ppc stuff for the first, builtin, com port, but because I am unfamiliar with ppc hardware I didn't want to add the other three extra ports until someone had verified that they'll be OK; if someone can confirm that the three extra ports as defined for the pc will be OK in the ppc machine I'll add them there, too.). This patch cleans up the command line options for serial devices also:
-serial1 'dev' <------ serial1 is always connected regardless, so this option is only to redirect it if you want it to go somewhere other than the vc
-serial2 'dev' -serial3 'dev' -serial4 'dev' <--- these options will turn on the designated guest com port and connect it to char device 'dev'
On Fri, 2004-08-20 at 05:15, Nile Geisinger wrote:
I tested the patch with Darryl's patch, a Linux host and Linux guest, and the
test programs that were posted earlier (with some slight modifications to
poll for file events to prevent data loss). All tests passed perfectly.
Qemu-devel mailing list
Description: Text Data