Hi Matthias,
On Thu, 25 Mar 2021 at 16:38, Matthias Brugger wrote:
>
>
>
> On 25/03/2021 01:38, Simon Glass wrote:
> > Hi Matthias,
> >
> > On Thu, 18 Mar 2021 at 00:30, wrote:
> >>
> >> From: Matthias Brugger
> >>
> >> When no string is present in a table, next_ptr points to the same
> >> loca
Hi Tom
FYI, there is a CVE from the following file in U-Boot, CVE-2020-29651 Regular
expression deinal of service in py.
test/py/requirements.txt
Regards
Ley Foon
Hi,
I found that I need to enable CONFIG_CMD_FS_GENERIC for enabling
distroboot support.
I'll fix it in the next version.
Thank you,
2021年4月17日(土) 8:39 Masami Hiramatsu :
>
> Add the DeveloperBox 96boards EE support. This board is also
> known as Socionext SynQuacer E-Series. It contians one "SC
Hello Pratyush,
2021年4月19日(月) 17:41 Pratyush Yadav :
>
> On 17/04/21 08:38AM, Masami Hiramatsu wrote:
> > From: Jassi Brar
> >
> > Signed-off-by: Jassi Brar
> > ---
> > drivers/mtd/spi/spi-nor-ids.c |2 ++
> > 1 file changed, 2 insertions(+)
> >
> > diff --git a/drivers/mtd/spi/spi-nor-ids.
On 20/04/2021 23.10, Oleksandr Suvorov wrote:
> Hi Rasmus,
>
> Thanks for your feedback!
> Yes, I noted that there were no possible situations with the trailing
> code != 0x00, but simply removing the additional trailing 0x00
> gives us an empty array default_environment[] for the empty defaultenv
Hi Rasmus,
Thanks for your feedback!
Yes, I noted that there were no possible situations with the trailing
code != 0x00, but simply removing the additional trailing 0x00
gives us an empty array default_environment[] for the empty defaultenv file.
I need to test whether this case is handled in u-bo
On 20/04/2021 16.43, Oleksandr Suvorov wrote:
> If the CONFIG_USE_DEFAULT_ENV_FILE=y and CONFIG_DEFAULT_ENV_FILE
> points to the empty environment file, the auto-generated file has
> the wrong syntax so it leads to the compilation failure:
>
Glad someone is using CONFIG_USE_DEFAULT_ENV_FILE :) And
The "-E" option to mkimage generates a FIT with external data using the
data-size and data-offset properties which must both be ignored when
verifying a signature.
Add "data-offset" to the list of excluded properties for signature
verification; since the line is now too long, re-format the list to
Recently, tests have been added primarily to the end of the dm Makefile.
This results in merge conflicts when two people add new tests at the
same time. To reduce these conflicts, alphabetize the makefile.
Signed-off-by: Sean Anderson
---
test/dm/Makefile | 64 --
This uses the newly-added dm_gpio_get_values_as_int_base3 function to
implement a sysinfo device. The revision map is stored in the device tree.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Fix assuming nonzero return from dm_gpio_get_values_
This adds a test for the gpio-sysinfo driver.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
Changes in v4:
- Enable sysinfo_gpio test for sandbox
Changes in v3:
- Use SYSINFO_ID_BOARD_MODEL instead of SYSINFO_ID_REVISION
Changes in v2:
- Reorder includes
arch/sandbox/dts/test.dt
This has the uclass enforce calling detect() before other methods. This
allows drivers to cache information in detect() and perform (cheaper)
retrieval in the other accessors. This also modifies the only instance
where this sequencing was not followed.
Signed-off-by: Sean Anderson
Reviewed-by: S
of_parse_phandle_with_args (called by dev_read_phandle_with_args) does not
support getting the length of a phandle list by using the index -1.
Instead, use dev_count_phandle_with_args which supports exactly this
use-case.
Fixes: 8558217153 ("gpio: Convert to use APIs which support live DT")
Signe
This series adds a GPIO sysinfo driver using the
dm_gpio_get_values_as_int_base3 function. The board revision is mapped
based in devicetree properties. This series is based on Simon's GPIO
series [1].
[1] https://patchwork.ozlabs.org/project/uboot/list/?series=228126
Changes in v4:
- Enable sysin
Since 07c9e683a4 ("smbios: Allow a few values to come from sysinfo")
there are common global sysinfo IDs. This patch moved existing IDs above
SYSINFO_ID_USER.
Signed-off-by: Sean Anderson
Reviewed-by: Simon Glass
---
(no changes since v3)
Changes in v3:
- Rework patch to use sjg's sysinfo IDs
If the CONFIG_USE_DEFAULT_ENV_FILE=y and CONFIG_DEFAULT_ENV_FILE
points to the empty environment file, the auto-generated file has
the wrong syntax so it leads to the compilation failure:
In file included from include/env_default.h:115,
from env/common.c:29:
include/generated/defa
On Mon, Apr 19, 2021 at 04:19:40PM -0400, Tom Rini wrote:
> Add #ifndef __SYSINFO_H__ ... #endif to prevent re-inclusion of this
> file.
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Sun, Apr 11, 2021 at 11:21:58AM +0200, Heinrich Schuchardt wrote:
> From: Joel Peshkin
>
> Add support for stack protector for UBOOT, SPL, and TPL
> as well as new pytest for stackprotector
>
> Signed-off-by: Joel Peshkin
>
> Adjust UEFI build flags.
> Signed-off-by: Heinrich Schuchardt
On Sun, Apr 11, 2021 at 11:21:57AM +0200, Heinrich Schuchardt wrote:
> The current usage of the variable CFLAGS_NON_EFI on the x86 architecture
> deviates from other architectures.
>
> Variable CFLAGS_NON_EFI is the list of compiler flags to be removed when
> building UEFI applications. It is not
On Sun, Apr 11, 2021 at 11:21:56AM +0200, Heinrich Schuchardt wrote:
> regmap_read() only fills the first two bytes of val. The last two bytes are
> random data from the stack. This means the test will fail randomly.
>
> For low endian systems we could simply initialize val to 0 and get correct
>
On Thu, Apr 01, 2021 at 02:01:55AM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Add additional param for reset cmd, which provides type of reset.
>
> Signed-off-by: Igor Opaniuk
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Apr 07, 2021 at 03:28:24PM +0300, denys.droz...@toradex.com wrote:
> From: Denys Drozdov
>
> U-boot might display wrong module revision information
> for modules with an assembly version 'K'. "cfgblock create"
> does not takes into account all revision digits from PID8.
>
> This fix tak
On Thu, Apr 01, 2021 at 02:01:56AM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Add usage details for reset command.
>
> Signed-off-by: Igor Opaniuk
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Apr 01, 2021 at 02:01:54AM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Use psci driver exported functions for reset/poweroff, instead of
> invoking directly invoke_psci_fn.
>
> Signed-off-by: Igor Opaniuk
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description:
On Thu, Apr 01, 2021 at 02:01:53AM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Adds support for:
> * PSCI_FEATURES, which was introduced in PSCI 1.0. This provides API
> that allows discovering whether a specific PSCI function is implemented
> and its features.
> * SYSTEM_RESET2, which w
On Thu, Apr 01, 2021 at 02:01:52AM +0300, Igor Opaniuk wrote:
> From: Igor Opaniuk
>
> Sync and add PSCI API versions 1.0/1.1 definitions from Linux.
>
> Signed-off-by: Igor Opaniuk
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Apr 12, 2021 at 01:04:51AM +0100, Andre Przywara wrote:
> All Calxeda machines are actually a poster book example of device tree
> usage: the DT is loaded from flash by the management processor into
> DRAM, the memory node is populated with the detected DRAM size and this
> DT is then hand
On Mon, Apr 12, 2021 at 01:04:54AM +0100, Andre Przywara wrote:
> So far U-Boot was hard coding a (surely sufficient) memory size of 512
> MB, even though all machines out there have at least 4GB of DRAM.
> Since U-Boot uses its memory knowledge to populate the EFI memory map,
> we are missing out
On Mon, Apr 12, 2021 at 01:04:52AM +0100, Andre Przywara wrote:
> To squash that nasty warning message and make better use of the newly
> gained OF_CONTROL feature, let's convert the calxedagmac driver to the
> "new" driver model.
> The conversion is pretty straight forward, mostly just adjusting
On Mon, Apr 12, 2021 at 01:04:53AM +0100, Andre Przywara wrote:
> So far we were defining a somewhat confusing PHYS_SDRAM_1_SIZE variable,
> which originally was only used for setting the memtest boundaries. This
> definition in highbank.h has been removed about a year ago (moved to
> Kconfig), so
On Thu, Mar 25, 2021 at 05:07:34PM -0700, Tim Harvey wrote:
> The OcteonTX uses ARM's SBSA Watchdog device
>
> Signed-off-by: Tim Harvey
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Mar 25, 2021 at 05:07:35PM -0700, Tim Harvey wrote:
> Revert a change that occured between the Marvell SDK-10.1.1.0
> and SDK-10.3.1.1 which broke QSMII phy support.
>
> Signed-off-by: Tim Harvey
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Apr 12, 2021 at 01:04:55AM +0100, Andre Przywara wrote:
> Rob does not have access to any Calxeda systems anymore, also has
> expressed a lack of interest in those systems in the past.
>
> I have multiple working Midway nodes under my desk in the office, so
> am happy to take over mai
On Mon, Apr 12, 2021 at 01:04:50AM +0100, Andre Przywara wrote:
> So far on Highbank/Midway machines U-Boot only ever uses 512MB of DRAM,
> even though the machines have typically 4GB and 8GB, respectively.
> That means that so far we didn't need an extra limit for placing the DTB
> and initrd, as
On Sat, Mar 27, 2021 at 09:46:52PM +0800, Ying-Chun Liu wrote:
> From: "Ying-Chun Liu (PaulLiu)"
>
> Document the bindings for fsl,anatop-regulator
>
> Signed-off-by: Ying-Chun Liu (PaulLiu)
> Reviewed-by: Sean Anderson
> Cc: Fabio Estevam
> Cc: Jaehoon Chung
> Cc: Peng Fan
> Reviewed-by:
On Sat, Mar 27, 2021 at 09:46:51PM +0800, Ying-Chun Liu wrote:
> From: "Ying-Chun Liu (PaulLiu)"
>
> Anatop is an integrated regulator inside i.MX6 SoC.
> There are 3 digital regulators which controls PU, CORE (ARM), and SOC.
> And 3 analog regulators which controls 1P1, 2P5, 3P0 (USB).
> This p
On Sat, Mar 27, 2021 at 11:43:54AM +0100, Heinrich Schuchardt wrote:
> Trying to compile with CONFIG_CMD_MMC=y and CONFIG_MMC=n leads to errors:
>
> riscv64-linux-gnu-ld.bfd: cmd/built-in.o: in function `do_mmcops':
> cmd/mmc.c:984: undefined reference to `get_mmc_num'
> riscv64-linux-gnu-ld.bfd:
On Thu, Mar 25, 2021 at 05:07:37PM -0700, Tim Harvey wrote:
> The fdt node offset is apparently not set properly when probed
> causing no MDIO busses to be found. Fix this by obtaining the
> offset.
>
> Signed-off-by: Tim Harvey
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
On Thu, Mar 25, 2021 at 05:07:36PM -0700, Tim Harvey wrote:
> From: Suneel Garapati
>
> After check for maximum between max id and available ports, also check
> if available port count is less than max id and update.
>
> In the case of the CN8030 OcteonTX SoC max_id needs to be reduced to
> the
On Thu, Mar 25, 2021 at 05:07:33PM -0700, Tim Harvey wrote:
> Support Generic Distro Default config
>
> Signed-off-by: Tim Harvey
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Mar 25, 2021 at 05:07:32PM -0700, Tim Harvey wrote:
> Move CONFIG_SUPPORT_RAW_INITRD out of the octeontx_common header
> and into the defconfig files.
>
> Signed-off-by: Tim Harvey
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP s
On Wed, Mar 17, 2021 at 10:31:58PM +, karl.bel...@gmail.com wrote:
> From: Karl Beldan
>
> Signed-off-by: Karl Beldan
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Wed, Feb 24, 2021 at 05:44:42PM +0100, Reinoud Zandijk wrote:
> Fixes IDE issues found on the Malta board under Qemu:
>
> 1) DMA implied commands were sent to the controller in stead of the PIO
> variants. The rest of the code is DMA free and written for PIO operation.
>
> 2) direct pointer a
On Mon, Mar 08, 2021 at 04:48:16PM +0100, Wasim Khan wrote:
> From: Wasim Khan
>
> Enable IRQ using select for sandbox architecture.
>
> Signed-off-by: Wasim Khan
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, Mar 08, 2021 at 04:48:15PM +0100, Wasim Khan wrote:
> From: Wasim Khan
>
> use 'select' to enable IRQ as it does not have architecture
> specific dependency.
>
> Signed-off-by: Wasim Khan
> Reviewed-by: Hou Zhiqiang
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
--
T
On Mon, Mar 08, 2021 at 04:48:14PM +0100, Wasim Khan wrote:
> From: Wasim Khan
>
> GIC_V3_ITS uses UCLASS_IRQ driver. Update Kconfig to select
> IRQ when GIC_V3_ITS is enabled.
>
> Signed-off-by: Wasim Khan
> Reviewed-by: Hou Zhiqiang
> Reviewed-by: Simon Glass
> Tested-by: Vladimir Oltean
On Mon, Mar 08, 2021 at 04:48:13PM +0100, Wasim Khan wrote:
> From: Wasim Khan
>
> UCLASS_IRQ driver is not Intel specific. Make CONFIG_IRQ
> selectable for all platforms.
>
> Signed-off-by: Wasim Khan
> Tested-by: Vladimir Oltean
> Reviewed-by: Simon Glass
Applied to u-boot/master, thanks!
On Fri, Mar 05, 2021 at 03:02:35PM +0800, Zhiqiang Hou wrote:
> From: Hou Zhiqiang
>
> The GICv3 RM requires "The first 1KB of memory for the LPI Pending tables
> must contain only zeros on initial allocation, and this must be visible
> to the Redistributors, or else the effect is UNPREDICTABLE"
On Mon, Apr 19, 2021 at 05:35:01PM +0200, Neil Armstrong wrote:
> Hi Tom,
>
> This serie fixes Ethernet on Odroid-C2 and enables support for PCIe on the
> Khadas VIM3 & VIM3L
> with all the necessary bits after Bin merged the PCIe driver.
>
> The CI job is at
> https://gitlab.denx.de/u-boot/cu
From: Alexandru Gagniuc
This reverts commit 38d6b7ebdaee3e0e8426ef1b9df88bdce8ae2e75.
struct global_data contains a pointer to the bd_info structure. This
pointer was populated spl_set_bd() to a pre-allocated bd_info in the
".data" section. The referenced commit replaced this mechanism to one
th
On Tue, Apr 20, 2021 at 10:08:07AM -0400, Sean Anderson wrote:
>
> On 4/20/21 7:29 AM, Tom Rini wrote:
> > On Wed, Mar 31, 2021 at 01:50:40PM -0400, Sean Anderson wrote:
> >
> >> This adds a test for the gpio-sysinfo driver.
> >>
> >> Signed-off-by: Sean Anderson
> >> Reviewed-by: Simon Glass
>
Hi,
On 4/20/21 3:53 PM, Bruno L. Albrecht wrote:
> The EP1/in fails are on drivers/usb/gadget/ci_udc.c @ line 628. They happen
> during enumeration (I'm able to check even exactly which package fails
> using Wireshark + USB PCAP), but I couldn't find out more. I was hoping
> someone had been throu
On 4/20/21 7:29 AM, Tom Rini wrote:
> On Wed, Mar 31, 2021 at 01:50:40PM -0400, Sean Anderson wrote:
>
>> This adds a test for the gpio-sysinfo driver.
>>
>> Signed-off-by: Sean Anderson
>> Reviewed-by: Simon Glass
>
> This test no longer passes. Can you please rebase the series and
> retest?
If the CONFIG_USE_DEFAULT_ENV_FILE=y and CONFIG_DEFAULT_ENV_FILE
points to the empty environment file, the auto-generated file has
wrong syntax so it leads to the compilation failure:
In file included from include/env_default.h:115,
from env/common.c:29:
include/generated/defaulte
The EP1/in fails are on drivers/usb/gadget/ci_udc.c @ line 628. They happen
during enumeration (I'm able to check even exactly which package fails
using Wireshark + USB PCAP), but I couldn't find out more. I was hoping
someone had been through that and had an idea of could be happening before
I div
> The both the network cards are included in both configs, surely it
> would be less confusing for users to detect the variant and load the
> correct DT to ensure the network card does work, there's numerous
> examples of this in U-Boot already
I think it would be less confusing for users to add a
On Tue, Apr 20, 2021 at 11:57 AM Toshifumi NISHINAGA
wrote:
>
> Hello Peter.
>
> > As that config works
> > just fine on all variants of the RPi3 inc the B, B+, A+ and CM3
>
> Yes. It also boots on Raspberry Pi 3B+ using rpi_3_32b_defconfig,
> but only the network card doesn't work.
> Because the
Hi Patrick
-Original Message-
From: Uboot-stm32 On Behalf
Of Patrick DELAUNAY
Sent: mercredi 28 octobre 2020 11:07
To: u-boot@lists.denx.de
Cc: U-Boot STM32 ; Simon Glass
; Patrick DELAUNAY ; Sean Anderson
Subject: [Uboot-stm32] [PATCH 2/2] cmd: pinmux: support pin name in status
com
Hi Patrick
-Original Message-
From: Uboot-stm32 On Behalf
Of Patrick DELAUNAY
Sent: mercredi 28 octobre 2020 11:07
To: u-boot@lists.denx.de
Cc: U-Boot STM32 ; Simon Glass
; Patrick DELAUNAY ; Sean Anderson
Subject: [Uboot-stm32] [PATCH 1/2] cmd: pinmux: update result of do_status
Upd
On Wed, Mar 31, 2021 at 01:50:40PM -0400, Sean Anderson wrote:
> This adds a test for the gpio-sysinfo driver.
>
> Signed-off-by: Sean Anderson
> Reviewed-by: Simon Glass
This test no longer passes. Can you please rebase the series and
retest? Thanks.
--
Tom
signature.asc
Description: PG
Hello Peter.
> As that config works
> just fine on all variants of the RPi3 inc the B, B+, A+ and CM3
Yes. It also boots on Raspberry Pi 3B+ using rpi_3_32b_defconfig,
but only the network card doesn't work.
Because the network cards used in the 3B and 3B+ are different.
This difference is hard
On Tue, Apr 20, 2021 at 7:05 AM Toshifumi NISHINAGA
wrote:
>
> Hello all.
>
> I will add rpi_3_32b_plus_defconfig to easy to build u-boot for
> Raspberry Pi 3B+(32bit).
What does this provide over rpi_3_32b_defconfig? As that config works
just fine on all variants of the RPi3 inc the B, B+, A+ an
Hi Patrick
On 3/4/21 5:47 PM, Patrick Delaunay wrote:
> For NOR devices the logical DFU buffer size is the sector_size,
> as it is done in dfu_sf.c or in spi/sf_mtd.c
> (sf_mtd_info.erasesize = flash->sector_size)
>
> For NAND the DFU size was already limited to erasesize as
> has_pages = true.
>
Hello, Matthias.
> This file is already present [1]. Please provide patches against the latest
[1] is for the 64bit mode of Raspberry Pi 3B+, not for the 32bit mode.
The Raspberry Pi 3B has 64bit [2] and 32bit [3] mode configs.
[1]:https://source.denx.de/u-boot/u-boot/-/blob/master/configs/rpi
Hi Bin,
Thanks for the input, will fix as suggested.
Best regards,
Tianrui
> -Original Message-
> From: Bin Meng
> Sent: Tuesday, April 20, 2021 5:42 PM
> To: Tianrui Wei
> Cc: U-Boot Mailing List ; Leo Yu-Chi Liang
> ; Rick Chen ; Pantelis
> Antoniou
> Subject: Re: [PATCH 2/2] driver
Hi Bin,
Many thanks for taking you time to review our patch, will fix the things
you've mentioned.
> -Original Message-
> From: Bin Meng
> Sent: Tuesday, April 20, 2021 5:41 PM
> To: Tianrui Wei
> Cc: U-Boot Mailing List ; Leo Yu-Chi Liang
> ; Rick Chen ; Pantelis
> Antoniou
> Subject:
On 20/04/2021 08:05, Toshifumi NISHINAGA wrote:
> Hello all.
>
> I will add rpi_3_32b_plus_defconfig to easy to build u-boot for
> Raspberry Pi 3B+(32bit).
> Could you merge this patch?
>
This file is already present [1]. Please provide patches against the latest
U-Boot tree. Is there anythin
On Tue, Apr 20, 2021 at 1:17 PM Tianrui Wei wrote:
>
> From b8736bf498afc0d250228b0c29f1b402d0d58361 Mon Sep 17 00:00:00 2001
> From: Tianrui Wei
> Date: Mon, 20 April 2021 13:03:25 +0800
> Subject: [PATCH 2/2] drivers: mmc: add OpenPiton MMC support
>
> This patch enables support for OpenPiton M
Hi Tianrui,
On Tue, Apr 20, 2021 at 1:16 PM Tianrui Wei wrote:
>
> From b8736bf498afc0d250228b0c29f1b402d0d58361 Mon Sep 17 00:00:00 2001
> From: Tianrui Wei
> Date: Mon, 20 April 2021 13:03:25 +0800
> Subject: [PATCH 1/2] riscv: board: Support Openpiton Soc
>
> This patch enables support for Op
On Mon, 19 Apr 2021 12:30:57 +0300
Ivan Uvarov wrote:
> Update R40 .dts{,i} and dt-binding headers to current version from kernel.
>
> Files taken from Linux 5.12-rc1 release
> (commit fe07bfda2fb9cdef8a4d4008a409bb02f35f1bd8)
>
> Signed-off-by: Ivan Uvarov
Looks good to me, thanks for the wo
This lacks the right u-boot specific DT include to make HDMI work.
Reported-by: B1oHazard
Signed-off-by: Neil Armstrong
---
arch/arm/dts/meson-g12b-gtking-pro-u-boot.dtsi | 7 +++
arch/arm/dts/meson-g12b-gtking-u-boot.dtsi | 7 +++
2 files changed, 14 insertions(+)
create mode 1006
This fixes an issue getting resets index 1 and 3+, the spurius "> 0"
made it return the index 0 or 1, whatever index was passed.
The dm_test_reset_base() did not catch it, but the dm_test_reset_base()
extension
catches it and this fixes the regression.
This also fixes a reggression on Amlogic G1
A regression weas detected on Amlogic G12A/G12B SoCs, where HDMI output was
disable
even when Linux was booting.
Bisect reports 139e4a1cbe ("drivers: reset: Add a managed API to get reset
controllers from the DT")
as the offending commit.
But the error is in ea9dc35aab ("reset: Get the RESET by
With this extended test, we get the following failure :
=> ut dm reset_base
Test: dm_test_reset_base: reset.c
test/dm/reset.c:52, dm_test_reset_base(): reset_method3.id ==
reset_method3_1.id: Expected 0x14 (20), got 0x2 (2)
Test: dm_test_reset_base: reset.c (flat tree)
test/dm/reset.c:52, dm_test
With a 48MHz input clock, the lowest bus frequency can be as low as
4800 / (4 * 4095) = 2930Hz. Such an extremely low frequency will cause
the mmc framework take seconds to finish the initialization.
Limiting the minimum bus frequency to a slightly higher value can solve the
issue without any
With a 48MHz input clock, the lowest bus frequency can be as low as
4800 / (4 * 4095) = 2930Hz. Such an extremely low frequency will cause
the mmc framework take seconds to finish the initialization.
Limiting the minimum bus frequency to a slightly higher value can solve the
issue without any
Update the Kconfig and the board file to make the am335x board compatible
with cape detection.
Signed-off-by: Kory Maincent
---
Change Since v1:
- Remove CAPE_EEPROM_BUS_NUM from board header
arch/arm/mach-omap2/am33xx/Kconfig | 1 +
board/ti/am335x/board.c| 1 +
2 files changed,
This patch changes the functioning of the detection of w1 devices.
The old way was a comparison between detected w1 and the ones described in
the device tree. Now it will just look for the driver matching the family
id of the w1 detected.
The patch is inspired from Maxime Ripard code.
Signed-off-
The am335x from BeagleBone use i2c EEPROM to detect capes.
The memory is wired to i2c bus 2 therefore it need to be enabled.
Add i2c2 clock, pinmux description and pinmux enable function.
Signed-off-by: Kory Maincent
---
arch/arm/mach-omap2/am33xx/clock_am33xx.c | 1 +
board/ti/am335x/board.c
This commit enables using the extension board detection mechanism on
CHIP boards
Signed-off-by: Kory Maincent
Acked-by: Maxime Ripard
---
configs/CHIP_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/CHIP_defconfig b/configs/CHIP_defconfig
index a70ee31d40..8d40da090b 10064
This patch adds a new "extension" command, which aims at detecting
extension boards connected to the hardware platform, and apply the
Device Tree overlays that describe the hardware present on those
extension boards.
In order to enable this mechanism, board-specific code must implement
the extensi
Add the extension_board_scan specific function to scan the information
of the EEPROM on one-wire and fill the extension struct.
Add the Kconfig symbol to enable the needs to detect DIPs.
Signed-off-by: Kory Maincent
Reviewed-by: Maxime Ripard
---
Need the following patches series to fix a one-w
This commit enables using the extension board detection mechanism on
AM57xx based platforms.
Signed-off-by: Kory Maincent
---
Change Since v1:
- Remove CAPE_EEPROM_BUS_NUM from the header
arch/arm/mach-omap2/omap5/Kconfig | 1 +
board/ti/am57xx/board.c | 1 +
2 files changed, 2 inse
The BeagleBone platforms all use a common mechanism to discover and
identify extension boards (called "capes"): each extension board has an
I2C-connected EEPROM describing itself.
This patch implements a generic extension_scan_board() feature that can
be used by all BeagleBone platforms to read th
This commit extends the sandbox to implement a dummy
extension_board_scan() function and enables the extension command in
the sandbox configuration. It then adds a test that checks the proper
functionality of the extension command by applying two Device Tree
overlays to the sandbox Device Tree.
Si
This series of patches aims at proposing a generic U-Boot mechanism to
detect extension boards connected to the HW platform, and apply the
appropriate Device Tree overlays depending on the detected extension
boards.
Indeed, numerous popular platforms, such as the BeagleBone or the
RaspberryPi, fea
Move the fdt_valid function to fdt_support.
This changes allow to be able to test the validity of a devicetree in
other c files.
Update code syntax.
Signed-off-by: Kory Maincent
Reviewed-by: Tom Rini
Reviewed-by: Maxime Ripard
---
cmd/fdt.c | 49 ---
87 matches
Mail list logo
