all.
so,
Tested-by: Jeremy Linton
Regards,
/Pete
Pete Batard (22):
Silicon/Broadcom/Bcm283x: Add interrupt driver
Silicon/Broadcom/Bcm283x: Add GpioLib
Platform/RaspberryPi/RPi3: Add ACPI tables
Platform/RaspberryPi/RPi3: Add reset and memory init libraries
Platform
Hi,
On 03/08/2018 02:38 PM, Ard Biesheuvel wrote:
On 8 March 2018 at 17:59, Ard Biesheuvel wrote:
On 8 March 2018 at 17:50, Jeremy Linton wrote:
Hi,
On 03/08/2018 11:27 AM, Ard Biesheuvel wrote:
On 8 March 2018 at 17:24, Jeremy Linton wrote:
Hi,
On 03/08/2018 07:13 AM, Ard
Hi,
On 03/08/2018 11:27 AM, Ard Biesheuvel wrote:
On 8 March 2018 at 17:24, Jeremy Linton wrote:
Hi,
On 03/08/2018 07:13 AM, Ard Biesheuvel wrote:
Add a ACPI Processor Properties Topology Table (PPTT) to the SynQuacer
builds. This information is used by the OS to tune the scheduler
Hi,
On 03/08/2018 07:13 AM, Ard Biesheuvel wrote:
Add a ACPI Processor Properties Topology Table (PPTT) to the SynQuacer
builds. This information is used by the OS to tune the scheduler.
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Ard Biesheuvel
---
This produces the
Hi,
On 02/02/2018 05:57 AM, Heyi Guo wrote:
1 Workarounds for CVE-2017-5715 on Cortex A57/A72/A73 and A75 #1214.
I've been trying to verify spectre fixes, and I don't get a smccc
version from this firmware (see this kernel branch
https://git.kernel.org/pub/scm/linux/kernel/git/arm64/linux.gi
Hi,
On 02/07/2018 09:50 AM, Haojian Zhuang wrote:
Hi all,
I have an issue on tty terminal. I setup PL011 serial console as the
tty terminal on HiKey platform. When it's built in debug mode, arrow
key works well. When it's built in release mode, arrow key can't work.
For example, DOWN key is go
Hi,
On 02/01/2018 09:42 PM, Huangming (Mark) wrote:
On 2018/2/1 9:11, Jeremy Linton wrote:
Hi,
On 01/26/2018 02:00 AM, Ming Huang wrote:
Add Processor Properties Topology Table, PPTT include
(trimming)
+STATIC
+VOID
+InitCacheInfo (
+ VOID
+ )
+{
+ UINT8
DC2E-4f33-A594-C7894A5B412D
+ MODULE_TYPE= DXE_DRIVER
+ VERSION_STRING = 1.0
+ ENTRY_POINT= PpttEntryPoint
+
+[Sources.common]
+ Pptt.c
+
+[Packages]
+ ArmPkg/ArmPkg.dec
+ MdePkg/MdePkg.dec
+ Silicon/Hisilicon/HisiPkg.dec
+
+[LibraryClasses]
+ ArmLib
+ B
Hi,
On 01/24/2018 11:56 PM, Huangming (Mark) wrote:
On 2018/1/24 5:29, Jeremy Linton wrote:
Hi,
On 01/18/2018 09:01 AM, Ming Huang wrote:
From: Jason Zhang
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jason Zhang
Signed-off-by: Ming Huang
Signed-off-by: Heyi
Hi,
On 01/18/2018 09:01 AM, Ming Huang wrote:
From: Jason Zhang
Contributed-under: TianoCore Contribution Agreement 1.1
Signed-off-by: Jason Zhang
Signed-off-by: Ming Huang
Signed-off-by: Heyi Guo
---
Platform/Hisilicon/D05/D05.dsc | 1 +
Platform/Hisilicon/D0
---Original Message-
From: Jeremy Linton [mailto:jeremy.lin...@arm.com]
Sent: Friday, October 27, 2017 11:16 PM
To: Ard Biesheuvel ; Udit Kumar
Cc: edk2-devel@lists.01.org; Andrew Fish ;
olivier.mar...@arm.com; Vladimir Olovyannikov
Subject: Re: [edk2] Storing Non volatile variables on SD/NAND
On 09/20/2017 12:39 PM, Ard Biesheuvel wrote:
On 20 September 2017 at 10:34, Udit Kumar wrote:
When we want to have UEFI and OS accessing same media ,
Possibilities I see
1- Patch OS For status check of media (diversion from generic OS), Good case
will be modify low level driver.
But we may
Hi,
On 10/27/2017 12:33 AM, Daniil Egranov wrote:
This set of patches fixes an issue with 64-bit DMA and implements
the missing exit boot event and driver stop functionality including
memory/protocols cleanup procedure.
Daniil Egranov (4):
Drivers/SataSiI3132Dxe: Fixed PCI IO read and write
On 09/18/2017 10:43 AM, Ard Biesheuvel wrote:
On 18 September 2017 at 06:52, Udit Kumar wrote:
Hi EDK-2 Experts,
I am looking to store NV variables on SD/NAND device.
While browsing, I came across some old post at link,
http://feishare.com/efimail/messages/20130319-1700-Re__edk2__Regarding_sto
Hi,
It seems the FVP is build is broken too (and this appears to be part of the
solution).
|-Original Message-
|From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of
|evan.ll...@arm.com
|Sent: Friday, September 01, 2017 12:27 PM
|To: edk2-devel@lists.01.org
|Cc: ryan.ha
a similar set of patches against the juno, and everything
continues to work. The change also looks good.
So,
Reviewed-by: Jeremy Linton
But I'm still concerned in general, since the HDLCD frame buffer is odd
in that its just system memory rather than being attached to an IO bus
of
Hi,
On 04/05/2017 03:34 PM, Ard Biesheuvel wrote:
On 5 April 2017 at 21:12, Jeremy Linton wrote:
Hi,
On 09/09/2016 09:00 AM, Ard Biesheuvel wrote:
The new accelerated ARM and AARCH64 implementations take advantage of
features that are only available when the MMU and Dcache are on. So
Hi,
On 09/09/2016 09:00 AM, Ard Biesheuvel wrote:
The new accelerated ARM and AARCH64 implementations take advantage of
features that are only available when the MMU and Dcache are on. So
restrict the use of this library to the DXE phase or later.
I don't think this is sufficient because DC ZV
Hi,
On 03/30/2017 05:45 AM, Ard Biesheuvel wrote:
In order to be able to switch to the generic PCI host bridge driver,
implement the glue library that exposes the PCIe parameters to the
common driver. Since the Juno performs some initialization of the
PCIe control registers as well, copy that co
Now that the SiI adapter supports ATAPI, add the SCSI
pass-through protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc | 3 +++
Platforms/ARM/Juno/ArmJuno.fdf | 2 ++
2 files changed, 5 insertions(+)
diff --git a
There can be either ATA or ATAPI devices connected to
each SATA port. We want to detect if the device is ATA
and create a SATA_DP path or a SCSI_DP for ATAPI devices.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe
then forwards the FIS to
a new routine we will break out of the ATA pass-through
callback that manages the FIS submission to the adapter.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132ScsiPassThru.c | 424
Add EXT_SCSI_PASS_THRU structures to SI3132_PORT structure,
along with helpers and new entry points.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers/SataSiI3132Dxe/SataSiI3132.h | 103 ---
1 file changed, 93
Now that everything is in place, lets export the protocol,
build the module, and remove the ATAPI unsupported flags.
Now when we detect an ATAPI device on a port we flag it
as such.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
b/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c| 225 +
OpenPlatformPkg| 2 +-
2 files changed, 138 insertions(+), 89 deletions(-)
diff --git a/EmbeddedPkg/Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c
b/EmbeddedPkg
tch, rather than the one I was running
the patch checker against.
V1->V2:
Formatting corrections per Ard's comments and Daniil's
updated patch checker.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Jeremy Linton (6):
EmbeddedPkg: SiI3132
Hi,
On 02/24/2017 11:08 AM, Ard Biesheuvel wrote:
On 23 February 2017 at 22:33, Jeremy Linton wrote:
Create a new module that adds the callbacks to support
the EFI SCSI pass-through protocol. These callbacks
wrap around the existing ATA pass-through callbacks.
In particular the SCSI command
DEBUG ((DEBUG_INFO, "SiI3132ScsiPassRead() Key %X ASC(Q) %02X%02X\n",
+ EFI_SCSI_SK_VALUE (sense[2]), sense[12], sense[13]));
+}
Thanks
Feng
-Original Message-
From: edk2-devel [mailto:edk2-devel-boun...@lists.01.org] On Behalf Of Jeremy
Linton
Se
Hi,
Please ignore this patch set, and rather look at the V3 version. I had a
stale set of patches in the directory I sent v2 from.
Sorry about the noise.
Thanks,
On 02/23/2017 04:03 PM, Jeremy Linton wrote:
The SiI isn't an AHCI compatible adapter so it implements the EFI ATA
Now that the SiI adapter supports ATAPI add the SCSI
pass- through protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc | 3 +++
Platforms/ARM/Juno/ArmJuno.fdf | 2 ++
2 files changed, 5 insertions(+)
diff --git a
Add some definitions to mask the sense key from sense data,
and check the validity of the returned sense data.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdePkg/Include/IndustryStandard/Scsi.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a
then forwards the FIS to
a new routine we will break out of the ATA pass-through
callback that manages the FIS submission to the adapter.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132ScsiPassThru.c | 431
: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c| 225 +
OpenPlatformPkg| 2 +-
2 files changed, 138 insertions(+), 89 deletions(-)
diff --git a/EmbeddedPkg/Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c
b/EmbeddedPkg
Add EXT_SCSI_PASS_THRU structures to SI3132_PORT structure,
along with helpers and new entry points.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers/SataSiI3132Dxe/SataSiI3132.h | 93 ++--
1 file changed, 88
Now that everything is in place, lets export the protocol,
build the module, and remove the ATAPI unsupported flags.
Now when we detect an ATAPI device on a port we flag it
as such.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers
There can be either ATA or ATAPI devices connected to
each SATA port. We want to detect if the device is ATA
and create a SATA_DP path or a SCSI_DP for ATAPI devices.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe
uted-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Jeremy Linton (7):
EmbeddedPkg: SiI3132: Note that ARM is using this Dxe
MdePkg IndustryStandard/Scsi.h: Add sense code macro
EmbeddedPkg: SiI3132: Add ScsiProtocol callbacks
EmbeddedPkg: SiI3132: Add SCSI proto
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
b/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
Now that everything is in place, lets export the protocol,
build the module, and remove the ATAPI unsupported flags.
Now when we detect an ATAPI device on a port we flag it
as such.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers
Now that the SiI adapter supports ATAPI add the SCSI
pass- through protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc | 3 +++
Platforms/ARM/Juno/ArmJuno.fdf | 2 ++
2 files changed, 5 insertions(+)
diff --git a
ch
to avoid build breaks now that the SiI has a dependency on the SCSI
libraries.
V1->V2:
Formatting corrections per Ard's comments and Daniil's
updated patch checker.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Jeremy Linton (7):
Embedded
: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c| 225 +
OpenPlatformPkg| 2 +-
2 files changed, 138 insertions(+), 89 deletions(-)
diff --git a/EmbeddedPkg/Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c
b/EmbeddedPkg
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
b/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBusDxe.inf
Add some definitions to mask the sense key from sense data,
and check the validity of the returned sense data.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdePkg/Include/IndustryStandard/Scsi.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a
Add EXT_SCSI_PASS_THRU structures to SI3132_PORT structure,
along with helpers and new entry points.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers/SataSiI3132Dxe/SataSiI3132.h | 93 ++--
1 file changed, 88
There can be either ATA or ATAPI devices connected to
each SATA port. We want to detect if the device is ATA
and create a SATA_DP path or a SCSI_DP for ATAPI devices.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe
then forwards the FIS to
a new routine we will break out of the ATA pass-through
callback that manages the FIS submission to the adapter.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132ScsiPassThru.c | 431
|-Original Message-
|From: Ard Biesheuvel [mailto:ard.biesheu...@linaro.org]
|Sent: Tuesday, November 15, 2016 8:58 AM
|To: Jeremy Linton
|Cc: edk2-devel-01; Steve Capper; Leif Lindholm; ryan.har...@linaro.org;
|linaro-uefi
|Subject: Re: [edk2] [PATCH 0/8] ATAPI support on SiI SATA adapter
On 11/15/2016 01:43 AM, Ard Biesheuvel wrote:
Hi Jeremy,
On 14 November 2016 at 21:09, Jeremy Linton wrote:
The SiI isn't an AHCI compatible adapter so it implements the EFI ATA
pass-through protocol directly. This works for fixed hard drives, but
not ATAPI attached devices (CDROM, D
On 11/14/2016 03:09 PM, Jeremy Linton wrote:
Add EXT_SCSI_PASS_THRU structures to SI3132_PORT structure,
along with helpers and new entry points.
Of course, I noticed after posting that this patch is missing a prereq,
that should have been squashed into it.
(see below)
Contributed-under
: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c| 226 +
OpenPlatformPkg| 2 +-
2 files changed, 137 insertions(+), 91 deletions(-)
diff --git a/EmbeddedPkg/Drivers/SataSiI3132Dxe/SiI3132AtaPassThru.c
b/EmbeddedPkg
Now that everything is in place, lets export the protocol,
build the module, and remove the ATAPI unsupported flags.
Now when we detect an ATAPI device on a port we flag it
as such.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers
Now that the SiI adapter supports ATAPI add the SCSI
pass-through protocol.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc | 3 +++
Platforms/ARM/Juno/ArmJuno.fdf | 2 ++
2 files changed, 5 insertions(+)
diff --git a
There can be either ATA or ATAPI devices connected to
each SATA port. We want to detect if the device is ATA
and create a SATA_DP path or a SCSI_DP for ATAPI devices.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe
With the update to the DMA lib, and the FIS submission
cleanups the SiI driver now works fine with alignments
less than a full page. Large alignment requirements
cause problems with grub. Decrease it to a sane value.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy
then forwards the FIS to
a new routine we will break out of the ATA pass-through
callback that manages the FIS submission to the adapter.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Drivers/SataSiI3132Dxe/SiI3132ScsiPassThru.c | 401
Add some definitions to mask the sense key from sense data,
and check the validity of the returned sense data.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdePkg/Include/IndustryStandard/Scsi.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a
Add EXT_SCSI_PASS_THRU structures to SI3132_PORT structure,
along with helpers and new entry points.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
EmbeddedPkg/Drivers/SataSiI3132Dxe/SataSiI3132.h | 89 +++-
1 file changed, 87
ch
to avoid build breaks now that the SiI has a dependency on the SCSI
libraries.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Jeremy Linton (7):
MdePkg IndustryStandard/Scsi.h: Add sense code macro
EmbeddedPkg: SiI3132: Add ScsiProtocol callbacks
Embedd
SmbiosPlatformDxe and MdeModulePkg/SmbiosDxe to the
build and firmware image. With these changes, the EFI BDS, EFI shell,
and Linux dmidecode command return useful information.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc
On 07/28/2016 06:35 AM, Leif Lindholm wrote:
Thanks Jeremy, this looks good to me.
I have one comment on (EDK2) 2/3 and a minor one on (OpenPlatformPkg)
2/3. As I said in the comment, I would be happy to fix the EDK2 one on
commit if you're happy with the proposed change?
Sure, tweak away..
On 07/28/2016 06:23 AM, Leif Lindholm wrote:
On Wed, Jul 27, 2016 at 02:24:35PM -0500, Jeremy Linton wrote:
The code to detect what juno revision we are running on
is fairly small put it in a common header where it may be
used in a couple places.
Contributed-under: TianoCore Contribution
Create the edk2 INF/metadata required to build the SmbiosPlatformDxe.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../Juno/SmbiosPlatformDxe/SmbiosPlatformDxe.inf | 68 ++
1 file changed, 68 insertions(+)
create mode 100644
hes apply against edk2, the last three against OpenPlatformPkg.
Jeremy Linton (3):
ArmPlatformPkg: Add A72 CPU type
Code to detect what juno revision we are running on.
Convert ArmJunoDxe to use common juno revision code
Jeremy Linton (3):
Platforms/ARM/Juno: Create SMBIOS/DMI data for J
Now that the code to detect the Juno revision is in
the header go ahead and covert the ArmJunoDxe to use it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers/ArmJunoDxe/ArmJunoDxe.c | 62 +++---
1 file changed
The code to detect what juno revision we are running on
is fairly small put it in a common header where it may be
used in a couple places.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
ArmPlatformPkg/ArmJunoPkg/Include/ArmPlatform.h | 30
Fill in the basic requirements of the SMBIOS specification by hardcoding
the minimum required structures and data using Juno information. Only the
juno revision, memory ranges and CPU types are dynamic.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Add the A72 CPU type which is used in JunoR2.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
ArmPkg/Include/Chipset/AArch64.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/ArmPkg/Include/Chipset/AArch64.h b/ArmPkg/Include/Chipset/AArch64.h
index
Now that we have a module that provides SMBIOS data for juno, lets add it
and MdeModule/SmbiosDxe to the Juno platform.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
Platforms/ARM/Juno/ArmJuno.dsc | 12
Platforms/ARM/Juno/ArmJuno.fdf | 6
On 07/22/2016 11:38 AM, Ryan Harkin wrote:
Hi Jeremy,
Can I give you a kick re: this patch series?
It's been sitting in my landing team tree for months and hasn't been
resubmitted to reflect the move of Juno to OpenPlatformPkg.
I will resubmit it, I wasn't sure if it was "wanted" given all th
On 07/14/2016 09:16 AM, Ard Biesheuvel wrote:
On 14 July 2016 at 15:58, Jeremy Linton wrote:
The AXI<->PCIe translation comments are out of date with
respect to the code. In the first case the AXI master port
is incorrectly called a slave. In the second case the the
translation dir
The PCIe PIO translation is incorrect on the Juno, correct that.
While we are updating that module correct the comments to more
accurately reflect the code and what is actually happening.
Jeremy Linton (2):
ArmJuno: fix Juno PIO host bridge mapping
ArmJuno: Correct AXI->PCIe translat
t what the code is
doing.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
ArmPlatformPkg/ArmJunoPkg/Drivers/PciHostBridgeDxe/XPressRich3.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/ArmPlatformPkg/ArmJunoPkg/Drivers/PciHostBri
The Juno PIO mapping is 8M, so it should be using a 32-bit
PIO address translation. Further, PIO addresses should start
at 0 and be translated to/from the ARM MMIO region.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Reviewed-by: Leif Lindholm
The Juno PIO mapping is 8M, so it should be using 32-bit
PIO address translation. Further, PIO addresses should start
at 0 and be translated to/from the ARM MMIO region.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers
On 07/11/2016 11:39 AM, Ryan Harkin wrote:
On 11 July 2016 at 17:27, Leif Lindholm wrote:
On Mon, Jul 11, 2016 at 11:17:09AM -0500, Jeremy Linton wrote:
The Juno PIO mapping is 8M, so it should be using 32-bit
PIO address translation. Futher,
"Futher" -> "Further"?
The Juno PIO mapping is 8M, so it should be using 32-bit
PIO address translation. Futher, PIO addresses should start
at 0 and be translated to/from the ARM MMIO region.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers
The Juno PIO mapping is 8M, so it should be using 32-bit
PIO address translation. Futher, PIO addresses should start
at 0 and be translated to/from the ARM MMIO region.
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers/PciHostBridgeDxe/XPressRich3.c | 11 +++
1 file
On 04/20/2016 11:00 AM, Sudeep Holla wrote:
On 20/04/16 16:54, Sudeep Holla wrote:
On 20/04/16 16:44, Jeremy Linton wrote:
On 04/20/2016 10:35 AM, Sudeep Holla wrote:
[...]
Yes I got bitten by that and I failed to notice it :). I have fixed it
locally and tested correctly now
On 04/20/2016 10:54 AM, Sudeep Holla wrote:
On 20/04/16 16:44, Jeremy Linton wrote:
On 04/20/2016 10:35 AM, Sudeep Holla wrote:
[...]
Yes I got bitten by that and I failed to notice it :). I have fixed it
locally and tested correctly now.
DWordIo ( // IO window
On 04/20/2016 10:35 AM, Sudeep Holla wrote:
On 20/04/16 16:13, Jeremy Linton wrote:
On 04/20/2016 09:39 AM, G Gregory wrote:
On 20 April 2016 at 15:30, Sudeep Holla wrote:
XPress-RICH3 PCIe driver initializes the root complex with the source
and target address for IO window. The root
On 04/20/2016 09:39 AM, G Gregory wrote:
On 20 April 2016 at 15:30, Sudeep Holla wrote:
XPress-RICH3 PCIe driver initializes the root complex with the source
and target address for IO window. The root complex resources in SSDT
should match these settings.
This patch fixes the min/max base addr
1.0
Signed-off-by: Jeremy Linton
---
.../Universal/BdsDxe/FrontPage.c | 44 +++---
1 file changed, 22 insertions(+), 22 deletions(-)
diff --git a/IntelFrameworkModulePkg/Universal/BdsDxe/FrontPage.c
b/IntelFrameworkModulePkg/Universal/BdsDxe/FrontPage.c
index
This change mirrors the change in InteFrameworkModulePkg.
We now account for all TYPE19 memory regions found in the
smbios data, as well as handling records with Extended Addresses.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
MdeModulePkg/Application
under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
Jeremy Linton (2):
IntelFrameworkModulePkg/Bds: Correct the total RAM calculation
MdeModulePkg/UiApp: Correct the total RAM calculation
.../Universal/BdsDxe/FrontPage.c | 44 +++
MdeModulePkg/Application/
On 02/18/2016 08:55 PM, Zeng, Star wrote:
Jeremy,
(trimming)
- );
-TokenToUpdate = STRING_TOKEN (STR_FRONT_PAGE_MEMORY_SIZE);
-HiiSetString (gFrontPagePrivate.HiiHandle, TokenToUpdate,
NewString, NULL);
-FreePool (NewString);
-Find[4] = TRUE;
+i
1.0
Signed-off-by: Jeremy Linton
---
.../Universal/BdsDxe/FrontPage.c | 45 +++---
1 file changed, 23 insertions(+), 22 deletions(-)
diff --git a/IntelFrameworkModulePkg/Universal/BdsDxe/FrontPage.c
b/IntelFrameworkModulePkg/Universal/BdsDxe/FrontPage.c
index
(trimming)
|Not wishing to influence the discussion, just out of curiosity: Jeremy
|mentions "numerous other BlockIo protocol providers in edk2 bounce IO
|operations rather than simply allowing them to fail" -- can we see some
|examples? I wonder if, upon seeing that code, we could use "git blame
On 02/05/2016 10:55 AM, Ryan Harkin wrote:
Hi Jeremy,
I just wanted to follow up on this old patch series. I've pushed them
into my tree for the 16.02 Platforms release [1].
If your preparing another release, please also pick up:
"AtaBusDxe: Bounce buffer IO operations if unaligned" or some
The code to detect what juno revision we are running on
is fairly small put it in a common header where it may be
used in a couple places.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
ArmPlatformPkg/ArmJunoPkg/Include/ArmPlatform.h | 31
.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
ArmPlatformPkg/ArmJunoPkg/ArmJuno.dsc | 12 +
ArmPlatformPkg/ArmJunoPkg/ArmJuno.fdf | 6 +
.../SmbiosPlatformDxe/SmbiosPlatformDxe.c | 864
Now that the code to detect the Juno revision is in
the header go ahead and covert the ArmJunoDxe to use it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers/ArmJunoDxe/ArmJunoDxe.c | 66 --
1 file changed
Add the A72 CPU type which is used in JunoR2.
Signed-off-by: Jeremy Linton
---
ArmPkg/Include/Chipset/AArch64.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/ArmPkg/Include/Chipset/AArch64.h b/ArmPkg/Include/Chipset/AArch64.h
index e53605f..12fcbf6 100644
--- a/ArmPkg/Include/Chipset
information.
Jeremy Linton (4):
ArmPlatformPkg: Add A72 CPU type
Code to detect what juno revision we are running on.
Convert ArmJunoDxe to use common juno revision code
ArmPlatformPkg/ArmJunoPkg: Create SMBIOS/DMI data for Juno
ArmPkg/Include/Chipset/AArch64.h | 1
On 02/05/2016 10:55 AM, Ryan Harkin wrote:
Hi Jeremy,
I just wanted to follow up on this old patch series. I've pushed them
into my tree for the 16.02 Platforms release [1].
I have an updated version for R2 that solves part of the R0/R1/R2
detection problems, as well as adding the A72's, and
On 01/07/2016 04:07 PM, Alan Ott wrote:
Hi all,
I'm interested in the status of the Marvell Yukon driver mentioned in
this thread:
http://thread.gmane.org/gmane.comp.bios.tianocore.devel/17544/focus=697
It looks like Leif Lindholm expressed an interest in getting it into his
OpenPlatformPkg, bu
regardless of buggy EFI applications.
Signed-off-by: Jeremy Linton
---
MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBus.c | 26 --
1 file changed, 24 insertions(+), 2 deletions(-)
diff --git a/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBus.c
b/MdeModulePkg/Bus/Ata/AtaBusDxe/AtaBus.c
index e7449f9
On 11/24/2015 11:08 AM, Leif Lindholm wrote:
+// Memory device
>+STATIC CONST ARM_TYPE17 mArmDefaultType17 = {
>+ {
>+{ // SMBIOS_STRUCTURE Hdr
>+ EFI_SMBIOS_TYPE_MEMORY_DEVICE, // UINT8 Type
>+ sizeof (SMBIOS_TABLE_TYPE17), // UINT8 Length
>+ SMBIOS_HANDLE_DIMM,
>+},
>+
Now that the code to detect the Juno revision is in
the header, convert the ArmJunoDxe to use it.
Contributed-under: TianoCore Contribution Agreement 1.0
Signed-off-by: Jeremy Linton
---
.../ArmJunoPkg/Drivers/ArmJunoDxe/ArmJunoDxe.c | 52 --
1 file changed, 8 insertions
1 - 100 of 118 matches
Mail list logo
