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

Re: IGD pass-through failures since 4.10.


  • To: "Dr. Greg" <greg@xxxxxxxxxxxx>
  • From: Jan Beulich <jbeulich@xxxxxxxx>
  • Date: Wed, 23 Feb 2022 09:59:48 +0100
  • 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=wHR1n0jidhM72oXQtgLnkz3IrAumUW4H9ri90d8hkj0=; b=GTclnySA9Nj38vTTDDotgnCclHPt9kZdHYolIqrd20tHX8j9b8eOO8emAqAMXdxjAMyvaFQa+bgxPe3KmgsodU2mCq6ibFH4Jnh9mQ8/fy7MRlrOKFWaUGP0PAZDU44cjJAPj1TDKAQqVp8v3AMrUzpr2dQbywhBwUiRsomyoAGPX0xZFR0pvFavkIe/G22jGdnqfZKceX+RIw7R5I58iKSzbfHFOKhbApDJZFJdUnVZQIGQeuwD1xMLjh0c3tpQYuJV+rmgh/UyrhEOHUpdUyjqaF0zNTjJo4m9/hULOQJ7u8koMKaY/nuUT/0cbfKJm7VHfrWbgaEALLk7VilcRQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=ldIFZPXhEwGlMWKlef/qzERM8o+SG3qLvPd4whIe2RBnhVgxR7z3/nb5T1vdZ2hXYytvtHZFX9R6gbUXce0TzQjSVEKtpC579TqXNBQYuNpfT1hveIHyUqwHD/Z/yXo5/DZrDAeuAOVV4dlbQxM4JAQV2CgPLMtaraJCETDsR6Fh8+W21gZDdhfgYPzIo8UYOVgIt1ZKyFKcYurJ/74yBph37dAGK+tWeW1f69ZJsq8CvfDy0HqCOsdxyetVZOA+szi8f/vkECg3Pa0GdXbyBgcJVXjYzesC/epwkyoh9RCmfmy4zOfZXhJX7Hix6es+p78AmBlllz/nvJ2xwgJmww==
  • Authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=suse.com;
  • Cc: xen-devel@xxxxxxxxxxxxx
  • Delivery-date: Wed, 23 Feb 2022 09:00:12 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On 22.02.2022 19:52, Dr. Greg wrote:
> On Fri, Feb 18, 2022 at 08:04:14AM +0100, Jan Beulich wrote:
>> On 17.02.2022 21:15, Dr. Greg wrote:
>>> On Mon, Feb 14, 2022 at 09:56:34AM +0100, Jan Beulich wrote:
>>> In the case of the logs above, the following command sequence is being
>>> executed upon termination of the domain:
>>>
>>> # Unbind devices.
>>> echo 0000:00:14.0 >| /sys/bus/pci/drivers/pciback/unbind
>>> echo 0000:00:02.0 >| /sys/bus/pci/drivers/pciback/unbind
>>>
>>> # Rebind devices.
>>> echo 0000:00:14.0 >| /sys/bus/pci/drivers/xhci_hcd/bind
>>> echo 0000:00:02.0 >| /sys/bus/pci/drivers/i915/bind
> 
>> ... you may still want to try replacing these with
>> "xl pci-assignable-add ..." / "xl pci-assignable-remove ...".
> 
> We tested using the 'xl pci-assignable-add/remove' sequences and we
> believe this may have resulted in the proper return of the devices to
> dom0 but haven't been able to verify that since the Windows VM is now
> throwing the VIDEO_TDR error.
> 
> Unless we are misunderstanding something the 'xl
> pci-assignable-remove' sequence requires the manual re-binding of the
> devices to their dom0 drivers.

Hmm, I thought drivers would be rebound, but I'm not a tool stack person.
Looking at libxl__device_pci_assignable_remove() at least support this
assumption of mine. You did use the command's -r option, didn't you?

Jan




 


Rackspace

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