From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Tue, 5 Oct 2021 07:22:23 -0400 From: "Michael S. Tsirkin" Subject: Re: [virtio-dev] Re: [RFC PATCH 1/1] virtio: write back features before verify Message-ID: <20211005072110-mutt-send-email-mst@kernel.org> References: <20211003070030.658fc94e.pasic@linux.ibm.com> <20211003021027-mutt-send-email-mst@kernel.org> <20211003032253-mutt-send-email-mst@kernel.org> <87ee912e45.fsf@redhat.com> <20211004083455-mutt-send-email-mst@kernel.org> <878rz83lx0.fsf@redhat.com> <20211004110152-mutt-send-email-mst@kernel.org> <87zgro23r1.fsf@redhat.com> <20211004160005-mutt-send-email-mst@kernel.org> <20211005131751.53175b10.pasic@linux.ibm.com> MIME-Version: 1.0 In-Reply-To: <20211005131751.53175b10.pasic@linux.ibm.com> Content-Type: text/plain; charset=us-ascii Content-Disposition: inline To: Halil Pasic Cc: Cornelia Huck , Jason Wang , Xie Yongji , virtualization@lists.linux-foundation.org, linux-kernel@vger.kernel.org, markver@us.ibm.com, Christian Borntraeger , linux-s390@vger.kernel.org, virtio-dev@lists.oasis-open.org List-ID: On Tue, Oct 05, 2021 at 01:17:51PM +0200, Halil Pasic wrote: > On Mon, 4 Oct 2021 16:01:12 -0400 > "Michael S. Tsirkin" wrote: > > > > > > > Ok, so what about something like > > > > > > "If FEATURES_OK is not set, the driver MAY change the set of features it > > > accepts." > > > > > > in the device initialization section? > > > > Maybe "as long as". However Halil implied that some features are not > > turned off properly if that happens. Halil could you pls provide > > some examples? > > > > static void virtio_net_set_features(VirtIODevice *vdev, uint64_t features) > { > ... > if (virtio_has_feature(features, VIRTIO_NET_F_STANDBY)) { > qapi_event_send_failover_negotiated(n->netclient_name); > qatomic_set(&n->failover_primary_hidden, false); > failover_add_primary(n, &err); > if (err) { > warn_report_err(err); > } > } > } > > This is probably the only one in QEMU. Back then I stopped looking > after the first hit. > > Regards, > Halil Hmm ok more failover issues :( This stuff really should be moved to set_status. -- MST