Home
last modified time | relevance | path

Searched refs:Option (Results 1 – 22 of 22) sorted by relevance

/hardware/google/gfxstream/guest/mesa/src/util/
Ddriconf_static.py38 class Option(object): class
56 self.options.append(Option(option))
66 self.options.append(Option(option))
/hardware/interfaces/security/authgraph/aidl/vts/functional/
Dlib.rs43 fn build_plain_pub_key(pub_key: &Option<Vec<u8>>) -> PubKey { in build_plain_pub_key()
49 fn extract_plain_pub_key(pub_key: &Option<PubKey>) -> &PlainPubKey { in extract_plain_pub_key()
Drole_test.rs31 fn get_nonsecure() -> Option<binder::Strong<dyn IAuthGraphKeyExchange>> { in get_nonsecure()
/hardware/interfaces/security/keymint/aidl/default/ta/
Drpc.rs40 dice_info: RefCell<Option<DiceInfo>>,
42 bcc_signing_key: RefCell<Option<ec::Key>>,
74 _rpc_v2: Option<RpcV2Req>, in sign_data()
/hardware/interfaces/security/secretkeeper/default/src/
Dstore.rs35 fn get(&self, key: &[u8]) -> Result<Option<Vec<u8>>, Error> { in get()
/hardware/libhardware/modules/sensors/dynamic_sensor/
DAndroid.bp101 // Option 1: sensor extension module
111 // Option 2: independent sensor hal
/hardware/interfaces/security/secretkeeper/aidl/vts/
Dsecretkeeper_cli.rs57 instance: Option<String>,
213 fn get(&mut self, id: &Id) -> Result<Option<Secret>> { in get()
Dsecretkeeper_test_client.rs77 fn get_secretkeeper_identity() -> Option<CoseKey> { in get_secretkeeper_identity()
146 expected_sk_key: Option<coset::CoseKey>, in create()
224 updated_sealing_policy: Option<Vec<u8>>, in get_update_policy()
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/proposals/
DVK_KHR_dynamic_rendering.adoc37 Option 1 has the advantage of being the least invasive in terms of API changes – it only really aff…
40 Option 2 effectively allows applications to provide the same information to applications again with…
42 Option 3 is a much more drastic change in terms of the API, requiring additional paths through the …
45 Developers and the Vulkan WG seems to be more enthusiastic about Option 3 than other approaches, an…
DVK_KHR_shader_integer_dot_product.adoc45 Option 3 would also work but would need additional information in order to make optimisation decisi…
DVK_EXT_descriptor_buffer.adoc49 Option 2 attempts to redefine what a descriptor pool is, and it would seem like a very awkward abst…
52 Option 3 and 4 are similarly invasive, but move descriptor pools out of the way, making things a lo…
55 Option 4 has the advantage of having a smaller surface area than option 3 and allows applications t…
63 Option 5 is more invasive than Option 4 and requires shader-side changes.
65 …he API only, the extra steps in Option 5 are deferred to a future planned extension, and this prop…
DVK_AMDX_shader_enqueue.adoc37 Option 2 - implementing a cross-vendor equivalent of VK_NV_device_generated_commands would be a wor…
41 Option 3 - OpenCL and CUDA have had some form of shader enqueue API for a while, where the focus ha…
44 This proposal is built around something like Option 3, but extended to be explicit and performant.
DVK_EXT_shader_object.adoc52 Option 1 is a natural extension of recent efforts and requires relatively few API changes, but it a…
54 Option 2 also requires relatively few API changes and would do more to address bind time CPU perfor…
56 Option 3 is more radical, but brings the API design more in line with developer expectations. The p…
DVK_KHR_video_decode_h265.adoc32 Option (1) would allow for a simpler API, but it requires implementations to include an appropriate…
DVK_KHR_video_queue.adoc35 Option 1 has the advantage of being the least invasive in terms of API changes. The disadvantage is…
37 Option 2 enables integrating video coding operations into the API and leveraging all the other capa…
39 Option 3 improves option 2 by acknowledging that there are a lot of facilities that could be shared…
DVK_KHR_video_decode_h264.adoc32 Option (1) would allow for a simpler API, but it requires implementations to include an appropriate…
/hardware/interfaces/tv/cec/1.0/
Dtypes.hal198 /* Option 4 not used */
/hardware/interfaces/radio/1.4/
Dtypes.hal612 * Receiving a release from the base station with a SO (Service Option) Reject reason.
1754 * Option), e.g., "2001:db8::1 2001:db8::2 2001:db8::3". Empty if not IMS client.
/hardware/interfaces/radio/1.5/
Dtypes.hal527 * Option), e.g., "2001:db8::1 2001:db8::2 2001:db8::3". Empty if not IMS client.
/hardware/interfaces/radio/1.6/
Dtypes.hal329 * Option), e.g., "2001:db8::1 2001:db8::2 2001:db8::3". Empty if not IMS client.
/hardware/interfaces/radio/1.0/
Dtypes.hal1385 // via PCO(Protocol Configuration Option) for IMS client.
/hardware/google/gfxstream/codegen/vulkan/vulkan-docs-next/scripts/asciidoctor-chunker/
Dasciidoctor-chunker.js4Option:c}=n(5790);(t=e.exports=new i).program=t,t.Argument=r,t.Command=i,t.CommanderError=s,t.Help… class