Lines Matching +full:not +full:- +full:used
1 /* SPDX-License-Identifier: GPL-2.0+ WITH Linux-syscall-note */
16 * along with this program; if not, write to the Free Software
17 * Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
33 * &struct ubi_attach_req object - UBI will attach the MTD device specified in
54 * device should be used. A pointer to the 32-bit volume ID hast to be passed
57 * UBI volume re-size
60 * To re-size a volume, the %UBI_IOCRSVOL ioctl command of the UBI character
61 * device should be used. A &struct ubi_rsvol_req object has to be properly
64 * UBI volumes re-name
67 * To re-name several volumes atomically at one go, the %UBI_IOCRNVOL command
68 * of the UBI character device should be used. A &struct ubi_rnvol_req object
75 * corresponding UBI volume character device. A pointer to a 64-bit update
90 * corresponding UBI volume character device should be used. This command
107 * ioctl command should be used. A pointer to a &struct ubi_map_req object is
109 * a physical eraseblock and returns. Only non-mapped logical eraseblocks can
117 * ioctl command should be used. The ioctl unmaps the logical eraseblocks,
119 * the "LEB erase" command, it does not wait for the physical eraseblock being
128 * %UBI_IOCEBISMAP ioctl command should be used. It returns %0 if the LEB is
129 * not mapped, and %1 if it is mapped.
135 * used. A pointer to a &struct ubi_set_vol_prop_req object is expected to be
143 * should be used. A pointer to a &struct ubi_blkcreate_req object is expected
144 * to be passed, which is not used and reserved for future usage.
146 * Conversely, to remove a block device the %UBI_IOCVOLRMBLK should be used,
155 #define UBI_VOL_NUM_AUTO (-1)
156 #define UBI_DEV_NUM_AUTO (-1)
169 /* Re-size an UBI volume */
171 /* Re-name volumes */
199 /* LEB erasure command, used for debugging, disabled by default */
220 /* Maximum amount of UBI volumes that can be re-named at one go */
237 * @UBI_VOL_PROP_DIRECT_WRITE: allow (any non-zero value) or disallow (value 0)
246 * struct ubi_attach_req - attach MTD device request.
251 * @padding: reserved for future, not used, has to be zeroed
255 * This data structure is used to specify MTD device UBI has to attach and the
264 * 512 in case of a 512 bytes page NAND flash with no sub-page support. Or
265 * it will be 512 in case of a 2KiB page NAND flash with 4 512-byte sub-pages.
268 * a different offset. For example, the boot-loader might do things faster if
269 * the VID header sits at the end of the first 2KiB NAND page with 4 sub-pages.
270 * As the boot-loader would not normally need to read EC headers (unless it
272 * example, but it real-life example. So, in this example, @vid_hdr_offer would
273 * be 2KiB-64 bytes = 1984. Note, that this position is not even 512-bytes
275 * sub-page of the first page and add needed padding.
281 * 1024 * (1 - MinNVB / MaxNVB)
282 * Which gives 20 for most NAND devices. This limit is used in order to derive
284 * has more bad eraseblocks than this limit, UBI does not reserve any physical
286 * eraseblocks (if any). The accepted range is 0-768. If 0 is given, the
287 * default kernel value of %CONFIG_MTD_UBI_BEB_LIMIT will be used.
289 * If @disable_fm is not zero, ubi doesn't create new fastmap even the module
308 * should only be used if the volume user has a
318 * struct ubi_mkvol_req - volume description data structure used in
326 * @padding2: reserved for future, not used, has to be zeroed
329 * This structure is used by user-space programs when creating new volumes. The
360 * struct ubi_rsvol_req - a data structure used in volume re-size requests.
361 * @vol_id: ID of the volume to re-size
364 * Re-sizing is possible for both dynamic and static volumes. But while dynamic
365 * volumes may be re-sized arbitrarily, static volumes cannot be made to be
376 * struct ubi_rnvol_req - volumes re-name request.
377 * @count: count of volumes to re-name
378 * @padding1: reserved for future, not used, has to be zeroed
379 * @vol_id: ID of the volume to re-name
381 * @padding2: reserved for future, not used, has to be zeroed
384 * UBI allows to re-name up to %32 volumes at one go. The count of volumes to
385 * re-name is specified in the @count field. The ID of the volumes to re-name
388 * The UBI volume re-name operation is atomic, which means that should power cut
390 * use-cases of this command is atomic upgrade. Indeed, to upgrade, say, volumes
392 * then atomically re-name A1->A and B1->B, in which case old %A and %B will
395 * If it is not desirable to remove old A and B, the re-name request has to
396 * contain 4 entries: A1->A, A->A1, B1->B, B->B1, in which case old A1 and B1
399 * It is also OK to request: A1->A, A1->X, B1->B, B->Y, in which case old A1
402 * In other words, in case of re-naming into an existing volume name, the
403 * existing volume is removed, unless it is re-named as well at the same
404 * re-name request.
418 * struct ubi_ecinfo_req - a data structure used for requesting and receiving
424 * @padding: reserved for future, not used, has to be zeroed
427 * This structure is used to retrieve erase counter information for a specified
435 * in the array will be set to -1.
449 * struct ubi_leb_change_req - a data structure used in atomic LEB change
454 * @padding: reserved for future, not used, has to be zeroed
456 * The @dtype field used to inform UBI about what kind of data will be written
459 * PEB with higher erase counter for long term data. But this was not really
460 * used because users usually do not know this and could easily mislead UBI. We
468 __s8 dtype; /* obsolete, do not use! */
473 * struct ubi_map_req - a data structure used in map LEB requests.
476 * @padding: reserved for future, not used, has to be zeroed
480 __s8 dtype; /* obsolete, do not use! */
486 * struct ubi_set_vol_prop_req - a data structure used to set an UBI volume
489 * @padding: reserved for future, not used, has to be zeroed
499 * struct ubi_blkcreate_req - a data structure used in block creation requests.
500 * @padding: reserved for future, not used, has to be zeroed