values.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/PlatformSmbiosDxe/PlatformSmbiosDxe.c |
153 ++--
Platform/RaspberryPi/RPi3/Drivers/PlatformSmbiosDxe/PlatformSmbiosDxe.inf |
1 +
Platform/RaspberryPi/RPi3/RPi3.dsc
in PlatformSmbiosDxe.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c | 155
+++-
Platform/RaspberryPi/RPi3/Include/Protocol/RpiFirmware.h | 58
++--
2 files changed, 196 insertions(+), 17 deletions(-)
diff --git
The board revision is the proper channel to use to detect the amount of
RAM available as bits [20-22] report the effective RAM size for the board
starting with 256 MB (000b) and doubling in size for each value.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/PlatformSmbiosDxe
Improve RpiFirmwareGetSerial() to derive a serial number from the
MAC address, in case the platform returns 0 for the serial number.
Also fix a typo where "%s" was used instead of "%a".
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/RpiFirmwareDxe/R
zzled, I'm afraid that
I will continue to shove those as Also's into the commits I submit, so that
I can at least try to reclaim some valuable time...
Pete Batard (5):
Platform/RPi3/RpiFirmwareDxe: Add more query functions
Platform/RPi3/RpiFirmwareDxe: Improve serial number population
Pla
String parsing code is added to BIOSInfoUpdateSmbiosType0() so that
any numeric "x.y" value being passed in PcdFirmwareVersionString is
now used to populate the BIOS major and minor.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/PlatformSmbiosDxe/PlatformSmbios
Hi Leif,
On 2019.09.29 00:05, Leif Lindholm wrote:
On Fri, Sep 27, 2019 at 10:20:15AM +0100, Pete Batard wrote:
From: Andrei Warkentin
The Pi GPU decouples requested resolution from actual physical resolution
and can perform scaling of virtual resolutions. This enables platform users
to do
Pete,
On 9/27/19 11:20 AM, Pete Batard wrote:
From: Andrei Warkentin
The Pi GPU decouples requested resolution from actual physical resolution
and can perform scaling of virtual resolutions. This enables platform users
to do something like ask for 1024x768 and get a framebuffer of that size
Hi Philippe,
On 2019.09.27 17:38, Philippe Mathieu-Daudé wrote:
Hi Pete,
On 9/27/19 11:20 AM, Pete Batard wrote:
From: Andrei Warkentin
The Pi GPU decouples requested resolution from actual physical resolution
and can perform scaling of virtual resolutions. This enables platform users
to do
creen to be used
at 800x600 resolution, instead of forcing 640x480 as the only usable
resolution.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.c | 9 +--
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.inf| 2 +-
Platform/RaspberryPi/RPi3/Dr
continuing (which is a current issue for the RPi3 platform).
Signed-off-by: Pete Batard
---
MdeModulePkg/Universal/BdsDxe/BdsEntry.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/MdeModulePkg/Universal/BdsDxe/BdsEntry.c
b/MdeModulePkg/Universal/BdsDxe/BdsEntry.c
index f3d5e5ac0615..7968a58f3454
patches look good to me now. Thanks.
Reviewed-by: Pete Batard
Cc: Amy Chan
Cc: Bob Feng
Cc: Liming Gao
Signed-off-by: Ching JenX Cheng
---
BaseTools/Conf/tools_def.template | 220
e tested ShellPkg as well as other custom applications
recompilation with VS2019 for ARM/AARCH64 on my platform, and found no
issues.
If you need more details, please let me know.
Regards,
/Pete
Thank you,
Best Regards,
Allen
-Original Message-
From: devel@edk2.groups.io [mailt
Hi Ching JenX,
Please see two comments inline.
On 2019.09.11 07:08, Cheng, Ching JenX wrote:
REF: https://bugzilla.tianocore.org/show_bug.cgi?id=2182
In order to support VS2019,
the first thing need to do is add 2019 toolchain on tools_def.template
Change-Id:
Physical Array Handle: 0x
Partition Width: 1
Handle 0x000A, DMI type 32, 11 bytes
System Boot Information
Status: No errors detected
Handle 0xFEFF, DMI type 127, 4 bytes
End Of Table
------
Pete
t;x.y" value being passed in PcdFirmwareVersionString
will now be used to populate the BIOS major and minor.
Additional minor improvements are also applied, such as consistent use
of uppercase values.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/Platfor
in PlatformSmbiosDxe.
Also fixes a typo where "%s" was used instead of "%a" and improves
RpiFirmwareGetSerial() to derive a serial from the the MAC address
in case the platform returns 0 for the serial.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/RpiFirmware
.
This patch replaces the existing .dtb's with the most recent official ones
and also removes the custom .dts from which previous .dtb's were produced.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/DeviceTree/Readme.md|6 +
Platform/RaspberryPi/RPi3/DeviceTree/bcm2710-rpi-3-b
The header files are used but missing in INF, which causes
warning message when building them.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/ArasanMmcHostDxe/ArasanMmcHostDxe.inf
| 1 +
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.inf
The header files are used but missing in INF, which causes
warning message when building them.
Signed-off-by: Pete Batard
---
ArmPlatformPkg/Library/ArmMaliDp/ArmMaliDp.inf | 1 +
ArmPlatformPkg/Library/HdLcd/HdLcd.inf | 1 +
ArmPlatformPkg/Library/PL111Lcd/PL111Lcd.inf | 1
Hi Leif,
On 2019.08.29 14:54, Leif Lindholm wrote:
On Fri, Aug 23, 2019 at 01:20:50PM +0100, Pete Batard wrote:
Some Linux kernels (e.g. Debian) require "bcm,bcm2835-usb" to be present in
Is the typo here or in the code? ('bcm,' vs. 'brcm,')
Sorry, should have been 'brcm,bcm2835-
the Debian installer.
Also, once this patch has been applied, we should be able to replace the Device
Tree blobs we currently have in edk2-non-osi for the RPi3 platform (that have
been manually modified to have "bcm,bcm2835-usb") with the untouched ones from
the Raspberry Pi Foundation. I will
Some Linux kernels (e.g. Debian) require "bcm,bcm2835-usb" to be present in
the list of compatible properties for the "usb" node, else they are unable
to handle some USB devices.
This patch ensures that the compatible property is added if not present.
Signed-off-by: Pete B
Some Linux kernels (e.g. Debian) require "bcm,bcm2835-usb" to be present in
the list of compatible properties for the "usb" node, else they are unable
to handle some USB devices.
This patch ensures that the compatible property is added if not present.
Signed-off-by: Pete B
we should be able to replace the Device
Tree blobs we currently have in edk2-non-osi for the RPi3 platform (that have
been manually modified to have "bcm,bcm2835-usb") with the untouched ones from
the Raspberry Pi Foundation. I will therefore send a patch to that effect once
these change
the Raspberry Pi 4 are a direct
byproduct of the changes required for multiple Device Tree support, I did
not feel the need to break them down into a separate patch.
Pete Batard (2):
Platforms/RPi3: Improve debug output in FdtDxe
Platforms/RPi3: Add multiple embedded Device Tree selection
Platform
for the Raspberry Pi 4 in FdtDxe.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/FdtDxe/FdtDxe.c | 56 +---
Platform/RaspberryPi/RPi3/Drivers/FdtDxe/FdtDxe.inf | 5 +-
Platform/RaspberryPi/RPi3/RPi3.dec | 8 ++-
Platform/RaspberryPi/RPi3
Harmonize messages, avoid acronyms and provide human readable status codes.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/FdtDxe/FdtDxe.c | 24 ++--
1 file changed, 12 insertions(+), 12 deletions(-)
diff --git a/Platform/RaspberryPi/RPi3/Drivers/FdtDxe
Hi Leif,
On 2019.08.15 13:13, Leif Lindholm wrote:
On Mon, Aug 12, 2019 at 02:06:34PM +0100, Pete Batard wrote:
The Raspberry Pi 3 platform currently has 2 different models, each with a
different Device Tree. Rather than embedding a single one, and requiring
users to manually provide the other
seem like overkill for now (with cases that
could be merged), it should make the reuse of that driver easier.
We also tried to harmonize debug output if FtdDxe (avoid acronyms and provide
human readable error codes).
Pete Batard (1):
Platforms/RPi3: Add multiple embedded Device Tree selection
The Raspberry Pi 3 platform currently has 2 different models, each with a
different Device Tree. Rather than embedding a single one, and requiring
users to manually provide the other, this patch ensures that we now embed
both and and serve the relevant one at runtime.
Signed-off-by: Pete Batard
Changes from v2:
- Use "on-CPU" rather than "ondie".
- Make sure the options to force FAT16 are provided for both Windows and Linux.
- Provide a maximum size for FAT16 and add a forward references to the
additional
notes and the `fdisk` fixup, for people who might still
This documents the installation of vanilla Debian 10.0 ARM64 (netinst),
which we validated for both Model B and Model B+.
Also fix an erroneous reference in an RPi3.fdf comment.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.fdf | 2 +-
Platform/RaspberryPi/RPi3/Readme.md
Hi Leif,
On 2019.08.06 18:25, Leif Lindholm wrote:
Minor suggestions inline:
On Thu, Jul 25, 2019 at 04:22:48PM +0100, Pete Batard wrote:
This documents the installation of vanilla Debian 10.0 ARM64 (netinst),
which we validated for both Model B and Model B+.
Also fix an erroneous reference
Sending a v2 that fixes a few typos:
"In that is the case" -> "If that is the case"
"that you can safely ignore it by selecting" -> "that you can safely ignore by
selecting"
"prevents the same partition to be remounted" -> "pr
This documents the installation of vanilla Debian 10.0 ARM64 (netinst),
which we validated for both Model B and Model B+.
Also fix an erroneous reference in an RPi3.fdf comment.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.fdf | 2 +-
Platform/RaspberryPi/RPi3/Readme.md
This documents the installation of vanilla Debian 10.0 ARM64 (netinst),
which we validated for both Model B and Model B+.
Also fix an erroneous reference in an RPi3.fdf comment.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.fdf | 2 +-
Platform/RaspberryPi/RPi3/Readme.md
Just adding a comment for one item, that isn't directly relevant to what
direction we should take with this patch, but that clarifies where we
got our .dtb's from.
On 2019.07.23 12:00, Michael Brown wrote:
On 23/07/2019 11:34, Leif Lindholm wrote:
On Fri, Jul 19, 2019 at 06:29:07PM +0100,
Hi Leif,
On 2019.07.19 12:53, Leif Lindholm wrote:
Hi Pete,
On Wed, Jul 17, 2019 at 12:46:42PM +0100, Pete Batard wrote:
Networking applications (e.g. iPXE) might experience failures when submitting
a bulk IN for the NIC's RX endpoint, because the bulk IN (correctly) times out
when
sole call
site and restricted to the situation in which the subsequent attempt
to gracefully disable the channel did actually fail.
Signed-off-by: Michael Brown
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/DwUsbHostDxe/DwUsbHostDxe.c | 5 +
1 file changed, 1 insertion(
Networking applications (e.g. iPXE) might experience failures when submitting
a bulk IN for the NIC's RX endpoint, because the bulk IN (correctly) times out
when no received packet is waiting, but DwUsbHostDxe.c treats this as a fatal
error.
With these patches, iPXE is able to successfully
Brown
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/DwUsbHostDxe/DwUsbHostDxe.c | 19
++-
1 file changed, 10 insertions(+), 9 deletions(-)
diff --git a/Platform/RaspberryPi/RPi3/Drivers/DwUsbHostDxe/DwUsbHostDxe.c
b/Platform/RaspberryPi/RPi3/Drivers/DwUsbHostDxe
From: Michael Brown
When a timeout occurs, attempt to gracefully disable the channel.
Report a final status of EFI_TIMEOUT if the channel was disabled
successfully, or EFI_DEVICE_ERROR if we were unable to disable the
channel.
Signed-off-by: Michael Brown
Signed-off-by: Pete Batard
Allow users to set a custom CPU frequency [100 - 1600 MHz]
in 'Device Manager' -> 'Raspberry Pi Configuration'.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.c | 13
+++-
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.
So I guess EFI_VARIABLE_RUNTIME_ACCESS applies to more than OS access.
Regards,
/Pete
Pete Batard (2):
Platform/RPi3: Set the boot option of UEFI Shell as non-active
Platform/Rpi3: Add custom CPU frequency support
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.c | 13
Hi Leif,
On 2019.07.03 12:42, Leif Lindholm wrote:
On Tue, Jul 02, 2019 at 05:13:41PM +0100, Pete Batard wrote:
Allow users to set a custom CPU frequency [100 - 1600 MHz]
in 'Device Manager' -> 'Raspberry Pi Configuration'.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/Driv
allowing to pick from a limited set of default values.
Regards,
/Pete
Pete Batard (2):
Platform/RPi3: Set the boot option of UEFI Shell as non-active
Platform/Rpi3: Add custom CPU frequency support
Platform/RaspberryPi/RPi3/Drivers/ConfigDxe/ConfigDxe.c | 13
that, if you
clone the script above and issue your own AppVeyor builds, you will end up with
a different SHA-256. However, binary comparison can easily demonstrate that the
only difference between the binaries has to do with the build date.
Regards,
/Pete
Pete Batard (1):
Platform/RaspberryPi
This patch updates the ARM Trusted Firmware to the latest release
using AppVeyor built binaries that provide verifiable evidence that
the files have not been altered from a vanilla source compilation.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/TrustedFirmware/License.txt | 2
This patch updates the platform DSC/FDF files to use the include fragment
files provided by NetworkPkg.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 31
Platform/RaspberryPi/RPi3/RPi3.fdf | 11 +--
2 files changed, 13 insertions(+), 29 deletions
Also update UsbNetworking/Ax88772b/Ax88772b.inf references.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 7 ++-
Platform/RaspberryPi/RPi3/RPi3.fdf | 7 ++-
2 files changed, 12 insertions(+), 2 deletions(-)
diff --git a/Platform/RaspberryPi/RPi3/RPi3.dsc
b
* v2 to update UsbNetworking/Ax88772b/Ax88772b.inf reference instead
of removing it.
The following 2 patches provide minor updates for the Raspberry Pi 3
platform, by enabling the use of the RAM Disk feature as well as the
new network stack fragment file.
Pete Batard (2):
RaspberryPi/RPi3
This patch updates the platform DSC/FDF files to use the include fragment
files provided by NetworkPkg.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 31
Platform/RaspberryPi/RPi3/RPi3.fdf | 11 +--
2 files changed, 13 insertions(+), 29 deletions
Also remove UsbNetworking/Ax88772b/Ax88772b.inf references since
this module is no longer present.
Signed-off-by: Pete Batard
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 6 +-
Platform/RaspberryPi/RPi3/RPi3.fdf | 6 +-
2 files changed, 10 insertions(+), 2 deletions(-)
diff --git
The following 2 patches provide minor updates for the Raspberry Pi 3
platform, by enabling the use of the RAM Disk feature as well as the
new network stack fragment file.
Pete Batard (2):
RaspberryPi/RPi3: Enable RAM Disk
RaspberryPi/RPi3: Update DSC/FDF to use NetworkPkg DSC/FDF
Platform
Hi Leif,
On 2019.05.13 16:56, Leif Lindholm wrote:
Hi Pete,
On Mon, May 13, 2019 at 09:54:12AM +0100, Pete Batard wrote:
This patch series cleans up and updates the CompilerIntrinsicsLib for ArmPkg.
The first patch removes sources that are no longer used and cleans up the .inf.
The second
We could have reused memmove.asm for ARM, but we would still need to add
an implemention for ARM64, so we use the same source for both archs.
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Signed-off-by: Pete Batard
---
ArmPkg/Library/CompilerIntrinsicsLib/CompilerIntrinsicsLib.inf | 2 ++
ArmPkg
The new source is a port of the RVCT version.
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Signed-off-by: Pete Batard
---
ArmPkg/Library/CompilerIntrinsicsLib/Arm/lasr.S| 30
ArmPkg/Library/CompilerIntrinsicsLib/CompilerIntrinsicsLib.inf | 1 +
2 files changed
None of the .c/.h in Arm/ are used any more => remove them.
Also merge the CC flags for MSFT ARM and ARM64, since these are the
only archs we support for this package.
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Signed-off-by: Pete Batard
---
ArmPkg/Library/CompilerIntrinsicsLib/Arm/Llvm_int_li
The new sources are a copy of the RVCT version.
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Signed-off-by: Pete Batard
---
ArmPkg/Library/CompilerIntrinsicsLib/Arm/uread.S | 54
ArmPkg/Library/CompilerIntrinsicsLib/Arm/uwrite.S | 53
Hi Flynn,
On 2019.05.08 09:00, " wrote:
Hey guys,
I may found a problem here..
I'm trying to build tianocore with visual studio 2017, the tianocore
commit id is
df7c81b5b219c9aee776baa466dd64c9d318dd80(Tue Apr 30 10:16:01 2019),
after seting up the build environment and change
Biesheuvel
CC: Leif Lindholm
Signed-off-by: Pete Batard
---
ArmPkg/Library/CompilerIntrinsicsLib/Arm/lasr.S| 22
ArmPkg/Library/CompilerIntrinsicsLib/CompilerIntrinsicsLib.inf | 1 +
2 files changed, 23 insertions(+)
diff --git a/ArmPkg/Library/CompilerInt
401 - 462 of 462 matches
Mail list logo