Proposed API change: Reset sequence

We would like to change the packet sequence on the reset indication as follows.

Currently:
1) Reset indication is received and replied to
2) AP sends channel init request to itself and performs the channel init
3) Racy: Host reconfigures the stack

Proposal:
1) Reset indication is received and replied to
2) Basic Packet Set only: Host sends Set config
3) Host sends channel init request to AP task which performs the channel init
4) Extended Packet set only: When channel init confirmation is received, the host triggers stack reconfiguration

This is effectively an API change, since we expect the host to send the channel init (and optionally the set config packet before the channel init) after having replied to the reset indication.

Anyway, this would make sense since we tackle the potential race condition mentioned above and can reduce complexity of the host application, since the configuration process is unified over the channel init request/response (Extended Config).