On Wed, Oct 19, 2011 at 11:10:15AM +0200, Avi Kivity wrote:
> On 10/18/2011 03:46 AM, David Gibson wrote:
> > On Sun, Oct 16, 2011 at 03:15:53PM +0200, Avi Kivity wrote:
> > > On 10/14/2011 04:14 AM, David Gibson wrote:
> > > > > Virtio is a very, very special case. virtio requires coherent RAM
>
On 10/18/2011 03:46 AM, David Gibson wrote:
> On Sun, Oct 16, 2011 at 03:15:53PM +0200, Avi Kivity wrote:
> > On 10/14/2011 04:14 AM, David Gibson wrote:
> > > > Virtio is a very, very special case. virtio requires coherent RAM
> > > > access.
> > >
> > > Right. Virtio's access to memory is *not
On Tue, 18 Oct 2011 12:46:50 +1100, David Gibson wrote:
> On Sun, Oct 16, 2011 at 03:15:53PM +0200, Avi Kivity wrote:
> > On 10/14/2011 04:14 AM, David Gibson wrote:
> > > > Virtio is a very, very special case. virtio requires coherent RAM
> > > > access.
> > >
> > > Right. Virtio's access to m
On Tue, Oct 18, 2011 at 12:46:50PM +1100, David Gibson wrote:
> On Sun, Oct 16, 2011 at 03:15:53PM +0200, Avi Kivity wrote:
> > On 10/14/2011 04:14 AM, David Gibson wrote:
> > > > Virtio is a very, very special case. virtio requires coherent RAM
> > > > access.
> > >
> > > Right. Virtio's access
On Sun, Oct 16, 2011 at 03:15:53PM +0200, Avi Kivity wrote:
> On 10/14/2011 04:14 AM, David Gibson wrote:
> > > Virtio is a very, very special case. virtio requires coherent RAM access.
> >
> > Right. Virtio's access to memory is *not* emulated PCI DMA, it's
> > god-like hypervisor access to gues
On 10/14/2011 04:14 AM, David Gibson wrote:
> > Virtio is a very, very special case. virtio requires coherent RAM access.
>
> Right. Virtio's access to memory is *not* emulated PCI DMA, it's
> god-like hypervisor access to guest system memory. It should
> correctly bypass any IOMMU, and so shoul
On Fri, Oct 14, 2011 at 01:14:07PM +1100, David Gibson wrote:
> On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
> > On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
> > >On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> > >>>Hmm, not entirely virtio specific, some devi
On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
> On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> >>>Hmm, not entirely virtio specific, some devices use stX macros to do the
> >>>conversion. E.g. stw_be_phys and st
On Thu, Oct 13, 2011 at 02:43:06AM +1100, David Gibson wrote:
> On Wed, Oct 12, 2011 at 09:22:01AM +0200, Michael S. Tsirkin wrote:
> > On Wed, Oct 12, 2011 at 02:07:46PM +1100, David Gibson wrote:
> > > Um.. why? PCI is defined by the spec to be LE, so I don't see that we
> > > need explicit endi
On Wed, Oct 12, 2011 at 09:22:01AM +0200, Michael S. Tsirkin wrote:
> On Wed, Oct 12, 2011 at 02:07:46PM +1100, David Gibson wrote:
> > Um.. why? PCI is defined by the spec to be LE, so I don't see that we
> > need explicit endianness versions for PCI helpers.
>
> LE in the spec only applies to s
On Wed, Oct 12, 2011 at 02:09:26PM +1100, David Gibson wrote:
> On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
> > On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
> > >On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> > >>>Hmm, not entirely virtio specific, some devi
Hi,
Yes.. as do the stX_pci_dma() helpers. They assume LE, rather than
having two variants, because PCI is an LE spec, and all normal PCI
devices work in LE.
IMO, not really. PCI devices do DMA any way they like. LE is
probably more common because both ARM and x86 processors are LE.
Also
On Wed, Oct 12, 2011 at 02:11:37PM +1100, David Gibson wrote:
> On Sun, Oct 02, 2011 at 12:52:39PM +0200, Michael S. Tsirkin wrote:
> > On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> > > On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> > > >On Mon, Sep 05, 2011 at 02:34:56PM +1000
On Wed, Oct 12, 2011 at 02:07:46PM +1100, David Gibson wrote:
> Um.. why? PCI is defined by the spec to be LE, so I don't see that we
> need explicit endianness versions for PCI helpers.
LE in the spec only applies to structures defined by the spec,
that is pci configuration and msix tables in de
On Sun, Oct 02, 2011 at 02:14:28PM +0200, Michael S. Tsirkin wrote:
> On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> > On 10/02/2011 01:17 PM, Michael S. Tsirkin wrote:
> > >On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
> > >> On 10/02/2011 12:52 PM, Michael S. Tsirkin
On Sun, Oct 02, 2011 at 12:52:39PM +0200, Michael S. Tsirkin wrote:
> On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> > On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> > >On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> > >> This patch adds functions to pci.[ch] to
On Mon, Oct 03, 2011 at 08:17:05AM -0500, Anthony Liguori wrote:
> On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> >>>Hmm, not entirely virtio specific, some devices use stX macros to do the
> >>>conversion. E.g. stw_be_phys and st
On 10/02/2011 07:14 AM, Michael S. Tsirkin wrote:
On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
Hmm, not entirely virtio specific, some devices use stX macros to do the
conversion. E.g. stw_be_phys and stl_le_phys are used in several
places.
These are fine - explicit endianness.
On 10/02/2011 05:25 AM, Michael S. Tsirkin wrote:
On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
This patch adds functions to pci.[ch] to perform PCI DMA operations. At
present, these are just stubs which perform directly cpu physical memory
accesses.
Using these stubs, however,
On 10/02/2011 02:14 PM, Michael S. Tsirkin wrote:
>
> These are fine - explicit endianness.
Right. So changing these to e.g. stl_dma and assuming
LE is default seems like a step backwards.
Agree. "l" implies a word with some endianness, not "4 unstructured bytes".
--
error compiling commit
On Sun, Oct 02, 2011 at 02:01:10PM +0200, Avi Kivity wrote:
> On 10/02/2011 01:17 PM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
> >> On 10/02/2011 12:52 PM, Michael S. Tsirkin wrote:
> >> >On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
>
On 10/02/2011 01:17 PM, Michael S. Tsirkin wrote:
On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
> On 10/02/2011 12:52 PM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> >> On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> >> >On
On Sun, Oct 02, 2011 at 01:28:37PM +0200, Alexander Graf wrote:
> >> Good point. Though this is really a virtio specific issue since
> >> other devices have explicit endianness (not guest dependent).
> >
> > Hmm, not entirely virtio specific, some devices use stX macros to do the
> > conversion.
On 02.10.2011, at 13:17, Michael S. Tsirkin wrote:
> On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
>> On 10/02/2011 12:52 PM, Michael S. Tsirkin wrote:
>>> On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> On Mon
On Sun, Oct 02, 2011 at 12:58:35PM +0200, Avi Kivity wrote:
> On 10/02/2011 12:52 PM, Michael S. Tsirkin wrote:
> >On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> >> On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> >> >On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
On 10/02/2011 12:52 PM, Michael S. Tsirkin wrote:
On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> >On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> >> This patch adds functions to pci.[ch] to perform PCI DMA ope
On Sun, Oct 02, 2011 at 12:29:08PM +0200, Avi Kivity wrote:
> On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
> >On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> >> This patch adds functions to pci.[ch] to perform PCI DMA operations. At
> >> present, these are just stubs which p
On 10/02/2011 12:25 PM, Michael S. Tsirkin wrote:
On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> This patch adds functions to pci.[ch] to perform PCI DMA operations. At
> present, these are just stubs which perform directly cpu physical memory
> accesses.
>
> Using these stu
On Mon, Sep 05, 2011 at 02:34:56PM +1000, David Gibson wrote:
> This patch adds functions to pci.[ch] to perform PCI DMA operations. At
> present, these are just stubs which perform directly cpu physical memory
> accesses.
>
> Using these stubs, however, distinguishes PCI device DMA transactions
This patch adds functions to pci.[ch] to perform PCI DMA operations. At
present, these are just stubs which perform directly cpu physical memory
accesses.
Using these stubs, however, distinguishes PCI device DMA transactions from
other accesses to physical memory, which will allow PCI IOMMU suppo
30 matches
Mail list logo