Updating the usb5744 hub node as per the latest upstream DT binding
https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/
tree/Documentation/devicetree/bindings/usb/microchip,usb5744.yaml?h=v6.8.8
Signed-off-by: Venkatesh Yadav Abbarapu
Acked-by: Michal Simek
---
arch/arm/dts/zynqmp
USB host support on ZYNQMP KRIA SOM needs onboard USB
hub driver for handling reset GPIO and for i2c initialization
sequence.
Signed-off-by: Venkatesh Yadav Abbarapu
Acked-by: Michal Simek
---
configs/xilinx_zynqmp_kria_defconfig | 11 ++-
1 file changed, 6 insertions(+), 5 deletions(-)
The .bind function is implemented to bind the correct
"half" of the hub that the driver wants to bind,
and returning -ENODEV for the other "half".
Signed-off-by: Venkatesh Yadav Abbarapu
---
common/usb_onboard_hub.c | 21 +
1 file changed, 21 insertions(+)
diff --git a/commo
Add i2c initialization hook and set usb5744 platform
data with function having required i2c initialization sequence.
Apart from the USB command attach, prevent the hub from suspend.
when the “USB Attach with SMBUS (0xAA56)” command is issued to the hub,
the hub is getting enumerated and then it pu
Add support for the Microchip USB5744 USB3.0 and USB2.0 Hub.
The usb5744 driver trigger hub reset signal after soft reset.
The usb5744 hub need to reset after the phy initialization,
which toggles the gpio.
Signed-off-by: Venkatesh Yadav Abbarapu
---
common/usb_onboard_hub.c | 15 +--
As part of the reset, sets the direction of the pin to output before
toggling the pin. Delay of millisecond is added in between low and
high to meet the setup and hold time requirement of the reset.
Signed-off-by: Venkatesh Yadav Abbarapu
---
common/usb_onboard_hub.c | 35 +++
Don't error out if there is no vdd regulator supply, as these are
optional properties.
Signed-off-by: Venkatesh Yadav Abbarapu
---
common/usb_onboard_hub.c | 12
1 file changed, 8 insertions(+), 4 deletions(-)
diff --git a/common/usb_onboard_hub.c b/common/usb_onboard_hub.c
index 9
Add the usb5744/usb2744 hub driver which does the reset gpio toggling
and the i2c initialization sequence.
Tested the USB5744/USB2744 usb hub for usb0, usb1 with the
DT nodes on KR260 board.
Changes in v2:
- Added the power_on_reset_us variable, for post-reset time.
- Removed the DM_REGULATOR ifd
Hi Sughosh, Tom,
On 01/10/24 14:19, Sughosh Ganu wrote:
On Tue, 1 Oct 2024 at 11:37, Vaishnav Achath wrote:
Hi Tom,
On 21/09/24 08:09, Tom Rini wrote:
On Mon, 16 Sep 2024 20:50:23 +0530, Sughosh Ganu wrote:
Rework the logic to verify the load address so that address re-use is
not an issue
Hi Patrick,
We've been back and forth on this, but we still disagree on the
allocations etc, but I don't think it's that important to keep the
patch out due to this.
Can we move the table generation to the ACPI subsystem?
efi_acpi_register() will convert the memory as needed, so I was
wondering w
Hi Marek,
> -Original Message-
> From: Marek Vasut
> Sent: Tuesday, October 1, 2024 5:27 PM
> To: Abbarapu, Venkatesh ; u-boot@lists.denx.de
> Cc: Simek, Michal ; fabrice.gasn...@foss.st.com; git
> (AMD-Xilinx)
> Subject: Re: [PATCH v3 1/7] usb: onboard-hub: Add reset-gpio support
>
> O
On Wed, Oct 02, 2024 at 04:55:42PM -0600, Simon Glass wrote:
> On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
> >
> > Implement LED boot API to signal correct boot of the system.
> >
> > led_boot_on/off/blink() are introduced to turn ON, OFF and BLINK the
> > designated boot LED.
> >
> > Ne
On Wed, Oct 02, 2024 at 04:55:41PM -0600, Simon Glass wrote:
> On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
> >
> > We currently init the LED OFF when SW blink is triggered when
> > on_state_change() is called. This can be problematic for very short
> > period as the ON/OFF blink might ne
On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
>
> Implement LED activity API similar to BOOT LED API.
>
> Usual activity might be a file transfer with TFTP, a flash write...
>
> User of this API will call led_activity_on/off/blink() to signal these
> kind of activity.
>
> New Kconfig is im
On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
>
> Implement support for LED activity. If the feature is enabled,
> make the defined ACTIVITY LED to signal mtd operations.
>
> LED activity is implemented HERE and not in the subsystem side to limit
> any performance degradation in case multi
On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
>
> Implement LED boot API to signal correct boot of the system.
>
> led_boot_on/off/blink() are introduced to turn ON, OFF and BLINK the
> designated boot LED.
>
> New Kconfig is introduced, CONFIG_LED_BOOT to enable the feature.
> This makes
On Tue, 1 Oct 2024 at 06:25, Christian Marangi wrote:
>
> We currently init the LED OFF when SW blink is triggered when
> on_state_change() is called. This can be problematic for very short
> period as the ON/OFF blink might never trigger.
>
> Toggle the LED (ON if OFF, OFF if ON) on initial SW bl
On Mon, 23 Sep 2024 10:25:18 +0200, arturo.buza...@digi.com wrote:
> This commit adds support to manage an external regulator to enable the main
> power supply VDD.
>
>
Applied to u-boot/next, thanks!
--
Tom
On Thu, 19 Sep 2024 19:10:41 +0300, al.koc...@gmail.com wrote:
> From: Alexander Kochetkov
>
> Changes in v2:
> - fix syntax errors in the description
> - impelement handling multiple DTB files in the EXT_DTB
>
>
> [...]
Applied to u-boot/next, thanks!
--
Tom
On Fri, 20 Sep 2024 10:28:06 +0200, Bastien Curutchet wrote:
> A write to the TX buffer is performed before entering the loop to "avoid
> clock starvation". This sometimes results in subsequent writes in
> davinci_spi_xfer_data() to occur while the TXFULL bit is asserted,
> leading to write failur
On Fri, 20 Sep 2024 18:14:35 +0200, Joakim Tjernlund wrote:
> Adds support for secp521r1 ECDSA in mkimage
>
>
Applied to u-boot/next, thanks!
--
Tom
On Mon, 16 Sep 2024 15:03:36 +0200, Francesco Dolcini wrote:
> When SPL_FS_LOADER is set to y and FS_LOADER is not enabled, the SPL build
> fails with the following errors:
>
> AR spl/boot/built-in.o
> LD spl/u-boot-spl
> arm-none-linux-gnueabihf-ld.bfd: drivers/misc/fs_loader.o: in
On Mon, 16 Sep 2024 02:17:14 +0530, Vaishnav Achath wrote:
> Update J722S Resource Management configs to the latest output
> generated by K3 Resource Partitioning tool. Main change includes
> allocating more BCDMA channels to A53 for CSI2RX to support
> 4 x CSIRX capture instance simultaneously.
>
On Thu, 12 Sep 2024 09:29:56 +0200, Guillaume La Roque wrote:
> Ths patchset add support of Android 14 with boot image version 4
> for :
> - AM62X-SK EVM: https://www.ti.com/tool/SK-AM62B
> - BeaglePlay: https://beagleplay.org/
> - AM62PX-SK EVM: https://www.ti.com/tool/SK-AM62P-LP
>
> Android Im
On Sun, 25 Aug 2024 14:26:07 +0200, Dario Binacchi wrote:
> All three addresses printed are in hexadecimal format, but only the
> first two have the "0x" prefix. The patch aligns the format of the
> "end" address with the other two by adding the "0x" prefix.
>
>
Applied to u-boot/next, thanks!
On Wed, Oct 02, 2024 at 04:55:39PM -0600, Simon Glass wrote:
> Hi,
>
> On Thu, 26 Sept 2024 at 17:15, Marek Vasut wrote:
> >
> > Turn regulators_enable_boot_on() and regulators_enable_boot_off() into
> > empty functions. Implement matching functionality in regulator_post_probe()
> > instead. The
On Wed, Oct 02, 2024 at 04:55:34PM -0600, Simon Glass wrote:
> Hi Patrick,
>
> On Wed, 2 Oct 2024 at 03:52, Patrick Rudolph
> wrote:
> >
> > Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2].
> >
> > Unlike other Arm based platforms the machine only provides a minimal
> > FDT that
On Sun, 1 Sep 2024 16:27:34 -0600
Simon Glass wrote:
Hi Simon,
> Convert these boards to use a text environment.
>
> For the boards check, the only differences are extra spaces after the
> semicolons in 'dfu_alt_info_ram' and 'partitions', both of which are
> permitted.
>
> Add in the special
Hi,
On Wed, 2 Oct 2024 at 09:54, Tom Rini wrote:
>
> On Wed, Oct 02, 2024 at 11:13:14AM -0400, Sean Anderson wrote:
> > On 10/2/24 05:25, Quentin Schulz wrote:
> > > Hi Alexander,
> > >
> > > On 10/2/24 10:37 AM, Alexander Dahl wrote:
> > > > Hello Quentin,
> > > >
> > > > sorry for being late to
Hi,
On Thu, 26 Sept 2024 at 17:15, Marek Vasut wrote:
>
> Turn regulators_enable_boot_on() and regulators_enable_boot_off() into
> empty functions. Implement matching functionality in regulator_post_probe()
> instead. The regulator_post_probe() is called for all regulators after they
> probe, and
Hi Patrick,
On Wed, 2 Oct 2024 at 03:52, Patrick Rudolph
wrote:
>
> Allocate memory for ACPI tables inside the efi_loader and write out
> the tables similar to SMBIOS tables. When ACPI is enabled and wasn't
> installed in other places, install the ACPI table in EFI. Since EFI
> is necessary to pa
On Wed, 2 Oct 2024 at 03:58, Patrick Rudolph
wrote:
>
> Add QEMU's SBSA ref board to azure pipelines and gitlab CI to run tests on it.
> TEST: Run on Azure pipelines and confirmed that tests succeed.
>
> Signed-off-by: Patrick Rudolph
> ---
> Changelog v6:
> - Add gitlab CI support
> ---
> .azur
On Wed, 2 Oct 2024 at 03:57, Patrick Rudolph
wrote:
>
> When ACPI is enabled over FDT the APs cannot be brought out of reset
> by the OS using the "FDT spin-table" mechanism, as no FDT is provided
> to the OS. The APs must be released out of reset in u-boot and then
> brought up in an ACPI complia
Hi Patrick,
On Wed, 2 Oct 2024 at 03:52, Patrick Rudolph
wrote:
>
> Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2].
>
> Unlike other Arm based platforms the machine only provides a minimal
> FDT that contains number of CPUs, ammount of memory and machine-version.
> The boot firm
On Wed, 2 Oct 2024 at 03:57, Patrick Rudolph
wrote:
>
> Implement read_mpidr() on armv7 to make use of it in generic
> code that compiles on both armv7 and armv8.
>
> Signed-off-by: Patrick Rudolph
> ---
> arch/arm/include/asm/system.h | 9 +
> 1 file changed, 9 insertions(+)
>
Reviewed
On Wed, 2 Oct 2024 at 03:52, Patrick Rudolph
wrote:
>
> On Arm platforms that use ACPI they cannot rely on the "spin-table"
> CPU bringup usually defined in the FDT. Thus implement the
> 'ACPI Multi-processor Startup for ARM Platforms', also referred to as
> 'ACPI parking protocol'.
>
> The ACPI p
Hi Brian,
On Wed, 2 Oct 2024 at 00:41, Brian Ruley wrote:
>
> On Mon, Sep 30, 2024 at 12:52:24PM -0600, Simon Glass wrote:
> >
> > WARNING: This email originated from outside of GE HealthCare. Please
> > validate the sender's email address before clicking on links or attachments
> > as they may
This shows up in 'help' output and introdues bogus gap:
"
mfgprot - Manufacturing Protection
mii - MII utility commands
"
Drop the newline to fix this.
Signed-off-by: Marek Vasut
---
Cc: "NXP i.MX U-Boot Team"
Cc: Fabio Estevam
Cc: Stefano Babic
---
arch/arm/mach-imx/cmd_mfgprot.c |
Back when I added this driver in commit 2ac8490412c9, I wrote
The corresponding linux driver apparently has support for some
watchdog circuits which can be disabled by tri-stating the gpio, but I
have never actually encountered such a chip in the wild;
That has changed now; I have a b
On Wed, Oct 02, 2024 at 02:26:30PM +0100, Martyn Welch wrote:
> When configured correctly, we can detect when boot fails after the boot
> process has been handed over to the kernel through the use of U-Boot's
> bootcount support. In some instances, such as when we are performing
> atomic updates vi
0-qmp-ufs-phy", .data =
(ulong)&sm8650_ufsphy_cfg },
---
base-commit: 2d21dd440e052bb2c8ccc9fa3137ab40c8f87f14
change-id: 20241002-sm8150-qmp-phy-ddb990d1a1bc
Best regards,
--
Julius Lehmann
The primary upstream URL for tf-a has moved, in some cases
things like tags are not always pushed to the old URL so
update the URLs to the primary upstream project URL.
Signed-off-by: Peter Robinson
---
board/rockchip/evb_rk3399/README | 2 +-
board/sunxi/README.sunxi64 | 2 +-
Hi Simon,
On 01/09/2024 23:27, Simon Glass wrote:
Add support for booting from a script loaded over FEL. This mirrors the
bootcmd_fel provided by distro boot.
Signed-off-by: Simon Glass
Reviewed-by: Mattijs Korpershoek
---
(no changes since v2)
Changes in v2:
- Put the FEL bootmeth before a
On Wed, Oct 02, 2024 at 11:13:14AM -0400, Sean Anderson wrote:
> On 10/2/24 05:25, Quentin Schulz wrote:
> > Hi Alexander,
> >
> > On 10/2/24 10:37 AM, Alexander Dahl wrote:
> > > Hello Quentin,
> > >
> > > sorry for being late to the party, but I just tested v2024.10-rc6 and
> > > my console out
On Tue, Oct 01, 2024 at 01:25:09PM -0600, Tom Rini wrote:
> 3347eecf3408 Merge tag 'v6.11-dts-raw'
> [snip]
> git-subtree-dir: dts/upstream
> git-subtree-split: 3347eecf3408998fa7136c8789322cc99646ceab
> ---
> [snip]
> 1503 files changed, 78440 insertions(+), 20166 deletions(-)
>
> I have massive
On 10/2/24 05:25, Quentin Schulz wrote:
Hi Alexander,
On 10/2/24 10:37 AM, Alexander Dahl wrote:
Hello Quentin,
sorry for being late to the party, but I just tested v2024.10-rc6 and
my console output looks like this now:
ofnode_read_bool: bootph-all: true
ofnode_read_u32_array: rang
On 10/2/24 4:39 PM, Neil Armstrong wrote:
Since setup_buf is also consumed by hardware DMA, aligns it's
allocation like other hardware buffers by introduce setup_buf_addr
populated by dma_alloc_coherent(), and use it to pass the physical
address of the buffer to the hardware.
Reviewed-by: Mattij
On 10/2/24 4:39 PM, Neil Armstrong wrote:
The current flush operation will omit doing a flush/invalidate on
the first and last bytes if the base address and size are not aligned
with DMA_MINALIGN.
This causes operation failures Qualcomm platforms.
Take in account the alignment and size of the b
From: Parth Pancholi
AM62x devices now support CPU throttling based on thermal alerts
with a Linux commit 10e7bfd8114c ("arm64: dts: ti: k3-am62: Enable
CPU freq throttling on thermal alert"). However, this functionality
does not work correctly across all variants of the AM62x SoCs
which have dif
On Mon, Sep 30, 2024 at 12:52:24PM -0600, Simon Glass wrote:
>
> WARNING: This email originated from outside of GE HealthCare. Please validate
> the sender's email address before clicking on links or attachments as they
> may not be safe.
>
> Hi Brian,
>
> On Mon, 30 Sept 2024 at 10:10, Brian
On Mon, 19 Aug 2024 21:34:16 +0200, Caleb Connolly wrote:
> Add support for dumping a few of the clocks used on Qualcomm platforms.
> Naming the Global PLL's, Root Clock Generators, and gate clocks.
>
> This helps a lot with platform bringup and feature enablement by making
> it easy to sanity c
On Mon, 09 Sep 2024 14:06:10 +0200, Caleb Connolly wrote:
> This reverts commit 19f000b72b2fa7e4540f7cdb91287aff594239bd.
>
> The bug in writing was caused by a long-standing error in the SPMI
> driver which has since been fixed - c2de620d64d4 ("spmi: msm: fix
> version 5 support"). We can safel
On Wed, 11 Sep 2024 20:07:13 +0200, Neil Armstrong wrote:
> After struct msm_special_pin_data was introduced in [1], use the data
> to setup the pin direction and/or value if supported by the pin data.
>
> Add the proper msm_special_pin_data for sm8250 after sm8550 and sm8650.
>
> [1]
> https:
On Tue, 10 Sep 2024 11:11:56 +0200, neil.armstr...@linaro.org wrote:
> This serie imports the QMP UFS PHY headers then adds
> the QMP PHY driver in order to support enabling the UFS
> PHY on the SDM845, SM8250, SM8550 and SM8650 platforms.
>
>
Applied, thanks!
[1/2] phy: qcom: Import QMP phy
On Wed, 11 Sep 2024 19:13:08 +0200, Julius Lehmann wrote:
> This series picks up the work from Volodymyr Babchuk
> (https://lore.kernel.org/u-boot/20240306005230.2638972-1-volodymyr_babc...@epam.com).
> clk and pinctrl drivers are adjusted to work similarly to existing qcom
> drivers. I could
On Sat, 31 Aug 2024 17:48:50 +0100, Caleb Connolly wrote:
> Improve support for running U-Boot on Qualcomm smartphones, with:
>
> * A boot menu which can be entered by holding power during boot
> * Hang on panic (so errors can be read on the display)
> * Serial gadget which can be enabled by hol
AVB_BUF_ADDR, which is under "if AVB_VERIFY", defaults to
FASTBOOT_BUF_ADDR. Therefore AVB_VERIFY should depend on FASTBOOT.
Signed-off-by: Jerome Forissier
---
common/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/common/Kconfig b/common/Kconfig
index 957de0c5c02..c011ab6e820 10064
On Qualcomm systems, the setup buffer and even buffers are in
a bad state at interrupt handling, so invalidate the dcache lines
for the setup_buf and event buffer to make sure we read correct
data written by the hardware.
This fixes the following error:
dwc3-generic-peripheral usb@a60: UNKNOWN
Since setup_buf is also consumed by hardware DMA, aligns it's
allocation like other hardware buffers by introduce setup_buf_addr
populated by dma_alloc_coherent(), and use it to pass the physical
address of the buffer to the hardware.
Reviewed-by: Mattijs Korpershoek
Signed-off-by: Neil Armstrong
The current flush operation will omit doing a flush/invalidate on
the first and last bytes if the base address and size are not aligned
with DMA_MINALIGN.
This causes operation failures Qualcomm platforms.
Take in account the alignment and size of the buffer and also
flush the previous and last c
We experience huge problems with cache handling on Qualcomm
systems, and it appears the dcache handling in the DWC3 gadget
code is quite wrong and causes operational issues.
This serie fixes the dcache operations on unaligned data,
and properly invalidate buffers when reading back data from
hardwa
We have previously added logic to allow a "fallback" option to be
specified in the extlinux configuration. Provide a command that allows
us to set this as the preferred default option when booting.
Combined with the bootcount functionality, this allows the "altbootcmd"
to provide a means of fallin
We have added a "set" sub command to bootmeth, add some tests to check
it's operation.
Signed-off-by: Martyn Welch
---
test/boot/bootmeth.c | 47
1 file changed, 47 insertions(+)
diff --git a/test/boot/bootmeth.c b/test/boot/bootmeth.c
index 113b789e
The "fallback" extlinux config option allows us to set an alternative
default boot option for when it has been detected that the default is
failing. Implement the logic required to boot from this option when
desired.
Signed-off-by: Martyn Welch
---
boot/bootmeth_extlinux.c | 2 +-
boot/bootmeth
When configured correctly, we can detect when boot fails after the boot
process has been handed over to the kernel through the use of U-Boot's
bootcount support. In some instances, such as when we are performing
atomic updates via a system such as OSTree, it is desirable to provide a
fallback optio
From: John Vicky Vykuntapu
As per bootmenu support added default boot options to CC on AMD CCs and
default to SOM on others.
However, if no secondary boot device is enabled in the design,it should
be the default boot option for SOM when combined with AMD CCs because it
only contains SOM periphera
Hi Paul,
On Tue, Oct 1, 2024 at 1:03 PM Ying-Chun Liu (PaulLiu)
wrote:
> diff --git a/arch/arm/dts/imx8mm-cl-iot-gate.dts
> b/arch/arm/dts/imx8mm-cl-iot-gate.dts
> index 425701204a..aa6ca070bf 100644
> --- a/arch/arm/dts/imx8mm-cl-iot-gate.dts
> +++ b/arch/arm/dts/imx8mm-cl-iot-gate.dts
> @@ -3
Hi Alexander,
On 10/2/24 11:51 AM, Alexander Dahl wrote:
Hello Quentin,
thanks for you quick reply, see my remarks below.
Am Wed, Oct 02, 2024 at 11:25:38AM +0200 schrieb Quentin Schulz:
Hi Alexander,
On 10/2/24 10:37 AM, Alexander Dahl wrote:
Hello Quentin,
sorry for being late to the par
Add QEMU's SBSA ref board to azure pipelines and gitlab CI to run tests on it.
TEST: Run on Azure pipelines and confirmed that tests succeed.
Signed-off-by: Patrick Rudolph
---
Changelog v6:
- Add gitlab CI support
---
.azure-pipelines.yml | 8
.gitlab-ci.yml | 11 +++
2
Allows to build the RPi4 with ACPI enabled.
TEST: - Boots on qemu-system-aarch64 -machine raspi4b
- Boots on real hardware with arm_64bit=1 in config.txt
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Matthias Brugger
Cc: Peter Robinson
---
Changelog v4:
-
Initialize addr to zero which allows to build on the CI
which is more strict.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
common/bloblist.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/common/bloblist.c b/common/bloblist.c
index 2008ab4d25..cf1a3b8b62 1006
On FDT platforms the APs are brought out of reset using the spin-table
as defined in the DT. On ACPI enabled platforms there's no FDT, thus
enable the ARMV8_MULTIENTRY and BLOBLIST to use the ACPI parking
protocol instead.
TEST: - APs enter Linux when run on qemu-system-aarch64 -machine raspi4b
When ACPI is enabled over FDT the APs cannot be brought out of reset
by the OS using the "FDT spin-table" mechanism, as no FDT is provided
to the OS. The APs must be released out of reset in u-boot and then
brought up in an ACPI compliant fashion.
When ARMV8_MULTIENTRY is specified, the APs are re
Implement read_mpidr() on armv7 to make use of it in generic
code that compiles on both armv7 and armv8.
Signed-off-by: Patrick Rudolph
---
arch/arm/include/asm/system.h | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/arm/include/asm/system.h b/arch/arm/include/asm/system.h
ind
Update the generic entry point code to support the ACPI parking protocol.
The ACPI parking protocol can be used when PSCI is not available to bring
up secondary CPU cores.
When enabled secondary CPUs will enter U-Boot proper and spin in their own
4KiB reserved memory page, which also acts as mailb
On Arm platforms that use ACPI they cannot rely on the "spin-table"
CPU bringup usually defined in the FDT. Thus implement the
'ACPI Multi-processor Startup for ARM Platforms', also referred to as
'ACPI parking protocol'.
The ACPI parking protocol works similar to the spin-table mechanism, but
the
From: Simon Glass
Add the necessary DSDT files copied from tianocore to boot the RPi4.
In addition generate a board specific SSDT to dynamically enable/disable
ACPI devices based on FDT. This is required to support the various variants
and boot options. It also allows to test the code on QEMU 9.0
Generate SoC specific ACPI tables for BCM2711:
- FADT
- PPTT
- GTDT
Board specific tables like DSDT and SSDT are added in a separate patch.
MADT is already properly generated from the FDT.
When ACPI is enabled for a different SoC compliation will fail by
design, indicating the required functions
From: Simon Glass
These header files presumably duplicate things already in the U-Boot
devicetree. For now, bring them in to get the ASL code and ACPI table
code to compile.
Signed-off-by: Simon Glass
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Acked-by: Matthias Brugger
Cc: Matt
Cover the "ARM local MMIO" range as well in the default MMU mapping in
order to allow future code to access the GIC-400 without crashing. For
now the GIC is not touched in u-boot, thus this change is a noop.
See [1](BCM2711 ARM Peripherals) for reference.
TEST: Enabled CONFIG_GICV2 and accessed t
Add support for Arm sbsa [1] v0.3+ that is supported by QEMU [2].
Unlike other Arm based platforms the machine only provides a minimal
FDT that contains number of CPUs, ammount of memory and machine-version.
The boot firmware has to provide ACPI tables to the OS.
Due to this design a full DTB is a
Allow to use BLOBLIST_TABLES on arm to store ACPI or other tables.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Tom Rini
---
common/Kconfig | 1 +
lib/Kconfig| 15 +--
2 files changed, 10 insertions(+), 6 deletions(-)
diff --git a/common/Kconfig b/common/Kconfi
Fill the MADT table in the GIC driver and armv8 CPU driver to
drop SoC specific code. While the GIC only needs devicetree
data, the CPU driver needs additional information stored in
the cpu_plat struct.
While on it update the only board making use of the existing
drivers and writing ACPI MADT in m
Support reading the "interrupts" property from the devicetree in case
the "interrupts-extended" property isn't found. As the "interrupts"
property is commonly used, this allows to parse all existing FDT and
makes irq_get_by_index() more useful.
The "interrupts" property doesn't contain a phandle a
Add a generic GICV2 driver that:
- parses the DT and generates the ACPI MADT subtables
- implement of_xlate() and allows irq_get_by_index() to return the
correct interrupt mappings
TEST: Booted on QEMU raspb4 using GICV2 driver model generated MADT.
Signed-off-by: Patrick Rudolph
Reviewed-by:
Translate IRQs by implementing of_xlate() as required by
irq_get_by_index() to parse interrupt properties.
TEST: Booted on qemu sbsa-ref that has a GICV3.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
Changelog v6:
- Update header order
---
arch/arm/lib/gic-v3-its.c | 21 +++
The code accesses the gic-v3 node, but not the gic-v3-its node,
thus rename the objects to clarify which node it operates on.
The following commit will make use of the gic-v3-its node for real.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
---
arch/arm/lib/gic-v3-its.c | 10 +
Add a generic driver that binds to armv8 CPU nodes. The generic driver allows
- to enumerate CPUs present in a system, even when no other driver binds it
- generates ACPI SSDT code for each CPU
- Fill the ACPI MADT table (implemented in a follow up patch)
The newly introduced code could also be re
Rename 'ahci_mvebu' to 'ahci_generic' and select it by default.
The AHCI driver contains no SoC specific code and only expects the
base address to be passed, thus rename it to ahci_generic and add the
DT compatible string "generic-ahci".
Update existing defconfigs to use the new Kconfig name as we
Add support for the generic XHCI driver that contains no SoC
specific code. It can be used on platforms that simply work out
of the box, like on emulated platforms.
TEST: Booted on QEMU sbsa machine using the generic xhci driver.
Signed-off-by: Patrick Rudolph
Reviewed-by: Marek Vasut
Cc: Tom R
Add a new method to write the processor device identified by _HID
ACPI0007, that is preferred over the Processor OpCode since ACPI 6.0.
Fixes booting arm using ACPI only since the Processor OpCode isn't
found valid by the Linux kernel.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc:
Allocate memory for ACPI tables inside the efi_loader and write out
the tables similar to SMBIOS tables. When ACPI is enabled and wasn't
installed in other places, install the ACPI table in EFI. Since EFI
is necessary to pass the ACPI table location when FDT isn't used,
there's no need to install i
Since ACPI 2.0 the RSDT is deprecated and the XSDT should be preferred.
Until now the RSDT and XSDT entries were keept in sync as all platforms
that installed ACPI tables placed them below 4GiB and thus the address
would fit into the 32bit RSDT.
On platforms that do not have usable DRAM below 4GiB
Allow other architectures to use acpi_create_mcfg_mmconfig as well
by moving the function prototype to common code.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
arch/x86/include/asm/acpi_table.h | 2 --
include/acpi/acpi_table.h | 13 +
2 fil
The SoC can implement acpi_fill_iort to update the IORT table.
Add a helper function to fill out the NAMED_COMPONENT node.
TEST=Run FWTS V24.03.00 on RPi4 and round no problems.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 213 +++
Return the ACPI table revision in acpi_get_table_revision() for
PPTT and GTDT. Match both to ACPI 6.2.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 2 ++
lib/acpi/acpi_table.c | 4
2 files changed, 6 insertions(+)
diff --git
The FADT structure found in U-Boot represents FADT revision 6 and the
GICC and GICD structures defined in U-Boot are based on ACPI revision
6.3.
Bump the table revision to fix FWTS failures seen on aarch64.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
Cc: Bin Meng
-
Add a new method to acpi_ops to let drivers fill out ACPI MADT.
The code is unused for now until drivers implement the new ops.
TEST: Booted on QEMU sbsa using driver model generated MADT.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
Changelog v4:
- Drop __weak a
Add generic ACPI code to generate
- MADT GICC
- MADT GICD
- MADT GICR
- MADT GIC ITS
- PPTT processor
- PPTT cache
as commonly used on arm platforms.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Tom Rini
Cc: Simon Glass
---
Changelog v2:
- Add full comments to exported function
Add the interrupt flag used in ACPI GTDT table as define.
Signed-off-by: Patrick Rudolph
Reviewed-by: Simon Glass
Cc: Simon Glass
---
include/acpi/acpi_table.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/acpi/acpi_table.h b/include/acpi/acpi_table.h
index a1bdab7305..c6a3e44a
1 - 100 of 113 matches
Mail list logo
