New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 879897 link

Starred by 2 users

Issue metadata

Status: Assigned
Owner:
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: Chrome
Pri: 1
Type: Bug



Sign in to add a comment

wifi: Add SAR verification autotests

Project Member Reported by kirtika@chromium.org, Sep 2

Issue description

AFAIK, there are no autotests for verifying wifi SAR feature. 
We need two tests: 
- switch to tablet/clamshell mode triggers the wifi subsystem to apply
the appropriate power table (done today via powerd). 
This can be done purely in software and can also be a powerd unittest (if not already there).
- verify via capturing packets transmitted by the DUT that the tx power of the DUT has changed. This needs a server-side wifi autotest and wificell with pcap and router. 

Required for <redacted krabbylake> launch. 

 
By "This can be done purely in software" are you referring to switching the device between tablet/clamshell modes?
By "this", I meant the entire end-to-end flow of testing:
- use powerd to switch b/w clamshell/tablet. 
- make the DUT tx via netperf test
- have the sniffer capture packets from the DUT. 
- sniffer parses packets in each case and reports the delta of the RSSI
it sees b/w clamshell and tablet. 
There's a big assumption here the RSSI delta seen by the sniffer will be some function of the actual delta expected by looking at the tx-power table differences. 



Cc: npoojary@chromium.org
Status: Assigned (was: Untriaged)
This issue has an owner, a component and a priority, but is still listed as untriaged or unconfirmed. By definition, this bug is triaged. Changing status to "assigned". Please reach out to me if you disagree with how I've done this.

Sign in to add a comment