It has an effect on following cases:
1.In some coutries(eg.JP) without 5ghz channels available for p2p except indoor channels, if STA firstly connected with indoor channel AP and then disconnected, it will cause wpa_supplicant to select 6ghz channels.
2.If STA firstly connected with 6ghz channel AP and Application create p2p group without config, wpa_supplicant also tried to select STA-associated channel(in this case, i.e. 6ghz ch).
Bug: 272298287
Test: Manually verify nearby case between two pixel phones(one source and other as target):
1.Both devices CC: JP
2.Both devices connected with indoor channel(5g) AP
3.Source shared one big file(3G bytes) with target
4.During data transferring, disconnected target STA
Check if file sharing can continue
Change-Id: I71c0b7994ec7ef819db0203a0ae9a1b951449da7
Bug: 272298287
Test: Manually verified it working from logs
Change-Id: Ic2a35964200bff39c4004b8553fedb866173c9ac
Merged-In: Ic2a35964200bff39c4004b8553fedb866173c9ac
In previous mechanism, p2p channel only can raise on same channel
while STA connected to 2.4GHz band. However, if device support DBS
mode, we should allow p2p to raise on 5GHz band for 230423673 higher
performance.
Bug: 272687278
Test: connect STA to 2.4GHz and verified that p2p is able to come up in
5GHz DBS mode.
Change-Id: I534a844f7f1073baf1e1a08d8a7e06cece3176a1
