Hi Michal,
On 04/05/19 00:31, Michal Simek wrote:
> Hi,
>
> On 15. 04. 19 9:47, Luca Ceresoli wrote:
>> The recently-added ZYNQMP_LOAD_PM_CFG_OBJ_FILE option allows SPL to load a
>> PMUFW configuration object from a binary blob. However the configuration
>> object is produced by Xilinx proprietar
Hi Karsten,
I tried again with image header changes applied to u-boot and
Linux kernel but still not able to reproduce the issues.
Either you might have more local changes or debian toolchain
is causing issue for u-boot.
Here are the logs
anup@anup-ubuntu64:~/Work/riscv-test$ qemu-system-ri
Due to some mistakes in the source code, it was not possible to really
turn FIT support off. This commit fixes the problem by means of the
following changes:
- Enclose "bootm_host_load_image" and "bootm_host_load_images" between
checks for CONFIG_FIT_SIGNATURE, in common/bootm.c.
- Enclose the
Hi Karsten,
First of all, the 2GB case where U-Boot crashes shows that U-Boot is
trying to access memory close to 0x8000 where OpenSBI firmware
is running hence it gets ACCESS fault. The OpenSBI protects firmware
using PMP configuration whereas BBL does not. In fact, it is very easy
to corrupt
Hi Tom,
I am not able to setup ssh to denx mmc tree, so use my github for this
request-pull,
please see whether this is ok for you.
Please pull mmc-2019-5-3 for v2019.07-rc1
Travis build: https://travis-ci.org/MrVan/u-boot/builds/527760370
Thanks,
Peng.
The following changes since commit b4ee6d
From: Hou Zhiqiang
Add PCIe DM driver for Freescale PowerPC PCIe controllers.
Signed-off-by: Hou Zhiqiang
---
drivers/pci/Kconfig | 7 +
drivers/pci/Makefile | 1 +
drivers/pci/pcie_fsl.c | 612 +++
drivers/pci/pcie_fsl.h | 60 +
From: Hou Zhiqiang
T2080 integrated 4 PCIe controllers, which is compatible with
the PCI Express™ Base Specification, Revision 3.0, and this
patch is to add DT node for each PCIe controller.
Signed-off-by: Hou Zhiqiang
---
arch/powerpc/dts/t2080.dtsi | 48 +
From: Hou Zhiqiang
Disable legacy PCIe driver and remove unused PCIe macros.
Signed-off-by: Hou Zhiqiang
---
include/configs/T208xQDS.h | 18 --
1 file changed, 18 deletions(-)
diff --git a/include/configs/T208xQDS.h b/include/configs/T208xQDS.h
index 9ca384cc0c..c414081ca5 10
From: Hou Zhiqiang
Compile the legacy PCIe initialization reoutines only when DM_PCI
is not enabled.
Signed-off-by: Hou Zhiqiang
---
board/freescale/t208xqds/pci.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/board/freescale/t208xqds/pci.c b/board/freescale/t208xqds/pci.c
index c761ae
From: Hou Zhiqiang
Signed-off-by: Hou Zhiqiang
---
configs/T2080QDS_defconfig | 5 +
1 file changed, 5 insertions(+)
diff --git a/configs/T2080QDS_defconfig b/configs/T2080QDS_defconfig
index 79cf4424b4..b7fdd3ffb4 100644
--- a/configs/T2080QDS_defconfig
+++ b/configs/T2080QDS_defconfig
@@
From: Hou Zhiqiang
Compile the routines of mpc85xx/pci.c when both FSL_PCI_INIT
and DM_PCI are not enabled.
Signed-off-by: Hou Zhiqiang
---
arch/powerpc/cpu/mpc85xx/pci.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/mpc85xx/pci.c b/arch/powerpc/cpu/mpc85
From: Hou Zhiqiang
Add PCIe DM driver for Freescale PowerPC PCIe controllers.
Hou Zhiqiang (6):
powerpc: mpc85xx: Update the condition to compile PCI routines
powerpc: T208xQDS: Compile the legacy PCIe routines conditionally
t2080: dts: Added PCIe DT nodes
dm: pci: add Freescale PowerPC
Commit 32ce6179fb99 ("optee: Add lib entries for sharing OPTEE code across
ports") adds code into lib/optee but neglects to update MAINTAINERS to make
me buggable for questions and maintenance.
Signed-off-by: Bryan O'Donoghue
Suggested-by: Jens Wiklander
---
MAINTAINERS | 5 +
1 file change
When booting in BL33 mode i.e. with u-boot loaded by OP-TEE we get the
following print-out.
Board: WARP7 in secure mode OPTEE DRAM 0xa000-0xa000
This is incorrect the right range is 0x9e00-0xa000. This patch
fixes the defines on the warp7_bl33_defconfig file to tidy up the output.
Commit c7b3a7ee5351 ("optee: adjust dependencies and default values for
dram") wants to skip low-level init of i.MX7 hardware in the case where
OP-TEE has already run and u-boot is being run as BL33 in normal world.
Currently we check for both #ifdef CONFIG_OPTEE_TZDRAM_SIZE and #ifndef
CONFIG_OPT
Commit c7b3a7ee5351 ("optee: adjust dependencies and default values for
dram") makes the TZDRAM defines for OPTEE show up for all configs as a
side-effect. While not harmful its not what we really want.
This patch makes the following defines contingent on CONFIG_OPTEE=y
CONFIG_OPTEE_TZDRAM_BASE
C
Tom, Stefano.
Any chance of getting this set applied to one of your respective trees ?
V2:
Add Acked/Reviewed-by Rui as indicated
V1:
Robert P Day rightly pointed out that some odd OP-TEE specific defines were
appearing in his defconfig, despite not having CONFIG_OPTEE=y set in his
defconfig.
On 15. 04. 19 9:47, Luca Ceresoli wrote:
> Optionally allow U-Boot to load at the PMU firmware configuration object
> into the Power Management Unit (PMU) on Xilinx ZynqMP.
>
> The configuration object is required by the PMU FW to enable most SoC
> peripherals. So far the only way to boot using U-
Hi,
On 15. 04. 19 9:47, Luca Ceresoli wrote:
> The recently-added ZYNQMP_LOAD_PM_CFG_OBJ_FILE option allows SPL to load a
> PMUFW configuration object from a binary blob. However the configuration
> object is produced by Xilinx proprietary tools as a C source file and no
> tool exists to easily co
Signed-off-by: Vagrant Cascadian
---
arch/x86/Kconfig | 2 +-
arch/x86/cpu/i386/interrupt.c | 2 +-
arch/x86/lib/fsp/fsp_common.c | 2 +-
common/spl/Kconfig| 2 +-
4 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/arch/x86/Kconfig b/arch/x86/Kconfig
index e0
On Fri, 2019-05-03 at 14:05 -0300, Fabio Estevam wrote:
> Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
> simple-bus driver") causes some i.MX boards that were converted
> to DM, such as warp7, to fail to boot.
>
> As explained by Lukas Auer:
>
> "With the patch, U-Boot probes t
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and
like some of the other simillar boards requires bin_hdr.
bin_hdr (DDR3 init stage) is currently retrieved from the stock
bootloader and compiled into the kwb image.
Adds support for U-Boot, enable UART, SPI, Winbond SPI flash chi
I have commented out the code around MVEBU_GPIO1_BASE.
GPIO1 is a software reset button on the board, I might
use it later for resetting the board.
GPIO0 is already working. It's currently used to turn
on an LED on board initialization.
Luka Kovacic (1):
arm: mvebu: Add CRS305-1G-4S board
a
On 2019-05-03 12:37, Chris Packham wrote:
On Fri, May 3, 2019 at 4:36 AM Luka Kovacic wrote:
CRS305-1G-4S has a switch chip with an integrated CPU (98DX3236) and
like some of the
other simillar boards requires bin_hdr. bin_hdr (DDR3 init stage) is
currently retrieved
from the stock bootload
> Oh, ok. Guess I was just surprised that it says "can't extract compat"
> when it tries to check "comp"...
Well, what I'm trying to say in that error is "can't extract the
compatible string *because* the FDT is compressed", but without making
it three lines long.
> We should get a test together
This patch adds support for an optional optimization to compatible
string matching where the compatible string property from the root node
of the kernel FDT can be copied into the configuration node of the FIT
image. This is most useful when using compressed FDTs or when using FDT
overlays, where t
This patch adds support for compressing non-kernel image nodes in a FIT
image (kernel nodes could already be compressed previously). This can
reduce the size of FIT images and therefore improve boot times
(especially when an image bundles many different kernel FDTs). The
images will automatically b
This patch series adds compression support for non-kernel FIT image
nodes (e.g. FDTs). The first patch adds the compression support
itself, the second adds a new feature to compatible string matching
that allows it to be useful with compressed FDTs.
Sandbox-tested with FIT images with and without
On Thu, 2019-05-02 at 07:23 +0200, Heiko Schocher wrote:
> Am 30.04.2019 um 18:04 schrieb Trent Piepho:
> > On Tue, 2019-04-30 at 06:34 +0200, Heiko Schocher wrote:
> > > Am 16.04.2019 um 00:02 schrieb Trent Piepho:
> > > > This is an old driver that supports both device mapped and non-mapped
> > >
Hi Simon,
On Fri, 3 May 2019 at 14:43, Marek Vasut wrote:
>
> On 5/3/19 10:40 PM, Simon Goldschmidt wrote:
> >
> >
> > On 03.05.19 22:37, Marek Vasut wrote:
> >> On 5/3/19 10:33 PM, Simon Goldschmidt wrote:
> >>>
> >>>
> >>> On 03.05.19 22:27, Marek Vasut wrote:
> On 5/3/19 10:25 PM, Simon G
Marek Vasut schrieb am Fr., 3. Mai 2019, 22:42:
> On 5/3/19 10:39 PM, Simon Goldschmidt wrote:
> >
> >
> > On 03.05.19 22:35, Marek Vasut wrote:
> >> On 5/3/19 10:30 PM, Simon Goldschmidt wrote:
> >>>
> >>>
> >>> On 03.05.19 22:28, Marek Vasut wrote:
> On 5/3/19 10:08 PM, Simon Goldschmidt w
On 5/3/19 10:40 PM, Simon Goldschmidt wrote:
>
>
> On 03.05.19 22:37, Marek Vasut wrote:
>> On 5/3/19 10:33 PM, Simon Goldschmidt wrote:
>>>
>>>
>>> On 03.05.19 22:27, Marek Vasut wrote:
On 5/3/19 10:25 PM, Simon Goldschmidt wrote:
> This patch adds parameter support for the 'reset' comm
On 5/3/19 10:39 PM, Simon Goldschmidt wrote:
>
>
> On 03.05.19 22:35, Marek Vasut wrote:
>> On 5/3/19 10:30 PM, Simon Goldschmidt wrote:
>>>
>>>
>>> On 03.05.19 22:28, Marek Vasut wrote:
On 5/3/19 10:08 PM, Simon Goldschmidt wrote:
> This moves the code that enables the Boot ROM to just
On 03.05.19 22:37, Marek Vasut wrote:
On 5/3/19 10:33 PM, Simon Goldschmidt wrote:
On 03.05.19 22:27, Marek Vasut wrote:
On 5/3/19 10:25 PM, Simon Goldschmidt wrote:
This patch adds parameter support for the 'reset' command to specify
the reboot mode (cold vs. warm).
Checking these parame
On 03.05.19 22:35, Marek Vasut wrote:
On 5/3/19 10:30 PM, Simon Goldschmidt wrote:
On 03.05.19 22:28, Marek Vasut wrote:
On 5/3/19 10:08 PM, Simon Goldschmidt wrote:
This moves the code that enables the Boot ROM to just jump to SRAM
instead
of loading SPL from the original boot source on w
On 5/3/19 10:37 PM, Simon Goldschmidt wrote:
>
>
> On 03.05.19 22:27, Marek Vasut wrote:
>> On 5/3/19 10:21 PM, Simon Goldschmidt wrote:
>>> This moves sysreset support for socfgpa from ad-hoc code in mach-socfpga
>>> to a UCLASS_SYSRESET based dm driver.
>>>
>>> A side effect is that gen5 and a1
On 5/3/19 10:33 PM, Simon Goldschmidt wrote:
>
>
> On 03.05.19 22:27, Marek Vasut wrote:
>> On 5/3/19 10:25 PM, Simon Goldschmidt wrote:
>>> This patch adds parameter support for the 'reset' command to specify
>>> the reboot mode (cold vs. warm).
>>>
>>> Checking these parameters is implemented i
On 03.05.19 22:27, Marek Vasut wrote:
On 5/3/19 10:21 PM, Simon Goldschmidt wrote:
This moves sysreset support for socfgpa from ad-hoc code in mach-socfpga
to a UCLASS_SYSRESET based dm driver.
A side effect is that gen5 and a10 can now differ between cold and warm
reset.
s/differ/select/ ?
On 5/3/19 10:30 PM, Simon Goldschmidt wrote:
>
>
> On 03.05.19 22:28, Marek Vasut wrote:
>> On 5/3/19 10:08 PM, Simon Goldschmidt wrote:
>>> This moves the code that enables the Boot ROM to just jump to SRAM
>>> instead
>>> of loading SPL from the original boot source on warm reboot.
>>>
>>> Inst
On 03.05.19 22:27, Marek Vasut wrote:
On 5/3/19 10:25 PM, Simon Goldschmidt wrote:
This patch adds parameter support for the 'reset' command to specify
the reboot mode (cold vs. warm).
Checking these parameters is implemented in the DM implementation.
Signed-off-by: Simon Goldschmidt
---
On 03.05.19 22:28, Marek Vasut wrote:
On 5/3/19 10:08 PM, Simon Goldschmidt wrote:
This moves the code that enables the Boot ROM to just jump to SRAM instead
of loading SPL from the original boot source on warm reboot.
Instead of always enabling this, an environment callback for the env var
"
On 5/3/19 10:08 PM, Simon Goldschmidt wrote:
> This moves the code that enables the Boot ROM to just jump to SRAM instead
> of loading SPL from the original boot source on warm reboot.
>
> Instead of always enabling this, an environment callback for the env var
> "socfpga_reboot_from_sram" is used
On 5/3/19 10:25 PM, Simon Goldschmidt wrote:
> This patch adds parameter support for the 'reset' command to specify
> the reboot mode (cold vs. warm).
>
> Checking these parameters is implemented in the DM implementation.
>
> Signed-off-by: Simon Goldschmidt
> ---
>
> cmd/boot.c
On 5/3/19 10:21 PM, Simon Goldschmidt wrote:
> This moves sysreset support for socfgpa from ad-hoc code in mach-socfpga
> to a UCLASS_SYSRESET based dm driver.
>
> A side effect is that gen5 and a10 can now differ between cold and warm
> reset.
s/differ/select/ ?
> Signed-off-by: Simon Goldschmi
Simon,
On Sat, Mar 30, 2019 at 09:18:08PM +0100, Simon Goldschmidt wrote:
> Simon Glass schrieb am Sa., 30. März 2019, 21:06:
>
> > Hi Simon,
> >
> > On Wed, 27 Mar 2019 at 13:40, Simon Goldschmidt
> > wrote:
> > >
> > > This introduces a new Kconfig option SPL_CLEAR_BSS_F. If enabled, it
> > c
This patch adds parameter support for the 'reset' command to specify
the reboot mode (cold vs. warm).
Checking these parameters is implemented in the DM implementation.
Signed-off-by: Simon Goldschmidt
---
cmd/boot.c | 4 ++--
drivers/sysreset/sysreset-uclass.c | 17 ++
This moves sysreset support for socfgpa from ad-hoc code in mach-socfpga
to a UCLASS_SYSRESET based dm driver.
A side effect is that gen5 and a10 can now differ between cold and warm
reset.
Signed-off-by: Simon Goldschmidt
---
arch/arm/Kconfig | 3 +
arch/arm/mach
On Thu, 2019-05-02 at 08:11 +0200, Anatolij Gustschin wrote:
> Hi Heiko,
>
> On Thu, 2 May 2019 07:39:06 +0200
> Heiko Schocher h...@denx.de wrote:
> ...
> >
> > @Anatolij: Is this code needed anymore, as board is moved to DM ?
>
> ...
> > dm_i2c_probe should initialize the i2c bus completly, al
This moves the code that enables the Boot ROM to just jump to SRAM instead
of loading SPL from the original boot source on warm reboot.
Instead of always enabling this, an environment callback for the env var
"socfpga_reboot_from_sram" is used. This way, the behaviour can be enabled
at runtime and
On 5/3/19 7:56 PM, Ang, Chee Hong wrote:
> On Fri, 2019-05-03 at 19:04 +0200, Marek Vasut wrote:
>> On 5/3/19 5:53 PM, Ang, Chee Hong wrote:
>>>
>>> On Fri, 2019-05-03 at 11:55 +0200, Marek Vasut wrote:
On 5/3/19 10:18 AM, chee.hong@intel.com wrote:
>
>
> From: "Ang, Chee
This function merely relocates the fdt blob, so don't let it alter
it by adding reservations that didn't exist before.
Instead, if the memory used for the fdt blob has been reserved
before calling this function, ensure the relocated memory is
marked as reserved instead.
Reported-by: Keerthy
Repo
Hi Lokesh,
On 03.05.19 16:24, Lokesh Vutla wrote:
Simon,
On 22/04/19 8:15 PM, Tom Rini wrote:
On Thu, Apr 18, 2019 at 08:23:45AM +0200, Simon Goldschmidt wrote:
On Thu, Apr 18, 2019 at 8:12 AM Lokesh Vutla wrote:
On 18/04/19 12:46 AM, Simon Goldschmidt wrote:
[This is a follow-up to htt
Hi Stefano,
On Fri, Apr 26, 2019 at 7:11 AM wrote:
>
> > Instead of hardcoding the mmcroot to /dev/mmcblkX, use the UUID
> > method.
> > Signed-off-by: Adam Ford
> > diff --git a/configs/omap35_logic_defconfig b/configs/omap35_logic_defconfig
> > index 5b5f3eb7b4..9a1596c89b 100644
> > --- a/con
On Mon, Apr 29, 2019 at 08:59:38AM +0200, Heiko Schocher wrote:
> commit 95f4bbd581cf ("lib: fdt: Allow LZO and GZIP DT compression in U-Boot")
>
> introduced Kconfig option for gzip in U-Boot, but help text
> says gzip for SPL, which is wrong. Fix this.
>
> Signed-off-by: Heiko Schocher
> Acke
On Tue, Apr 30, 2019 at 07:53:16AM -0500, Adam Ford wrote:
> The card detect pin was incorrectly using IRQ_TYPE_LEVEL_LOW
> instead of GPIO_ACTIVE_LOW when reading the state of the CD pin.
>
> Without this patch, MMC1 won't be detected.
>
> This is the same patch submitted to linux-omap, but I w
On Thu, May 02, 2019 at 03:28:43PM +0200, Marek Behún wrote:
> The btrfs implementation methods .ls(), .size() and .read() returns 1 on
> failure, but the command handlers expect values <0 on failure.
>
> For example if given a nonexistent path, the load command currently
> returns success, and h
On Mon, Apr 29, 2019 at 08:04:36AM +0200, Heinrich Schuchardt wrote:
> common.h already includes uuid.h
>
> Signed-off-by: Heinrich Schuchardt
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing lis
On Thu, Apr 25, 2019 at 08:36:39PM +0200, Heinrich Schuchardt wrote:
> The existing comments where confusing read and write. The comment for
> fs_write() had:
> "@addr: The address to read into"
>
> So let's rework the comments and format them in Sphinx style.
>
> Signed-off-by: Heinrich Schucha
On Mon, Apr 29, 2019 at 04:36:10PM +0200, Heiko Schocher wrote:
> - at91sam9g20-taurus.dts: use labels
> - cleanup taurus port to compile clean with
> current mainline again. SPL has no serial
> output anymore, so it fits into SRAM.
>
> Signed-off-by: Heiko Schocher
Applied to u-boot/master
On Mon, Apr 29, 2019 at 09:04:11AM -0400, Andrew F. Davis wrote:
> TI-SCI firmware will only respond to messages when the
> TI_SCI_FLAG_REQ_ACK_ON_PROCESSED flag is set. Most messages
> already do this, set this for the ones that do not.
>
> Signed-off-by: Andrew F. Davis
> Tested-by: Alejandro
On Wed, May 01, 2019 at 03:08:25PM +0200, Fabrice Fontaine wrote:
> When CROSS_BUILD_TOOLS is set, set HOSTCFLAGS to CFLAGS otherwise CC
> will be used with HOSTCFLAGS which seems wrong
>
> Signed-off-by: Fabrice Fontaine
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: P
On Mon, Apr 29, 2019 at 04:12:29PM -0700, Vagrant Cascadian wrote:
> Add device-tree files from linux 5.1-rc7 needed to complete support
> for PocketBeagle.
>
> Signed-off-by: Vagrant Cascadian
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP
On Mon, Apr 29, 2019 at 04:12:30PM -0700, Vagrant Cascadian wrote:
> Add am335x-pocketbeagle to CONFIG_OF_LIST in am335x_evm_defconfig.
>
> Signed-off-by: Vagrant Cascadian
> Reviewed-by: Tom Rini
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
On Fri, Apr 26, 2019 at 03:11:09PM +0200, Marek Behún wrote:
> Other filesystem drivers don't do this.
>
> Signed-off-by: Marek Behún
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
___
U-Boot mailing list
U-Boot@
On Thu, Apr 25, 2019 at 03:12:00PM +0100, p...@betafive.co.uk wrote:
> From: Paul Barker
>
> In commit ad6054f1fe128f797b6eb2964afca6674b584785 where support for the
> Sancloud BeagleBone Enhanced (BBE) was added, new conditional
> configuration of either MII pin muxing or RGMII pin muxing is do
On Thu, Apr 25, 2019 at 12:27:02PM -0500, Andreas Dannenberg wrote:
> Switch from using the high priority DMSC transmit message queue used
> by the secure R5 MCU island boot context to the low priority message
> queue. While the change in priority is irrelevant for the current boot
> architecture
On Mon, Apr 29, 2019 at 12:56:44PM -0500, Andreas Dannenberg wrote:
> Transition to the IOPAD macros as used in Linux in which the pin mux
> mode is specified using a dedicated parameter while also dropping the
> related MUX_MODEx macros that are no longer needed. This transition
> will allow us t
On Tue, Apr 30, 2019 at 09:39:25AM +0200, Bartosz Golaszewski wrote:
> From: Bartosz Golaszewski
>
> The DM* family of SOCs is no longer supported. We now support the
> omap-l138 lcdk board and Lego EV3 platform. Reflect those changes
> in the README.
>
> Signed-off-by: Bartosz Golaszewski
> R
On Thu, Apr 25, 2019 at 12:08:15PM +0530, Vignesh Raghavendra wrote:
> From: Peter Ujfalusi
>
> Upcoming sysfw (2019.03) will not open the channelized firewalls during
> init, it only going to do so in response to the channel configuration
> message.
>
> Remove the channel state checks done bef
On Thu, Apr 25, 2019 at 12:57:28PM +0200, Patrice Chotard wrote:
> Restart operation never exists and reset operation never
> makes the watchdog expire immediately but expire_now operation
> does.
>
> Signed-off-by: Patrice Chotard
> Reviewed-by: Stefan Roese
Applied to u-boot/master, thanks!
On Wed, Apr 24, 2019 at 04:33:54PM +0530, Keerthy wrote:
> Currently packet data is wrongly extracted when metadata is NULL.
> Fix it and negate the if check.
>
> Signed-off-by: Keerthy
> Reviewed-by: Grygorii Strashko
> Reviewed-by: Peter Ujfalusi
Applied to u-boot/master, thanks!
--
Tom
On Wed, Apr 24, 2019 at 02:20:08PM -0500, Andreas Dannenberg wrote:
> An earlier commit converted the TISCI receive timeouts to be specified
> in ms rather than us however it failed to take this change into account
> when passing the actual timeout to be used when invoking the mailbox
> receive AP
On Wed, Apr 24, 2019 at 11:56:58AM +, Peng Fan wrote:
> Update the mmc maintainer from Jaehoon to me.
>
> Cc: Jaehoon Chung
> Signed-off-by: Peng Fan
> Acked-by: Marek Vasut
Applied to u-boot/master, thanks!
--
Tom
signature.asc
Description: PGP signature
_
On Fri, May 03, 2019 at 04:09:27PM +0200, Philipp Tomsich wrote:
> Tom,
>
> [resend due to me forgetting to CC the mailing-list]
>
> Here’s the first batch of changes for the Rockchip side of the repository.
> Took a bit longer as expected as there always was ‘one more issue’ to fix up
> during
On Fri, May 03, 2019 at 07:27:40AM +0200, Heinrich Schuchardt wrote:
> The following changes since commit b4ee6daad7a2604ca9466b2ba48de86cc27d381f:
>
> Merge tag 'u-boot-imx-20190426' of git://git.denx.de/u-boot-imx
> (2019-05-01 07:25:51 -0400)
>
> are available in the Git repository at:
>
>
On 03. 05. 19 11:04, Tom Rini wrote:
> On Fri, May 03, 2019 at 10:49:34AM -0700, Michal Simek wrote:
>> On 03. 05. 19 10:35, Tom Rini wrote:
>>> On Fri, May 03, 2019 at 09:29:32AM -0700, Michal Simek wrote:
>>> [snip]
I think we need to get more clarity what exactly vxworks expects and
wh
On 03/05/2019 18:05, Fabio Estevam wrote:
Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
simple-bus driver") causes some i.MX boards that were converted
to DM, such as warp7, to fail to boot.
As explained by Lukas Auer:
"With the patch, U-Boot probes the drivers for devices u
On Fri, May 03, 2019 at 10:49:34AM -0700, Michal Simek wrote:
> On 03. 05. 19 10:35, Tom Rini wrote:
> > On Fri, May 03, 2019 at 09:29:32AM -0700, Michal Simek wrote:
> > [snip]
> >> I think we need to get more clarity what exactly vxworks expects and
> >> what are just your "hacks" to get it work.
This board define the flag CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT
but it's a mistake. It's a workaround for an issue in nand core.
This issue was fixed by the commit 5f626e78491c ("mtd: nand: raw:
Fix CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT behavior"). Now, this flag
break the nand on this board, so we simply
On Fri, 2019-05-03 at 19:04 +0200, Marek Vasut wrote:
> On 5/3/19 5:53 PM, Ang, Chee Hong wrote:
> >
> > On Fri, 2019-05-03 at 11:55 +0200, Marek Vasut wrote:
> > >
> > > On 5/3/19 10:18 AM, chee.hong@intel.com wrote:
> > > >
> > > >
> > > > From: "Ang, Chee Hong"
> > > Commit message is m
This board define the flag CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT
but it's a mistake. It's a workaround for an issue in nand core.
This issue was fixed by the commit 5f626e78491c ("mtd: nand: raw:
Fix CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT behavior"). Now, this flag
break the nand on this board, so we simply
This board define the flag CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT
but it's a mistake. It's a workaround for an issue in nand core.
This issue was fixed by the commit 5f626e78491c ("mtd: nand: raw:
Fix CONFIG_SYS_NAND_DRIVER_ECC_LAYOUT behavior"). Now, this flag
break the nand on this board, so we simply
On 03. 05. 19 10:35, Tom Rini wrote:
> On Fri, May 03, 2019 at 09:29:32AM -0700, Michal Simek wrote:
> [snip]
>> I think we need to get more clarity what exactly vxworks expects and
>> what are just your "hacks" to get it work.
>> If vxworks deviates existing dt binding, or create completely new on
The function bcm6345_wdt_start use the argument timeout
as tick but it should be used as milliseconds.
A clock is added as requirement for this driver.
The frequency of the clock is then used to convert the
millisecond to ticks in the function bcm6345_wdt_start.
Signed-off-by: Philippe Reynes
--
The watchdog should use a clock at 50 Mhz, so
instead of using the clock osc (200 Mhz), we
define a reference clock at 50Mhz and use it
for both watchdog.
Signed-off-by: Philippe Reynes
---
arch/arm/dts/bcm6858.dtsi | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/a
Since the commit: commit 06985289d452 ("watchdog: Implement generic
watchdog_reset() version"), the watchdog is always started and a default
timeout of 6 ms is used. But the driver for the bcm6345 watchdog use
this timeout in ms as tick. So a board using this driver reboot
immediately.
The fir
The watchdog should use a clock at 50 Mhz, so
instead of using the clock osc (200 Mhz), we
define a reference clock at 50Mhz and use it
for both watchdog.
Signed-off-by: Philippe Reynes
---
arch/arm/dts/bcm63158.dtsi | 10 --
1 file changed, 8 insertions(+), 2 deletions(-)
diff --git a/
On Fri, May 03, 2019 at 01:35:11PM -0400, Tom Rini wrote:
> On Fri, May 03, 2019 at 09:29:32AM -0700, Michal Simek wrote:
> [snip]
> > I think we need to get more clarity what exactly vxworks expects and
> > what are just your "hacks" to get it work.
> > If vxworks deviates existing dt binding, or
On Fri, May 03, 2019 at 09:29:32AM -0700, Michal Simek wrote:
[snip]
> I think we need to get more clarity what exactly vxworks expects and
> what are just your "hacks" to get it work.
> If vxworks deviates existing dt binding, or create completely new one.
Hold up. If it's not in the spec itself
Hi Fabio,
Tested-by Joris Offouga
BR,
Joris
Le ven. 3 mai 2019 à 19:20, Pierre-Jean Texier a
écrit :
> Hi Fabio,
>
> Le 03/05/2019 à 19:05, Fabio Estevam a écrit :
> > Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
> > simple-bus driver") causes some i.MX boards that were c
Hi Fabio
Tested-by Joris Offouga
BR
Joris
Le ven. 3 mai 2019 à 19:05, Fabio Estevam a écrit :
> Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
> simple-bus driver") causes some i.MX boards that were converted
> to DM, such as warp7, to fail to boot.
>
> As explained by Lukas
Hi Fabio,
Le 03/05/2019 à 19:05, Fabio Estevam a écrit :
Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
simple-bus driver") causes some i.MX boards that were converted
to DM, such as warp7, to fail to boot.
As explained by Lukas Auer:
"With the patch, U-Boot probes the drivers
On 5/3/19 5:53 PM, Ang, Chee Hong wrote:
> On Fri, 2019-05-03 at 11:55 +0200, Marek Vasut wrote:
>> On 5/3/19 10:18 AM, chee.hong@intel.com wrote:
>>>
>>> From: "Ang, Chee Hong"
>> Commit message is missing -- why do you need to enable the DMA330 ?
>>
>> Don't you have a reset driver, like A10
Commit 3a7c45f6a772 ("simple-bus: add DM_FLAG_PRE_RELOC flag to
simple-bus driver") causes some i.MX boards that were converted
to DM, such as warp7, to fail to boot.
As explained by Lukas Auer:
"With the patch, U-Boot probes the drivers for devices under simple-bus
device tree nodes in the pre-r
On 03. 05. 19 6:18, Tom Rini wrote:
> On Fri, May 03, 2019 at 01:34:24PM +0200, Hannes Schmelzer wrote:
>>
>>
>> On 5/2/19 9:03 PM, Tom Rini wrote:
>>> On Thu, May 02, 2019 at 08:34:32PM +0200, Hannes Schmelzer wrote:
On 5/2/19 6:06 PM, Michal Simek wrote:
> Hi,
Hi Michal,
> On 02
Hello,
I'm currently testing the U-Boot patch for adding booti support
on the RISC-V architecture and the corresponding kernel patch on
a qemu riscv64 "virt" machine with OpenSBI. While performing the
tests, I have found two probably unrelated issues in U-Boot and
OpenSBI, though I'm unsure wheth
On Thu, May 02, 2019 at 12:32:53AM +0200, Eugeniu Rosca wrote:
> Hi Tom,
>
> On Wed, May 01, 2019 at 03:51:49PM -0400, Tom Rini wrote:
> [..]
> >
> > Agreed, this patch sounds like it addresses a number of problems today
> > that are real problems (I await someone filing a CVE now for our PRNG
>
On Fri, 2019-05-03 at 11:55 +0200, Marek Vasut wrote:
> On 5/3/19 10:18 AM, chee.hong@intel.com wrote:
> >
> > From: "Ang, Chee Hong"
> Commit message is missing -- why do you need to enable the DMA330 ?
>
> Don't you have a reset driver, like A10 and Gen5 ?
DMA driver for S10 is still missi
The following changes since commit b4ee6daad7a2604ca9466b2ba48de86cc27d381f:
Merge tag 'u-boot-imx-20190426' of git://git.denx.de/u-boot-imx
(2019-05-01 07:25:51 -0400)
are available in the Git repository at:
git://git.denx.de/u-boot-usb.git master
for you to fetch changes up to ff83e4c368f
On 5/3/19 8:27 AM, Ley Foon Tan wrote:
> Compile ALTERA_SDRAM driver in SPL only and move Stratix 10 SDRAM driver to
> DM.
>
> v3 -> v4:
> - Add CONFIG_SPL_ALTERA_SDRAM to config_whitelist.txt in patch [1/3] and
> remove it in patch [3/3]
> - Remove _remove().
> - Update commit message in patch
1 - 100 of 151 matches
Mail list logo
