P PQP:, 19/07/2009 P2 17:23 +0100, Stuart Henderson P?P8QP5Q:
> On 2009/07/19 20:17, Dmitiry Y. Zotikov wrote:
> > ?? ??????, 19/07/2009 ?? 14:41 +0100, Stuart Henderson ??????????:
> > > On 2009/07/19 16:23, Dmitiry Y. Zotikov wrote:
> > > > ?? ??????, 19/07/2009 ?? 10:19 +0000, Stuart Henderson ??????????:
> > > > > On 2009-07-19, Aaron Mason <simplersolut...@gmail.com> wrote:
> > > > > > Hi Dmitry,
> > > > > >
> > > > > > Have you tried different NICs in QEMU? Could just be an issue
with this one.
> > > > >
> > > > > rtl8139 should work, providing QEMU was built with
RTL8139_ONBOARD_TIMER
> > > > > ("Uncomment to enable on-board timer interrupts" in hw/rtl8139.c).
> > > > Hey Stuart,
> > > >
> > > > works better this time, I was even able to 'nc 192.168.3.2 13' and
get
> > > > daytime, but it's reeeally slow. Can you please tell me qemu version
> > > > that is known to work?
> > >
> > > the one in the OpenBSD ports tree works ok; this is 0.9.1
> > >
> >
> > Oh yes, 0.9.1 works flawlessly, many thanks. BTW, are there any ways to
> > spot the exact problem in newer versions of qemu, since it'd be good to
> > report the regression to qemu devs?
>
> The only way I can really suggest is just the usual method to find where
> a regression was introduced in any software - look through the commit log
> for any likely changes, or build and test different checkouts to identify
> when it broke..
Me again. Just dropped a quick note to qemu-devel@, don't know if they
react or not:
http://lists.nongnu.org/archive/html/qemu-devel/2009-07/msg01593.html
--
wbr, xio
