nRF54L10 ESB runtime configuration switch issue with data whitening on NCS v3.0.0

**Environment:**
- NCS Version: v3.0.0
- Device: nRF54L10 (PRX role)
- Protocol: ESB (Enhanced ShockBurst)

**Issue Description:**
PRX fails to pair with TYPE2-PTX (no ACK received on PTX) after dynamically switching configuration from TYPE1 to TYPE2.
- Sequence 1: Boot -> TYPE2 Mode -> TYPE2 Pairing: OK
- Sequence 2: Boot -> TYPE1 Mode -> TYPE1 Pairing: OK
- Sequence 3 (Problematic): Boot -> TYPE1 Mode -> Switch to TYPE2 Mode -> TYPE2 Pairing: FAILS (no ACK). If switched back to TYPE1 Mode, TYPE1 Pairing works again.

**Configurations:**
- TYPE1 Config:
- whiteen: true
- s0len: 1
- big_endian: false
- use_fast_ramp_up: true
- channel: [PAIRING_CHANNEL]
- ack_mask: 0xFF
- TYPE2 Config:
- whiteen: false
- s0len: 0
- big_endian: true
- use_fast_ramp_up: false
- channel: [PAIRING_CHANNEL]
- ack_mask: 0xFF

**Observations & Debugging done:**
1. If `whiteen = true` in TYPE1 is disabled/commented out, alternating between TYPE1 and TYPE2 scanning allows TYPE2-PTX to pair successfully.
2. Verified that `NRF_RADIO->PCNF1.WHITEEN` reads `0` (Disabled) after switching to TYPE2, but pairing still fails.

**Questions:**
1. Does the ESB driver in NCS v3.0.0 leave any RADIO hardware registers (such as CRCCNF.SKIPADDR, DATAWHITE, or PCNF0/PCNF1 fields) improperly restored when reinitializing/switching between whitened and non-whitened modes?
2. What is the recommended procedure to completely reconfigure packet format (endianness, s0len, whitening, fast ramp-up) on nRF54L10 at runtime?

Related