On Sat, Oct 12, 2019 at 01:47:06PM +0200, Heinrich Schuchardt wrote:
> On 10/11/19 9:41 AM, AKASHI Takahiro wrote:
> >Adding "printk.h" will help improve portability from linux kernel
> >code (in my case, lib/asn1_decoder.c).
> >
> >Signed-off-by: AKASHI Takahiro
> >---
> >
On 10/17/19 7:39 AM, AKASHI Takahiro wrote:
On Sat, Oct 12, 2019 at 01:40:32PM +0200, Heinrich Schuchardt wrote:
On 10/11/19 9:41 AM, AKASHI Takahiro wrote:
Adding time64_t definition will help improve portability of linux kernel
code (in my case, lib/crypto/x509_cert_parser.c).
On Sat, Oct 12, 2019 at 01:40:32PM +0200, Heinrich Schuchardt wrote:
> On 10/11/19 9:41 AM, AKASHI Takahiro wrote:
> >Adding time64_t definition will help improve portability of linux kernel
> >code (in my case, lib/crypto/x509_cert_parser.c).
> >
> >Signed-off-by: AKASHI Takahiro
> >---
> >
On 16/10/19 9:28 PM, Jagan Teki wrote:
> DM_SPI_FLASH should require spi flash interface code for dm
> version, so select SPI_FLASH core by default if any board
> enabled DM_SPI_FLASH.
>
> This overcome the explicit enablement of CONFIG_SPI_FLASH on
> respective boards when DM_SPI_FLASH being
Hi Jagan,
On 16/10/19 9:25 PM, Jagan Teki wrote:
> If DM_SPI_FLASH enabled that means it is using sf command
> for flash interface to access.
>
> SPI_FLASH can be used via sf command and board/driver
> functions to call spi flash ops, so mark it default only
> for DM_SPI_FLASH.
>
> This would
From: Suman Anna
Add the address spaces for the R5F cores in MCU domain to the ranges
property of the cbass_mcu interconnect node so that the addresses
within the R5F nodes can be translated properly by the relevant OF
address API.
Signed-off-by: Suman Anna
Signed-off-by: Lokesh Vutla
---
-
On Sat, Oct 12, 2019 at 01:22:15PM +0200, Heinrich Schuchardt wrote:
> On 10/11/19 9:41 AM, AKASHI Takahiro wrote:
> >Adding kmemdup() will help improve portability from linux kernel
> >code (in my case, lib/crypto/x509_cert_parser.c and pkcs7_parser.c).
> >
> >Signed-off-by: AKASHI Takahiro
>
Hi Patrick,
On Wed, Oct 16, 2019 at 11:35 PM Patrick Wildt wrote:
>
> On Wed, Oct 16, 2019 at 06:11:23PM +0800, Bin Meng wrote:
> > On Mon, Oct 14, 2019 at 7:11 PM Patrick Wildt wrote:
> > >
> > > On an i.MX8MQ our nvme driver doesn't completely work since we are
> > > missing a few cache
Hi Tom,
On Thu, Oct 17, 2019 at 2:20 AM Tom Rini wrote:
>
> On Wed, Oct 16, 2019 at 09:27:25AM -0700, Bin Meng wrote:
>
> > This adds a reST document for how to build U-Boot host tools,
> > including information for both Linux and Windows.
> >
> > Signed-off-by: Bin Meng
>
> So here's where I
Hi Aaron,
On Wed, 16 Oct 2019 at 11:56, Aaron Williams wrote:
>
> Hi Simon,
>
> On Friday, October 11, 2019 4:42:55 PM PDT Simon Glass wrote:
> > Hi Aaron,
> >
> > On Wed, 25 Sep 2019 at 22:08, Aaron Williams wrote:
> > > Hi Simon,
> > >
> > > On Wednesday, September 25, 2019 8:40:48 PM PDT
Hi Elaine,
On Thu, 19 Sep 2019 at 02:08, Elaine Zhang wrote:
>
> From: Joseph Chen
>
> support parse regulator standard property:
> regulator-off-in-suspend;
> regulator-init-microvolt;
> regulator-suspend-microvolt:
> regulator_get_suspend_enable
> regulator_set_suspend_enable
>
It's possible that the data cache for the buffer still holds data
to be flushed to memory, since the buffer was probably used as stack
before. Thus we need to make sure to flush it also on reads, since
it's possible that the cache is automatically flused to memory after
the NVMe DMA transfer
On 16.10.19 18:50, Matthias Brugger wrote:
On 27/09/2019 12:14, Alexander Graf wrote:
On 27.09.19 11:00, matthias@kernel.org wrote:
From: Matthias Brugger
For bcm283x based on arm64 we also have to change the mm_region.
Add assign this in mach_cpu_init() so we can create now one binary
On Wed, Oct 16, 2019 at 09:27:25AM -0700, Bin Meng wrote:
> This adds a reST document for how to build U-Boot host tools,
> including information for both Linux and Windows.
>
> Signed-off-by: Bin Meng
So here's where I think things get interesting. Off the top of my head,
I think we can use
On 10/16/19 7:51 PM, Eugeniu Rosca wrote:
> On Wed, Oct 16, 2019 at 07:43:09PM +0200, Eugeniu Rosca wrote:
>> On Wed, Oct 16, 2019 at 07:26:44PM +0200, Marek Vasut wrote:
>>> On 10/16/19 7:11 PM, Eugeniu Rosca wrote:
On Tue, Oct 15, 2019 at 10:43:41PM +0200, Marek Vasut wrote:
> Add
Hi Simon,
On Friday, October 11, 2019 4:42:55 PM PDT Simon Glass wrote:
> Hi Aaron,
>
> On Wed, 25 Sep 2019 at 22:08, Aaron Williams wrote:
> > Hi Simon,
> >
> > On Wednesday, September 25, 2019 8:40:48 PM PDT Bin Meng wrote:
> > > External Email
> > >
> > >
On Wed, Oct 16, 2019 at 07:43:09PM +0200, Eugeniu Rosca wrote:
> On Wed, Oct 16, 2019 at 07:26:44PM +0200, Marek Vasut wrote:
> > On 10/16/19 7:11 PM, Eugeniu Rosca wrote:
> > > On Tue, Oct 15, 2019 at 10:43:41PM +0200, Marek Vasut wrote:
> > >> Add get_timer_us(), which is useful e.g. when we
On Wed, Oct 16, 2019 at 07:26:44PM +0200, Marek Vasut wrote:
> On 10/16/19 7:11 PM, Eugeniu Rosca wrote:
> > On Tue, Oct 15, 2019 at 10:43:41PM +0200, Marek Vasut wrote:
> >> Add get_timer_us(), which is useful e.g. when we need higher
> >> precision timestamps.
> >
> > FWIW, I agree with Simon
On 10/16/19 7:11 PM, Eugeniu Rosca wrote:
> On Tue, Oct 15, 2019 at 10:43:41PM +0200, Marek Vasut wrote:
>> Add get_timer_us(), which is useful e.g. when we need higher
>> precision timestamps.
>
> FWIW, I agree with Simon that bootstage [1] can be an awesome tool for
> profiling and boot time
On Tue, Oct 15, 2019 at 10:43:41PM +0200, Marek Vasut wrote:
> Add get_timer_us(), which is useful e.g. when we need higher
> precision timestamps.
>
> Signed-off-by: Marek Vasut
> Cc: Tom Rini
> Cc: Simon Glass
FWIW, I agree with Simon that bootstage [1] can be an awesome tool for
profiling
This implements the 'spl_perform_fixups' hook for i.MX-based
boards and injects the /chosen/u-boot,spl-boot-device with a string
representation corresponding to the boot device used.
The intended usage is for the full U-Boot stage to evaluate this in
scripts and then adapt its boot-order as
On 10/16/19 6:58 PM, Simon Glass wrote:
[...]
>>> Have you tried bootstage?
>>
>> What for ? I need to debug the EHCI driver performance across the EHCI
>> driver and USB storage implementation. Bootstage is not helpful here.
>
> It can track the time spent in particular parts of the code,
>
Hi Marek,
On Wed, 16 Oct 2019 at 10:55, Marek Vasut wrote:
>
> On 10/16/19 6:54 PM, Simon Glass wrote:
> > Hi Marek,
>
> Hello Simon,
>
> > On Wed, 16 Oct 2019 at 10:44, Marek Vasut wrote:
> >>
> >> On 10/16/19 6:40 PM, Simon Glass wrote:
> >>> Hi Marek,
> >>
> >> Hi,
> >>
> >>> On Wed, 16 Oct
On 10/16/19 6:54 PM, Simon Glass wrote:
> Hi Marek,
Hello Simon,
> On Wed, 16 Oct 2019 at 10:44, Marek Vasut wrote:
>>
>> On 10/16/19 6:40 PM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> On Wed, 16 Oct 2019 at 02:55, Marek Vasut wrote:
On 10/16/19 3:30 AM, Simon Glass wrote:
Hi Marek,
On Wed, 16 Oct 2019 at 10:44, Marek Vasut wrote:
>
> On 10/16/19 6:40 PM, Simon Glass wrote:
> > Hi Marek,
>
> Hi,
>
> > On Wed, 16 Oct 2019 at 02:55, Marek Vasut wrote:
> >>
> >> On 10/16/19 3:30 AM, Simon Glass wrote:
> >>> Hi Marek,
> >>
> >> Hi,
> >>
> >>> On Tue, 15 Oct 2019 at
On 27/09/2019 12:14, Alexander Graf wrote:
>
> On 27.09.19 11:00, matthias@kernel.org wrote:
>> From: Matthias Brugger
>>
>> For bcm283x based on arm64 we also have to change the mm_region.
>> Add assign this in mach_cpu_init() so we can create now one binary
>> for RPi3 and RPi4.
>>
>>
On 10/16/19 6:40 PM, Simon Glass wrote:
> Hi Marek,
Hi,
> On Wed, 16 Oct 2019 at 02:55, Marek Vasut wrote:
>>
>> On 10/16/19 3:30 AM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> On Tue, 15 Oct 2019 at 14:43, Marek Vasut wrote:
Add get_timer_us(), which is useful e.g. when we need
Hi Vignesh,
On Wed, 16 Oct 2019 at 04:28, Vignesh Raghavendra wrote:
>
> Hi Simon,
>
> On 12/10/19 10:03 AM, Bin Meng wrote:
> > Hi Simon,
> >
> > On Sat, Oct 12, 2019 at 11:08 AM Simon Glass wrote:
> >>
> >> Hi Bin,
> >>
> >> On Wed, 9 Oct 2019 at 07:55, Bin Meng wrote:
> >>>
> >>> Hi Simon,
On Fri, Sep 6, 2019 at 11:51 PM Jagan Teki wrote:
>
> On Wed, Jul 31, 2019 at 6:46 PM Stefan Mavrodiev wrote:
> >
> > clock_sun6i.c is used for sun6i, sun8i and sun50i SoC families.
> > PLL1 clock sets the default system clock, defined as:
> > sun6i: 100800
> > sun8i: 100800
> >
Hi Marek,
On Wed, 16 Oct 2019 at 02:55, Marek Vasut wrote:
>
> On 10/16/19 3:30 AM, Simon Glass wrote:
> > Hi Marek,
>
> Hi,
>
> > On Tue, 15 Oct 2019 at 14:43, Marek Vasut wrote:
> >>
> >> Add get_timer_us(), which is useful e.g. when we need higher
> >> precision timestamps.
> >
> > Can we use
On Wed, Sep 11, 2019 at 12:14 AM Sunil Mohan Adapa wrote:
>
> A64 OLinuXino board from Olimex has three variants with onboard eMMC:
> A64-OLinuXino-1Ge16GW, A64-OLinuXino-1Ge4GW and A64-OLinuXino-2Ge8G-IND. In
> addition, there are two variants without eMMC. One without eMMC and one with
> SPI
>
On Sat, Sep 14, 2019 at 4:18 AM Schrempf Frieder
wrote:
>
> From: Frieder Schrempf
>
> As SPI_FLASH_MTD is used in SPL and U-Boot proper, we enable both,
> now that a separate option for SPL was introduced.
>
> Signed-off-by: Frieder Schrempf
> ---
> configs/stm32mp15_basic_defconfig | 3 ++-
>
On Sat, Oct 5, 2019 at 6:32 PM BornGreedy wrote:
>
> Adding support for Sinovoip Bananapi P2 Zero with eMMC and Ethernet feature.
> ---
Missing and Linux commit details and S-o-b
___
U-Boot mailing list
U-Boot@lists.denx.de
'struct ustat' uses linux-specific typedefs to declare its memebers:
__kernel_daddr_t and __kernel_ino_t. It is currently not used by any
U-Boot codes, but when we build U-Boot tools for other platform like
Windows, this becomes a problem.
Let's surround it with __linux__.
Signed-off-by: Bin
This adds a reST document for how to build U-Boot host tools,
including information for both Linux and Windows.
Signed-off-by: Bin Meng
---
doc/build/index.rst | 9 +
doc/build/tools.rst | 47 +++
doc/index.rst | 11 +++
3
__swab32() is a Linux specific macro defined in linux/swab.h. Let's
use the compiler equivalent builtin function __builtin_bswap32() for
better portability.
Signed-off-by: Bin Meng
---
tools/zynqmpbif.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/tools/zynqmpbif.c
__be32 has Linux kernel specific __attribute__((bitwise)) which is
not portable. Use uint32_t instead.
Signed-off-by: Bin Meng
---
include/image.h | 14 +++---
1 file changed, 7 insertions(+), 7 deletions(-)
diff --git a/include/image.h b/include/image.h
index c1065c0..f4d2aaf 100644
__leXX has Linux kernel specific __attribute__((bitwise)) which is
not portable. Use corresponding uintXX_t instead.
Signed-off-by: Bin Meng
---
tools/mtk_image.h | 86 +++
1 file changed, 43 insertions(+), 43 deletions(-)
diff --git
Per current U-Boot README, building Windows versions of the utilities
in the tools directory is done via the MinGW toolchain. But testing
shows that it is broken and actually it must have been broken for
quite a long time.
Fixing MinGW build seems quite amount of work as developers of
U-Boot
On Fri, Aug 23, 2019 at 10:54 PM Jernej Skrabec wrote:
>
> Half DQ configuration seems to be very rare for H6 based boards/STBs,
> but exists nevertheless. Currently the only known product which needs
> this support is Tanix TX6 mini.
>
> This commit adds support for half DQ configuration. Code
On Wed, Oct 16, 2019 at 8:28 PM Jagan Teki wrote:
>
> Add is25wp256, chip to spi-nor id table.
>
> Tested on SiFive FU540 board.
>
> Signed-off-by: Jagan Teki
> Reviewed-by: Bin Meng
> Tested-by: Bin Meng
> ---
Applied to u-boot-spi/master
___
SoPine has winbond SPI-FLASH, so enable the same in defconfig
and add aliases for spi0 in -u-boot.dtsi
Signed-off-by: Jagan Teki
---
Changes for v3:
- none
arch/arm/dts/sun50i-a64-sopine-baseboard-u-boot.dtsi | 12
configs/sopine_baseboard_defconfig | 1 +
2
SPI is available in Allwinner A64 SoC, so enable it
globally in Kconfig.
- CONFIG_SPI
- CONFIG_DM_SPI
- CONFIG_DM_SPI_FLASH
Signed-off-by: Jagan Teki
---
Changes for v3:
- Move to kconfig from defconfig
arch/arm/mach-sunxi/Kconfig | 3 +++
1 file changed, 3 insertions(+)
diff --git
SPI_SUNXI driver is fully dm-aware and the Allwinner
architecture kconfig would have logic to enable the
DM_SPI. So, select default spi sunxi driver for
sunxi architecture.
Signed-off-by: Jagan Teki
---
Changes for v3:
- none
drivers/spi/Kconfig | 1 +
1 file changed, 1 insertion(+)
diff
On Wed, Oct 16, 2019 at 1:11 PM Robert Hancock wrote:
> Any updates on this patch set? It is still outstanding in patchwork:
>
> https://patchwork.ozlabs.org/project/uboot/list/?series=123623
Series looks good. Not sure if you added Stefano on Cc.
___
Add detailed help text for SPI support.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig | 17 +
1 file changed, 17 insertions(+)
diff --git a/drivers/spi/Kconfig b/drivers/spi/Kconfig
index b8ca2bdedd..0152dff74f 100644
--- a/drivers/spi/Kconfig
+++ b/drivers/spi/Kconfig
@@
On 2019-08-07 2:28 a.m., Marek Vasut wrote:
> On 8/6/19 8:49 PM, Robert Hancock wrote:
>> On 2019-08-06 11:11 a.m., Marek Vasut wrote:
>>> On 8/6/19 7:05 PM, Robert Hancock wrote:
The Linux imx2_wdt driver uses a fsl,ext-reset-output boolean in the
device tree to specify whether the
DM_SPI_FLASH should require spi flash interface code for dm
version, so select SPI_FLASH core by default if any board
enabled DM_SPI_FLASH.
This overcome the explicit enablement of CONFIG_SPI_FLASH on
respective boards when DM_SPI_FLASH being used.
Cc: Vignesh R
Signed-off-by: Jagan Teki
---
If DM_SPI_FLASH enabled that means it is using sf command
for flash interface to access.
SPI_FLASH can be used via sf command and board/driver
functions to call spi flash ops, so mark it default only
for DM_SPI_FLASH.
This would prevent explicit adding of CONFIG_CMD_SF when
DM_SPI_FLASH being
On Wed, Oct 16, 2019 at 06:11:23PM +0800, Bin Meng wrote:
> On Mon, Oct 14, 2019 at 7:11 PM Patrick Wildt wrote:
> >
> > On an i.MX8MQ our nvme driver doesn't completely work since we are
> > missing a few cache flushes. One is the prp list, which is an extra
> > buffer that we need to flush
Hi Bin,
On Mon, Sep 9, 2019 at 6:30 PM Bin Meng wrote:
>
> Add chip select number check in spi_find_chip_select().
>
> Signed-off-by: Bin Meng
>
> ---
>
> Changes in v2:
> - move the chip select number check to spi_find_chip_select()
>
> drivers/spi/spi-uclass.c | 45
Few important regulator power rails fixes are available in
linux-next, so sync them same.
Here is the last commit details:
commit <9f7f9b610e1b7d2dc86c543ab0dfcf781bd42326> ("arm64: dts:
rockchip: Fix roc-rk3399-pc regulator input rails")
Cc: Kever Yang
Cc: Levin Du
Signed-off-by: Jagan Teki
Sync the hifive-unleashed-a00 dts from Linux with
below commit details:
commit <2993c9b04e616df0848b655d7202a707a70fc876> ("riscv: dts: HiFive
Unleashed: add default chosen/stdout-path")
Idea is to periodically sync the dts from Linux instead of
tweaking internal changes one after another, so
Add u-boot specific dts file for hifive-unleashed-a00, this
would help to add u-boot specific properties and other node
changes without touching the base dts(i) files which are easy
to sync from Linux.
Added spi2 alias for qspi2 as an initial u-boot specific
property change.
spi probing in
Use dts support from U-Boot via OF_SEPARATE instead of depending from
opensbi.
This would help to make the necessary changes in drivers and devicetrees
in uboot tree itself. this feature would also be helpful to not pass
dtb during opensbi builds.
Signed-off-by: Jagan Teki
---
HiFive Unleashed A00 support is25wp256 spi-nor flash,
So enable the same and add test result log for future
reference.
Tested on SiFive FU540 board.
Signed-off-by: Jagan Teki
Reviewed-by: Bin Meng
Tested-by: Bin Meng
---
.../dts/hifive-unleashed-a00-u-boot.dtsi | 1 +
Add is25wp256, chip to spi-nor id table.
Tested on SiFive FU540 board.
Signed-off-by: Jagan Teki
Reviewed-by: Bin Meng
Tested-by: Bin Meng
---
drivers/mtd/spi/spi-nor-ids.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/mtd/spi/spi-nor-ids.c b/drivers/mtd/spi/spi-nor-ids.c
This is v2 patchset, enable SPI-NOR flash on SiFive hifive-unleashed-a00
board, here is v1 [1].
Changes for v2:
- use latest sifive commit from linux-next
- fix typos in commit message
- rebased on master
patch 0001 - 02: support devicetree
patch 0003: add is25wp256 chip
patch 0004 - 05:
Stefano Babic 于2019年10月13日周日 下午9:35写道:
>
> Hi Jun,
>
> I am just trying to check if some patch was silently lost, I found yours:
>
> On 16/07/19 09:42, Jun Nie wrote:
> > Polish uart clock id definition. Default IMX7 UART ID is UART1
> > as original parameter in imx_get_uartclk().
> >
> >
On Mon, Sep 9, 2019 at 6:30 PM Bin Meng wrote:
>
> Per sandbox_cs_info(), sandbox spi controller only supports chip
> select 0. Current test case tries to locate devices on chip select
> 1, and any call to spi_get_bus_and_cs() or spi_cs_info() with cs
> number 1 should not return 0.
>
> This
On Mon, Sep 9, 2019 at 6:30 PM Bin Meng wrote:
>
> Add chip select number check in spi_find_chip_select().
Since we discussed the cs check to common call in
spi_find_chip_select. Would you please add some more commit
description.
>
> Signed-off-by: Bin Meng
>
> ---
Tested-by: Jagan Teki #
On Wed, Oct 16, 2019 at 6:59 PM Heinrich Schuchardt wrote:
>
> For printing as %u we should use an unsigned int.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> drivers/virtio/virtio_pci_legacy.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
Reviewed-by: Bin Meng
On Mon, Sep 9, 2019 at 6:30 PM Bin Meng wrote:
>
> If an SPI controller driver does not implement ops->cs_info, that
> probably means any chip select number could be valid, hence let's
> return 0 for spi_cs_info().
>
> Signed-off-by: Bin Meng
> Reviewed-by: Jagan Teki
>
> ---
Applied to
Hi Claudius,
On Wed, Oct 16, 2019 at 10:28 AM Claudius Heine wrote:
>
> imx6_is_bmode_from_gpr10 always returns false, because
> IMX6_SRC_GPR10_BMODE is 1<<28 and gets casted to u8 on return.
>
> Instead cast them to a boolean value before return of the function.
>
> Signed-off-by: Claudius
Hi Robert,
On 16/10/2019 13:11, Robert Beckett wrote:
Huh, I had not seen that.
Martin's versions looks more complete than mine, so I would say go with
that one.
Martin: any objections to including your patches in here? I dont mind
pushing it through and handling any review comments etc. I am
On Wed, 2019-10-16 at 07:24 +, Schrempf Frieder wrote:
> Hi Robert,
>
> On 15.10.19 17:53, Robert Beckett wrote:
> > Add DM driver to support Dialog DA9063.
> > Currently it support binding regulator children.
> >
> > Signed-off-by: Robert Beckett
>
> I also have a board with DA9063 and
For printing as %u we should use an unsigned int.
Signed-off-by: Heinrich Schuchardt
---
drivers/virtio/virtio_pci_legacy.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/virtio/virtio_pci_legacy.c
b/drivers/virtio/virtio_pci_legacy.c
index 08764ee6f2..202e5ab1d3
Hello Priyanka Jain,
Am 16.10.2019 um 12:47 schrieb Priyanka Jain:
-Original Message-
From: Heiko Schocher
Sent: Wednesday, October 16, 2019 4:11 PM
To: Priyanka Jain
Cc: U-Boot Mailing List
Subject: Re: [U-Boot] [PATCH v2 6/9] mpc85xx, socrates: disable VIDEO
Hello Priyanka
>-Original Message-
>From: Heiko Schocher
>Sent: Wednesday, October 16, 2019 4:11 PM
>To: Priyanka Jain
>Cc: U-Boot Mailing List
>Subject: Re: [U-Boot] [PATCH v2 6/9] mpc85xx, socrates: disable VIDEO
>
>Hello Priyanka Jain,
>
>Am 16.10.2019 um 09:20 schrieb Heiko Schocher:
>> Hello
Hello Priyanka Jain,
Am 16.10.2019 um 09:20 schrieb Heiko Schocher:
Hello Priyanka Jain,
Am 16.10.2019 um 08:56 schrieb Priyanka Jain:
-Original Message-
From: U-Boot On Behalf Of Heiko Schocher
Sent: Wednesday, October 16, 2019 9:26 AM
To: U-Boot Mailing List
Subject: [U-Boot]
From: Igor Opaniuk
Add u-boot,dm-pre-reloc properties for uart pinmux configuration
nodes, which enables UART as early as possible (before relocation).
Without this we miss almost the half of output (U-boot version,
CPU defails, Reset cause, DRAM details etc.).
Fixes: cd69e8ef9b
From: Igor Opaniuk
Introduce imx6ull-colibri-u-boot.dtsi for u-boot specific properties to
keep original imx6ull-colibri.dts in sync with Linux.
Move all contents of imx6ull-colibri.dts to imx6ull-colibri.dtsi +
additionally fix checkpatch warnings.
Reviewed-by: Oleksandr Suvorov
Reviewed-by:
For Colibri iMX6ULL we have to set pinmux for uart configuration ASAP
(ideally before relocation) to get serial console working. Without this
we miss almost the half of output (U-boot version, CPU defails,
Reset cause, DRAM details etc.).
To achieve this we need to force pinctrl-mx6 to get probed
Hi Simon,
On 12/10/19 10:03 AM, Bin Meng wrote:
> Hi Simon,
>
> On Sat, Oct 12, 2019 at 11:08 AM Simon Glass wrote:
>>
>> Hi Bin,
>>
>> On Wed, 9 Oct 2019 at 07:55, Bin Meng wrote:
>>>
>>> Hi Simon,
>>>
>>> On Wed, Sep 25, 2019 at 10:12 PM Simon Glass wrote:
On x86 platforms the SPI
Enable bd71837 pmic for i.MX8MM EVK board, need to set voltage for
DRAM and linux suspend voltage requirement.
Signed-off-by: Peng Fan
---
arch/arm/dts/imx8mm-evk-u-boot.dtsi | 20 ++
board/freescale/imx8mm_evk/spl.c| 41 +
Drop DEBUG macro definition which is used for debug purpose.
Signed-off-by: Peng Fan
---
drivers/power/pmic/bd71837.c | 2 --
1 file changed, 2 deletions(-)
diff --git a/drivers/power/pmic/bd71837.c b/drivers/power/pmic/bd71837.c
index e292d42a8c..2e04298273 100644
---
Add CONFIG_SPL_DM_PMIC_BD71837 to make this driver could be
used in SPL stage
Signed-off-by: Peng Fan
---
drivers/power/pmic/Kconfig | 8
1 file changed, 8 insertions(+)
diff --git a/drivers/power/pmic/Kconfig b/drivers/power/pmic/Kconfig
index 586772fdec..4718dc700c 100644
---
We are going to add i2c pmic support before dram could be used.
So we need enable clk driver earlier, so use spl_early_init
and move clock controller probe eariler to board_init_f.
Signed-off-by: Peng Fan
---
board/freescale/imx8mm_evk/spl.c | 22 +++---
1 file changed, 11
Sync dts for i.MX8MM from Linux Kernel 5.4.0-rc1
Signed-off-by: Peng Fan
---
arch/arm/dts/imx8mm-evk-u-boot.dtsi | 2 +-
arch/arm/dts/imx8mm-evk.dts | 285 +++-
arch/arm/dts/imx8mm.dtsi| 222 ++--
3 files changed, 459
Add init_nand_clk to enable gpmi nand clock. Since i.MX8MQ not use CCF,
so we still use legacy mode to configure the clock.
Signed-off-by: Peng Fan
---
arch/arm/include/asm/arch-imx8m/clock_imx8mq.h | 2 ++
arch/arm/mach-imx/imx8m/clock_imx8mq.c | 9 +
2 files changed, 11
It will be easy to separate SD/EMMC when booting in SPL stage, then
no need to bother which device is BOOT_DEVICE_MMC1/2.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/spl.c | 29 +
1 file changed, 29 insertions(+)
diff --git a/arch/arm/mach-imx/spl.c
Import usb pd bindings from Linux 5.4.0-rc1.
This file will be included by imx8mm-evk.dts.
Signed-off-by: Peng Fan
---
include/dt-bindings/usb/pd.h | 88
1 file changed, 88 insertions(+)
create mode 100644 include/dt-bindings/usb/pd.h
diff --git
Improve the IRQ response latency by setting GIC root clock source to
sys_pll2_200m from osc.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/imx8m/clock_imx8mq.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/arch/arm/mach-imx/imx8m/clock_imx8mq.c
The i.MX8MQ B1 uses OCOTP_HW_OCOTP_READ_FUSE_DATA register for chip id.
It returns a magic number 0xff0055aa. update get_cpu_rev to support it,
and enable ocotp clock to access ocotp.
Signed-off-by: Peng Fan
---
arch/arm/mach-imx/imx8m/clock_imx8mq.c | 1 +
arch/arm/mach-imx/imx8m/soc.c
This patch is to enable BD71837 pmic for i.MX8MM EVK.
Two i.MX8MQ patches are also included.
Peng Fan (10):
imx8m: imx8mq: get chip rev for B1 revision
imx8m: clock: improve irq response latency
imx: imx8mq: add init_nand_clk
imx: spl: implement spl_boot_mode for i.MX7/8/8M
dt-bindings:
On Sun, Sep 29, 2019 at 1:34 PM Bin Meng wrote:
>
> Hi Jagan,
>
> On Mon, Sep 9, 2019 at 9:00 PM Bin Meng wrote:
> >
> > If an SPI controller driver does not implement ops->cs_info, that
> > probably means any chip select number could be valid, hence let's
> > return 0 for spi_cs_info().
> >
> >
On Wed, Oct 16, 2019 at 2:42 PM Patrick Wildt wrote:
>
> Change the stack-allocated buffer for the identification command
> to explicitly allocate page-aligned buffers. Even though the spec
> seems to allow having admin queue commands on non page-aligned
> buffers, it seems to not be possible on
SVR values for various nxp SOCs are defined in asm/arch/soc.h
we can use these values in any peripheral driver.
we need not to redefine these values in peripheral driver, as this
becomes difficult to manage (add or change new values)
Signed-off-by: Pankaj Bansal
---
Notes:
V2:
- fixed
On Mon, Oct 14, 2019 at 7:11 PM Patrick Wildt wrote:
>
> On an i.MX8MQ our nvme driver doesn't completely work since we are
> missing a few cache flushes. One is the prp list, which is an extra
> buffer that we need to flush before handing it to the hardware. Also
> the block read/write
32 bit System Version Register (SVR) in NXP SOCs contains information
about SOC such as:
1. SOC type (bits 8 - 31)
2. SOC Major Revision (bits 4 - 7)
3. SOC Minor Revision (bits 0 - 3)
This Macro (SVR_DEV) strips the Major and Minor revision info, so that
SOC can be correctly identified.
This
Hi Sam,
On Fri, Aug 9, 2019 at 3:38 PM Sam Protsenko wrote:
>
> Add optional parameter to 'avb verify' sub-command, so that user is able
> to specify which slot to use, in case when user's partitions are
> slotted. If that parameter is omitted, the behavior of 'avb verify' will
> be the same as
This patch is to add sata node for T4240 platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/t4240.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t4240.dtsi b/arch/powerpc/dts/t4240.dtsi
index fc34974..3bda2fa 100644
--- a/arch/powerpc/dts/t4240.dtsi
+++
This patch is to add sata node for P2041 platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/p2041.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p2041.dtsi b/arch/powerpc/dts/p2041.dtsi
index 55f7adc..239439d 100644
--- a/arch/powerpc/dts/p2041.dtsi
+++
This patch is to add sata node for T102x platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/t102x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t102x.dtsi b/arch/powerpc/dts/t102x.dtsi
index c49fd21..7d3f7c5 100644
--- a/arch/powerpc/dts/t102x.dtsi
+++
This patch is to add sata node for T104x platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/t104x.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/t104x.dtsi b/arch/powerpc/dts/t104x.dtsi
index 5998967..fe6cc3c 100644
--- a/arch/powerpc/dts/t104x.dtsi
+++
This patch is to add sata node for P5040 platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/p5040.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p5040.dtsi b/arch/powerpc/dts/p5040.dtsi
index 8ab123d..7b8218a 100644
--- a/arch/powerpc/dts/p5040.dtsi
+++
This patch is to add sata node for P3041 platform
Signed-off-by: Peng Ma
---
arch/powerpc/dts/p3041.dtsi | 9 +
1 file changed, 9 insertions(+)
diff --git a/arch/powerpc/dts/p3041.dtsi b/arch/powerpc/dts/p3041.dtsi
index 197896d..23bde81 100644
--- a/arch/powerpc/dts/p3041.dtsi
+++
Hi Sam,
On Thu, Aug 15, 2019 at 8:49 PM Sam Protsenko
wrote:
>
> The requested_partitions[] array should contain only boot partitions.
> Usually it's only 'boot' partition, as can be seen in [1]. Also, seems
> like the requested_partitions[] are only used when there is no 'vbmeta'
> partition
Hi Sam,
On Thu, Aug 15, 2019 at 11:04 PM Sam Protsenko
wrote:
>
> Update libavb to commit 5fbb42a189aa in AOSP/master, because new version
> has support for super partition [1], which we need for implementing
> Android dynamic partitions. All changes from previous patches for libavb
> in U-Boot
Hi Marcel,
On Thu, Sep 12, 2019 at 12:15 PM Marcel Ziswiler wrote:
>
> From: Marcel Ziswiler
>
> Use gpio_early_init_uart() function to disable RS232 serial transceiver
> ForceOFF# pins on Iris.
>
> Signed-off-by: Marcel Ziswiler
>
> ---
>
> board/toradex/colibri_t30/colibri_t30.c | 11
1 - 100 of 138 matches
Mail list logo