Dear Marek
> From: Marek Vasut
> Sent: jeudi 9 avril 2020 12:47
>
> On 4/9/20 12:42 PM, Patrick Delaunay wrote:
>
> [...]
>
> > diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig index
> > bbb1e2738b..4845a23993 100644
> > --- a/arch/arm/Kconfig
> > +++ b/arch/arm/Kconfig
> > @@ -340,6 +340,33
On Thu, Apr 09, 2020 at 02:49:41PM +0200, Heinrich Schuchardt wrote:
> On 2020-04-08 17:39, Sicris wrote:
> > This patch fixes the typo error in Makefile where
> > -I$(srctree)/arch/$(ARCH)/thumb1/include is not picked up
> > in the compiler flag when compiling for thumb2.
> > END
> >
> >
> -Original Message-
> From: Marek Vasut
> Sent: vendredi 3 avril 2020 23:31
> To: Patrick DELAUNAY ; u-boot@lists.denx.de
> Cc: Simon Glass ; Alexey Brodkin
> ; Lokesh Vutla ; Tom Rini
> ; Trevor Woerner ; U-Boot STM32
>
> Subject: Re: [PATCH 3/3] arm: caches: manage phys_addr_t
Hi Heiko and Simon,
I have find out one bug in i2c class. I am using zcu104 revC board which
has dts in mainline where i2c1 has i2c mux with some channels.
In DT clock-frequency = <40>; is specified and it is read in
i2c_post_probe(). But i2c_mux_bus_drv is also UCLASS_I2C which means
that
On Thu, 9 Apr 2020 21:31:08 +0800
Qu Wenruo wrote:
> The only extra concern is, is your new code designed to to make the text
> section smaller to fit U-boot better or just to make it easier smaller,
> without all the complexity?
>
> If it's the former case, I need to pay extra attention to
On Thu, Apr 9, 2020 at 7:12 PM b.l.huang wrote:
>
> From f4253df37579aa9d48f98738eb7db3b6a3b9dff5 Mon Sep 17 00:00:00 2001
> From: "banglang.huang"
> Date: Thu, 9 Apr 2020 11:49:31 +0800
> Subject: [PATCH V2] rockchip: rk3328: add rockpie-rk3328_defconfig
>
> The ROCKPI-E is a credit card size
On Thu, Apr 02, 2020 at 04:08:12PM +0530, Rayagonda Kokatanur wrote:
> From: Srinath Mannam
>
> Add support for stingray PAXB PHY controller driver.
> This driver supports maximum 8 PAXB phys using pipemux data.
>
> Signed-off-by: Srinath Mannam
> Signed-off-by: Rayagonda Kokatanur
>
The device trees for TQMa6x SOM support variations in
- CPU type: imx6dl- or imx6q-
- MBa6 I2C bus access: -mba6a (i2c1) or -mba6b (i2c3)
(plus the respective common/module include trees)
- USBH1 is directly connected to a hub
- USBOTG is connected to a separate connector
and can act as
Ethernet, usdhc2 and i2c1 interfaces are probed by dm drivers.
Therefor init functions in board file are not necessary.
Signed-off-by: Michael Krummsdorf
---
board/tqc/tqma6/tqma6_mba6.c | 171 +--
1 file changed, 5 insertions(+), 166 deletions(-)
diff --git
On 2020/4/9 下午9:24, Marek Behun wrote:
> On Thu, 9 Apr 2020 14:53:47 +0800
> Qu Wenruo wrote:
>
>> On 2020/4/9 下午2:27, Qu Wenruo wrote:
>>> Hi Marek,
>>>
>>> I respect your independent implementation of btrfs inside U-boot, but it
>>> looks like the code is too creative, other than follow the
Keep code for non-dm configuration of baseboard WRU4.
It cannot be upgraded to device model as
we have no suitable device tree for it.
These changes were not run-tested on WRU4,
only compile-tested.
Signed-off-by: Michael Krummsdorf
---
board/tqc/tqma6/tqma6.c | 12
1 file changed,
Signed-off-by: Michael Krummsdorf
---
board/tqc/tqma6/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/board/tqc/tqma6/Kconfig b/board/tqc/tqma6/Kconfig
index 2a4cff0ec8..084fdb5230 100644
--- a/board/tqc/tqma6/Kconfig
+++ b/board/tqc/tqma6/Kconfig
@@ -63,6 +63,17 @@
Signed-off-by: Michael Krummsdorf
---
arch/arm/mach-imx/mx6/Kconfig | 11 +++
1 file changed, 11 insertions(+)
diff --git a/arch/arm/mach-imx/mx6/Kconfig b/arch/arm/mach-imx/mx6/Kconfig
index f9f576d403..fa6e1112e6 100644
--- a/arch/arm/mach-imx/mx6/Kconfig
+++
Fixes compilation for WRU4 board.
Signed-off-by: Michael Krummsdorf
---
configs/tqma6dl_mba6_mmc_defconfig | 31 +++---
configs/tqma6dl_mba6_spi_defconfig | 31 +++---
configs/tqma6q_mba6_mmc_defconfig | 31 +++---
This series provides the device trees and required configuration
settings to advance board support to device model.
The first step is to successfully compile and boot again
while having access to essential interfaces
(i.e. e-MMC, SD card, Ethernet, SPI NOR flash, USB Host).
More features and
From: Markus Niebel
reason: SYS_TEXT_BASE was moved to Kconfig. Give reasonable defaults
in board specific Kconfig.
Signed-off-by: Markus Niebel
Signed-off-by: Michael Krummsdorf
---
board/tqc/tqma6/Kconfig | 4
1 file changed, 4 insertions(+)
diff --git a/board/tqc/tqma6/Kconfig
Hi Stefan,
sorry I overlooked the other two things you commented on the code.
On Thu, 9 Apr 2020 10:09:52 +0200
Stefan Roese wrote:
> > + return -1;
>
> return -ENOENT; ?
The function returns u32. The error is reported by returning (u32)-1.
The check base < 0 won't work. I would
On Thu, 9 Apr 2020 14:53:47 +0800
Qu Wenruo wrote:
> On 2020/4/9 下午2:27, Qu Wenruo wrote:
> > Hi Marek,
> >
> > I respect your independent implementation of btrfs inside U-boot, but it
> > looks like the code is too creative, other than follow the regular btrfs
> > code.
> >
> > One of the
On Thu, Apr 09, 2020 at 10:18:28AM -0300, Fabio Estevam wrote:
> Hi Tom,
>
> On Thu, Apr 9, 2020 at 10:09 AM Matt Porter wrote:
> >
> > On Thu, Apr 09, 2020 at 01:44:43AM -0700, Ye Li wrote:
> > > The FIT config node has reversed ATF and u-boot: ATF is set to
> > > firmware but u-boot is set to
Hi Tom,
On Thu, Apr 9, 2020 at 10:09 AM Matt Porter wrote:
>
> On Thu, Apr 09, 2020 at 01:44:43AM -0700, Ye Li wrote:
> > The FIT config node has reversed ATF and u-boot: ATF is set to
> > firmware but u-boot is set to loadable.
> > This script can work previously because spl fit driver wrongly
> > +}
> > +
> > +int a3700_fdt_fix_pcie_regions(void *blob)
> > +{
> > + u32 new_ranges[14], base;
>
> Where does this "14" come from? Is this a safe upper margin?
Yes, the way how the code below works, it won't overflow or anything.
I even test whether the "ranges" property from the dtc
On Thu, Apr 09, 2020 at 01:44:43AM -0700, Ye Li wrote:
> The FIT config node has reversed ATF and u-boot: ATF is set to
> firmware but u-boot is set to loadable.
> This script can work previously because spl fit driver wrongly
> appends fdt to all loadable images. With the issue fixed, the u-boot
From: Biwen Li
This reverts commit 2a5d5d27edfbdb0e02a7fcf05569f92c02ae44ee.
After applied this patch, failed to boot to uboot(hang in ddr init)
on P3041DS, P4080DS and so on.
---
drivers/ddr/fsl/mpc85xx_ddr_gen3.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git
On Thu, 2020-04-09 at 20:44 +0800, Biwen Li wrote:
This revert will bring back another bug, can you try finding out why it does
work?
May there are some minor tweaks needed ?
Jocke
>
> From: Biwen Li
>
> This reverts commit 2a5d5d27edfbdb0e02a7fcf05569f92c02ae44ee.
> After applied
On 2020-04-08 17:39, Sicris wrote:
> This patch fixes the typo error in Makefile where
> -I$(srctree)/arch/$(ARCH)/thumb1/include is not picked up
> in the compiler flag when compiling for thumb2.
> END
>
> Signed-off-by: Sicris
> ---
>
> Makefile | 2 +-
> 1 file changed, 1 insertion(+), 1
Hi Ye Li,
Thanks for the fix.
On Thu, Apr 9, 2020 at 5:45 AM Ye Li wrote:
>
> The FIT config node has reversed ATF and u-boot: ATF is set to
> firmware but u-boot is set to loadable.
> This script can work previously because spl fit driver wrongly
> appends fdt to all loadable images. With the
On 4/1/20 3:45 PM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
>> From: Marek Vasut
>> Sent: jeudi 26 mars 2020 16:57
>>
>> Define FMC2 base address, for use in board files, until there is an actual
>> FMC2
>> bus driver.
>>
>> Signed-off-by: Marek Vasut
>> Cc: Patrick Delaunay
>> Cc: Patrice
On 4/1/20 3:30 PM, Patrick DELAUNAY wrote:
> Hi Marek,
Hi,
[...]
>> + {
>> +/* These should bound to FMC2 bus driver, but we do not have one */
>
> As temporarily solution (waiting final solution and real FMC2 bus driver)
> can you define a NO_OP in board device associated to existing
On 4/2/20 3:43 PM, Pascal PAILLET-LME wrote:
Hi,
[...]
No details on my side, it was a Pascal Paillet's direct feedback
(Maintainer
>> of
STPMIC1 driver in Linux).
>>> You can enable the active discharge on the STPMIC1's VBUSOTG. But, as
>> soon as a USB host peripheral (such as
On 4/9/20 5:53 AM, Rayagonda Kokatanur wrote:
> Base driver for Broadcom xHCI controllers
>
> Signed-off-by: Bharat Kumar Reddy Gooty
> Signed-off-by: Rayagonda Kokatanur
> Signed-off-by: Vladimir Olovyannikov
Applied, thanks.
On Thu, Apr 9, 2020 at 1:48 AM Lokesh Vutla wrote:
>
>
>
> On 26/03/20 8:56 PM, Adam Ford wrote:
> > With the converstion of SMC911x to DM, this can facilitate the omap3
> > boards from LogicPD (now called Beacon EmbeddedWorks) to be converted.
> > There isn't a clean solution to doing this in
From f4253df37579aa9d48f98738eb7db3b6a3b9dff5 Mon Sep 17 00:00:00 2001
From: "banglang.huang"
Date: Thu, 9 Apr 2020 11:49:31 +0800
Subject: [PATCH V2] rockchip: rk3328: add rockpie-rk3328_defconfig
The ROCKPI-E is a credit card size SBC based on Rockchip RK3328
Quad-Core ARM Cortex A53.
Net
From f4253df37579aa9d48f98738eb7db3b6a3b9dff5 Mon Sep 17 00:00:00 2001
From: "banglang.huang"
On 4/9/20 12:42 PM, Patrick Delaunay wrote:
[...]
> diff --git a/arch/arm/Kconfig b/arch/arm/Kconfig
> index bbb1e2738b..4845a23993 100644
> --- a/arch/arm/Kconfig
> +++ b/arch/arm/Kconfig
> @@ -340,6 +340,33 @@ config SYS_CACHELINE_SIZE
> default 64 if SYS_CACHE_SHIFT_6
> default 32
Move CONFIG_SYS_ARM_CACHE_WRITETHROUGH and
CONFIG_SYS_ARM_CACHE_WRITEALLOC into Kconfig done by moveconfig.py.
Kconfig uses a choice between the 3 values supported in U-Boot,
including the new configuration CONFIG_SYS_ARM_CACHE_WRITEBACK.
The patch also avoids to select simultaneously 2
On 4/9/20 12:01 PM, Patrick DELAUNAY wrote:
> Dear Marek,
Hi,
>> From: Uboot-stm32 On
>> Behalf Of Patrick DELAUNAY
>>
>> Dear Marek,
>>
>>> From: Marek Vasut
>>> Sent: vendredi 3 avril 2020 23:29
>>>
>>> On 4/3/20 10:28 AM, Patrick Delaunay wrote:
Add the new flags DCACHE_DEFAULT_OPTION
On 08.04.20 17:31, Tim Harvey wrote:
[...]
>>
>> In my case I'm loading a FIT image, so things are a bit different.
>> Where are you loading the image to?
>>
>> I have the following line in mx8mm_usb_sdp_spl.conf to load my FIT image
>> to DDR and jump to it:
>>
>> /path/to/image/u-boot.itb:load
Dear Marek,
> From: Uboot-stm32 On
> Behalf Of Patrick DELAUNAY
>
> Dear Marek,
>
> > From: Marek Vasut
> > Sent: vendredi 3 avril 2020 23:29
> >
> > On 4/3/20 10:28 AM, Patrick Delaunay wrote:
> > > Add the new flags DCACHE_DEFAULT_OPTION to define the default option
> > > to use according
> From: Andy Shevchenko
> Date: Thu, 9 Apr 2020 12:06:11 +0300
>
> On Thu, Apr 9, 2020 at 2:00 AM Simon Glass wrote:
> >
> > At present if reading a BAR returns 0x (e.g. the device is not
> > present) then the value is masked and a different value is returned.
> > This makes it harder
On Thu, Apr 9, 2020 at 2:00 AM Simon Glass wrote:
>
> At present if reading a BAR returns 0x (e.g. the device is not
> present) then the value is masked and a different value is returned.
> This makes it harder to detect the problem when debugging.
If you insisting on the code, you may
On Thu, Apr 9, 2020 at 2:01 AM Simon Glass wrote:
>
> ACPI (Advanced Configuration and Power Interface) is a standard for
> specifying information about a platform. It is a little like device
> tree but the bindings are part of the specification and it supports an
> interpreted bytecode language.
The FIT config node has reversed ATF and u-boot: ATF is set to
firmware but u-boot is set to loadable.
This script can work previously because spl fit driver wrongly
appends fdt to all loadable images. With the issue fixed, the u-boot
in loadable does not have fdt appended and fails to work.
So
Hi Matt,
> -Original Message-
> From: Matt Porter
> Sent: 2020年4月8日 5:38
> To: Ye Li
> Cc: tr...@konsulko.com; u-boot@lists.denx.de; Fabio Estevam
> ; Peng Fan ; Abel Vesa
> ; dl-uboot-imx
> Subject: [EXT] Re: [PATCH] Revert "common: spl_fit: Default to
> IH_OS_U_BOOT if FIT_IMAGE_TINY
On 08.04.20 19:25, Marek Behún wrote:
In case when ARM Trusted Firmware changes the default address of PCIe
regions (which can be done for devices with 4 GB RAM to maximize the
amount of RAM the device can use) we add code that looks at how ATF
changed the PCIe windows in the CPU Address Decoder
On 2020/4/9 13:20, Heiko Schocher wrote:
> -Original Message-
> From: Heiko Schocher
> Sent: 2020年4月9日 13:19
> To: Priyanka Jain
> Cc: U-Boot Mailing List ; Holger Brunck
> ; Joe Hershberger ;
> Mario Six ; Qiang Zhao
> Subject: Re: [RFC PATCH] net, qe: add DM support for QE UEC
Signed-off-by: Meenakshi Aggarwal
---
Changes in V2:
- Reword commit message.
---
include/configs/lx2160a_common.h | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/include/configs/lx2160a_common.h b/include/configs/lx2160a_common.h
index
On 09.04.20 09:29, Simon Goldschmidt wrote:
Am 08.04.2020 um 10:09 schrieb Stefan Roese:
From: Weijie Gao
Flush the cache after reading of the U-Boot proper into SDRAM so that
it can be started.
This is needed on some platforms, e.g. MT76x8.
Signed-off-by: Weijie Gao
Signed-off-by: Stefan
Am 08.04.2020 um 10:09 schrieb Stefan Roese:
> From: Weijie Gao
>
> Flush the cache after reading of the U-Boot proper into SDRAM so that
> it can be started.
>
> This is needed on some platforms, e.g. MT76x8.
>
> Signed-off-by: Weijie Gao
> Signed-off-by: Stefan Roese
> Cc: Weijie Gao
>
On 09. 04. 20 0:11, Jaehoon Chung wrote:
> On 4/7/20 11:15 PM, Benedikt Grassl wrote:
>> Currently, the entry "bus-width = <8>" in the ZynqMP's sdhci nodes
>> is not evaluated. This results in the bus width staying at its default
>> value (4 bit in HS200 mode).
>> Fix this by calling mmc_of_parse.
On Wed, Apr 8, 2020 at 10:10 AM Stefan Roese wrote:
>
> From: Weijie Gao
>
> The image header may be unaligned causing a crash, e.g. on the MT76x8
> platform. This patch copies the header to a local struct to fix this
> potential issue.
>
> Signed-off-by: Weijie Gao
> Signed-off-by: Stefan
On 2020/2/18 17:05, Heiko Schocher mailto:h...@denx.de>> wrote:
> -Original Message-
> From: Heiko Schocher
> Sent: 2020年2月18日 17:05
> To: U-Boot Mailing List
> Cc: Heiko Schocher ; Holger Brunck
> ; Mario Six ; Qiang Zhao
> ; Wolfgang Denk
> Subject: [RFC PATCH] powerpc, qe:
On 2020/4/9 下午2:27, Qu Wenruo wrote:
> Hi Marek,
>
> I respect your independent implementation of btrfs inside U-boot, but it
> looks like the code is too creative, other than follow the regular btrfs
> code.
>
> One of the biggest problem is, there is no convert of on-disk endian and
>
On 26/03/20 8:56 PM, Adam Ford wrote:
> With the converstion of SMC911x to DM, this can facilitate the omap3
> boards from LogicPD (now called Beacon EmbeddedWorks) to be converted.
> There isn't a clean solution to doing this in phases, so the boards are
> all being done together to avoid
Hi Marek,
I respect your independent implementation of btrfs inside U-boot, but it
looks like the code is too creative, other than follow the regular btrfs
code.
One of the biggest problem is, there is no convert of on-disk endian and
in-memory endian.
The most obvious proof is the lack of
Update environment variable for emmc boot.
Signed-off-by: Meenakshi Aggarwal
---
include/configs/lx2160a_common.h | 16 +---
1 file changed, 13 insertions(+), 3 deletions(-)
diff --git a/include/configs/lx2160a_common.h b/include/configs/lx2160a_common.h
index 1907f93..6c3e647
101 - 155 of 155 matches
Mail list logo
