Re: [U-Boot] no DTB with nand SPL on sama5d3

On 20.01.2019 17:23, Ben Whitten wrote: > Hi, > > On 17/01/2019 21:34, Daniel Evans wrote: >> Follow up question: >> >> I notice that u-boot-spl-pad.bin is empty even though >> CONFIG_SPL_PAD_TO = CONFIG_SPL_MAX_SIZE = 0x18000.  Is that why it >> isn’t find the dtb because it isn’t padded

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

On 11.01.2019 18:53, Derald Woods wrote: > > > On Fri, Jan 11, 2019, 10:51 AM Derald Woods wrote: > > > On Fri, Jan 11, 2019, 5:27 AM wrote: > > > > On 10.01.2019 03:00, Derald Woods wrote: >

Re: [U-Boot] no DTB with nand SPL on sama5d3

On 17.01.2019 11:05, Simon Goldschmidt wrote: > On Thu, Jan 17, 2019 at 10:02 AM wrote: >> >> >> >> On 16.01.2019 21:05, Daniel Evans wrote: >>> Hello, >>> >>> Yes, I am trying to load the U-boot SPL >>> >>> What I posted previously was a custom board. I switched over to the >>>

Re: [U-Boot] no DTB with nand SPL on sama5d3

On 16.01.2019 21:05, Daniel Evans wrote: > Hello, > > Yes, I am trying to load the U-boot SPL > > What I posted previously was a custom board. I switched over to the > sama5d3_xplained and all I get with sama5d3_xplained_nandflash_defconfig is > ROMBOOT. This is definitely weird. Are you

Re: [U-Boot] no DTB with nand SPL on sama5d3

On 16.01.2019 03:13, Daniel Evans wrote: > After flashing my boot.bin to nand I get the following output: > > RomBOOT > Missing DTB > ### ERROR ### Please RESET the board ### > > I found the error message in fdtdec.c, but not sure what I am missing. I > have checked that my DTB is included

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

On 10.01.2019 03:00, Derald Woods wrote: > On Mon, Jan 7, 2019 at 3:40 AM > wrote: > > Hi Derald, > > Thank you for the patch, > > Some minor questions inline. > > > > Sorry for the late response. Family and day job take priority. > > The

Re: [U-Boot] [PATCH] ARM: at91: Convert SPL_GENERATE_ATMEL_PMECC_HEADER to Kconfig

Hi Derald, Thank you for the patch, Some minor questions inline. On 15.12.2018 09:36, Derald D. Woods wrote: > This commit converts the following items to Kconfig: > > CONFIG_ATMEL_NAND_HWECC > CONFIG_ATMEL_NAND_HW_PMECC > CONFIG_PMECC_CAP > CONFIG_PMECC_SECTOR_SIZE >

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On 10.12.2018 16:54, Derald Woods wrote: > > > On Mon, Dec 10, 2018 at 8:03 AM > wrote: > > > > On 10.12.2018 15:01, Derald D. Woods wrote: > > On Mon, Dec 10, 2018 at 08:32:33AM +, > eugen.hris...@microchip.com

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On 10.12.2018 15:01, Derald D. Woods wrote: > On Mon, Dec 10, 2018 at 08:32:33AM +, eugen.hris...@microchip.com wrote: >> >> >> On 08.12.2018 21:49, Derald D. Woods wrote: >>> On AT91 platforms configured for SD_BOOT, this commit avoids the >>> generation of the PMECC header used for booting

Re: [U-Boot] [PATCH] ARM: at91: Fix 'boot.bin' generation when CONFIG_SD_BOOT is enabled

On 08.12.2018 21:49, Derald D. Woods wrote: > On AT91 platforms configured for SD_BOOT, this commit avoids the > generation of the PMECC header used for booting from NAND flash. This > issue was found by attempting to boot the SAMA5D3-XPLD board with the > 'sama5d3_xplained_mmc_defconfig'. > >

Re: [U-Boot] boot.bin on SD Card for SAMA5D3 Xplained

On 05.12.2018 22:38, Robert Nelson wrote: > On Wed, Dec 5, 2018 at 8:37 AM wrote: >> >> >> >> On 05.12.2018 02:15, Daniel Evans wrote: >>> Trying to get uboot SPL boot.bin to run on an SD card for the sama5d3 >>> xplained board. All I get is RomBOOT and no other messages. I have tried >>>

Re: [U-Boot] boot.bin on SD Card for SAMA5D3 Xplained

On 05.12.2018 02:15, Daniel Evans wrote: > Trying to get uboot SPL boot.bin to run on an SD card for the sama5d3 > xplained board. All I get is RomBOOT and no other messages. I have tried > throwing in a couple test pins to toggle in board_early_init_f but still not > getting any debug. I

[U-Boot] [PATCH v2] ARM: at91: lds: add test for SPL binary size and bss size

Add test for the SPL binary size and the bss section size. This will throw an error at build time if the SPL sections do not fit in the designated RAM area, thus avoiding oversizing the SPL. Based on original work by Wenyou Yang. Signed-off-by: Eugen Hristev --- This patch is a rework of the

Re: [U-Boot] [PATCH] w1: fix occasional enumeration failure

On 27.11.2018 12:58, Martin Fuzzey wrote: > Hi Eugen, > > On 27/11/2018 10:47, eugen.hris...@microchip.com wrote: >> >> On 23.11.2018 11:53, Martin Fuzzey wrote: >>> Sometimes enumeration fails (about 1 in 50 times on my custom board). >>> >>> The underlying reason is probably electrical but

Re: [U-Boot] [PATCH] w1: fix occasional enumeration failure

On 23.11.2018 11:53, Martin Fuzzey wrote: > Sometimes enumeration fails (about 1 in 50 times on my custom board). > > The underlying reason is probably electrical but Linux does not have > the problem. > > Comparing the Linux / u-boot implementations shows that Linux > retries the error case

Re: [U-Boot] [PATCH 4/4] ARM: at91: lds: add test SPL binary size and bbs size

On 19.11.2018 16:31, Ben Whitten wrote: >> -Original Message- >> From: U-Boot [mailto:u-boot-boun...@lists.denx.de] On >> Behalf Of eugen.hris...@microchip.com >> Sent: 19 November 2018 08:23 >> To: u-boot@lists.denx.de >> Cc: nicolas.fe...@microchip.com; >> wenyou.y...@atmel.com >>

[U-Boot] [PATCH 2/4] configs: corvus_defconfig: Remove SPL

Due the size of SPL being too big, remove the SPL support. ---8<--- arm-linux-gnueabi-ld: SPL image too big --->8--- Signed-off-by: Eugen Hristev --- configs/corvus_defconfig | 8 1 file changed, 8 deletions(-) diff --git a/configs/corvus_defconfig b/configs/corvus_defconfig index

[U-Boot] [PATCH 3/4] configs: wb45n_defconfig: Remove SPL

Due the size of SPL being too big, remove the SPL support. ---8<--- arm-linux-gnueabi-ld: SPL image too big --->8--- Signed-off-by: Eugen Hristev --- configs/wb45n_defconfig | 6 -- 1 file changed, 6 deletions(-) diff --git a/configs/wb45n_defconfig b/configs/wb45n_defconfig index

[U-Boot] [PATCH 4/4] ARM: at91: lds: add test SPL binary size and bbs size

From: Wenyou Yang Add the test for the SPL binary size and the bbs section size. Signed-off-by: Wenyou Yang --- arch/arm/mach-at91/arm926ejs/u-boot-spl.lds | 10 ++ 1 file changed, 10 insertions(+) diff --git a/arch/arm/mach-at91/arm926ejs/u-boot-spl.lds

[U-Boot] [PATCH 1/4] configs: picosam9g45_defconfig: Remove SPL

From: Wenyou Yang Due the size of SPL being too big, remove the SPL support. ---8<--- arm-none-linux-gnueabi-ld: SPL image too big --->8--- Signed-off-by: Wenyou Yang [eugen.hris...@microchip.com: rebased on latest u-boot] Signed-off-by: Eugen Hristev --- configs/picosam9g45_defconfig | 10

[U-Boot] [PATCH 0/4] at91: SPL size check for at91 boards

This is a review of the patch [U-Boot,RFC] ARM: at91: lds: add test SPL binary size and bbs size Commit: ARM: at91: lds: add test SPL binary size and bbs size will check for the SPL size and bss to see if it can fit the known RAM area where it's supposed to be loaded. If the size exceeds,

Re: [U-Boot] [PATCH] configs: at91: add CONFIG_OF_EMBED=y in all defconfigs

On 13.11.2018 17:04, Radu Pirea wrote: > U-boot must have dtb built in because at91bootstrap can not load it. Hello, The DTB is already appended in the image with the current defconfigs. This has been in place for our boards for a long time, and I do not see any reason for change. Anyway, not

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 24.10.2018 01:31, Lukasz Majewski wrote: > Hi Martin, Eugen, > >> On 23/10/18 10:40, eugen.hris...@microchip.com wrote: >>> >>> I tried as much as possible to decouple the W1 bus from the W1 >>> EEPROM memories. It is possible that we will have a different >>> framework for EEPROMs that will

Re: [U-Boot] [PATCH] configs: sama5d2_ptc_ek: read environment from FAT

On 23.10.2018 11:13, andrei.stefane...@microchip.com wrote: > On our demo setup for SD card boot, the u-boot environment > is in a FAT partition. > > This patch changes the default configuration, specifing that > the u-boot environment is in a FAT partition instead of raw MMC. > >

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 23.10.2018 11:31, Martin Fuzzey wrote: > On 23/10/18 09:07, eugen.hris...@microchip.com wrote: >> >> On 22.10.2018 19:51, Martin Fuzzey wrote: >>> Building with CONFIG_W1 and CONFIG_CMD_W1 but without CONFIG_W1_EEPROM >>> fails with >>> drivers/w1/w1-uclass.c:104: undefined reference to

Re: [U-Boot] [PATCH] w1: fix data abort if no one wire bus master present

On 23.10.2018 11:17, Martin Fuzzey wrote: > Hi Eugen, > > On 23/10/18 09:05, eugen.hris...@microchip.com wrote: >> >> On 22.10.2018 19:31, Martin Fuzzey wrote: >>> When the "w1 bus" command is used with no bus master present >>> a data abort may occur. >>> >>> This is because

[U-Boot] [RFC][PATCH] ARM: at91: lds: add test SPL binary size and bbs size

From: Wenyou Yang Add the test for the SPL binary size and the bbs section size. Signed-off-by: Wenyou Yang --- Hello, This patch from our at91 tree will check for the SPL size and BSS size, however, with this check, build will fail for some old platforms. The solution would be to disable

[U-Boot] [PATCH] configs: at91: at91sam9x5ek: fix bootcmd for NAND flash

The default bootcommand needs to be accurate w.r.t the nand memory map at http://www.at91.com/linux4sam/bin/view/Linux4SAM/AT91sam9x5ekMainPage#NAND_Flash_demo_Memory_map Updated to load kernel + dtb at right offsets and boot the zImage. Signed-off-by: Eugen Hristev ---

Re: [U-Boot] [PATCH] w1: fix build without CONFIG_W1_EEPROM

On 22.10.2018 19:51, Martin Fuzzey wrote: > Building with CONFIG_W1 and CONFIG_CMD_W1 but without CONFIG_W1_EEPROM > fails with > drivers/w1/w1-uclass.c:104: undefined reference to > `w1_eeprom_register_new_device' > cmd/w1.c:93: undefined reference to `w1_eeprom_read_buf' > > Fix

Re: [U-Boot] [PATCH] w1: fix data abort if no one wire bus master present

On 22.10.2018 19:31, Martin Fuzzey wrote: > When the "w1 bus" command is used with no bus master present > a data abort may occur. > > This is because uclass_first_device() returns zero, but sets the output > struct udevice pointer to NULL in the no device found case. > > Fix w1_get_bus() to

Re: [U-Boot] [PATCH] w1-eeprom: ds24xxx: fix data abort in ds24xxx_probe()

On 22.10.2018 19:31, Martin Fuzzey wrote: > Data abort was occurring when using "w1 bus" with a DS24B33 present. > > The abort occurred in the ds24xxx_probe() because the struct w1_device > pointer was NULL. This is because that structure is allocated by > the parent device uclass (by

Re: [U-Boot] [PATCH 43/45] video: at91: Adjust vidconsole_position_cursor() to use char pos

On 09.10.2018 06:40, Simon Glass wrote: > Hi Eugen, > > On 2 October 2018 at 01:37, Eugen Hristev wrote: >> >> >> >> On 01.10.2018 23:22, Anatolij Gustschin wrote: >>> >>> Hi Simon, >>> >>> On Mon, 1 Oct 2018 12:22:47 -0600 >>> Simon Glass s...@chromium.org wrote: >>> At present this

<    1   2   3   4