| /linux/Documentation/networking/devlink/ |
| A D | nfp.rst | 46 - stored, running
49 - stored, running
52 - stored, running
55 - stored, running
58 - stored, running
61 - stored, running
64 - stored, running
|
| A D | bnxt.rst | 66 - stored, running
69 - stored, running
72 - stored, running
78 - stored, running
81 - stored, running
|
| A D | devlink-info.rst | 73 * - ``stored``
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
119 ``bundle_id`` can appear in both ``running`` and ``stored`` versions,
|
| A D | devlink-flash.rst | 61 On-disk firmware files are usually stored in ``/lib/firmware/``.
71 (``fixed``, ``running``, ``stored``).
79 ``running`` and ``stored`` firmware versions identify the firmware running
95 if $want_flash_vers != devlink-dev-info['stored']:
|
| A D | devlink-health.rst | 49 there is no other dump which is already stored)
84 - Retrieves the last stored dump. Devlink health
85 saves a single dump. If an dump is not already stored by devlink
|
| /linux/Documentation/ABI/testing/ |
| 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)
|
| A D | sysfs-class-rc-nuvoton | 6 Reading this file returns the stored CIR wakeup sequence.
12 Note: Some systems reset the stored wakeup sequence to a
|
| A D | sysfs-driver-intel-m10-bmc | 23 that is managed by the Intel MAX10 BMC. It is stored in
34 MAX10 BMC. This value is stored in FLASH and is mirrored
|
| /linux/Documentation/filesystems/ext4/ |
| 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 …]
|
| 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.
|
| A D | verity.rst | 12 stored after the end of the file data itself, in the following format:
19 <fsverity_merkle_tree>`, with the tree levels stored in order from
20 root to leaf, and the tree blocks within each level stored in their
|
| /linux/Documentation/filesystems/ |
| A D | squashfs.rst | 110 these are stored here.
133 information has to be stored.
170 of each datablock is stored in a block list contained within the
189 fragment lookup table is itself stored compressed into metadata blocks.
199 stored compressed into metadata blocks. A second index table is used to
221 for each inode are stored in a list, each list entry containing a type,
226 or if it is stored out of line (in which case the value field stores a
227 reference to where the actual value is stored). This allows large values
228 to be stored out of line improving scanning and lookup performance and it
229 also allows values to be de-duplicated, the value being stored once, and
[all …]
|
| 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
|
| 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
369 the superblock struct. The superblock node is stored in LEB 0 and is only
376 The location of the LPT root node on the flash is stored in the UBIFS master
379 protect the integrity of the full LPT by a simple hash stored in the master
[all …]
|
| /linux/drivers/char/mwave/ |
| A D | README | 18 If the dsp irq has not been setup and stored in bios by the
23 If the dsp io range has not been setup and stored in bios by the
28 If the mwave's uart irq has not been setup and stored in bios by the
33 If the uart io range has not been setup and stored in bios by the
|
| /linux/fs/nls/ |
| 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/fb/ |
| 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
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
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
128 Each pixel value is stored in the number of bits reported by the variable
136 Each component is stored in a macropixel according to the variable screen
[all …]
|
| /linux/arch/arm/nwfpe/ |
| A D | softfloat-macros | 39 The result is stored in the location pointed to by `zPtr'.
64 The result is stored in the location pointed to by `zPtr'.
89 64 nonzero bits; this is stored at the location pointed to by `z0Ptr'. The
138 which are stored at the locations pointed to by `z0Ptr' and `z1Ptr'.
173 nonzero. The result is broken into two 64-bit pieces which are stored at
218 were all zero. This extra result is stored in the location pointed to by
304 64-bit pieces which are stored at the locations pointed to by `z0Ptr',
341 are stored at the locations pointed to by `z0Ptr' and `z1Ptr'.
361 64-bit pieces which are stored at the locations pointed to by `z0Ptr',
456 into two 64-bit pieces which are stored at the locations pointed to by
[all …]
|
| /linux/Documentation/userspace-api/media/v4l/ |
| A D | pixfmt-inzi.rst | 22 The first plane - Infrared data - is stored according to
24 Each pixel is 16-bit cell, with actual data stored in the 10 LSBs
34 Each cell is a 16-bit word with more significant data stored at higher
|
| A D | pixfmt-intro.rst | 16 data can still be stored and retrieved in the proprietary format. For
44 For some formats, data is stored in separate, discontiguous memory
47 :ref:`YUV422 <V4L2-PIX-FMT-YUV422M>` frame is normally stored in one
|
| A D | pixfmt-srggb16.rst | 23 sample. Each sample is stored in a 16-bit word. Each n-pixel row contains
25 rows. Bytes are stored in memory in little endian order. They are
|
| /linux/Documentation/devicetree/bindings/nvmem/ |
| A D | nvmem.yaml | 14 configuration data stored in NVMEMs like eeprom, efuses and so on.
16 On a significant proportion of boards, the manufacturer has stored
19 where to retrieve these data from, and where they are stored on the
|
| /linux/Documentation/admin-guide/mm/ |
| A D | zswap.rst | 50 back into memory all of the pages stored in the compressed pool. The
51 pages stored in zswap will remain in the compressed pool until they are
93 Once there are no PTEs referencing a swap page stored in zswap (i.e. the count
122 value is stored.
134 existing pages which are marked as same-value filled pages remain stored
151 of pages stored, same-value filled pages and various counters for the reasons
|
| /linux/Documentation/dev-tools/ |
| 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/arch/x86/crypto/ |
| A D | crc32c-pcl-intel-asm_64.S | 283 less_than_8: # Length should be stored in
291 less_than_4: # Length should be stored in
298 less_than_2: # Length should be stored in the MSB
|