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

Ping: [PATCH 0/9] IOMMU: XSA-373 follow-on


  • To: Paul Durrant <paul@xxxxxxx>, Kevin Tian <kevin.tian@xxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Wed, 23 Jun 2021 08:51:48 +0200
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=suse.com; dmarc=pass action=none header.from=suse.com; dkim=pass header.d=suse.com; arc=none
  • Arc-message-signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=JKc7QJIF37h3jBkPcG1fjLAfzoeytO1fLL3nk2/aeWQ=; b=n+SqariGS/FgG1/WTvmJrHKgZx55hoFzCFLT7VOZHX4cTgn6mBc/rLo+WqDbxoNxHvkzE/OmTNpwch5m2WiqKg9Y+FehRE7iDRPW06sKLUUs5Jx1TwsVk5HiHvVnrI9cFIj1gTyhncq5edm3sENDBVjb8TNSXQPOzlYlvk+XQUFUkybWKfhNtKymubg+2MjMndczFRYsY79hcuaTT47d17XiNmaPWKxcyRX5GdKuWthxioP1+sXmzIQX43P7uARXLlaOsDIVa2BB+NM6clGsrOcqqc82EefaYaCJn867K3bkt5AWeMJYJT1p9jxbgNy0FhLSCcKKuc81rE9v/mHSFg==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=K7oXWmd19KAcJoUK2BIyUKOCSN1KRXU8NkR/AKJgVhzOoChY2RMYp2ExnbiMm00t+Dl1oJyj2BRxMBXJ8CX9KlJCENJmQQPU6hLqAlZhyd9Ny7vjkhpQdbLNxBISQohJnTFaY3ud3Kks7qx+9uivLOctlU1MNQc5uAsJplgb1iD3+dzc3dbnt1RlyQZsm3PAqwZlutLnKAT78/0KKVnOgRXCcKgltwgs/3e0RLWsnK05qR5jzza1SjXn9g6SgIe1OgTUpneOE2mmfNbicwZDFXbZ1KhJ5AV0xAbC4kZrOEKUQD3CxZAOHhO6BkrqZ3LZnQgT53Sys2yFdT8n4GrMMg==
  • Authentication-results: lists.xenproject.org; dkim=none (message not signed) header.d=none;lists.xenproject.org; dmarc=none action=none header.from=suse.com;
  • Cc: Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 23 Jun 2021 06:52:11 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 09.06.2021 11:25, Jan Beulich wrote:
> A number of further adjustments were left out of the XSA, for not
> being a security concern (anymore in some of the cases, with the
> changes put in place there). This is the collection, possibly
> looking a little random in what it contains.
> 
> 1: AMD/IOMMU: redo awaiting of command completion
> 2: AMD/IOMMU: re-work locking around sending of commands

For these two I have v2 largely ready.

> 3: VT-d: undo device mappings upon error
> 4: VT-d: adjust domid map updating when unmapping context
> 5: VT-d: clear_fault_bits() should clear all fault bits
> 6: VT-d: don't lose errors when flushing TLBs on multiple IOMMUs
> 7: VT-d: centralize mapping of QI entries
> 8: VT-d: drop/move a few QI related constants

Kevin, any word on these?

> 9: IOMMU/PCI: don't let domain cleanup continue when device de-assignment 
> failed

Paul, any feedback on this one?

Thanks, Jan




 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.