Hi,
On 8/30/24 3:18 AM, Ard Biesheuvel wrote:
From: Ard Biesheuvel
Switch to the MbedTls crypto library, which uses less space, which has
run out on RPi4 (the DEBUG build can only succeed with HTTPS boot
disabled at this point)
This is going to be endless, maybe its better to adjust the imag
On 8/27/24 11:37, Ard Biesheuvel wrote:
On Tue, 6 Aug 2024 at 16:10, Leif Lindholm wrote:
On Thu, Aug 01, 2024 at 10:19:50 -0500, Jeremy Linton wrote:
Hi,
On 8/1/24 09:44, Ard Biesheuvel wrote:
On Thu, 1 Aug 2024 at 16:11, Ard Biesheuvel wrote:
On Thu, 1 Aug 2024 at 15:49, Jeremy
Hi,
On 8/2/24 06:44, Rebecca Cran wrote:
On 8/1/24 12:50, Jeremy Linton wrote:
On 8/1/24 10:50, Rebecca Cran wrote:
On 8/1/24 9:43 AM, Ard Biesheuvel wrote:
Haven't noticed this one myself. The only issue I hit once in a while
(but only with DEBUG builds as far as I am aware) is an A
On 8/1/24 10:50, Rebecca Cran wrote:
On 8/1/24 9:43 AM, Ard Biesheuvel wrote:
Haven't noticed this one myself. The only issue I hit once in a while
(but only with DEBUG builds as far as I am aware) is an ASSERT() on
some XhciDxe control register read (or perhaps a timeout?)
This might be the
Hi,
On 8/1/24 09:44, Ard Biesheuvel wrote:
On Thu, 1 Aug 2024 at 16:11, Ard Biesheuvel wrote:
On Thu, 1 Aug 2024 at 15:49, Jeremy Linton wrote:
Hi,
On 7/31/24 11:33, Ard Biesheuvel wrote:
Switch all ARM platforms that use the SEC drivers in edk2/ArmPlatformPkg
to the new versions
tas
Cc: Meenakshi Aggarwal
Cc: Narinder Dhillon
Cc: Nhi Pham
Cc: Paul Grimes
Cc: Rebecca Cran
Cc: Sami Mujawar
Cc: Thomas Abraham
Cc: Wenyi Xie
Cc: Jeremy Linton
Cc: Ling Jia
Cc: Peng Xie
Cc: Sami Mujawar
Cc: Thomas Abraham
Cc: Wenyi Xie
Cc: Yiqi Shu
Ard Biesheuvel (2):
Platf
Hi,
On 7/25/24 06:38, Leif Lindholm wrote:
On Thu, Jul 25, 2024 at 12:43:30 +0200, Ard Biesheuvel wrote:
From: Ard Biesheuvel
Drop the now unused EfiResetSystemLib implementation, which has been
superseded by the generic one from EDK2.
Signed-off-by: Ard Biesheuvel
---
Platform/RaspberryP
Hi,
On 3/11/24 09:13, Ard Biesheuvel via groups.io wrote:
On Wed, 17 Jan 2024 at 22:36, Jeremy Linton wrote:
The rpi's config.txt controls which uart (pl011, or miniuart) is
selected as the console. TFA and edk2 follow its lead, but if the
miniuart is selected as the primary and the ma
Hi,
On 3/12/24 05:43, Ard Biesheuvel wrote:
On Tue, 12 Mar 2024 at 11:29, Ard Biesheuvel wrote:
From: Ard Biesheuvel
The DEBUG build no longer fits when all build options used by the
release script on github.com/pftf are used, presumably due to the
OpenSSL upgrade.
So bump the size for all
Its a complete tossup whether removing the mailbox call after we have
set up the XHCI works for a given kernel+distro in DT mode. So lets
give users which want to try DT the option of flipping this on/off.
Users that don't want to have to deal with DT, can use ACPI.
Signed-off-by: Jeremy L
Since we are updating the DT memory map and telling it how
we have configured the PCIe, there isn't a reason for moving the
MMIO window. In fact this appears to fix OpenBSD+DT as well as
it makes the linux XHCI reset sequence happier.
Signed-off-by: Jeremy Linton
---
Platform/Raspbe
then never used.
So, while the code appears to be fine, lets just zero the variables
anyway to make the compiler happy.
Signed-off-by: Jeremy Linton
---
Silicon/Broadcom/Drivers/Net/BcmGenetDxe/GenericPhy.c| 2 ++
Silicon/Broadcom/Drivers/Net/BcmGenetDxe/SimpleNetwork.c | 3 +++
2 files
it either as its listed as a "SBSA" uart, so it
simply won't work.
This re-enables BT on the pl011 in ACPI mode, and it somewhat starts
to work again.
Signed-off-by: Jeremy Linton
---
.../DualSerialPortLib/DualSerialPortLib.c | 44 ---
1 file changed, 29 in
Lets allow some of these options to change when the
system is in ACPI+DT mode. Plus the fan temp should
be disabled when ACPI isn't enabled.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
ss to use the fixedPCDs defined elsewhere
Hardcode 115200 for the SBSA UART
Jeremy Linton (5):
Platform/RaspberryPi/DualSerialPortLib: Always configure the pl011
Silicon/Broadcom/BcmGenetDxe: Suppress some bogus compiler warnings
Platform/RaspberryPi: Cleanup menu visibili
Hi,
On 1/11/24 01:46, Ard Biesheuvel wrote:
Hi Jeremy,
Thanks for the patches.
Thanks for looking at them!
On Thu, 11 Jan 2024 at 00:52, Jeremy Linton wrote:
The rpi's config.txt controls which uart (pl011, or miniuart) is
selected as the console. TFA and edk2 follow its lead, b
like `systemd-analyze` shows the debug boot
to be quite slow.
Ex:
[root@rpi4 ~]# systemd-analyze
Startup finished in 24.313s (firmware) + 7.771s (loader) + 2.442s (kernel) +
5.810s (initrd) + 20.371s (userspace) = 1min 708ms
multi-user.target reached after 17.343s in userspace.
Signed-off-by: Jeremy
Now that we have a generic Bcm I2C driver lets instantiate one
against a possible RTC hat on the pi4.
Signed-off-by: Jeremy Linton
---
.../Drivers/BcmI2CPlatform/BcmI2CPlatform.c | 127 ++
.../Drivers/BcmI2CPlatform/BcmI2CPlatform.inf | 54
2 files changed, 181
The Ds1307 is ideally a runtime RTC but its use of the I2C
protocol might make it better if it updated the I2C_MASTER_PROTOCOL
callbacks it uses, although... hmmm maybe think about this
a bit more.
Signed-off-by: Jeremy Linton
---
.../Maxim/Library/Ds1307RtcLib/Ds1307RtcLib.c | 36
runtime utilizable I2C Dxe in preparation
for a platform driver which can bind it to the ds1307 RTC driver.
Signed-off-by: Jeremy Linton
---
.../Broadcom/Drivers/I2cDxe/ComponentName.c | 181 ++
.../Broadcom/Drivers/I2cDxe/DriverBinding.c | 237 ++
Silicon/Broadcom/Drivers
We intend to allow the OS to update the RTC after exit boot services.
THis means we need to assure that the I2C IO map is marked correctly.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 8
1 file changed, 8 insertions(+)
diff --git a/Platform
tocol so it cannot be detected.
Signed-off-by: Jeremy Linton
---
.../RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 22 ++
.../Drivers/ConfigDxe/ConfigDxe.inf | 1 +
.../Drivers/ConfigDxe/ConfigDxeHii.uni| 6
.../Drivers/ConfigDxe/ConfigDxeHii.vfr
them in to provide UEFI runtime RTC.
Its this latter bit of logic which seems to be unique to this platform
and probably should be closely reviewed.
Jeremy Linton (6):
Silicon/Bcm283x: Document the I2C registers
Silicon/Bcm283x: Add core I2C drivers
Platform/RasberryPi: Create I2C driver
Since we are now using I2C in edk2, its helpful if we document
the register names.
Signed-off-by: Jeremy Linton
---
.../Include/IndustryStandard/Bcm2836.h| 34 +++
1 file changed, 34 insertions(+)
diff --git a/Silicon/Broadcom/Bcm283x/Include/IndustryStandard/Bcm2836.h
Add the #defines needed to access the SPI interface
documented in the BCM2711 Peripheral guide chapter 8.
Signed-off-by: Jeremy Linton
---
.../Include/IndustryStandard/Bcm2836.h| 34 +++
1 file changed, 34 insertions(+)
diff --git a/Silicon/Broadcom/Bcm283x/Include
runtime service.
Signed-off-by: Jeremy Linton
---
.../RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c| 16
1 file changed, 16 insertions(+)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
b/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
index 151f3cd801
Update GpioLib slightly so that we can change the GPIO pin
muxing at runtime. For the moment only the GpioPinFuncGet/Set()
routines are used at runtime, and only by the Variable service.
Signed-off-by: Jeremy Linton
---
.../Broadcom/Bcm283x/Include/Library/GpioLib.h | 6 ++
.../Broadcom
its been
recreated, and results in random UEFI crashes.
Signed-off-by: Jeremy Linton
---
.../Drivers/VarBlockServiceDxe/FvbInfo.c | 8 +-
.../VarBlockServiceDxe/VarBlockService.c | 669 +-
.../VarBlockServiceDxe/VarBlockService.h | 10 +
.../Var
just individual device power
on/off methods to adjust the GPIO pins when needed.
For now, lets leave it since windows at least knows
about it. In the future we will decide whether the
firmware is controlling something (SPI!) based on
whether the user has enabled the GPIO block.
Signed-off-by: Jeremy L
Now that the GPIO devices are in their own SSDT lets add
a menu item for the rpi4 to enable/disable it. For the
rpi3 the SSDT is always exported.
Signed-off-by: Jeremy Linton
---
.../RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 17 -
.../RaspberryPi/Drivers/ConfigDxe
The lower level firmware can enable/disable a LDO audio
amp, which allows us to mute/unmute audio output while
the firmware is running.
Signed-off-by: Jeremy Linton
---
.../Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c | 60 ++-
.../Include/IndustryStandard/RpiMbox.h| 1
C/SPI/GPIO devices which are debatably usable on Linux in
ACPI mode into its own SSDT.
Jeremy Linton (7):
Platform/RaspberryPi: Move GPIO/SPI/I2C to SSDT
Platform/RaspberryPi: Add menu item to enable/disable GPIO
Platform/RaspberryPi: Add constants for controlling SPI
Platform/RaspberryPi
it either as its listed as a "SBSA" uart, so it
simply won't work.
This re-enables BT on the pl011 in ACPI mode, and it somewhat starts
to work again.
Signed-off-by: Jeremy Linton
---
.../DualSerialPortLib/DualSerialPortLib.c | 37 +++
1 file changed, 22 in
Since we are updating the DT memory map and telling it how
we have configured the PCIe, there isn't a reason for moving the
MMIO window. In fact this appears to fix OpenBSD+DT as well as
it makes the linux XHCI reset sequence happier.
Signed-off-by: Jeremy Linton
---
Platform/Raspbe
Its a complete tossup whether removing the mailbox call after we have
set up the XHCI works for a given kernel+distro in DT mode. So lets
give users which want to try DT the option of flipping this on/off.
Users that don't want to have to deal with DT, can use ACPI.
Signed-off-by: Jeremy L
/XHCI configuration when booted in DT mode on linux.
There is also a few menu visibility/section tweaks to assure ACPI/DT
specific settings show up at the appropriate time.
As well as a minor fix to work around a bogus compiler warning.
Jeremy Linton (5):
Platform/RaspberryPi/DualSerialPortLib: A
then never used.
So, while the code appears to be fine, lets just zero the variables
anyway to make the compiler happy.
Signed-off-by: Jeremy Linton
---
Silicon/Broadcom/Drivers/Net/BcmGenetDxe/GenericPhy.c| 2 ++
Silicon/Broadcom/Drivers/Net/BcmGenetDxe/SimpleNetwork.c | 3 +++
2 files
Lets allow some of these options to change when the
system is in ACPI+DT mode. Plus the fan temp should
be disabled when ACPI isn't enabled.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
n in the field for a couple
years now and i'm not aware of it causing any issues. The additional
restriction of limiting it to platform recovery logically makes sense,
and as far as I can see shouldn't cause any problems.
So,
Reviewed-by: Jeremy Linton
As a PS: I also went to check
Hi,
Dead thread poke, but, its been > 2 years since this problem was pointed
out.
Multiple patches have been proposed, including one by me:
https://edk2.groups.io/g/devel/message/58193
and the USB/XHCI reset logic continues to be broken enough that a wide
range of USB issues can result in boo
legacy and new device trees.
Thanks a lot for looking into this! This looks fine to me, the only
thing that poped out was that the uefi checkpatch complained about the
linux log in the commit message, but I think that should be ok.
so:
Reviewed-by: Jeremy Linton
and I also did some basic
Hi,
On 9/30/22 13:47, Adrien Thierry wrote:
Hi Jeremy,
If you just add the range tweak, does that fix the XHCI config in your setup
too?
I tested applying the range tweak in your patch, unfortunately it doesn't
seem to work on my setup. I'm still getting "usb 1-1: device descriptor > read/64
On 9/29/22 14:53, Adrien Thierry wrote:
This patch series does a few fixes in the SyncPcie() function, more
specifically in the logic that deletes the pci node to prevent Linux from
resetting the XHCI controller.
Hmm, that code not being exactly right isn't surprising, I went through
about a d
rpis are built
against the latest edk2 branch.
Thanks,
Reviewed-by: Jeremy Linton
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Jeremy Linton
Signed-off-by: Kun Qin
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 1 +
Platform/RaspberryPi/RPi4/RPi4.dsc | 1 +
2 files changed, 2 insertions
, // NumNodes
sizeof (EFI_ACPI_6_0_IO_REMAPPING_TABLE), // NodeOffset
0 // Reserved
So, this looks fine to me.
Thanks,
Reviewed-by: Jeremy Linton
-=-=-=-=-=-=-=-=-=-=-=-
Groups.io Links: You receive all messages sent to
driver to build that has a dependency on
this library class and does not require any further platform
changes.
Cc: Ard Biesheuvel
Cc: Leif Lindholm
Cc: Jeremy Linton
Signed-off-by: Michael Kubacki
---
Platform/RaspberryPi/RPi3/RPi3.dsc | 1 +
Platform/RaspberryPi/RPi4/RPi4.dsc | 1 +
2 files
On 1/31/22 11:36, Ard Biesheuvel wrote:
On Mon, 31 Jan 2022 at 17:13, Jeremy Linton wrote:
Hi,
On 1/28/22 09:38, Adrien Thierry via groups.io wrote:
Describe the miniuart clock frequency in a _DSD property, so that it can
be read from the Linux driver.
The miniuart clock frequency is the
_freq'
property in the config.txt file. So, we fetch it from the underlying
Raspberry Pi firmware.
Sorry about the delay, I've been out a bit.
So, this all looks good to me, and it passes the patch checker, the
trick now will be landing the linux patch.
Thanks,
Reviewed-by
issues page.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/RPi4/Readme.md | 63 +++--
1 file changed, 53 insertions(+), 10 deletions(-)
diff --git a/Platform/RaspberryPi/RPi4/Readme.md
b/Platform/RaspberryPi/RPi4/Readme.md
index 80899f4ca4..38ae0372fb
Update GpioLib slightly so that we can change the GPIO pin
muxing at runtime. For the moment only the GpioPinFuncGet/Set()
routines are used at runtime, and only by the Variable service.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
Silicon/Broadcom/Bcm283x/Include/Library
fore its been
recreated, and results in random UEFI crashes.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
.../Drivers/VarBlockServiceDxe/FvbInfo.c | 8 +-
.../Drivers/VarBlockServiceDxe/VarBlockService.c | 650 -
.../Drivers/VarBlockServiceDxe/V
The lower level firmware can enable/disable a LDO audio
amp, which allows us to mute/unmute audio output while
the firmware is running.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
.../Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c| 60 +-
.../RaspberryPi
runtime service.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 16
1 file changed, 16 insertions(+)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
b/Platform/RaspberryPi/Drivers/ConfigDxe
Now that the GPIO devices are in their own SSDT lets add
a menu item for the rpi4 to enable/disable it. For the
rpi3 the SSDT is always exported.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 17 -
Platform
euvel
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/AcpiTables/AcpiTables.inf | 1 +
Platform/RaspberryPi/AcpiTables/Dsdt.asl | 7 -
Platform/RaspberryPi/AcpiTables/GpuDevs.asl| 126
Platform/RaspberryPi/AcpiTables/SsdtGpio.asl
Add the #defines needed to access the SPI interface
documented in the BCM2711 Peripheral guide chapter 8.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
.../Bcm283x/Include/IndustryStandard/Bcm2836.h | 34 ++
1 file changed, 34 insertions(+)
diff --git a
euvel
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 10 ++
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.inf| 1 +
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.uni | 5 +
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr
hCheck
More agressive ifdef'ing out RPi4 only code for RPi3
Jeremy Linton (10):
Platform/RaspberryPi: Cleanup menu visibility
Platform/RaspberryPi: Give the user control over the XHCI mailbox
Platform/RaspberryPi: Move GPIO/SPI/I2C to SSDT
Platform/RaspberryPi: Add menu item to enable/disab
Lets allow some of these options to change when the
system is in ACPI+DT mode. Plus the fan temp should
be disabled when ACPI isn't enabled.
Tested-by: Ard Biesheuvel
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 6 +++---
1 file chang
: Andrei Warkentin
Cc: Samer El-Haj-Mahmoud
Signed-off-by: Jeremy Linton
---
Maintainers.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Maintainers.txt b/Maintainers.txt
index 2cad0a597d..a6ce4eee0f 100644
--- a/Maintainers.txt
+++ b/Maintainers.txt
@@ -346,7 +346,7 @@ F
Hi,
On 12/14/21 16:49, Adrien Thierry wrote:
The Raspberry Pi support in edk2-platforms, including ACPI, is a direct
ancestor of the original ms-iot tree (https://github.com/ms-iot/RPi-UEFI, by
way of https://github.com/andreiw/RaspberryPiPkg).
The way the miniUART is described in ACPI came fr
HID. So I wasn't disagreeing with your intent, just trying to point out
a way forward without changing the base addr. Although, I'm going to
continue thinking its broken :)
Thanks,
A
From: Jeremy Linton
Sent: Monday, December 13, 2021 11:39
Hi,
On 12/13/21 13:17, Andrei Warkentin via groups.io wrote:
If I understand correctly, you want to describe the UART at 0x00215000 to be at
0x00215040.
This will break SPCR and DBG2 - so that's a regression for Windows, ESXi and
possibly the NetBSDs.
I guess that's a NAK unless I misunderst
Hi,
On 12/3/21 12:12, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 18:55, Jeremy Linton wrote:
Hi,
On 12/2/21 11:09, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 18:03, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 17:52, Jeremy Linton wrote:
The RPi4 has a SPI flash with unused
Hi,
On 12/2/21 11:09, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 18:03, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 17:52, Jeremy Linton wrote:
The RPi4 has a SPI flash with unused capacity. This set detects if
that capacity is sufficient for a UEFI variable store and utilizes
it as
Its a complete tossup whether removing the mailbox call after we have
set up the XHCI works for a given kernel+distro in DT mode. So lets
give users which want to try DT the option of flipping this on/off.
Users that don't want to have to deal with DT, can use ACPI.
Signed-off-by: Jeremy L
its been
recreated, and results in random UEFI crashes.
Signed-off-by: Jeremy Linton
---
.../Drivers/VarBlockServiceDxe/FvbInfo.c | 8 +-
.../Drivers/VarBlockServiceDxe/VarBlockService.c | 654 -
.../Drivers/VarBlockServiceDxe/VarBlockServic
On 12/2/21 11:09, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 18:03, Ard Biesheuvel wrote:
On Thu, 2 Dec 2021 at 17:52, Jeremy Linton wrote:
The RPi4 has a SPI flash with unused capacity. This set detects if
that capacity is sufficient for a UEFI variable store and utilizes
it as such
Update GpioLib slightly so that we can change the GPIO pin
muxing at runtime. For the moment only the GpioPinFuncGet/Set()
routines are used at runtime, and only by the Variable service.
Signed-off-by: Jeremy Linton
---
Silicon/Broadcom/Bcm283x/Include/Library/GpioLib.h | 6 ++
Silicon
The lower level firmware can enable/disable a LDO audio
amp, which allows us to mute/unmute audio output while
the firmware is running.
Signed-off-by: Jeremy Linton
---
.../Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c| 62 +-
.../RaspberryPi/Include/IndustryStandard
Add the #defines needed to access the SPI interface
documented in the BCM2711 Peripheral guide chapter 8.
Signed-off-by: Jeremy Linton
---
.../Bcm283x/Include/IndustryStandard/Bcm2836.h | 34 ++
1 file changed, 34 insertions(+)
diff --git a/Silicon/Broadcom/Bcm283x
runtime service.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 16
1 file changed, 16 insertions(+)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
b/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
index 3d058cb40d
Now that the GPIO devices are in their own SSDT lets add
a menu item for the rpi4 to enable/disable it. For the
rpi3 the SSDT is always exported.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 17 -
Platform/RaspberryPi/Drivers
Lets allow some of these options to change when the
system is in ACPI+DT mode. Plus the fan temp should
be disabled when ACPI isn't enabled.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
just individual device power
on/off methods to adjust the GPIO pins when needed.
For now, lets leave it since windows at least knows
about it. In the future we will decide whether the
firmware is controlling something (SPI!) based on
whether the user has enabled the GPIO block.
Signed-off-by: Jeremy L
Its a complete tossup whether removing the mailbox call after we have
set up the XHCI works for a given kernel+distro in DT mode. So lets
give users which want to try DT the option of flipping this on/off.
Users that don't want to have to deal with DT, can use ACPI.
Signed-off-by: Jeremy L
ACPI GPIO block.
Jeremy Linton (9):
Platform/RaspberryPi: Cleanup menu visibility
Platform/RaspberryPi: Give the user control over the XHCI mailbox
Platform/RaspberryPi: Move GPIO/SPI/I2C to SSDT
Platform/RaspberryPi: Add menu item to enable/disable GPIO
Platform/RaspberryPi: Add con
Hi,
First thanks for posting this!
I ended up tweaking this a bit to get it to apply, because something in
my email chain mangled it more than usual. Hopefully others aren't
seeing this.
Anyway see below..
On 11/5/21 15:34, Mario Bălănică via groups.io wrote:
Also fix PWM0 on the Raspberry
Now that the GPIO devices are in their own SSDT lets add
a menu item for the rpi4 to enable/disable it. For the
rpi3 the SSDT is always exported.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 17 -
Platform/RaspberryPi/Drivers
Its a complete tossup whether removing the mailbox call after we have
set up the XHCI works for a given kernel+distro in DT mode. So lets
give users which want to try DT the option of flipping this on/off.
Users that don't want to have to deal with DT, can use ACPI.
Signed-off-by: Jeremy L
just individual device power
on/off methods to adjust the GPIO pins when needed.
For now, lets leave it since windows at least knows
about it. In the future we will decide whether the
firmware is controlling something (SPI!) based on
whether the user has enabled the GPIO block.
Signed-off-by: Jeremy L
Lets allow some of these options to change when the
system is in ACPI+DT mode. Plus the fan temp should
be disabled when ACPI isn't enabled.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
Now that the GPIO devices are in their own SSDT lets add
a menu item for the rpi4 to enable/disable it. For the
rpi3 the SSDT is always exported.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 17 -
Platform/RaspberryPi/Drivers
bled.
This set also cleans up the ACPI/DT visiblity of a couple
nearby menu items as well.
Jeremy Linton (4):
Platform/RaspberryPi: Cleanup menu visibility
Platform/RaspberryPi: Give the user control over the XHCI mailbox
Platform/RaspberryPi: Move GPIO/SPI/I2C to SSDT
Platform/RaspberryPi
can start here.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Library/ResetLib/ResetLib.c | 42
1 file changed, 42 insertions(+)
diff --git a/Platform/RaspberryPi/Library/ResetLib/ResetLib.c
b/Platform/RaspberryPi/Library/ResetLib/ResetLib.c
index a70eee485d..2b
it more consistent.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
b/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
index 2ef7da67bd..41
The build has been tossing a warning about having two defaults
for a while now, lets fix it.
Signed-off-by: Jeremy Linton
Reviewed-by: Andrei Warkentin
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Platform
, and the
other is the addition of a debug message to print the returned clock
rate for the requested clock. This latter print would have immediatly
shown that the vc firmware was returning 0 as the emmc clock rate
rather than something reasonable.
Signed-off-by: Jeremy Linton
Reviewed-by: A
From: Jeremy Linton
This set is a few patches I've been collecting to fix minor issues I've seen
while debugging other problems, or just various things I think should probably
be changed. It also includes the patch to adjust the PCIe/XHCI dma-attributes
which fixes DT booting on re
econfigure it.
Hence the newer SOC's implementing a translation fail to boot
since the DT being passed to the OS doesn't match the translation
the firmware has setup.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/FdtDxe/FdtDxe.c | 75
1 file
Hi,
On 10/18/21 10:10 AM, Chris Jones via groups.io wrote:
Bugzilla: 3697 (https://bugzilla.tianocore.org/show_bug.cgi?id=3697)
Update the Acpiview PPTT parser to use Acpi64.h. As part of the changes,
remove support for parsing PPTT type 2 ID structure.
Signed-off-by: Chris Jones
---
ShellP
Hi,
On 10/1/21 7:52 PM, Jeremy Linton wrote:
During review/merge of the linux ecam quirk, some logic
was added to require the quirk name to be exactly 6
characters, matching the MADT field its overriding.
As such, the rpi quirk here needed to be shorted by
a character to avoid confusion
Hi,
On 10/10/21 4:10 PM, Ard Biesheuvel wrote:
On Sun, 10 Oct 2021 at 21:48, Mark Kettenis wrote:
The MMIO host bridge window isn't translated as both the primary
and secondary side are MMIO. So remove the incorrect
TypeTranslation attribute.
Signed-off-by: Mark Kettenis
Reviewed-by: Ard
Hi,
On 10/5/21 5:11 AM, Ard Biesheuvel wrote:
On Sat, 2 Oct 2021 at 02:52, Jeremy Linton wrote:
In theory we should be properly cleaning up all the device drivers before
pulling the big switch. Particularly the partition mgr will issue
flush commands to attached disks as it goes down. This
Hi,
On 10/5/21 5:12 AM, Ard Biesheuvel wrote:
On Sat, 2 Oct 2021 at 02:52, Jeremy Linton wrote:
While debugging problems with the GET/SET_CLOCK mailbox calls it appeared
that the locking in most of the mailbox commands isn't perfectly
correct. All UEFI firmware calls to the RPi mailbox
ests but we can start here.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Library/ResetLib/ResetLib.c | 44
1 file changed, 44 insertions(+)
diff --git a/Platform/RaspberryPi/Library/ResetLib/ResetLib.c
b/Platform/RaspberryPi/Library/ResetLib/ResetLib.c
i
it more consistent.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
b/Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxe.c
index 2ef7da67bd..41
During review/merge of the linux ecam quirk, some logic
was added to require the quirk name to be exactly 6
characters, matching the MADT field its overriding.
As such, the rpi quirk here needed to be shorted by
a character to avoid confusion.
Signed-off-by: Jeremy Linton
---
Platform
The build has been tossing a warning about having two defaults
for a while now, lets fix it.
Signed-off-by: Jeremy Linton
---
Platform/RaspberryPi/Drivers/ConfigDxe/ConfigDxeHii.vfr | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/Platform/RaspberryPi/Drivers/ConfigDxe
ate rather than something
reasonable.
Signed-off-by: Jeremy Linton
---
.../Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c| 102 -
1 file changed, 59 insertions(+), 43 deletions(-)
diff --git a/Platform/RaspberryPi/Drivers/RpiFirmwareDxe/RpiFirmwareDxe.c
b/Platform/Raspberry
1 - 100 of 219 matches
Mail list logo