Grabbiter ATL devices require CQ allocation |
|||
Issue descriptionb/120502397 informs the following: "To enable CQ testing can only be done with the blessing of TPMs and (device owner can file a ticket at go/cros-infra-bug and request the CQ allocation) . We will assign the DUTs to pool:suites for now and once CQ is enabled then CrOS Infra team can perform the DUT reallocation."
,
Jan 2
Is Grabbiter the device from GLK we want to represent all of GLK? In general we only need one representative in the CQ for a given SOC family, and it tends to be whatever one is most common or easily obtained, or available earliest. To some extend this choice should be driven by the reference design owners. From a deployment perspective, we just need to ensure we have sufficient additional devices allocated to support the CQ pool. Actually turning on the CQ for these is a matter of two CLs on chromite, one to add them (to verify they work) and one to make them important (so they actually block bad CLs).
,
Jan 2
+ Vineeth, + Blair to provide guidance on CQ allocation for Octopus devices.
,
Jan 2
@Bernie - we are using Phaser360 as our "lead." If you need extra devices to allocate, grabbiter is almost the same as phaser360, just a different ODM/OEM.
,
Jan 4
I think either would be fine as long as it has the superset of the features, so I would say whatever device we think we can easily get the extra allocation for. |
|||
►
Sign in to add a comment |
|||
Comment 1 by stevenh@google.com
, Dec 20