I have an application that is working properly running on nrf52832, but now am trying to port it to nrf52840 to take advantage of the additional features available there.
I use my own TWIM manager thread to allow multiple threads to "share" an I2C bus. I use IRQ_CONNECT to capture the twim interrupt, etc. This works well on nrf52832, but after porting to the nrf52940 (changing the .dts, .conf, etc.) compilation fails with the message:
FAILED: zephyr/isr_tables.c zephyr/isrList.bin
cmd.exe /C "cd /D C:\Users\hepler\Projects\RocketTelemetry\Software\Nordic\RocketTelemetryLoRa_Embedded_nrf52840\build\zephyr && E:\N\S\toolchains\c57af46cb7\opt\zephyr-sdk\arm-zephyr-eabi\bin\arm-zephyr-eabi-objcopy.exe --input-target=elf32-littlearm --output-target=binary --only-section=.intList C:/Users/hepler/Projects/RocketTelemetry/Software/Nordic/RocketTelemetryLoRa_Embedded_nrf52840/build/zephyr/zephyr_pre0.elf isrList.bin && E:\N\S\toolchains\c57af46cb7\opt\bin\python.exe E:/N/S/v2.5.2/zephyr/scripts/build/gen_isr_tables.py --output-source isr_tables.c --kernel C:/Users/hepler/Projects/RocketTelemetry/Software/Nordic/RocketTelemetryLoRa_Embedded_nrf52840/build/zephyr/zephyr_pre0.elf --intlist isrList.bin --sw-isr-table --vector-table"
gen_isr_tables.py: error: multiple registrations at table_index 39 for irq 39 (0x27)
Existing handler 0x3a08b, new handler 0x3a08b
Has IRQ_CONNECT or IRQ_DIRECT_CONNECT accidentally been invoked on the same irq multiple times?
ninja: build stopped: subcommand failed.
I've tried to trace what is happening, but can't seem to find the problem...
The attached image shows some additional detail. I tried commenting out my "IRQ_CONNECT" statement, but the error is still thrown.
Any pointers on how to get more info on what might be causing this?
Thanks!
