Hi Simon,
On Wed, Sep 19, 2018 at 5:30 PM Simon Glass wrote:
>
> Hi Mario,
>
> On 6 August 2018 at 02:23, Mario Six wrote:
> > When the DM CPU drivers are active, printing information about a CPU
> > should be delegated to a matching driver.
> >
> > Hence, add a static print_cpuinfo that impleme
This is a large update of the AST2500 Soc DTS file bringing it to the
level of commit 927c2fc2db19 :
Author: Joel Stanley
Date:Sat Jun 2 01:18:53 2018 -0700
ARM: dts: aspeed: Fix hwrng register address
There are some differences on the compatibility property names. scu,
re
Signed-off-by: Cédric Le Goater
Reviewed-by: Jagan Teki
---
Changes since v1:
- moved the update of the ast2500 SoC DTS file in another patch
arch/arm/dts/ast2500-evb.dts | 15 +++
arch/arm/dts/ast2500-u-boot.dtsi | 12
2 files changed, 27 insertions(+)
diff --
The Aspeed AST2500 SoC comes with three static memory controllers, all
with a similar interface :
* Firmware SPI Memory Controller (FMC)
. BMC firmware
. 3 chip select pins (CE0 ~ CE2)
. supports SPI type flash memory (CE0 ~ CE1)
. CE2 can be of NOR type flash but this is not supporte
The AHB clock is used by the FMC/SPI controllers.
Signed-off-by: Cédric Le Goater
Reviewed-by: Joel Stanley
---
arch/arm/include/asm/arch-aspeed/scu_ast2500.h | 2 ++
include/dt-bindings/clock/ast2500-scu.h| 1 +
drivers/clk/aspeed/clk_ast2500.c | 12
3 file
Hello,
This series adds a driver for the Aspeed ast2500 FMC/SPI controllers
as one can find on the POWER9 OpenPOWER platforms.
It was tested on the AST2500 evb using a w25q256 flash device.
Git tree available here:
https://github.com/legoater/u-boot/commits/aspeed
Thanks,
C.
Changes since
Hi Marek/Michal,
Can you please review and let me know if any comments otherwise, please take it
up.
Thanks,
Siva
> -Original Message-
> From: Siva Durga Prasad Paladugu [mailto:siva.durga.palad...@xilinx.com]
> Sent: Friday, September 07, 2018 4:27 PM
> To: u-boot@lists.denx.de
> Cc: M
On 09/21/2018 12:55 AM, Stephen Warren wrote:
> From: Stephen Warren
>
> After a test has failed, test/py drains the U-Boot console log to ensure
> that any relevant output is captured. At this point, we don't care about
> detecting any additional errors, since the test is already known to have
>
On Tue, 2018-07-31 at 08:22 +0200, Michal Simek wrote:
> On 30.7.2018 18:05, Simon Glass wrote:
> >
> > Hi Michal,
> >
> > On 30 July 2018 at 07:30, Michal Simek
> > wrote:
> > >
> > > On 30.7.2018 15:26, Simon Glass wrote:
> > > >
> > > > Hi,
> > > >
> > > > On 27 July 2018 at 02:40, Chee, T
Dear all,
Most of my u-boot work is on one of two ARMv5 platforms. When u-boot
changed to requiring a later gcc, I switched from my old-faithful
arago-2011.09 compiler to a newer Linaro release:
gcc-linaro-7.2.1-2017.11-x86_64_arm-linux-gnueabi
And for my work on the da850 this seems to be fine
Hi York,
It seems nobody have comments on this patch,
Could you help to take action on it?
Best Regards
Qiang Zhao
> -Original Message-
> From: Zhao Qiang
> Sent: 2018年8月29日 11:47
> To: York Sun ; joe.hershber...@ni.com
> Cc: u-boot@lists.denx.de; Qiang Zhao
> Subject: [v3 patch] net:
This patch converts cf_spi.c to DM and to read driver
platform data from flat devicetree.
---
Changes from v1:
- split into 2 patches
Signed-off-by: Angelo Dureghello
---
drivers/spi/Kconfig | 18 +-
drivers/spi/cf_spi.c| 495
in
This patch adds missing CONFIG_MCFUART to Kconfig.
Signed-off-by: Angelo Dureghello
---
drivers/serial/Kconfig | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/serial/Kconfig b/drivers/serial/Kconfig
index 5fa27254e3..dcbe999776 100644
--- a/drivers/serial/Kconfig
+++ b/drivers
This patch adds a basic group of devicetrees, one for each
cpu, including actually just uart and dspi devices, since
these are the drivers supporting devicetree (support added
in this patch).
Signed-off-by: Angelo Dureghello
---
arch/m68k/dts/mcf5208.dtsi| 36
arch/m
This patch adds devicetree support to the mcfuart.c driver.
Signed-off-by: Angelo Dureghello
---
drivers/serial/mcfuart.c | 28
1 file changed, 28 insertions(+)
diff --git a/drivers/serial/mcfuart.c b/drivers/serial/mcfuart.c
index 1371049de2..5896a19805 100644
---
This patch adds stmark2 board fdt support to the m68k arch.
Signed-off-by: Angelo Dureghello
---
arch/m68k/dts/Makefile| 12
arch/m68k/dts/stmark2.dts | 34 ++
2 files changed, 46 insertions(+)
create mode 100644 arch/m68k/dts/Makefile
create mo
This patch adds ftd support to the m68k architecture.
Signed-off-by: Angelo Dureghello
---
arch/Kconfig | 1 +
arch/m68k/Kconfig| 2 ++
arch/m68k/cpu/u-boot.lds | 2 ++
3 files changed, 5 insertions(+)
diff --git a/arch/Kconfig b/arch/Kconfig
index bf1b4a9afa..d1917f91e1 100
On 09/21/2018 02:19 AM, Atsushi Nemoto wrote:
> Fix sfp_verify_header to return correct version number.
> This fixes "Not a sane SOCFPGA preloader" error message with v1 header.
>
> Signed-off-by: Atsushi Nemoto
Applied, thanks.
> ---
> v2: move the *ver assignment to just before return.
>
>
Add board support for Ficus EE board from Vamrs. This board utilizes
common Rock960 family support.
Following peripherals are tested and known to work:
* Gigabit Ethernet
* USB 2.0
* MMC
Signed-off-by: Ezequiel Garcia
[Reworked based on common Rock960 family support]
Signed-off-by: Manivannan Sa
Add board support for Rock960 CE board from Vamrs. This board utilizes
common Rock960 family support.
Following peripherals are tested and known to work:
* USB 2.0
* MMC
This commit also adds DDR configuration for LPDDR3-2GiB-1600MHz which
is being used on the board.
Signed-off-by: Manivannan Sa
Rock960 is a family of boards based on Rockchip RK3399 SoC from Vamrs.
It consists of Rock960 (Consumer Edition) and Ficus (Enterprise Edition)
96Boards.
Below are some of the key differences between both Rock960 and Ficus
boards:
1. Different host enable GPIO for USB
2. Different power and reset
From: Randy Li
Those pins would be used by many boards.
Commit grabbed from Linux:
commit b41023282d07b61a53e2c9b9508912b1e7ce7b4f
Author: Randy Li
Date: Thu Jun 21 21:32:10 2018 +0800
arm64: dts: rockchip: add some common pin-settings to rk3399
Those pins would be used by many boa
This patchset adds support for Rock960 and Ficus 96Boards from Vamrs.
Since both boards share most of the configurations, a common Rock960
family support is added with common support and the actual boards are
based on this.
The previous version of the patchseries were adding Rock960 [1] and
Ficus
This patch enables fdt, and enables DM uart and spi.
Signed-off-by: Angelo Dureghello
---
configs/stmark2_defconfig | 6 ++
1 file changed, 6 insertions(+)
diff --git a/configs/stmark2_defconfig b/configs/stmark2_defconfig
index 48e851d4a4..7b05b2e20b 100644
--- a/configs/stmark2_defconfig
On 09/20/2018 03:47 AM, Bin Meng wrote:
[...]
>>> I suspect the best answer is to move the emulator so it is a direct
>>> child of the bus. You would need to update sandbox_pci_get_emul() to
>>> call device_find_first_child() on 'bus' instead of 'dev'.
>>
>> Sounds to me _way_
From: Stephen Warren
After a test has failed, test/py drains the U-Boot console log to ensure
that any relevant output is captured. At this point, we don't care about
detecting any additional errors, since the test is already known to have
failed, and U-Boot will be restarted. To ensure that the
On 09/20/2018 01:43 PM, Heinrich Schuchardt wrote:
On 09/20/2018 09:24 PM, Stephen Warren wrote:
From: Stephen Warren
After a test has failed, test/py drains the U-Boot console log to ensure
that any relevant output is captured. At this point, we don't care about
detecting any additional error
This patch adds an initial fdt support to the m68k architecture.
It has been tested on stmark2 board, with a devicetree and
CONFIG_DM_SERIAL=y + CONFIG_DM_SPI=y.
- test log -
U-Boot 2018.09-00137-g1be43784f1 (Sep 20 2018 - 22:34:42 +0200)
CPU: Freescale MCF54415 (Mask:a0 Version:2)
Currently we assign a lot of protocols to loaded images though
these protocols are not related to them. Instead they should be
installed on a separate handle. Via the device path it is the
parent to the devices like the network adapter.
Signed-off-by: Heinrich Schuchardt
---
cmd/bootefi.c
On 09/20/2018 09:24 PM, Stephen Warren wrote:
> From: Stephen Warren
>
> After a test has failed, test/py drains the U-Boot console log to ensure
> that any relevant output is captured. At this point, we don't care about
> detecting any additional errors, since the test is already known to have
>
From: Stephen Warren
After a test has failed, test/py drains the U-Boot console log to ensure
that any relevant output is captured. At this point, we don't care about
detecting any additional errors, since the test is already known to have
failed, and U-Boot will be restarted. To ensure that the
On 09/01/2018 03:58 AM, Alexander Graf 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
RAM, so
On 09/20/2018 12:19 PM, Heinrich Schuchardt wrote:
Spawn.exept has a try block without 'except'.
When the py test is running it is connected via pipes to the U-Boot
process. If the U-Boot process ends prematurely, e.g. due to a
segmentation fault, the pipes are broken. Trying to read from a brok
On 09/19/2018 10:45 AM, Heinrich Schuchardt wrote:
On 09/19/2018 05:24 PM, Stephen Warren wrote:
On 09/18/2018 06:43 PM, Heinrich Schuchardt wrote:
On 09/18/2018 07:23 PM, Stephen Warren wrote:
On 09/18/2018 11:21 AM, Heinrich Schuchardt wrote:
Spawn.exept has a try block without 'except'.
I
Spawn.exept has a try block without 'except'.
When the py test is running it is connected via pipes to the U-Boot
process. If the U-Boot process ends prematurely, e.g. due to a
segmentation fault, the pipes are broken. Trying to read from a broken
pipe results in an OSError. Catch the exception an
ascii2unicode() always ends the u16 string with '\0'.
Remove redundant assignment.
Add description for efi_str_to_u16() and ascii2unicode().
Signed-off-by: Heinrich Schuchardt
---
include/efi_loader.h | 10 +-
lib/efi_loader/efi_device_path_to_text.c | 10 +-
On 09/20/2018 04:53 PM, Jagan Teki wrote:
> On Mon, Sep 10, 2018 at 7:46 PM, Cédric Le Goater wrote:
>> Signed-off-by: Cédric Le Goater
>> ---
>> arch/arm/dts/ast2500-evb.dts | 17
>> arch/arm/dts/ast2500-u-boot.dtsi | 12 ++
>> arch/arm/dts/ast2500.dtsi| 71
Hi Michal
On 09/20/2018 03:53 PM, Michal Simek wrote:
> Hi,
>
> On 20.9.2018 15:37, Patrice Chotard wrote:
>> pinmux command allows to :
>> - list all pin-controllers available on platforms
>> - select a pin-controller
>> - display the muxing of all pins of the current pin-controller
>>or
Hi Miquel,
On 20.09.2018 16:59, Miquel Raynal wrote:
Hi Jagan, Frieder,
Jagan Teki wrote on Thu, 20 Sep 2018
20:16:06 +0530:
On Thu, Sep 20, 2018 at 7:36 PM, Frieder Schrempf
wrote:
Hi Jagan,
I just wanted to ask about the timeline for the SPI-NAND patches.
I remember that Tom wanted to h
ping
Am Mo., 10. Sep. 2018 um 12:43 Uhr schrieb Christian Gmeiner
:
>
> This converts the following to Kconfig:
>CONFIG_DISABLE_CONSOLE
>
> Signed-off-by: Christian Gmeiner
> ---
> common/Kconfig | 5 +
> scripts/config_whitelist.txt | 1 -
> 2 files changed, 5 insertions(+
On Fri, Sep 7, 2018 at 9:49 AM, Ashish Kumar wrote:
> Convert fsl_qspi.c to complete DM mode.
>
> Signed-off-by: Ashish Kumar
> Tested-by: Rajat Srivastava
> Tested-by: Ye Li
> ---
>
> Tested on LS1088ARDB(arm64).
> Tested on LS1021ATWR(arm32) by Rajat
> Tested on i.mx6 and i.mx7 by Ye Li
Revi
Hi Jagan, Frieder,
Jagan Teki wrote on Thu, 20 Sep 2018
20:16:06 +0530:
> On Thu, Sep 20, 2018 at 7:36 PM, Frieder Schrempf
> wrote:
> > Hi Jagan,
> >
> > I just wanted to ask about the timeline for the SPI-NAND patches.
> > I remember that Tom wanted to have them in 2018.11. Is this going to h
On Mon, Sep 10, 2018 at 7:46 PM, Cédric Le Goater wrote:
> Signed-off-by: Cédric Le Goater
> ---
> arch/arm/dts/ast2500-evb.dts | 17
> arch/arm/dts/ast2500-u-boot.dtsi | 12 ++
> arch/arm/dts/ast2500.dtsi| 71
> configs/evb-ast2500_defco
On Fri, Sep 7, 2018 at 11:55 AM, Ley Foon Tan wrote:
> Add code to reset all reset signals as in SPI 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,
Coreboot does not contain such a check:
https://github.com/coreboot/coreboot/blob/eeb4e20b2f6d786c92fe3efb30817e90389a2bfe/src/commonlib/cbfs.c#L64
Before this change cbfsinit failed with 'Bad CBFS file'. After this change all
cbfs commands
are working as expected.
Signed-off-by: Christian Gmein
On Thu, Sep 20, 2018 at 7:36 PM, Frieder Schrempf
wrote:
> Hi Jagan,
>
> I just wanted to ask about the timeline for the SPI-NAND patches.
> I remember that Tom wanted to have them in 2018.11. Is this going to happen
> or is there anything preventing this?
Travis[1] for combination of earlier ser
On 09/20/2018 10:12 AM, Atsushi Nemoto wrote:
> Fix sfp_verify_header to return correct version number.
> This fixes "Not a sane SOCFPGA preloader" error message with v1 header.
>
> Signed-off-by: Atsushi Nemoto
> ---
> tools/socfpgaimage.c | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
Hi Jagan,
I just wanted to ask about the timeline for the SPI-NAND patches.
I remember that Tom wanted to have them in 2018.11. Is this going to
happen or is there anything preventing this?
Thanks,
Frieder
On 06.09.2018 09:15, Miquel Raynal wrote:
Hello,
I failed the numbering, this is actu
Hi,
On 20.9.2018 15:37, Patrice Chotard wrote:
> pinmux command allows to :
> - list all pin-controllers available on platforms
> - select a pin-controller
> - display the muxing of all pins of the current pin-controller
>or all pin-controllers depending of given options
>
> Signed-off-by:
pinmux command allows to :
- list all pin-controllers available on platforms
- select a pin-controller
- display the muxing of all pins of the current pin-controller
or all pin-controllers depending of given options
Signed-off-by: Patrice Chotard
---
cmd/Kconfig | 8 +
cmd/Makefile
This patch adds gpio get_function ops support.
This function reports the state of a gpio.
Signed-off-by: Christophe Kerello
Reviewed-by: Simon Glass
Signed-off-by: Patrice Chotard
---
drivers/gpio/stm32f7_gpio.c | 20
1 file changed, 20 insertions(+)
diff --git a/drivers
pinmux_show allows to display the muxing of all pins
belonging to pin-controller.
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl_stm32.c | 79 +
1 file changed, 79 insertions(+)
diff --git a/drivers/pinctrl/pinctrl_stm32.c b/drivers/pinctrl/p
This allows to use the pinmux command to display pins muxing.
Signed-off-by: Patrice Chotard
---
configs/stm32mp15_basic_defconfig | 1 +
1 file changed, 1 insertion(+)
diff --git a/configs/stm32mp15_basic_defconfig
b/configs/stm32mp15_basic_defconfig
index e134a66fb105..cd8ec387a5f7 100644
-
pinmux_show() allows to display the muxing of all pins
belonging to a pin-controller
Signed-off-by: Patrice Chotard
---
drivers/pinctrl/pinctrl-uclass.c | 10 ++
include/dm/pinctrl.h | 29 +
2 files changed, 39 insertions(+)
diff --git a/drivers/
For debug purpose, it's useful to know the pins muxing
to check is a pin is configured as a GPIO or as an alternate
function. For this purpose a new command pinmux is implemented.
This series adds:
_ Add new pinmux_show ops to UCLASS pinctrl
- Add new pinmux command
- Add get_function() sup
On Thu, Sep 20, 2018 at 11:37:36AM +0800, Bin Meng wrote:
> Hi Tom,
>
> On Mon, Sep 17, 2018 at 1:30 PM Bin Meng wrote:
> >
> > The -fstrict-aliasing option is implicitly enabled at levels -O2,
> > -O3, -Os by GCC. This option allows the compiler to assume the
> > strictest aliasing rules applica
On Wed, Sep 19, 2018 at 05:16:17PM +0200, Stefano Babic wrote:
> Hi Tom,
>
> please pull from u-boot-imx with following changes:
>
> - changes in pico-* boards
> - fix imx6ull pinmux
>
> Thanks,
> Stefano
>
>
> The following changes since commit b57f1895b669e3fbdca486e7c40dfea00f22bb93:
>
>
On Wed, Sep 19, 2018 at 05:12:03PM +0200, Stefan Roese wrote:
> Hi Tom,
>
> please pull the Marvell U-Boot patches with these changes:
>
> - Multiples updates to the turris boards / platform
> - Changes / enhancements to the Marvell PHY drivers, mainly
> to support the turris platform
> - Many
Fix sfp_verify_header to return correct version number.
This fixes "Not a sane SOCFPGA preloader" error message with v1 header.
Signed-off-by: Atsushi Nemoto
---
tools/socfpgaimage.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/tools/socfpgaimage.c b/tools/socfpgaimage.c
index 390c9bb..fe
Hi All maintainers,
Could you please help to have a look whether below issue is valuable?
I got u-boot source code from https://github.com/u-boot/u-boot.git, branch is
master.
I got toolchain from
https://mirrors.edge.kernel.org/pub/tools/crosstool/files/bin/x86_64/8.1.0/
I built stratix10(soc
Since commit 7b3b74d32127 ("serial: serial_stm32: Enable overrun")
on STM32F7xx based boards, the first lines of serial output are
missing during boot (we no more see the U-Boot release version,
board model and DRAM size).
By enabling the uart FIFO on STM32F7, the complete U-boot log
can be sent c
On 09/20/2018 03:55 AM, Bin Meng wrote:
> Hi Marek,
>
> On Wed, Sep 19, 2018 at 9:29 PM Marek Vasut wrote:
>>
>> On 09/18/2018 04:02 PM, Simon Glass wrote:
>>> Hi Marek,
>>
>> Hi,
>>
>>> On 18 September 2018 at 05:47, Marek Vasut wrote:
On 09/14/2018 06:41 AM, Simon Glass wrote:
>
On 09/20/2018 06:22 PM, Ley Foon Tan wrote:
> Remove code from the reset manager that is never called.
>
> Signed-off-by: Ley Foon Tan
> ---
> .../mach-socfpga/include/mach/reset_manager_s10.h | 2 --
> arch/arm/mach-socfpga/reset_manager_s10.c | 35
> --
> 2 file
Hello,
On 09/06/2018 03:57 PM, Stefano Babic wrote:
> On 06/09/2018 09:51, Sébastien Szymanski wrote:
>> Commit 9faa43c4b5e5 ("ARM: dts: i.MX6UL: U-Boot specific dts for u-boot,
>> dm-spl") removes the u-boot,dm-spl properties from the imx6ul.dtsi file
>> and breaks the OPOS6UL board.
>> Add the u
Remove code from the reset manager that is never called.
Signed-off-by: Ley Foon Tan
---
.../mach-socfpga/include/mach/reset_manager_s10.h | 2 --
arch/arm/mach-socfpga/reset_manager_s10.c | 35 --
2 files changed, 37 deletions(-)
diff --git a/arch/arm/mach-socfpg
On Wed, Sep 19, 2018 at 5:22 PM Marek Vasut wrote:
>
> On 09/19/2018 10:27 AM, Ley Foon Tan wrote:
> > Disable and free clock when remove driver.
> >
> > Signed-off-by: Ley Foon Tan
> >
> > ---
> > v2:
> > - Check return value from clk_free() and return 0 when exit function
> > ---
> > drivers/s
66 matches
Mail list logo
