Lines Matching full:byte

63 types described hereafter. 'val' holds an u8 value for the data byte to be
87   'val': backend returns first byte to be sent
93 should transmit the first byte.
97   'val': bus driver delivers received byte
99   'ret': 0 if the byte should be acked, some errno if the byte should be nacked
101 Another I2C master has sent a byte to us which needs to be set in 'val'. If 'ret'
102 is zero, the bus driver should ack this byte. If 'ret' is an errno, then the byte
107   'val': backend returns next byte to be sent
111 The bus driver requests the next byte to be sent to another I2C master in
112 'val'. Important: This does not mean that the previous byte has been acked, it
113 only means that the previous byte is shifted out to the bus! To ensure seamless
114 transmission, most hardware requests the next byte when the previous one is
115 still shifted out. If the master sends NACK and stops reading after the byte
116 currently shifted out, this byte requested here is never used. It very likely
177 byte when it reads from us. We could make this an optional event if the need
191   byte-based transactions as the ultimate fallback anyhow because this is how
195   because after each byte written an action should be immediately triggered.