search for: esseti

Below is what has been documented on this issue, and I am needing further guidance. Essetially, I am running in GNOME, but it isn't working properly. Can some one help. |----------------------------------------------------------------------------------------------------------------------| |I am new to the Centos ISO and was looking for a forum, when I came across this. If it isn'...

...tdev model. As long as we can hide the lower devices. That's what I said "to keep the potential to support both" models. But we should not go further along to assume the other aspect ie. to get PV accelerated whenever possible, but not to get VF migrated whenever possible. That's essetially a big diveregence of the priority for the goal we'd want to pursue. -Siwei > > Anything else isn't well supported and I'm not sure we > should complicate code too much to support it. > >> >> > >> >> What about migration of vfio devices that a...

On Sun, Apr 01, 2018 at 05:13:10AM -0400, Si-Wei Liu wrote: > diff --git a/include/uapi/linux/virtio_net.h b/include/uapi/linux/virtio_net.h > index aa40664..0827b7e 100644 > --- a/include/uapi/linux/virtio_net.h > +++ b/include/uapi/linux/virtio_net.h > @@ -80,6 +80,8 @@ struct virtio_net_config { > __u16 max_virtqueue_pairs; > /* Default maximum transmit unit advice */

...oes. def default_account_subdomain @account.username if @account && @account.respond_to?(:username) end What is this used for? Can anyone provide an example of it''s usage please? Also, the authenticate method in the example controller, What exactly is this doing? This is essetially the same as the authenticated? method. Again, what does it do, and how would i use it. def authenticate session[account_domain] = :authenticated redirect_to :controller => "weblog" end protected def authenticated? session[account_domain] == :authenticated end I wou...

...can hide the lower devices. > > That's what I said "to keep the potential to support both" models. But > we should not go further along to assume the other aspect ie. to get > PV accelerated whenever possible, but not to get VF migrated whenever > possible. That's essetially a big diveregence of the priority for the > goal we'd want to pursue. > > -Siwei I suspect the diveregence will be lost on most users though simply because they don't even care about vfio. They just want things to go fast. Rephrasing requirements in terms of acceleration act...

...devices. >> >> That's what I said "to keep the potential to support both" models. But >> we should not go further along to assume the other aspect ie. to get >> PV accelerated whenever possible, but not to get VF migrated whenever >> possible. That's essetially a big diveregence of the priority for the >> goal we'd want to pursue. >> >> -Siwei > > I suspect the diveregence will be lost on most users though > simply because they don't even care about vfio. They just > want things to go fast. Like Jason said, VF is...

On Fri, Jun 22, 2018 at 12:05 PM, Michael S. Tsirkin <mst at redhat.com> wrote: > On Fri, Jun 22, 2018 at 05:09:55PM +0200, Cornelia Huck wrote: >> On Thu, 21 Jun 2018 21:20:13 +0300 >> "Michael S. Tsirkin" <mst at redhat.com> wrote: >> >> > On Thu, Jun 21, 2018 at 04:59:13PM +0200, Cornelia Huck wrote: >> > > OK, so what about the