On Wed, Jan 29, 2020 at 8:48 AM Lokesh Vutla wrote:
>
> Hi Simon,
>
> On 29/01/20 12:40 PM, Simon Goldschmidt wrote:
> > On Wed, Jan 29, 2020 at 6:00 AM Lokesh Vutla wrote:
> >>
> >> Hi Tom,
> >>
> >> Please find the pull request for v2020.04-rc1 containing TI specific
> >> changes.
> >> This
Hi Simon,
On 29/01/20 12:40 PM, Simon Goldschmidt wrote:
> On Wed, Jan 29, 2020 at 6:00 AM Lokesh Vutla wrote:
>>
>> Hi Tom,
>>
>> Please find the pull request for v2020.04-rc1 containing TI specific changes.
>> This PR brings in multiple features and should have sent before rc1 is
>> tagged.
On Wed, Jan 29, 2020 at 6:00 AM Lokesh Vutla wrote:
>
> Hi Tom,
>
> Please find the pull request for v2020.04-rc1 containing TI specific changes.
> This PR brings in multiple features and should have sent before rc1 is
> tagged. Due to multiple reviews, this is being sent a bit late. For
>
Hello Baruch,
Am 25.12.2019 um 16:57 schrieb Baruch Siach:
The srdata field is unused since commit 71204e95ce13228 ("i2c: mxc:
refactor i2c driver and support dm").
Cc: Peng Fan
Signed-off-by: Baruch Siach
Reviewed-by: Peng Fan
---
include/asm-generic/global_data.h | 3 ---
1 file
Hello Simon,
Am 23.01.2020 um 19:48 schrieb Simon Glass:
This series updates the Designware I2C driver to support reading its
timing from the device tree and handling it in units of nanoseconds
instead of clock cycles.
A new function converts from nanoseconds to the units used by the I2C
Hello Tom,
please pull from u-boot-i2c master branch:
The following changes since commit c05b38df477a50c3918b50c5f986592411785859:
common: fix regression on block cache init (2020-01-26 13:36:14 -0500)
are available in the Git repository at:
Hi Tom,
Please find the pull request for v2020.04-rc1 containing TI specific changes.
This PR brings in multiple features and should have sent before rc1 is
tagged. Due to multiple reviews, this is being sent a bit late. For
detailed changes please see the PR description below.
Gitlab:
Move the generic elf loading/validating functions to lib/
so that they can be re-used and accessed by code existing
outside cmd.
While at it remove the duplicate static version of load_elf_image_phdr
under arch/arm/mach-imx/imx_bootaux.c.
Signed-off-by: Keerthy
Suggested-by: Simon Goldschmidt
On 29/01/20 8:05 am, Lokesh Vutla wrote:
On 28/01/20 4:21 PM, Keerthy wrote:
This patch series enables mcu_r5fss0_core0 & main_r5fss0_core0.
Tested for firmware loading and execution on J721e.
Changes in v5:
* Moved the fs_loader node under r5-common-proc-board-u-boot.dtsi
* Added
Enabled distro bootcmd support for additional SATA ports if enabled.
Signed-off-by: Joel Johnson
---
This patch builds on and requires the separate patch series adding
configurable SATA support ("arm: mvebu: clearfog: Add SATA mode flags").
---
include/configs/clearfog.h | 31
Include attempting to boot from SCSI (SATA) devices within generated
board distro bootcmd environment. The reasoning for boot ordering is
that MMC and USB are external and removable, while when a case is in
use, replacing M.2 or mSATA drives requires disassembly. Therefore,
to boot SCSI,
On 28/01/20 4:21 PM, Keerthy wrote:
> This patch series enables mcu_r5fss0_core0 & main_r5fss0_core0.
> Tested for firmware loading and execution on J721e.
>
> Changes in v5:
>
> * Moved the fs_loader node under r5-common-proc-board-u-boot.dtsi
> * Added more information on the envnowhere
Dear Tom,
The following changes since commit 052170c6a043eec4e73fad80955876cf1ba5e4f2:
configs: Resync with savedefconfig (2020-01-22 13:38:00 -0500)
are available in the git repository at:
g...@gitlab.denx.de:u-boot/custodians/u-boot-samsung.git master
for you to fetch changes up to
On 1/24/20 8:52 PM, Faiz Abbas wrote:
> System firmware does not guarantee that clocks going out of the device
> will be stable during power management configuration. There are some
> DCRC errors when SPL tries to get the next stage during eMMC boot after
> sysfw pm configuration.
>
> Therefore
On 1/24/20 8:52 PM, Faiz Abbas wrote:
> Add a saved_clock member to struct mmc to store the previous clock speed
> in the clock needs to be stopped for some time.
I think that it doesn't need to add saved_clock for mmc member.
This is for only yours. Does it impossible to add saved_clock in
On 1/24/20 8:52 PM, Faiz Abbas wrote:
> Expose sdhci_init() as non-static.
Does it need to change to non-static?
Best Regards,
Jaehoon Chung
>
> Signed-off-by: Faiz Abbas
> Signed-off-by: Lokesh Vutla
> ---
> drivers/mmc/sdhci.c | 2 +-
> include/sdhci.h | 1 +
> 2 files changed, 2
On 1/26/20 12:42 AM, Amarnath MB wrote:
> Hi all,
>
> I working on a T1042RDB based custom board which has a 8GB eMMC (4bit mode)
> on board. I was able to successfully boot 2019.07 uboot on my board from
> NOR flash.
>
> After booting, mmcinfo command detects the on board eMMC and displays it's
On 1/27/20 9:06 PM, Andre Przywara wrote:
> On Mon, 27 Jan 2020 12:50:16 +0100
> LABBE Corentin wrote:
>
> Hi,
>
>> On Mon, Jan 27, 2020 at 04:27:03PM +0530, Amit Tomer wrote:
>>> Hi,
>>>
The kernel panic just after with "OF: reserved mem: failed to allocate
memory for node
Signed-off-by: Jorge Ramirez-Ortiz
---
board/hisilicon/poplar/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/hisilicon/poplar/MAINTAINERS
b/board/hisilicon/poplar/MAINTAINERS
index 622e5cb18e..9c045eaeb1 100644
--- a/board/hisilicon/poplar/MAINTAINERS
+++
Signed-off-by: Jorge Ramirez-Ortiz
---
board/qualcomm/dragonboard820c/MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/qualcomm/dragonboard820c/MAINTAINERS
b/board/qualcomm/dragonboard820c/MAINTAINERS
index a157033bf0..7ef905bdf6 100644
---
set bootm_size to the memory available to safely contain a kernel,
device tree and initrd for relocation.
Signed-off-by: Jorge Ramirez-Ortiz
---
include/configs/dragonboard820c.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/include/configs/dragonboard820c.h
Hey all,
It's the day after release day, and here is v2020.04-rc1. There's a few
more PRs I expect to see soon and a few more changes to bring in from my
own queue.
In terms of a changelog,
git log --merges v2020.01..v2020.04-rc1
contains what I've pulled but as always, better PR messages and
Hi,
are you aware of any issues with the DWC4 ethernet in U-Boot? I recently
ran into oddity where the MAC receives it's own packets upon replying to
ARP request.
Test case is as follows:
- Assume host PC with IP 192.168.1.1/24 ,
STM32MP1 board with IP 192.168.1.2/24
- Assume TFTP server has
On Tue, 28 Jan 2020 18:51:26 +0100
Soeren Moch wrote:
> As already discussed, the bootm_size environment variable is not
> necessary, otherwise somewhat dangerous with this value.
Sorry, for the mistake, I've fixed it now.
I'll send a v3 after some feedback from my response to your other
On Sun, 26 Jan 2020 01:40:13 +0100
Soeren Moch wrote:
> >> Why do you define CONFIG_BOOTCOMMAND here instead of modifying the
> >> existing one?
> > I'm a bit confused with it: There seem to be many way to do the same
> > thing and I'm not sure which one is the best.
> >
> > Because of that, I
On Tue, 28 Jan 2020 18:51:26 +0100
Soeren Moch wrote:
> There are a lot of unrelated/unexplained changes in tbs2910_defconfig.
> This probably should not be part of this patch.
I changed only 2 things here:
- I added CONFIG_DISTRO_DEFAULTS=y
- I added CONFIG_DEFAULT_FDT_FILE="imx6q-tbs2910.dtb"
On 1/28/20 10:02 AM, Lukasz Majewski wrote:
Hi Giulio,
This commit adds board support for i.MXRT1050-EVK from NXP. This board
is an evaluation kit provided by NXP for i.MXRT105x processor family.
More information about this board can be found here:
Hi Lukasz,
On 1/28/20 9:36 AM, Lukasz Majewski wrote:
Hi Giulio,
This driver assumes that lpuart clock is already enabled before
probing but using DM only lpuart won't be automatically enabled so add
clk_enable() when probing if CONFIG_CLK is defined. If clock is not
found, because DM is not
On 1/28/20 9:31 AM, Lukasz Majewski wrote:
Hi Giulio,
Add dtsi file for i.MXRT1050.
Please add information from where this code was ported (as I've pointed
out in other mails).
This is not ported, this is the original one. :-)
Also a tip:
To avoid extra dtsi maintenance burden, there
On 1/28/20 9:14 AM, Lukasz Majewski wrote:
Hi Giulio,
Before set_rate() pllv3 needs enable() to power the pll up.
Add enable() taking into account different power_bit and
different powerup_set, because some pll needs its power_bit to be
set or reset to be powered on.
I do guess that this
Add fdt->gd info to bdinfo so that it is useful for debugging
and easily use it with fdt util.
Signed-off-by: Sagar Shrikant Kadam
---
cmd/bdinfo.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/cmd/bdinfo.c b/cmd/bdinfo.c
index d6a7175..96892b3 100644
--- a/cmd/bdinfo.c
+++ b/cmd/bdinfo.c
The hifive-unleashed-a00.dts has flash spi-tx/rx width set
to 4-bit mode. During sf probe, spi_nor_scan fails to read the
JEDEC ID with reg_proto set to SNOR_PROTO_1_1_1. Setting it to
1-bit mode as of now will help read the JEDEC-ID and perform other
flash operations.
Signed-off-by: Sagar
Add the number of chip select information to spi nodes which
can be used by spi-uclass for error handling if invalid cs
number passed from command.
Signed-off-by: Sagar Shrikant Kadam
---
arch/riscv/dts/fu540-c000.dtsi | 3 +++
1 file changed, 3 insertions(+)
diff --git
Currently device ID for flash mounted on HiFive Unleashed is added to
U-Boot. Also there are few patches about to go in mainline (Thanks to
Jagan Tekki and Bin Meng).
This series addresses few issues discussed there:
Patch 1:Add num-cs to device tree which is used by spi-uclass to detect
Add missing bus claim/release method to spi driver for HiFive
Unleashed, and handle num_cs generously so that it generates
an error if invalid cs number is passed to sf probe.
Signed-off-by: Sagar Shrikant Kadam
---
drivers/spi/spi-sifive.c | 36
1 file
On 28.01.20 18:04, Denis 'GNUtoo' Carikli wrote:
> This keeps the compatibility with the old bootcmd.
>
> The fdtfile environment variable also needed to be set to
> imx6q-tbs2910.dtb to enable booting mainline kernels
> otherwise with extlinux.conf it tries to load
> mx6-tbs2910.dtb instead.
>
On 28.01.20 18:04, Denis 'GNUtoo' Carikli wrote:
> The loadb and loads commands are not needed for booting.
>
> There are also more reliable and faster alternatives to
> loadb and loads that can be used with the current configuration.
>
> As that the resulting u-boot.imx image is already very
On 28.01.20 18:04, Denis 'GNUtoo' Carikli wrote:
> The fuse command is not needed for booting or during usual
> users interactions with u-boot.
>
> As that the resulting u-boot.imx image is already very
> close to the size limit, removing the fuse command shouldn't
> hurt.
>
> With
On Tue, 28 Jan 2020 10:07:18 -0700
Simon Glass wrote:
Hi Simon,
> On Sat, 25 Jan 2020 at 16:18, André Przywara wrote:
> >
> > On 25/01/2020 16:20, Tom Rini wrote:
> >
> > Hi Tom,
> >
> > thanks for having a look!
> >
> >
> > > On Tue, Jan 21, 2020 at 10:23:17AM +, Andre Przywara wrote:
>
On 28.01.20 18:02, Denis 'GNUtoo' Carikli wrote:
> On Sun, 26 Jan 2020 01:40:13 +0100
> Soeren Moch wrote:
>>> Ahh ok, now I understand. That probably explains the repeated size
>>> issues.
>> Why? With SPL+u-boot proper it would be even worse, since then there
>> is a gap between SPL and
Sorry, sent with wrong sender address. Please only use this address here.
Soeren
On 28.01.20 18:13, Soeren Moch wrote:
> On 28.01.20 18:07, Fabio Estevam wrote:
>> On Tue, Jan 28, 2020 at 2:04 PM Denis 'GNUtoo' Carikli
>> wrote:
>>> The fuse command is not needed for booting or during usual
>>>
On 1/28/20 6:11 PM, Pedro Jardim wrote:
> Hi Marek,
Hi,
> I saw your commit c5773ccdca8a ("pci: imx: Add iMX6SX compatible") and
> I've been trying to convert the PCI driver to DM_PCI on a mx6sxsabresd board.
>
> I did the following changes:
>
> --git a/arch/arm/dts/imx6sx-sdb.dtsi
Hi Marek,
I saw your commit c5773ccdca8a ("pci: imx: Add iMX6SX compatible") and
I've been trying to convert the PCI driver to DM_PCI on a mx6sxsabresd board.
I did the following changes:
--git a/arch/arm/dts/imx6sx-sdb.dtsi b/arch/arm/dts/imx6sx-sdb.dtsi
index da815527a7..f5b0e9ee3f 100644
---
Hi Andre,
On Sat, 25 Jan 2020 at 16:18, André Przywara wrote:
>
> On 25/01/2020 16:20, Tom Rini wrote:
>
> Hi Tom,
>
> thanks for having a look!
>
>
> > On Tue, Jan 21, 2020 at 10:23:17AM +, Andre Przywara wrote:
> >
> >> From: Maxime Ripard
> >>
> >> This is needed when importing mainline
On Tue, Jan 28, 2020 at 2:04 PM Denis 'GNUtoo' Carikli
wrote:
>
> The fuse command is not needed for booting or during usual
> users interactions with u-boot.
>
> As that the resulting u-boot.imx image is already very
> close to the size limit, removing the fuse command shouldn't
> hurt.
>
> With
The fuse command is not needed for booting or during usual
users interactions with u-boot.
As that the resulting u-boot.imx image is already very
close to the size limit, removing the fuse command shouldn't
hurt.
With arm-linux-gnueabi-gcc 9.2.0-1 from the Parabola
GNU/Linux distribution, it
On Sun, 26 Jan 2020 01:40:13 +0100
Soeren Moch wrote:
> > Ahh ok, now I understand. That probably explains the repeated size
> > issues.
> Why? With SPL+u-boot proper it would be even worse, since then there
> is a gap between SPL and u-boot, u-boot starts at higher address in
> eMMC, and it
The loadb and loads commands are not needed for booting.
There are also more reliable and faster alternatives to
loadb and loads that can be used with the current configuration.
As that the resulting u-boot.imx image is already very close
to the size limit, removing the loadb and loads commands
This keeps the compatibility with the old bootcmd.
The fdtfile environment variable also needed to be set to
imx6q-tbs2910.dtb to enable booting mainline kernels
otherwise with extlinux.conf it tries to load
mx6-tbs2910.dtb instead.
Signed-off-by: Denis 'GNUtoo' Carikli
---
On 1/28/20 9:10 AM, Lukasz Majewski wrote:
Hi Giulio,
Since some driver
I would prefer more verbose commit message. Please share which driver
requires this change.
Yes, you were right, this is a quite dumb commit log.
Now commit log can't be changed, anyway this is the list of drivers
Hi Lukasz,
all patch series has already been applied, anyway I answer to your
suggestions since something was missing and I'm going to create a patch
for that.
So...
On 1/28/20 9:09 AM, Lukasz Majewski wrote:
Hi Giulio,
At the moment entry_point is set to image_get_load(header) that sets
Hi Joe,
Ping
On Mon, Jan 6, 2020 at 8:32 PM Fabio Estevam wrote:
>
> Hi Joe,
>
> On Wed, Dec 11, 2019 at 8:54 AM Schrempf Frieder
> wrote:
> >
> > On 11.10.19 01:00, Soeren Moch wrote:
> > > Using a MAC address from ROM storage is the normal case for most
> > > ethernet hardware. Why should we
On 1/27/20 6:40 PM, Lukasz Majewski wrote:
>> The real problem with the current approach (IMO) is that there is a
>> mismatch between the clock structure and the clock function. If one
>> calls clk_get_rate on some clock, the get_rate function is chosen
>> based on clk->dev->ops.
>
> Yes,
On Mon, Jan 27, 2020 at 11:18:18PM +0530, Jagan Teki wrote:
> Hi Tom,
>
> Please pull this PR.
>
> Summary:
> - spi cs accessing slaves (Bin Meng)
> - spi prevent overriding established bus (Marcin Wojtas)
> - support speed in spi command (Marek Vasut)
> - add W25N01GV spinand (Robert Marko)
>
Hey all,
Relatively recently it's been highlighted that a number of boards are
disabling relocation of the device tree image in memory and this in turn
leading to various difficult to resolve bugs. At heart, disabling
device tree relocation at boot is something that should be used in rare
From: Antonio Borneo
Two header fields are not properly converted to little endian
before assignment, resulting in incorrect header while executing
mkimage on big endian hosts.
Convert the value of the header fields image_checksum and
edcsa_algorithm to little endian before the assignment.
Hi Jagan,
On Tue, Jan 28, 2020 at 10:56 AM Jagan Teki wrote:
> Hope you have aliases spi0 = here?
Even if I add the alias the soft_spi does not get probed.
Any ideas?
Hi Fabio,
On Tue, Jan 28, 2020 at 7:07 PM Fabio Estevam wrote:
>
> Hi Jagan,
>
> On a mx7dsabresd board I am not being able to probe the soft_spi
> driver using DM with mainline U-Boot.
>
> Device tree used is the same one as used in the kernel (imx7d-sdb.dts).
>
> soft_spi driver is used to
Dear Keerthy,
In message <927f859e-9c93-2731-c69e-e491219a8...@ti.com> you wrote:
>
> > --- a/env/nowhere.c
> > +++ b/env/nowhere.c
> > @@ -23,6 +23,7 @@ static int env_nowhere_init(void)
> >{
> > gd->env_addr= (ulong)_environment[0];
> >
Some preparational steps and then adding initial minimal support for the
Toradex Verdin iMX8M Mini Quad 2GB WB IT V1.0A module. They are now
strapped to boot from eFuses which are factory fused to properly boot
from their on-module eMMC. U-Boot supports booting from the on-module
eMMC only, SDP
From: Marcel Ziswiler
Minor spelling fix in README file.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Oleksandr Suvorov
---
Changes in v3:
- Add Oleksandr's reviewed-by tags.
Changes in v2: None
board/freescale/imx8mm_evk/README | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Igor Opaniuk
This adds initial minimal support for the Toradex Verdin iMX8M Mini Quad
2GB WB IT V1.0A module. They are now strapped to boot from eFuses which
are factory fused to properly boot from their on-module eMMC. U-Boot
supports booting from the on-module eMMC only, SDP support is
From: Igor Opaniuk
Add README with build steps for U-boot and TF-A for Verdin iMX8M Mini SoM.
Signed-off-by: Igor Opaniuk
Signed-off-by: Marcel Ziswiler
Reviewed-by: Oleksandr Suvorov
---
Changes in v3:
- Add Oleksandr's reviewed-by tags.
Changes in v2: None
From: Marcel Ziswiler
Synchronise with latest linux-next kernel pin func header file.
Signed-off-by: Marcel Ziswiler
---
Changes in v3:
- Drop pinfunc patches and just sync with linux-next as suggested by
Fabio, Frieder and Oleksandr.
Changes in v2: None
arch/arm/dts/imx8mm-pinfunc.h |
From: Marcel Ziswiler
Add support for storing configuration for Apalis iMX8X SoM
in Toradex config block.
Signed-off-by: Marcel Ziswiler
Reviewed-by: Oleksandr Suvorov
---
Changes in v3:
- Drop AG resp. Inc. in copyright notices as adviced by our legal.
- Add Oleksandr's reviewed-by tags.
From: Marcel Ziswiler
Add support for storing configuration for Verdin iMX8M Mini and
Nano SoMs in Toradex config block.
Signed-off-by: Marcel Ziswiler
Signed-off-by: Igor Opaniuk
Reviewed-by: Oleksandr Suvorov
---
Changes in v3:
- Add missing config block information for Verdin iMX8M Nano
From: Igor Opaniuk
Assign Igor Opaniuk as a board maintainer.
Signed-off-by: Igor Opaniuk
Signed-off-by: Marcel Ziswiler
Reviewed-by: Oleksandr Suvorov
---
Changes in v3:
- Add Oleksandr's reviewed-by tags.
Changes in v2:
- Update cover letter with updated SKU naming and few
Hi Jagan,
On a mx7dsabresd board I am not being able to probe the soft_spi
driver using DM with mainline U-Boot.
Device tree used is the same one as used in the kernel (imx7d-sdb.dts).
soft_spi driver is used to communicate with a I/O expander (supported
via CONFIG_DM_74X164), but it can't get
On Tue, Jan 28, 2020 at 02:06:20PM +0100, Marek Behun wrote:
> On Mon, 27 Jan 2020 18:28:25 -0500
> Tom Rini wrote:
>
> > On Tue, Jan 28, 2020 at 12:26:45AM +0100, Marek Behun wrote:
> >
> > > On Mon, 27 Jan 2020 16:58:06 -0500
> > > Tom Rini wrote:
> > >
> > > > This adds around 60kb to
On Tue, Jan 28, 2020 at 11:26:25AM +0100, Matthias Brugger wrote:
>
>
> On 27/01/2020 22:58, Tom Rini wrote:
> > On Fri, Jan 17, 2020 at 08:59:02PM +0100, matthias@kernel.org wrote:
> >
> >> From: Matthias Brugger
> >>
> >> Some distributions use btrfs as the default file system.
> >>
On Mon, 27 Jan 2020 18:28:25 -0500
Tom Rini wrote:
> On Tue, Jan 28, 2020 at 12:26:45AM +0100, Marek Behun wrote:
>
> > On Mon, 27 Jan 2020 16:58:06 -0500
> > Tom Rini wrote:
> >
> > > This adds around 60kb to many platforms, so I'm not going to take this
> > > right now.
> >
> > Off
On 28.01.20 13:38, Marcel Ziswiler wrote:
> Hi Frieder
>
> On Mon, 2020-01-27 at 09:10 +, Schrempf Frieder wrote:
>> Hi,
>>
>> On 26.01.20 04:55, Marcel Ziswiler wrote:
>>> From: Max Krummenacher
>>>
>>> Add alternative UART muxing defines.
>>>
>>> Signed-off-by: Max Krummenacher
>>
>>
Hi Oleksandr
On Mon, 2020-01-27 at 14:04 +, Oleksandr Suvorov wrote:
> On Sun, Jan 26, 2020 at 5:57 AM Marcel Ziswiler
> wrote:
> > From: Igor Opaniuk
> >
> > This adds initial minimal support for the Toradex Verdin iMX8M Mini
> > Quad
> > 2GB WB IT V1.0A module. They are now strapped to
Hi Frieder
On Mon, 2020-01-27 at 09:10 +, Schrempf Frieder wrote:
> Hi,
>
> On 26.01.20 04:55, Marcel Ziswiler wrote:
> > From: Max Krummenacher
> >
> > Add alternative UART muxing defines.
> >
> > Signed-off-by: Max Krummenacher
>
> Patch 1/8 and 2/8 in this series change the pin
building mtk ethernet driver for aarch64 (mt7622) results in warnings
drivers/net/mtk_eth.c: In function 'mtk_eth_fifo_init':
drivers/net/mtk_eth.c:856:21: error: cast from pointer to integer of different
size [-Werror=pointer-to-int-cast]
flush_dcache_range((u32)pkt_base, (u32)(pkt_base +
On 1/28/20 10:11 AM, Patrick Delaunay wrote:
> From: Antonio Borneo
>
> LTDC modifies the clock frequency to adapt it to the display. Such
> frequency change is not detected by the FDCAN driver that instead
> cache the value at probe and pretend to use it later.
>
> Keep the LTDC alone on
building mtk ethernet driver for aarch64 (mt7622) results in warnings
drivers/net/mtk_eth.c: In function 'mtk_eth_fifo_init':
drivers/net/mtk_eth.c:856:21: error: cast from pointer to integer of different
size [-Werror=pointer-to-int-cast]
flush_dcache_range((u32)pkt_base, (u32)(pkt_base +
The driver correctly handles reading back the value of an output gpio
by reading from the shadow register for output, and from gpdat for
inputs.
Unfortunately, when setting the value of some gpio, we do a RMW cycle
on the gpdat register without taking the shadow register into account,
thus
Since some chips don't support reading back the value of output gpios
from the gpdat register, we should not do a RMW cycle (i.e., the
clrbits_be32) on the gpdat register when setting a gpio as input, as
that might accidentally change the value of some other (still
configured as output) gpio.
The
[resending with Mario's correct address, sorry for the double post]
The driver correctly uses the shadow register when asked for the
current value of an output gpio. Unfortunately, it does RMW on the
gpdat register both when setting a gpio as input and output. These two
patches fix that.
Aside:
Hi tom,
thanks for testing
imho the first 3 can be fixed by this:
diff --git a/drivers/net/mtk_eth.c b/drivers/net/mtk_eth.c
index 6cffc3f32a..d13020a624 100644
--- a/drivers/net/mtk_eth.c
+++ b/drivers/net/mtk_eth.c
@@ -853,7 +853,7 @@ static void mtk_eth_fifo_init(struct mtk_eth_priv *priv)
This fixes the following warning:
= WARNING ==
This board does not use CONFIG_DM_ETH (Driver Model
for Ethernet drivers). Please update the board to use
CONFIG_DM_ETH before the v2020.07 release. Failure to
update by the deadline may result in board
On 1/28/20 10:11 AM, Patrick Delaunay wrote:
Change plain test README to rst format and move this file
in documentation directory.
Signed-off-by: Patrick Delaunay
When I apply only this patch to origin/master:
git am /tmp/1.patch
Applying: doc: add board documentation for stm32mp1
error:
On 1/28/20 8:20 PM, Matthias Brugger wrote:
>
>
> On 02/12/2019 12:11, Marek Szyprowski wrote:
>> Enable support for DFU over USB. This requires to enable USB gadget,
>> DWC2 UDC OTG driver and DFU command. DFU entities are defined for the
>> following firmware objects: u-boot.bin, uboot.env,
On 02/12/2019 12:11, Marek Szyprowski wrote:
> Enable support for DFU over USB. This requires to enable USB gadget,
> DWC2 UDC OTG driver and DFU command. DFU entities are defined for the
> following firmware objects: u-boot.bin, uboot.env, config.txt, and
> zImage/Image.
>
> Signed-off-by:
The driver correctly handles reading back the value of an output gpio
by reading from the shadow register for output, and from gpdat for
inputs.
Unfortunately, when setting the value of some gpio, we do a RMW cycle
on the gpdat register without taking the shadow register into account,
thus
On 27/01/2020 23:36, Lukasz Majewski wrote:
> Hi Matthias,
>
> Do you plan to pull this patch series to RPI repository?
>
> I'm asking as it contains some DFU related patches (Acked already by
> me), which I would like to see pulled in this merge window.
>
Yes I was waiting on the first to
The driver correctly uses the shadow register when asked for the
current value of an output gpio. Unfortunately, it does RMW on the
gpdat register both when setting a gpio as input and output. These two
patches fix that.
Aside: Apparently, the mpc8309 also partially suffers from the errata
Since some chips don't support reading back the value of output gpios
from the gpdat register, we should not do a RMW cycle (i.e., the
clrbits_be32) on the gpdat register when setting a gpio as input, as
that might accidentally change the value of some other (still
configured as output) gpio.
The
On Tue, 28 Jan 2020 at 20:26, Lukasz Majewski wrote:
>
> On Tue, 28 Jan 2020 17:50:03 +1000
> Nathan Rossi wrote:
>
> > On Mon, 27 Jan 2020 at 22:51, Lukasz Majewski wrote:
> > >
> > > Hi Nathan,
> > >
> > > > Handle selection of objects based on $(SPL_) to allow for normal
> > > > and SPL
Enable R5F remoteproc support in R5 defconfig so that R5s can
be started in SPL. While at it enable the SPL_FS_EXT4 config
option to load the firmwares from file system.
Signed-off-by: Keerthy
Signed-off-by: Lokesh Vutla
---
configs/j721e_evm_r5_defconfig | 2 ++
1 file changed, 2
Add env variables for mcu_r5fss0_core0 & main_r5fss0_core0 firmware
loadaddr and name.
Signed-off-by: Keerthy
---
include/configs/j721e_evm.h | 4
1 file changed, 4 insertions(+)
diff --git a/include/configs/j721e_evm.h b/include/configs/j721e_evm.h
index 4371c471e5..fc73a9c932 100644
---
MCU Domain rf50 is currently shutting down after loading the ATF.
Load elf firmware and jump to firmware post loading ATF.
ROM doesn't enable ATCM memory, so make sure that firmware that
is being loaded doesn't use ATCM memory or override SPL.
Signed-off-by: Keerthy
Signed-off-by: Lokesh Vutla
Enable MAIN domain r5fss0 cluster and its core0 in R5 spl.
Signed-off-by: Keerthy
---
.../dts/k3-j721e-r5-common-proc-board-u-boot.dtsi| 12
arch/arm/dts/k3-j721e-r5-common-proc-board.dts | 2 ++
2 files changed, 14 insertions(+)
diff --git
Remove saving ENV in eMMC in R5 as the power domains are not
setup. Environment in eMMC cannot be read if we do not boot from
eMMC.
Signed-off-by: Keerthy
---
configs/j721e_evm_r5_defconfig | 4
1 file changed, 4 deletions(-)
diff --git a/configs/j721e_evm_r5_defconfig
Add fs_loader node which will be needed for loading firmwares
from the boot media/filesystem.
Signed-off-by: Keerthy
---
.../dts/k3-j721e-r5-common-proc-board-u-boot.dtsi | 15 +++
1 file changed, 15 insertions(+)
create mode 100644
Enable execute permission for mcu_r5fss0_core0 BTCM so that we can jump
to a firmware directly from SPL.
Signed-off-by: Keerthy
---
arch/arm/mach-k3/r5_mpu.c | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/arch/arm/mach-k3/r5_mpu.c b/arch/arm/mach-k3/r5_mpu.c
index
Move the generic elf loading/validating functions to lib/
so that they can be re-used and accessed by code existing
outside cmd.
Signed-off-by: Keerthy
Suggested-by: Simon Goldschmidt
Reviewed-by: Simon Goldschmidt
---
cmd/Kconfig | 1 +
cmd/elf.c | 229
Add MAIN domain R5FSS0 remoteproc support from spl. This enables
loading the elf firmware in SPL and starting the remotecore.
In order to start the core, there should be a file with path
"/lib/firmware/j7-main-r5f0_0-fw" under filesystem
of respective boot mode.
Signed-off-by: Keerthy
In case only CONFIG_ENV_IS_NOWHERE without any of the memory
based configs like CONFIG_ENV_IS_IN_MMC the env_set function
fails as the gd->flags & GD_FLG_ENV_READY check fails.
Set default enviroment so that set_env calls succeed when only
ENV_IS_NOWHERE set.
Signed-off-by: Keerthy
---
1 - 100 of 166 matches
Mail list logo
