Hi Tim,
> Subject: What is the status of IMX8MM USB support?
>
> Greetings,
>
> I have not seen any activity to enable USB support for the IMX8MM. Is
> anyone working on this? Last I knew the holdup had to do with a
> power-domain driver.
For U-Boot, although I am trying to clean up NXP usb
Hi Tom,
This PR includes the following x86 changes for v2021.01 release:
- Enhance the 'zboot' command to be more like 'bootm' with sub-commands
- The last series of ACPI core changes for programmatic generation of
ACPI tables
- Add all required ACPI tables for ApolloLake and enable ACPIGEN on
On Fri, Sep 25, 2020 at 9:44 AM Simon Glass wrote:
>
> This should be squashed into the following patch:
>
>4c87a12c16c x86: Use multiple images
Squashed this patch to 4c87a12c16c to u-boot-x86/next, thanks!
>
> Signed-off-by: Simon Glass
> ---
>
> arch/x86/dts/emulation-u-boot.dtsi | 16
On Fri, Sep 25, 2020 at 9:44 AM Simon Glass wrote:
>
> This should be merged into the following patch:
>
> 09bd6339966 ("x86: video: Show information about each video device")
Squashed this patch to 09bd6339966 to u-boot-x86/next, thanks!
>
> Signed-off-by: Simon Glass
> ---
>
>
This should be squashed into the following patch:
4c87a12c16c x86: Use multiple images
Signed-off-by: Simon Glass
---
arch/x86/dts/emulation-u-boot.dtsi | 16 +++-
arch/x86/dts/quark-u-boot.dtsi | 8 +++-
2 files changed, 10 insertions(+), 14 deletions(-)
diff --git
This should be merged into the following patch:
09bd6339966 ("x86: video: Show information about each video device")
Signed-off-by: Simon Glass
---
cmd/bdinfo.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index 39a606ba348..8d8daa6336a 100644
---
On Thu, Sep 24, 2020 at 11:14:36PM +0200, Michael Walle wrote:
> Am 2020-09-24 22:58, schrieb Mark Kettenis:
> > > Am 2020-09-24 15:19, schrieb Tom Rini:
> > > > On Thu, Sep 24, 2020 at 09:33:50AM +0200, Michael Walle wrote:
> > > >> Am 2020-09-23 19:35, schrieb Tom Rini:
> > > [..]
> > >
> > >
Hi Bin,
On Wed, 23 Sep 2020 at 21:27, Bin Meng wrote:
>
> Hi Simon,
>
> On Thu, Sep 24, 2020 at 11:22 AM Bin Meng wrote:
> >
> > On Wed, Sep 23, 2020 at 6:04 AM Simon Glass wrote:
> > >
> > > Hi Bin,
> > >
> > > On Tue, 22 Sep 2020 at 01:11, Bin Meng wrote:
> > > >
> > > > Hi Simon,
> > > >
>
Hi,
Is it possible to use U-boot as arm64 uefi payload?
There are x86 uefi payload configs, but no for arm.
It's rare to find a device with arm64 UEFI support, but if that's
possible a lot of things can be simplified.
Thanks,
Qu
Hello Faiz! Do you need any other details for this issue?
On Friday 14 August 2020 22:16:00 Pali Rohár wrote:
> On Tuesday 11 August 2020 18:27:23 Pali Rohár wrote:
> > On Tuesday 11 August 2020 21:33:19 Faiz Abbas wrote:
> > > Pali,
> > >
> > > On 11/08/20 1:19 pm, Pali Rohár wrote:
> > > > On
Hi,
I have an odd issue that I’m trying to debug on a rockpro64 board. I’m using
uboot to load grub, which then boots small test payload that was linked at a
fixed address. The code has a simple relocation scheme at the beginning to move
itself to this link address if it was loaded somewhere
I have recently modded a Netgear RN102 NAND flash from 128 MB to 4096 MB
(Samsung k9gbg08u0a) but i have a problem with NAND initialization.
I can boot with kwboot which is unique for Armada CPU's.
Here is my log from kwboot with my stock mtd0:
root@whitepawnxeon:/home/jigsaw/Downloads# kwboot
Am 2020-09-24 22:58, schrieb Mark Kettenis:
Am 2020-09-24 15:19, schrieb Tom Rini:
> On Thu, Sep 24, 2020 at 09:33:50AM +0200, Michael Walle wrote:
>> Am 2020-09-23 19:35, schrieb Tom Rini:
[..]
>> > > Not printf(), maybe log_info().
>> > >
>> > > The disabling has to occur in
Am 2020-09-24 12:22, schrieb Mark Kettenis:
Am 2020-09-24 10:10, schrieb Mark Kettenis:
>> Date: Thu, 24 Sep 2020 09:33:50 +0200
>> From: Michael Walle
>>
>> Am 2020-09-23 19:35, schrieb Tom Rini:
>> > On Wed, Sep 23, 2020 at 07:31:00PM +0200, Heinrich Schuchardt wrote:
>> >> On 9/23/20 7:14
> Content-Type: text/plain; charset=US-ASCII;
> format=flowed
> Date: Thu, 24 Sep 2020 22:30:24 +0200
> From: Michael Walle
> Cc: Heinrich Schuchardt ,
> Mark Kettenis
> , u-boot@lists.denx.de,
> ag...@csgraf.de, ma...@denx.de, judge.pack...@gmail.com, s...@denx.de,
>
Greetings,
I have not seen any activity to enable USB support for the IMX8MM. Is
anyone working on this? Last I knew the holdup had to do with a
power-domain driver.
Best Regards,
Tim
Am 2020-09-24 15:19, schrieb Tom Rini:
On Thu, Sep 24, 2020 at 09:33:50AM +0200, Michael Walle wrote:
Am 2020-09-23 19:35, schrieb Tom Rini:
[..]
> > Not printf(), maybe log_info().
> >
> > The disabling has to occur in ExitBootServices() (aka.
> > efi_exit_boot_services()). Here we are in
On 9/23/20 6:17 PM, Andre Przywara wrote:
> Now that PIE works when U-Boot is started from ROM, let's enable
> CONFIG_POSITION_INDEPENDENT, which allows to load U-Boot also via
> ARM Trusted-Firmware's fip.bin to DRAM, without tweaking the
> configuration.
>
> To get a writable initial stack, we
On 9/24/20 8:45 AM, André Przywara wrote:
> On 24/09/2020 01:17, Andre Przywara wrote:
>> When the actual offset between link and runtime address is zero, there
>> is no need for patching up U-Boot early when running with
>> CONFIG_POSITION_INDEPENDENT.
>
> That turns out to be not fully true.
>
Hi Stefan,
On Wed, 23 Sep 2020 at 00:23, Stefan Roese wrote:
>
> Include missing log.h and change _ofnode_to_np() to ofnode_to_np() so
> that compiling with OF_CHECKS enabled does not break.
>
> Signed-off-by: Stefan Roese
> Cc: Simon Glass
> ---
> include/dm/ofnode.h | 7 ---
> 1 file
On Thu, 24 Sep 2020 at 09:26, Patrick Delaunay wrote:
>
> Update the test for node.of_offset because an invalid offset is not
> always set to -1 because the return value of the libfdt functions are:
> + an error with a value < 0
> + a valid offset with value >=0
>
> For example, in
Hi Patrick,
On Wed, 23 Sep 2020 at 09:06, Patrick DELAUNAY wrote:
>
> Hi Simon,
>
> > From: Simon Glass
> > Sent: mardi 22 septembre 2020 20:49
> >
> > On Thu, 10 Sep 2020 at 10:44, Patrick Delaunay
> > wrote:
> > >
> > > The cell_count argument is required when cells_name is NULL.
> > >
> > >
Hi André,
On Wed, 23 Sep 2020 at 09:39, André Przywara wrote:
>
> On 23/09/2020 06:26, Stefan Roese wrote:
> > Hi Simon,
> >
> > On 22.09.20 15:51, Simon Glass wrote:
> >> Hi Stefan,
> >>
> >> On Mon, 21 Sep 2020 at 07:28, Stefan Roese wrote:
> >>>
> >>> Hi Andre,
> >>>
> >>> (added Simon)
>
Hi Alper,
On Wed, 23 Sep 2020 at 10:52, Alper Nebi Yasak wrote:
>
> The PWM device provided by Chrome OS EC doesn't really support anything
> other than setting a relative duty cycle. To support it as a backlight,
> this patch makes the PWM period optional in the device tree and pretends
> the
Hi Alper,
On Wed, 23 Sep 2020 at 10:52, Alper Nebi Yasak wrote:
>
> This PWM is used in rk3399-gru-bob and rk3399-gru-kevin to control
> the display brightness. We can only change the duty cycle, so on
> set_config() we just try to match the duty cycle that dividing duty_ns
> by period_ns gives
On Wed, 23 Sep 2020 at 11:10, Heinrich Schuchardt wrote:
>
> Most users don't need the standalone API examples. Distributions like SUSE
> do not supply libgcc for cross-compiling and we cannot do without on ARMv8
> for building examples/.
>
> Make examples selectable via symbol CONFIG_EXAMPLES.
Update the test for node.of_offset because an invalid offset is not
always set to -1 because the return value of the libfdt functions are:
+ an error with a value < 0
+ a valid offset with value >=0
For example, in ofnode_get_by_phandle() function, we have:
node.of_offset =
>-Original Message-
>From: U-Boot On Behalf Of Wasim Khan
>Sent: Tuesday, August 4, 2020 4:48 PM
>To: Priyanka Jain ; Varun Sethi ;
>Z.q. Hou
>Cc: u-boot@lists.denx.de; Wasim Khan
>Subject: [PATCH v2 11/12] pci: layerscape: Add size check for config resource
>
>resource "config" is
On Thu, 24 Sep 2020 at 16:45, André Przywara wrote:
>
> On 24/09/2020 01:17, Andre Przywara wrote:
> > When the actual offset between link and runtime address is zero, there
> > is no need for patching up U-Boot early when running with
> > CONFIG_POSITION_INDEPENDENT.
>
> That turns out to be not
On 24/09/2020 01:17, Andre Przywara wrote:
> When the actual offset between link and runtime address is zero, there
> is no need for patching up U-Boot early when running with
> CONFIG_POSITION_INDEPENDENT.
That turns out to be not fully true.
Some toolchains (all Linaro cross compilers?) don't
On 24. 09. 20 10:54, Ovidiu Panait wrote:
> Implement early init by calling generic board_init_f_alloc_reserve and
> board_init_f_init_reserve functions:
> * drop SYS_MALLOC_F_LEN related code, as allocation and gd->malloc_base
> assignment are taken care of by the generic functions
> * drop
On 24. 09. 20 10:54, Ovidiu Panait wrote:
> Currently, the exceptions setup code is duplicated in pre-relocation and
> post-relocation init. Factor out this code to __setup_exceptions asm
> routine to get rid of the duplication.
>
> __setup_exceptions is called with a relocation offset
On 22/09/2020 02:33, Samuel Holland wrote:
> On 9/21/20 7:43 PM, André Przywara wrote:
>> On 03/09/2020 06:07, Samuel Holland wrote:
>>
>> Hi,
>>
>>> Previously, fdtfile was always the value in CONFIG_DEFAULT_DEVICE_TREE.
>>> This meant that, regardless of the DT chosen by SPL (either by changing
>
> >
> > I tried testing this series but don't see any output while loading
> > U-Boot from ROM:
> >
> > # ./qemu-system-aarch64 -M virt -cpu cortex-a57 -nographic -smp 1 -bios
> > u-boot.bin
>
> TF-A runs at EL3 so you should test with
> -machine virt,secure=true,virtualization=true
>
> The bios
From: Takahiro Kuwano
The S25HL-T/S25HS-T family is the Cypress Semper Flash with Quad SPI.
The datasheet can be found in https://community.cypress.com/docs/DOC-15165
This device family can be configured to non-uniform sector layout, while
U-Boot does not support it. To handle this, an erase
I suppose 'these' might be 'there'.
Signed-off-by: Naoki Hayama
---
README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/README b/README
index 6cb0567ba6..b23fcc1190 100644
--- a/README
+++ b/README
@@ -266,7 +266,7 @@ board_init_f():
version as needed.
From: "hui.song"
Make the MPC8XXX gpio driver to support the fsl-layerscape.
Signed-off-by: hui.song
---
drivers/gpio/mpc8xxx_gpio.c | 108 +---
1 file changed, 87 insertions(+), 21 deletions(-)
diff --git a/drivers/gpio/mpc8xxx_gpio.c
>
> Did you regenerate the .config? Otherwise, CONFIG_INIT_SP_RELATIVE may
> still be enabled.
>
I cloned a fresh U-boot source (with top commit 55004fa43364e) , and the
top of it applied these patches.
After generating the .config using "qemu_arm64_defconfig" where
CONFIG_INIT_SP_RELATIVE is
Hi,
Andre Przywara (5):
> arm64: PIE: Skip fixups if distance is zero
> arm64: PIE: Allow fixed stack pointer
> qemu-arm: Remove need to specify flash banks
> qemu: Drop ARCH_SUPPORT_TFABOOT
> qemu/arm64: Enable POSITION_INDEPENDENT
>
> arch/arm/Kconfig | 4 ++--
>
On Thu, Sep 24, 2020 at 09:33:50AM +0200, Michael Walle wrote:
> Am 2020-09-23 19:35, schrieb Tom Rini:
> > On Wed, Sep 23, 2020 at 07:31:00PM +0200, Heinrich Schuchardt wrote:
> > > On 9/23/20 7:14 PM, Tom Rini wrote:
> > > > On Wed, Sep 23, 2020 at 07:01:54PM +0200, Mark Kettenis wrote:
> > >
On Wed, Sep 23, 2020 at 01:16:20PM +, Priyanka Jain wrote:
> Dear Tom,
>
> Please find my pull-request for u-boot-mpc85xx
>
> https://travis-ci.org/github/p-priyanka-jain/u-boot/builds/729353915
>
> Summary
> Add DM_SPI, DM_SPI_FLASH support for powerpc platforms
> Add DM_ETH support on
On Wed, Sep 23, 2020 at 02:48:18PM +0200, Wolfgang Denk wrote:
> Dear Rasmus,
>
> In message you wrote:
> > On 04/06/2020 12.31, Stefan Roese wrote:
> > > On 04.06.20 11:30, Rasmus Villemoes wrote:
> > >> Calling WATCHDOG_RESET for each and every cache line is overkill.
> > >>
> > >> In our
On Thu, Sep 24, 2020 at 12:57:36PM +0200, Wolfgang Denk wrote:
> Dear Priyanka,
>
> In message
>
> you wrote:
> >
> > >>> Signed-off-by: Rasmus Villemoes
> > >>
> > >> Reviewed-by: Stefan Roese
> > >
> >
> > Applied to u-boot-mpc85xx. Awaiting upstream
>
> I object. This must at least be
On Wed, Sep 23, 2020 at 07:09:51PM +0200, Heinrich Schuchardt wrote:
> Most users don't need the standalone API examples. Distributions like SUSE
> do not supply libgcc for cross-compiling and we cannot do without on ARMv8
> for building examples/.
>
> Make examples selectable via symbol
On 24/09/2020 13.35, Mike Looijmans wrote:
>>> Automatically writing the environment on every boot is always a
>>> really bad idea. Never ever do that.
>>
>> Well, there's really no other place on this piece of hardware to
>> implement a boot counter/slot selection. Sure, we could use another
Met vriendelijke groet / kind regards,
Mike Looijmans
System Expert
TOPIC Embedded Products B.V.
Materiaalweg 4, 5681 RJ Best
The Netherlands
T: +31 (0) 499 33 69 69
E: mike.looijm...@topicproducts.com
W: www.topicproducts.com
Please consider the environment before printing this e-mail
On
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hi Lokesh,
On 14. 09. 20 16:47, Tom Rini wrote:
> On Mon, Sep 14, 2020 at 04:42:56PM +0200, Michal Simek wrote:
>
>> Hi Tom and Lokesh,
>>
>> I have been validating R5 on ZynqMP if u-boot is still working
>> with latest u-boot. I found that you have
On 24/09/2020 12.54, Wolfgang Denk wrote:
> Dear Rasmus,
>
> In message <125344f4-2b69-1c7a-0f5a-6d27ab312...@prevas.dk> you wrote:
>>>
>>> On our newer boards with the 4K erase size, saving the environment now
>>> takes 0.080 seconds instead of 0.53 seconds, which directly translates
>>> to that
Dear Priyanka,
In message
you wrote:
>
> >>> Signed-off-by: Rasmus Villemoes
> >>
> >> Reviewed-by: Stefan Roese
> >
>
> Applied to u-boot-mpc85xx. Awaiting upstream
I object. This must at least be configurable, so that boards with
tight timing requirements can still work.
Best regards,
Dear Rasmus,
In message <125344f4-2b69-1c7a-0f5a-6d27ab312...@prevas.dk> you wrote:
> >
> > On our newer boards with the 4K erase size, saving the environment now
> > takes 0.080 seconds instead of 0.53 seconds, which directly translates
> > to that much faster boot time since our logic always
Hi Tom,
please pull these patches to your next branch for 2021.01.
CIs look good
https://gitlab.denx.de/u-boot/custodians/u-boot-microblaze/-/pipelines/4769
https://travis-ci.org/github/michalsimek/u-boot/builds/729605548
I have some other patches in work in progress state but wanted to move
on.
Hi Tom,
please pull the most likely last batch of Marvell MVEBU related
fixes. Here the summary log:
- Enable NET_RANDOM_ETHADDR on Espressobin (Acked-by Kosta)
- Espressobin & Clearfog: fdtfile enhancements
- A37xx PCI: Disable
On 22.09.20 13:21, Pali Rohár wrote:
As required by PCI Express spec a delay for at least 100ms after
de-asserting PERST# signal is needed before link training is enabled.
Linux kernels prior to 5.8 version do not automatically disable link
training before de-asserting PERST# signal, therefore
On 14.09.20 21:48, Tom Rini wrote:
Testing on a DNS-325 NAS has shown that in order for the device to work
we need to set CONFIG_NR_DRAM_BANKS to 1 and not 2.
Tested-by: Dmitry N. Kolesnikov
Reported-by: Dmitry N. Kolesnikov
Cc: Stefan Herbrechtsmeier
Signed-off-by: Tom Rini
Applied to
On 09.09.20 14:14, Baruch Siach wrote:
Only set the fdtfile environment variable when not already set.
Fixes: 867572f09ebe6 ("ARM: mvebu: clearfog: run-time selection of DT file")
Cc: Joel Johnson
Reported-by: Andre Heider
Signed-off-by: Baruch Siach
Applied to u-boot-marvell/master
On 11.09.20 06:35, Andre Heider wrote:
Required for the generic distro mechanism.
Linux ships with 4 variants:
marvell/armada-3720-espressobin-v7-emmc.dtb
marvell/armada-3720-espressobin-v7.dtb
marvell/armada-3720-espressobin-emmc.dtb
marvell/armada-3720-espressobin.dtb
Use available
On 08.09.20 08:35, Andre Heider wrote:
The hardware does not provide a MAC address. Enable this so that
network access works with just the default environment.
Signed-off-by: Andre Heider
---
configs/mvebu_espressobin-88f3720_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git
On 07.09.20 08:56, Andre Heider wrote:
From: Vladimir Vid
Increase max gunzip size, required for booting itb recovery images on
uDPU.
Signed-off-by: Vladimir Vid
[a.heider: adapt to mainline]
Signed-off-by: Andre Heider
---
Patch taken from OpenWRT's uboot-mvebu package.
Applied to
On 07.09.20 08:54, Andre Heider wrote:
From: Vladimir Vid
Some of Marvell A3700 boards use mx25u12835f, specifically uDPU
and ESPRESSObin v7.
Signed-off-by: Vladimir Vid
[a.heider: adapt commit message to mainline]
Signed-off-by: Andre Heider
---
Patch taken from OpenWRT's uboot-mvebu
> Content-Type: text/plain; charset=US-ASCII;
> format=flowed
> Date: Thu, 24 Sep 2020 10:20:30 +0200
> From: Michael Walle
> Cc: tr...@konsulko.com, xypron.g...@gmx.de, u-boot@lists.denx.de,
> ag...@csgraf.de, ma...@denx.de, judge.pack...@gmail.com, s...@denx.de,
>
On 24/09/2020 09:44, Heinrich Schuchardt wrote:
> On 24.09.20 09:57, Amit Tomar wrote:
>> Hi,
>>
>> Andre Przywara (5):
>>
>> arm64: PIE: Skip fixups if distance is zero
>> arm64: PIE: Allow fixed stack pointer
>> qemu-arm: Remove need to specify flash banks
>> qemu: Drop
Implement early init by calling generic board_init_f_alloc_reserve and
board_init_f_init_reserve functions:
* drop SYS_MALLOC_F_LEN related code, as allocation and gd->malloc_base
assignment are taken care of by the generic functions
* drop _gd logic
Cc: Michal Simek
Signed-off-by: Ovidiu
Currently, the exceptions setup code is duplicated in pre-relocation and
post-relocation init. Factor out this code to __setup_exceptions asm
routine to get rid of the duplication.
__setup_exceptions is called with a relocation offset parameter (r5)
which is set to zero for pre-reloc init and
st 23. 9. 2020 v 19:33 odesílatel napsal:
>
> From: Alexandre GRIVEAUX
>
> Adding Z-turn board V5 to resolve the change between:
>
> "Z-TURNBOARD_schematic.pdf" schematics state version 1 to 4 has Atheros AR8035
> "Z-Turn_Board_sch_V15_20160303.pdf" schematics state version 5 has Micrel
>
On Thu, 24 Sep 2020 at 09:58, Amit Tomar wrote:
>
> Hi,
>
> Andre Przywara (5):
>>
>> arm64: PIE: Skip fixups if distance is zero
>> arm64: PIE: Allow fixed stack pointer
>> qemu-arm: Remove need to specify flash banks
>> qemu: Drop ARCH_SUPPORT_TFABOOT
>> qemu/arm64: Enable
On 24.09.20 09:57, Amit Tomar wrote:
> Hi,
>
> Andre Przywara (5):
>
> arm64: PIE: Skip fixups if distance is zero
> arm64: PIE: Allow fixed stack pointer
> qemu-arm: Remove need to specify flash banks
> qemu: Drop ARCH_SUPPORT_TFABOOT
> qemu/arm64: Enable
On 24/09/2020 08:57, Amit Tomar wrote:
> Hi,
>
> Andre Przywara (5):
>
> arm64: PIE: Skip fixups if distance is zero
> arm64: PIE: Allow fixed stack pointer
> qemu-arm: Remove need to specify flash banks
> qemu: Drop ARCH_SUPPORT_TFABOOT
> qemu/arm64: Enable
Am 2020-09-24 10:10, schrieb Mark Kettenis:
Date: Thu, 24 Sep 2020 09:33:50 +0200
From: Michael Walle
Am 2020-09-23 19:35, schrieb Tom Rini:
> On Wed, Sep 23, 2020 at 07:31:00PM +0200, Heinrich Schuchardt wrote:
>> On 9/23/20 7:14 PM, Tom Rini wrote:
>> > On Wed, Sep 23, 2020 at 07:01:54PM
> Date: Thu, 24 Sep 2020 09:33:50 +0200
> From: Michael Walle
>
> Am 2020-09-23 19:35, schrieb Tom Rini:
> > On Wed, Sep 23, 2020 at 07:31:00PM +0200, Heinrich Schuchardt wrote:
> >> On 9/23/20 7:14 PM, Tom Rini wrote:
> >> > On Wed, Sep 23, 2020 at 07:01:54PM +0200, Mark Kettenis wrote:
> >>
This option is only supported by the IMX watchdog and seems to be
similar to CONFIG_WATCHDOG.
Move it below the IMX watchdog and make it dependent on IMX_WATCHDOG.
Signed-off-by: Michael Walle
---
This patch was part of the watchdog behavior patch (series), because I
thought it would result in
Am 2020-09-23 19:35, schrieb Tom Rini:
On Wed, Sep 23, 2020 at 07:31:00PM +0200, Heinrich Schuchardt wrote:
On 9/23/20 7:14 PM, Tom Rini wrote:
> On Wed, Sep 23, 2020 at 07:01:54PM +0200, Mark Kettenis wrote:
>>> From: Michael Walle
>>> Date: Wed, 23 Sep 2020 18:45:27 +0200
>>>
>>> Let the
Hello Rasmus,
Am 24.09.2020 um 08:55 schrieb Rasmus Villemoes:
On 23/09/2020 07.02, Heiko Schocher wrote:
Hi Rasmus,
Am 22.09.2020 um 16:34 schrieb Rasmus Villemoes:
The board already used OF_CONTROL, so I've tried extending the
device-tree based partly on you changes for the km boards,
On 23/09/2020 07.02, Heiko Schocher wrote:
> Hi Rasmus,
>
> Am 22.09.2020 um 16:34 schrieb Rasmus Villemoes:
>> The board already used OF_CONTROL, so I've tried extending the
>> device-tree based partly on you changes for the km boards, partly from
>> our linux device tree - the two mostly agree:
Am 2020-09-23 19:28, schrieb Tom Rini:
On Wed, Sep 23, 2020 at 07:21:57PM +0200, Heinrich Schuchardt wrote:
On 9/23/20 6:45 PM, Michael Walle wrote:
> Let the user choose between three different behaviours of the watchdog:
> (1) Keep the watchdog disabled
> (2) Supervise u-boot
> (3)
On 24.09.20 01:22, Andre Przywara wrote:
The cfi-flash driver uses an open-coded version of the generic
algorithm to decode and translate multiple frames of a "reg" property.
This starts off the wrong foot by using the address-cells and size-cells
properties of *this* very node, and not of the
75 matches
Mail list logo