[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <49E505B3.5070005@ovro.caltech.edu>
Date: Tue, 14 Apr 2009 14:52:51 -0700
From: David Hawkins <dwh@...o.caltech.edu>
To: Grant Likely <grant.likely@...retlab.ca>
CC: Ira Snyder <iws@...o.caltech.edu>, Arnd Bergmann <arnd@...db.de>,
Jan-Bernd Themann <THEMANN@...ibm.com>, netdev@...r.kernel.org,
Rusty Russell <rusty@...tcorp.com.au>,
linux-kernel@...r.kernel.org, linuxppc-dev@...abs.org
Subject: Re: [RFC v2] virtio: add virtio-over-PCI driver
Hi Grant,
> Thanks David. I haven't looked closely at the xilinx pci data sheet
> yet, but I don't expect too many issues in this area. As you say, it
> won't take much to code it up. I'll be poking my VHDL engineer to
> make it do what I want it to. :-)
The key aspects of the core will be that it is Master/Target
so that it can take over the PCI bus, and that it has a
DMA engine that can take care of most of the work. In
your case, since you have a DMA controller on the host
(MPC5200) and the target (Xilinx), your driver might end
up having nicer symmetry than our application. The
most efficient implementation will be the one that
uses PCI writes, i.e., MPC5200 DMAs to the Xilinx core,
and the Xilinx core DMAs to the MPC5200. If you use
a PCI Target only core, then the MPC5200 DMA controller
will have to do all the work, and read transfers might
be slightly less efficient.
Our target boards (PowerPC) live in compactPCI backplanes
and talk to x86 boards that do not have DMA controllers.
So the PCI target board DMA controllers are used to
transfer data efficiently to the x86 host (writes)
and less efficiently from the host to the boards
(reads). Our bandwidth requirements are 'to the host',
so we can live with the asymmetry in performance.
> I'll keep you up to date on my progress.
Sounds good.
Cheers,
Dave
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists