On 6/19/20 9:41 AM, Patrick DELAUNAY wrote:
> Hi Marek,
>
>> From: Marek Vasut
>> Sent: jeudi 18 juin 2020 20:35
>>
>> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
>> unsupported, reinstate the old cd-gpios behavior until this handling is fully
>> implemented. This permits
Previously we have known that R40 has a configuration register for its
rank 1, which allows different configuration than rank 0. Reverse
engineering of newest libdram of A64 from Allwinner shows that A64 has
this register too. It's bit 0 (which enables dual rank in rank 0
configuration register)
Hello Rick,
> -Original Message-
> From: Rick Chen
> Sent: Friday, June 19, 2020 1:26 PM
> To: Sagar Kadam
> Cc: U-Boot Mailing List ; Lukasz Majewski
> ; Bin Meng ; Jagan Teki
> ; Pragnesh Patel
> ; Anup Patel ; Simon
> Glass ; Sean Anderson ; rick
> ; ycli...@andestech.com; Alan Kao
>
From: Marek Bykowski
If the location the ARM CPU is accessing is executable (translation
table descriptor Execute-Never attribute bit cleared) then the ARM CPU
fetches a number of instructions from that location all at the same time.
For example, Cortex-A57 can source up to 128 bits per fetch
The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
unsupported, reinstate the old cd-gpios behavior until this handling
is fully implemented. This avoid potential issue for SDCard boot:
the card detect fails with floating gpio.
Hi,
I don't have boot issue on my boards (DK2 and
The sgmii mode init flow is almost the same for all mediatek SoC, the
only difference is the register offset(SGMSYS_GEN2_SPEED) is 0x2028
in the old chip(mt7622) but changed to 0x128 for the newer chip(mt7629
and the following chips).
Signed-off-by: MarkLee
---
V2: use driver private data from
This patch enable sgmii mode and mt7531 switch support in mt7629
ethernet dts node
Signed-off-by: MarkLee
---
V2: no changes
---
arch/arm/dts/mt7629-rfb.dts | 12 +++-
1 file changed, 7 insertions(+), 5 deletions(-)
diff --git a/arch/arm/dts/mt7629-rfb.dts
This patch series enable MT7629 sgmii mode with mt7531 switch support,
1. enable mt7629 sgmii mode support in mediatek eth driver
2. enable mt7629 ethernet dts node with sgmii mode and mt7531
switch support
Change since V1:
- use driver private data from dts to decide
Activate CMD_NVEDIT_INFO and use the new command "env info -d -p -q"
to automatically save the environment on first boot.
This patch allows to remove the env_default variable.
Previously sent in serie
cmd: env: add option for quiet output on env info
The "env info" can be use for test with -d and -p parameter,
in scripting case the output of the command is not needed.
This patch allows to deactivate this output with a new option "-q".
For example, we can save the environment if default
environment is used and persistent storage is managed
Check the current ENV location, dynamically provided by the weak
function env_get_location to be sure that the environment can be
persistent.
The compilation flag ENV_IS_IN_DEVICE is not enough when the board
dynamically select the available storage location (according boot
device for example).
Hi,
It is a V5 for [1] serie.
I add the -q option for 'env info' command and I also add pytest
for this command.
Test for ENV_IS_IN_DEVICE is included in separate serie [2]
(I will activate ENV_IS_IN_EXT4 support in sandbox)
To avoid compilation warning, I add prototype for
env_get_location
Add a pytest for testing the env info sub-command:
test_env_info: test command with several option that
can be executed on real hardware device without assumption
test_env_info_sandbox: test the result on sandbox
with a known ENV configuration: ready & default & persistent
The quiet option '-q'
From: Marek Bykowski
If the location the ARM CPU is accessing is executable (translation
table descriptor Execute-Never attribute bit cleared) then the ARM CPU
fetches a number of instructions from that location all at the same time.
For example, Cortex-A57 can source up to 128 bits per fetch
Check the current ENV location, dynamically provided by the weak
function env_get_location to be sure that the environment can be
persistent.
The compilation flag ENV_IS_IN_DEVICE is not enough when the board
dynamically select the available storage location (according boot
device for example).
Add a pytest for testing the env info sub-command:
test_env_info: test command with several option that
can be executed on real hardware device without assumption
test_env_info_sandbox: test the result on sandbox
with a known ENV configuration: ready & default & persistent
The quiet option '-q'
> -Original Message-
> From: Schrempf Frieder
> Sent: Thursday, May 28, 2020 1:46 PM
> To: Kuldeep Singh ; Joe Hershberger
> ; u-boot@lists.denx.de
> Cc: Priyanka Jain ; Tom Rini
> Subject: [EXT] Re: [RESEND][Patch v4] net: pfe_eth: Use spi_flash_read API to
> access flash memory
>
>
Hi Tom
> Well, lets see. It would be good to get the DTS stuff sorted out
> upstream first, but so long a you keep U-Boot in sync, that's fine.
That's good to know. Getting the DTS parts accepted seems like it'll
be harder than the actual code.
> aiming to start with UART and initramfs, UART
From: Heiko Stuebner
fit_image_write_sig() contains mostly functions from libfdt that
return FDT_ERR_foo errors but also a call to fit_set_timestamp()
which returns a regular error.
When handling the size increase via multiple iterations, check
for both -FDT_ERR_NOSPACE but also for -ENOSPC.
From: Heiko Stuebner
If the newly added fit-generator key-options are found, append needed
signature nodes to all generated image blocks, so that they can get
signed when mkimage later compiles the .itb from the generated .its.
Signed-off-by: Heiko Stuebner
---
From: Heiko Stuebner
Both CONFIG_SPL_FIT_SOURCE and CONFIG_SPL_FIT_GENERATOR
depend on CONFIG_SPL_FIT, so U_BOOT_ITS should only be
defined if one of them is set.
When undefined, the
ifneq ($(CONFIG_SPL_FIT_SOURCE),"")
seems to evaluate to true all the time though, setting
U_BOOT_ITS to
From: Heiko Stuebner
With SPL_FIT_SIGNATURE enabled we will likely want a generated
u-boot.itb to be signed and the key stores so that the spl can
reach it.
So add a SPL_FIT_SIGNATURE_KEY_DIR option and suitable hooks
into the Makefile to have mkimage sign the .itb and store the
used key into
Enable support for sub command 'env info' in sandbox
with CONFIG_CMD_NVEDIT_INFO. This is aimed primarily
at adding unit test.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- activate env info command in sandbox (new)
From: Heiko Stuebner
This series makes it possible to sign a generated u-boot.itb automatically
even if the its-source got created by a generator script.
To let the SPL know about the key, the -K option for mkimage points
to the dts/dt-spl.dtb which can then get included into the spl binary.
Am Sonntag, 31. Mai 2020, 16:07:56 CEST schrieb Simon Glass:
> Hi Heiko,
>
> On Tue, 26 May 2020 at 04:44, Heiko Stuebner wrote:
> >
> > From: Heiko Stuebner
> >
> > fit_image_write_sig() contains mostly functions from libfdt that
> > return FDT_ERR_foo errors but also a call to
Hi Kever,
Am Sonntag, 31. Mai 2020, 10:28:45 CEST schrieb Kever Yang:
> This patch set make rk3288 series board build fail. Could you help
> to check again？
the additional patch in v4 adding the ifdef CONFIG_SPL_FIT clamp,
should hopefully fix this
Heiko
> On 2020/5/26 下午6:44, Heiko
From: Heiko Stuebner
The u-boot.itb can be generated either from a static .its that can
simply include the needed signature nodes with key-hints or from a
fit-generator script referenced in CONFIG_SPL_FIT_GENERATOR.
In the script-case it will need to know what key to include for the
key-hint
From: Heiko Stuebner
Right now if its bl31.bin is missing, the imx make_fit_atf.sh does
return "sucessful" without generating an .its source file, which
makes autobuilders unhappy.
So this change is similar to Tom Rini's
commit 4c78028737c3 ("mksunxi_fit_atf.sh: Allow for this to complete when
Hi Jagan,
On Fri, 19 Jun 2020, 5:45 AM Jagan Teki, wrote:
> Series of kirkwood boards to switch DM_SPI and drop
> which are not DM enabled still.
>
> Any inputs?
> Jagan.
>
I had a quick glance over the series and it looks good to me.
I'm fortunate enough to be able to get into the office so
Hi Patrick
On 6/19/20 11:19 AM, Patrick Delaunay wrote:
> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
> unsupported, reinstate the old cd-gpios behavior until this handling
> is fully implemented. This avoid potential issue for SDCard boot:
> the card detect fails with
The pins for the MMC controller weren't being set up correctly because the
pinctrl driver only sets the GPIO pullup/pulldown config and doesn't
handle the special cases with PUPD/R0/R1 control.
Signed-off-by: David Woodhouse
---
And now the eMMC on my Banana Pi R2 actually works, even when
From: Oleksandr Andrushchenko
While relocating FDT we reserve some memory for the new FDT and
set the size of the FDT with that respect. But FDT may be placed
at the end of the RAM leading to memory access beyond it.
Fix this by copying exact FDT size bytes, not the reserved size.
The "env info" can be use for test with -d and -p parameter,
in scripting case the output of the command is not needed.
This patch allows to deactivate this output with a new option "-q".
For example, we can save the environment if default
environment is used and persistent storage is managed
Enable support for sub command 'env info' in sandbox
with CONFIG_CMD_NVEDIT_INFO. This is aimed primarily
at adding unit test.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
(no changes since v2)
Changes in v2:
- activate env info command in sandbox (new)
Hi,
It is a V5 for [1] serie.
RESEND without "stm32mp1: use the command env info -q in env_check"
sent in separate serie [4].
I add the -q option for 'env info' command and I also add pytest
for this command.
Test for ENV_IS_IN_DEVICE is included in separate serie [2]
(I will activate
On Wed, Jun 17, 2020 at 03:30:24PM +0200, Heinrich Schuchardt wrote:
> Package efitools is needed to run the tests in
> test/py/tests/test_efi_secboot/.
>
> Signed-off-by: Heinrich Schuchardt
Applied to gitlab-ci-runner/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Thu, Jun 18, 2020 at 11:12:46PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull some fixes for v2020.07-rc4. Thanks!
>
> gitlab CI:
> https://gitlab.denx.de/u-boot/custodians/u-boot-video/pipelines/3720
>
> The following changes since commit
On Thu, Jun 18, 2020 at 10:54:03PM +0200, Anatolij Gustschin wrote:
> Hi Tom,
>
> please pull first video updates for -next. Thanks!
>
> gitlab CI:
> https://gitlab.denx.de/u-boot/custodians/u-boot-video/pipelines/3716
>
> The following changes since commit
On Sun, May 31, 2020 at 12:16:58AM +0200, Heinrich Schuchardt wrote:
> In some of our Python tests we build disk images. Currently this involves
> using the sudo command for losetup and mount. For some tests sudo is
> not necessary if the command guestmount of package libguestfs-tools is
>
On Thu, Jun 18, 2020 at 04:59:07PM -0400, Tom Rini wrote:
> - Add guestfstools, efitools
> - Latest Ubuntu/bionic snapshot
>
> Signed-off-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
On Mon, 25 May 2020 14:34:17 +0200
Anatolij Gustschin ag...@denx.de wrote:
> To enable DM_VIDEO we must decrease binary size to fix build
> breakage for some boards, so drop not needed code. Also add
> !DM_VIDEO guards which can be later removed when last non DM
> users will be converted.
>
>
On 6/19/20 3:58 PM, Adam Ford wrote:
> This sync's the clock tables with the official release from
> Renesas' repo based on U-Boot 2018.09 and modified to build into
> the latest version of U-Boot.
Can you import the clock table from Linux too ?
[...]
> +static const struct mstp_stop_table
On 6/19/20 3:58 PM, Adam Ford wrote:
[...]
> diff --git a/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> b/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> new file mode 100644
> index 00..88702958e0
> --- /dev/null
> +++ b/board/beacon/beacon-rzg2m/beacon-rzg2m.c
> @@ -0,0 +1,112 @@
> +//
On 6/19/20 3:58 PM, Adam Ford wrote:
> The renesas-shdi controller can drive the r8a774a1 and shares its
> quirks with R8A7796. This patch adds the compatibilty flag, to
> support the SDHI controller.
>
> Signed-off-by: Adam Ford
> ---
> V2: No Change
>
> diff --git
On 6/19/20 3:58 PM, Adam Ford wrote:
> The PFC tables for the R8A774A1 are already available, but they
> not enabled.
>
> This patch adds the Kconfig option and builds the corresponding file
> when PINCTRL_PFC_R8A774A1 is enabled.
[...]
> diff --git a/drivers/pinctrl/renesas/sh_pfc.h
>
On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>
> On 6/19/20 3:58 PM, Adam Ford wrote:
> > The PFC tables for the R8A774A1 are already available, but they
> > not enabled.
> >
> > This patch adds the Kconfig option and builds the corresponding file
> > when PINCTRL_PFC_R8A774A1 is enabled.
>
When using OF_PLATDATA dtbs are converted to C structs in order to save
space as we can remove both dtbs and libraries from TPL/SPL binaries.
This patchset tries to improve its support by overcoming some limitations
in the current implementation
First, the support for scan and check for valid
When using OF_PLATDATA, the bind process between devices and drivers
is performed trying to match compatible string with driver names.
However driver names are not strictly defined, and also there are different
names used when declaring a driver with U_BOOT_DRIVER, the name of the
symbol used in
Currently dtoc scans dtbs to convert them to struct platdata and
to generate U_BOOT_DEVICE entries. These entries need to be filled
with the driver name, but at this moment the information used is the
compatible name present in the dtb. This causes that only nodes with
a compatible name that
In order to prepare for a new support of phandle when OF_PLATDATA is used
drop the const for struct driver_info as this struct will need to be
updated on runtime.
Signed-off-by: Walter Lozano
---
drivers/core/device.c| 2 +-
drivers/core/root.c | 2 +-
Currently when creating an U_BOOT_DEVICE entry a struct driver_info
is declared, which contains the data needed to instantiate the device.
However, the actual device is created at runtime and there is no proper
way to get the device based on its struct driver_info.
This patch extends struct
As dtoc now performs checks for valid driver names, when running dtoc
tests several warnings arise as these tests don't use valid driver
names.
This patch adds an option to disable those warning, which is only
intended for running tests.
Signed-off-by: Walter Lozano
---
In the current implementation, when dtoc parses a dtb to generate a struct
platdata it converts the information related to linked nodes as pointers
to struct platdata of destination nodes. By doing this, it makes
difficult to get pointer to udevices created based on these
information.
This patch
Update the documentation with the support for driver aliases using
U_BOOT_DRIVER_ALIAS.
Signed-off-by: Walter Lozano
---
doc/driver-model/of-plat.rst | 14 +-
1 file changed, 13 insertions(+), 1 deletion(-)
diff --git a/doc/driver-model/of-plat.rst b/doc/driver-model/of-plat.rst
Update documentation to reflect the new phandle support when OF_PLATDATA
is used. Now phandles are implemented as pointers to U_BOOT_DEVICE,
which makes it possible to get a pointer to the actual device.
Signed-off-by: Walter Lozano
---
doc/driver-model/of-plat.rst | 24
Hi,
Problem seems to be board-specific, on my bananapi-r2 v1.0 i had no problems
with accessing emmc if booted from sdcard.
but with the Patch i can still access any mmc-device (tried booting from emmc
and sd)
Tested-By: Frank Wunderlich
regards Frank
On 6/17/2020 11:48 PM, Michael Walle wrote:
> Am 2020-06-17 21:15, schrieb Horia Geantă:
>> On 6/4/2020 6:48 PM, Michael Walle wrote:
>>> +
>>> + desc = memalign(ARCH_DMA_MINALIGN, desc_size);
>>> + if (!desc) {
>>> + debug("cannot allocate RNG init descriptor memory\n");
>>> +
Hi Tom,
Please pull the STM32 related patches for v2020.07: u-boot-stm32-20200619
With the following changes:
- fix SD card cart detect on DHCOM and STMicroelectronics boards
CI status:
https://gitlab.denx.de/u-boot/custodians/u-boot-stm/pipelines/3731
Thanks,
Patrick
The following
On Tue, 26 May 2020 01:41:31 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Update defconfig to enable usage of converted ipuv3
> driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Fabio Estevam
> ---
> configs/pico-imx6_defconfig | 8 +++-
> 1 file changed, 7
On Tue, 26 May 2020 01:41:30 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> ---
> configs/marsboard_defconfig | 9 +++--
This patch adds very basic support for the Octeon III SoCs. Only CFI
parallel UART, reset and NOR flash are supported for now.
Please note that the basic Octeon port does not include the DDR3/4
initialization yet. This will be added in some follow-up patches later.
To still use U-Boot on with
On Tue, 26 May 2020 00:09:22 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Panel code might be disabled for some boards, make this
> driver code optional.
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/imx/mxc_ipuv3_fb.c | 11 +++
> 1 file changed, 7 insertions(+), 4
On Tue, 26 May 2020 00:20:49 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Not all boards use these drivers, so allow to disable them to fix
> building boards with U-Boot binary image size restrictions.
>
> Signed-off-by: Anatolij Gustschin
> ---
> drivers/video/Kconfig | 27
This patch imports the device tree and required bindings to permit
the device tree to build for the R8Z774A1 (RZ/G2M).
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/arch/arm/dts/r8a774a1.dtsi b/arch/arm/dts/r8a774a1.dtsi
new file mode 100644
index 00..a603d94797
--- /dev/null
On 6/19/20 4:25 PM, Adam Ford wrote:
> On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
>>
>> On 6/19/20 3:58 PM, Adam Ford wrote:
>>> The PFC tables for the R8A774A1 are already available, but they
>>> not enabled.
>>>
>>> This patch adds the Kconfig option and builds the corresponding file
Add missing information about internal class members in order to make
the code easier to follow.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 3 +++
1 file changed, 3 insertions(+)
diff --git a/tools/dtoc/dtb_platdata.py b/tools/dtoc/dtb_platdata.py
index
On Tue, 26 May 2020 01:41:36 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Stefano Babic
> ---
> configs/mx51evk_defconfig
On Tue, 26 May 2020 01:41:35 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Tim Harvey
> ---
>
On Tue, 26 May 2020 01:41:37 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Jason Liu
> ---
> configs/mx53loco_defconfig |
Dear Marek
> From: Marek Vasut
> Sent: jeudi 18 juin 2020 20:35
>
> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
> unsupported, reinstate the old cd-gpios behavior until this handling is fully
> implemented. This permits the DHSOM to boot from SD again, without this patch
On Tue, 26 May 2020 01:41:32 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfigs
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Akshay Bhat
> Cc: Ken Lin
> ---
>
On Tue, 26 May 2020 01:41:33 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Otavio Salvador
> ---
>
On Tue, 26 May 2020 01:41:34 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Migration to DM_VIDEO driver is long overdue. Update defconfig
> to enable usage of converted ipuv3 driver DM configuration.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Baruch Siach
> Cc: Fabio Estevam
> ---
>
Several MMC drivers use GPIO for card detection with cd-gpios property in
the MMC node pointing to a GPIO node. However, as U-Boot tries to save
space by keeping only required nodes using u-boot* properties, several
devices tree result in having only in the MMC node but not the GPIO node
After using a new approach to link nodes when OF_PLATDATA is enabled
the test cases need to be update.
This patch updates the tests based on this new implementation.
Signed-off-by: Walter Lozano
---
tools/dtoc/test_dtoc.py | 103 +++-
1 file changed, 60
Add a test for dtoc taking into account the cd-gpios property.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtoc_test_phandle_cd_gpios.dts | 42 ++
tools/dtoc/test_dtoc.py | 67 +++
2 files changed, 109 insertions(+)
create mode 100644
In order to be able to update data in u_boot_list, move this section to
make it RW.
Signed-off-by: Walter Lozano
---
arch/sandbox/cpu/u-boot-spl.lds | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/sandbox/cpu/u-boot-spl.lds b/arch/sandbox/cpu/u-boot-spl.lds
index
Currently dtoc does not support the property cd-gpios used to declare
the gpios for card detect in mmc.
This patch adds support to cd-gpios property.
Signed-off-by: Walter Lozano
---
tools/dtoc/dtb_platdata.py | 13 -
tools/dtoc/test_dtoc.py| 2 +-
2 files changed, 9
On Tue, 26 May 2020 22:52:14 +0200
Anatolij Gustschin ag...@denx.de wrote:
> After migration to DM 'vga' name is not longer supported,
> change it to 'vidconsole' in the default environment.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Igor Opaniuk
Applied to u-boot-video/master, thanks!
--
This sync's the clock tables with the official release from
Renesas' repo based on U-Boot 2018.09 and modified to build into
the latest version of U-Boot.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/drivers/clk/renesas/Kconfig b/drivers/clk/renesas/Kconfig
index
The Beacon EmbeddedWorks kit is based on the R8A774A1 SoC also
known as the RZ/G2M.
The kit consists of a SOM + Baseboard and supports microSD,
eMMC, Ethernet, a couple celular radios, two CAN interfaces,
Bluetooth and WiFi.
Signed-off-by: Adam Ford
---
V2: New to series
diff --git
The PFC tables for the R8A774A1 are already available, but they
not enabled.
This patch adds the Kconfig option and builds the corresponding file
when PINCTRL_PFC_R8A774A1 is enabled.
Signed-off-by: Adam Ford
---
V2: Use tables already build into pfc-r8a7796 instead of creating a new file
In order to build boards based on the R8A774A1, there needs to
be a config option from which to enable other drivers and/or flags
for this SoC.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/arch/arm/mach-rmobile/Kconfig.64 b/arch/arm/mach-rmobile/Kconfig.64
index
The renesas-shdi controller can drive the r8a774a1 and shares its
quirks with R8A7796. This patch adds the compatibilty flag, to
support the SDHI controller.
Signed-off-by: Adam Ford
---
V2: No Change
diff --git a/drivers/mmc/renesas-sdhi.c b/drivers/mmc/renesas-sdhi.c
index
The R8A774A1 (RZ/G2M) a commercial SoC based off the automotive
R8A7796 SoC.
This series will start the foundation to support this SoC by importing
porting the device tree and bindings from Linux 5.8-rc1, then porting
the clock driver, pinctrl driver, and sdhi drivers from Renesas'
RZG2M repo
On Tue, 26 May 2020 12:03:19 +0200
Anatolij Gustschin ag...@denx.de wrote:
> After migration to DM 'vga' name is not longer supported,
> change it to 'vidconsole' in the default environment.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Nikita Kiryanov
Applied to u-boot-video/master, thanks!
On Tue, 26 May 2020 22:54:29 +0200
Anatolij Gustschin ag...@denx.de wrote:
> After migration to DM 'vga' name is not longer supported,
> change it to 'vidconsole' in the default environment.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Igor Opaniuk
Applied to u-boot-video/master, thanks!
--
On Tue, 26 May 2020 12:03:21 +0200
Anatolij Gustschin ag...@denx.de wrote:
> After migration to DM 'vga' name is not longer supported,
> Update the upgrade script to use 'vidconsole' instead.
>
> Signed-off-by: Anatolij Gustschin
> Cc: Troy Kisky
> ---
>
On Mon, 25 May 2020 21:47:19 +0200
Anatolij Gustschin ag...@denx.de wrote:
> Converting some boards to DM_VIDEO results in build breakage due
> to increased code size. Make video console specific commands
> optional to recude binary size.
>
> Signed-off-by: Anatolij Gustschin
> ---
>
Hi.
Basically, bootp command and dhcp command have the same logic, no
difference whatsoever.
Also, sometimes, It's needed to just acquire an IP address using dhcp
and boot in some other way (NFS).
I'm suggesting repurposing the dhcp command to only do DHCP IP
address acquisition.
Users could use
On Fri, Jun 19, 2020 at 9:27 AM Marek Vasut wrote:
>
> On 6/19/20 4:25 PM, Adam Ford wrote:
> > On Fri, Jun 19, 2020 at 9:18 AM Marek Vasut wrote:
> >>
> >> On 6/19/20 3:58 PM, Adam Ford wrote:
> >>> The PFC tables for the R8A774A1 are already available, but they
> >>> not enabled.
> >>>
> >>>
On Sat, 23 May 2020 17:11:20 +0200
Anatolij Gustschin ag...@denx.de wrote:
> cfb_console driver use 'vga' console name and we still have board
> environments defining this name. Re-use existing DM_VIDEO work-
> around for console name to support 'vga' name in stdout environment.
>
>
>-Original Message-
>From: Kuldeep Singh
>Sent: Friday, June 19, 2020 3:40 PM
>To: Joe Hershberger ; u-boot@lists.denx.de;
>Priyanka Jain
>Cc: Tom Rini ; Schrempf Frieder
>
>Subject: RE: [EXT] Re: [RESEND][Patch v4] net: pfe_eth: Use spi_flash_read API
>to access flash memory
>
>
>>
Hi Tom and Marek,
> From: Tom Rini
> Sent: jeudi 18 juin 2020 21:16
>
> On Tue, Jun 16, 2020 at 09:40:42AM +0200, Patrick Delaunay wrote:
>
> > Don't return error with ret=-ENOENT when the optional ops drv->init is
> > absent but only if env_driver_lookup doesn't found driver.
> >
> > This
On Fri, Jun 19, 2020 at 02:13:37PM +, Priyanka Jain wrote:
> >-Original Message-
> >From: Kuldeep Singh
> >Sent: Friday, June 19, 2020 3:40 PM
> >To: Joe Hershberger ; u-boot@lists.denx.de;
> >Priyanka Jain
> >Cc: Tom Rini ; Schrempf Frieder
> >
> >Subject: RE: [EXT] Re:
On Fri, Jun 19, 2020 at 06:32:57PM +0300, Ramon Fried wrote:
> Hi.
> Basically, bootp command and dhcp command have the same logic, no
> difference whatsoever.
> Also, sometimes, It's needed to just acquire an IP address using dhcp
> and boot in some other way (NFS).
>
> I'm suggesting
On 6/19/2020 7:37 PM, Horia Geanta wrote:
> On 6/17/2020 11:48 PM, Michael Walle wrote:
>> Am 2020-06-17 21:15, schrieb Horia Geantă:
>>> On 6/4/2020 6:48 PM, Michael Walle wrote:
+
+ desc = memalign(ARCH_DMA_MINALIGN, desc_size);
+ if (!desc) {
+ debug("cannot
Hi Simon,
On Wed, Jun 17, 2020 at 8:42 AM Simon Glass wrote:
>
> On Wed, 10 Jun 2020 at 04:41, Rayagonda Kokatanur
> wrote:
> >
> > Add L3 memory flush support for NS3.
> >
> > Signed-off-by: Rayagonda Kokatanur
> > ---
> > arch/arm/cpu/armv8/Makefile | 1 +
> >
On Fri, Jun 19, 2020 at 11:22:18AM +0300, Oleksandr Andrushchenko wrote:
> From: Oleksandr Andrushchenko
>
> While relocating FDT we reserve some memory for the new FDT and
> set the size of the FDT with that respect. But FDT may be placed
> at the end of the RAM leading to memory access beyond
Hi,
> From: Patrick DELAUNAY
> Sent: vendredi 19 juin 2020 11:20
>
> The cd-gpios with (GPIO_ACTIVE_LOW | GPIO_PULL_UP) gpio is thus far
> unsupported, reinstate the old cd-gpios behavior until this handling is fully
> implemented. This avoid potential issue for SDCard boot:
> the card detect
1 - 100 of 154 matches
Mail list logo
