Displaying 10 results from an estimated 10 matches for "config_virtio_mmio_legaci".
Did you mean:
config_virtio_mmio_legacy
2015 Jan 15
3
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, 2015-01-15 at 16:51 +0000, Michael S. Tsirkin wrote:
> > + uint64_t addr = virt_to_phys(info->queue);
>
> Kernel normally uses u64 for this type.
Sure, well spotted.
> > +
> > + writel(addr & 0xffffffff,
> > + vm_dev->base + VIRTIO_MMIO_QUEUE_DESC_LOW);
> > + writel((addr
2015 Jan 15
3
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, 2015-01-15 at 16:51 +0000, Michael S. Tsirkin wrote:
> > + uint64_t addr = virt_to_phys(info->queue);
>
> Kernel normally uses u64 for this type.
Sure, well spotted.
> > +
> > + writel(addr & 0xffffffff,
> > + vm_dev->base + VIRTIO_MMIO_QUEUE_DESC_LOW);
> > + writel((addr
2015 Jan 15
2
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, 2015-01-15 at 17:51 +0000, Michael S. Tsirkin wrote:
> > > I think you shouldn't use VIRTIO_MMIO_VRING_ALIGN in non-legacy code:
> > > it's a legacy thing.
> >
> > But I still need to pass something to vring_new_virtqueue() below, don't
> > I? And it will allocate the queue based on some alignment value. I can't
> > see anything
2015 Jan 15
2
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, 2015-01-15 at 17:51 +0000, Michael S. Tsirkin wrote:
> > > I think you shouldn't use VIRTIO_MMIO_VRING_ALIGN in non-legacy code:
> > > it's a legacy thing.
> >
> > But I still need to pass something to vring_new_virtqueue() below, don't
> > I? And it will allocate the queue based on some alignment value. I can't
> > see anything
2015 Jan 15
0
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, Jan 15, 2015 at 05:32:38PM +0000, Pawel Moll wrote:
> On Thu, 2015-01-15 at 16:51 +0000, Michael S. Tsirkin wrote:
> > > + uint64_t addr = virt_to_phys(info->queue);
> >
> > Kernel normally uses u64 for this type.
>
> Sure, well spotted.
>
> > > +
> > > + writel(addr & 0xffffffff,
> > > +
2015 Jan 15
0
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, Jan 15, 2015 at 05:32:38PM +0000, Pawel Moll wrote:
> On Thu, 2015-01-15 at 16:51 +0000, Michael S. Tsirkin wrote:
> > > + uint64_t addr = virt_to_phys(info->queue);
> >
> > Kernel normally uses u64 for this type.
>
> Sure, well spotted.
>
> > > +
> > > + writel(addr & 0xffffffff,
> > > +
2015 Jan 15
0
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, Jan 15, 2015 at 06:11:17PM +0000, Pawel Moll wrote:
> On Thu, 2015-01-15 at 17:51 +0000, Michael S. Tsirkin wrote:
> > > > I think you shouldn't use VIRTIO_MMIO_VRING_ALIGN in non-legacy code:
> > > > it's a legacy thing.
> > >
> > > But I still need to pass something to vring_new_virtqueue() below, don't
> > > I? And it
2015 Jan 15
0
[RFC] virtio-mmio: Update the device to OASIS spec version
On Thu, Jan 15, 2015 at 06:11:17PM +0000, Pawel Moll wrote:
> On Thu, 2015-01-15 at 17:51 +0000, Michael S. Tsirkin wrote:
> > > > I think you shouldn't use VIRTIO_MMIO_VRING_ALIGN in non-legacy code:
> > > > it's a legacy thing.
> > >
> > > But I still need to pass something to vring_new_virtqueue() below, don't
> > > I? And it
2014 Dec 19
5
[RFC] virtio-mmio: Update the device to OASIS spec version
This patch add a support for second version of the virtio-mmio device,
which follows OASIS "Virtual I/O Device (VIRTIO) Version 1.0"
specification.
Main changes:
1. The control register symbolic names use the new device/driver
nomenclature rather than the old guest/host one.
2. The driver detect the device version (version 1 is the pre-OASIS
spec, version 2 is compatible with
2014 Dec 19
5
[RFC] virtio-mmio: Update the device to OASIS spec version
This patch add a support for second version of the virtio-mmio device,
which follows OASIS "Virtual I/O Device (VIRTIO) Version 1.0"
specification.
Main changes:
1. The control register symbolic names use the new device/driver
nomenclature rather than the old guest/host one.
2. The driver detect the device version (version 1 is the pre-OASIS
spec, version 2 is compatible with