Re: [PATCH v11 05/14] s390/vfio-ap: implement in-use callback for vfio_ap driver

[Tony Krowiak]

On 11/13/20 6:47 PM, Halil Pasic wrote:
> On Fri, 13 Nov 2020 12:14:22 -0500
> Tony Krowiak <akrowiak@xxxxxxxxxxxxx> wrote:
> [..]
> > > >    }
> > > >    
> > > > +#define MDEV_SHARING_ERR "Userspace may not re-assign queue %02lx.%04lx " \
> > > > +			 "already assigned to %s"
> > > > +
> > > > +static void vfio_ap_mdev_log_sharing_err(const char *mdev_name,
> > > > +					 unsigned long *apm,
> > > > +					 unsigned long *aqm)
> > > > +{
> > > > +	unsigned long apid, apqi;
> > > > +
> > > > +	for_each_set_bit_inv(apid, apm, AP_DEVICES)
> > > > +		for_each_set_bit_inv(apqi, aqm, AP_DOMAINS)
> > > > +			pr_err(MDEV_SHARING_ERR, apid, apqi, mdev_name);
> > > Isn't error rather severe for this? For my taste even warning would be
> > > severe for this.
> > The user only sees a EADDRINUSE returned from the sysfs interface,
> > so Conny asked if I could log a message to indicate which APQNs are
> > in use by which mdev. I can change this to an info message, but it
> > will be missed if the log level is set higher. Maybe Conny can put in
> > her two cents here since she asked for this.
> I'm looking forward to Conny's opinion. :)
>
> [..]
> > > >    
> > > > @@ -708,18 +732,18 @@ static ssize_t assign_adapter_store(struct device *dev,
> > > >    	if (ret)
> > > >    		goto done;
> > > >    
> > > > -	set_bit_inv(apid, matrix_mdev->matrix.apm);
> > > > +	memset(apm, 0, sizeof(apm));
> > > > +	set_bit_inv(apid, apm);
> > > >    
> > > > -	ret = vfio_ap_mdev_verify_no_sharing(matrix_mdev);
> > > > +	ret = vfio_ap_mdev_verify_no_sharing(matrix_mdev, apm,
> > > > +					     matrix_mdev->matrix.aqm);
> > > What is the benefit of using a copy here? I mean we have the vfio_ap lock
> > > so nobody can see the bit we speculatively flipped.
> > The vfio_ap_mdev_verify_no_sharing() function definition was changed
> > so that it can also be re-used by the vfio_ap_mdev_resource_in_use()
> > function rather than duplicating that code for the in_use callback. The
> > in-use callback is invoked by the AP bus which has no concept of
> > a mediated device, so I made this change to accommodate that fact.
> Seems I was not clear enough with my question. Here you pass a local
> apm which has the every bit 0 except the one corresponding to the
> adapter we are trying to assign. The matrix.apm actually may have
> more apm bits set. What we used to do, is set the matrix.apm bit,
> verify, and clear it if verification fails. I think that
> would still work.
>
> The computational complexity is currently the same. For
> some reason unknown to me ap_apqn_in_matrix_owned_by_def_drv() uses loops
> instead of using bitmap operations. But it won't do any less work
> if the apm argument is sparse. Same is true bitmap ops are used.
>
> What you do here is not wrong, because if the invariants, which should
> be maintained, are maintained, performing the check with the other
> bits set in the apm is superfluous. But as I said before, actually
> it ain't extra work, and if there was a bug, it could help us detect
> it (because the assignment, that should have worked would fail).
>
> Preparing the local apm isn't much extra work either, but I still
> don't understand the change. Why can't you pass in matrix.apm
> after set_bit_inv(apid, ...) like we use to do before?
>
> Again, no big deal, but I just prefer to understand the whys.

I think you misunderstood what I was saying, probably because
I didn't explain it very thoroughly or clearly. The change was not
made to reduce the amount of work done in the
vfio_ap_mdev_verify_no_sharing() function.


If the assignment functions were the only ones to call the
vfio_ap_mdev_verify_no_sharing() function, then you'd be correct;
there would be no good reason not to set the apid in the
matrix_mdev->matrix.apm/aqm as we used to. The modification
was made to accommodate the vfio_ap_mdev_resource_in_use() function.

The vfio_ap_mdev_resource_in_use() function is invoked by the
AP bus when a change is made to the apmask/aqmask that
will result in taking queues away from vfio_ap. This function
needs to verify that the affected APQNs are not assigned to
any matrix mdev. Rather than write a new function that duplicates
the logic in the vfio_ap_mdev_verify_no_sharing() function, I merely
changed the signature to take the apm/aqm specifying the APQNs to
verify rather than obtaining them from the matrix_mdev. The
reason for this is because the bitmaps passed to the in_use
callback are not specific to a particular matrix_mdev as is the
case with the assignment interfaces. Making this change allowed the
vfio_ap_mdev_verify_no_sharing() function to be used by both the
assignment functions as well as the in_use callback.

I suppose another option
would have been to create a phony matrix_mdev in the in_use
callback and copy the masks passed in to the function to the
phony matrix_mdev's apm/aqm. That would have eliminated
the need to change the signature of the vfio_ap_mdev_verify_no_sharing()
function, but I'm not sure it is worth the effort at this point.

> > > I've also pointed out in the previous patch that in_use() isn't
> > > perfectly reliable (at least in theory) because of a race.
> > We discussed that privately and determined that the sysfs assignment
> > interfaces will use mutex_trylock() to avoid races.
> I don't think, what we discussed is going to fix the race I'm referring
> to here. But I do look forward to v12.
>
> Regards,
> Halil