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

Re: [PATCH 08/10] vpci/arm: Allow updating BAR's header for non-ECAM bridges


  • To: Oleksandr Andrushchenko <andr2000@xxxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Thu, 12 Nov 2020 10:56:16 +0100
  • Arc-authentication-results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=citrix.com; dmarc=pass action=none header.from=citrix.com; dkim=pass header.d=citrix.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=uKk539bWPITG+QjnyyYY6yUeYdGM4oYsr+WRRW2inFQ=; b=D68kNhnfGGrkgFR8znDRuHKJAy0ioIB2jh2NEjcWHnrdh3tQQ67RJT8kPGouEF22WbFEifZyDY1GnD4HS45GUmM53umv6oO9OJAAb9ljSgoeZ2oyzLrzySD6g00/jMz2cK9vUrlVmss6/jbisPbBVJl2R+LYvlD3XIQVJNOg5gYFNuXmiqDw5NQsVr1/L0c3TPdV3mc9F1XSrsAwW2gOmmog7f0LbUSkX9HztIXVy+ZKPMDHvi8T/Xwgl3xromQkAGLjeRJTRBXq0jo5KFfmrnqnX1pGQc9BY/KRQ4Bvz492hjTe6CMjokzel78n1xOqP8ohFHND/woxs/u+iTBnJQ==
  • Arc-seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=lB5RKNQ0enOqdePru07YwSDloss/CHjrWA6segsKgz+r1+vX6lxb4VzzRSwUHAj6gbSpi61ggHn44S57lcbCfbw2vaXmjfmlrDsFs8sRQK2ncExMY1jLmJfVbKtEGf8tDr1RZH0yq8ekFYEk/wjGp4bPdN0RRA/Gt5H/XgsZP3jhv15PlEbzMnGu0Ab8EZD7s40MRhrLIjqsiHYtryvv6YWNIANmFx08FTiCU3M5ufZcydVglUikLaCn1UO5fR3kcnN2CNWJYNXt3OaemQovx2YoAsUWb7W6RBMg1gj0U7Xu4LeMaPTiks2ZyMiNlO3i3Eh4LOKYRdpRlzV26m8FJg==
  • Authentication-results: esa5.hc3370-68.iphmx.com; dkim=pass (signature verified) header.i=@citrix.onmicrosoft.com
  • Cc: <Rahul.Singh@xxxxxxx>, <Bertrand.Marquis@xxxxxxx>, <julien.grall@xxxxxxx>, <jbeulich@xxxxxxxx>, <sstabellini@xxxxxxxxxx>, <xen-devel@xxxxxxxxxxxxxxxxxxxx>, <iwj@xxxxxxxxxxxxxx>, <wl@xxxxxxx>, Oleksandr Andrushchenko <oleksandr_andrushchenko@xxxxxxxx>
  • Delivery-date: Thu, 12 Nov 2020 09:56:39 +0000
  • Ironport-sdr: RaPtOVwkKeyTYa5wr5J25htGMhHo/Idt8wlXI+p4QaXQU6GBA3ntfPBbREZXJtBrmaVBZBRcom S3v2ub2EePrpno9om4XimarJdb3Ugs8N/3kZ9ELXzFDqmK87ZLuRx3dOSyCQfm0DU8MzcMkbH5 /yTzV1OsCedPa/cx5tHfp0anqo+zQH7l8oEvZjzPWPa+Yhfw+neMzXQWNs4/9okwzHOQtib11H nh/WJocchfESxTjgRlC61idKsTBxZUsqpjIxXKo9n0Z5r49lOTgnVw278xRNy+Z1LtAULZrVal A3w=
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Mon, Nov 09, 2020 at 02:50:29PM +0200, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko <oleksandr_andrushchenko@xxxxxxxx>
> 
> Non-ECAM host bridges in hwdom go directly to PCI config space,
> not through vpci (they use their specific method for accessing PCI
> configuration, e.g. dedicated registers etc.). Thus hwdom's vpci BARs are
> never updated via vPCI MMIO handlers, so implement a dedicated method
> for a PCI host bridge, so it has a chance to update the initial state of
> the device BARs.
> 
> Note, we rely on the fact that control/hardware domain will not update
> physical BAR locations for the given devices.

This is quite ugly.

I'm looking at the commit that implements the hook for R-Car and I'm
having trouble seeing how that's different from the way we would
normally read the BAR addresses.

I think this should likely be paired with the actual implementation of
a hook, or else it's hard to tell whether it really needed or not.

Thanks, Roger.



 


Rackspace

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