December 2015 - U-Boot

[U-Boot] [PATCH v3 0/5] Add wait_for_bit()
by Mateusz Kulikowski 21 Jan '16

21 Jan '16

Changes in V3: - wait_for_bit code is moved to header and converted to static inline function. Previous version added ~7byte of rodata to all boards (even not using wait_for_bit). Changes in V2: - wait_bit.o is always compiled in - Removed CONFIG_LIB_WAIT_BIT from configs/Kconfigs - Constified arguments to wait_bit - Removed check for CONFIG_... in drivers - Added tested-by to ohci-lp32xx @Sylvain Lemieux: I didn't changed driver logic with v2, so allowed myself to add your tested-by directly. Tested on: - USB driver on Dragonboard (not yet in mainline) - Infinite sleep (if timeout/interruption works) Build tested on single board for each driver/commit: - hikey - zynq_microzed - platinum (Old) notes from V1: This series add generic function to poll register waiting for one or more bits to change. Very similar function was used in several drivers: - dwc2 - ohci-lp32xx - ehci-mx6 - zynq_gem First patch adds function, following patches update drivers and board config files / defconfigs. This series was compile-tested with buildman for ~50 boards (most or even all boards affected by change) Code was also run-tested on ehci-msm driver (not yet in mainline) There is single difference in behavior: ohci-lp32xx driver will not print "Timeout..." message with debug disabled. I think it's not a big issue as this driver seems unused, but if it's an issue - please drop that patch. Mateusz Kulikowski (5): lib: Add wait_for_bit usb: dwc2: Use shared wait_for_bit usb: ohci-lpc32xx: Use shared wait_for_bit usb: ehci-mx6: Use shared wait_for_bit net: zynq_gem: Use shared wait_for_bit drivers/net/zynq_gem.c | 35 ++------------------ drivers/usb/host/dwc2.c | 41 ++++++++---------------- drivers/usb/host/ehci-mx6.c | 32 +++---------------- drivers/usb/host/ohci-lpc32xx.c | 34 ++++---------------- include/wait_bit.h | 71 +++++++++++++++++++++++++++++++++++++++++ 5 files changed, 97 insertions(+), 116 deletions(-) create mode 100644 include/wait_bit.h -- 2.5.0

5 18

[U-Boot] [RFC PATCH 0/6] clk: some fixes, device tree support, new features
by Masahiro Yamada 21 Jan '16

21 Jan '16

Masahiro Yamada (6): clk: fix comments in include/clk.h clk: add needed include and declaration to include/clk.h clk: add function to get peripheral ID clk: add device tree support for clock framework clk: add enable() callback clk: add fixed rate clock driver drivers/clk/Makefile | 3 +- drivers/clk/clk-fdt.c | 37 +++++++++++++++++++ drivers/clk/clk-fixed-rate.c | 58 +++++++++++++++++++++++++++++ drivers/clk/clk-uclass.c | 10 +++++ include/clk.h | 87 +++++++++++++++++++++++++++++++++++++++----- 5 files changed, 184 insertions(+), 11 deletions(-) create mode 100644 drivers/clk/clk-fdt.c create mode 100644 drivers/clk/clk-fixed-rate.c -- 1.9.1

2 12

[U-Boot] [PATCH] board/t4240rdb: VID support
by ying.zhang＠freescale.com 20 Jan '16

20 Jan '16

From: Ying Zhang <b40530(a)freescale.com> The fuse status register provides the values from on-chip voltage ID efuses programmed at the factory. These values define the voltage requirements for the chip. u-boot reads FUSESR and translates the values into the appropriate commands to set the voltage output value of an external voltage regulator. Signed-off-by: Ying Zhang <b40530(a)freescale.com> --- board/freescale/common/vid.c | 2 +- board/freescale/t4rdb/t4240rdb.c | 7 +++++++ include/configs/T4240RDB.h | 10 ++++++++++ 3 files changed, 18 insertions(+), 1 deletion(-) diff --git a/board/freescale/common/vid.c b/board/freescale/common/vid.c index f1bed51..571e105 100644 --- a/board/freescale/common/vid.c +++ b/board/freescale/common/vid.c @@ -42,7 +42,7 @@ int __weak board_vdd_drop_compensation(void) * The IR chip can show up under the following addresses: * 0x08 (Verified on T1040RDB-PA,T4240RDB-PB,X-T4240RDB-16GPA) * 0x09 (Verified on T1040RDB-PA) - * 0x38 (Verified on T2080QDS, T2081QDS) + * 0x38 (Verified on T2080QDS, T2081QDS, T4240RDB) */ static int find_ir_chip_on_i2c(void) { diff --git a/board/freescale/t4rdb/t4240rdb.c b/board/freescale/t4rdb/t4240rdb.c index fac442b..99a8730 100644 --- a/board/freescale/t4rdb/t4240rdb.c +++ b/board/freescale/t4rdb/t4240rdb.c @@ -21,6 +21,7 @@ #include "t4rdb.h" #include "cpld.h" +#include "../common/vid.h" DECLARE_GLOBAL_DATA_PTR; @@ -79,6 +80,12 @@ int board_early_init_r(void) #ifdef CONFIG_SYS_DPAA_QBMAN setup_portals(); #endif + /* + * Adjust core voltage according to voltage ID + * This function changes I2C mux to channel 2. + */ + if (adjust_vdd(0)) + printf("Warning: Adjusting core voltage failed.\n"); return 0; } diff --git a/include/configs/T4240RDB.h b/include/configs/T4240RDB.h index 73279c8..4a17f41 100644 --- a/include/configs/T4240RDB.h +++ b/include/configs/T4240RDB.h @@ -606,6 +606,16 @@ unsigned long get_board_ddr_clk(void); #define I2C_VOL_MONITOR_BUS_V_OVF 0x1 #define I2C_VOL_MONITOR_BUS_V_SHIFT 3 +#define CONFIG_VID_FLS_ENV "t4240rdb_vdd_mv" +#ifndef CONFIG_SPL_BUILD +#define CONFIG_VID +#endif +#define CONFIG_VOL_MONITOR_IR36021_SET +#define CONFIG_VOL_MONITOR_IR36021_READ +/* The lowest and highest voltage allowed for T4240RDB */ +#define VDD_MV_MIN 819 +#define VDD_MV_MAX 1212 + /* * eSPI - Enhanced SPI */ -- 1.8.4.1

2 1

[U-Boot] [PATCH] ti_omap3_common: Do not define CONFIG_SPL_NAND_SUPPORT
by Ladislav Michl 20 Jan '16

20 Jan '16

Symbol is already defined in ti_armv7_common.h which is included via ti_armv7_omap.h Signed-off-by: Ladislav Michl <ladis(a)linux-mips.org> --- include/configs/ti_omap3_common.h | 1 - 1 file changed, 1 deletion(-) diff --git a/include/configs/ti_omap3_common.h b/include/configs/ti_omap3_common.h index 1c71cb6..02fdcdc 100644 --- a/include/configs/ti_omap3_common.h +++ b/include/configs/ti_omap3_common.h @@ -73,7 +73,6 @@ #ifdef CONFIG_NAND -#define CONFIG_SPL_NAND_SUPPORT #define CONFIG_SPL_NAND_SIMPLE #define CONFIG_SYS_NAND_BASE 0x30000000 #endif -- 2.1.4

2 2

[U-Boot] [PATCH 0/8] m68k, mips, powerpc, kbuild: move CONFIG_SYS_TEXT_BASE
by Masahiro Yamada 20 Jan '16

20 Jan '16

Currently, CONFIG_SYS_TEXT_BASE is defined in various ways: [1] by board/${VENDOR}/${BOARD}/config.mk [2] by CONFIG_SYS_EXTRA_OPTIONS (This was "options" field of boards.cfg before Kconfig conversion) [3] by include/configs/${BOARD}.h [4] by configs/${BOARD}_defconfig Kbuild is still keeping some tricky code for [1]. We have some boards using [1] for M68K, MIPS, PowerPC. Convert them and drop the workaround code from Kbuild. I built all the boards and compared the checksum of the binary images for all of them. I confirmed no impact on these moves. This series should be OK. Masahiro Yamada (8): m68k: move CONFIG_SYS_TEXT_BASE to defconfig files m68k: M54418TWR: drop board/freescale/m54418twr/config.mk microblaze: move CONFIG_SYS_TEXT_BASE to defconfig mips: vct: move CONFIG_SYS_TEXT_BASE away from config.mk mips: dbau1x00: move CONFIG_SYS_TEXT_BASE away from config.mk mips: pb1x00: move CONFIG_SYS_TEXT_BASE away from config.mk powerpc: yucca: drop redundant CONFIG_SYS_TEXT_BASE from config.mk kbuild: drop workaround for old style CONFIG_SYS_TEXT_BASE defines Kconfig | 3 ++- Makefile | 6 ------ arch/m68k/cpu/mcf5445x/start.S | 8 ++++---- board/amcc/yucca/config.mk | 6 ------ board/cobra5272/config.mk | 9 --------- board/dbau1x00/config.mk | 16 ---------------- board/freescale/m5208evbe/config.mk | 9 --------- board/freescale/m5249evb/config.mk | 9 --------- board/freescale/m5253demo/config.mk | 9 --------- board/freescale/m5253evbe/config.mk | 9 --------- board/freescale/m5272c3/config.mk | 9 --------- board/freescale/m5275evb/config.mk | 9 --------- board/freescale/m5282evb/config.mk | 9 --------- board/freescale/m53017evb/config.mk | 9 --------- board/freescale/m5329evb/config.mk | 9 --------- board/freescale/m5373evb/config.mk | 9 --------- board/freescale/m54418twr/config.mk | 7 ------- board/freescale/m547xevb/config.mk | 9 --------- board/freescale/m548xevb/config.mk | 9 --------- board/micronas/vct/config.mk | 13 ------------- board/pb1x00/config.mk | 16 ---------------- board/sysam/amcore/config.mk | 7 ------- board/xilinx/microblaze-generic/config.mk | 2 -- configs/M5208EVBE_defconfig | 1 + configs/M52277EVB_defconfig | 3 ++- configs/M52277EVB_stmicro_defconfig | 3 ++- configs/M5235EVB_Flash32_defconfig | 3 ++- configs/M5235EVB_defconfig | 2 +- configs/M5249EVB_defconfig | 1 + configs/M5253DEMO_defconfig | 1 + configs/M5253EVBE_defconfig | 1 + configs/M5272C3_defconfig | 1 + configs/M5275EVB_defconfig | 1 + configs/M5282EVB_defconfig | 1 + configs/M53017EVB_defconfig | 1 + configs/M5329AFEE_defconfig | 1 + configs/M5329BFEE_defconfig | 1 + configs/M5373EVB_defconfig | 1 + configs/M54418TWR_defconfig | 3 ++- configs/M54418TWR_nand_mii_defconfig | 3 ++- configs/M54418TWR_nand_rmii_defconfig | 3 ++- configs/M54418TWR_nand_rmii_lowfreq_defconfig | 3 ++- configs/M54418TWR_serial_mii_defconfig | 3 ++- configs/M54418TWR_serial_rmii_defconfig | 3 ++- configs/M54451EVB_defconfig | 3 ++- configs/M54451EVB_stmicro_defconfig | 3 ++- configs/M54455EVB_a66_defconfig | 3 ++- configs/M54455EVB_defconfig | 3 ++- configs/M54455EVB_i66_defconfig | 3 ++- configs/M54455EVB_intel_defconfig | 3 ++- configs/M54455EVB_stm33_defconfig | 3 ++- configs/M5475AFE_defconfig | 1 + configs/M5475BFE_defconfig | 1 + configs/M5475CFE_defconfig | 1 + configs/M5475DFE_defconfig | 1 + configs/M5475EFE_defconfig | 1 + configs/M5475FFE_defconfig | 1 + configs/M5475GFE_defconfig | 1 + configs/M5485AFE_defconfig | 1 + configs/M5485BFE_defconfig | 1 + configs/M5485CFE_defconfig | 1 + configs/M5485DFE_defconfig | 1 + configs/M5485EFE_defconfig | 1 + configs/M5485FFE_defconfig | 1 + configs/M5485GFE_defconfig | 1 + configs/M5485HFE_defconfig | 1 + configs/amcore_defconfig | 1 + configs/cobra5272_defconfig | 1 + configs/eb_cpu5282_defconfig | 3 ++- configs/eb_cpu5282_internal_defconfig | 3 ++- configs/microblaze-generic_defconfig | 1 + include/configs/M54418TWR.h | 2 +- include/configs/dbau1x00.h | 5 +++++ include/configs/pb1x00.h | 5 +++++ include/configs/vct.h | 1 + 75 files changed, 84 insertions(+), 215 deletions(-) delete mode 100644 board/cobra5272/config.mk delete mode 100644 board/dbau1x00/config.mk delete mode 100644 board/freescale/m5208evbe/config.mk delete mode 100644 board/freescale/m5249evb/config.mk delete mode 100644 board/freescale/m5253demo/config.mk delete mode 100644 board/freescale/m5253evbe/config.mk delete mode 100644 board/freescale/m5272c3/config.mk delete mode 100644 board/freescale/m5275evb/config.mk delete mode 100644 board/freescale/m5282evb/config.mk delete mode 100644 board/freescale/m53017evb/config.mk delete mode 100644 board/freescale/m5329evb/config.mk delete mode 100644 board/freescale/m5373evb/config.mk delete mode 100644 board/freescale/m54418twr/config.mk delete mode 100644 board/freescale/m547xevb/config.mk delete mode 100644 board/freescale/m548xevb/config.mk delete mode 100644 board/micronas/vct/config.mk delete mode 100644 board/pb1x00/config.mk delete mode 100644 board/sysam/amcore/config.mk -- 1.9.1

7 27

[U-Boot] [PATCH] spi: ti_qspi: Use 4-byte opcode for mmap read
by Vignesh R 20 Jan '16

20 Jan '16

ti-qspi driver currently uses 3-byte addressing mode(and opcodes) for memory-mapped read. This restricts maximum addressable flash size to 16MB. Enable the 4-byte addressing(and use 4-byte opcode) for memory-mapped read to allow access to addresses above 16MB. Signed-off-by: Ravi Babu <ravibabu(a)ti.com> [vigneshr(a)ti.com: Re-word commit description] Signed-off-by: Vignesh R <vigneshr(a)ti.com> --- Tested on DRA74 EVM with Spansion flash and AM437X IDK EVM with Macronix flash. drivers/spi/ti_qspi.c | 6 +++--- 1 file changed, 3 insertions(+), 3 deletions(-) diff --git a/drivers/spi/ti_qspi.c b/drivers/spi/ti_qspi.c index 646dd899d3ec..0a032845866d 100644 --- a/drivers/spi/ti_qspi.c +++ b/drivers/spi/ti_qspi.c @@ -48,14 +48,14 @@ #define CORE_CTRL_IO 0x4a002558 #define QSPI_CMD_READ (0x3 << 0) -#define QSPI_CMD_READ_QUAD (0x6b << 0) +#define QSPI_CMD_READ_QUAD (0x6c << 0) #define QSPI_CMD_READ_FAST (0x0b << 0) -#define QSPI_SETUP0_NUM_A_BYTES (0x2 << 8) +#define QSPI_SETUP0_NUM_A_BYTES (0x3 << 8) #define QSPI_SETUP0_NUM_D_BYTES_NO_BITS (0x0 << 10) #define QSPI_SETUP0_NUM_D_BYTES_8_BITS (0x1 << 10) #define QSPI_SETUP0_READ_NORMAL (0x0 << 12) #define QSPI_SETUP0_READ_QUAD (0x3 << 12) -#define QSPI_CMD_WRITE (0x2 << 16) +#define QSPI_CMD_WRITE (0x12 << 16) #define QSPI_NUM_DUMMY_BITS (0x0 << 24) /* ti qspi register set */ -- 2.6.3

3 5

[U-Boot] [PATCH] arm, ubifs: fix gcc5.x compiler warning
by Heiko Schocher 20 Jan '16

20 Jan '16

compiling U-Boot for openrd_base_defconfig with gcc 5.x shows the following warning: CC fs/ubifs/super.o In file included from fs/ubifs/ubifs.h:35:0, from fs/ubifs/super.c:37: fs/ubifs/super.c: In function 'atomic_inc': ./arch/arm/include/asm/atomic.h:55:2: warning: 'flags' is used uninitialized in this function [-Wuninitialized] local_irq_save(flags); ^ fs/ubifs/super.c: In function 'atomic_dec': ./arch/arm/include/asm/atomic.h:64:2: warning: 'flags' is used uninitialized in this function [-Wuninitialized] local_irq_save(flags); ^ CC fs/ubifs/sb.o [...] CC fs/ubifs/lpt.o In file included from include/linux/bitops.h:123:0, from include/common.h:20, from include/ubi_uboot.h:17, from fs/ubifs/ubifs.h:37, from fs/ubifs/lpt.c:35: fs/ubifs/lpt.c: In function 'test_and_set_bit': ./arch/arm/include/asm/bitops.h:57:2: warning: 'flags' is used uninitialized in this function [-Wuninitialized] local_irq_save(flags); ^ CC fs/ubifs/lpt_commit.o In file included from include/linux/bitops.h:123:0, from include/common.h:20, from include/ubi_uboot.h:17, from fs/ubifs/ubifs.h:37, from fs/ubifs/lpt_commit.c:26: fs/ubifs/lpt_commit.c: In function 'test_and_set_bit': ./arch/arm/include/asm/bitops.h:57:2: warning: 'flags' is used uninitialized in this function [-Wuninitialized] local_irq_save(flags); ^ CC fs/ubifs/scan.o CC fs/ubifs/lprops.o CC fs/ubifs/tnc.o In file included from include/linux/bitops.h:123:0, from include/common.h:20, from include/ubi_uboot.h:17, from fs/ubifs/ubifs.h:37, from fs/ubifs/tnc.c:30: fs/ubifs/tnc.c: In function 'test_and_set_bit': ./arch/arm/include/asm/bitops.h:57:2: warning: 'flags' is used uninitialized in this function [-Wuninitialized] local_irq_save(flags); ^ CC fs/ubifs/tnc_misc.o Fix it. Signed-off-by: Heiko Schocher <hs(a)denx.de> --- arch/arm/include/asm/atomic.h | 14 +++++++------- arch/arm/include/asm/bitops.h | 4 ++-- 2 files changed, 9 insertions(+), 9 deletions(-) diff --git a/arch/arm/include/asm/atomic.h b/arch/arm/include/asm/atomic.h index 34c07fe..9b79506 100644 --- a/arch/arm/include/asm/atomic.h +++ b/arch/arm/include/asm/atomic.h @@ -32,7 +32,7 @@ typedef struct { volatile int counter; } atomic_t; static inline void atomic_add(int i, volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; local_irq_save(flags); v->counter += i; @@ -41,7 +41,7 @@ static inline void atomic_add(int i, volatile atomic_t *v) static inline void atomic_sub(int i, volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; local_irq_save(flags); v->counter -= i; @@ -50,7 +50,7 @@ static inline void atomic_sub(int i, volatile atomic_t *v) static inline void atomic_inc(volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; local_irq_save(flags); v->counter += 1; @@ -59,7 +59,7 @@ static inline void atomic_inc(volatile atomic_t *v) static inline void atomic_dec(volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; local_irq_save(flags); v->counter -= 1; @@ -68,7 +68,7 @@ static inline void atomic_dec(volatile atomic_t *v) static inline int atomic_dec_and_test(volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; int val; local_irq_save(flags); @@ -81,7 +81,7 @@ static inline int atomic_dec_and_test(volatile atomic_t *v) static inline int atomic_add_negative(int i, volatile atomic_t *v) { - unsigned long flags; + unsigned long flags = 0; int val; local_irq_save(flags); @@ -94,7 +94,7 @@ static inline int atomic_add_negative(int i, volatile atomic_t *v) static inline void atomic_clear_mask(unsigned long mask, unsigned long *addr) { - unsigned long flags; + unsigned long flags = 0; local_irq_save(flags); *addr &= ~mask; diff --git a/arch/arm/include/asm/bitops.h b/arch/arm/include/asm/bitops.h index d479a38..f33efeb 100644 --- a/arch/arm/include/asm/bitops.h +++ b/arch/arm/include/asm/bitops.h @@ -51,7 +51,7 @@ static inline int __test_and_set_bit(int nr, volatile void *addr) static inline int test_and_set_bit(int nr, volatile void * addr) { - unsigned long flags; + unsigned long flags = 0; int out; local_irq_save(flags); @@ -73,7 +73,7 @@ static inline int __test_and_clear_bit(int nr, volatile void *addr) static inline int test_and_clear_bit(int nr, volatile void * addr) { - unsigned long flags; + unsigned long flags = 0; int out; local_irq_save(flags); -- 2.1.0

5 7

[U-Boot] [PATCH] At start of autoboot check, flush any pending RX bytes
by Craig McQueen 20 Jan '16

20 Jan '16

This is to avoid the boot sequence halting due to initial "junk" received on serial input. Signed-off-by: Craig McQueen <craig.mcqueen(a)innerrange.com> --- I have found that on the BeagleBone Black, U-Boot occasionally halts at the U-Boot prompt at boot-up, whether power-up, warm external reset or software reset. I have seen other people report the same issue. This seems to be due to U-Boot receiving "junk" data on the serial console. The BeagleBone Black has a pull-down resistor which was apparently added to try to mitigate this issue, but it doesn't entirely fix it. common/autoboot.c | 20 +++++++++++++++----- 1 file changed, 15 insertions(+), 5 deletions(-) diff --git a/common/autoboot.c b/common/autoboot.c index c11fb31..3ab51d9 100644 --- a/common/autoboot.c +++ b/common/autoboot.c @@ -230,19 +230,29 @@ static int abortboot_normal(int bootdelay) printf("Hit any key to stop autoboot: %2d ", bootdelay); #endif -#if defined CONFIG_ZERO_BOOTDELAY_CHECK /* - * Check if key already pressed - * Don't check if bootdelay < 0 + * Flush any pending input key presses. + * On some systems, there might be some junk input. + * No need if bootdelay < 0. */ if (bootdelay >= 0) { - if (tstc()) { /* we got a key press */ + ts = get_timer(0); + while (tstc()) { /* we got a key press */ (void) getc(); /* consume input */ +#if defined CONFIG_ZERO_BOOTDELAY_CHECK puts("\b\b\b 0"); abort = 1; /* don't auto boot */ + break; +#else + /* + * Sanity check just to avoid infinite loop. It should + * never happen if hardware is working as expected. + */ + if (get_timer(ts) >= 1000) + break; +#endif } } -#endif while ((bootdelay > 0) && (!abort)) { --bootdelay; -- 2.1.4

4 9

[U-Boot] [RESEND PATCH v2 0/2] This series adds an ability to use pl01x for early debug output.
by Sergey Temerkhanov 19 Jan '16

19 Jan '16

This is the version 2 of the patch I posted at http://lists.denx.de/pipermail/u-boot/2015-September/227210.html Changes in v2: - Broke down into 2 patches - Minor changes to accomodate Kconfig options - Broke down into 2 patches - Made CONFIG_DEBUG_UART_PL010 and CONFIG_DEBUG_UART_PL011 separate options - Typo fixes Sergey Temerkhanov (2): arm: serial: Add debug UART capability to the pl01x driver arm: serial: Add Kconfig entries to facilitate usage of the pl01x driver for early debug output drivers/serial/Kconfig | 22 ++++++++++++++++++++++ drivers/serial/serial_pl01x.c | 28 ++++++++++++++++++++++++++++ 2 files changed, 50 insertions(+) -- 2.1.4

2 4

[U-Boot] AM335x SPI boot not working
by Lars Poeschel 19 Jan '16

19 Jan '16

Hi! I played a bit with spi boot on my am3359. It is currently not working with u- boot at least with the machine I work here. Has anyone else problems with spi boot on am335x ? On boot SPL reads a value from a processor register to determine from which device it was booting and it uses that value to continue booting process from that same device. I found, that in my case the processor register contained a 0x0b and SPL could not match that to a hardware device. BOOT_DEVICE_SPI is defined as 0x15 in arch/arm/include/asm/arch-am33xx/spl.h. SPL does not find a mathch for 0x0b, decides this is an unknown value and stalls. So far so good. I looked up in the technical reference manual if the value 0x15 is correct. I had TRM rev. F on my harddrive and found the value in 26.1.10.2, on page 4295 and it is indeed 0x15 as in u-boot. I looked on TI website for a new version of the TRM and they currently have rev. L. There I found in 26.1.10.2 on page 4960 that SPI boot has 0x0b! My question is now how to best cope with this issue and if anybody has more information on what happend. I don't know if they only made a mistake in the TRM and fixed that or if they have new silicone revisions that really have another boot device value for spi boot. What can we do ? Regards, Lars

2 3