| /openbmc/u-boot/arch/x86/include/asm/ |
| H A D | early_cmos.h | 13 * cmos_read8() - Get 8-bit data stored at the given address
15 * This reads from CMOS for the 8-bit data stored at the given address.
18 * @return: 8-bit data stored at the given address
23 * cmos_read16() - Get 16-bit data stored at the given address
25 * This reads from CMOS for the 16-bit data stored at the given address.
28 * @return: 16-bit data stored at the given address
33 * cmos_read32() - Get 32-bit data stored at the given address
35 * This reads from CMOS for the 32-bit data stored at the given address.
38 * @return: 32-bit data stored at the given address
|
| /openbmc/openbmc/poky/meta/lib/oeqa/selftest/cases/ |
| H A D | bblogging.py | 20 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
28 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
36 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
45 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
55 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
64 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
73 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
83 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
92 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
99 self.assertIn("ERROR: Logfile of failure stored in:", result.output)
[all …]
|
| /openbmc/linux/Documentation/networking/devlink/ |
| H 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
|
| H A D | bnxt.rst | 66 - stored, running
69 - stored, running
72 - stored, running
78 - stored, running
81 - 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
119 ``bundle_id`` can appear in both ``running`` and ``stored`` versions,
|
| /openbmc/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 …]
|
| /openbmc/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 …]
|
| /openbmc/docs/architecture/code-update/ |
| H A D | flash-layout.md | 18 are stored in the bootloader environment. The bootloader copies the compressed
38 data files, to be stored in a read-only filesystem image. Replacing read-only
44 Specifically data ephemeral to the current boot is stored in /run and most
45 application data is stored under /var. Some information continues to be stored
56 for the BMC can be stored in the U-Boot environment, and an init script can
64 information is given for each filesystem such as how the filesystem is stored on
72 The majority of the filesystem is stored in a read-only squashfs in an MTD
99 The majority of the filesystem is stored in a read-only squashfs in a static UBI
107 The environment for Das U-boot continues to be stored at fixed sectors in the
118 supports this feature. For this support, a copy of each kernel is stored on each
|
| /openbmc/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)
|
| /openbmc/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 …]
|
| /openbmc/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 …]
|
| /openbmc/linux/Documentation/filesystems/ |
| H A D | squashfs.rst | 110 these are stored here.
133 information has to be stored.
138 Like inodes, directories are packed into compressed metadata blocks, 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
213 This table is stored compressed into metadata blocks. A second index table is
221 for each inode are stored in a list, each list entry containing a type,
225 is stored inline (in which case the value field contains the xattr value),
226 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
|
| /openbmc/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
|
| /openbmc/phosphor-power/phosphor-regulators/src/ |
| H A D | pmbus_utils.hpp | 57 * exponent. The exponent is not stored within the two bytes.
133 * - 11-bit two's complement mantissa value stored in the two bytes
134 * - 5-bit two's complement exponent value stored in the two bytes
172 * - 16-bit unsigned mantissa value stored in the two bytes
173 * - 5-bit signed exponent value that is not stored in the two bytes
192 * - 16-bit unsigned mantissa value stored in the two bytes
193 * - 5-bit signed exponent value that is not stored in the two bytes
|
| /openbmc/linux/kernel/ |
| H A D | stacktrace.c | 110 * Return: Number of trace entries stored.
134 * Return: Number of trace entries stored.
162 * Return: Number of trace entries stored.
187 * reliable and returns the number of entries stored.
220 * Return: Number of trace entries stored.
265 * Return: Number of trace entries stored
288 * Return: Number of trace entries stored
312 * Return: Number of trace entries stored
336 * reliable and returns the number of entries stored.
359 * Return: Number of trace entries stored
|
| /openbmc/linux/drivers/char/mwave/ |
| H 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
|
| /openbmc/openbmc/poky/meta/recipes-extended/unzip/unzip/ |
| H A D | cve-2014-9636.patch | 11 uncompressed blocks in STORED no-compression mode, an attacker can
15 This patch ensures that when extra fields use STORED mode, the
38 + if ((method == STORED) &&
41 + * should match in STORED
|
| /openbmc/qemu/include/gdbstub/ |
| H A D | commands.h | 40 * 'l' -> unsigned long (stored in .val_ul)
41 * 'L' -> unsigned long long (stored in .val_ull)
42 * 's' -> string (stored in .data)
43 * 'o' -> single char (stored in .opcode)
44 * 't' -> thread id (stored in .thread_id)
|
| /openbmc/u-boot/doc/ |
| H A D | README.sha1 | 16 calculates and prints the SHA1 sum, from the Image stored in Flash
19 check, if the SHA1 sum from the Image stored in Flash is correct
30 (for this example we use the Image from Flash, stored at 0xfffa0000 and
36 The SHA1 sum is stored in Flash at:
|
| /openbmc/u-boot/doc/uImage.FIT/ |
| H A D | command_syntax_extensions.txt | 88 Ad. 9. Similar to case 2: boot kernel stored in <subimg1> from the image at
96 Ad. 11. Equivalent to case 5: boot kernel stored in <subimg1> from the image
101 Ad. 12. Equivalent to case 6: boot kernel stored in <subimg1> from the image
110 Ad. 14. Equivalent to case 7: boot kernel stored in <subimg1> from the image
141 - boot kernel "kernel-1" stored in a new uImage located at 200000:
152 some other new uImage stored at address 800000:
156 "fdt-1", both stored in some other new uImage located at 800000:
159 - boot kernel "kernel-2" with initrd "ramdisk-2", both stored in a new uImage
160 at address 200000, with a raw FDT blob stored at address 600000:
|
| /openbmc/docs/designs/ |
| H A D | binarystore-via-blobs.md | 30 - It is not a key store. Because the data stored is accessible to IPMI users and
33 - The data to be stored should not be too large. Since each IPMI packet is
43 Under the hood, the binary blobs are stored as a binary
101 The data is stored as a binary protobuf containing a variable number of binary
133 string with a matching prefix. If there is not already a valid binary stored
141 NOTE: the newly created blob is not serialized and stored until `BmcBlobCommit`
185 blob with binary data stored, BMC handler only populates the `base_id` per
222 **_Host compatibility_**: If data has been stored using IPMI blob binary store,
|
| /openbmc/u-boot/lib/libavb/ |
| H A D | avb_vbmeta_image.h | 76 * bytes. Each descriptor is stored as a |AvbDescriptor| with tag and
84 * Descriptors are free-form blocks stored in a part of the vbmeta
98 * All fields are stored in network byte order when serialized. To
206 * stored in the "Authentication data" block does not match the
210 * signature stored in the "Authentication data" block is invalid or
211 * doesn't match the public key stored in the vbmeta image.
238 * |data| for where the serialized public key data is stored and
254 * 2. You need to check the |rollback_index| field against a stored
257 * the value stored in NVRAM to the smallest value of
|
| /openbmc/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
|
| /openbmc/u-boot/lib/zlib/ |
| H A D | inflate.h | 34 STORED, /* i: waiting for stored size (length and complement) */ enumerator
35 COPY, /* i/o: waiting for input or output to copy stored block */
65 TYPE -> STORED or TABLE or LEN or CHECK
66 STORED -> COPY -> TYPE
96 /* for string and stored block copying */
|