On Wed, Jan 08, 2020 at 01:35:13PM +0100, Heinrich Schuchardt wrote:
> On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
> >In the next couple of commits, under new CONFIG_RSA_VERIFY_WITH_PKEY,
> >rsa_verify() will be extended to be able to perform RSA decryption without
> >additional RSA key properties
On Wed, Jan 08, 2020 at 06:43:51PM +0100, Heinrich Schuchardt wrote:
>
>
> On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
> >In this patch, a very simple test is added to verify that rsa_verify()
> >using rsa_verify_with_pkey() work correctly.
> >
> >To keep the code simple, all the test data,
On Mon, Jan 13, 2020 at 8:11 PM Marek Vasut wrote:
>
> On 1/10/20 6:26 AM, Masahiro Yamada wrote:
> > On Fri, Jan 10, 2020 at 1:05 PM Marek Vasut wrote:
> >>
> >> On 1/10/20 4:09 AM, Masahiro Yamada wrote:
> >>> On Fri, Jan 10, 2020 at 9:14 AM Marek Vasut wrote:
>
> The Denali NAND
On Wed, Jan 08, 2020 at 07:07:01PM +0100, Heinrich Schuchardt wrote:
>
>
> On 11/21/19 1:11 AM, AKASHI Takahiro wrote:
> >In the current implementation of FIT_SIGNATURE, five parameters for
> >a RSA public key are required while only two of them are essential.
> >(See rsa-mod-exp.h and
On Mon, Jan 13, 2020 at 8:11 PM Marek Vasut wrote:
>
> On 1/10/20 7:26 AM, Masahiro Yamada wrote:
> > On Fri, Jan 10, 2020 at 1:05 PM Marek Vasut wrote:
> >>
> >> On 1/10/20 3:45 AM, Masahiro Yamada wrote:
> >>> On Fri, Jan 10, 2020 at 9:14 AM Marek Vasut wrote:
>
> While the Denali
we detect revision D1 board by searching for pmic,
as revision D1 only has a pmic on board. For this
we need to have pmic in DTB, so use
imx6dl-wandboard-revd1
as default device tree, not imx6dl-wandboard-revb1
Signed-off-by: Heiko Schocher
---
configs/wandboard_defconfig | 2 +-
1 file
we want to access PMIC before relocation, so we need
to add u-boot specific "u-boot,dm-pre-reloc" properties.
Signed-off-by: Heiko Schocher
---
arch/arm/dts/imx6dl-wandboard-revd1-u-boot.dtsi | 11 +++
arch/arm/dts/imx6q-wandboard-revd1-u-boot.dtsi | 11 +++
2 files changed,
Signed-off-by: Heiko Schocher
---
board/wandboard/wandboard.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/board/wandboard/wandboard.c b/board/wandboard/wandboard.c
index ae4ad765a83..6b7210c0992 100644
--- a/board/wandboard/wandboard.c
+++ b/board/wandboard/wandboard.c
@@ -489,7
From: Fabio Estevam
Currently the only supported revd1 variant is imx6qp.
Add logic for supporting imx6dl and imx6q revd1 boards as well.
Reported-by: Heiko Schocher
Signed-off-by: Fabio Estevam
Signed-off-by: Heiko Schocher
---
board/wandboard/wandboard.c | 16 +---
From: Fabio Estevam
Import the imx6dl-wandboard-revd1.dts and imx6q-wandboard-revd1.dts
from kernel 5.4.8 so that these variants can also be supported.
Signed-off-by: Fabio Estevam
Signed-off-by: Heiko Schocher
---
arch/arm/dts/Makefile | 2 ++
handle different board revisions in one if path.
Without this change if "imx6dl-wandboard-revb1" is passed
before "imx6dl-wandboard-revd1" to this function,
"imx6dl-wandboard-revb1" is detected as the correct version,
on revd1 boards, as "imx6dl-wandboard-revb1" is not dependend
on is_revd1().
we have to reselect the DTB, as we need to start
with DTB for revision D1 boards, as there is
a PMIC which is not on other board revisions.
If we do not find the PMIC, we are not on D1
revision board.
Signed-off-by: Heiko Schocher
---
board/wandboard/wandboard.c | 21 +
This series is a RFC for adding support for the wandboard
revision d1 imx6dl boards. The first patch add the Device
tree from linux, the second add the detection for the
wandboard d1 imx6dl and imx6q versions. Both patches
are from Fabio.
Unfortunately this does not work out of the box, as for
On Tue, Dec 31, 2019 at 7:29 PM Pragnesh Patel
wrote:
>
> This series add support for SPL to FU540. This series depends on
> https://patchwork.ozlabs.org/patch/1196703/
> (riscv: dts: Add hifive-unleashed-a00 dts from Linux)
>
> U-Boot SPL can boot from L2 LIM (0x0800_) and jump to
>
On 1/13/20 2:33 PM, Marek Vasut wrote:
> On 1/13/20 2:26 PM, Patrick DELAUNAY wrote:
>> Hi Marek,
> Hi,
>
>> + Christophe (Maintainer in kernel)
>>
>>> From: Marek Vasut
>>> Sent: vendredi 10 janvier 2020 01:29
>>>
>>> Add missing 'eth-ck' clock to the ethernet node. These clock are used to
>>>
+Troy
On Mon, 2020-01-13 at 14:32 +, Pragnesh Patel wrote:
> > > > +#include
> > > > +
> > > > +u32 DENALI_PHY_DATA[1215] = {
> > > > + DENALI_PHY_00_DATA, DENALI_PHY_01_DATA,
> > > DENALI_PHY_02_DATA,
> > > > + DENALI_PHY_03_DATA, DENALI_PHY_04_DATA,
> > > DENALI_PHY_05_DATA,
>
Hi Peng,
On Mon, Jan 13, 2020 at 9:46 PM Peng Fan wrote:
> I have not try that. Aisheng has some Linux patches pending which are
> restructuring the Linux side SCU 8QXP/QM code, so I not put efforts
> on booting mainline kernel.
Even NXP kernel failed booting for me.
> Subject: imx8qxp mek: Booting mainline kernel with mainline U-Boot
>
> Hi Peng,
>
> Have you managed to boot a mainline kernel with mainline U-Boot on a
> imx8qxp mek?
I have not try that. Aisheng has some Linux patches pending which are
restructuring the Linux side SCU 8QXP/QM code, so I
On 1/13/20 10:52 PM, Andy Shevchenko wrote:
On Mon, Jan 13, 2020 at 11:05 PM Heinrich Schuchardt wrote:
On 1/13/20 9:58 PM, Andy Shevchenko wrote:
On Mon, Jan 13, 2020 at 9:22 PM Andy Shevchenko
wrote:
https://paste.cathedral-networks.org/OverdoseSegment
I dunno how long it will be
Next episode of this telenovela:
I rebuilt u-boot for ROM at BC03 (my code, very similar to LinkIt).
I flashed it at 3 in SPI NOR:
=> usb start; sf probe
starting USB...
Bus ehci@101c: pinctrl_select_state_full('ehci@101c', 'default'):
USB EHCI 1.00
scanning bus ehci@101c for
On Mon, Jan 13, 2020 at 11:05 PM Heinrich Schuchardt wrote:
> On 1/13/20 9:58 PM, Andy Shevchenko wrote:
> > On Mon, Jan 13, 2020 at 9:22 PM Andy Shevchenko
> > wrote:
> > https://paste.cathedral-networks.org/OverdoseSegment
> >
> > I dunno how long it will be available.
> > I created it using
>
On Sun, Jan 12, 2020 at 09:01:18PM +1300, Simon Glass wrote:
> Hi Tom,
>
> I have a series which changes sandbox over to use the newer SDL2. At
> present I cannot make it pass on gitlab since it seems to have SDL1.2
> (only).
>
> Is it possible to change that?
Yes, change
On 1/13/20 9:58 PM, Andy Shevchenko wrote:
On Mon, Jan 13, 2020 at 9:22 PM Andy Shevchenko
wrote:
On Mon, Jan 13, 2020 at 9:15 PM Andy Shevchenko
wrote:
P.S. I'll prepare a compressed / sparse image later as promised.
https://paste.cathedral-networks.org/OverdoseSegment
I dunno how long
On Mon, Jan 13, 2020 at 9:22 PM Andy Shevchenko
wrote:
> On Mon, Jan 13, 2020 at 9:15 PM Andy Shevchenko
> wrote:
> P.S. I'll prepare a compressed / sparse image later as promised.
https://paste.cathedral-networks.org/OverdoseSegment
I dunno how long it will be available.
I created it using
%
On Mon, Jan 13, 2020 at 9:15 PM Andy Shevchenko
wrote:
> On Mon, Jan 13, 2020 at 7:55 PM Heinrich Schuchardt
> wrote:
> > On 1/13/20 5:34 PM, Tom Rini wrote:
> > > On Mon, Jan 13, 2020 at 12:52:48PM +0200, Andy Shevchenko wrote:
...
> > But for me the U-Boot's load command loaded a file
On Mon, Jan 13, 2020 at 7:55 PM Heinrich Schuchardt wrote:
> On 1/13/20 5:34 PM, Tom Rini wrote:
> > On Mon, Jan 13, 2020 at 12:52:48PM +0200, Andy Shevchenko wrote:
> >> Hi!
> >>
> >> I recently stumble over FAT partitioning issue. I have a device with
> >> MMC, one partition of which has been
On 1/13/20 5:34 PM, Tom Rini wrote:
On Mon, Jan 13, 2020 at 12:52:48PM +0200, Andy Shevchenko wrote:
Hi!
I recently stumble over FAT partitioning issue. I have a device with
MMC, one partition of which has been exported as disk via USB Mass
Storage to the host. When Windows 10 sees that disk
On 1/13/20 5:14 PM, Christophe ROULLIER wrote:
[...]
>>> Christophe you can complete my answer if it is not enough clear.
>> I would expect that you should describe _all_ the clock which are routed
>> into the ethernet IP in the DT and if the driver doesn't need some of
>> those clock, the driver
On Mon, Jan 13, 2020 at 12:52:48PM +0200, Andy Shevchenko wrote:
> Hi!
>
> I recently stumble over FAT partitioning issue. I have a device with
> MMC, one partition of which has been exported as disk via USB Mass
> Storage to the host. When Windows 10 sees that disk it can't handle it
> till I
Hi Anatolij,
On Mon, Jan 13, 2020 at 12:53 PM Anatolij Gustschin wrote:
> Does the kernel boot if you apply following U-Boot changes ?
Thanks for your suggestion.
With these changes I start to see some kernel output at least:
Starting kernel ...
[0.00] Booting Linux on physical CPU
Hi Fabio,
On Mon, 13 Jan 2020 12:36:20 -0300
Fabio Estevam feste...@gmail.com wrote:
...
> Starting kernel ...
> [It hangs here]
>
> Booting a NXP kernel also did not work.
>
> Any ideas?
Does the kernel boot if you apply following U-Boot changes ?
diff --git a/arch/arm/mach-imx/imx8/fdt.c
Hi Peng,
Have you managed to boot a mainline kernel with mainline U-Boot on a
imx8qxp mek?
Here is what I get:
U-Boot SPL 2020.01-00369-ge80a8b0222-dirty (Jan 13 2020 - 12:30:21 -0300)
Normal Boot
WDT: Not found!
Trying to boot from MMC2_2
Load image from MMC/SD 0x46800
U-Boot
Hi Marek,
> From: Marek Vasut
> Sent: lundi 13 janvier 2020 12:08
>
> On 1/13/20 11:58 AM, Patrick DELAUNAY wrote:
> > Hi Marek,
> >
> >> From: Marek Vasut
> >> Sent: vendredi 10 janvier 2020 01:29
> >>
> >> Setting TARGET_STM32MP1 in Kconfig always forces SYS_BOARD,
> >> SYS_VENDOR and
>-Original Message-
>From: Bin Meng
>Sent: 03 January 2020 21:05
>To: Pragnesh Patel
>Cc: U-Boot Mailing List ; Rick Chen
>; Paul Walmsley ( Sifive) ;
>Palmer Dabbelt ( Sifive) ; Anup Patel
>; Atish Patra ; Lukas Auer
>; AKASHI Takahiro
>; Simon Glass ; Marek
>Behún ; Simon Goldschmidt
This board is similar to SUV31, but the FPGA is reset concept is quite
different.
Signed-off-by: Holger Brunck
CC: Valentin Longchamp
CC: Stefan Roese
---
board/keymile/km_arm/Kconfig | 12 +++
board/keymile/km_arm/MAINTAINERS | 1 +
board/keymile/km_arm/fpga_config.c | 15
This target is out of maintenance and can be removed.
Signed-off-by: Holger Brunck
CC: Valentin Longchamp
CC: Stefan Roese
---
board/keymile/km_arm/MAINTAINERS | 1 -
board/keymile/km_arm/fpga_config.c | 23
board/keymile/km_arm/km_arm.c | 4 ---
This target is out of maintenance and can be removed.
Signed-off-by: Holger Brunck
CC: Valentin Longchamp
CC: Stefan Roese
---
board/keymile/km_arm/MAINTAINERS | 1 -
configs/kmsuv31_defconfig| 55
include/configs/km_kirkwood.h| 8 -
>-Original Message-
>From: Pragnesh Patel
>Sent: 06 January 2020 15:39
>To: Jagan Teki
>Cc: U-Boot-Denx ; Atish Patra
>; Alexander Graf ; Boris Brezillon
>; Rick Chen ; Anup Patel
>; palmerdabb...@google.com
>Subject: RE: [PATCH 3/3] riscv: sifive: fu540: add SPL configuration
>
This serie prepare the introduction of boards with STM32MP15x SOC
not provided by STMicroelectronics.
I introduce two new CONFIG: one for SOC and one ST boards (EV1, DK1, DK2).
And also create a new directory board/st/common to manage part common
with all the board (today only command stboard).
Split the board and SOC support for STM32MP15x family and
prepare the introduction of new boards with STM32MP15x.
This path define the 2 configurations:
- STM32MP15x: STM32MP15x soc support (new)
- TARGET_ST_STM32MP15x: STMicroelectronics board support (choice)
Signed-off-by: Patrick Delaunay
Move CONFIG_ENV_SECT_SIZE and CONFIG_ENV_OFFSET in stm32mp15_*_defconfig
for ST board with NOR support (STM32MP15xx-EV1 boards)
- CONFIG_SECT_SIZE values = the max supported NOR erase size (256KB)
- CONFIG_ENV_OFFSET = offset for NOR (ENV_IS_IN_SPI_FLASH)
This Patch prepares the U-Boot support of
Move the ST command in board/st/common, as this command is only used
by ST board. Prepare the support in U-Boot of boards with STM32MP15x
SOC but not STMicroelectronics.
Signed-off-by: Patrick Delaunay
---
board/st/common/Kconfig | 6 ++
board/st/common/MAINTAINERS
Hi Stefan,
unfortunately it does *not* work.
Ram based is ok, but rom is just as silent as mine:
=> usb start; sf probe;
starting USB...
Bus ehci@101c: pinctrl_select_state_full('ehci@101c', 'default'):
USB EHCI 1.00
scanning bus ehci@101c for devices... 3 USB Device(s) found
Hi Marek,
> From: Marek Vasut
> Sent: vendredi 10 janvier 2020 01:29
> To: u-boot@lists.denx.de
> Cc: Marek Vasut ; Patrick DELAUNAY
> ; Patrice CHOTARD
> Subject: [PATCH 5/5] ARM: dts: stm32: Add DH Electronics DHCOM SoM and
> PDK2 board
> Importance: High
>
> Add support for DH Electronics
>-Original Message-
>From: Amit Tomer
>Sent: 31 December 2019 22:49
>To: Pragnesh Patel
>Cc: U-Boot ; Palmer Dabbelt ( Sifive)
>; Atish Patra ; Alexander Graf
>; Boris Brezillon
>Subject: Re: [PATCH 3/3] riscv: sifive: fu540: add SPL configuration
>
>Hi Pragnesh,
>
>Minor comments
On 1/13/20 2:26 PM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
> + Christophe (Maintainer in kernel)
>
>> From: Marek Vasut
>> Sent: vendredi 10 janvier 2020 01:29
>>
>> Add missing 'eth-ck' clock to the ethernet node. These clock are used to
>> generate
>> external clock signal for the PHY in
Hi Marek,
+ Christophe (Maintainer in kernel)
> From: Marek Vasut
> Sent: vendredi 10 janvier 2020 01:29
>
> Add missing 'eth-ck' clock to the ethernet node. These clock are used to
> generate
> external clock signal for the PHY in case 'st,eth_ref_clk_sel'
> is specified.
>
> Signed-off-by:
On 1/13/20 1:50 PM, Patrice CHOTARD wrote:
> Hi Marek
Hi,
> Adding Christophe Roullier
>
>
> On 1/10/20 1:28 AM, Marek Vasut wrote:
>> Add missing 'eth-ck' clock to the ethernet node. These clock are used to
>> generate external clock signal for the PHY in case 'st,eth_ref_clk_sel'
>> is
Hi Marek
Adding Christophe Roullier
On 1/10/20 1:28 AM, Marek Vasut wrote:
> Add missing 'eth-ck' clock to the ethernet node. These clock are used to
> generate external clock signal for the PHY in case 'st,eth_ref_clk_sel'
> is specified.
>
> Signed-off-by: Marek Vasut
> Cc: Patrick Delaunay
Hi Stefan,
sorry for the delay, answers inside.
On 25/12/2019 14:55, Stefan Wahren wrote:
> Am 24.12.19 um 13:38 schrieb Matthias Brugger:
>>
>> On 24/12/2019 12:56, Stefan Wahren wrote:
>>> Hi Matthias,
>>>
>>> Am 23.12.19 um 21:20 schrieb Matthias Brugger:
Hi Stefan,
On
Fix for loop in board_fix_fdt that erroneously increments the counter
in all cases. the counter should be incremented only if a matching string
has been found.
Fixes: 5d535aa40b ("board: fsl: lx2160a: implement board_fix_fdt")
Signed-off-by: Pankaj Bansal
---
board/freescale/lx2160a/lx2160a.c
On 1/13/20 12:39 PM, Stefan Roese wrote:
> Hi Mauro,
>
> On 13.01.20 11:24, Mauro Condarelli wrote:
>> On 1/13/20 7:53 AM, Stefan Roese wrote:
>>> Hi Mauro,
>>>
>>> On 11.01.20 20:00, Mauro Condarelli wrote:
I managed to find ONE of the reasons why my ROM build didn't run:
I forgot to
Hi Baruch,
On 13.01.20 12:40, Baruch Siach wrote:
Hi Stefan,
On Mon, Jan 13 2020, Stefan Roese wrote:
On 12.01.20 17:34, Baruch Siach wrote:
On Sun, Jan 12 2020, Joel Johnson wrote:
On 2020-01-12 03:49, Baruch Siach wrote:
On Sat, Jan 11 2020, Joel Johnson wrote:
+config
Hi Mauro,
On 13.01.20 11:24, Mauro Condarelli wrote:
On 1/13/20 7:53 AM, Stefan Roese wrote:
Hi Mauro,
On 11.01.20 20:00, Mauro Condarelli wrote:
I managed to find ONE of the reasons why my ROM build didn't run:
I forgot to enable `CONFIG_BOARD_EARLY_INIT_F=y`.
I see. This explains of
Hi Stefan,
On Mon, Jan 13 2020, Stefan Roese wrote:
> On 12.01.20 17:34, Baruch Siach wrote:
>> On Sun, Jan 12 2020, Joel Johnson wrote:
>>> On 2020-01-12 03:49, Baruch Siach wrote:
On Sat, Jan 11 2020, Joel Johnson wrote:
> +config SYS_MMCSD_RAW_MODE_U_BOOT_SECTOR
> + hex "Address
On 1/13/20 11:58 AM, Patrick DELAUNAY wrote:
> Hi Marek,
>
>> From: Marek Vasut
>> Sent: vendredi 10 janvier 2020 01:29
>>
>> Setting TARGET_STM32MP1 in Kconfig always forces SYS_BOARD,
>> SYS_VENDOR and SYS_CONFIG_NAME to values set by the ST reference
>> platforms. Allow changing that by
On 1/13/20 11:44 AM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
>> From: Marek Vasut
>> Sent: vendredi 10 janvier 2020 01:27
>>
>> Not all systems have all the boot devices enabled, e.g. not all systems have
>> MTD
>> devices and thus do not enable UBI. Make all the boot devices in the distro
>>
On 1/10/20 7:26 AM, Masahiro Yamada wrote:
> On Fri, Jan 10, 2020 at 1:05 PM Marek Vasut wrote:
>>
>> On 1/10/20 3:45 AM, Masahiro Yamada wrote:
>>> On Fri, Jan 10, 2020 at 9:14 AM Marek Vasut wrote:
While the Denali NAND is initialized by the BootROM in SPL, there
are still a
On 1/10/20 6:26 AM, Masahiro Yamada wrote:
> On Fri, Jan 10, 2020 at 1:05 PM Marek Vasut wrote:
>>
>> On 1/10/20 4:09 AM, Masahiro Yamada wrote:
>>> On Fri, Jan 10, 2020 at 9:14 AM Marek Vasut wrote:
The Denali NAND block loses configuration when put in reset.
Specifically,
Hi Marek,
> From: Marek Vasut
> Sent: vendredi 10 janvier 2020 01:29
>
> Setting TARGET_STM32MP1 in Kconfig always forces SYS_BOARD,
> SYS_VENDOR and SYS_CONFIG_NAME to values set by the ST reference
> platforms. Allow changing that by pulling out the TARGET_STM32MP157C_DK2
> and making the ST
-- Forwarded message -
From: Andy Shevchenko
Date: Mon, Jan 13, 2020 at 12:52 PM
Subject: fat: handle Windows formatted partition (thru USB Mass Storage)
To: AKASHI Takahiro , Heinrich Schuchardt
Cc: Tom Rini , U-Boot Mailing List
, Simon Glass , Bin Meng
Hi!
I recently
Hi!
I recently stumble over FAT partitioning issue. I have a device with
MMC, one partition of which has been exported as disk via USB Mass
Storage to the host. When Windows 10 sees that disk it can't handle it
till I format it there. So far so good. However, the same partition
can't be used
Hi Marek,
> From: Marek Vasut
> Sent: vendredi 10 janvier 2020 01:27
>
> Not all systems have all the boot devices enabled, e.g. not all systems have
> MTD
> devices and thus do not enable UBI. Make all the boot devices in the distro
> bootcmd conditional to avoid failures.
Reviewed-by:
This enables readning the cpuid from e-fuse, and deriving a static
MAC address from it.
Signed-off-by: Mark Kettenis
---
configs/firefly-rk3399_defconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git a/configs/firefly-rk3399_defconfig b/configs/firefly-rk3399_defconfig
index
Update the binding file for gpio, it is just an alignment
with kernel v5.3.
The U-Boot code example for gpio-hog (not directly linked
to binding) is moved in a new file doc/README.gpio.
[commit 21676b706e99 ("gpio: fixes for gpio-hog support")
& 'commit 4762a9988ede ("gpio: add gpio-hog
Add param information in pin information output.
This update prepare unitary test for pin configuration
in pinctrl node.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
drivers/pinctrl/pinctrl-sandbox.c | 30 ++
Add tests for new API set_dir_flags and set_dir_flags and associated
code in gpio uclass.
Test support for new flags GPIO_OPEN_DRAIN, GPIO_OPEN_SOURCE
GPIO_PULL_UP and GPIO_PULL_DOWN.
Reviewed-by: Simon Glass
Signed-off-by: Patrick Delaunay
---
Changes in v3: None
Changes in v2:
- simplify
Add test for "pins" configuration in gpio uclass with set_state() ops
and test for generic parsing of pinconf_param array).
set_state() is called by:
- pinctrl_generic_set_state
|- pinctrl_generic_set_state_subnode
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
Changes in v3:
Add a simple pincontrol associated to the sandbox gpio driver,
that allows to check pin configuration with the command pinmux.
The pinmux test is also updated to test behavior with 2 pincontrols.
Example to check LED pin configuration:
=> pinmux list
| Device| Driver
Cleanup binding support, use the generic binding by default
(test u-class gpio_xlate_offs_flags function) and add
specific binding for added value.
Signed-off-by: Patrick Delaunay
Reviewed-by: Simon Glass
---
Changes in v3: None
Changes in v2: None
arch/sandbox/dts/test.dts |
Update the flag management in GPIO uclass: the desc->flags is always
combined with the requested flags and the GPIO descriptor is updated
for further call.
Add a function dm_gpio_get_dir_flags to get dynamically
the current dir_flags (configuration and value).
This patch prepare introduction of
Add a dir flags validity check with a new function
check_dir_flags.
Signed-off-by: Patrick Delaunay
---
This patch was part of v2 08/14
= gpio: add ops for configuration with dir flags
Changes in v3:
- Split the previous patch [PATCH v2 08/14] to help review
Changes in v2: None
Add the ops for GPIO driver set_dir_flags() to set the dir flags.
The user can update the direction and configuration
of each GPIO with a only call to dm_gpio_set_dir_flags() or
dm_gpio_set_dir() and respecting the configuration provided by
device tree (saved in desc->flags).
When these optional
Add the ops for GPIO driver get_dir_flags(), allows to get dynamically
the current gpio configuration; it is used by the API function
dm_gpio_get_dir_flags().
When these optional ops are absent, the gpio uclass continues to use
the mandatory ops (direction_output, direction_input, get_value) and
Add a macro to provide the GPIO output value according
the dir flags content.
Signed-off-by: Patrick Delaunay
---
This patch was part of v2 08/14
= gpio: add ops for configuration with dir flags
Changes in v3:
- Split the previous patch [PATCH v2 08/14] to help review
Changes in v2: None
This commit manages the new dir flags that can be used in gpio
specifiers to indicate the pull-up or pull-down resistor
configuration for output gpio (GPIO_PULL_UP, GPIO_PULL_DOWN)
or the Open Drain/Open Source configuration for input gpio
(GPIO_OPEN_DRAIN, GPIO_OPEN_SOURCE).
These flags are
Introduce the function _dm_gpio_set_dir_flags to set dir flags
without check if the GPIO is reserved.
Separate the reserved check for "set_dir" and "set_dir_flags".
This patch is a preliminary step to add new ops.
Signed-off-by: Patrick Delaunay
---
This patch was part of v2 08/14
= gpio: add
Add a helper function gpio_desc_init() to initialize the gpio descriptor;
with this function the flags will be always set to 0.
It wasn't the case before this patch in dm_gpio_lookup_name.
Reviewed-by: Simon Glass
Signed-off-by: Patrick Delaunay
---
Changes in v3: None
Changes in v2:
- add
Introduce the function _gpio_get_value to get the GPIO value
without check if it is reserved.
This patch prepare new ops introduction.
Signed-off-by: Patrick Delaunay
---
This patch was part of v2 08/14
= gpio: add ops for configuration with dir flags
Changes in v3:
- Split the previous patch
Add functions to iterate on all property with livetree
- dev_read_first_prop
- dev_read_next_prop
- dev_read_prop_by_prop
and
- ofnode_get_first_property
- ofnode_get_next_property
- ofnode_get_property_by_prop
And helper: dev_for_each_property
For example:
struct ofprop property;
Remove the define GPIOD_REQUESTED as it is never used
and use BIT() macro for other defines.
Signed-off-by: Patrick Delaunay
---
Changes in v3: None
Changes in v2:
- remove the unused GPIOD_REQUESTED
include/asm-generic/gpio.h | 9 -
1 file changed, 4 insertions(+), 5 deletions(-)
This patch removes the ops get_open_drain/set_open_drain
and the API dm_gpio_get_open_drain/dm_gpio_set_open_drain.
The ops only provided in one driver (mpc8xxx gpio) and the
associated API is never called in boards.
This patch prepare a more generic set/get_dir_flags ops,
including the open
This commit extends the flags that can be used in GPIO specifiers to
indicate if a pull-up resistor or pull-down resistor should be
enabled.
It is the backport of linux commit ede033e1e863c ('dt-bindings:
gpio: document the new pull-up/pull-down flags')
from Thomas Petazzoni
and integrated in
Migrate pinctrl-generic to livetree:
- dev_for_each_property
- dev_read_prop_by_prop
- dev_read_string_count
- dev_read_string_index
and get rid of DECLARE_GLOBAL_DATA_PTR.
This patch solves the parsing issue during sandbox tests for pin
configuration (OF_LIVE is activated in sandbox_defconfig
Convert 'pinctrl-single' using livetree functions
- dev_read_prop
- dev_read_u32_default
- dev_read_u32_array
- dev_read_bool
- dev_read_addr
and get rid of DECLARE_GLOBAL_DATA_PTR.
Reviewed-by: Simon Glass
Signed-off-by: Patrick Delaunay
---
Changes in v3: None
Changes in v2:
- use the dev_
Hi,
it is the V3 of "dm: add support of new binding in gpio and pincontrol"
http://patchwork.ozlabs.org/project/uboot/list/?series=145044
I rebase on v2020.01 and made some minor update after Simon Glass review.
And I also split the previous patch was part of v2 08/14 to help review
Hi Stefan,
On 1/13/20 7:53 AM, Stefan Roese wrote:
> Hi Mauro,
>
> On 11.01.20 20:00, Mauro Condarelli wrote:
>> I managed to find ONE of the reasons why my ROM build didn't run:
>> I forgot to enable `CONFIG_BOARD_EARLY_INIT_F=y`.
>
> I see. This explains of course, why your board does not boot
Hello,
Am 18.11.19 um 22:15 schrieb Simon Goldschmidt:
> Am 18.11.2019 um 19:08 schrieb Wolfgang Grandegger:
>> Hello,
>>
>> I'm trying to understand what is necessary to get mainline U-Boot
>> booting from the eMMC of an Arria10 board, which is significantly
>> different to the Cyclone 5.
>
>
On 13.01.20 10:23, Kuldeep Singh wrote:
> Current PFE firmware access spi-nor memory directly. New spi-mem
> framework does not support direct memory access. So, let's use
> spi_flash_read API to access memory instead of directly using it.
>
> Signed-off-by: Kuldeep Singh
Reviewed-by: Frieder
Current PFE firmware access spi-nor memory directly. New spi-mem
framework does not support direct memory access. So, let's use
spi_flash_read API to access memory instead of directly using it.
Signed-off-by: Kuldeep Singh
---
v4:
-Return -ENODEV if flash probe fails
v3:
-Replace ret with 0 if
Hi Marek,
> From: Marek Vasut
> Sent: vendredi 10 janvier 2020 01:29
>
> Since CONFIG_LOADADDR is not set, the default value of $loadaddr variable is
> not set in the environment either. Set the default load address to 256 MiB
> from the
> start of DRAM.
>
> Signed-off-by: Marek Vasut
> Cc:
> -Original Message-
> From: Schrempf Frieder
> Sent: Monday, January 13, 2020 2:07 PM
> To: Kuldeep Singh ; u-boot@lists.denx.de
> Cc: Joe Hershberger ; Thomas Hebb
> ; Patrick Delaunay
> Subject: Re: [EXT] Re: [Patch v3] net: pfe_eth: Use spi_flash_read API to
> access
> flash
On 10.01.20 11:58, Kuldeep Singh wrote:
> Hi Frieder,
>
>> -Original Message-
>> From: Schrempf Frieder
>> Sent: Wednesday, January 8, 2020 2:52 PM
>> To: Kuldeep Singh ; u-boot@lists.denx.de
>> Cc: Joe Hershberger ; Thomas Hebb
>> ; Patrick Delaunay
>> Subject: [EXT] Re: [Patch v3]
On Sun, Jan 12, 2020 at 07:45:49PM +1300, Simon Glass wrote:
> Hi Wolfgang,
>
> On Fri, 23 Aug 2019 at 21:51, Wolfgang Denk wrote:
> >
> > Dear Tom,
> >
> > In message <20190726170700.GQ20116@bill-the-cat> you wrote:
> > >
> > > > It was designed in 1987. A subset of Nimbus Sans L were
Use realloc and update the loop executed in do_fdtgrep to find all
the regions: only test count > max_region after the second pass.
This patch solve an issue if the number of region found (count)
is greater then the default value (max_region = count = 100):
the second pass is never executed,
On 11.01.20 20:36, Joel Johnson wrote:
Migrate the values for ENV_SIZE and ENV_OFFSET into board specific
Kconfig defaults so they're more accessible for configuration.
Signed-off-by: Joel Johnson
The ENV macros have been moved to Kconfig in mainline. Please check
and drop this patch or
On Sun, Jan 12, 2020 at 12:06:24PM -0700, Simon Glass wrote:
> There is some concern that this font may be GPLv3 rather than GPLv2. This
> is is not desirable in U-Boot. Replace it with Roboto which has an Apache
> license.
>
> See discussion here:
>
>
Hi Joel,
On 11.01.20 22:07, Joel Johnson wrote:
I've found an issue in testing with the ENV_IS_IN_X values, they need to
be changed from a "select" to an "imply" to enable disabling default
values and support booting from MMC and having flash in SPI (or the
other way around).
I have the change
Hi,
> From: Anatolij Gustschin
> Sent: dimanche 12 janvier 2020 20:51
>
> Hi Patrick,
>
> On Fri, 10 Jan 2020 08:50:31 +0100
> Patrick Delaunay patrick.delau...@st.com wrote:
> ...
> > diff --git a/tools/fdtgrep.c b/tools/fdtgrep.c index
> > 8f44f599c1..bcf06b871d 100644
> > ---
On 11.01.20 20:36, Joel Johnson wrote:
Using a consistent hardcoded MAC address from the DTS file causes
issues when using multiple devices on the same network segment.
Instead rely on environment configuration or random generation.
Signed-off-by: Joel Johnson
---
1 - 100 of 102 matches
Mail list logo