Hi Scott,
On Wed, Feb 28, 2018 at 08:51:42PM +0100, Miquel Raynal wrote:
> This series first adds fixes and enhancements to sunxi NAND drivers (SPL
> and U-Boot). Once this is done, the SPL NAND driver is converted to use
> PIO instead of DMA with the goal to support all SoCs with this IP
> withou
2018-03-07 15:20 GMT+08:00 Jagan Teki :
> On Wed, Mar 7, 2018 at 12:34 PM, Andes wrote:
>> From: Rick Chen
>>
>> atcspi200_spi now support dt along with platform data.
>>
>> Signed-off-by: Rick Chen
>> Signed-off-by: Rick Chen
>> Signed-off-by: Greentime Hu
>> ---
>> drivers/spi/atcspi200_spi
On Wed, Mar 7, 2018 at 12:34 PM, Andes wrote:
> From: Rick Chen
>
> atcspi200_spi now support dt along with platform data.
>
> Signed-off-by: Rick Chen
> Signed-off-by: Rick Chen
> Signed-off-by: Greentime Hu
> ---
> drivers/spi/atcspi200_spi.c | 134
> ++---
From: Rick Chen
atcspi200_spi now support dt along with platform data.
Signed-off-by: Rick Chen
Signed-off-by: Rick Chen
Signed-off-by: Greentime Hu
---
drivers/spi/atcspi200_spi.c | 134 ++
include/dm/platform_data/spi_atcspi200.h | 15
2 fil
The 'SDHCI_QUIRK_NO_HISPD_BIT' is used wrong here. The purpose of this
quirk is to tell the sdhci-driver that the IP-core doesn't have a "high-
speed-enable" bit in its registers.
With this commit we change this to the correct quirk:
SDHCI_QUIRK_BROKEN_HISPD_MODE
Signed-off-by: Hannes Schmelzer
From: Hannes Schmelzer
Some IP-core implementations of the SDHCI have different troubles on the
silicon where they are placed.
On ZYNQ platform for example Xilinx doesn't accept the hold timing of an
eMMC chip which operates in High-Speed mode and must be forced to
operate in non high-speed mode
Hi,
On Tue, Mar 6, 2018 at 10:11 PM, Fabio Estevam wrote:
> On Tue, Mar 6, 2018 at 9:31 AM, Lothar Waßmann
> wrote:
>
>> Without the 'volatile' attribute the compiler is entitled to move the
>> asm code around or optimize it out.
>> So, your patch is the correct fix independent from the gcc ver
atmel_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
drivers/spi/atmel_spi.c | 294 +++
include/dm/platform_data/spi_atmel.h | 17 ++
2 files changed, 69 insertions(+)
On Wednesday 07 March 2018 05:32 AM, Tom Rini wrote:
> It is safe to always setup the pinmux for UART1 and UART3 to be used in
> early_padconf and then if these pins are needed later on, they will be
> re-muxed. This allows us to drop the usage of CONFIG_CONS_INDEX here.
Reviewed-by: Lokesh Vut
This patch added Kconfig support for CONFIG_XILINX_TB_WATCHDOG
and enabled it in respective defconfig.
Signed-off-by: Vipul Kumar
Signed-off-by: Siva Durga Prasad Paladugu
---
Changes in v3:
- Removed select hw_watchdog
- Branch: u-boot-microblaze/kconfig
---
configs/microblaze-generic_defconfi
davinci_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig| 12 +-
drivers/spi/davinci_spi.c | 275 +
include/dm/platform_data/spi_
Boards adp-ae3xx_defconfig, nx25-ae250_defconfig
already enabled DM_SPI, so non-dm code make no use
of it hence droped.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig | 14
drivers/spi/atcspi200_spi.c | 87 -
2 files changed, 7 inse
omap3_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
Changes for v2:
- Fixes omap3_spi_ofdata_to_platdata, build
drivers/spi/Kconfig | 14 +-
drivers/spi/omap3_spi.c | 342
set_mode, set_seed functions has separate function pointers
in dm_spi_ops, so use them in relevent one instead of
calling from claim_bus.
Signed-off-by: Jagan Teki
---
Changes for v2:
- None
drivers/spi/omap3_spi.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
di
On Wed, Mar 7, 2018 at 5:46 AM, Adam Ford wrote:
> On Tue, Mar 6, 2018 at 12:03 PM, Jagan Teki wrote:
>> omap3_spi now support dt along with platform data,
>> respective boards need to switch into dm for the same.
>
> I applied both 1/2 and 2/2 patches and tested them together on omap3_logic.
>
>
NETWORK should be after NAND_FLASH.
Signed-off-by: Heinrich Schuchardt
---
I missed some irregularities in my 1st patch
---
MAINTAINERS | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index bf10f3aad8..d4900e0
After allocating plat the pointer is checked.
Afterwards name is allocated and not checked.
Add the missing check to avoid a possible NULL dereference.
Signed-off-by: Heinrich Schuchardt
---
drivers/net/mvpp2.c | 4
1 file changed, 4 insertions(+)
diff --git a/drivers/net/mvpp2.c b/driver
Hi,
On 06/03/18 21:38, Tuomas Tynkkynen wrote:
> We're going to need this logic for 64-bit builds as well, so move it
> out from under arch/arm/cpu/armv7.
>
> Signed-off-by: Tuomas Tynkkynen
Reviewed-by: Andre Przywara
Thanks!
Andre.
> ---
> Makefile | 5 +
> a
Hi,
On 06/03/18 21:38, Tuomas Tynkkynen wrote:
> In README.sunxi64 we tell the user how to optionally create
> u-boot-sunxi-with-spl.bin by manually running cat. Instead, have the
> build system create the file automatically just like it does for 32-bit
> sunxi boards.
>
> Signed-off-by: Tuomas T
Hi,
On 06/03/18 21:38, Tuomas Tynkkynen wrote:
> For some reason we seem to have documented how to build
> u-boot-sunxi-with-spl.bin manually with cat but not have a build system
> rule for it. Let's fix this to have the file built by default just like
> it is on 32-bit sunxi boards.
Ah, thanks a
Hi Simon,
> -Original Message-
> From: s...@google.com [mailto:s...@google.com] On Behalf Of Simon Glass
> Sent: 2018年3月7日 1:42
> To: Peng Fan
> Cc: Jaehoon Chung ; Stefano Babic
> ; U-Boot Mailing List ; Jean-Jacques
> Hiblot ; Kishon Vijay Abraham I ; Bin Meng
>
> Subject: Re: [PATCH
> -Original Message-
> From: Jean-Jacques Hiblot [mailto:jjhib...@ti.com]
> Sent: 2018年3月6日 22:35
> To: Peng Fan
> Cc: Peng Fan ; jh80.ch...@samsung.com;
> sba...@denx.de; u-boot@lists.denx.de; Kishon Vijay Abraham I
> Subject: Re: [U-Boot] [PATCH 1/2] mmc: add HS400 support
>
>
>
>
kmerr: verify that malloc and calloc are followed by a check to verify
that we are not out of memory.
badzero: Compare pointer-typed values to NULL rather than 0
Both checks are copied from the Linux kernel archive.
Signed-off-by: Heinrich Schuchardt
---
scripts/coccinelle/null/badzero.cocci |
Add parameter checks in efi_load_image().
Check memory allocation is successful in efi_load_image().
Signed-off-by: Heinrich Schuchardt
---
lib/efi_loader/efi_boottime.c | 20
1 file changed, 20 insertions(+)
diff --git a/lib/efi_loader/efi_boottime.c b/lib/efi_loader/efi_b
Joe,
> -Original Message-
> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On Behalf Of Joe
> Hershberger
> Sent: Wednesday, March 7, 2018 1:09 AM
> To: York Sun
> Cc: Joe Hershberger ; Bhaskar Upadhaya
> ; Anji Jagarlmudi ; u-
> b...@lists.denx.de
> Subject: Re: [U-Boot] [PATCH v3 00
On 03/06/2018 11:08 AM, Anatolij Gustschin wrote:
> Hi all,
>
> On Wed, 31 Jan 2018 01:16:07 +0100
> Heinrich Schuchardt xypron.g...@gmx.de wrote:
>
>> 2 << 24 | A is always true. To use check against a bitmask we need &.
>
> it is always true, but here we are not checking against a bitmask, so
By using this file one can avoid cluttering .h file with u-boot
HUSH commands necessary for booting target device.
With such approach the commands are stored only in one place and can be
reused if needed.
Signed-off-by: Lukasz Majewski
---
board/k+p/bootscripts/tpcboot.cmd | 96 ++
This commit provides support for Kieback & Peter GmbH IMX6Q based
TPC board.
Signed-off-by: Lukasz Majewski
---
arch/arm/mach-imx/mx6/Kconfig | 11 ++
board/k+p/kp_imx6q_tpc/Kconfig| 12 ++
board/k+p/kp_imx6q_tpc/MAINTAINERS| 6 +
board/k+p/kp_imx6q_tpc/Make
On Tue, Mar 6, 2018 at 12:03 PM, Jagan Teki wrote:
> omap3_spi now support dt along with platform data,
> respective boards need to switch into dm for the same.
I applied both 1/2 and 2/2 patches and tested them together on omap3_logic.
Without any changes to my config, this patch fails to build
It is safe to always setup the pinmux for UART1 and UART3 to be used in
early_padconf and then if these pins are needed later on, they will be
re-muxed. This allows us to drop the usage of CONFIG_CONS_INDEX here.
Cc: Lokesh Vutla
Signed-off-by: Tom Rini
---
board/ti/dra7xx/mux_data.h | 3 ---
On 02/19/2018 04:48 PM, Simon Glass wrote:
> The headers are not in the correct order. Fix this. Also drop libfdt_env.h
> since it is not needed.
>
> Signed-off-by: Simon Glass
> ---
>
> Changes in v3: None
> Changes in v2:
> - Update commit message to dropping libfdt_env.h
>
> lib/efi_loader/
In README.sunxi64 we tell the user how to optionally create
u-boot-sunxi-with-spl.bin by manually running cat. Instead, have the
build system create the file automatically just like it does for 32-bit
sunxi boards.
Signed-off-by: Tuomas Tynkkynen
---
Makefile | 5 +
board/s
We're going to need this logic for 64-bit builds as well, so move it
out from under arch/arm/cpu/armv7.
Signed-off-by: Tuomas Tynkkynen
---
Makefile | 5 +
arch/arm/cpu/armv7/sunxi/config.mk | 6 --
2 files changed, 5 insertions(+), 6 deletions(-)
delete mode 1
For some reason we seem to have documented how to build
u-boot-sunxi-with-spl.bin manually with cat but not have a build system
rule for it. Let's fix this to have the file built by default just like
it is on 32-bit sunxi boards.
Build-tested only.
Tuomas Tynkkynen (2):
ARM: sunxi: Move u-boot-
davinci_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig| 12 +-
drivers/spi/davinci_spi.c | 275 +
include/dm/platform_data/spi_
Hi Patrice/Yannick,
On 03/05/2018 11:50 PM, Patrice CHOTARD wrote:
>> There seems to be a dependency on patch for
>> include/dt-bindings/mfd/stm32f7-rcc.h
>> adding some new macros. Is it also submitted to the list?
> Right, needed patches are already on the list
> http://patchwork.ozlabs.org/pa
Hi Simon,
On Tue, 6 Mar 2018 10:51:29 -0700
Simon Glass s...@chromium.org wrote:
...
> Does this use driver model? I cannot see it.
Panel drivers in patches 4/10 and 7/10 use driver model. MIPI DSI driver
in patch 6/10 uses DM, too.
--
Anatolij
___
U-B
On Tue, Mar 6, 2018 at 10:28 AM, York Sun wrote:
> On 03/06/2018 06:28 AM, Calvin Johnson wrote:
>> Hi Joe,
>>
>> Thanks for reviewing all the patches.
>
> Joe,
>
> Do you want to bring them in, or leave them to me?
I'll bring them in through my tree.
Calvin,
It seems we have an issue with the
On Wed, Feb 28, 2018 at 3:32 AM, Angelo Dureghello wrote:
> Hi Jagan,
>
> On Tue, Feb 27, 2018 at 10:36:46PM +0530, Jagan Teki wrote:
>> On Tue, Feb 27, 2018 at 9:28 PM, York Sun wrote:
>> > On 02/26/2018 09:25 AM, Tom Rini wrote:
>> >> On Mon, Feb 26, 2018 at 08:28:45PM +0530, Jagan Teki wrote:
omap3_spi now support dt along with platform data,
respective boards need to switch into dm for the same.
Signed-off-by: Jagan Teki
---
drivers/spi/Kconfig | 14 +-
drivers/spi/omap3_spi.c | 341 +++
include/dm/platform_data/spi_omap
set_mode, set_seed functions has separate function pointers
in dm_spi_ops, so use them in relevent one instead of
calling from claim_bus.
Signed-off-by: Jagan Teki
---
drivers/spi/omap3_spi.c | 21 -
1 file changed, 16 insertions(+), 5 deletions(-)
diff --git a/drivers/spi/o
On 5 March 2018 at 07:24, Patrick Delaunay wrote:
> Update the GPIO driver to support a live device tree.
>
> Signed-off-by: Patrick Delaunay
> ---
>
> drivers/gpio/stm32f7_gpio.c | 12 +++-
> 1 file changed, 3 insertions(+), 9 deletions(-)
Reviewed-by: Simon Glass
Hi,
On 5 March 2018 at 02:43, wrote:
> From: Tien Fong Chee
>
> This is file system generic loader which can be used to load
> the file image from the storage into target such as memory.
> The consumer driver would then use this loader to program whatever,
> ie. the FPGA device.
>
> Signed-off-
On 2 March 2018 at 08:44, yannick fertre wrote:
>
> Version 2:
> - Replace debug log by pr_error, pr_warn or pr_info.
> - Rework bridge between ltdc & dsi panel
> - Rework backligh management (with or witout gpio)
> - Rework panel otm8009a
> - Add new panel raydium rm68200
>
> Version 1:
> - Initi
Hi Patrick,
On 5 March 2018 at 07:24, Patrick Delaunay wrote:
>
> avoid warning: no previous prototype for ‘mach_cpu_init’
>
> Signed-off-by: Patrick Delaunay
> ---
>
> include/common.h | 10 ++
> 1 file changed, 10 insertions(+)
>
> diff --git a/include/common.h b/include/common.h
> in
Hi Mario,
On 5 March 2018 at 23:54, Mario Six wrote:
> Commit 286ede6 ("drivers: core: Add translation in live tree case") made
> dev_get_addr always use proper bus translations for addresses read from
> the device tree. But this leads to problems with certain busses, e.g.
> I2C busses, which run
Hi Peng,
On 5 March 2018 at 02:11, Peng Fan wrote:
> Add HS400 support.
> Selecting HS400 needs first select HS199 according to spec, so use
> a dedicated function for HS400.
> Add HS400 related macros.
> Remove the restriction of only using the low 6 bits of
> EXT_CSD_CARD_TYPE, using all the 8
On Tue, Mar 6, 2018 at 1:44 PM, Tom Rini wrote:
> On Tue, Mar 06, 2018 at 12:47:28PM +, Peter Robinson wrote:
>> On Tue, Mar 6, 2018 at 12:29 PM, Jonathan Gray wrote:
>> > On Tue, Mar 06, 2018 at 11:36:37AM +, Peter Robinson wrote:
>> >> On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
>>
On 03/06/2018 06:28 AM, Calvin Johnson wrote:
> Hi Joe,
>
> Thanks for reviewing all the patches.
Joe,
Do you want to bring them in, or leave them to me?
York
___
U-Boot mailing list
U-Boot@lists.denx.de
https://lists.denx.de/listinfo/u-boot
Adds a dedicated defconfig to build TI K2L secure
devices and updates MAINTAINERS.
k2l_hs_evm_defconfig is created from the k2l_evm_defconfig
and removes support for SPL, as SPL is not supported on K2
HS devices. Corrects SYS_TEXT_BASE for HS devices.
Also adds TI_SECURE_DEVICE and FIT_IMAGE_POST
This patch updates the default u-boot env for K2L HS devices
to install the secure boot monitor and load the fitImage during
boot.
Signed-off-by: Madan Srinivas
Acked-by: Andrew F. Davis
---
Changes in v2: None
include/configs/k2l_evm.h | 9 +
1 file changed, 9 insertions(+)
diff --
This series adds support for the secure Lammar (K2L) SoC.
It defines a new defconfig file for K2L HS, based on the GP K2L defconfig
and updates the u-boot default env variables to install the secure
boot-monitor on startup.
Changes in v2:
- Updates MAINTAINERS with K2L HS
Madan Srinivas
2018-03-06 17:39 GMT+09:00 Paul Kocialkowski :
> Hi,
>
> On Mon, 2018-03-05 at 01:20 +0900, Masahiro Yamada wrote:
>> Thomas reported U-Boot failed to build host tools if libfdt-devel
>> package is installed because tools include libfdt headers from
>> /usr/include/ instead of using internal ones.
On 03/05/2018 02:05 PM, Álvaro Fernández Rojas wrote:
Move dma_ops to a separate header file, following other uclass implementations.
While doing so, this patch also improves dma_ops documentation.
Signed-off-by: Álvaro Fernández Rojas
Reviewed-by: Simon Glass
---
v5: fix build of ti-edma3
I put my log here https://pastebin.com/5aPjntnb , but i use standard
DT-less u-boot.img.
Maybe it could be easier to talk in u-boot IRC?
2018-03-06 15:55 GMT+01:00 Jagan Teki :
> Hi Michael, Vincent,
>
> On Tue, Mar 6, 2018 at 7:57 PM, Vincent Prince
> wrote:
> > Hi all,
> >
> > Jagan , do you
Hi Michael, Vincent,
On Tue, Mar 6, 2018 at 7:57 PM, Vincent Prince
wrote:
> Hi all,
>
> Jagan , do you confirm your mx6_usb_sdp_spl.conf contains the 3rd line?
>
> mx6_spl_sdp
> hid,uboot_header,1024,0x91,0x1000,512M,0x0090,0x4
> u-boot-dtb.img:jump header2
>
> 2018-03-06 15:18 G
Similarly to imx6, before reading the boot device, first check
bmode to see if the serial downloader has been selected
explicitly, then check whether the serial downloader has been
activated due to unbootable primary boot devices (e.g. empty eMMC).
If the serial downloader is activated, return BOO
Add src_base structure global define macro, similarly to imx6
Signed-off-by: Eran Matityahu
---
arch/arm/include/asm/arch-mx7/imx-regs.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/arch/arm/include/asm/arch-mx7/imx-regs.h
b/arch/arm/include/asm/arch-mx7/imx-regs.h
index 3726f02..0cdb5
On 06/03/2018 02:46, Peng Fan wrote:
Hi,
On Mon, Mar 05, 2018 at 05:29:08PM +0100, Jean-Jacques Hiblot wrote:
Hi Peng,
I'm glad you are adding HS400 support. Thanks.
On 05/03/2018 10:11, Peng Fan wrote:
Add HS400 support.
Selecting HS400 needs first select HS199 according to spec, so use
a
Hi Joe,
Thanks for reviewing all the patches.
> -Original Message-
> From: Calvin Johnson [mailto:calvin.john...@nxp.com]
> Sent: Saturday, March 3, 2018 11:14 PM
> To: u-boot@lists.denx.de; Joe Hershberger
> Cc: Anji Jagarlmudi ; York Sun ;
> Calvin Johnson ; Prabhakar Kushwaha
> ; Bhas
On Tue, Mar 06, 2018 at 09:39:55AM +0100, Paul Kocialkowski wrote:
> Hi,
>
> On Mon, 2018-03-05 at 01:20 +0900, Masahiro Yamada wrote:
> > Thomas reported U-Boot failed to build host tools if libfdt-devel
> > package is installed because tools include libfdt headers from
> > /usr/include/ instead
Hi all,
Jagan , do you confirm your mx6_usb_sdp_spl.conf contains the 3rd line?
mx6_spl_sdp
hid,uboot_header,1024,0x91,0x1000,512M,0x0090,0x4
u-boot-dtb.img:jump header2
BR,
Vincent
2018-03-06 15:18 GMT+01:00 Michael Nazzareno Trimarchi <
mich...@amarulasolutions.com>:
> Hi Jag
Hi Vikas
> From: Vikas MANOCHA
>
> Hi Patrick,
>
> On 03/05/2018 06:24 AM, Patrick Delaunay wrote:
> >
> > This patch-set adds initial support of STMicroelectronics STM32MP157
> I see patches for ram driver, armv7 generic, stm32f7 etc. in this patchset.
> Please split the stuff other than STM32
Hi Jagan
There is a git log for that configuration file. I have the impression
that is done in two steps
Michael
On Tue, Mar 6, 2018 at 3:16 PM, Stefano Babic wrote:
> On 06/03/2018 15:12, Jagan Teki wrote:
>> On Tue, Mar 6, 2018 at 6:46 PM, Fabio Estevam wrote:
>>> Hi Jagan,
>>>
>>> On Tue, M
On 06/03/2018 15:12, Jagan Teki wrote:
> On Tue, Mar 6, 2018 at 6:46 PM, Fabio Estevam wrote:
>> Hi Jagan,
>>
>> On Tue, Mar 6, 2018 at 9:25 AM, Jagan Teki wrote:
>>> Hi,
>>>
>>> U-Boot SPL 2018.03-rc3-00111-g0cb2734156-dirty (Mar 06 2018 - 17:19:36
>>> +0530)
>>> Trying to boot from USB SDP
>>>
On Tue, Mar 6, 2018 at 11:12 AM, Jagan Teki wrote:
> I don't think it's regression, I'm guessing this is first test with
> u-boot-dtb.img or did you tested the similar image type?
I have only used u-boot.img on my tests with SDP.
___
U-Boot mailing lis
On Tue, Mar 6, 2018 at 6:46 PM, Fabio Estevam wrote:
> Hi Jagan,
>
> On Tue, Mar 6, 2018 at 9:25 AM, Jagan Teki wrote:
>> Hi,
>>
>> U-Boot SPL 2018.03-rc3-00111-g0cb2734156-dirty (Mar 06 2018 - 17:19:36 +0530)
>> Trying to boot from USB SDP
>> SDP: initialize...
>> SDP: handle requests...
>>
>> a
Can anyone share their working u-boot configuration for RPi3? With a
working graphics mode and device tree overlay. config.txt boot.scr and
any other config files you might have.
I'm running a normal Raspbian Stretch lite image with stock 32bit kernel.
I compiled u-boot with |rpi_3_32b_defconfig
On Tue, Mar 06, 2018 at 12:47:28PM +, Peter Robinson wrote:
> On Tue, Mar 6, 2018 at 12:29 PM, Jonathan Gray wrote:
> > On Tue, Mar 06, 2018 at 11:36:37AM +, Peter Robinson wrote:
> >> On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
> >> > Hey all,
> >> >
> >> > It's release day and I've
Yes i did that as I explained in my last message. And now it autoboots.
But why doesn't it autoboot without it? Why is UART required to autoboot?
If I don't have that line in confg.txt I can manually boot with 'boot'
'run boot_cmd' without a problem.
So it's not really problem with the boot it
I got it autobooting by adding enable_uart=1 to /boot/config.txt
But it seems like a bug that could be fixed, since it was booting, but
only manually.
Anyone got an idea what might cause this?
But the graphics mode is all wrong. The four raspberrys are purple and
the resolution is extremely low
On 1.3.2018 16:37, Michal Simek wrote:
> On 28.2.2018 10:30, Vipul Kumar wrote:
>> This patch enabled eeprom related u-boot headers in
>> the respective defconfig and removed CONFIG_ZYNQ_EEPROM.
>>
>> Signed-off-by: Vipul Kumar
>> Signed-off-by: Siva Durga Prasad Paladugu
>> ---
>> - Changes in v
On Tue, Mar 06, 2018 at 02:12:23PM +0100, Alexander Graf wrote:
> On 03/06/2018 01:55 PM, Jonathan Gray wrote:
> > On Mon, Mar 05, 2018 at 06:18:59PM +, Peter Robinson wrote:
> > > > > > Hi!
> > > > > > I'm trying to boot from u-boot on a Raspberry Pi 3. But for some
> > > > > > reason
> > > >
Hi Jagan,
On Tue, Mar 6, 2018 at 9:25 AM, Jagan Teki wrote:
> Hi,
>
> U-Boot SPL 2018.03-rc3-00111-g0cb2734156-dirty (Mar 06 2018 - 17:19:36 +0530)
> Trying to boot from USB SDP
> SDP: initialize...
> SDP: handle requests...
>
> and SPL reenumerated USB VID/PID as
> [24774.255201] usb 1-2: new hi
On Tue, Mar 6, 2018 at 8:45 AM, Jagan Teki wrote:
> This patch fixes the wrongly included dtsi file which was
> breaking mainline support for Engicam i.CoreM6 DualLite/Solo RQS.
>
> Linux commit details for the same change as
> "ARM: dts: imx6dl: Include correct dtsi file for Engicam i.CoreM6
> Du
On Tue, Mar 6, 2018 at 8:45 AM, Jagan Teki wrote:
> usdhc4 node need to update pinctrl, bus-width and non-removable
> properties, sync the same from Linux.
>
> Signed-off-by: Jagan Teki
Reviewed-by: Fabio Estevam
___
U-Boot mailing list
U-Boot@lists.d
We had a few reports coming in from people that had their autoboot chain
aborted after pinmuxing support was added for the RPi.
The culprit is easy: The UARTs may have been enabled before, but muxed
to an incorrect pin. That pin may have pulled the RX line down which again
lead to lots of zero byt
After the UART was initialized, we may still have bogus data in the
RX queue if it was enabled with incorrect pin muxing before.
So let's flush the RX queue whenever we initialize baud rates.
This fixes a regression with the dynamic pinmuxing code when enable_uart=1
is not set in config.txt on Ra
After the UART was initialized, we may still have bogus data in the
RX queue if it was enabled with incorrect pin muxing before.
So let's flush the RX queue whenever we initialize baud rates.
This fixes a regression with the dynamic pinmuxing code when enable_uart=1
is not set in config.txt.
Fix
On 03/06/2018 01:55 PM, Jonathan Gray wrote:
On Mon, Mar 05, 2018 at 06:18:59PM +, Peter Robinson wrote:
Hi!
I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason
it
isn't autobooting on the SD-card.
Is it possible to get more debug output on the screen console? I don't
ha
On Tue, Mar 6, 2018 at 9:31 AM, Lothar Waßmann wrote:
> Without the 'volatile' attribute the compiler is entitled to move the
> asm code around or optimize it out.
> So, your patch is the correct fix independent from the gcc version
> used.
Yes, but then it would be better to fix all the places
Hi Peter,
On Tue, Mar 6, 2018 at 8:36 AM, Peter Robinson wrote:
> Just a heads up that I've seen a regression in building i.MX6
> platforms from rc3 with this:
>
> /builddir/build/BUILD/u-boot-2018.03-rc4/arch/arm/mach-imx/spl.c:160:5:
> error: redefinition of 'spl_boot_mode'
> u32 spl_boot_mod
On Mon, Mar 05, 2018 at 06:18:59PM +, Peter Robinson wrote:
> >>> Hi!
> >>> I'm trying to boot from u-boot on a Raspberry Pi 3. But for some reason
> >>> it
> >>> isn't autobooting on the SD-card.
> >>>
> >>> Is it possible to get more debug output on the screen console? I don't
> >>> have
> >>
On Tue, Mar 6, 2018 at 12:29 PM, Jonathan Gray wrote:
> On Tue, Mar 06, 2018 at 11:36:37AM +, Peter Robinson wrote:
>> On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
>> > Hey all,
>> >
>> > It's release day and I've released v2018.03-rc4. I've included a few
>> > different regression fixes
Le 06/03/2018 à 13:33, Christophe Leroy a écrit :
The MCR3000 board is equipped with an AM29LV160DB boot flash which
is organised as follows:
- One 16kb block
- Two 8kb block
- One 32kb block
- Thirty one 64kb blocks
At the time being, u-boot is a single piece occupying the 320 first kbytes,
The MCR3000 board is equipped with an AM29LV160DB boot flash which
is organised as follows:
- One 16kb block
- Two 8kb block
- One 32kb block
- Thirty one 64kb blocks
At the time being, u-boot is a single piece occupying the 320 first kbytes,
then the environment is stored in the following 64kb b
Hi,
On Tue, 6 Mar 2018 15:06:08 +0900 Yasushi SHOJI wrote:
> Hi,
>
> It seems to me that both GCC 6.3 and 6.4 mis-compiles
>
s/mis-compiles/optimizes/
Without the 'volatile' attribute the compiler is entitled to move the
asm code around or optimize it out.
So, your patch is the correct fix indep
On Tue, Mar 06, 2018 at 11:36:37AM +, Peter Robinson wrote:
> On Tue, Mar 6, 2018 at 1:28 AM, Tom Rini wrote:
> > Hey all,
> >
> > It's release day and I've released v2018.03-rc4. I've included a few
> > different regression fixes I've seen along with some fixes and cleanups.
> > I would like
Hi,
U-Boot SPL 2018.03-rc3-00111-g0cb2734156-dirty (Mar 06 2018 - 17:19:36 +0530)
Trying to boot from USB SDP
SDP: initialize...
SDP: handle requests...
and SPL reenumerated USB VID/PID as
[24774.255201] usb 1-2: new high-speed USB device number 101 using xhci_hcd
[24774.425174] usb 1-2: New USB
None of those values are used at the time being.
Just keep one and call it PVR_8xx
Signed-off-by: Christophe Leroy
---
arch/powerpc/include/asm/processor.h | 6 ++
1 file changed, 2 insertions(+), 4 deletions(-)
diff --git a/arch/powerpc/include/asm/processor.h
b/arch/powerpc/include/asm/p
The MCR3000 board is equipped with an AM29LV160DB boot flash which
is organised as follows:
- One 16kb block
- Two 8kb block
- One 32kb block
- Thirty one 64kb blocks
At the time being, u-boot is a single piece occupying the 320 first kbytes,
then the environment is stored in the following 64kb b
In most places, immap local pointer is defined as
immap_t __iomem *immap = (immap_t __iomem *)CONFIG_SYS_IMMR;
In a few places, it is defined as
immap_t __iomem *immap = (immap_t __iomem *)(immr & 0x);
This patch replaces the few of the latest form by the other one.
The tw
Some config is redundant with Kconfig. Fix it.
Also remove unused configs
Move SDRAM_MAX_SIZE in the only place it is used
include/environment.h already defines CONFIG_ENV_SIZE
from CONFIG_ENV_SECT_SIZE and defines CONFIG_ENV_ADDR as
(CONFIG_SYS_FLASH_BASE + CONFIG_ENV_OFFSET)
Signed-off-by: Chri
reginfo is redundant with some of the commands in immap.c, so
move reginfo into that file and remove duplicated info.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/Makefile | 1 -
arch/powerpc/cpu/mpc8xx/immap.c | 20 +++
arch/powerpc/cpu/mpc8xx/reginfo.c | 71 -
CONFIG_8xx doesn't mean much outside of arch/powerpc/
This patch renames it CONFIG_MPC8xx just like CONFIG_MPC85xx etc ...
It also renames 8xx_immap.h to immap_8xx.h to be consistent with
other file names.
Signed-off-by: Christophe Leroy
---
api/api_platform-powerpc.c
get_immr() is always called with 0 as an argument, so it is useless.
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c | 2 +-
arch/powerpc/cpu/mpc8xx/immap.c | 2 +-
arch/powerpc/include/asm/ppc.h | 6 ++
3 files changed, 4 insertions(+), 6 deletions(-)
diff --git a/arch
Commit 7653942b10e9e ("common/env_embedded.c: drop support for
CONFIG_SYS_USE_PPCENV") dropped the .ppcenv section which was
used in linking scripts to allow fine placement of embedded
environment sections.
This implies that GCC randomly places objects from env/embedded.o
and environment is not gu
Since commit 17cb4b8f327eb ("mtd: nand: Add+use mtd_to/from_nand and
nand_get/set_controller_data"), mtd_to_nand() has to be used instead
of mtd->priv
Signed-off-by: Christophe Leroy
---
board/cssi/MCR3000/nand.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/board/cssi/MCR3
Avoid hardcoding the PVR values in C since they are defined
in processor.h
Signed-off-by: Christophe Leroy
---
arch/powerpc/cpu/mpc8xx/cpu.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/arch/powerpc/cpu/mpc8xx/cpu.c b/arch/powerpc/cpu/mpc8xx/cpu.c
index c5669e6a8e0..071395
In preparation of migration to DM watchdog, clean up a bit.
The 8xx watchdog really is a HW watchdog, so declare it as is
then it goes through Kconfig
Signed-off-by: Christophe Leroy
---
arch/powerpc/Kconfig | 1 +
arch/powerpc/cpu/mpc8xx/cpu.c | 20 +---
arc
1 - 100 of 120 matches
Mail list logo
