Re: [PATCH v6 10/21] s390: vfio-ap: sysfs interfaces to configure adapters

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On 07/09/2018 02:11 PM, Pierre Morel wrote:
On 29/06/2018 23:11, Tony Krowiak wrote:
Provides the sysfs interfaces for assigning AP adapters to
and unassigning AP adapters from a mediated matrix device.

The IDs of the AP adapters assigned to the mediated matrix
device are stored in an AP mask (APM). The bits in the APM,
from most significant to least significant bit, correspond to
AP adapter ID (APID) 0 to 255. When an adapter is assigned, the
bit corresponding the APID will be set in the APM.
Likewise, when an adapter is unassigned, the bit corresponding
to the APID will be cleared from the APM.

The relevant sysfs structures are:

/sys/devices/vfio_ap
... [matrix]
...... [mdev_supported_types]
......... [vfio_ap-passthrough]
............ [devices]
...............[$uuid]
.................. assign_adapter
.................. unassign_adapter

To assign an adapter to the $uuid mediated matrix device's APM,
write the APID to the assign_adapter file. To unassign an adapter,
write the APID to the unassign_adapter file. The APID is specified
using conventional semantics: If it begins with 0x the number will
be parsed as a hexadecimal number; if it begins with a 0 the number
will be parsed as an octal number; otherwise, it will be parsed as a
decimal number.

For example, to assign adapter 173 (0xad) to the mediated matrix
device $uuid:

    echo 173 > assign_adapter

    or

    echo 0xad > assign_adapter

    or

    echo 0255 > assign_adapter

To unassign adapter 173 (0xad):

    echo 173 > unassign_adapter

    or

    echo 0xad > unassign_adapter

    or

    echo 0255 > unassign_adapter

The assignment will be rejected:

* If the APID exceeds the maximum value for an AP adapter:
   * If the AP Extended Addressing (APXA) facility is
     installed, the max value is 255
   * Else the max value is 64

* If no AP domains have yet been assigned and there are
   no AP queues bound to the VFIO AP driver that have an APQN
   with an APID matching that of the AP adapter being assigned.

* If any of the APQNs that can be derived from the cross product
   of the APID being assigned and the AP queue index (APQI) of
   each of the AP domains previously assigned can not be matched
   with an APQN of an AP queue device reserved by the VFIO AP
   driver.

Signed-off-by: Tony Krowiak <akrowiak@xxxxxxxxxxxxx>
---


snip [...]

+/**
+ * assign_adapter_store
+ *
+ * @dev: the matrix device
+ * @attr: a mediated matrix device attribute
+ * @buf: a buffer containing the adapter ID (APID) to be assigned
+ * @count: the number of bytes in @buf
+ *
+ * Parses the APID from @buf and assigns it to the mediated matrix device. The
+ * APID must be a valid value:
+ * * The APID value must not exceed the maximum allowable AP adapter ID
+ *
+ * * If there are no AP domains assigned, then there must be at least + * one AP queue device reserved by the VFIO AP device driver with an
+ *      APQN containing @apid.

I do not understand the reason here.
Can you develop?

We forbid assignment of an adapter:

* If any APQNs that can be derived from the cross product of the input
  adapter number and the domain numbers already assigned are not bound
  to the VFIO AP driver.

* Or, if the APID of at least one APQN bound to the VFIO AP device driver
  does not match the input adapter number.



I suppose that by reserved you mean bound. (then use bound)
But I still can not understand the reason why.

Yes, I mean bound. The reason why is because we don't want to allow
a guest to use an AP queue that is not bound to the VFIO AP driver
because it will then be shared with the zcrypt driver and that
would be a breach of security. That may, however, not be what you
are really asking. Are you suggesting that we should allow assignment
of any APQN since this same check is done in the mdev open callback?



Beside if I understand correctly what you do it forbid the automatic
assignment of a new card plugged into the host.

Not necessarily; the same logic I described in my first answer above will
be applied if a new card is assigned.



+ *
+ * * Else each APQN that can be derived from the intersection of @apid and + * the IDs of the AP domains already assigned must identify an AP queue
+ *      that has been reserved by the VFIO AP device driver.
+ *
+ * Returns the number of bytes processed if the APID is valid; otherwise returns
+ * an error.
+ */
+static ssize_t assign_adapter_store(struct device *dev,
+                    struct device_attribute *attr,
+                    const char *buf, size_t count)
+{
+    int ret;
+    unsigned long apid;
+    struct mdev_device *mdev = mdev_from_dev(dev);
+    struct ap_matrix_mdev *matrix_mdev = mdev_get_drvdata(mdev);
+    unsigned long max_apid = matrix_mdev->matrix.apm_max;
+
+    ret = kstrtoul(buf, 0, &apid);
+    if (ret || (apid > max_apid)) {
+ pr_err("%s: %s: adapter id '%s' not a value from 0 to %02lu(%#04lx)",
+               VFIO_AP_MODULE_NAME, __func__, buf, max_apid, max_apid);
+
+        return ret ? ret : -EINVAL;
+    }
+
+    ret = vfio_ap_validate_apid(mdev, matrix_mdev, apid);
+    if (ret)
+        return ret;
+
+    /* Set the bit in the AP mask (APM) corresponding to the AP adapter
+ * number (APID). The bits in the mask, from most significant to least
+     * significant bit, correspond to APIDs 0-255.
+     */
+    set_bit_inv(apid, matrix_mdev->matrix.apm);
+
+    return count;
+}
+static DEVICE_ATTR_WO(assign_adapter);
+
+/**
+ * unassign_adapter_store
+ *
+ * @dev: the matrix device
+ * @attr: a mediated matrix device attribute
+ * @buf: a buffer containing the adapter ID (APID) to be assigned
+ * @count: the number of bytes in @buf
+ *
+ * Parses the APID from @buf and unassigns it from the mediated matrix device.
+ * The APID must be a valid value
+ *
+ * Returns the number of bytes processed if the APID is valid; otherwise returns
+ * an error.
+ */
+static ssize_t unassign_adapter_store(struct device *dev,
+                      struct device_attribute *attr,
+                      const char *buf, size_t count)
+{
+    int ret;
+    unsigned long apid;
+    struct mdev_device *mdev = mdev_from_dev(dev);
+    struct ap_matrix_mdev *matrix_mdev = mdev_get_drvdata(mdev);
+    unsigned long max_apid = matrix_mdev->matrix.apm_max;
+
+    ret = kstrtoul(buf, 0, &apid);
+    if (ret || (apid > max_apid)) {
+ pr_err("%s: %s: adapter id '%s' must be a value from 0 to %02lu(%#04lx)",
+               VFIO_AP_MODULE_NAME, __func__, buf, max_apid, max_apid);
+
+        return ret ? ret : -EINVAL;
+    }
+
+    if (!test_bit_inv(apid, matrix_mdev->matrix.apm)) {
+        pr_err("%s: %s: adapter id %02lu(%#04lx) not assigned",
+               VFIO_AP_MODULE_NAME, __func__, apid, apid);
+
+        return -ENODEV;
+    }
+
+    clear_bit_inv((unsigned long)apid, matrix_mdev->matrix.apm);
+
+    return count;
+}
+DEVICE_ATTR_WO(unassign_adapter);
+
+static struct attribute *vfio_ap_mdev_attrs[] = {
+    &dev_attr_assign_adapter.attr,
+    &dev_attr_unassign_adapter.attr,
+    NULL
+};
+
+static struct attribute_group vfio_ap_mdev_attr_group = {
+    .attrs = vfio_ap_mdev_attrs
+};
+
+static const struct attribute_group *vfio_ap_mdev_attr_groups[] = {
+    &vfio_ap_mdev_attr_group,
+    NULL
+};
+
  static const struct mdev_parent_ops vfio_ap_matrix_ops = {
      .owner            = THIS_MODULE,
      .supported_type_groups    = vfio_ap_mdev_type_groups,
+    .mdev_attr_groups    = vfio_ap_mdev_attr_groups,
      .create            = vfio_ap_mdev_create,
      .remove            = vfio_ap_mdev_remove,
  };



--
To unsubscribe from this list: send the line "unsubscribe linux-s390" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Kernel Development]     [Kernel Newbies]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Info]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Linux Media]     [Device Mapper]

  Powered by Linux