Lines Matching +full:full +full:- +full:duplex

1 SPI devices have a limited userspace API, supporting basic half-duplex
3 full duplex transfers and device I/O configuration are also available.
13  * Prototyping in an environment that's not crash-prone; stray pointers
64 Since this is a standard Linux device driver -- even though it just happens
65 to expose a low level API to userspace -- it can be associated with any number
75 Standard read() and write() operations are obviously only half-duplex, and
76 the chipselect is deactivated between those operations.  Full-duplex access,
77 and composite operation without chipselect de-activation, is available using
92 	which will return (RD) or assign (WR) the full SPI transfer mode,
97 	transfer SPI words.  Zero indicates MSB-first; other values indicate
98 	the less common LSB-first encoding.  In both cases the specified value
99 	is right-justified in each word, so that unused (TX) or undefined (RX)
113     - At this time there is no async I/O support; everything is purely
116     - There's currently no way to report the actual bit rate used to
119     - From userspace, you can't currently change the chip select polarity;
124     - There's a limit on the number of bytes each I/O request can transfer
128     - Because SPI has no low-level transfer acknowledgement, you usually
129       won't see any I/O errors when talking to a non-existent device.
132 FULL DUPLEX CHARACTER DEVICE API
136 full duplex programming interface.  (Although it doesn't perform a full duplex
141 The example shows one half-duplex RPC-style request and response message.
148 To make a full duplex request, provide both rx_buf and tx_buf for the