On Wed, Aug 29, 2018 at 11:36:51PM +0200, Heinrich Schuchardt wrote:
> On 08/23/2018 09:25 AM, AKASHI Takahiro wrote:
> > In this commit, the same set of test cases as in test/fs/fs-test.sh
> > is provided using pytest framework.
> > Actually, fs-test.sh provides three variants:"sb" (sb command), "
On 29.08.18 23:52, Heinrich Schuchardt wrote:
> On 08/29/2018 11:34 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
>> over 4GB, since some peripherals can't access such addresses. However, on
>> systems with more
On 30.08.18 04:51, Simon Glass wrote:
> Hi,
>
> On 27 August 2018 at 02:37, Alexander Graf wrote:
>>
>>
>>> Am 27.08.2018 um 10:30 schrieb Mike FABIAN :
>>>
>>> Alexander Graf さんは書きました:
>>>
> On 26.08.18 21:00, Heinrich Schuchardt wrote:
>> On 08/26/2018 08:22 PM, Alexander Graf wrote:
Hi All,
Any comments on my query?
@Joe : Your comments ?
Regards,
Pankaj Bansal
From: Pankaj Bansal
Sent: Friday, August 3, 2018 12:29 PM
To: Priyanka Jain ; joe.hershber...@ni.com; u-boot
Cc: Varun Sethi
Subject: RE: Get Phy device ID for non standard phy
Hi Priyanka,
Yes this patch takes
On 30 August 2018 at 00:00, Manivannan Sadhasivam
wrote:
> Hi Ezequiel,
>
> On Wed, Aug 29, 2018 at 03:11:17AM -0300, Ezequiel Garcia wrote:
>> Hi Manivannan,
>>
>> On 21 August 2018 at 14:09, Manivannan Sadhasivam
>> wrote:
>> > This patchset adds board support for Vamrs Limited Rock960,
>> > wh
Hi Tom,
This includes a small x86 efi payload enhancement to support booting
Linux, as well as a clean up on kernel boot protocol setup parameters
to match upstream and avoid confusion.
The following changes since commit 11ed312896c5f5814064c5d45dcb2f53dc121437:
configs: am57xx: change default
On Thu, Aug 30, 2018 at 8:29 AM Simon Glass wrote:
>
> On 23 August 2018 at 09:24, Bin Meng wrote:
> > Now that we have full Linux kernel boot support on EFI payload,
> > avoid pass "acpi=off" to the kernel command line.
>
> Why?
>
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > include/configs
On Thu, Aug 30, 2018 at 8:29 AM Simon Glass wrote:
>
> On 23 August 2018 at 09:24, Bin Meng wrote:
> > This updates the EFI stub codes to pass UEFI BIOS's system table
> > address to U-Boot payload so that U-Boot can utilize it.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > include/efi.h
On Thu, Aug 30, 2018 at 8:30 AM Simon Glass wrote:
>
> On 24 August 2018 at 03:18, Andy Shevchenko
> wrote:
> > On Thu, 2018-08-23 at 21:28 -0700, Bin Meng wrote:
> >> As of today, the proposal of adding "acpi_rsdp_addr" to the kernel
> >> boot protocol does not make its way to the kernel mainlin
On Thu, Aug 30, 2018 at 8:29 AM Simon Glass wrote:
>
> On 23 August 2018 at 09:24, Bin Meng wrote:
> > At present Linux kernel loaded from U-Boot as an EFI payload does
> > not boot. This fills in kernel's boot params structure with the
> > required critical EFI information like system table addr
On Thu, Aug 30, 2018 at 8:29 AM Simon Glass wrote:
>
> On 23 August 2018 at 09:24, Bin Meng wrote:
> > This implements payload-specific install_e820_map() to get E820 map
> > from the EFI memory map descriptors.
> >
> > Signed-off-by: Bin Meng
> > ---
> >
> > arch/x86/cpu/efi/payload.c | 82
>
Hi Ezequiel,
On Wed, Aug 29, 2018 at 03:11:17AM -0300, Ezequiel Garcia wrote:
> Hi Manivannan,
>
> On 21 August 2018 at 14:09, Manivannan Sadhasivam
> wrote:
> > This patchset adds board support for Vamrs Limited Rock960,
> > which is one of the 96Boards Consumer Edition platform based
> > on Ro
Hi,
I have below queries on FAT filesystem support in uboot. It would be really
helpful if someone can provide some insight into these.
1. fatwrite command is not able to write into subdirectories, but able to
perform same ops on to root directory, its treating / as part of file name
whi
Hi Ezequiel,
On Wed, Aug 29, 2018 at 03:11:07AM -0300, Ezequiel Garcia wrote:
> On 21 August 2018 at 14:09, Manivannan Sadhasivam
> wrote:
> > Add board support for Vamrs Limited Rock960 board, which is
> > one of the 96Boards Consumer Edition platform.
> >
> > Rock960 features:
> > * CPU
Hi,
On 27 August 2018 at 02:37, Alexander Graf wrote:
>
>
>> Am 27.08.2018 um 10:30 schrieb Mike FABIAN :
>>
>> Alexander Graf さんは書きました:
>>
On 26.08.18 21:00, Heinrich Schuchardt wrote:
> On 08/26/2018 08:22 PM, Alexander Graf wrote:
>
>
>> On 11.08.18 17:28, Heinrich Schuch
Hi,
On 26 August 2018 at 17:13, Eugeniu Rosca wrote:
> On Sun, Aug 19, 2018 at 09:51:32PM -0400, Tom Rini wrote:
>> [..] we should be able to say more broadly that just about everyone
>> can enable this, but only out of the box sandbox should.
>
> Hence, turn UBSAN on for every available sandbox
Hi,
On 28 August 2018 at 08:49, Jagdish Gediya wrote:
>
> Currently binman calculates '_skip_at_start' based on 'end-at-4gb'
> property and it is used for x86 images.
>
> For Powerpc mpc85xx based CPU, CONFIG_SYS_TEXT_BASE is the first
> entry offset which can be 0xeff4 or 0xfff4 for nor
Hi Simon,
On Thu, Aug 30, 2018 at 8:29 AM Simon Glass wrote:
>
> On 23 August 2018 at 09:24, Bin Meng wrote:
> > Now that we have full Linux kernel boot support on EFI payload,
> > avoid pass "acpi=off" to the kernel command line.
>
> Why?
>
This is due to EFI payload does not have CONFIG_GENERA
Philipp,
Sure, I can do it.
Thanks,
- Kever
On 08/30/2018 02:43 AM, Dr. Philipp Tomsich wrote:
> Kever,
>
> Could you rebase this series to u-boot-rockchip/next and resubmit?
> I’d like to avoid any issues from manually fixing up git-am issues (as I
> happened to introduce on last set of UART c
On Wed, Aug 29, 2018 at 7:57 PM Marek Vasut wrote:
>
> On 08/29/2018 10:44 AM, Ley Foon Tan wrote:
> > Add code to reset all reset signals as in gpio DT node. A reset property
> > is an optional feature, so only print out a warning and do not fail if a
> > reset property is not present.
> >
> > If
Hi Jens,
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Adds support in optee supplicant to route signed (MACed) RPMB frames
> from OP-TEE Secure OS to MMC and vice versa to manipulate the RPMB
> partition.
>
> Tested-by: Igor Opaniuk
> Signed-off-by: Jens Wiklander
> ---
> drivers/tee/op
Hi Philipp,
On 23 August 2018 at 07:48, Dr. Philipp Tomsich
wrote:
> Simon,
>
>> On 23 Aug 2018, at 12:45, Simon Glass wrote:
>>
>> Hi Philipp,
>>
>> On 17 August 2018 at 06:56, Dr. Philipp Tomsich
>> wrote:
>>> Simon,
>>>
>>> On 17 Aug 2018, at 14:49, Simon Glass wrote:
>>>
>>> Hi Philipp,
>>
On 7 August 2018 at 05:44, Andy Yan wrote:
> Memory region for fdt should be reserved, or they
> may be allocated by other module via lmb_alloc.
> Then the fdt data will be destroy.
>
> We found a case on a board with 64MB DRAM like bellow:
>
> No ethernet found.
> Hit any key to stop autoboot: 0
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Sync with 14e21cb8f811 ("arm64: dt: hikey: Add optee node"
> from Linux kernel.
>
> Signed-off-by: Jens Wiklander
> ---
> arch/arm/dts/hi6220-hikey.dts | 7 +++
> 1 file changed, 7 insertions(+)
Reviewed-by: Simon Glass
__
Hi Jens,
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Signed-off-by: Jens Wiklander
> ---
> doc/README.tee | 112 +
> 1 file changed, 112 insertions(+)
> create mode 100644 doc/README.tee
Reviewed-by: Simon Glass
Looks good, nits below.
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Adds a sandbox_tee node to enable the sandbox tee driver in all the
> sandbox dts files.
>
> Signed-off-by: Jens Wiklander
> ---
> arch/sandbox/dts/sandbox.dts | 4
> arch/sandbox/dts/sandbox64.dts | 4
> arch/sandbox/dts/test.dts
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Tests the TEE uclass with a sandbox tee driver.
>
> Signed-off-by: Jens Wiklander
> ---
> drivers/tee/Kconfig | 5 +-
> test/dm/Makefile| 1 +
> test/dm/tee.c | 182
> 3 files changed,
On 24 August 2018 at 03:18, Andy Shevchenko
wrote:
> On Thu, 2018-08-23 at 21:28 -0700, Bin Meng wrote:
>> As of today, the proposal of adding "acpi_rsdp_addr" to the kernel
>> boot protocol does not make its way to the kernel mainline. This
>> creates some confusion if we leave it in the U-Boot c
Hi Marek,
On 23 August 2018 at 06:58, Marek Vasut wrote:
> On 08/23/2018 12:45 PM, Simon Glass wrote:
> [...]
Why is pci_bus_find_devfn() failing?
>>>
>>> Because this function is a hack to force-bind drivers to PCI devices
>>> which are described in the DT with a compatible string. This doe
On 23 August 2018 at 09:24, Bin Meng wrote:
> This implements payload-specific install_e820_map() to get E820 map
> from the EFI memory map descriptors.
>
> Signed-off-by: Bin Meng
> ---
>
> arch/x86/cpu/efi/payload.c | 82
> ++
> 1 file changed, 82 i
On 23 August 2018 at 09:24, Bin Meng wrote:
> At present Linux kernel loaded from U-Boot as an EFI payload does
> not boot. This fills in kernel's boot params structure with the
> required critical EFI information like system table address and
> memory map stuff so that kernel can obtain essential
On 23 August 2018 at 09:24, Bin Meng wrote:
> Now that we have full Linux kernel boot support on EFI payload,
> avoid pass "acpi=off" to the kernel command line.
Why?
>
> Signed-off-by: Bin Meng
> ---
>
> include/configs/x86-common.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Rev
Hi Marek,
On 24 August 2018 at 12:27, Marek Vasut wrote:
> Reword the documentation to make it clear the compatible string is now
> optional, yet still matching on it takes precedence over PCI IDs and
> PCI classes.
>
> Signed-off-by: Marek Vasut
> Cc: Simon Glass
> Cc: Tom Rini
> ---
> V2: Ne
Hi Jens,
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Adds a uclass to interface with a TEE (Trusted Execution Environment).
>
> A TEE driver is a driver that interfaces with a trusted OS running in
> some secure environment, for example, TrustZone on ARM cpus, or a
> separate secure co-pr
On 23 August 2018 at 09:24, Bin Meng wrote:
> This updates the EFI stub codes to pass UEFI BIOS's system table
> address to U-Boot payload so that U-Boot can utilize it.
>
> Signed-off-by: Bin Meng
> ---
>
> include/efi.h | 10 ++
> lib/efi/efi_stub.c | 4
> 2 files changed, 1
Hi Jens,
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Adds a OP-TEE driver.
>
> * Targets ARM and ARM64
> * Supports using any u-boot memory as shared memory
U-Boot
Please use this consistent.
> * Probes OP-TEE version using SMCs
> * Uses OPTEE message protocol version 2 to communicate
Hi,
On 24 August 2018 at 00:02, Jagdish Gediya wrote:
> Hi Simon,
>
> I tried to run 'binman -T' on top of latest u-boot without any changes to
> understand it. I am facing below errors, Am i missing any prerequisite?
>
> $./tools/binman/binman -T
> FATAL ERROR: Unrecognized check name "unit_add
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Signed-off-by: Jens Wiklander
> ---
> configs/sandbox64_defconfig| 1 +
> configs/sandbox_defconfig | 1 +
> configs/sandbox_flattree_defconfig | 1 +
> configs/sandbox_noblk_defconfig| 1 +
> configs/sandbox_spl_defconfig
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Prior to this patch was do_avb_write_rb() reading supplied rb_idx as a
> hexadecimal number while do_avb_read_rb() printed the read out rb_idx as
> decimal number. For consistency change do_avb_read_rb() to print rb_idx
> as a hexadecimal number
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Signed-off-by: Jens Wiklander
> ---
> cmd/avb.c | 17 +
> 1 file changed, 17 insertions(+)
Reviewed-by: Simon Glass
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Just as /chosen may contain devices /firmware may contain devices, scan
> for devices under /firmware too.
>
> Signed-off-by: Jens Wiklander
> ---
> drivers/core/root.c | 15 ++-
> 1 file changed, 10 insertions(+), 5 deletions(-)
R
Hi Jens,
On 23 August 2018 at 04:43, Jens Wiklander wrote:
> Adds configuration option OPTEE_TA_AVB and a header file describing the
> interface to the AVB trusted application provided by OP-TEE.
What is AVB? Can you please write it out in full?
>
> Tested-by: Igor Opaniuk
> Reviewed-by: Igor
On 28 August 2018 at 08:49, Jagdish Gediya wrote:
>
> Signed-off-by: Jagdish Gediya
> ---
> arch/powerpc/dts/Makefile | 12
> dts/Makefile | 2 +-
> 2 files changed, 13 insertions(+), 1 deletion(-)
> create mode 100644 arch/powerpc/dts/Makefile
Reviewed-by: Simon Gla
Hi Jagan,
On 26 August 2018 at 06:38, Jagan Teki wrote:
> Missing request ops from respective uclass driver
> generating "synchronous abort" in Allwinner platform,
> may be in arm. So return 0 if request ops is not used
> for those uclass drivers.
>
> Cc: Simon Glass
> Signed-off-by: Jagan Teki
On 27 August 2018 at 14:04, Heinrich Schuchardt wrote:
>
> argc = 1: all tests are run
> argc > 1: only argv[1] is run
>
> So we need argc >= 1.
>
> Signed-off-by: Heinrich Schuchardt
> ---
> include/test/suites.h | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
Reviewed-by: Simon Glass
On 29.08.18 19:07, Marek Vasut wrote:
> On 08/29/2018 05:15 PM, Bin Meng wrote:
>> +Simon
>>
>> Hi Marek,
>>
>> On Wed, Aug 29, 2018 at 10:22 PM Marek Vasut wrote:
>>>
>>> On 08/24/2018 08:27 PM, Marek Vasut wrote:
The PCI controller can have DT subnodes describing extra properties
of
On 08/29/2018 11:34 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
> over 4GB, since some peripherals can't access such addresses. However, on
> systems with more than 2GB of RAM, RAM bank 1 does describe this extra
On 08/23/2018 09:25 AM, AKASHI Takahiro wrote:
> In this commit, the same set of test cases as in test/fs/fs-test.sh
> is provided using pytest framework.
> Actually, fs-test.sh provides three variants:"sb" (sb command), "nonfs"
> (fatxx and etc.) and "fs" (hostfs), and this patch currently support
From: Stephen Warren
This reverts commit ccfc78b820e5e431c5bd73b072e7536a972e1710.
Now that the underlying issue is fixed, we can revert the revert and hence
restore the original EFI code.
Signed-off-by: Stephen Warren
---
v2: No change.
---
lib/efi_loader/efi_memory.c | 2 +-
1 file changed,
From: Stephen Warren
Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
over 4GB, since some peripherals can't access such addresses. However, on
systems with more than 2GB of RAM, RAM bank 1 does describe this extra
RAM, so that Linux (or whatever OS) can use it, subject
On 29.08.18 22:52, Heinrich Schuchardt wrote:
> On 08/29/2018 08:53 PM, Stephen Warren wrote:
>> From: Stephen Warren
>>
>> Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
>> over 4GB, since some peripherals can't access such addresses. However, on
>> systems with more
On 08/29/2018 08:53 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
> over 4GB, since some peripherals can't access such addresses. However, on
> systems with more than 2GB of RAM, RAM bank 1 does describe this extra
> On 28 Aug 2018, at 11:23, Kever Yang wrote:
>
> Rockchip BootRom support load firmware from storage media twice,
> one for ddr sdram init code into sram and another time to load
> firmware into DDR. For ddr sdram init code(which is TPL in U-Boot
> project), it's OK to re-use the stack and vect
From: Stephen Warren
This reverts commit ccfc78b820e5e431c5bd73b072e7536a972e1710.
Now that the underlying issue is fixed, we can revert the revert and hence
restore the original EFI code.
Signed-off-by: Stephen Warren
---
lib/efi_loader/efi_memory.c | 2 +-
1 file changed, 1 insertion(+), 1
From: Stephen Warren
Tegra U-Boot ensures that board_get_usable_ram_top() never returns a value
over 4GB, since some peripherals can't access such addresses. However, on
systems with more than 2GB of RAM, RAM bank 1 does describe this extra
RAM, so that Linux (or whatever OS) can use it, subject
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mac
> Fix warning below:
> unnecessary #address-cells/#size-cells without "ranges" or child "reg"
> property
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/dts/rk3288-evb.dtsi | 2 --
> arch/arm/dts/rk3288-firefly.dtsi | 2 --
> arch/arm/dts/rk3288-tinker.dtsi
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file for all rockchip SoCs later.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsi
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk322x-board-spl.c | 43 ++---
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk3368-board-spl.c | 5 -
> arch/arm/mach-ro
> Prefer to use structure to access register if we can.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk3288/rk3288.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
Acked-by: Philipp Tomsich
___
> Prefer to use structure to access register if we could.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mach-rockchip/rk3399/rk3399.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
Acked-by: Philipp Tomsich
___
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/mac
> Enable debug uart for kylin board in defconfig.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> configs/kylin-rk3036_defconfig | 4
> 1 file changed, 4 insertions(+)
>
Acked-by: Philipp Tomsich
___
U-Boot mailing list
> All Rockchip SoCs use DEBUG_UART_BOARD_INIT to init per board
> UART IOMUX, enable it by default.
>
> Signed-off-by: Kever Yang
> Reviewed-by: Philipp Tomsich
> ---
>
> arch/arm/Kconfig | 2 ++
> arch/arm/mach-rockchip/Kconfig | 3 ---
> 2 files changed, 2 insertions(+), 3 dele
Kever,
Could you rebase this series to u-boot-rockchip/next and resubmit?
I’d like to avoid any issues from manually fixing up git-am issues (as I
happened to introduce on last set of UART changes).
Thanks,
Philipp.
> On 29 Aug 2018, at 20:33, Philipp Tomsich
> wrote:
>
>> All Rockchip SoCs
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file for all rockchip SoCs later.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-ro
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3368-board-spl.c | 5 -
> arch/arm/mach-rockchip/rk3368-board-tpl.c | 33
> Prefer to use structure to access register if we can.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3288/rk3288.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
Reviewed-by: Philipp Tomsich
___
U-Boot mailing l
> Prefer to use structure to access register if we could.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3399/rk3399.c | 5 -
> 1 file changed, 4 insertions(+), 1 deletion(-)
>
Reviewed-by: Philipp Tomsich
___
U-Boot mailing l
> Enable debug uart for kylin board in defconfig.
>
> Signed-off-by: Kever Yang
> ---
>
> configs/kylin-rk3036_defconfig | 4
> 1 file changed, 4 insertions(+)
>
Reviewed-by: Philipp Tomsich
___
U-Boot mailing list
U-Boot@lists.denx.de
https:/
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3036-board-spl.c |
> Move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file later for all rockchip SoCs.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk322x-board-spl.c | 43 ++---
> arch/arm/mach-rockchip/r
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file for all rockchip SoCs later.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-ro
> Use board_debug_uart_init() for UART iomux init instead of
> do it in board_init_f, and move the function to soc file so
> that we can find all the soc/board setting in soc file and
> use a common board file.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/mach-rockchip/rk3188-board-spl.c |
> All Rockchip SoCs use DEBUG_UART_BOARD_INIT to init per board
> UART IOMUX, enable it by default.
>
> Signed-off-by: Kever Yang
> ---
>
> arch/arm/Kconfig | 2 ++
> arch/arm/mach-rockchip/Kconfig | 3 ---
> 2 files changed, 2 insertions(+), 3 deletions(-)
>
Reviewed-by: Philip
On 08/29/2018 05:15 PM, Bin Meng wrote:
> +Simon
>
> Hi Marek,
>
> On Wed, Aug 29, 2018 at 10:22 PM Marek Vasut wrote:
>>
>> On 08/24/2018 08:27 PM, Marek Vasut wrote:
>>> The PCI controller can have DT subnodes describing extra properties
>>> of particular PCI devices, ie. a PHY attached to an
On 29.08.2018 16:43, Stefano Babic wrote:
> On 29/08/2018 15:31, Fabio Estevam wrote:
>> Hi Anson,
>>
>> On Wed, Aug 29, 2018 at 5:08 AM, Anson Huang wrote:
>>> Hi, all
>>> Can anyone pick up this patch set, it has been tested and
>>> suspend/resume is an important feature many people wan
+Simon
Hi Marek,
On Wed, Aug 29, 2018 at 10:22 PM Marek Vasut wrote:
>
> On 08/24/2018 08:27 PM, Marek Vasut wrote:
> > The PCI controller can have DT subnodes describing extra properties
> > of particular PCI devices, ie. a PHY attached to an EHCI controller
> > on a PCI bus. This patch parses
On 29/08/2018 15:31, Fabio Estevam wrote:
> Hi Anson,
>
> On Wed, Aug 29, 2018 at 5:08 AM, Anson Huang wrote:
>> Hi, all
>> Can anyone pick up this patch set, it has been tested and
>> suspend/resume is an important feature many people want, thanks!
>
> Thanks for your work on this.
>
Hi, Jon,
> -Original Message-
> From: Jon Nettleton
> Sent: Wednesday, August 29, 2018 17:28
> To: Kostya Porotchkin
> Cc: U-Boot Mailing List ; Stefan Roese
> Subject: [EXT] Re: [U-Boot] [PATCH 4/5] cmd: mvebu: bubt: Add support for
> legacy Marvell SoCs
>
> External Email
>
> --
On Wed, Aug 29, 2018 at 3:36 PM wrote:
>
> From: Konstantin Porotchkin
>
> Add support for image load and basic verification in bubt
> for legacy Marvell SoCs (A38x, A39x, ...)
>
> Signed-off-by: Konstantin Porotchkin
> Cc: Igal Liberman
> Cc: Stefan Roese
> ---
> cmd/mvebu/bubt.c | 75
> +++
On 08/24/2018 08:27 PM, Marek Vasut wrote:
> The PCI controller can have DT subnodes describing extra properties
> of particular PCI devices, ie. a PHY attached to an EHCI controller
> on a PCI bus. This patch parses those DT subnodes and assigns a node
> to the PCI device instance, so that the dri
I am trying to initialize a dwc2 usb otg host using the u-boot dwc2
driver in u-boot and barebox and am trying to get past the port
power-up step. The controller is activated successfully once the Linux
kernel boots up and the mass storage devices are accessible, but in
u-boot and barebox it seems
From: Konstantin Porotchkin
Exclude mvebu commands from SPL builds
Signed-off-by: Konstantin Porotchkin
Cc: Igal Liberman
Cc: Stefan Roese
---
cmd/Makefile | 3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/cmd/Makefile b/cmd/Makefile
index 3487c80..a61fab6 100644
--- a/cm
From: Konstantin Porotchkin
For some reason the spi_flash_probe_bus_cs() is called
inside the setup_flash_device() with zero values in place
of configurated SPI flash mode and maximum flash speed.
This code causes HALT error during startup environment
relocation on some platforms - namely Armada-
From: Konstantin Porotchkin
Add definitions for CONFIG_ENV_SPI_BUS and CONFIG_ENV_SPI_CS
to Armada-388-GP board configuration
Signed-off-by: Konstantin Porotchkin
Cc: Igal Liberman
Cc: Stefan Roese
---
include/configs/db-88f6820-gp.h | 6 ++
1 file changed, 6 insertions(+)
diff --git a/
From: Konstantin Porotchkin
Add Marvell bubt command to db-88f6820-gp defconfig
Signed-off-by: Konstantin Porotchkin
Cc: Igal Liberman
Cc: Stefan Roese
---
configs/db-88f6820-gp_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/db-88f6820-gp_defconfig b/configs/db-88f6820
From: Konstantin Porotchkin
Add support for image load and basic verification in bubt
for legacy Marvell SoCs (A38x, A39x, ...)
Signed-off-by: Konstantin Porotchkin
Cc: Igal Liberman
Cc: Stefan Roese
---
cmd/mvebu/bubt.c | 75 +---
1 file c
From: Konstantin Porotchkin
The support for legacy Marvell SoC plaform db-88f6820-gp is broken starting
middle of 2017.
This patch series returns functionality to this platform by fixing
problem in environment handling load from SPI flash.
Additionally the "bubt" command is extended to support
Hi Anson,
On Wed, Aug 29, 2018 at 5:08 AM, Anson Huang wrote:
> Hi, all
> Can anyone pick up this patch set, it has been tested and
> suspend/resume is an important feature many people want, thanks!
Thanks for your work on this.
This series looks good.
Hi Stefano,
Are you happy with
On 08/29/2018 10:44 AM, Ley Foon Tan wrote:
> Add code to reset all reset signals as in gpio DT node. A reset property
> is an optional feature, so only print out a warning and do not fail if a
> reset property is not present.
>
> If a reset property is discovered, then use it to deassert, thus
>
On Wed, Aug 29, 2018 at 12:35:05PM +0200, Marek Vasut wrote:
> On 08/29/2018 07:32 AM, Peng Fan wrote:
> > Hi,
>
> Hi,
>
> > Would anyone pick up this patchset? Tom, I delegated the patchset to you,
> > would you mind pick it up?
>
> I've been nagging Tom about this for a while , he said he w
Friendly reminder.
2 days until the ticket sale is closed.
Buy your tickets now https://osfc.io/tickets
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
On 08/29/2018 07:32 AM, Peng Fan wrote:
> Hi,
Hi,
> Would anyone pick up this patchset? Tom, I delegated the patchset to you,
> would you mind pick it up?
I've been nagging Tom about this for a while , he said he will pick it
for next release, but having it in this one would be IMO fine, since
From: Konstantin Porotchkin
Replace the hardcoded value of page chink with value that
depends on flash page size and ECC strength.
This fixes nand access errors for 2K page flashes with 8-bit ECC.
Move the initial flash commannd function assignment past the ECC
structures initialization for elimi
From: Boris Brezillon
In the current driver, OOB bytes are accessed in raw mode, and when a
page access is done with NDCR_SPARE_EN set and NDCR_ECC_EN cleared, the
driver must read the whole spare area (64 bytes in case of a 2k page,
16 bytes for a 512 page). The driver was only reading the free
From: Ofer Heifetz
The chunk size represents the size of the data chunks, which
is used by the controllers that allow to split transferred data.
However, the initial chunk size is used in a non-split way,
during device identification. Therefore, it must be large enough
for all the NAND commands
From: Victor Axelrod
Add support for 2KB page 8-bit ECC strength flash layout
Signed-off-by: Victor Axelrod
Reviewed-by: Igal Liberman
Cc: Stefan Roese
Cc: Simon Glass
---
drivers/mtd/nand/pxa3xx_nand.c | 27 +++
1 file changed, 27 insertions(+)
diff --git a/drivers
From: zachary zhang
This patch adds SoC type and revision and each module's type
and revision printing for a7k and a8k boards.
Signed-off-by: zachary zhang
Reviewed-by: Igal Liberman
Cc: Stefan Roese
Cc: Simon Glass
---
arch/arm/mach-mvebu/armada8k/Makefile | 1 +
arch/arm/mach-mvebu/arm
1 - 100 of 117 matches
Mail list logo