search

espressif / esp-idf

Espressif IoT Development Framework. Official development framework for Espressif SoCs.
Apache License 2.0
13.7k stars 7.3k forks source link

PSRAM access runs into wdt timeout (IDFGH-11929) #13009

Closed dimonysos closed 9 months ago

dimonysos commented 9 months ago

Answers checklist.

General issue report

My code runs into a wdt timeout in some cases when the external PSRAM is accessed. The configuration has a 512 byte max limit for malloc into internal RAM.

`Guru Meditation Error: Core 0 panic'ed (Interrupt wdt timeout on CPU0).

Core 0 register dump: PC : 0x4008858c PS : 0x00060134 A0 : 0x8008b5d9 A1 : 0x3ffbee70
0x4008858c: esp_cpu_compare_and_set at /IDF_BUILD/../esp-idf/components/esp_hw_support/cpu.c:464

A2 : 0x5f000000 A3 : 0xb33fffff A4 : 0x0000cdcd A5 : 0x00060723
A6 : 0x00000001 A7 : 0x3ffb39c0 A8 : 0x1e827526 A9 : 0xffffff81
A10 : 0x3ffb39c0 A11 : 0x003fffff A12 : 0x00000000 A13 : 0x3ffb39c0
A14 : 0x00000000 A15 : 0x00000af0 SAR : 0x0000000c EXCCAUSE: 0x00000005
EXCVADDR: 0x00000000 LBEG : 0x400835c0 LEND : 0x400835c8 LCOUNT : 0x00000027
0x400835c0: esp_timer_impl_get_counter_reg at /IDF_BUILD/../esp-idf/components/esp_timer/src/esp_timer_impl_lac.c:118

0x400835c8: esp_timer_impl_get_counter_reg at /IDF_BUILD/../esp-idf/components/esp_timer/src/esp_timer_impl_lac.c:128

Backtrace: 0x40088589:0x3ffbee70 0x4008b5d6:0x3ffbeea0 0x40091892:0x3ffbeee0 0x40091900:0x3ffbef10 0x400824cd:0x3ffbef40 0x40082560:0x3ffbef80 0x40092d74:0x3ffbefb0 0x4010d439:0x3ffbefe0 0x400eecc1:0x3ffbf000 0x400ef6bf:0x3ffbf030 0x400efb0d:0x3ffbf070 0x400ea459:0x3ffbf0a0 0x400eace2:0x3ffbf0d0 0x400ec4d5:0x3ffbf110 0x400e0977:0x3ffbf170 0x400d8fc4:0x3ffbf1b0 0x4012160b:0x3ffbf1e0 0x4008b3ab:0x3ffbf210 0x40088589: esp_cpu_compare_and_set at /IDF_BUILD/../esp-idf/components/esp_hw_support/cpu.c:464

0x4008b5d6: spinlock_acquire at /IDF_BUILD/../esp-idf/components/esp_hw_support/include/spinlock.h:130 (inlined by) xPortEnterCriticalTimeout at /IDF_BUILD/../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:473

0x40091892: xPortEnterCriticalTimeoutSafe at /IDF_BUILD/../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:585 (inlined by) vPortEnterCriticalSafe at /IDF_BUILD/../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:592 (inlined by) multi_heap_internal_lock at /IDF_BUILD/../esp-idf/components/heap/multi_heap.c:165

0x40091900: multi_heap_malloc_impl at /IDF_BUILD/../esp-idf/components/heap/multi_heap.c:209

0x400824cd: heap_caps_malloc_base at /IDF_BUILD/../esp-idf/components/heap/heap_caps.c:179

0x40082560: heap_caps_malloc_default at /IDF_BUILD/../esp-idf/components/heap/heap_caps.c:238

0x40092d74: malloc at /IDF_BUILD/../esp-idf/components/newlib/heap.c:24

0x4010d439: operator new(unsigned int) at /builds/idf/crosstool-NG/.build/xtensa-esp-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:50 `

And this is the stack dump I am getting. ` ======================== THREADS INFO ========================= Id Target Id Frame

==================== THREAD 1 (TCB: 0x3ffafdd8, name: 'main') =====================

0 0x4008858c in esp_cpu_compare_and_set (addr=0x5f000000, compare_value=3007315967, new_value=52685) at ../esp-idf/components/esp_hw_support/cpu.c:464

1 0x4008b5d9 in spinlock_acquire (timeout=-1, lock=0x5f000000) at ../esp-idf/components/esp_hw_support/include/spinlock.h:130

2 xPortEnterCriticalTimeout (mux=0x5f000000, timeout=-1) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:473

3 0x40091895 in xPortEnterCriticalTimeoutSafe (timeout=-1, mux=0x5f000000) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:585

4 vPortEnterCriticalSafe (mux=0x5f000000) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:592

5 multi_heap_internal_lock (heap=0x3f800000) at ../esp-idf/components/heap/multi_heap.c:165

6 0x40091903 in multi_heap_malloc_impl (heap=0x3f800000, size=2800) at ../esp-idf/components/heap/multi_heap.c:209

7 0x400824d0 in heap_caps_malloc_base (size=2800, caps=5120) at ../esp-idf/components/heap/heap_caps.c:179

8 0x40082563 in heap_caps_malloc_default (size=2800) at ../esp-idf/components/heap/heap_caps.c:238

9 0x40092d77 in malloc (size=2800) at ../esp-idf/components/newlib/heap.c:24

10 0x4010d43c in operator new (sz=2800) at /builds/idf/crosstool-NG/.build/xtensa-esp-elf/src/gcc/libstdc++-v3/libsupc++/new_op.cc:50

... ==================== THREAD 2 (TCB: 0x3ffbf9ac, name: 'IDLE0') =====================

0 0x40088725 in esp_cpu_wait_for_intr () at ../esp-idf/components/esp_hw_support/cpu.c:145

1 0x400d4285 in esp_vApplicationIdleHook () at ../esp-idf/components/esp_system/freertos_hooks.c:59

2 0x4008cce6 in prvIdleTask (pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/tasks.c:4273

3 0x4008b3ae in vPortTaskWrapper (pxCode=0x4008cc5c , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 3 (TCB: 0x3ffc021c, name: 'IDLE1') =====================

0 0x40088725 in esp_cpu_wait_for_intr () at ../esp-idf/components/esp_hw_support/cpu.c:145

1 0x400d4285 in esp_vApplicationIdleHook () at ../esp-idf/components/esp_system/freertos_hooks.c:59

2 0x4008cce6 in prvIdleTask (pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/tasks.c:4273

3 0x4008b3ae in vPortTaskWrapper (pxCode=0x4008cc5c , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 4 (TCB: 0x3ffcc45c, name: 'Tsk2') =====================

0 0x4008807b in esp_crosscore_int_send (core_id=1, reason_mask=) at ../esp-idf/components/esp_system/crosscore_int.c:168

1 0x400880a0 in esp_crosscore_int_send_yield (core_id=1) at ../esp-idf/components/esp_system/crosscore_int.c:172

2 0x4008e248 in vTaskDelay (xTicksToDelay=1000) at ../esp-idf/components/xtensa/include/xt_utils.h:40

... ==================== THREAD 5 (TCB: 0x3ffc138c, name: 'Tmr Svc') =====================

0 0x4008807b in esp_crosscore_int_send (core_id=0, reason_mask=) at ../esp-idf/components/esp_system/crosscore_int.c:168

1 0x400880a0 in esp_crosscore_int_send_yield (core_id=0) at ../esp-idf/components/esp_system/crosscore_int.c:172

2 0x4008c0d4 in prvProcessTimerOrBlockTask (xListWasEmpty=, xNextExpireTime=4530) at ../esp-idf/components/xtensa/include/xt_utils.h:40

3 prvTimerTask (pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/timers.c:634

4 0x4008b3ae in vPortTaskWrapper (pxCode=0x4008bfcc , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 6 (TCB: 0x3ffdf948, name: 'tiT') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffdf8bc) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008afab in xQueueReceive (xQueue=0x3ffdf868, pvBuffer=0x3ffc28c8, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1632

4 0x4010af61 in sys_arch_mbox_fetch (mbox=0x3ffbbeb4 , msg=0x3ffc28c8, timeout=) at ../esp-idf/components/lwip/port/freertos/sys_arch.c:317

5 0x401001fd in tcpip_timeouts_mbox_fetch (mbox=, msg=) at ../esp-idf/components/lwip/lwip/src/api/tcpip.c:104

6 tcpip_thread (arg=0x0) at ../esp-idf/components/lwip/lwip/src/api/tcpip.c:142

7 0x4008b3ae in vPortTaskWrapper (pxCode=0x4010019c , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 7 (TCB: 0x3ffc5f80, name: 'Tsk3') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffc3824) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008afab in xQueueReceive (xQueue=0x3ffc37d0, pvBuffer=0x3ffc5e40, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1632

.... ==================== THREAD 8 (TCB: 0x3ffaf194, name: 'ipc0') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffb00b8 ) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008e941 in xTaskGenericNotifyWait (uxIndexToWait=, ulBitsToClearOnEntry=, ulBitsToClearOnExit=4294967295, pulNotificationValue=0x3ffaf0c8, xTicksToWait=4294967295) at ../esp-idf/components/freertos/FreeRTOS-Kernel/tasks.c:5769

4 0x40088158 in ipc_task (arg=) at ../esp-idf/components/esp_system/esp_ipc.c:58

5 0x4008b3ae in vPortTaskWrapper (pxCode=0x4008810c , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 9 (TCB: 0x3ffafc2c, name: 'esp_timer') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffb00b8 ) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008e852 in ulTaskGenericNotifyTake (uxIndexToWait=0, xClearCountOnExit=1, xTicksToWait=4294967295) at ../esp-idf/components/freertos/FreeRTOS-Kernel/tasks.c:5684

4 0x400d6203 in timer_task (arg=) at ../esp-idf/components/esp_timer/src/esp_timer.c:477

5 0x4008b3ae in vPortTaskWrapper (pxCode=0x400d61e8 , pvParameters=0x0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 10 (TCB: 0x3ffdfd70, name: 'sys_evt') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffdfb84) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008afab in xQueueReceive (xQueue=0x3ffdfb30, pvBuffer=0x3ffc3390, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1632

4 0x400ff129 in esp_event_loop_run (event_loop=0x3ffdfb14, ticks_to_run=4294967295) at ../esp-idf/components/esp_event/esp_event.c:569

5 0x400ff253 in esp_event_loop_run_task (args=0x3ffdfb14) at ../esp-idf/components/esp_event/esp_event.c:107

6 0x4008b3ae in vPortTaskWrapper (pxCode=0x400ff238 , pvParameters=0x3ffdfb14) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 11 (TCB: 0x3ffc5210, name: 'Tsk4') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffc38d4) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008b0ad in xQueueSemaphoreTake (xQueue=0x3ffc3880, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1853

.... ==================== THREAD 12 (TCB: 0x3ffaf704, name: 'ipc1') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffb00b8 ) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008e941 in xTaskGenericNotifyWait (uxIndexToWait=, ulBitsToClearOnEntry=, ulBitsToClearOnExit=4294967295, pulNotificationValue=0x3ffaf638, xTicksToWait=4294967295) at ../esp-idf/components/freertos/FreeRTOS-Kernel/tasks.c:5769

4 0x40088158 in ipc_task (arg=) at ../esp-idf/components/esp_system/esp_ipc.c:58

5 0x4008b3ae in vPortTaskWrapper (pxCode=0x4008810c , pvParameters=0x1) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:134

==================== THREAD 13 (TCB: 0x3ffc7360, name: 'Tsk5') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffc62f0) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008b0ad in xQueueSemaphoreTake (xQueue=0x3ffc629c, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1853

... ==================== THREAD 14 (TCB: 0x3ffc85f0, name: 'Tsk6') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffc7520) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008b0ad in xQueueSemaphoreTake (xQueue=0x3ffc74cc, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1853

... ==================== THREAD 15 (TCB: 0x3ffc95a8, name: 'Tsk7') =====================

0 0x4000bff0 in _xtos_set_intlevel ()

1 0x4008b6dd in vPortClearInterruptMaskFromISR (prev_level=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/include/freertos/portmacro.h:564

2 vPortExitCritical (mux=0x3ffc8870) at ../esp-idf/components/freertos/FreeRTOS-Kernel/portable/xtensa/port.c:504

3 0x4008afab in xQueueReceive (xQueue=0x3ffc881c, pvBuffer=0x3ffc9488, xTicksToWait=) at ../esp-idf/components/freertos/FreeRTOS-Kernel/queue.c:1632

...`

dimonysos commented 9 months ago

To clarify I am using the ESP IDF v5.2 beta2 (tag). In some cases I seem to get a LoadProhibited as well, when trying to access SPIRAM

`Guru Meditation Error: Core 0 panic'ed (LoadProhibited). Exception was unhandled.

Core 0 register dump: PC : 0x40091f32 PS : 0x00060f33 A0 : 0x800919e2 A1 : 0x3ffbee00
0x40091f32: search_suitable_block at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:302 (inlined by) block_locate_free at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:560 (inlined by) tlsf_malloc at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:1005

A2 : 0x3f800014 A3 : 0x00002000 A4 : 0x3ffae884 A5 : 0x3ffbc370
A6 : 0x3f800014 A7 : 0x3ffb39d0 A8 : 0x00000000 A9 : 0x00002000
A10 : 0x00000007 A11 : 0xffffffff A12 : 0xffffffff A13 : 0xffffffff
A14 : 0x0000001b A15 : 0x0000cdcd SAR : 0x00000019 EXCCAUSE: 0x0000001c
EXCVADDR: 0x0000001b LBEG : 0x400f85a6 LEND : 0x400f85aa LCOUNT : 0x00000000

Backtrace: 0x40091f2f:0x3ffbee00 0x400919df:0x3ffbee30 0x400824a9:0x3ffbee60 0x400824cc:0x3ffbeea0 0x400f6b04:0x3ffbeed0 0x400f85cc:0x3ffbef00 0x400f75f5:0x3ffbefe0 0x400efeef:0x3ffbf040 0x400f054b:0x3ffbf080 0x400e450b:0x3ffbf110 0x400e050b:0x3ffbf190 0x400e069a:0x3ffbf1c0 0x400e07c2:0x3ffbf1f0 0x400d8e64:0x3ffbf230 0x4012f523:0x3ffbf260 0x4008b483:0x3ffbf290 0x40091f2f: search_suitable_block at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:302 (inlined by) block_locate_free at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:560 (inlined by) tlsf_malloc at /IDF_BUILD/../esp-idf/components/heap/tlsf/tlsf.c:1005

0x400919df: multi_heap_malloc_impl at /IDF_BUILD/../esp-idf/components/heap/multi_heap.c:210

0x400824a9: heap_caps_malloc_base at /IDF_BUILD/../esp-idf/components/heap/heap_caps.c:179

0x400824cc: heap_caps_malloc at /IDF_BUILD/../esp-idf/components/heap/heap_caps.c:202 `

dimonysos commented 9 months ago

Another finding so far. I noticed that the issues with PSRAM only occurs once I setup the GPIOs for the 2nd UART peripheral.

Example: uart_set_pin((uart_port_t)1, 17, 16, -1, -1);

If I use this function than at some point in the later execution I get either the wdt timeout or the crash when using PSRAM. If I leave this function out of the execution and keep everything else as is, there is no issue. I can't really explain what the reason behind this could be. Is a value of 512 not allowed for SPIRAM_MALLOC_ALWAYSINTERNAL? But I did try 16 KB and had the same issue. I noticed with a value of 256 byte I get the crash at another execution position. So I assume it might have something to do with that value.

igrr commented 9 months ago

On most ESP32 modules, GPIOs 16 and 17 are used to connect PSRAM.

Quoting the ESP32-WROVER-E datasheet:

External connections can be made to any GPIO except for GPIOs in the range 6-11, 16, or 17. GPIOs 6-11 are connected to the module’s integrated SPI flash. GPIOs 16 and 17 are connected to the module’s integrated PSRAM. For details, please see Section 7 Schematics.

When UART takes over GPIO16 and 17, PSRAM can no longer be accessed correctly.

dimonysos commented 9 months ago

This is interessting. Actually I am porting code from old ESP-IDF v3.3.6 release. The PSRAM was used with the exact same board on that ESP-IDF version without any issue and the UART1 was used in parallel with GPIO16 and 17 which also worked.

The exact module name that I use is the ESP32-WROVER-E (ESP32-D0WD-V3). Why was it working with ESP-IDF v3.3.6? Is it possible for me to adapt some parts of the ESP-IDF v5.2 to actually achieve the same results and if that is possible maybe you could give me a hint where to look for in the sources (probably some parts in components/esp_psram).

I am not able to change the HW as I need to keep the backwards compatibility for older boards. Therefor the solution has to be made in SW and if that is not possible that would mean I would have to remain on the old ESP-IDF version.

igrr commented 9 months ago

I am not sure, perhaps the application on 3.3.6 didn't enable PSRAM at all? You can try scoping the signals on GPIO16 and 17 to see if there was any activity prior to UART being initialized. I don't have another explanation why this would work on an older version...

dimonysos commented 9 months ago

No, I am very sure that both PSRAM 8MB (of which only the low banks 4MB were used) and the UART1 on GPIO16 and 17 are working in parallel in v3.3.6. Both are used in the application almost all of the time and very frequently. There must be some change in the v5.2 (and I also tested v5.1.2) which breaks this functionality. Besides the ESP-IDF, some driver adaptions such as spi/i2c and the build system the rest of the application remained the same.

Well thank you for your support so far. At least now I have a clue what is the cause of those crashes. I just tried the GPIOs 5 and 4 by calling the following: uart_set_pin((uart_port_t)1, 5, 4, -1, -1); Using those as the UART output does indeed not cause any crash with the PSRAM or an interrupt wdt timeout. Unfortunately I can't use those GPIOs as some other IC is already routed on those and I also have to keep compatibility for older boards. I will try to figure out what change in the PSRAM source component might be causing this. If I figure something out I will add it here. Let me know if you might think of something that could help me in the search.

dimonysos commented 9 months ago

Ok this was my fault. I had wrong default values for IOs in the Kconfig and was using with 16 and 17 the wrong pins. The real pins are 27 and 14 for the UART1 and using those it seems to be fine. I didn't see that those values were changed to wrong during the porting process.

Sorry for the inconvenience.