gfps: 添加认证测试和FAQ 20260505
All checks were successful
Sync To /home/ubuntu/gfps / sync (push) Successful in 2s
All checks were successful
Sync To /home/ubuntu/gfps / sync (push) Successful in 2s
Change-Id: I71e676b997159a141ca07d16f82a73b45f4b2410
This commit is contained in:
42
4.1+Observed+standard+deviation+is+too+low,+.........md
Normal file
42
4.1+Observed+standard+deviation+is+too+low,+.........md
Normal file
@@ -0,0 +1,42 @@
|
||||
# 4.1 Observed standard deviation is too low, ........
|
||||
|
||||
<span class="jira-issue resolved" jira-key="BB2BUG-17449"> <a href="https://jira.realtek.com/browse/BB2BUG-17449" class="jira-issue-key"><img src="https://jira.realtek.com/secure/viewavatar?size=xsmall&avatarId=10916&avatarType=issuetype" />BB2BUG-17449</a> - <span class="summary">\[BB2\]\[RTL8763EF/ROM\]\[GMI\]\[沃莱特\]\[Harman\]\[T520\]: Finder测项中,finder_advertisement rotation测试失败</span> <span class="aui-lozenge aui-lozenge-subtle aui-lozenge-success jira-macro-single-issue-export-pdf">Closed</span> </span>
|
||||
|
||||
Hi Avner:
|
||||
|
||||
We test advertising rotation failed, could you help see the reason, thanks
|
||||
|
||||

|
||||
|
||||
\
|
||||
|
||||
Hi Danni,\
|
||||
\
|
||||
The reason that this test fails is that the device under test rotates EID/MAC pretty much precisely every 1024 seconds (standard deviation is 0.83 seconds).\
|
||||
\
|
||||
Per spec the exact rotation time should be randomized, please refer to the "ID Rotation" section.
|
||||
|
||||
\
|
||||
|
||||
Hi Mark:
|
||||
|
||||

|
||||
|
||||
1.Does the positive randomized time factor have a value range? Can you provide some reference ranges?
|
||||
|
||||
2.Is the standard deviation must be greater than 0.83?
|
||||
|
||||
\
|
||||
|
||||
<a href="mailto:dlazarov@google.com" class="external-link" rel="nofollow">+David Lazarov</a> Can you please attach the latest version of the spec which includes the recommended randomization values?
|
||||
|
||||
|
||||
|
||||
Hi Danni,
|
||||
|
||||
|
||||
|
||||
1. The recommended size of the randomization window is 20% of the interval, i.e. 204 seconds. So when the device needs to compute the next time point to rotate EID/MAC, it's going to be *floor((last_rotation_time_seconds + 1024) / 1024) \* 1024 + random(0, 204). *
|
||||
2. *Standard deviation of 0.83 seconds practically means there's no randomization. We expect standard deviation to be much higher, typically 50-60 seconds, or more.*
|
||||
|
||||
\
|
||||
Reference in New Issue
Block a user