| /linux/Documentation/filesystems/ext4/ |
| H A D | attributes.rst | 6 Extended attributes (xattrs) are typically stored in a separate data
23 attribute's value to be stored in a separate data block, though as of
29 Extended attributes, when stored after the inode, have a header
89 long. When stored in an external block, the ``struct ext4_xattr_entry``
90 entries must be stored in sorted order. The sort order is
92 Attributes stored inside an inode do not need be stored in sorted order.
113 - Location of this attribute's value on the disk block where it is stored.
120 - The inode where the value is stored. Zero indicates the value is in the
141 are stored starting at the end of the block and grow towards the
188 POSIX ACLs are stored in a reduced version of the Linux kernel (and
[all …]
|
| H A D | checksums.rst | 11 lower 16 bits are stored. Enabling the 64bit feature increases the data
12 structure size so that full 32-bit checksums can be stored for many data
62 - UUID + the entire bitmap. Checksums are stored in the group descriptor,
72 descriptor). In all cases, only the lower 16 bits are stored.
|
| /linux/fs/nls/ |
| H A D | Kconfig | 44 native language character sets. These character sets are stored
56 native language character sets. These character sets are stored
68 native language character sets. These character sets are stored
81 native language character sets. These character sets are stored in
97 native language character sets. These character sets are stored in
112 native language character sets. These character sets are stored in
123 native language character sets. These character sets are stored in
134 native language character sets. These character sets are stored in
145 native language character sets. These character sets are stored in
156 native language character sets. These character sets are stored in
[all …]
|
| /linux/Documentation/networking/devlink/ |
| H A D | nfp.rst | 49 - stored, running
52 - stored, running
55 - stored, running
58 - stored, running
61 - stored, running
64 - stored, running
67 - stored, running
|
| H A D | bnxt.rst | 68 - stored, running
71 - stored, running
74 - stored, running
80 - stored, running
83 - stored, running
|
| H A D | devlink-info.rst | 73 * - ``stored``
76 Stored values must update to reflect changes in the flash even
78 ``stored`` versions when new software is flashed, it must not report
82 components stored on the flash should feature in both the ``running`` and
83 ``stored`` sections, if device is capable of reporting ``stored`` versions
123 ``bundle_id`` can appear in both ``running`` and ``stored`` versions,
|
| /linux/Documentation/fb/ |
| H A D | api.rst | 46 Pixels are stored in memory in hardware-dependent formats. Applications need
51 additional information, which are stored in the variable screen information
55 macropixels. Types describe how macropixels are stored in memory. The following
60 Macropixels are stored contiguously in a single plane. If the number of bits
83 belonging to different planes, is stored in the fixed screen information
88 Macropixels are stored in memory as described by the format FOURCC identifier
89 stored in the variable screen information grayscale field.
93 Pixels are black or white and stored on a number of bits (typically one)
104 Pixels are black or white and stored on a number of bits (typically one)
119 Each component is stored in a macropixel according to the variable screen
[all …]
|
| /linux/arch/nios2/include/asm/ |
| H A D | asm-macros.h | 92 * bit is zero. The result of the bit test is stored in reg1.
104 * bit is non-zero. The result of the bit test is stored in reg1.
116 * The result of the bit test is stored in reg1.
137 * The result of the bit test is stored in reg1.
158 * The result of the bit test is stored in reg1.
179 * The result of the bit test is stored in reg1. If the
192 * The result of the bit test is stored in reg1. If the
205 * The result of the bit test is stored in reg1. If the
218 * The result of the bit test is stored in reg1. If the
231 * The result of the bit test is stored in reg1. If the
[all …]
|
| /linux/Documentation/ABI/testing/ |
| H A D | sysfs-class-switchtec | 18 Description: Component identifier as stored in the hardware (eg. PM8543)
27 Description: Component revision stored in the hardware (read only)
35 Description: Component vendor as stored in the hardware (eg. MICROSEM)
44 Description: Device version as stored in the hardware (read only)
76 Description: Product identifier as stored in the hardware (eg. PSX 48XG3)
85 Description: Product revision stored in the hardware (eg. RevB)
94 Description: Product vendor as stored in the hardware (eg. MICROSEM)
|
| /linux/Documentation/networking/device_drivers/ethernet/amd/ |
| H A D | pds_core.rst | 41 stored:
61 - stored
62 - Version of firmware stored in the goldfw slot
64 - stored
65 - Version of firmware stored in the mainfwa slot
67 - stored
68 - Version of firmware stored in the mainfwb slot
|
| /linux/Documentation/filesystems/ |
| H A D | squashfs.rst | 168 these are stored here.
191 information has to be stored.
196 Like inodes, directories are packed into compressed metadata blocks, stored
228 of each datablock is stored in a block list contained within the
247 fragment lookup table is itself stored compressed into metadata blocks.
257 stored compressed into metadata blocks. A second index table is used to
271 This table is stored compressed into metadata blocks. A second index table is
279 for each inode are stored in a list, each list entry containing a type,
283 is stored inline (in which case the value field contains the xattr value),
284 or if it is stored out of line (in which case the value field stores a
[all …]
|
| H A D | qnx6.rst | 55 Each of these root nodes holds information like total size of the stored
68 Data leaves are always on the lowest level. So no data is stored on upper
100 The filesize is stored 64bit. Inode counting starts with 1. (while long
119 record plus the longfile inode number also stored in that record.
143 Long filenames are stored in a separate addressing tree. The staring point
151 is a limit of 510 bytes for the actual filename stored.
156 The qnx6fs filesystem allocation bitmap is stored in a tree under bitmap
|
| H A D | ubifs-authentication.rst | 17 is a lost smartphone where the attacker is unable to read personal data stored
25 most of the filesystem metadata of UBIFS is stored in plain, this makes it
110 the index is not stored in a single place on the flash, but *wanders* around
141 ``mkfs.ubifs``) and stored in the superblock node. The log area contains only
210 the authenticity and integrity of metadata and file contents stored on flash.
245 stored on flash are authenticated. That is:
364 The location of the log area is stored in the master node. Since the master
367 the filesystem is created using `mkfs.ubifs` and stored in the superblock node.
368 To avoid tampering with this and other values stored there, a HMAC is added to
369 the superblock struct. The superblock node is stored in LEB 0 and is only
[all …]
|
| /linux/kernel/ |
| H A D | stacktrace.c | 110 * Return: Number of trace entries stored.
134 * Return: Number of trace entries stored.
163 * Return: Number of trace entries stored.
188 * reliable and returns the number of entries stored.
221 * Return: Number of trace entries stored.
266 * Return: Number of trace entries stored
289 * Return: Number of trace entries stored
314 * Return: Number of trace entries stored
338 * reliable and returns the number of entries stored.
361 * Return: Number of trace entries stored
|
| /linux/drivers/gpu/drm/vkms/ |
| H A D | vkms_drv.h | 34 * @src: source rectangle of this frame in the source framebuffer, stored in 16.16 fixed-point form
35 * @dst: destination rectangle in the crtc buffer, stored in whole pixel units
54 * @a: Alpha component value, stored in 16 bits, without padding, using
56 * @r: Red component value, stored in 16 bits, without padding, using
58 * @g: Green component value, stored in 16 bits, without padding, using
60 * @b: Blue component value, stored in 16 bits, without padding, using
129 * @matrix: Conversion matrix from yuv to rgb. The matrix is stored in a row-major manner and is
175 * @num_active_planes). They should be stored in z-order.
268 * A pointer to the created vkms_device is stored in @config
|
| /linux/arch/x86/math-emu/ |
| H A D | load_store.c | 167 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
177 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
187 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
213 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
220 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
227 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
234 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
289 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
303 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
317 pop_0(); /* pop only if the number was actually stored in FPU_load_store()
|
| /linux/lib/zlib_inflate/ |
| H A D | inflate.h | 31 STORED, /* i: waiting for stored size (length and complement) */ enumerator
32 COPY, /* i/o: waiting for input or output to copy stored block */
62 TYPE -> STORED or TABLE or LEN or CHECK
63 STORED -> COPY -> TYPE
93 /* for string and stored block copying */
|
| /linux/kernel/gcov/ |
| H A D | base.c | 56 * @v: value to be stored
60 * file. Returns the number of bytes stored. If @buffer is %NULL, doesn't
79 * @v: value to be stored
83 * file. 64 bit numbers are stored as two 32 bit numbers, the low part
84 * first. Returns the number of bytes stored. If @buffer is %NULL, doesn't store
|
| /linux/drivers/firmware/qcom/ |
| H A D | qcom_qseecom_uefisecapp.c | 40 * parameters (name, GUID) stored after it as well as any padding
43 * name is stored (as utf-16 string), in bytes.
46 * parameter is stored, in bytes.
68 * stored, in bytes.
86 * parameters (name, GUID, data) stored after it as well as any
89 * name is stored (as utf-16 string), in bytes.
92 * parameter is stored, in bytes.
96 * data is stored, in bytes.
135 * parameters (name, GUID) stored after it as well as any padding
138 * parameter is stored, in bytes.
[all …]
|
| /linux/Documentation/dev-tools/ |
| H A D | kmemleak.rst | 70 these actions are stored in an early log buffer. The size of this buffer
86 information like size and stack trace, are stored in a rbtree.
102 the values against the addresses stored in the rbtree. If
111 Some allocated memory blocks have pointers stored in the kernel's
197 systems, because of pointers temporarily stored in CPU registers or
215 Another source of false negatives is the data stored in non-pointer
223 macro or the pointer is stored in a location not scanned by kmemleak.
|
| /linux/include/linux/ |
| H A D | bootconfig.h | 143 * the value if found. Found value node is stored in *@vnode.
201 * Iterate child nodes of @parent. Each child nodes are stored to @child.
213 * Iterate subkey nodes of @parent. Each child nodes are stored to @child.
228 * is stored to @anode and @value. If the @node doesn't have @key node,
247 * stored in @knode and @value respectively.
259 * are stored in @knode and @value respectively.
275 * length of the key stored in @buf. Or returns -EINVAL if @node is NULL,
|
| /linux/include/uapi/linux/ |
| H A D | btf.h | 97 /* Attributes stored in the BTF_INT_ENCODING */
103 * The exact number of btf_enum is stored in the vlen (of the
120 * of btf_member is stored in the vlen (of the info in
143 * The exact number of btf_param is stored in the vlen (of the
192 * The exact number of btf_enum64 is stored in the vlen (of the
|
| /linux/Documentation/admin-guide/mm/ |
| H A D | zswap.rst | 42 back into memory all of the pages stored in the compressed pool. The
43 pages stored in zswap will remain in the compressed pool until they are
72 Once there are no PTEs referencing a swap page stored in zswap (i.e. the count
101 value is stored.
137 of pages stored, same-value filled pages and various counters for the reasons
|
| /linux/tools/include/uapi/linux/ |
| H A D | btf.h | 97 /* Attributes stored in the BTF_INT_ENCODING */
103 * The exact number of btf_enum is stored in the vlen (of the
120 * of btf_member is stored in the vlen (of the info in
143 * The exact number of btf_param is stored in the vlen (of the
192 * The exact number of btf_enum64 is stored in the vlen (of the
|
| /linux/arch/arm/lib/ |
| H A D | backtrace-clang.S | 73 * The stored locals for dump_stack are in dump_stack's frame. This means that
78 * function prologue opcodes we can determine which variables are stored in the
81 * To find the function start of dump_stack we can look at the stored LR of
177 * registers were stored in the function prologue.
181 * continue as if there had been no registers stored in this frame.
186 ldr r0, [frame] @ locals are stored in
|