From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received-SPF: Pass (sender SPF authorized) identity=mailfrom; client-ip=2a00:1450:400c:c09::243; helo=mail-wm0-x243.google.com; envelope-from=leif.lindholm@linaro.org; receiver=edk2-devel@lists.01.org Received: from mail-wm0-x243.google.com (mail-wm0-x243.google.com [IPv6:2a00:1450:400c:c09::243]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 17C1122402E02 for ; Wed, 28 Feb 2018 08:20:07 -0800 (PST) Received: by mail-wm0-x243.google.com with SMTP id x7so6200242wmc.0 for ; Wed, 28 Feb 2018 08:26:15 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=B3SETYQ2jmeFcnIostvYQuzGRNQfTZKySYuHuBa+omA=; b=AuRY4QHCwUEEw3BIqGp0zv2hKhfFj4xLJuazwXTdk3aMMMRhqsYDwVZkGfo5Ujlm9F bJLoGN0Jau0zUi+1tiv1y8zrXLxvVVIwG0Dpz83bUtXOGWOmoOSHgK8nV39EA+P2D/8c ELA5Kjyd0IoRPMXfL1FtpJlgc7kLPaRKKZvSg= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=B3SETYQ2jmeFcnIostvYQuzGRNQfTZKySYuHuBa+omA=; b=XKIYgQQBhAEKQgqXSwuRPWZbOgd7oCRklmc2eUtYrZyvJ0hwuhM8+f9n82M0L9PUAw VbZvJCogcgIkW7TtvTtqTA6VmSQNjpNSR0yjEj/HS33GfAXerz14iEpbB1IaKF8dC/UH deku6JMu5z2ebFcRqAyUCr7X9Rl2T2FNubjktfaZTTD9qVvNEb5PS6IG44oS+maw0UlN ca72gAPO4cXS91tYiqqZPOzvJ4bgcpBp8G7ZQEoak7lw7IaoTXvkQDNcIqNeCdawH9EI n/ZtVoS3uVU4yuHZNCg0u6saUjpIWx6Oic2j7Z3OT5HO/ehFxaDWViTp39AnW8a1FDNu gImQ== X-Gm-Message-State: APf1xPBFcZGAXmXQjlDTfhINTQmvLux7c0uik1xGEkM4p0EBuHhlqEGJ +qluH8tXhey1DyyYZ1CraQ+YvUY2Chk= X-Google-Smtp-Source: AG47ELt7bFjTZeNiPGRdGaCeiqff2L/MaJjTdc26Vy2GGXP5LCr08/71PVrtkMYYczeFwbOqeA9GrA== X-Received: by 10.28.66.69 with SMTP id p66mr9962456wma.119.1519835173678; Wed, 28 Feb 2018 08:26:13 -0800 (PST) Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id i12sm2371714wrc.28.2018.02.28.08.26.12 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Wed, 28 Feb 2018 08:26:12 -0800 (PST) Date: Wed, 28 Feb 2018 16:26:11 +0000 From: Leif Lindholm To: Ard Biesheuvel Cc: edk2-devel@lists.01.org, graeme.gregory@linaro.org, masahisa.kojima@linaro.org Message-ID: <20180228162611.v6h4ll666u4gmf7e@bivouac.eciton.net> References: <20180227092017.23617-1-ard.biesheuvel@linaro.org> <20180227092017.23617-3-ard.biesheuvel@linaro.org> MIME-Version: 1.0 In-Reply-To: <20180227092017.23617-3-ard.biesheuvel@linaro.org> User-Agent: NeoMutt/20170113 (1.7.2) Subject: Re: [PATCH edk2-platforms 2/5] Silicon/SynQuacer: tweak PCI I/O windows for ACPI/Linux support X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Feb 2018 16:20:08 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Tue, Feb 27, 2018 at 09:20:14AM +0000, Ard Biesheuvel wrote: > ACPI is not able to describe PCI resource windows that involve both type > and address translation (i.e., for I/O windows on architectures that do > not support port I/O natively), and so the ACPI/Linux code has a hard > time performing the resource allocation in such cases. For instance, the > secondary I/O window we implement on SynQuacer: > > I/O 0x10000 ... 0x1ffff -> 0x77f00000 > > is misinterpreted by Linux, and results in the MMIO range starting at > 0x77f10000 to be mapped for I/O port access to this range. > > This can be mitigated by using the same PCI range for I/O port access > on both RCs., i.e., 0x0 ... 0xffff. This configuration can be represented > using both DT and ACPI, and will work as expected in Linux, since it only > involves type translation and not address translation. > > However, there is a downside: EDK2 does not cope with I/O address > translation in the generic PCI host bridge driver, and so it does > not allow two regions 0x0 ... 0xffff to be configured. > > So in addition, let's reduce the windows declared to the UEFI PCI layer > to 0x0 ... 0x7fff and 0x8000 ... 0xffff. ", able to cover windows witha single 64KB page."? > This leaves ample room for I/O > BARs (which nobody uses anymore anyway), and allows UEFI and the OS to > share the same static configuration of the PCIe BAR windows. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Ard Biesheuvel > --- > Heyi Gui is currently implementing support for address translation in > the generic PCI host bridge driver, so hopefully, limiting the I/O > ranges in UEFI is something we can revert shortly. > > Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi | 2 +- > Silicon/Socionext/SynQuacer/Include/Platform/Pcie.h | 18 +++++++++++------- > Silicon/Socionext/SynQuacer/Library/SynQuacerPciHostBridgeLib/SynQuacerPciHostBridgeLibConstructor.c | 4 ++-- > 3 files changed, 14 insertions(+), 10 deletions(-) > > diff --git a/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi b/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi > index 05d1673a5c2b..6eb5fd9430cb 100644 > --- a/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi > +++ b/Silicon/Socionext/SynQuacer/DeviceTree/SynQuacer.dtsi > @@ -483,7 +483,7 @@ > bus-range = <0x0 0x7e>; > #address-cells = <3>; > #size-cells = <2>; > - ranges = <0x1000000 0x00 0x00010000 0x00 0x77f00000 0x0 0x00010000>, > + ranges = <0x1000000 0x00 0x00000000 0x00 0x77f00000 0x0 0x00010000>, > <0x2000000 0x00 0x78000000 0x00 0x78000000 0x0 0x08000000>, > <0x3000000 0x3f 0x00000000 0x3f 0x00000000 0x1 0x00000000>; > > diff --git a/Silicon/Socionext/SynQuacer/Include/Platform/Pcie.h b/Silicon/Socionext/SynQuacer/Include/Platform/Pcie.h > index 2d3d5cd91be0..ee57377ac3be 100644 > --- a/Silicon/Socionext/SynQuacer/Include/Platform/Pcie.h > +++ b/Silicon/Socionext/SynQuacer/Include/Platform/Pcie.h > @@ -23,12 +23,12 @@ > > #define SYNQUACER_PCI_SEG0_BUSNUM_MIN 0x0 > #define SYNQUACER_PCI_SEG0_BUSNUM_MAX 0x7e > +#define SYNQUACER_PCI_SEG0_BUSNUM_RANGE 0x7f > > #define SYNQUACER_PCI_SEG0_PORTIO_MIN 0x0 > -#define SYNQUACER_PCI_SEG0_PORTIO_MAX 0xffff > -#define SYNQUACER_PCI_SEG0_PORTIO_SIZE 0x10000 > +#define SYNQUACER_PCI_SEG0_PORTIO_MAX 0x7fff > #define SYNQUACER_PCI_SEG0_PORTIO_MEMBASE 0x67f00000 > -#define SYNQUACER_PCI_SEG0_PORTIO_MEMSIZE SYNQUACER_PCI_SEG0_PORTIO_SIZE > +#define SYNQUACER_PCI_SEG0_PORTIO_MEMSIZE 0x10000 > > #define SYNQUACER_PCI_SEG0_MMIO32_MIN 0x68000000 > #define SYNQUACER_PCI_SEG0_MMIO32_MAX 0x6fffffff > @@ -45,12 +45,12 @@ > > #define SYNQUACER_PCI_SEG1_BUSNUM_MIN 0x0 > #define SYNQUACER_PCI_SEG1_BUSNUM_MAX 0x7e > +#define SYNQUACER_PCI_SEG1_BUSNUM_RANGE 0x7f > > -#define SYNQUACER_PCI_SEG1_PORTIO_MIN 0x10000 > -#define SYNQUACER_PCI_SEG1_PORTIO_MAX 0x1ffff > -#define SYNQUACER_PCI_SEG1_PORTIO_SIZE 0x10000 > +#define SYNQUACER_PCI_SEG1_PORTIO_MIN 0x8000 > +#define SYNQUACER_PCI_SEG1_PORTIO_MAX 0xffff > #define SYNQUACER_PCI_SEG1_PORTIO_MEMBASE 0x77f00000 > -#define SYNQUACER_PCI_SEG1_PORTIO_MEMSIZE SYNQUACER_PCI_SEG1_PORTIO_SIZE > +#define SYNQUACER_PCI_SEG1_PORTIO_MEMSIZE 0x10000 > > #define SYNQUACER_PCI_SEG1_MMIO32_MIN 0x78000000 > #define SYNQUACER_PCI_SEG1_MMIO32_MAX 0x7fffffff > @@ -65,4 +65,8 @@ > #define SYNQUACER_PCI_SLOT1_LOCATION SYNQUACER_PCI_LOCATION(0, 1, 3) > #define SYNQUACER_PCI_SLOT2_LOCATION SYNQUACER_PCI_LOCATION(0, 1, 7) > > +#define SYNQUACER_PCI_OS_IO_BASE 0x0 > +#define SYNQUACER_PCI_OS_IO_LIMIT 0xffff > +#define SYNQUACER_PCI_OS_IO_RANGE 0x10000 Would you be greatly opposed to describing these as #define SYNQUACER_PCI_OS_IO_BASE SYNQUACER_PCI_SEG0_PORTIO_MIN #define SYNQUACER_PCI_OS_IO_LIMIT SYNQUACER_PCI_SEG1_PORTIO_MAX #define SYNQUACER_PCI_OS_IO_RANGE SYNQUACER_PCI_SEG1_PORTIO_MEMSIZE or #define SYNQUACER_PCI_OS_IO_RANGE SYNQUACER_PCI_SEG0_PORTIO_MEMSIZE which aren't conceptually the same, but explicitly describe the desired configuration in this case? / Leif > + > #endif > diff --git a/Silicon/Socionext/SynQuacer/Library/SynQuacerPciHostBridgeLib/SynQuacerPciHostBridgeLibConstructor.c b/Silicon/Socionext/SynQuacer/Library/SynQuacerPciHostBridgeLib/SynQuacerPciHostBridgeLibConstructor.c > index e4679543cc66..6a3b32f6ca55 100644 > --- a/Silicon/Socionext/SynQuacer/Library/SynQuacerPciHostBridgeLib/SynQuacerPciHostBridgeLibConstructor.c > +++ b/Silicon/Socionext/SynQuacer/Library/SynQuacerPciHostBridgeLib/SynQuacerPciHostBridgeLibConstructor.c > @@ -348,8 +348,8 @@ PciInitControllerPost ( > // Region 3: port I/O range > ConfigureWindow (DbiBase, 3, > IoMemBase, > - RootBridge->Io.Base, > - RootBridge->Io.Limit - RootBridge->Io.Base + 1, > + SYNQUACER_PCI_OS_IO_BASE, > + SYNQUACER_PCI_OS_IO_RANGE, > IATU_REGION_CTRL_1_OFF_OUTBOUND_0_TYPE_IO, > 0); > > -- > 2.11.0 >