pub struct WlanSoftmacBandCapability {
pub band: Option<WlanBand>,
pub basic_rate_count: Option<u8>,
pub basic_rate_list: Option<[u8; 12]>,
pub ht_supported: Option<bool>,
pub ht_caps: Option<HtCapabilities>,
pub vht_supported: Option<bool>,
pub vht_caps: Option<VhtCapabilities>,
pub operating_channel_count: Option<u16>,
pub operating_channel_list: Option<[u8; 256]>,
pub basic_rates: Option<Vec<u8>>,
pub operating_channels: Option<Vec<u8>>,
/* private fields */
}Expand description
Describes the capabilities of a SoftMAC on a particular band.
Fields§
§band: Option<WlanBand>§basic_rate_count: Option<u8>Count of supported basic rates. If the basic_rate_list field is
present, then this field must also be present and must be
consistent with the basic_rate_list field.
§Deprecation
This field has been replaced by basic_rates. Servers (i.e., drivers)
that target platform versions wherein basic_rate_count is deprecated
should omit it and write basic rates to the basic_rates field instead.
Clients attempt to read basic_rates before basic_rate_count.
basic_rate_list: Option<[u8; 12]>Set of supported basic rates in units of 500 Kbit/s (as defined in IEEE Std 802.11-2016, 9.4.2.3), e.g., 0x02 represents 1 Mbps. This set represents all of the non-HT rates that the device supports for both transmitting and receiving.
The count of rates present in this field must be consistent with the
basic_rate_count field when present.
§Deprecation
This field has been replaced by basic_rates. Servers (i.e., drivers)
that target platform versions wherein basic_rate_list is deprecated
should omit it and write basic rates to the basic_rates field instead.
Clients attempt to read basic_rates before basic_rate_list.
ht_supported: Option<bool>Determines if the ht_caps fields should be read by clients. If the
device supports HT PHY mode, then ht_supported must be true and
the ht_caps field must be set and provide data that describes HT
capabilities. Any other configuration of these fields means that the
device does not support HT PHY mode. See HtCapabilities.
§Deprecation
This field determines whether or not the ht_caps field is read by
clients, but is not strictly necessary as table fields like ht_caps
may be set or unset. Servers (i.e., drivers) that target platform
versions wherein ht_supported is deprecated should always set the
field to true and set ht_caps if the device supports HT PHY mode or
unset ht_caps if the device does not.
ht_caps: Option<HtCapabilities>§vht_supported: Option<bool>Determines if the vht_caps fields should be read by clients. If the
device supports VHT PHY mode, then vht_supported must be true and
the vht_caps field must be set and provide data that describes VHT
capabilities. Any other configuration of these fields means that the
device does not support VHT PHY mode. See VhtCapabilities.
§Deprecation
This field determines whether or not the vht_caps field is read by
clients, but is not strictly necessary as table fields like vht_caps
may be set or unset. Servers (i.e., drivers) that target platform
versions wherein vht_supported is deprecated should always set the
field to true and set vht_caps if the device supports VHT PHY mode or
unset vht_caps if the device does not.
vht_caps: Option<VhtCapabilities>§operating_channel_count: Option<u16>Count of operating channels. If the operating_channel_list field is
present, then this field must also be present and must be
consistent with the operating_channel_list field.
§Deprecation
This field has been replaced by operating_channels. Servers (i.e.,
drivers) that target platform versions wherein operating_channel_count
is deprecated should omit it and write operating channels to the
operating_channels field instead. Clients attempt to read
operating_channels before operating_channel_count.
operating_channel_list: Option<[u8; 256]>Set of valid operating channels per regulatory information as determined by the device driver during iface creation. An operating channel refers to a channel on which APs may transmit beacon frames.
The count of channels present in this field must be consistent with
the operating_channel_count field when present.
§Deprecation
This field has been replaced by operating_channels. Servers (i.e.,
drivers) that target platform versions wherein operating_channel_list
is deprecated should omit it and write operating channels to the
operating_channels field instead. Clients attempt to read
operating_channels before operating_channel_list.
basic_rates: Option<Vec<u8>>Set of supported basic rates in units of 500 Kbit/s (as defined in IEEE Std 802.11-2016, 9.4.2.3), e.g., 0x02 represents 1 Mbps. This set represents all of the non-HT rates that the device supports for both transmitting and receiving.
operating_channels: Option<Vec<u8>>Set of valid operating channels per regulatory information as determined by the device driver during iface creation. An operating channel refers to a channel on which APs may transmit beacon frames.
The client must use this set to determine the efficacy of subsequent requests to scan a subset of channels using the iface or to determine which operating channel to use when starting an AP.
Trait Implementations§
Source§impl Clone for WlanSoftmacBandCapability
impl Clone for WlanSoftmacBandCapability
Source§fn clone(&self) -> WlanSoftmacBandCapability
fn clone(&self) -> WlanSoftmacBandCapability
1.0.0 · Source§fn clone_from(&mut self, source: &Self)
fn clone_from(&mut self, source: &Self)
source. Read moreSource§impl Debug for WlanSoftmacBandCapability
impl Debug for WlanSoftmacBandCapability
Source§impl<D> Decode<WlanSoftmacBandCapability, D> for WlanSoftmacBandCapabilitywhere
D: ResourceDialect,
impl<D> Decode<WlanSoftmacBandCapability, D> for WlanSoftmacBandCapabilitywhere
D: ResourceDialect,
Source§fn new_empty() -> WlanSoftmacBandCapability
fn new_empty() -> WlanSoftmacBandCapability
Self. The specific value does not matter,
since it will be overwritten by decode.Source§impl Default for WlanSoftmacBandCapability
impl Default for WlanSoftmacBandCapability
Source§fn default() -> WlanSoftmacBandCapability
fn default() -> WlanSoftmacBandCapability
Source§impl<D> Encode<WlanSoftmacBandCapability, D> for &WlanSoftmacBandCapabilitywhere
D: ResourceDialect,
impl<D> Encode<WlanSoftmacBandCapability, D> for &WlanSoftmacBandCapabilitywhere
D: ResourceDialect,
Source§impl TypeMarker for WlanSoftmacBandCapability
impl TypeMarker for WlanSoftmacBandCapability
Source§type Owned = WlanSoftmacBandCapability
type Owned = WlanSoftmacBandCapability
Source§fn inline_align(_context: Context) -> usize
fn inline_align(_context: Context) -> usize
Source§fn inline_size(_context: Context) -> usize
fn inline_size(_context: Context) -> usize
inline_align.Source§fn encode_is_copy() -> bool
fn encode_is_copy() -> bool
Self::Owned matches the FIDL wire
format and encoding requires no validation. When true, we can optimize
encoding arrays and vectors of Self::Owned to a single memcpy. Read moreSource§fn decode_is_copy() -> bool
fn decode_is_copy() -> bool
Self::Owned matches the FIDL wire
format and decoding requires no validation. When true, we can optimize
decoding arrays and vectors of Self::Owned to a single memcpy.Source§impl ValueTypeMarker for WlanSoftmacBandCapability
impl ValueTypeMarker for WlanSoftmacBandCapability
Source§type Borrowed<'a> = &'a WlanSoftmacBandCapability
type Borrowed<'a> = &'a WlanSoftmacBandCapability
Encode<Self>
type cheaply obtainable from &Self::Owned. There are three cases: Read moreSource§fn borrow(
value: &<WlanSoftmacBandCapability as TypeMarker>::Owned,
) -> <WlanSoftmacBandCapability as ValueTypeMarker>::Borrowed<'_>
fn borrow( value: &<WlanSoftmacBandCapability as TypeMarker>::Owned, ) -> <WlanSoftmacBandCapability as ValueTypeMarker>::Borrowed<'_>
&Self::Owned to Self::Borrowed.