diff options
| author | 2025-03-12 21:19:45 +0000 | |
|---|---|---|
| committer | 2025-03-21 15:53:30 -0700 | |
| commit | 8a6b0e8611f837c15b325e61b814745a9422f78a (patch) | |
| tree | 6533b57d7dc72e466b33c6fded035f971ddde246 /wifi_upload_hook.py | |
| parent | efa2e9c61f9eb2f40a452b95ff28cc7960fc58b7 (diff) | |
Don't send BLOCK_DISCOVERY when P2P is in Disabled state
Before triggering the DHCP, clientModeImpl send BLOCK_DISCOVERY
to stop the P2P discovery. And wait for CMD_PRE_DHCP_ACTION_COMPLETE
message back from P2P module. This is done to protect the DHCP exchange.
But if p2p is in a waiting state(Transitioned from Disabled state) for user
response to create the interface, all the messages will be deferred.
So clientModeImpl doesn't get CMD_PRE_DHCP_ACTION_COMPLETE response from P2P module.
This blocks the DHCP when p2p is in waiting state.
A change (Iacf3e35e82c3cf06e9986dba3535a1ac71b4dd88) was added in last year
to prevent BLOCK_DISCOVERY message exchange when P2P is in waiting state.
But that didn't fix the issue. So modified the
logic to, not to send BLOCK_DISCOVER if p2p service is not running.
Bug: 391509308
Test: atest ClientModeImplTest
Flag: EXEMPT bugfix
Change-Id: I65ffa331c5bfeb2c4143c9e21ddc780ee66f36c1
Diffstat (limited to 'wifi_upload_hook.py')
0 files changed, 0 insertions, 0 deletions