Home
last modified time | relevance | path

Searched full:proposed (Results 1 – 25 of 256) sorted by relevance

1234567891011

/openbmc/docs/designs/
H A Dredfish-pcie.md31 ## Proposed Design
33 The proposed implementation will follow the standard D-Bus producer-consumer
38 The proposed D-Bus interface can be found here:
41 The proposed producer will be a new D-Bus daemon that will be responsible for
H A Dcper-records.md23 decoded CPER instance. In addition to Redfish, there is a proposed DMTF
25 which is proposed to be added in a future version of DMTF [DSP0248].
33 design, and passes the OpenBMC CI tests currently. This is the proposed branch
54 ## Proposed Design
H A Dmultihost-physical-led.md31 and also to create LEDs under a single service, a new application is proposed.
106 ## Proposed Design
108 The below diagram represents the overview for proposed physical LED design.
235 The proposed design is tested in a multiple hosts platform.
243 **_Unit Test_** - The proposed code can be covered by the unit tests which are
H A Dvoltage-regulator-configuration.md99 ## Proposed Design
104 voltage regulators. The application will be located in the proposed new
236 [Proposed Design](#proposed-design) section.
H A Dredfish-spdm-attestation.md46 ## Proposed Design
68 enablement status, etc. There are also associations proposed for this interface,
75 Two associations are proposed to link it to the requester and the responder's
81 The proposed Phosphor D-Bus Interfaces is here:
101 The proposed Phosphor D-Bus Interfaces for `TrustedComponent` is here:
H A Dfirmware-update-via-usb.md35 ## Proposed Design
49 - Set ApplyTime to OnReset so that the proposed usb code update app does not
H A Dbmc-service-failure-debug-and-recovery.md282 ### Proposed Design
284 The proposed design is for a simple daemon started at BMC boot to invoke the
309 The proposed implementation provides for both the required and desired
386 writing the appropriate value to the Input Data Register (IDR). All the proposed
459 ### Proposed Design
504 proposed in this document will ensure an error is logged a dump is collected,
H A Dbmc-boot-ready.md74 ## Proposed Design
92 easier and safer to just have a global wait-for-bmc-ready function as proposed
H A Dmultihost-ipmi-design.md65 ## Proposed Design
109 netipmid. The changes proposed for ipmbbridged can be used in netipmid as well.
185 The proposed design can be tested in a platform in which the multiple hosts are
H A Dcode-update.md53 ## Proposed Design
55 ### Proposed End to End Flow
131 proposed interfaces in next section. This satisfies the
137 ### Proposed D-Bus Interface
290 The proposed solution uses a push model where status and progress updates are
/openbmc/linux/Documentation/ABI/stable/
H A Dsysfs-driver-aspeed-vuart6 Users: OpenBMC. Proposed changes should be mailed to
14 Users: OpenBMC. Proposed changes should be mailed to
23 Users: OpenBMC. Proposed changes should be mailed to
H A Dsysfs-driver-qla2xxx7 Users: qla2xxx-udev.sh. Proposed changes should be mailed to
H A Do2cb9 Users: ocfs2-tools. It's sufficient to mail proposed changes to
/openbmc/linux/include/linux/
H A Dkey-type.h32 const char *orig_description; /* Actual or proposed description (maybe NULL) */
33 char *description; /* Proposed key description (or NULL) */
34 union key_payload payload; /* Proposed payload */
37 size_t quotalen; /* Quota length for proposed payload */
82 * generating a proposed description and payload that will be handed to
/openbmc/bmcweb/
H A DHEADERS.md18 The initial solution that gets proposed is to just move everything as it exists
19 to separate compile units, making no other changes. This has been proposed and
32 there have been proposed a few ideas might provide some relief;
/openbmc/linux/Documentation/ABI/testing/
H A Dsysfs-driver-aspeed-uart-routing17 Users: OpenBMC. Proposed changes should be mailed to
26 Users: OpenBMC. Proposed changes should be mailed to
/openbmc/openbmc/poky/bitbake/lib/bs4/
H A Ddammit.py646 def _convert_from(self, proposed, errors="strict"): argument
647 """Attempt to convert the markup to the proposed encoding.
649 :param proposed: The name of a character encoding.
651 proposed = self.find_codec(proposed)
652 if not proposed or (proposed, errors) in self.tried_encodings:
654 self.tried_encodings.append((proposed, errors))
659 and proposed in self.ENCODINGS_WITH_SMART_QUOTES):
666 # proposed, errors))
667 u = self._to_unicode(markup, proposed, errors)
669 self.original_encoding = proposed
[all …]
/openbmc/linux/security/
H A Dcommoncap.c160 * @parent: The task proposed to be the tracer
231 * cap_capset - Validate and apply proposed changes to current's capabilities
232 * @new: The proposed new credentials; alterations should be made here
234 * @effective: A pointer to the proposed new effective capabilities set
235 * @inheritable: A pointer to the proposed new inheritable capabilities set
236 * @permitted: A pointer to the proposed new permitted capabilities set
238 * This function validates and applies a proposed mass change to the current
239 * process's capability sets. The changes are made to the proposed new
720 * its xattrs and, if present, apply them to the proposed credentials being
778 * @bprm: The execution parameters, including the proposed creds
[all …]
/openbmc/linux/Documentation/scsi/
H A Dlpfc.rst15 The proposed modifications to the transport layer for FC remote ports
56 The proposed patch was posted to the linux-scsi mailing list. The patch
/openbmc/linux/fs/ocfs2/
H A Dreservations.h108 * @cstart: start of proposed allocation
109 * @clen: length (in clusters) of proposed allocation
/openbmc/linux/Documentation/ABI/obsolete/
H A Do2cb10 Users: ocfs2-tools. It's sufficient to mail proposed changes to
/openbmc/linux/Documentation/ABI/removed/
H A Do2cb9 Users: ocfs2-tools. It's sufficient to mail proposed changes to
/openbmc/docs/designs/mctp/
H A Dmctp-userspace.md12 ## Proposed Design
35 The proposed implementation here is to produce an MCTP "library" which provides
/openbmc/linux/include/keys/
H A Dasymmetric-parser.h24 * keyctl_instantiate(). Should also generate a proposed description
/openbmc/ipmitool/lib/
H A Dipmi_gendev.c143 case 0xC0: // Proposed OEM Code for 24C128 in ipmi_gendev_get_eeprom_size()
149 case 0xC1: // Proposed OEM Code for 24C256 in ipmi_gendev_get_eeprom_size()
155 case 0xC2: // Proposed OEM Code for 24C512 in ipmi_gendev_get_eeprom_size()
161 case 0xC3: // Proposed OEM Code for 24C1024 in ipmi_gendev_get_eeprom_size()

1234567891011