search for: virtion

Displaying 16 results from an estimated 16 matches for "virtion".

Did you mean: virtio
2015 Aug 12
4
Bug#795330: Suggests noapic but doesn't support it
...ils to set up the proper IRQ routing and suggests to use noapic. If you add this via GRUB_CMDLINE_XEN_DEFAULT it will boot futher but then report that noapic isn't supported. So please make Xen not claim to support noapic if it doesn't (the issue was finally resolved by removeing all virtion devices and doubling the hypervisors RAM so the suggestion was misplaced anyways). Cheers, -- Guido
2017 Apr 20
3
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 04/17/2017 11:01 PM, Jason Wang wrote: > > > On 2017?04?16? 00:38, Vladislav Yasevich wrote: >> Curreclty virtion net header is fixed size and adding things to it is rather >> difficult to do. This series attempt to add the infrastructure as well as some >> extensions that try to resolve some deficiencies we currently have. >> >> First, vnet header only has space for 16 flags. This ma...
2017 Apr 20
3
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 04/17/2017 11:01 PM, Jason Wang wrote: > > > On 2017?04?16? 00:38, Vladislav Yasevich wrote: >> Curreclty virtion net header is fixed size and adding things to it is rather >> difficult to do. This series attempt to add the infrastructure as well as some >> extensions that try to resolve some deficiencies we currently have. >> >> First, vnet header only has space for 16 flags. This ma...
2017 Apr 21
1
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 04/21/2017 12:05 AM, Jason Wang wrote: > > > On 2017?04?20? 23:34, Vlad Yasevich wrote: >> On 04/17/2017 11:01 PM, Jason Wang wrote: >>> >>> On 2017?04?16? 00:38, Vladislav Yasevich wrote: >>>> Curreclty virtion net header is fixed size and adding things to it is rather >>>> difficult to do. This series attempt to add the infrastructure as well as some >>>> extensions that try to resolve some deficiencies we currently have. >>>> >>>> First, vnet header only...
2017 Apr 21
1
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 04/21/2017 12:05 AM, Jason Wang wrote: > > > On 2017?04?20? 23:34, Vlad Yasevich wrote: >> On 04/17/2017 11:01 PM, Jason Wang wrote: >>> >>> On 2017?04?16? 00:38, Vladislav Yasevich wrote: >>>> Curreclty virtion net header is fixed size and adding things to it is rather >>>> difficult to do. This series attempt to add the infrastructure as well as some >>>> extensions that try to resolve some deficiencies we currently have. >>>> >>>> First, vnet header only...
2015 Sep 04
0
Bug#795330: Bug#795330: Suggests noapic but doesn't support it
...ake Xen not claim to support noapic if it doesn't I think ultimately this is down to different components being able to support different things, e.g. Xen's advice might be fine with a FreeBSD dom0 or some other version of Linux. > (the issue > was finally resolved by removeing all virtion devices and doubling the ^virtio ? > hypervisors RAM so the suggestion was misplaced anyways). I can see how the virtio thing might make the KVM guest look different to Xen, but the RAM thing seems orthogonal. Thanks, Ian.
2017 Mar 01
2
[systemd-devel] udev virtio by-path naming
...by patches simply because we have noone right now who can review > them with the right technical expertise. > > So yeah, I am not totally against leaving them in the udev repo (Or to > say this differently, I am much more interested to see the scsi stuff > go somewhere else than the virtion stuff), but only if somebody steps > up and takes up ownership of this, and does so continously. > > No, this doesn't mean you have to subscribe to all systemd > PRs/issues. It just means that this someone will react to being /cc'ed > in the github repo sooner or later, and...
2017 Mar 01
2
[systemd-devel] udev virtio by-path naming
...by patches simply because we have noone right now who can review > them with the right technical expertise. > > So yeah, I am not totally against leaving them in the udev repo (Or to > say this differently, I am much more interested to see the scsi stuff > go somewhere else than the virtion stuff), but only if somebody steps > up and takes up ownership of this, and does so continously. > > No, this doesn't mean you have to subscribe to all systemd > PRs/issues. It just means that this someone will react to being /cc'ed > in the github repo sooner or later, and...
2011 Dec 12
2
[Qemu-devel] [RFC 0/4] virtio-mmio transport
On Mon, 2011-12-12 at 02:52 +0000, Paul Brook wrote: > I've taken a look at the virtion-mmio spec, and it looks fairly > reasonable. > > The only thing I'd change is the GuestPageSize/QueuePFN mess. Seems like just > using straight 64-bit addresses would be a better solution. Maybe split into > a high/low pair to keep all registers as 32-bit registers. This ca...
2011 Dec 12
2
[Qemu-devel] [RFC 0/4] virtio-mmio transport
On Mon, 2011-12-12 at 02:52 +0000, Paul Brook wrote: > I've taken a look at the virtion-mmio spec, and it looks fairly > reasonable. > > The only thing I'd change is the GuestPageSize/QueuePFN mess. Seems like just > using straight 64-bit addresses would be a better solution. Maybe split into > a high/low pair to keep all registers as 32-bit registers. This ca...
2017 Mar 30
0
[RFC PATCH 0/6] virtio-net: Add support for virtio-net header extensions
On Sun, Mar 19, 2017 at 12:06:31AM -0400, Vladislav Yasevich wrote: > Curreclty virtion net header is fixed size and adding things to it is rather > difficult to do. This series attempt to add the infrastructure as well as some > extensions that try to resolve some deficiencies we currently have. Pls copy virtio TC ML as with any interface change proposals. Also pls use the c...
2017 Mar 30
0
[RFC PATCH 0/6] virtio-net: Add support for virtio-net header extensions
On Sun, Mar 19, 2017 at 12:06:31AM -0400, Vladislav Yasevich wrote: > Curreclty virtion net header is fixed size and adding things to it is rather > difficult to do. This series attempt to add the infrastructure as well as some > extensions that try to resolve some deficiencies we currently have. Pls copy virtio TC ML as with any interface change proposals. Also pls use the c...
2017 Apr 18
0
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 2017?04?16? 00:38, Vladislav Yasevich wrote: > Curreclty virtion net header is fixed size and adding things to it is rather > difficult to do. This series attempt to add the infrastructure as well as some > extensions that try to resolve some deficiencies we currently have. > > First, vnet header only has space for 16 flags. This may not be enough...
2017 Apr 21
0
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
On 2017?04?20? 23:34, Vlad Yasevich wrote: > On 04/17/2017 11:01 PM, Jason Wang wrote: >> >> On 2017?04?16? 00:38, Vladislav Yasevich wrote: >>> Curreclty virtion net header is fixed size and adding things to it is rather >>> difficult to do. This series attempt to add the infrastructure as well as some >>> extensions that try to resolve some deficiencies we currently have. >>> >>> First, vnet header only has space for 16...
2017 Apr 15
11
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
Curreclty virtion net header is fixed size and adding things to it is rather difficult to do. This series attempt to add the infrastructure as well as some extensions that try to resolve some deficiencies we currently have. First, vnet header only has space for 16 flags. This may not be enough in the future. The...
2017 Apr 15
11
[PATCH RFC (resend) net-next 0/6] virtio-net: Add support for virtio-net header extensions
Curreclty virtion net header is fixed size and adding things to it is rather difficult to do. This series attempt to add the infrastructure as well as some extensions that try to resolve some deficiencies we currently have. First, vnet header only has space for 16 flags. This may not be enough in the future. The...