On 24. 05. 19 15:40, Luca Ceresoli wrote:
> This script transforms a pair of psu_init_gpl.c and .h files produced by
> the Xilinx Vivado tool for ZynqMP into a smaller psu_init_gpl.c file that
> is almost checkpatch compliant.
>
> Based on a script by Michal Simek.
>
> Signed-off-by: Luca Ceresol
On 24. 05. 19 15:40, Luca Ceresoli wrote:
> Fixes sparse warnings when building zynqmp defconfigs:
> ./board/xilinx/zynqmp/xil_io.h:12:6: warning: symbol 'Xil_Out32' was not
> declared. Should it be static?
> ./board/xilinx/zynqmp/xil_io.h:17:5: warning: symbol 'Xil_In32' was not
> declared.
On Tue, May 28, 2019 at 08:16:37AM +0200, Heinrich Schuchardt wrote:
> On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
> >If a user defines BootNext but not BootOrder and loading from BootNext
> >fails, you will see only a message like this:
> > BootOrder not defined
> >
> >This may confuse a user.
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
If a user defines BootNext but not BootOrder and loading from BootNext
fails, you will see only a message like this:
BootOrder not defined
This may confuse a user. Adding an error message will be helpful.
Signed-off-by: AKASHI Takahiro
---
Cha
With commit 06985289d452 ("watchdog: Implement generic watchdog_reset()
version") the init sequence has changed in arch_misc_init(), resulting
in a re-appearance of the d-cache issue on MT7688 boards (e.g. gardena).
When this happens, the first (or sometimes later ones as well) TFTP
command hangs a
On 5/28/19 2:00 AM, AKASHI Takahiro wrote:
Error message will alert a user that setting/deleting a variable failed.
Signed-off-by: AKASHI Takahiro
Reviewed-by: Heinrich Schuchardt
---
Changes in v3 (May 28, 2019)
* change messages as Heinrich suggested
Changes in v2 (May 24, 2019)
* change
When a protocol is installed the handle should be queued for the
registration key of each registered event. LocateHandle() should return the
first handle from the queue for the registration key and delete it from the
queue.
Implement the queueing.
Correct the selftest.
With the patch the UEFI SC
On 27. 05. 19 23:17, tos...@gmail.com wrote:
> Hi Michal,
>
> thank you for your review.
>
>> Sorry I missed this patch. Please take a look at script which was sent
>> by Luca (arm64: zynqmp: add tool to minimize psu_init_gpl.c files)
>> for tuning psu_init_gpl files.
>> You should use the same f
Hi Tom,
On 27.05.19 20:35, Tom Rini wrote:
It's release day and here is v2019.07-rc3. I think I have a few
outstanding regression fixes to pull in still, and then of course
Kconfig migrations.
So, what are we doing about DM migration deadlines? Well, first, let me
say again, that DM is not r
add Kconfig support for this driver.
Signed-off-by: Heiko Schocher
---
README| 4
configs/aristainetos2_defconfig | 1 +
configs/aristainetos2b_defconfig | 1 +
configs/aristainetos_defconfig| 1 +
configs/dms-ba16-1g_defconfig | 1
add DM support for pwm-imx driver.
Signed-off-by: Heiko Schocher
---
drivers/pwm/pwm-imx.c | 110 ++
1 file changed, 101 insertions(+), 9 deletions(-)
diff --git a/drivers/pwm/pwm-imx.c b/drivers/pwm/pwm-imx.c
index 83c1bfa820..8d8f3e6f9f 100644
--- a/dr
add Kconfig and DM support for imx pwm driver
Travis builds clean, see:
https://travis-ci.org/hsdenx/u-boot-test/builds/537631288
Heiko Schocher (2):
pwm: imx: add Kconfig support
pwm: imx: add DM_PWM support
README| 4 -
configs/aristainetos2_defconfig
Hello Fabio,
Am 27.05.2019 um 14:07 schrieb Fabio Estevam:
Hi Heiko,
On Mon, May 27, 2019 at 3:08 AM Heiko Schocher wrote:
in case CONFIG_MULTI_DTB_FIT is active, use
u-boot-fit-dtb.bin.
We currently use CONFIG_MULTI_DTB_FIT on mx6sabresd target.
Could you please expand the commit log exp
On 5/28/19 5:04 AM, Tom Rini wrote:
> On Tue, May 28, 2019 at 04:44:52AM +0200, Marek Vasut wrote:
>> On 5/28/19 4:42 AM, Tom Rini wrote:
>>> On Tue, May 28, 2019 at 04:07:44AM +0200, Marek Vasut wrote:
On 5/28/19 4:06 AM, Tom Rini wrote:
> On Tue, May 28, 2019 at 03:49:13AM +0200, Marek V
On Tue, May 28, 2019 at 04:44:52AM +0200, Marek Vasut wrote:
> On 5/28/19 4:42 AM, Tom Rini wrote:
> > On Tue, May 28, 2019 at 04:07:44AM +0200, Marek Vasut wrote:
> >> On 5/28/19 4:06 AM, Tom Rini wrote:
> >>> On Tue, May 28, 2019 at 03:49:13AM +0200, Marek Vasut wrote:
> >>>
> If the source
On 5/28/19 4:42 AM, Tom Rini wrote:
> On Tue, May 28, 2019 at 04:07:44AM +0200, Marek Vasut wrote:
>> On 5/28/19 4:06 AM, Tom Rini wrote:
>>> On Tue, May 28, 2019 at 03:49:13AM +0200, Marek Vasut wrote:
>>>
If the source and destination buffer address is identical, there is
no need to mem
On Tue, May 28, 2019 at 04:07:44AM +0200, Marek Vasut wrote:
> On 5/28/19 4:06 AM, Tom Rini wrote:
> > On Tue, May 28, 2019 at 03:49:13AM +0200, Marek Vasut wrote:
> >
> >> If the source and destination buffer address is identical, there is
> >> no need to memcpy() the content. Skip the memcpy() i
This commit addresses the following warning, when _NOT_ USB_MUSB_HOST:
[...]
CC drivers/usb/gadget/f_mass_storage.o
CC drivers/usb/musb-new/omap2430.o
CC drivers/usb/gadget/f_fastboot.o
CC env/common.o
CC env/env.o
/src/etinker/software/u-boot-master/drivers/usb/
This addresses the following warning message:
= WARNING ==
This board does not use CONFIG_DM_USB. Please update
the board to use CONFIG_DM_USB before the v2019.07 release.
Failure to update by the deadline may result in board removal.
See doc/driver-model/MI
Signed-off-by: Derald D. Woods
---
arch/arm/dts/omap3-evm-37xx.dts | 8
arch/arm/dts/omap3-evm-common.dtsi | 7 +--
arch/arm/dts/omap3-evm-processor-common.dtsi | 10 +-
3 files changed, 18 insertions(+), 7 deletions(-)
diff --git a/arch/arm/dts/omap
On 5/28/19 4:06 AM, Tom Rini wrote:
> On Tue, May 28, 2019 at 03:49:13AM +0200, Marek Vasut wrote:
>
>> If the source and destination buffer address is identical, there is
>> no need to memcpy() the content. Skip the memcpy() in such a case.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Michal Simek
>
On Tue, May 28, 2019 at 03:49:13AM +0200, Marek Vasut wrote:
> If the source and destination buffer address is identical, there is
> no need to memcpy() the content. Skip the memcpy() in such a case.
>
> Signed-off-by: Marek Vasut
> Cc: Michal Simek
> Cc: Tom Rini
Shouldn't memcpy catch that
If SPL OS_BOOT is enabled and CONFIG_SYS_SPL_ARGS_ADDR is defined,
place the kernel DTB at that location, so the rest of the OS_BOOT
machinery in SPL has the DTB blob at the correct location.
Signed-off-by: Marek Vasut
Cc: Tom Rini
---
common/spl/spl_fit.c | 6 +-
1 file changed, 5 insertio
Add code to load simple fitImage from the kernel volume, the args
volume is unnecessary.
Signed-off-by: Marek Vasut
Cc: Ladislav Michl
Cc: Tom Rini
---
common/spl/spl_ubi.c | 22 +-
1 file changed, 21 insertions(+), 1 deletion(-)
diff --git a/common/spl/spl_ubi.c b/common/
If the source and destination buffer address is identical, there is
no need to memcpy() the content. Skip the memcpy() in such a case.
Signed-off-by: Marek Vasut
Cc: Michal Simek
Cc: Tom Rini
---
common/spl/spl_ram.c | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/common/
Hi Schrempf,
On Mon, May 27, 2019 at 3:40 AM Schrempf Frieder
wrote:
> I need to do some rebasing and cleanup, but I'm definitely planning to
> send this as a patch for upstream.
Excellent, thanks!
___
U-Boot mailing list
U-Boot@lists.denx.de
https://
Error message will alert a user that setting/deleting a variable failed.
Signed-off-by: AKASHI Takahiro
---
Changes in v3 (May 28, 2019)
* change messages as Heinrich suggested
Changes in v2 (May 24, 2019)
* change a message to "Out of memory"
* add more error messages
---
cmd/nvedit_efi.c | 10
No, sorry, it ceased to boot after processing with the script. I can
debug, but I'm pretty sure it's because opcodes are defined
differently in Vivado's ps7_init_gpl.h and the one in u-boot, and the
script preprocesses the c file with the Vivado's header.
Are you sure the script does it's thing fo
Hi Michal,
thank you for your review.
> Sorry I missed this patch. Please take a look at script which was sent
> by Luca (arm64: zynqmp: add tool to minimize psu_init_gpl.c files)
> for tuning psu_init_gpl files.
> You should use the same for this file to align it with checkpatch.
I'm not sure w
Signed-off-by: Michael Walle
---
Btw if anybody notices the compatible string difference to the rv3029
driver, ie mc,rv3029 vs microcrystal,rv8803. The "mc" prefix is actually
the legacy one.
drivers/rtc/Kconfig | 10 +++
drivers/rtc/Makefile | 1 +
drivers/rtc/rv8803.c | 167 ++
Am 27.05.2019 um 18:48 schrieb Tom Rini:
On Tue, May 28, 2019 at 01:35:52AM +0900, Masahiro Yamada wrote:
On Sat, May 25, 2019 at 5:07 AM Simon Goldschmidt
wrote:
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensu
Hey all,
It's release day and here is v2019.07-rc3. I think I have a few
outstanding regression fixes to pull in still, and then of course
Kconfig migrations.
So, what are we doing about DM migration deadlines? Well, first, let me
say again, that DM is not required for SPL. This comes up enou
On Mon, May 27, 2019 at 01:35:21PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the following Marvell related fix:
>
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@lists.den
On Mon, May 27, 2019 at 01:14:04AM +0200, Marek Vasut wrote:
> Gen3 PCIe driver + enablement on Salvator-X platforms,
> Gen3 recovery SPL used to reload ATF/OpTee/U-Boot instead of minimon,
> SDHI HS400 fixes ported from latest BSP and datasheet.
>
> The following changes since commit e1a2ed7180a
On Mon, May 27, 2019 at 01:11:36AM +0200, Marek Vasut wrote:
> SoCFPGA PL310 cleanup + A10 fix, A10 DT cleanup, DW GPIO fix.
>
> The following changes since commit 40920bdecc4e1b7096de6f546d7b5c2185554ba6:
>
> Merge tag 'dm-pull-22may19' of git://git.denx.de/u-boot-dm (2019-05-22
> 12:58:58 -0
On Tue, May 28, 2019 at 01:35:52AM +0900, Masahiro Yamada wrote:
> On Sat, May 25, 2019 at 5:07 AM Simon Goldschmidt
> wrote:
> >
> > This adds a size check for SPL that can dynamically check generated
> > SPL binaries (including devicetree) for a size limit that ensures
> > this image plus global
On Sat, May 25, 2019 at 5:07 AM Simon Goldschmidt
wrote:
>
> This adds a size check for SPL that can dynamically check generated
> SPL binaries (including devicetree) for a size limit that ensures
> this image plus global data, heap and stack fit in initial SRAM.
>
> Since some of these sizes are
On Fri, May 24, 2019 at 5:17 AM Tom Rini wrote:
>
> On Thu, May 23, 2019 at 10:08:54PM +0200, Simon Goldschmidt wrote:
> > Am 13.05.2019 um 14:45 schrieb Simon Goldschmidt:
> > >On Sat, May 11, 2019 at 3:55 AM Tom Rini wrote:
> > >>
> > >>On Mon, Apr 22, 2019 at 10:27:21PM +0200, Simon Goldschmid
Hi Sam,
On Fri, May 24, 2019 at 01:58:18AM +0300, Sam Protsenko wrote:
> For the whole series:
>
> Reviewed-by: Sam Protsenko
>
> Thank you for handling this, Eugeniu!
Thanks for your support. Assuming there will be little to no changes in
the 'bcb' command (which still awaits Simon's Ack), I
Tom Rini schrieb am Mo., 27. Mai 2019, 16:54:
> On Mon, May 27, 2019 at 03:47:13PM +0200, Jean-Jacques Hiblot wrote:
> > Simon,
> >
> >
> > On 24/05/2019 22:10, Simon Goldschmidt wrote:
> > >Am 24.05.2019 um 22:07 schrieb Simon Goldschmidt:
> > >>This adds a size check for SPL that can dynamicall
On Mon, May 27, 2019 at 09:22:05AM +0200, Stefan Agner wrote:
> On 27.05.2019 07:21, Igor Opaniuk wrote:
> > Hi everyone,
> >
> > I've finally started looking into the cfb_console.c driver and it's
> > conversion to DM_VIDEO after our initial discussion [1].
> > Unfortunately I've a bit underestim
On Mon, May 27, 2019 at 03:47:13PM +0200, Jean-Jacques Hiblot wrote:
> Simon,
>
>
> On 24/05/2019 22:10, Simon Goldschmidt wrote:
> >Am 24.05.2019 um 22:07 schrieb Simon Goldschmidt:
> >>This adds a size check for SPL that can dynamically check generated
> >>SPL binaries (including devicetree) fo
Activate the remote processor support for stm32mp15 configs.
Signed-off-by: Fabien Dessenne
---
configs/stm32mp15_basic_defconfig | 2 ++
configs/stm32mp15_trusted_defconfig | 2 ++
2 files changed, 4 insertions(+)
diff --git a/configs/stm32mp15_basic_defconfig
b/configs/stm32mp15_basic_defc
Signed-off-by: Fabien Dessenne
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 33fd465..5c505d9 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -309,6 +309,7 @@ F: drivers/power/pmic/stpmic1.c
F: drivers/power/regulator/stm32-vrefbuf.c
F:
Signed-off-by: Pankit Garg
---
include/configs/ls1046ardb.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/include/configs/ls1046ardb.h b/include/configs/ls1046ardb.h
index f22e863..5741014 100644
--- a/include/configs/ls1046ardb.h
+++ b/include/configs/ls1046ardb.h
@@ -162,6 +162,8 @@
#d
This patch introduces support of Cortex-M4 remote processor for STM32
MCU and MPU families.
Signed-off-by: Loic Pallardy
Signed-off-by: Fabien Dessenne
---
drivers/remoteproc/Kconfig | 10 ++
drivers/remoteproc/Makefile | 1 +
drivers/remoteproc/stm32_copro.c | 257 +++
Change bootcmd update logic when CONFIG_ENV_ADDR is not defined
Signed-off-by: Pankit Garg
---
arch/arm/cpu/armv8/fsl-layerscape/soc.c | 4
1 file changed, 4 insertions(+)
diff --git a/arch/arm/cpu/armv8/fsl-layerscape/soc.c
b/arch/arm/cpu/armv8/fsl-layerscape/soc.c
index aeaf7b8..09f6413
Add full function comment headers.
Fix rproc_is_initialized() return value description.
Signed-off-by: Fabien Dessenne
---
include/remoteproc.h | 104 +--
1 file changed, 68 insertions(+), 36 deletions(-)
diff --git a/include/remoteproc.h b/includ
The current implementation supports only binary file load.
Add helpers to support ELF format (sanity check, and load).
Note that since an ELF image is built for the remote processor, the load
function uses the device_to_virt ops to translate the addresses.
Implement a basic translation for sandbox_
Introduce the device_to_virt function to allow translation between
device address (remote processor view) and virtual address (main
processor view).
Signed-off-by: Loic Pallardy
Signed-off-by: Fabien Dessenne
---
include/remoteproc.h | 12
1 file changed, 12 insertions(+)
diff --g
Add the following functions to translate DMA address to CPU address:
- dev_translate_dma_address()
- ofnode_translate_dma_address()
- of_translate_dma_address()
- fdt_translate_dma_address()
These functions work the same way as xxx_translate_address(), with the
difference that the translation relie
Hello,
I am using Broadcom northstar2 platform, which uses Arasan eMMC 5.0
controller and micron 4.5.1 eMMC card.
Switched to “rpmb” partition using “mmc dev 0 3” command.
I am trying to use “mmc rpmb counter” command and results is “Transfer data
timeout”.
Further investigation, found,
This patchset adds an STM32 remoteproc driver.
Patch 1 adds the xxx_translate_dma_address() API which is the equivalent
of the xxx_translate_address() relying on the "dma-ranges" property
instead of the "ranges" property.
Patch 2 fixes and completes function headers of remoteproc.h.
Patch 3 & 4
On Mon, 27 May 2019 at 09:30, Clément Péron wrote:
>
> Hi Marcus,
>
> On Sun, 26 May 2019 at 16:57, wrote:
> >
> > From: Marcus Cooper
> >
> > The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot,
> > 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the
>
Simon,
On 24/05/2019 22:10, Simon Goldschmidt wrote:
Am 24.05.2019 um 22:07 schrieb Simon Goldschmidt:
This adds a size check for SPL that can dynamically check generated
SPL binaries (including devicetree) for a size limit that ensures
this image plus global data, heap and stack fit in initia
commit 21af33ed0319 ("ARM: davinci: omapl138_lcdk: Enable DM_MMC")
wanted to enable DM_MMC only for U-Boot and not for SPL.
But CONFIG_DM_MMC is defined for SPL build too. Because of this
MMC device was not getting registered for SPL causing MMC/SD
boot breakage.
Instead use CONFIG_IS_ENABLED(DM_
U-Boot README recommends initializing SDRAM in board_init_f(). DA850
was doing it as part of board_init_r() (through call to spl_board_init()
which calls arch_cpu_init() which calls da850_ddr_setup())
This worked fine till commit 15b8c7505819 ("davinci:
da850evm/omapl138-lcdk: Move BSS to SDRAM be
Hi,
Here is a set of patches that fixes MMC/SD boot breakage introduced
after 2018.09 release.
This was tested with MMC/SD boot on OMAP-L138 LCDK.
Peter,
I dropped your Tested-by: because the patches changed. It will be great
to get your testing done again.
v2:
Move console init to board_init_
On 27. 05. 19 14:48, Heiko Schocher wrote:
> Hello Michal,
>
> Am 27.05.2019 um 14:31 schrieb Michal Simek:
>> Hi,
>>
>> On 27. 05. 19 14:06, Heiko Schocher wrote:
>>> Hello Michal,
>>>
>>> Am 27.05.2019 um 13:34 schrieb Michal Simek:
On 27. 05. 19 12:49, Heiko Schocher wrote:
> add gpio-
Hello Michal,
Am 27.05.2019 um 14:31 schrieb Michal Simek:
Hi,
On 27. 05. 19 14:06, Heiko Schocher wrote:
Hello Michal,
Am 27.05.2019 um 13:34 schrieb Michal Simek:
On 27. 05. 19 12:49, Heiko Schocher wrote:
add gpio-hog support. GPIO hogging is a mechanism
providing automatic GPIO request
Hi,
On 27. 05. 19 14:06, Heiko Schocher wrote:
> Hello Michal,
>
> Am 27.05.2019 um 13:34 schrieb Michal Simek:
>> On 27. 05. 19 12:49, Heiko Schocher wrote:
>>> add gpio-hog support. GPIO hogging is a mechanism
>>> providing automatic GPIO request and configuration
>>> as part of the gpio-contro
Hi Igor,
On Mon, 27 May 2019 08:21:17 +0300
Igor Opaniuk igor.opan...@gmail.com wrote:
> Hi everyone,
>
> I've finally started looking into the cfb_console.c driver and it's
> conversion to DM_VIDEO after our initial discussion [1].
This initial discussion was only about DM_VIDEO support for mx
Hi Heiko,
On Mon, May 27, 2019 at 3:08 AM Heiko Schocher wrote:
>
> in case CONFIG_MULTI_DTB_FIT is active, use
> u-boot-fit-dtb.bin.
We currently use CONFIG_MULTI_DTB_FIT on mx6sabresd target.
Could you please expand the commit log explaining why we need to
introduce u-boot-fit-dtb.bin?
Thank
Hello Michal,
Am 27.05.2019 um 13:34 schrieb Michal Simek:
On 27. 05. 19 12:49, Heiko Schocher wrote:
add gpio-hog support. GPIO hogging is a mechanism
providing automatic GPIO request and configuration
as part of the gpio-controller's driver probe function.
for more infos see:
doc/device-tree
Hi Tom,
please pull the following Marvell related fix:
- defconfig updates to remove the DM-move build warnings
for helios4 and controlcenterdc (Mario & Stefan)
Th
On 27. 05. 19 12:49, Heiko Schocher wrote:
> add gpio-hog support. GPIO hogging is a mechanism
> providing automatic GPIO request and configuration
> as part of the gpio-controller's driver probe function.
>
> for more infos see:
> doc/device-tree-bindings/gpio/gpio.txt
>
> Signed-off-by: Heiko S
On 5/27/19 11:49 AM, Peng Fan wrote:
> Hi Marek, Lukasz,
>
>> Subject: Re: [EXT] Re: [U-Boot] [PATCH 4/6] spl: mmc: support loading i.MX
>> container format file
>>
>> Hi Marek,
>>
>> On 2019/5/22 19:41, Marek Vasut wrote:
>>> Caution: EXT Email
>>>
>>> On 5/22/19 9:34 AM, Lukasz Majewski wrote:
>
On 24.05.19 14:57, Marek Behún wrote:
We always want to enumerate PCIe devices, because withouth this they
won't work in Linux.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
BTW: There should be no any such dependencies, that the bootloader has
already done some initi
On 24.05.19 14:57, Marek Behún wrote:
Rescue mode bootcmd currently only appends the "omniarescue" parameter
to the bootargs variable. We do not want the user to be able to change
rescue mode bootargs. Therefore change this so that bootcmd sets the
bootargs variable in an absolute way (adding con
On 24.05.19 14:57, Marek Behún wrote:
If SCSI and USB boot options are both available, try to boot from SCSI
first.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx
On 24.05.19 14:57, Marek Behún wrote:
This is not needed here since Omnia is using DM_PCI now.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 24.05.19 14:57, Marek Behún wrote:
The U-Boot partition is 1 MiB and environment is 64 KiB. It does not
make sense to have environment at 0xc when it could be at 0xf
and we can have more space for U-Boot binary.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
On 24.05.19 14:57, Marek Behún wrote:
Set default value for the ethact variable to the WAN port.
Signed-off-by: Marek Behún
Reviewed-by: Stefan Roese
Thanks,
Stefan
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 24.05.19 14:57, Marek Behún wrote:
The board code reads MAC addresses from the ATSHA204A cryptochip.
For compatibility reasons the ethernet adapters on this SOC are not
enumerated in register address order. But when Omnia was first
manufactured this was done differently.
Change setting of MAC
On 27. 05. 19 11:36, Heiko Schocher wrote:
> Hello Michal,
>
> Am 27.05.2019 um 09:13 schrieb Michal Simek:
>> On 27. 05. 19 8:30, Heiko Schocher wrote:
>>> add gpio-hog support. GPIO hogging is a mechanism
>>> providing automatic GPIO request and configuration
>>> as part of the gpio-controller's
Hi Joe,
On Wed, May 22, 2019 at 3:10 PM Bin Meng wrote:
>
> in 1000 Mbps mode. With a 10/100 Mbps connection it just fails to do
> any network communication.
>
> This adds a new GEMGXL clock driver to adjust the clock settings per
> the connection speed so that 10/100 Mbps works.
>
Lukas has rev
add gpio-hog support. GPIO hogging is a mechanism
providing automatic GPIO request and configuration
as part of the gpio-controller's driver probe function.
for more infos see:
doc/device-tree-bindings/gpio/gpio.txt
Signed-off-by: Heiko Schocher
---
not yet started clean travis build, see resul
On 5/27/19 2:46 AM, AKASHI Takahiro wrote:
On Fri, May 24, 2019 at 08:38:41PM +0200, Heinrich Schuchardt wrote:
On 5/24/19 8:59 AM, AKASHI Takahiro wrote:
Error message will alert a user that setting/deleting a variable failed.
Signed-off-by: AKASHI Takahiro
---
Changes in v2 (May 24, 2019)
*
Hi Marek, Lukasz,
> Subject: Re: [EXT] Re: [U-Boot] [PATCH 4/6] spl: mmc: support loading i.MX
> container format file
>
> Hi Marek,
>
> On 2019/5/22 19:41, Marek Vasut wrote:
> > Caution: EXT Email
> >
> > On 5/22/19 9:34 AM, Lukasz Majewski wrote:
> > [...]
> By using above approach w
Hello Bartosz,
Am 27.05.2019 um 10:57 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
The following warning is emited when building u-boot for da850-lcdk:
= WARNING ==
This board does not use CONFIG_DM_SPI. Please update
the board before v2019.04
Hello Bartosz,
Am 27.05.2019 um 10:57 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
There are no more users of the compatibility layer for i2c. Remove the
driver and all references to it.
Signed-off-by: Bartosz Golaszewski
---
Makefile| 7 --
drivers/i2c
Hello Bartosz,
Am 27.05.2019 um 10:57 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
There are no more "real" users of CONFIG_DM_I2C_COMPAT and we'll soon
remove it altogether. Stop building it in sandbox mode.
Signed-off-by: Bartosz Golaszewski
---
Makefile
Hello Bartosz,
Am 27.05.2019 um 10:57 schrieb Bartosz Golaszewski:
From: Bartosz Golaszewski
This option is no longer used on any davinci board but still selected
in defconfigs which causes the following warning:
= WARNING ==
This board uses CONFIG_DM_I
Hello Michal,
Am 27.05.2019 um 09:13 schrieb Michal Simek:
On 27. 05. 19 8:30, Heiko Schocher wrote:
add gpio-hog support. GPIO hogging is a mechanism
providing automatic GPIO request and configuration
as part of the gpio-controller's driver probe function.
for more infos see:
doc/device-tree-
Hi,
On Mon, 2019-05-27 at 00:50 +0100, André Przywara wrote:
> On 17/04/2019 12:28, Jagan Teki wrote:
> > On Mon, Apr 15, 2019 at 1:52 PM Paul Kocialkowski
> > wrote:
>
> Hi,
>
> > > Le vendredi 12 avril 2019 à 14:49 +0530, Jagan Teki a écrit :
> > > > On Thu, Mar 14, 2019 at 4:08 PM Paul Kocia
From: Bartosz Golaszewski
The following warning is emited when building u-boot for da850-lcdk:
= WARNING ==
This board does not use CONFIG_DM_SPI. Please update
the board before v2019.04 for no dm conversion
and v2019.07 for partially dm converted drivers.
From: Bartosz Golaszewski
There are no more users of the compatibility layer for i2c. Remove the
driver and all references to it.
Signed-off-by: Bartosz Golaszewski
---
Makefile| 7 --
drivers/i2c/Kconfig | 13 +---
drivers/i2c/Makefile| 1 -
From: Bartosz Golaszewski
There are no more "real" users of CONFIG_DM_I2C_COMPAT and we'll soon
remove it altogether. Stop building it in sandbox mode.
Signed-off-by: Bartosz Golaszewski
---
Makefile | 2 +-
configs/sandbox64_defconfig| 1 -
configs/sandbox_de
From: Bartosz Golaszewski
This option is no longer used on any davinci board but still selected
in defconfigs which causes the following warning:
= WARNING ==
This board uses CONFIG_DM_I2C_COMPAT. Please remove
(possibly in a subsequent patch in your serie
From: Bartosz Golaszewski
There are several build warnings related to driver-model usage emitted
when building u-boot for da850-evm and da850-lcdk. This series fixes them
and - while we're at it - removes the i2c compatiblity layer as davinci
was the last user of it.
Bartosz Golaszewski (4):
d
Hi Padmarao,
On Mon, 2019-05-27 at 11:13 +0530, Padmarao Begari wrote:
> Hi Lukas,
>
> On Mon, May 20, 2019 at 5:33 PM Auer, Lukas
> wrote:
> > Hi Padmarao,
> >
> > On Mon, 2019-05-13 at 16:18 +0530, Padmarao Begari wrote:
> > > This patch adds Microchip MPFS Icicle board support.
> > > For no
On Wed, 2019-05-15 at 08:42 -0700, Bin Meng wrote:
> Since we have added the PCI support to the 'virt' target, enable
> e1000 and NVME as alternate network and storage devices for these
> virtio based devices.
>
> Signed-off-by: Bin Meng
> ---
>
> board/emulation/qemu-riscv/Kconfig | 2 ++
> 1
On Wed, 2019-05-15 at 08:42 -0700, Bin Meng wrote:
> QEMU 4.0.0 'virt' target integrates a generic ECAM PCI host.
> Enable the driver for it.
>
> Signed-off-by: Bin Meng
> ---
>
> board/emulation/qemu-riscv/Kconfig | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Lukas Auer
Tested-
On Wed, 2019-05-22 at 00:09 -0700, Bin Meng wrote:
> At present the link speed change callback is a nop. According to
> macb device tree bindings, an optional "tx_clk" is used to clock
> the ethernet controller's TX_CLK under different link speed.
>
> In 10/100 MII mode, transmit logic must be clo
Hi Marcus,
On Sun, 26 May 2019 at 16:57, wrote:
>
> From: Marcus Cooper
>
> The Beelink X2 is an STB based on the Allwinner H3 SoC with a uSD slot,
> 2 USB ports( 1 * USB-2 Host, 1 USB OTG), a 10/100M ethernet port using the
> SoC's integrated PHY, Wifi via an sdio wifi chip, HDMI, an IR receive
On 27.05.2019 07:21, Igor Opaniuk wrote:
> Hi everyone,
>
> I've finally started looking into the cfb_console.c driver and it's
> conversion to DM_VIDEO after our initial discussion [1].
> Unfortunately I've a bit underestimated the amount of effort that
> should be done, as mxsfb.c in the Linux m
On 27. 05. 19 8:30, Heiko Schocher wrote:
> add gpio-hog support. GPIO hogging is a mechanism
> providing automatic GPIO request and configuration
> as part of the gpio-controller's driver probe function.
>
> for more infos see:
> doc/device-tree-bindings/gpio/gpio.txt
>
> Signed-off-by: Heiko Sc
97 matches
Mail list logo