Lines Matching refs:buffer
64 * Suppose we have a 64-byte buffer and we read a VID header at it. We change
66 * 512-byte chunks, we have to allocate one more buffer and copy our VID header
67 * to offset 448 of this buffer.
70 * copy. It always allocates a @ubi->vid_hdr_alsize bytes buffer for the VID
71 * header and returns a pointer to offset @ubi->vid_hdr_shift of this buffer.
94 * @buf: buffer where to store the read data
100 * and stores the read data in the @buf buffer. The following return codes are
131 * Deliberately corrupt the buffer to improve robustness. Indeed, if we
133 * 1. The buffer contains data from previous operation, e.g., read from
136 * notice this. E.g., if we are reading a VID header, the buffer may
139 * -EUCLEAN, but it does not actually put any data to the buffer.
141 * This may confuse UBI or upper layers - they may think the buffer
148 * buffer.
208 * @buf: buffer with the data to write
213 * This function writes @len bytes of data from buffer @buf to offset @offset
463 * (pre-)allocate VID header buffer instead.
953 * @vidb: the volume identifier buffer to store data in
970 void *p = vidb->buffer;
1037 * @vidb: the volume identifier buffer to write
1054 void *p = vidb->buffer;
1252 p = vidb->buffer;
1280 * @buf: buffer with data which were written
1286 * the original data buffer - the data have to match. Returns zero if the data
1322 ubi_msg(ubi, "hex dump of the original buffer from %d to %d",
1326 ubi_msg(ubi, "hex dump of the read buffer from %d to %d",