Re: [Qemu-devel] Qemu's internal TFTP server breaks lock-step-iness of TFTP

2010-01-07 Thread Milan Plzik
ff-by and resubmit? Added, re-submitted; I hope it will be acceptable as an attachment. > > Regards, > > Anthony Liguori > > > Milan Plzik > > >

[Qemu-devel] Qemu's internal TFTP server breaks lock-step-iness of TFTP

2010-01-07 Thread Milan Plzik
nt. Proposed solution would be to, in case of OACK packet, wait for ACK from client and just then start sending data. Attached patch implements this. Signed-off-by: Thomas Horsten Signed-off-by: Milan Plzik diff --git a/slirp/tftp.c b/slirp/tftp.c index 082f5d0..db869fc 100644 --- a/slirp/tft

[Qemu-devel] Qemu's internal TFTP server breaks lock-step-iness of TFTP

2010-01-06 Thread Milan Plzik
confuses client. Proposed solution would be to, in case of OACK packet, wait for ACK from client and just then start sending data. Attached patch implements this. I would like to thank to mbc and th1 (who is the rightful author of the patch) from #gpxe for their time, effort and patience with me :)

[Qemu-devel] Checking of segment registers when switching to pmode

2006-08-20 Thread Milan Plzik
on (I have not had any interrupt handlers installed, so at me it just probably triple-faulted). Qemu allowed me to continue even with incorrect content of segment registers. Milan Plzik ___ Qemu-devel mailing list Qemu-devel@nongnu.org