samples: Code relocation nocopy sample has some unusual failure on nrf5340dk

[PerMac]

Describe the bug A hex produced by sample for "code relocation nocopy" https://github.com/zephyrproject-rtos/zephyr/blob/main/samples/application_development/code_relocation_nocopy/sample.yaml#L5 is unflashable and casues twister failures on nrf5340dk_nrf5340_cpuapp. I think there are couple of issues:

• twister (and west) has a timeout for flashing operation set to 20 sec and cannot finish the process with this time
• this can be caused by some bogus size which linux thinks the resulting hex is: 755 MB (elf is ~1MB)!
• one can try to flash the product hex with nrfjprog directly and will see a failure:

  nrfjprog --program /home/maciej/zephyrproject2/zephyr/twister-out/nrf5340dk_nrf5340_cpuapp/samples/application_development/code_relocation_nocopy/sample.application_development.code_relocation_nocopy/zephyr/zephyr.hex --log
  Parsing image file.
  ERROR: [ Worker] - Address 0x00100000 does not map to a known memory.
  ERROR: The file specified is not a valid hex file, has data outside valid areas
  ERROR: or does not have data in valid areas.

  I guess it might be caused by nrf53 was upgraded since the sample implementation. The sample mentioned nrf53 PDK which evolved into a proper dk and I assume there are differences in the memory map between those.

To Reproduce Steps to reproduce the behavior:

1. go to samples/application_development/code_relocation_nocopy
2. run west build -b nrf5340dk_nrf5340_cpuapp
3. check the size of stat build/zephyr/zephyr.hex
4. try nrfjprog --program build/zephyr/zephyr.hex --log
5. see failure

Expected behavior Test passes

Impact Not clear

Environment (please complete the following information):

• OS: Ubuntu 18.04
• Toolchain Zephyr SDK
• Commit SHA or Version used zephyr-v3.0.0-3440-gddb779e31d

[nvlsianpu]

According to the sample description flashing process and zephr.hex extraction need to be performed manually. It works for me.