€•÷ƒ      Œsphinx.addnodes”Œdocument”“”)”}”(Œ	rawsource”Œ ”Œchildren”]”(Œtranslations”ŒLanguagesNode”“”)”}”(hhh]”(h Œpending_xref”“”)”}”(hhh]”Œdocutils.nodes”ŒText”“”ŒChinese (Simplified)”…””}”Œparent”hsbaŒ
attributes”}”(Œids”]”Œclasses”]”Œnames”]”Œdupnames”]”Œbackrefs”]”Œ	refdomain”Œstd”Œreftype”Œdoc”Œ	reftarget”Œ"/translations/zh_CN/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuŒtagname”hhhubh)”}”(hhh]”hŒChinese (Traditional)”…””}”hh2sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/zh_TW/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒItalian”…””}”hhFsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/it_IT/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒJapanese”…””}”hhZsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/ja_JP/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒKorean”…””}”hhnsbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/ko_KR/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒPortuguese (Brazilian)”…””}”hh‚sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/pt_BR/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubh)”}”(hhh]”hŒSpanish”…””}”hh–sbah}”(h]”h ]”h"]”h$]”h&]”Œ	refdomain”h)Œreftype”h+Œ	reftarget”Œ"/translations/sp_SP/usb/functionfs”Œmodname”NŒ	classname”NŒrefexplicit”ˆuh1hhhubeh}”(h]”h ]”h"]”h$]”h&]”Œcurrent_language”ŒEnglish”uh1h
hhŒ	_document”hŒsource”NŒline”NubhŒsection”“”)”}”(hhh]”(hŒtitle”“”)”}”(hŒHow FunctionFS works”h]”hŒHow FunctionFS works”…””}”(hh¼h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhh·h²hh³Œ</var/lib/git/docbuild/linux/Documentation/usb/functionfs.rst”h´Kubh¶)”}”(hhh]”(h»)”}”(hŒOverview”h]”hŒOverview”…””}”(hhÎh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhhËh²hh³hÊh´KubhŒ	paragraph”“”)”}”(hXf  From kernel point of view it is just a composite function with some
unique behaviour.  It may be added to an USB configuration only after
the user space driver has registered by writing descriptors and
strings (the user space program has to provide the same information
that kernel level composite functions provide when they are added to
the configuration).”h]”hXf  From kernel point of view it is just a composite function with some
unique behaviour.  It may be added to an USB configuration only after
the user space driver has registered by writing descriptors and
strings (the user space program has to provide the same information
that kernel level composite functions provide when they are added to
the configuration).”…””}”(hhÞh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KhhËh²hubhÝ)”}”(hŒThis in particular means that the composite initialisation functions
may not be in init section (ie. may not use the __init tag).”h]”hŒThis in particular means that the composite initialisation functions
may not be in init section (ie. may not use the __init tag).”…””}”(hhìh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KhhËh²hubhÝ)”}”(hX  From user space point of view it is a file system which when
mounted provides an "ep0" file.  User space driver need to
write descriptors and strings to that file.  It does not need
to worry about endpoints, interfaces or strings numbers but
simply provide descriptors such as if the function was the
only one (endpoints and strings numbers starting from one and
interface numbers starting from zero).  The FunctionFS changes
them as needed also handling situation when numbers differ in
different configurations.”h]”hX  From user space point of view it is a file system which when
mounted provides an â€œep0â€ file.  User space driver need to
write descriptors and strings to that file.  It does not need
to worry about endpoints, interfaces or strings numbers but
simply provide descriptors such as if the function was the
only one (endpoints and strings numbers starting from one and
interface numbers starting from zero).  The FunctionFS changes
them as needed also handling situation when numbers differ in
different configurations.”…””}”(hhúh²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KhhËh²hubhÝ)”}”(hŒLFor more information about FunctionFS descriptors see :doc:`functionfs-desc`”h]”(hŒ6For more information about FunctionFS descriptors see ”…””}”(hj  h²hh³Nh´Nubh)”}”(hŒ:doc:`functionfs-desc`”h]”hŒinline”“”)”}”(hj  h]”hŒfunctionfs-desc”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”(Œxref”Œstd”Œstd-doc”eh"]”h$]”h&]”uh1j  hj  ubah}”(h]”h ]”h"]”h$]”h&]”Œrefdoc”Œusb/functionfs”Œ	refdomain”j!  Œreftype”Œdoc”Œrefexplicit”‰Œrefwarn”ˆŒ	reftarget”Œfunctionfs-desc”uh1hh³hÊh´Khj  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KhhËh²hubhÝ)”}”(hXŸ  When descriptors and strings are written "ep#" files appear
(one for each declared endpoint) which handle communication on
a single endpoint.  Again, FunctionFS takes care of the real
numbers and changing of the configuration (which means that
"ep1" file may be really mapped to (say) endpoint 3 (and when
configuration changes to (say) endpoint 2)).  "ep0" is used
for receiving events and handling setup requests.”h]”hX«  When descriptors and strings are written â€œep#â€ files appear
(one for each declared endpoint) which handle communication on
a single endpoint.  Again, FunctionFS takes care of the real
numbers and changing of the configuration (which means that
â€œep1â€ file may be really mapped to (say) endpoint 3 (and when
configuration changes to (say) endpoint 2)).  â€œep0â€ is used
for receiving events and handling setup requests.”…””}”(hj;  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KhhËh²hubhÝ)”}”(hŒ7When all files are closed the function disables itself.”h]”hŒ7When all files are closed the function disables itself.”…””}”(hjI  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K&hhËh²hubhÝ)”}”(hX  What I also want to mention is that the FunctionFS is designed in such
a way that it is possible to mount it several times so in the end
a gadget could use several FunctionFS functions. The idea is that
each FunctionFS instance is identified by the device name used
when mounting.”h]”hX  What I also want to mention is that the FunctionFS is designed in such
a way that it is possible to mount it several times so in the end
a gadget could use several FunctionFS functions. The idea is that
each FunctionFS instance is identified by the device name used
when mounting.”…””}”(hjW  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K(hhËh²hubhÝ)”}”(hŒ§One can imagine a gadget that has an Ethernet, MTP and HID interfaces
where the last two are implemented via FunctionFS.  On user space
level it would look like this::”h]”hŒ¦One can imagine a gadget that has an Ethernet, MTP and HID interfaces
where the last two are implemented via FunctionFS.  On user space
level it would look like this:”…””}”(hje  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K.hhËh²hubhŒliteral_block”“”)”}”(hX  $ insmod g_ffs.ko idVendor=<ID> iSerialNumber=<string> functions=mtp,hid
$ mkdir /dev/ffs-mtp && mount -t functionfs mtp /dev/ffs-mtp
$ ( cd /dev/ffs-mtp && mtp-daemon ) &
$ mkdir /dev/ffs-hid && mount -t functionfs hid /dev/ffs-hid
$ ( cd /dev/ffs-hid && hid-daemon ) &”h]”hX  $ insmod g_ffs.ko idVendor=<ID> iSerialNumber=<string> functions=mtp,hid
$ mkdir /dev/ffs-mtp && mount -t functionfs mtp /dev/ffs-mtp
$ ( cd /dev/ffs-mtp && mtp-daemon ) &
$ mkdir /dev/ffs-hid && mount -t functionfs hid /dev/ffs-hid
$ ( cd /dev/ffs-hid && hid-daemon ) &”…””}”hju  sbah}”(h]”h ]”h"]”h$]”h&]”Œ	xml:space”Œpreserve”uh1js  h³hÊh´K2hhËh²hubhÝ)”}”(hŒƒOn kernel level the gadget checks ffs_data->dev_name to identify
whether its FunctionFS is designed for MTP ("mtp") or HID ("hid").”h]”hŒ‹On kernel level the gadget checks ffs_data->dev_name to identify
whether its FunctionFS is designed for MTP (â€œmtpâ€) or HID (â€œhidâ€).”…””}”(hj…  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K8hhËh²hubhÝ)”}”(hŒdIf no "functions" module parameters is supplied, the driver accepts
just one function with any name.”h]”hŒhIf no â€œfunctionsâ€ module parameters is supplied, the driver accepts
just one function with any name.”…””}”(hj“  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K;hhËh²hubhÝ)”}”(hX1  When "functions" module parameter is supplied, only functions
with listed names are accepted. In particular, if the "functions"
parameter's value is just a one-element list, then the behaviour
is similar to when there is no "functions" at all; however,
only a function with the specified name is accepted.”h]”hX?  When â€œfunctionsâ€ module parameter is supplied, only functions
with listed names are accepted. In particular, if the â€œfunctionsâ€
parameterâ€™s value is just a one-element list, then the behaviour
is similar to when there is no â€œfunctionsâ€ at all; however,
only a function with the specified name is accepted.”…””}”(hj¡  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K>hhËh²hubhÝ)”}”(hŒ¢The gadget is registered only after all the declared function
filesystems have been mounted and USB descriptors of all functions
have been written to their ep0's.”h]”hŒ¤The gadget is registered only after all the declared function
filesystems have been mounted and USB descriptors of all functions
have been written to their ep0â€™s.”…””}”(hj¯  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KDhhËh²hubhÝ)”}”(hŒYConversely, the gadget is unregistered after the first USB function
closes its endpoints.”h]”hŒYConversely, the gadget is unregistered after the first USB function
closes its endpoints.”…””}”(hj½  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KHhhËh²hubeh}”(h]”Œoverview”ah ]”h"]”Œoverview”ah$]”h&]”uh1hµhh·h²hh³hÊh´Kubh¶)”}”(hhh]”(h»)”}”(hŒEndpoint IOCTLs”h]”hŒEndpoint IOCTLs”…””}”(hjÖ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjÓ  h²hh³hÊh´KLubhÝ)”}”(hŒËFunctionFS supports additional IOCTLs that can be performed on data endpoints
(ie. not ep0). For a full list of these IOCTLs, please refer to the documentation
in ``include/uapi/linux/usb/functionfs.h``.”h]”(hŒ£FunctionFS supports additional IOCTLs that can be performed on data endpoints
(ie. not ep0). For a full list of these IOCTLs, please refer to the documentation
in ”…””}”(hjä  h²hh³Nh´NubhŒliteral”“”)”}”(hŒ'``include/uapi/linux/usb/functionfs.h``”h]”hŒ#include/uapi/linux/usb/functionfs.h”…””}”(hjî  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hjä  ubhŒ.”…””}”(hjä  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KNhjÓ  h²hubhÝ)”}”(hŒOne such IOCTL is:”h]”hŒOne such IOCTL is:”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KRhjÓ  h²hubhŒblock_quote”“”)”}”(hXŽ  ``FUNCTIONFS_ENDPOINT_ENABLE_ZLP(__u32 *)``
  Enable or disable automatic zero-length packet (ZLP) appending for the
  endpoint. The argument is a pointer to a __u32: 0 to disable, non-zero to
  enable. When enabled, the kernel will automatically append a ZLP at the end
  of a transfer if the payload length is an exact multiple of the endpoint's
  max packet size. This is useful for compatibility with legacy protocols
  which require automatic ZLP appending to data written from userspace. This
  IOCTL can only be used on IN endpoints. It can be called at any time after
  the FunctionFS instance is active, even before the host has connected or
  enabled the endpoint. Returns zero on success, or a negative errno value on
  error:

  * ``-ENODEV``: The FunctionFS instance is not active.
  * ``-EINVAL``: The endpoint is not an IN endpoint.
  * ``-EFAULT``: Invalid user space pointer for the argument.
”h]”hŒdefinition_list”“”)”}”(hhh]”hŒdefinition_list_item”“”)”}”(hXt  ``FUNCTIONFS_ENDPOINT_ENABLE_ZLP(__u32 *)``
Enable or disable automatic zero-length packet (ZLP) appending for the
endpoint. The argument is a pointer to a __u32: 0 to disable, non-zero to
enable. When enabled, the kernel will automatically append a ZLP at the end
of a transfer if the payload length is an exact multiple of the endpoint's
max packet size. This is useful for compatibility with legacy protocols
which require automatic ZLP appending to data written from userspace. This
IOCTL can only be used on IN endpoints. It can be called at any time after
the FunctionFS instance is active, even before the host has connected or
enabled the endpoint. Returns zero on success, or a negative errno value on
error:

* ``-ENODEV``: The FunctionFS instance is not active.
* ``-EINVAL``: The endpoint is not an IN endpoint.
* ``-EFAULT``: Invalid user space pointer for the argument.
”h]”(hŒterm”“”)”}”(hŒ+``FUNCTIONFS_ENDPOINT_ENABLE_ZLP(__u32 *)``”h]”jí  )”}”(hj)  h]”hŒ'FUNCTIONFS_ENDPOINT_ENABLE_ZLP(__u32 *)”…””}”(hj+  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj'  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j%  h³hÊh´Kbhj!  ubhŒ
definition”“”)”}”(hhh]”(hÝ)”}”(hX¡  Enable or disable automatic zero-length packet (ZLP) appending for the
endpoint. The argument is a pointer to a __u32: 0 to disable, non-zero to
enable. When enabled, the kernel will automatically append a ZLP at the end
of a transfer if the payload length is an exact multiple of the endpoint's
max packet size. This is useful for compatibility with legacy protocols
which require automatic ZLP appending to data written from userspace. This
IOCTL can only be used on IN endpoints. It can be called at any time after
the FunctionFS instance is active, even before the host has connected or
enabled the endpoint. Returns zero on success, or a negative errno value on
error:”h]”hX£  Enable or disable automatic zero-length packet (ZLP) appending for the
endpoint. The argument is a pointer to a __u32: 0 to disable, non-zero to
enable. When enabled, the kernel will automatically append a ZLP at the end
of a transfer if the payload length is an exact multiple of the endpointâ€™s
max packet size. This is useful for compatibility with legacy protocols
which require automatic ZLP appending to data written from userspace. This
IOCTL can only be used on IN endpoints. It can be called at any time after
the FunctionFS instance is active, even before the host has connected or
enabled the endpoint. Returns zero on success, or a negative errno value on
error:”…””}”(hjC  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KUhj@  ubhŒbullet_list”“”)”}”(hhh]”(hŒ	list_item”“”)”}”(hŒ3``-ENODEV``: The FunctionFS instance is not active.”h]”hÝ)”}”(hjZ  h]”(jí  )”}”(hŒ``-ENODEV``”h]”hŒ-ENODEV”…””}”(hj_  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj\  ubhŒ(: The FunctionFS instance is not active.”…””}”(hj\  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K`hjX  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jV  hjS  ubjW  )”}”(hŒ0``-EINVAL``: The endpoint is not an IN endpoint.”h]”hÝ)”}”(hj  h]”(jí  )”}”(hŒ``-EINVAL``”h]”hŒ-EINVAL”…””}”(hj„  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj  ubhŒ%: The endpoint is not an IN endpoint.”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kahj}  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jV  hjS  ubjW  )”}”(hŒ:``-EFAULT``: Invalid user space pointer for the argument.
”h]”hÝ)”}”(hŒ9``-EFAULT``: Invalid user space pointer for the argument.”h]”(jí  )”}”(hŒ``-EFAULT``”h]”hŒ-EFAULT”…””}”(hjª  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj¦  ubhŒ.: Invalid user space pointer for the argument.”…””}”(hj¦  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kbhj¢  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jV  hjS  ubeh}”(h]”h ]”h"]”h$]”h&]”Œbullet”Œ*”uh1jQ  h³hÊh´K`hj@  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j>  hj!  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´Kbhj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  hj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´KThjÓ  h²hubeh}”(h]”Œendpoint-ioctls”ah ]”h"]”Œendpoint ioctls”ah$]”h&]”uh1hµhh·h²hh³hÊh´KLubh¶)”}”(hhh]”(h»)”}”(hŒRW Proxy Endpoints”h]”hŒRW Proxy Endpoints”…””}”(hjó  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hºhjð  h²hh³hÊh´KeubhÝ)”}”(hX”  If the ``FUNCTIONFS_RW_PROXY_EPS`` flag is passed in the descriptor header
(requires ``FUNCTIONFS_DESCRIPTORS_MAGIC_V2``), FunctionFS will provision a
bidirectional rw_proxy file descriptor (e.g., "ep1_rw") alongside each pair
of IN and OUT endpoints. The rw_proxy file aliases the underlying hardware
endpoints, allowing userspace to use a single file descriptor for both reading
(OUT) and writing (IN).”h]”(hŒIf the ”…””}”(hj  h²hh³Nh´Nubjí  )”}”(hŒ``FUNCTIONFS_RW_PROXY_EPS``”h]”hŒFUNCTIONFS_RW_PROXY_EPS”…””}”(hj	  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj  ubhŒ3 flag is passed in the descriptor header
(requires ”…””}”(hj  h²hh³Nh´Nubjí  )”}”(hŒ#``FUNCTIONFS_DESCRIPTORS_MAGIC_V2``”h]”hŒFUNCTIONFS_DESCRIPTORS_MAGIC_V2”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj  ubhX   ), FunctionFS will provision a
bidirectional rw_proxy file descriptor (e.g., â€œep1_rwâ€) alongside each pair
of IN and OUT endpoints. The rw_proxy file aliases the underlying hardware
endpoints, allowing userspace to use a single file descriptor for both reading
(OUT) and writing (IN).”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kghjð  h²hubhÝ)”}”(hX?  This flag requires the total number of hardware endpoints to be an even number.
FunctionFS will automatically walk the provided endpoints and group them into
adjacent pairs (e.g., ep1 and ep2 form the first pair, ep3 and ep4 form the
second pair). Each pair must consist of exactly one IN endpoint and one OUT
endpoint.”h]”hX?  This flag requires the total number of hardware endpoints to be an even number.
FunctionFS will automatically walk the provided endpoints and group them into
adjacent pairs (e.g., ep1 and ep2 form the first pair, ep3 and ep4 form the
second pair). Each pair must consist of exactly one IN endpoint and one OUT
endpoint.”…””}”(hj3  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Knhjð  h²hubhÝ)”}”(hŒöFor each valid pair, a rw_proxy file is created and named after the first
endpoint in the pair with a "_rw" suffix. For example, if ep1 and ep2 are
paired, a rw_proxy file named "ep1_rw" is created. If ep3 and ep4 are paired,
"ep3_rw" is created.”h]”hX  For each valid pair, a rw_proxy file is created and named after the first
endpoint in the pair with a â€œ_rwâ€ suffix. For example, if ep1 and ep2 are
paired, a rw_proxy file named â€œep1_rwâ€ is created. If ep3 and ep4 are paired,
â€œep3_rwâ€ is created.”…””}”(hjA  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kthjð  h²hubhÝ)”}”(hXC  If the ``FUNCTIONFS_VIRTUAL_ADDR`` flag is also enabled, the endpoints will be
named using their physical endpoint address in hexadecimal instead of their
index. RW proxy files will inherit this naming convention. For example, if the
first endpoint of a pair maps to address 0x02, the rw_proxy file will be
named "ep02_rw".”h]”(hŒIf the ”…””}”(hjO  h²hh³Nh´Nubjí  )”}”(hŒ``FUNCTIONFS_VIRTUAL_ADDR``”h]”hŒFUNCTIONFS_VIRTUAL_ADDR”…””}”(hjW  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hjO  ubhX%   flag is also enabled, the endpoints will be
named using their physical endpoint address in hexadecimal instead of their
index. RW proxy files will inherit this naming convention. For example, if the
first endpoint of a pair maps to address 0x02, the rw_proxy file will be
named â€œep02_rwâ€.”…””}”(hjO  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kyhjð  h²hubhÝ)”}”(hX  When this flag is enabled, userspace has the choice of performing data transfers
via the single rw_proxy file descriptor or the two base file descriptors. The
rw_proxy file descriptor acts as a pure VFS alias that proxies all operations
directly to the underlying base file descriptors.”h]”hX  When this flag is enabled, userspace has the choice of performing data transfers
via the single rw_proxy file descriptor or the two base file descriptors. The
rw_proxy file descriptor acts as a pure VFS alias that proxies all operations
directly to the underlying base file descriptors.”…””}”(hjo  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Khjð  h²hubhÝ)”}”(hXa  Because it is a pure proxy, there are no data races or buffer corruptions if
userspace uses both the rw_proxy endpoint and the base endpoints concurrently.
The native mutexes of the base endpoints perfectly serialize all concurrent
transfers. However, userspace should generally pick one method and stick to it
to avoid interleaving its own data stream.”h]”hXa  Because it is a pure proxy, there are no data races or buffer corruptions if
userspace uses both the rw_proxy endpoint and the base endpoints concurrently.
The native mutexes of the base endpoints perfectly serialize all concurrent
transfers. However, userspace should generally pick one method and stick to it
to avoid interleaving its own data stream.”…””}”(hj}  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K„hjð  h²hubjR  )”}”(hhh]”(jW  )”}”(hŒú**IOCTLs (Clear Halt, etc.):** RW proxy endpoints do not support IOCTLs and
will return ``-ENOTTY``. To clear a host-initiated halt, userspace must issue
the ``FUNCTIONFS_CLEAR_HALT`` ioctl directly on the corresponding base
endpoint file descriptor.”h]”hÝ)”}”(hŒú**IOCTLs (Clear Halt, etc.):** RW proxy endpoints do not support IOCTLs and
will return ``-ENOTTY``. To clear a host-initiated halt, userspace must issue
the ``FUNCTIONFS_CLEAR_HALT`` ioctl directly on the corresponding base
endpoint file descriptor.”h]”(hŒstrong”“”)”}”(hŒ**IOCTLs (Clear Halt, etc.):**”h]”hŒIOCTLs (Clear Halt, etc.):”…””}”(hj˜  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j–  hj’  ubhŒ: RW proxy endpoints do not support IOCTLs and
will return ”…””}”(hj’  h²hh³Nh´Nubjí  )”}”(hŒ``-ENOTTY``”h]”hŒ-ENOTTY”…””}”(hjª  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj’  ubhŒ;. To clear a host-initiated halt, userspace must issue
the ”…””}”(hj’  h²hh³Nh´Nubjí  )”}”(hŒ``FUNCTIONFS_CLEAR_HALT``”h]”hŒFUNCTIONFS_CLEAR_HALT”…””}”(hj¼  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj’  ubhŒC ioctl directly on the corresponding base
endpoint file descriptor.”…””}”(hj’  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KŠhjŽ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jV  hj‹  h²hh³hÊh´NubjW  )”}”(hXO  **Intentional Stalls:** The traditional mechanism for intentionally halting an
endpoint by issuing a reverse-direction data operation (e.g., attempting to
read from an IN endpoint) continues to work, but it must be issued on the
base endpoint. RW proxy endpoints cannot be used to trigger a stall because
they are fully bidirectional.
”h]”hÝ)”}”(hXN  **Intentional Stalls:** The traditional mechanism for intentionally halting an
endpoint by issuing a reverse-direction data operation (e.g., attempting to
read from an IN endpoint) continues to work, but it must be issued on the
base endpoint. RW proxy endpoints cannot be used to trigger a stall because
they are fully bidirectional.”h]”(j—  )”}”(hŒ**Intentional Stalls:**”h]”hŒIntentional Stalls:”…””}”(hjâ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1j–  hjÞ  ubhX7   The traditional mechanism for intentionally halting an
endpoint by issuing a reverse-direction data operation (e.g., attempting to
read from an IN endpoint) continues to work, but it must be issued on the
base endpoint. RW proxy endpoints cannot be used to trigger a stall because
they are fully bidirectional.”…””}”(hjÞ  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´KŽhjÚ  ubah}”(h]”h ]”h"]”h$]”h&]”uh1jV  hj‹  h²hh³hÊh´Nubeh}”(h]”h ]”h"]”h$]”h&]”jÎ  Œ-”uh1jQ  h³hÊh´KŠhjð  h²hubhÝ)”}”(hŒþNote that DMABUF data transfers (``FUNCTIONFS_DMABUF_TRANSFER``) are unsupported
via the rw_proxy endpoint because it does not support IOCTLs. If DMABUF
transfers are required, users must use the standard base endpoints.
DMABUF interface
================”h]”(hŒ!Note that DMABUF data transfers (”…””}”(hj  h²hh³Nh´Nubjí  )”}”(hŒ``FUNCTIONFS_DMABUF_TRANSFER``”h]”hŒFUNCTIONFS_DMABUF_TRANSFER”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj  ubhŒ¿) are unsupported
via the rw_proxy endpoint because it does not support IOCTLs. If DMABUF
transfers are required, users must use the standard base endpoints.
DMABUF interface
================”…””}”(hj  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K”hjð  h²hubhÝ)”}”(hŒ»FunctionFS additionally supports a DMABUF based interface, where the
userspace can attach DMABUF objects (externally created) to an endpoint,
and subsequently use them for data transfers.”h]”hŒ»FunctionFS additionally supports a DMABUF based interface, where the
userspace can attach DMABUF objects (externally created) to an endpoint,
and subsequently use them for data transfers.”…””}”(hj'  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kšhjð  h²hubhÝ)”}”(hŒ¯Note: The DMABUF interface is unsupported on rw_proxy endpoints. See
the RW Proxy Endpoints section for details on using DMABUF alongside
the ``FUNCTIONFS_RW_PROXY_EPS`` flag.”h]”(hŒŽNote: The DMABUF interface is unsupported on rw_proxy endpoints. See
the RW Proxy Endpoints section for details on using DMABUF alongside
the ”…””}”(hj5  h²hh³Nh´Nubjí  )”}”(hŒ``FUNCTIONFS_RW_PROXY_EPS``”h]”hŒFUNCTIONFS_RW_PROXY_EPS”…””}”(hj=  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj5  ubhŒ flag.”…””}”(hj5  h²hh³Nh´Nubeh}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kžhjð  h²hubhÝ)”}”(hŒÈA userspace application can then use this interface to share DMABUF
objects between several interfaces, allowing it to transfer data in a
zero-copy fashion, for instance between IIO and the USB stack.”h]”hŒÈA userspace application can then use this interface to share DMABUF
objects between several interfaces, allowing it to transfer data in a
zero-copy fashion, for instance between IIO and the USB stack.”…””}”(hjU  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K¢hjð  h²hubhÝ)”}”(hŒAs part of this interface, three new IOCTLs have been added. These three
IOCTLs have to be performed on a data endpoint (ie. not ep0). They are:”h]”hŒAs part of this interface, three new IOCTLs have been added. These three
IOCTLs have to be performed on a data endpoint (ie. not ep0). They are:”…””}”(hjc  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K¦hjð  h²hubj  )”}”(hXz  ``FUNCTIONFS_DMABUF_ATTACH(int)``
  Attach the DMABUF object, identified by its file descriptor, to the
  data endpoint. Returns zero on success, and a negative errno value
  on error.

``FUNCTIONFS_DMABUF_DETACH(int)``
  Detach the given DMABUF object, identified by its file descriptor,
  from the data endpoint. Returns zero on success, and a negative
  errno value on error. Note that closing the endpoint's file
  descriptor will automatically detach all attached DMABUFs.

``FUNCTIONFS_DMABUF_TRANSFER(struct usb_ffs_dmabuf_transfer_req *)``
  Enqueue the previously attached DMABUF to the transfer queue.
  The argument is a structure that packs the DMABUF's file descriptor,
  the size in bytes to transfer (which should generally correspond to
  the size of the DMABUF), and a 'flags' field which is unused
  for now. Returns zero on success, and a negative errno value on
  error.”h]”j  )”}”(hhh]”(j   )”}”(hŒ³``FUNCTIONFS_DMABUF_ATTACH(int)``
Attach the DMABUF object, identified by its file descriptor, to the
data endpoint. Returns zero on success, and a negative errno value
on error.
”h]”(j&  )”}”(hŒ!``FUNCTIONFS_DMABUF_ATTACH(int)``”h]”jí  )”}”(hj~  h]”hŒFUNCTIONFS_DMABUF_ATTACH(int)”…””}”(hj€  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj|  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j%  h³hÊh´K¬hjx  ubj?  )”}”(hhh]”hÝ)”}”(hŒAttach the DMABUF object, identified by its file descriptor, to the
data endpoint. Returns zero on success, and a negative errno value
on error.”h]”hŒAttach the DMABUF object, identified by its file descriptor, to the
data endpoint. Returns zero on success, and a negative errno value
on error.”…””}”(hj–  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kªhj“  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j>  hjx  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´K¬hju  ubj   )”}”(hX  ``FUNCTIONFS_DMABUF_DETACH(int)``
Detach the given DMABUF object, identified by its file descriptor,
from the data endpoint. Returns zero on success, and a negative
errno value on error. Note that closing the endpoint's file
descriptor will automatically detach all attached DMABUFs.
”h]”(j&  )”}”(hŒ!``FUNCTIONFS_DMABUF_DETACH(int)``”h]”jí  )”}”(hj¶  h]”hŒFUNCTIONFS_DMABUF_DETACH(int)”…””}”(hj¸  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hj´  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j%  h³hÊh´K²hj°  ubj?  )”}”(hhh]”hÝ)”}”(hŒùDetach the given DMABUF object, identified by its file descriptor,
from the data endpoint. Returns zero on success, and a negative
errno value on error. Note that closing the endpoint's file
descriptor will automatically detach all attached DMABUFs.”h]”hŒûDetach the given DMABUF object, identified by its file descriptor,
from the data endpoint. Returns zero on success, and a negative
errno value on error. Note that closing the endpointâ€™s file
descriptor will automatically detach all attached DMABUFs.”…””}”(hjÎ  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´K¯hjË  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j>  hj°  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´K²hju  ubj   )”}”(hX  ``FUNCTIONFS_DMABUF_TRANSFER(struct usb_ffs_dmabuf_transfer_req *)``
Enqueue the previously attached DMABUF to the transfer queue.
The argument is a structure that packs the DMABUF's file descriptor,
the size in bytes to transfer (which should generally correspond to
the size of the DMABUF), and a 'flags' field which is unused
for now. Returns zero on success, and a negative errno value on
error.”h]”(j&  )”}”(hŒD``FUNCTIONFS_DMABUF_TRANSFER(struct usb_ffs_dmabuf_transfer_req *)``”h]”jí  )”}”(hjî  h]”hŒ@FUNCTIONFS_DMABUF_TRANSFER(struct usb_ffs_dmabuf_transfer_req *)”…””}”(hjð  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1jì  hjì  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j%  h³hÊh´K¹hjè  ubj?  )”}”(hhh]”hÝ)”}”(hXJ  Enqueue the previously attached DMABUF to the transfer queue.
The argument is a structure that packs the DMABUF's file descriptor,
the size in bytes to transfer (which should generally correspond to
the size of the DMABUF), and a 'flags' field which is unused
for now. Returns zero on success, and a negative errno value on
error.”h]”hXP  Enqueue the previously attached DMABUF to the transfer queue.
The argument is a structure that packs the DMABUFâ€™s file descriptor,
the size in bytes to transfer (which should generally correspond to
the size of the DMABUF), and a â€˜flagsâ€™ field which is unused
for now. Returns zero on success, and a negative errno value on
error.”…””}”(hj  h²hh³Nh´Nubah}”(h]”h ]”h"]”h$]”h&]”uh1hÜh³hÊh´Kµhj  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j>  hjè  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´K¹hju  ubeh}”(h]”h ]”h"]”h$]”h&]”uh1j  hjq  ubah}”(h]”h ]”h"]”h$]”h&]”uh1j  h³hÊh´K©hjð  h²hubeh}”(h]”Œrw-proxy-endpoints”ah ]”h"]”Œrw proxy endpoints”ah$]”h&]”uh1hµhh·h²hh³hÊh´Keubeh}”(h]”Œhow-functionfs-works”ah ]”h"]”Œhow functionfs works”ah$]”h&]”uh1hµhhh²hh³hÊh´Kubeh}”(h]”h ]”h"]”h$]”h&]”Œsource”hÊuh1hŒcurrent_source”NŒcurrent_line”NŒsettings”Œdocutils.frontend”ŒValues”“”)”}”(hºNŒ	generator”NŒ	datestamp”NŒsource_link”NŒ
source_url”NŒtoc_backlinks”Œentry”Œfootnote_backlinks”KŒsectnum_xform”KŒstrip_comments”NŒstrip_elements_with_classes”NŒstrip_classes”NŒreport_level”KŒ
halt_level”KŒexit_status_level”KŒdebug”NŒwarning_stream”NŒ	traceback”ˆŒinput_encoding”Œ	utf-8-sig”Œinput_encoding_error_handler”Œstrict”Œoutput_encoding”Œutf-8”Œoutput_encoding_error_handler”j_  Œerror_encoding”Œutf-8”Œerror_encoding_error_handler”Œbackslashreplace”Œlanguage_code”Œen”Œrecord_dependencies”NŒconfig”NŒ	id_prefix”hŒauto_id_prefix”Œid”Œdump_settings”NŒdump_internals”NŒdump_transforms”NŒdump_pseudo_xml”NŒexpose_internals”NŒstrict_visitor”NŒ_disable_config”NŒ_source”hÊŒ_destination”NŒ_config_files”]”Œ7/var/lib/git/docbuild/linux/Documentation/docutils.conf”aŒfile_insertion_enabled”ˆŒraw_enabled”KŒline_length_limit”M'Œpep_references”NŒpep_base_url”Œhttps://peps.python.org/”Œpep_file_url_template”Œpep-%04d”Œrfc_references”NŒrfc_base_url”Œ&https://datatracker.ietf.org/doc/html/”Œ	tab_width”KŒtrim_footnote_reference_space”‰Œsyntax_highlight”Œlong”Œsmart_quotes”ˆŒsmartquotes_locales”]”Œcharacter_level_inline_markup”‰Œdoctitle_xform”‰Œdocinfo_xform”KŒsectsubtitle_xform”‰Œimage_loading”Œlink”Œembed_stylesheet”‰Œcloak_email_addresses”ˆŒsection_self_link”‰Œenv”NubŒreporter”NŒindirect_targets”]”Œsubstitution_defs”}”Œsubstitution_names”}”Œrefnames”}”Œrefids”}”Œnameids”}”(j9  j6  jÐ  jÍ  jí  jê  j1  j.  uŒ	nametypes”}”(j9  ‰jÐ  ‰jí  ‰j1  ‰uh}”(j6  h·jÍ  hËjê  jÓ  j.  jð  uŒfootnote_refs”}”Œcitation_refs”}”Œautofootnotes”]”Œautofootnote_refs”]”Œsymbol_footnotes”]”Œsymbol_footnote_refs”]”Œ	footnotes”]”Œ	citations”]”Œautofootnote_start”KŒsymbol_footnote_start”K Œ
id_counter”Œcollections”ŒCounter”“”}”…”R”Œparse_messages”]”Œtransform_messages”]”Œtransformer”NŒinclude_log”]”Œ
decoration”Nh²hub.