On Wed, 22 Nov 2023 at 21:34, Caleb Connolly wrote:
>
>
>
> On 22/11/2023 14:27, Tom Rini wrote:
> > On Wed, Nov 22, 2023 at 07:44:09PM +0530, Sumit Garg wrote:
> >> On Wed, 22 Nov 2023 at 19:31, Tom Rini wrote:
> >>>
> >>> On Wed, Nov 22, 2023 at 11:51:29AM +0530, Sumit Garg wrote:
> Hi
Hi Sean,
On Thu, 23 Nov 2023 at 01:55, Sean Edmond
wrote:
>
> Hi Ilias, Applogies, I'm fairly new to upstream contributions and I've missed
> a few things on multi-version patch series such as this one. Simon has
> elightened about patman though (I feel a bit sheepish that I haven't been
>
Kever Yang writes:
> Could you have a try with rockchip vendor U-Boot, maybe still some
> other fixes are missing in mainline U-Boot mmc driver.
Sorry, I just realised I sent this message as a reply to the patch,
rather than against the bug report[0].
I have tested the vendor u-boot, and
I am able to reproduce this on RK3588 QuartzPro64.
I cannot reproduce on the vendor u-boot, used on stock RK3588
QuartzPro64. That works fine.
I thought "[PATCH v2 RESEND] mmc: dw_mmc: reset controller after data
error"[0] might fix this, but after applying that, I am still able to
reproduce the
Hi Bin
On 11/10/23 18:45, Bin Meng wrote:
This enables UFS support for QEMU RISC-V 'virt' machine.
Signed-off-by: Bin Meng
---
(no changes since v1)
board/emulation/qemu-riscv/Kconfig | 2 ++
doc/board/emulation/qemu-riscv.rst | 8 +++-
2 files changed, 9 insertions(+), 1
Hi Bin
On 11/10/23 18:45, Bin Meng wrote:
Extend the version check to handle UFS 3.1 controllers as well.
Tested on QEMU emulated UFS 3.1 controller.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/ufs/ufs.c | 3 ++-
drivers/ufs/ufs.h | 1 +
2 files changed, 3 insertions(+), 1
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
This adds a simple PCI based UFS controller driver with a QEMU
emulated UFS controller on the PCI bus.
Requiring QEMU v8.2+.
Signed-off-by: Bin Meng
---
Changes in v2:
- fix a build warning
drivers/ufs/Kconfig | 11 +++
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
Check if the UFS controller is on the PCI bus, and get its register
base address accordingly.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/ufs/ufs.c | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git
Hi Bin
On 11/10/23 18:45, Bin Meng wrote:
Red Hat, Inc. donates a part of its device ID range [1] to QEMU,
to be used for virtual devices. This commit adds several typical
devices that are useful in U-Boot.
[1] https://www.qemu.org/docs/master/specs/pci-ids.html
Signed-off-by: Bin Meng
---
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
Remove the additional space and use "sub-system" for consistency
with other commands like "scsi" and "usb".
Signed-off-by: Bin Meng
---
(no changes since v1)
cmd/ufs.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/ufs.c
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
At present the 'ufs' command prompt does not look similar like other
commands. Update it.
Signed-off-by: Bin Meng
---
(no changes since v1)
cmd/Kconfig | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/cmd/Kconfig b/cmd/Kconfig
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
Add a line feed to improve readability of some dev_xxx() messages.
Signed-off-by: Bin Meng
---
(no changes since v1)
drivers/ufs/ufs.c | 16
1 file changed, 8 insertions(+), 8 deletions(-)
diff --git a/drivers/ufs/ufs.c
Hi Bin,
On 11/10/23 18:45, Bin Meng wrote:
UFS stands for Universal Flash Storage, not Subsytem.
Signed-off-by: Bin Meng
---
(no changes since v1)
cmd/Kconfig | 2 +-
drivers/ufs/ufs-uclass.c | 2 +-
drivers/ufs/ufs.c| 2 +-
3 files changed, 3 insertions(+), 3
On Fri, Nov 17, 2023 at 04:20:38PM +0530, Naresh Solanki wrote:
> From: Patrick Rudolph
>
> Add defconfig & devicetree for IBM SBP1 board BMC based on AST2600 SoC.
>
> Signed-off-by: Patrick Rudolph
> Signed-off-by: Naresh Solanki
> ---
>
> arch/arm/dts/Makefile | 4 +-
>
On 11/20/23 00:03, Shantur Rathore wrote:
Hi Marek,
Hi,
On Sun, Nov 19, 2023 at 8:53 PM Marek Vasut wrote:
On 11/10/23 15:13, Shantur Rathore wrote:
Currently when a hub is turned on, all the ports are powered on.
This works well for hubs which have individual power control.
For the
Hi Ilias, Applogies, I'm fairly new to upstream contributions and I've
missed a few things on multi-version patch series such as this one.
Simon has elightened about patman though (I feel a bit sheepish that I
haven't been using this tool all along). Should I resubmit this as a new
series to
On 11/18/23 00:30, Jonas Karlman wrote:
Hi Marek,
Hi,
On 2023-11-13 04:11, Marek Vasut wrote:
On 11/12/23 16:25, Jonas Karlman wrote:
Like Rockchip RK3328 and RK3568, the RK3588 also have a single node to
represent the glue and ctrl for USB 3.0.
Use rk_ops as driver data to select correct
On 11/20/23 15:56, Heinrich Schuchardt wrote:
Compiling with CONFIG_USB_XHCI_PCI and CONFIG_PCI=n results in
usb/host/xhci-pci.c:48:(.text.xhci_pci_probe+0x44):
undefined reference to `dm_pci_write_config32
Add the missing Kconfig dependency.
Signed-off-by: Heinrich Schuchardt
On 11/21/23 07:46, Hector Martin wrote:
On 2023/11/20 21:15, Marek Vasut wrote:
On 11/20/23 11:45, Hector Martin wrote:
On 2023/11/20 11:09, Marek Vasut wrote:
On 11/20/23 00:17, Shantur Rathore wrote:
On Sun, Nov 19, 2023 at 8:08 PM Marek Vasut wrote:
On 10/27/23 01:16, Hector Martin
A busy controller shouldn't be game-over for all controllers,
so keep trying on hitting -EBUSY.
This change brings the actual behavior of the routine in line
with what the descriptions says.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fischer
---
Return -EBUSY if controller is found busy rather than -ENOMEM
and update the error message accordingly.
Fixes: 982388eaa991 ("nvme: Add NVM Express driver support")
Signed-off-by: Moritz Fischer
---
drivers/nvme/nvme.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git
Replace one type of terrible code formatting with a different
type of terrible code formatting. No functional change.
Signed-off-by: Marek Vasut
---
Cc: Bin Meng
Cc: Hector Martin
---
drivers/usb/host/xhci-ring.c | 18 +++---
1 file changed, 7 insertions(+), 11 deletions(-)
diff
Enable support for TCP protocol, wget, and IPv6 on this platform.
The former two allow users download payload into the U-Boot from
a web server, which may be more convenient or easier to set up
than TFTP server. The later is enabled to future proof the IP
stack on this platform.
Signed-off-by:
The new config option BOOTP_RANDOM_XID will randomize the transaction ID
for each new BOOT/DHCPv4 exchange.
Signed-off-by: Sean Edmond
Reviewed-by: Tom Rini
---
(no changes since v5)
Changes in v5:
- fix depends for BOOTP_RANDOM_XID:
"depends on CMD_BOOTP && (LIB_RAND || LIB_HW_RAND)"
This patch introduces 3 improvements to align with RFC 951:
- retransmission backoff interval maximum is configurable
- initial retranmission backoff interval is configurable
- transaction ID is kept the same for each BOOTP/DHCPv4 request
In applications where thousands of nodes are serviced by a
- Enable option 209 by default
- Set pxelinux_configfile to NULL to avoid potential double free
- change hardcoced 209 to a define
Signed-off-by: Sean Edmond
---
Changes in v6:
- Reword this commit
Changes in v4:
- rebase master and resolve conflicts
- default y for BOOTP_PXE_DHCP_OPTION
In our datacenter application, a single DHCP server is servicing 36000+ clients.
Improvements are required to the DHCPv4 retransmission behavior to align with
RFC and ensure less pressure is exerted on the server:
- retransmission backoff interval maximum is configurable
(environment variable
The contents of README.sha1 only refer to process around verification
of the pcs440ep board firmware in flash. The device was removed in
commit 242836a893ae ("powerpc: ppc4xx: remove pcs440ep support") in
2015 so this readme isn't really relevant anymore so can be removed.
Signed-off-by: Peter
Hi Stephen,
> I have been able to build a working (tested on my orangepi zero3 1G)
> u-boot for the orangepi zero3 with the following defconfig. Would it be
> possible to add this config to the working boards. I would test it
> again with an official build. The dtb/dts is in linux 6.6 and in
This file is common for all K3, move it out of board/ directory and
into mach-k3. As we need to change the path in k3-binman.dtsi let's
take this opportunity to switch to absolute paths which makes adding
non-TI boards (like Toradex Verdin) not need to override these paths.
Signed-off-by: Andrew
I have been able to build a working (tested on my orangepi zero3 1G)
u-boot for the orangepi zero3 with the following defconfig. Would it be
possible to add this config to the working boards. I would test it
again with an official build. The dtb/dts is in linux 6.6 and in u-boot.
The H618
NR_MMU_REGIONS is a copy/paste from another platform that extends
this list later. We do not do that, so let the list be the size
of the initializer list.
Signed-off-by: Andrew Davis
---
Changes for v2:
- Made same change for plats now in -next
arch/arm/mach-k3/arm64-mmu.c | 35
On Wed, Nov 22, 2023 at 10:04:38PM +0100, Angelo Dureghello wrote:
> Hi Tom,
>
> thanks,
>
> On 22/11/23 2:11 PM, Tom Rini wrote:
> > In the architecture global data, replace the one case of u32 with
> > unsigned long. Now, we can drop config.h here but then do need to add it
> > in two
Hi Tom,
thanks,
On 22/11/23 2:11 PM, Tom Rini wrote:
In the architecture global data, replace the one case of u32 with
unsigned long. Now, we can drop config.h here but then do need to add it
in two m68k-centric spaces.
Signed-off-by: Tom Rini
---
Cc: Huan Wang
Cc: Angelo Dureghello
---
On 11/22/23 2:48 PM, Tom Rini wrote:
On Mon, Nov 06, 2023 at 10:52:05AM -0600, Andrew Davis wrote:
NR_MMU_REGIONS is a copy/paste from another platform that extends
this list later. We do not do that, so let the list be the size
of the initializer list.
Signed-off-by: Andrew Davis
---
Hello U-Boot,
I was able to use the I2C commands from within U-Boot to control my I2C device:
Configured the Processor GPIOs for the I2C bus in device tree
Enabled the I2C bus in device tree
Added my device to the I2C bus in device tree
Wrote my script into a U-Boot variable
Run my script
Now I
On Wed, Nov 01, 2023 at 01:33:29PM -0500, Andrew Davis wrote:
> This file is common for all K3, move it out of board/ directory and
> into mach-k3. As we need to change the path in k3-binman.dtsi let's
> take this opportunity to switch to absolute paths which makes adding
> non-TI boards (like
On Tue, Oct 31, 2023 at 02:37:31PM +0100, Wadim Egorov wrote:
> Add basic support for PHYTEC phyCORE-AM62x SoM.
>
> Supported features:
> - 2GB DDR4 RAM
> - eMMC Flash
> - OSPI NOR Flash
> - external uSD
> - Ethernet
> - debug UART
>
> Product page SoM:
On Fri, Nov 17, 2023 at 10:32:57AM +0530, Manorit Chawdhry wrote:
> Sync devicetree with kernel v6.7-rc1
>
> Signed-off-by: Manorit Chawdhry
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Nov 17, 2023 at 10:32:56AM +0530, Manorit Chawdhry wrote:
> Sync devicetree with kernel v6.7-rc1
>
> Signed-off-by: Manorit Chawdhry
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Nov 15, 2023 at 03:40:24PM +0530, Neha Malcom Francis wrote:
> Reduce redundancy in code by using templates to generate the A72 boot
> binaries (tispl.bin and u-boot.img) as well as R5 boot binary sysfw.itb
> (for legacy boot following devices J721E and AM65x).
>
> Signed-off-by: Neha
On Wed, Nov 15, 2023 at 03:40:23PM +0530, Neha Malcom Francis wrote:
> Add templates for FIT images used extensively across K3 boards with most
> of the code common. This includes the FIT portions of:
> - tispl.bin
> - u-boot.img
> - sysfw.itb (in case of legacy boot flow)
>
>
On Tue, Nov 14, 2023 at 09:28:54PM -0600, Nishanth Menon wrote:
> Sync with kernel v6.7-rc1 and sync up the u-boot dts files accordingly.
>
> Tested-by: Dhruva Gole
> Signed-off-by: Nishanth Menon
For the series, applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP
On Tue, Nov 14, 2023 at 10:28:56PM +0200, Roger Quadros wrote:
> BCDMA can be used at SPL for OSPI boot and mem-to-mem DMA
> so add "bootph-all" to BCDMA node.
>
> Suggested-by: Nishanth Menon
> Fixes: 9a3f2b6798b0 ("arm: dts: k3-am625-verdin-wifi-dev-u-boot.dtsi: Fix
> DMA/Ethernet")
>
On Mon, Nov 13, 2023 at 02:43:09PM -0600, Reid Tonking wrote:
> Sync u-boot device tree with Linux kernel 6.7-rc1
>
> Signed-off-by: Reid Tonking
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Nov 13, 2023 at 04:07:21PM -0300, Joao Paulo Goncalves wrote:
> From: Joao Paulo Goncalves
>
> Change spl_enable_dcache so it also enable icache on SPL
> initialization for the main domain part of the boot flow. This
> improves bootloader booting time.
>
> Link:
>
On Mon, Nov 13, 2023 at 08:51:42AM -0600, Nishanth Menon wrote:
> main_timer0 is used by u-boot as the tick-timer. Add it to the soc
> devices list so it an be enabled via the k3 power controller.
>
> Signed-off-by: Nishanth Menon
> Reviewed-by: Neha Malcom Francis
For the series, applied to
On Mon, Nov 13, 2023 at 10:00:23AM +0530, Neha Malcom Francis wrote:
> Sync the U-Boot DTS files with those of Kernel v6.7-rc1.
>
> Signed-off-by: Neha Malcom Francis
Applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Nov 13, 2023 at 10:00:22AM +0530, Neha Malcom Francis wrote:
> Move esm-k3.txt to ti,j721e-esm.yaml in line with the devicetree
> documentation in kernel.
>
> Signed-off-by: Neha Malcom Francis
> Reviewed-by: Tom Rini
Applied to u-boot/next, thanks!
--
Tom
signature.asc
On Sat, Nov 04, 2023 at 03:11:00AM -0500, Nishanth Menon wrote:
> From: Robert Nelson
>
> BeagleBoard.org BeagleBone AI-64 is an open source hardware single
> board computer based on the Texas Instruments TDA4VM SoC featuring
> dual-core 2.0GHz Arm Cortex-A72 processor, C7x+MMA and 2 C66x
>
On Sat, Nov 04, 2023 at 03:01:33AM -0500, Nishanth Menon wrote:
> With the upcoming folder separation, there is no further need to depend
> on am625-binman.dtsi. Duplicate the existing definitions to u-boot.dtsi
> and r5.dts as appropriate.
>
> Signed-off-by: Nishanth Menon
> Reviewed-by: Bryan
On Sat, Nov 04, 2023 at 02:21:39AM -0500, Nishanth Menon wrote:
> Drop headers that are no longer necessary for build
>
> Signed-off-by: Nishanth Menon
> Reviewed-by: Neha Malcom Francis
For the series, applied to u-boot/next, thanks!
--
Tom
signature.asc
Description: PGP signature
On Fri, Nov 03, 2023 at 09:45:11PM -0500, Nishanth Menon wrote:
> This file is used to emulate customer keys on TI development board
> ecosystems, move it out of board/ directory and into mach-k3. And
> change the relative paths to absolute paths in the binman paths.
>
> While at it, drop the
On Tue, Nov 14, 2023 at 09:59:48AM -0600, Andrew Davis wrote:
> This makes it clear these are only to be used by the R5 builds of SPL.
> And this will be used to later more cleanly split the two builds.
>
> Signed-off-by: Andrew Davis
For the series, applied to u-boot/next, thanks!
--
Tom
On Fri, Nov 03, 2023 at 09:45:10PM -0500, Nishanth Menon wrote:
> This file is common for all of K3, move it out of board/ directory and
> into mach-k3. And change the relative paths to absolute paths in the
> binman paths.
>
> While at it, drop the reference in verdin-binman file which is
>
On Wed, Nov 01, 2023 at 03:35:24PM -0500, Andrew Davis wrote:
> Currently the K3 selection for TARGET boards does not depend on the SoC
> for which it is based. This leds to the odd ability to select for instance
> both SOC_K3_AM625 and TARGET_J721E_A72_EVM.
>
> To fix this the target choice
On Mon, Nov 06, 2023 at 10:52:05AM -0600, Andrew Davis wrote:
> NR_MMU_REGIONS is a copy/paste from another platform that extends
> this list later. We do not do that, so let the list be the size
> of the initializer list.
>
> Signed-off-by: Andrew Davis
> ---
> arch/arm/mach-k3/arm64-mmu.c |
On Wed, Nov 22, 2023 at 12:21:27PM +0200, Ilias Apalodimas wrote:
> Hi Tom,
>
> The following changes since commit dca7a8958f8d0dbd53072caa4353353e062d80ca:
>
> Merge tag 'v2024.01-rc3' into next (2023-11-20 09:19:50 -0500)
>
> are available in the Git repository at:
>
>
On Tue, Nov 21, 2023 at 2:50 PM Neil Armstrong
wrote:
>
> On 21/11/2023 15:09, Tom Rini wrote:
> > On Tue, Nov 21, 2023 at 02:46:29PM +0100, Neil Armstrong wrote:
> >> On 21/11/2023 14:15, Tom Rini wrote:
> >>> On Tue, Nov 21, 2023 at 10:18:04AM +0100, Neil Armstrong wrote:
> Hi Tom,
>
Hi Dmitry,
> These patches bring initial boot support for RPI5. Without it the
I've given these a cursory look over, I have a system to test and will
give them a whirl in the next few days, I was planning to start
playing over the weekend so you've provided a great start :)
> latest master
Introduce support for Conclusive WHLE-LS1046A Single Board Computer.
Co-developed-by: Jakub Klama
Signed-off-by: Jakub Klama
Signed-off-by: Artur Rojek
---
v2: - drop non-DM_ETH case
- clean-up defines in configs/whle_ls1046a.h: remove unneeded ones,
move others to appropriate files
From: Jakub Klama
Some boards keep their environment on MMC storage within an ext4
partition.
Signed-off-by: Jakub Klama
Signed-off-by: Artur Rojek
Reviewed-by: Tom Rini
---
v2: no change
arch/arm/cpu/armv8/fsl-layerscape/cpu.c | 5 +
1 file changed, 5 insertions(+)
diff --git
Hi all,
this is v2 of the Conclusive WHLE-LS1046A support series.
Patch [1/2] remains unchanged.
Patch [2/2] features a major clean-up to configs/whle_ls1046a.h,
dropping unneeded/redundant defines, and moving some others to more
appropriate locations in board code. The environment settings
On Tue, Nov 21, 2023 at 10:55 PM Dmitry Malkin
wrote:
>
> rpi5: get_board is no longer works. Print model name from
> FW FDT
Diito
> rpi5 deprecated some calls/tags for MBOX. Better to use FW FDT.
> However it does not give all information.
Is that deprecation documented somewhere, in a forum
> rpi5: add alternative way to get MBOX address via FDT
> node
Same note about descriptive commit titles, it's useful not to have 3
consecutive commits with the same title.
> MBOX on RPI5/bcm2712 has a different offset. Find it via
> "brcm,bcm2835-mbox" node.
Do we do use the DT node just for
On Wed, Nov 22, 2023 at 06:54:11PM +, Peter Robinson wrote:
> > > These patches bring initial boot support for RPI5. Without it the
> > > latest master fails with the message:
> > > > DRAM: mbox: Timeout waiting for response
> > > > bcm2835: Could not query ARM memory size
> > >
> > > With
On Tue, Nov 21, 2023 at 10:54 PM Dmitry Malkin
wrote:
>
> rpi5: add initial memory map for bcm2712
Could this be the title for the patch, "initial support" is fine for
the cover letter, but doesn't really out line what this specific patch
actually does.
> includes:
> * 1GB of RAM (from 4GB or
> > These patches bring initial boot support for RPI5. Without it the
> > latest master fails with the message:
> > > DRAM: mbox: Timeout waiting for response
> > > bcm2835: Could not query ARM memory size
> >
> > With those patches and rpi_arm64_defconfig (with disabled
> > CONFIG_VIDEO_BCM2835)
Fixes a filepath in MAINTAINERS file that wasn't updated when
renaming the files to match the new SoC name.
Fixes: a4bd5e4120d6 ('arm: apple: Change SoC name from "m1" into "apple"')
Signed-off-by: Moritz Fischer
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
On 11/22/23 14:11, Tom Rini wrote:
In order for RMOBILE_CPU_TYPE_R9A07G044L to be defined we need to
include here.
Signed-off-by: Tom Rini
---
Cc: Nobuhiro Iwamatsu
Cc: Marek Vasut
Cc: Paul Barker
Reviewed-by: Marek Vasut
On 22/11/2023 14:27, Tom Rini wrote:
> On Wed, Nov 22, 2023 at 07:44:09PM +0530, Sumit Garg wrote:
>> On Wed, 22 Nov 2023 at 19:31, Tom Rini wrote:
>>>
>>> On Wed, Nov 22, 2023 at 11:51:29AM +0530, Sumit Garg wrote:
Hi Caleb,
On Tue, 21 Nov 2023 at 22:39, Caleb Connolly
Hi Marek,
> Driver does not currently initialize the smi_addr field, but instead
> keeps the default value. This leads to issues on systems with
> different hardware configuration. We can fix this problem by reading
> the SMI address from device tree.
>
> Signed-off-by: Marek Mojík
> ---
>
Driver does not currently initialize the smi_addr field, but instead keeps
the default value. This leads to issues on systems with different hardware
configuration. We can fix this problem by reading the SMI address from
device tree.
Signed-off-by: Marek Mojík
---
drivers/net/mv88e6xxx.c | 6
On 10/4/23 1:06 PM, Nishanth Menon wrote:
On 23:22-20231004, Apurva Nandan wrote:
[...]
+ .virt = 0x5UL,
+ .phys = 0x5UL,
+ .size = 0x4UL,
+ .attrs = PTE_BLOCK_MEMTYPE(MT_DEVICE_NGNRNE) |
+
The Device vs Normal memory map is the same for all K3 SoCs. Merge
the SoC specific maps into one.
Signed-off-by: Andrew Davis
---
arch/arm/mach-k3/arm64-mmu.c | 211 +--
1 file changed, 2 insertions(+), 209 deletions(-)
diff --git a/arch/arm/mach-k3/arm64-mmu.c
All normal memory areas should be mapped as such.
We added these un-cached holes in our memory map to hack around the
remoteproc driver missing the proper cache maintenance operations.
The problem is having these non-cached memory map areas causes stability
issues later in system operation due
Hello all,
This is just an RFC as it probably breaks remoteproc loading.
I wanted to post anyway as the complexity of having a dedicated
memory map for each SoC came up in a different series.
Or maybe we can take this now and that will expose the issue in
remoteproc loading better and force
On Wed, Nov 22, 2023 at 07:44:09PM +0530, Sumit Garg wrote:
> On Wed, 22 Nov 2023 at 19:31, Tom Rini wrote:
> >
> > On Wed, Nov 22, 2023 at 11:51:29AM +0530, Sumit Garg wrote:
> > > Hi Caleb,
> > >
> > > On Tue, 21 Nov 2023 at 22:39, Caleb Connolly
> > > wrote:
> > [snip]
> > > > == DT loading
On Wed, 22 Nov 2023 at 19:31, Tom Rini wrote:
>
> On Wed, Nov 22, 2023 at 11:51:29AM +0530, Sumit Garg wrote:
> > Hi Caleb,
> >
> > On Tue, 21 Nov 2023 at 22:39, Caleb Connolly
> > wrote:
> [snip]
> > > == DT loading ==
> > >
> > > Previously, boards used the FDT blob embedded into U-Boot (via
On Wed, Nov 22, 2023 at 11:51:29AM +0530, Sumit Garg wrote:
> Hi Caleb,
>
> On Tue, 21 Nov 2023 at 22:39, Caleb Connolly
> wrote:
[snip]
> > == DT loading ==
> >
> > Previously, boards used the FDT blob embedded into U-Boot (via
> > OF_SEPARATE). However, most Qualcomm boards run U-Boot as a
On Tue, Nov 21, 2023 at 11:54:24PM +0100, Dmitry Malkin wrote:
> rpi5: add initial memory map for bcm2712
>
> includes:
> * 1GB of RAM (from 4GB or 8GB total)
> * VPU memory interface
> * SOC range (main peripherals)
>
> Signed-off-by: Dmitry Malkin
I'm curious if the memory map portion of:
On Tue, Nov 21, 2023 at 11:54:07PM +0100, Dmitry Malkin wrote:
> These patches bring initial boot support for RPI5. Without it the
> latest master fails with the message:
> > DRAM: mbox: Timeout waiting for response
> > bcm2835: Could not query ARM memory size
>
> With those patches and
Hi Tom,
Thanks for the cleanup
On Wed, 22 Nov 2023 at 15:12, Tom Rini wrote:
> We largely do not need in these files, so drop it. The only
> exception here is that efi_freestanding.c needs and had
> been getting that via .
>
> Signed-off-by: Tom Rini
> ---
> Cc: Heinrich Schuchardt
> Cc:
In include/display_options.h we cannot include ourself, but do need
directly. Then in lib/display_options.c we further clean
the list to remove common.h.
Signed-off-by: Tom Rini
---
include/display_options.h | 3 ++-
lib/display_options.c | 3 ++-
2 files changed, 4 insertions(+), 2
After some header file cleanups to add missing include files, remove
common.h from all files in the lib directory. This primarily means just
dropping the line but in a few cases we need to add in other header
files now.
Signed-off-by: Tom Rini
---
lib/abuf.c
We largely do not need in these files, so drop it. The only
exception here is that efi_freestanding.c needs and had
been getting that via .
Signed-off-by: Tom Rini
---
Cc: Heinrich Schuchardt
Cc: Ilias Apalodimas
---
include/efi_loader.h | 1 -
lib/efi_loader/dtbdump.c
Add some missing headers such as or or
to header files that make direct usage of things
provided by these headers.
Signed-off-by: Tom Rini
---
include/atmel_lcd.h | 2 ++
include/getopt.h| 2 ++
include/mapmem.h| 2 ++
include/memalign.h | 1 +
include/net6.h | 1 +
In order for RMOBILE_CPU_TYPE_R9A07G044L to be defined we need to
include here.
Signed-off-by: Tom Rini
---
Cc: Nobuhiro Iwamatsu
Cc: Marek Vasut
Cc: Paul Barker
---
arch/arm/mach-rmobile/cpu_info-rzg2l.c | 1 +
1 file changed, 1 insertion(+)
diff --git
We need in these files as we reference Linux types.
Signed-off-by: Tom Rini
---
Cc: Simon Glass
---
arch/sandbox/include/asm/global_data.h | 2 ++
arch/sandbox/include/asm/io.h | 2 ++
2 files changed, 4 insertions(+)
diff --git a/arch/sandbox/include/asm/global_data.h
Cleanup the list of headers we include here. For the tools build we only
need to exclude as that's used by the target build for the
prototype for schedule(), and we don't need to get that via
. We can also make use of our intentionally
existing as a redirection to to reduce ifdef'd lines.
In the architecture global data, replace the one case of u32 with
unsigned long. Now, we can drop config.h here but then do need to add it
in two m68k-centric spaces.
Signed-off-by: Tom Rini
---
Cc: Huan Wang
Cc: Angelo Dureghello
---
arch/m68k/include/asm/cache.h | 2 ++
In most cases, the architecture global data currently makes use of
assorted linux types, but does not include to provide
them. Add instead of relying on indirect inclusion.
Signed-off-by: Tom Rini
---
arch/mips/include/asm/global_data.h| 2 +-
arch/nios2/include/asm/global_data.h | 2 ++
We need and include and this in turn already includes
, so drop it here.
Signed-off-by: Tom Rini
---
arch/arm/include/asm/global_data.h | 1 -
1 file changed, 1 deletion(-)
diff --git a/arch/arm/include/asm/global_data.h
b/arch/arm/include/asm/global_data.h
index 75bd9d56f893..2bb978d66839
These files include twice. Start by removing the second
inclusion of the file.
Signed-off-by: Tom Rini
---
board/data_modul/common/common.c | 1 -
board/grinn/liteboard/board.c | 1 -
board/toradex/colibri_imx7/colibri_imx7.c | 1 -
board/wandboard/wandboard.c
I have been able to build a working (on my orangepi zero3 1G) u-boot for
the orangepi zero3 with the following defconfig. Would it be possible to
add this config to the working boards. I would test it again with an
official build. The dtb/dts is in linux and in u-boot.
The H618 processor is
Hi Tom,
The following changes since commit dca7a8958f8d0dbd53072caa4353353e062d80ca:
Merge tag 'v2024.01-rc3' into next (2023-11-20 09:19:50 -0500)
are available in the Git repository at:
https://source.denx.de/u-boot/custodians/u-boot-tpm/ tags/tpm-next-22112023
for you to fetch changes
96 matches
Mail list logo
