[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: QEMU pcnet 6/28 patch against 6/30 CVS - not working?
From: |
Antony T Curtis |
Subject: |
[Qemu-devel] Re: QEMU pcnet 6/28 patch against 6/30 CVS - not working? |
Date: |
Sat, 03 Jul 2004 11:40:01 +0100 |
Hi,
This new patch works for me with Mandrake 10 Official
It should apply cleanly against QEMU CVS and hopefully compile cleanly
on Linux as well as FreeBSD. I have also implemented the TX-ring poll so
in theory, it should be fully functional.
On Fri, 2004-07-02 at 20:15, David Black wrote:
> Thanks - yes, it's the 'pcnet' driver, and it comes up in 32 bit mode:
>
> Jul 1 14:04:22 vs1a kernel: pcnet32.c:v1.27b 01.10.2002
> address@hidden
> Jul 1 14:04:22 vs1a kernel: PCI: Found IRQ 9 for device 0000:00:03.0
> Jul 1 14:04:22 vs1a kernel: PCI: Setting latency timer of device
> 0000:00:03.0 to 64
> Jul 1 14:04:22 vs1a kernel: pcnet32: PCnet/PCI II 79C970A at 0xc020,
> warning: CSR address invalid,
> Jul 1 14:04:22 vs1a kernel: using instead PROM address of 52 54
> 00 12 34 56 assigned IRQ 9.
> Jul 1 14:04:22 vs1a kernel: eth0: registered as PCnet/PCI II 79C970A
> Jul 1 14:04:22 vs1a kernel: pcnet32: 1 cards_found.
>
> This driver is attractive to me because of the promise of decreased
> latency. I get occasional data corruption with the ne2k-pci driver,
> too.
>
> Dave
>
> Antony T Curtis wrote:
> > On Thu, 2004-07-01 at 20:54, David Black wrote:
> >
> > > Hello,
> > >
> > > I applied your AMD pcnet NIC patch dated 6/28, to the QEMU CVS snapshot
> > > from dad-answers.com dated 6/30.
> > >
> > > The patch seems to apply well, with some manual patching needed on vl.c
> > > and Makefile.target, but nothing that looked problematic.
> > >
> > The patch attached should apply more cleanly against current CVS.
> >
> > I will try to see if it works any differently with running Linux. I
> > assume you are using the pcnet32 driver, not the lance driver. Looking
> > at the Linux driver source, it is able to use the DWORD I/O mode ... The
> > FreeBSD, WinXP and OS/2 drivers appear to use the WORD I/O mode. It is
> > possible that there is a bug in the simulation - particularly where the
> > Linux driver probes the card in both modes. I will have to test it out.
> >
> >
> FLAGS (\Seen))
--
Antony T Curtis <address@hidden>
qemu-pcnet.patch3.gz
Description: GNU Zip compressed data