Age | Commit message (Collapse) | Author | Files | Lines |
|
The obmc-system-mgmt feature is currently used in the image to trigger
inclusion of a virtual-provider which provides a number of packages many
systems need. Partially revert the removal of this feature so that
the outcome is:
1. The empty obmc-phosphor-sysd package is still removed.
2. By default the 'obmc-system-mgmt' feature is included, unless
specifically exempted.
3. All EVB platforms remove the 'obmc-system-mgmt' feature since
they have no system they are managing.
This partially reverts commit 060ad3ff7fcc30aff78a9e504efee9d8fa0d4526.
Tested:
* Built `bletchley` and confirmed `packagegroup-fb-apps-system` and
`entity-manager` are present.
```
entity-manager armv7ahf-vfpv4d16 0.1+git0+6bf41588ab-r0
packagegroup-fb-apps-system all 1.0-r1
```
* Built `witherspoon` and confirmed `packagegroup-op-apps-system` and
`pdbg` are present.
```
packagegroup-op-apps-system noarch 1.0
pdbg arm1176jzs 3.3
```
* Ran `bitbake -p` on `evb-ast2600` to confirm the undefined
`virtual-obmc-system-mgmt` is not being included in the image.
Change-Id: I8b7804d5101cc84a2c57473b3f85672bf7767c67
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
|
|
Every machine layer treats 'system-management' as either part of a
package-group or removes the feature. The sample implementation in
meta-phosphor is a do-nothing shell script (and up until recently was a
Python script). There appears to be no useful purpose to this feature
as a stand-alone concept, so remove it.
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I20ca1fa8ff3cb01cac2d07d4ded84e0769e4514b
|
|
Change-Id: I5ca16c6fa7bc616bfa9bc41c4f86d32fd92b0287
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
|
|
See openbmc/openpower-debug-collector#2
The move to meson broke something in this path that is not obvious to
me. It's also not clear if this function is really even needed.
For now, disable so we can get back to the SDK building and give us some
time to look further into this.
Tested:
- Verified SDK now builds
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Change-Id: I459ecd7279004c47f89fadc39e224020725c3ae8
|
|
This pointless wrapper does nothing other than obfuscate intent for
readers that have looked at bitbake metadata before.
(From meta-openpower rev: edb2a53d9084a9040e1754cc1f681aa7961281e2)
Change-Id: I1740ebccb1a6aa14e352824966619fd30ea3ca8e
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
|
|
(From meta-openpower rev: ba6f0cf646704d69e7b26660eba5092c9098cdb0)
Signed-off-by: Patrick Williams <patrick@stwcx.xyz>
Change-Id: I3a2fb01ef855529f1541de99a4110ad84caa8adc
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
|
|
Now that the org.open_power D-BUS yaml moved into
phosphor-dbus-interfaces, don't need this anymore.
(From meta-openpower rev: 57d0db2abf2b433e72d7500593f367ccf47878e6)
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Change-Id: I99077e9e491a3600e21a98fa3bc03764bccf0d2e
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This reverts commit cdda494596425d01a8fa5e68c428546cc12b67bc.
cdda494 breaks the build with errors like:
meson.build:89:2: ERROR: Problem encountered: git submodule update of
ecmd : FAILED
in the do_configure task.
A closer inspection of the build process for ecmd-pdbg shows that it
does not support offline builds (it attempts to fetch source code and
provides no alternative for offline builds) - this is not supported when
building with yocto. To build with yocto, anything requiring network
access must be done in do_fetch.
(From meta-openpower rev: b8c25333b8045b1d576c2e0ef472d9e7260c32ad)
Change-Id: I27464cb386e2cff75aa7374e103bef24341842b2
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
1. Enable ecmd-pdbg to build with openbmc
2. ecmd-pdbg will use newly enabled meson build infrastructure to build
3. Enabled and tested HW access utils like getscom/putscom, getmem/putmem &
getcfam/putcfam, etc.
(From meta-openpower rev: cdda494596425d01a8fa5e68c428546cc12b67bc)
Signed-off-by: Lakshminarayana R. Kammath <lkammath@in.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
Change-Id: I54fcca0de41224c99d6ef8cd88a2a89562056597
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
It should only be started on developer systems, as it listens on a
network port without further authentication.
(From meta-openpower rev: 221baaeb7dfe598261774371a5f8ca9832cd1306)
Signed-off-by: Joel Stanley <joel@jms.id.au>
Change-Id: I4bd8fc85a7e885bfd1bf64af5a31915eb2d9d1d3
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
With introduction of HIOMAP function, this is no longer needed
(From meta-openpower rev: 3f3edac739961e7d9f632d04a13450ee42456a4a)
Change-Id: I4fb7390938fd44ab38cf6f583adb7901a1ffe020
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This application is not required or desired on any OpenPOWER systems.
(From meta-openpower rev: 648e48871c6363a6886d66c9b32d4eaceae5f408)
Change-Id: I343b08ed171e4ee1dd6984992de1f3b96a1b8243
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Don't install the legacy inventory manager on OpenPOWER systems. It was
mostly unused and is completely unused now that witherspoon doesn't use
the sync_inventory_items.py script it contained.
(From meta-openpower rev: a4f37e479a667edacbe11c78eb7da9c450aafe17)
Change-Id: Iab4e698aad22ef1b109f2ac0e35df16d494dff44
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This tool has been superceded by libgpiod. The OpenBMC distribution is
moving towards having python be optional in its distribution so python
based tools like this can not be automatically packaged into the
filesystem.
Tested:
Verified gpioutil was no longer in rootfs after building witherspoon
(From meta-openpower rev: 79ad6dc7cb730d8b9e9728bc79b7d047f09e4276)
Change-Id: Ic49eee57972f03e4531c9abf2d0d6d601571ad16
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The openpower-software-manager supports the static PNOR layout,
reference https://lists.ozlabs.org/pipermail/openbmc/2019-April/015723.html.
Remove the legacy code update packages.
(From meta-openpower rev: c7addf07bf0ef7418ac6f13726c70faa1cdd7d98)
Change-Id: I169b9bb2b7e2ffb64b6db384eb8c3de7e9e5f675
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This reverts commit 48e9fbf06593a9b13cfba3e8814a8ccb79639484.
Puts back in the commit to remove obmc-control-chassis.
(From meta-openpower rev: 6e7b9a615c5c8bb5f0a101557f2934088800f53a)
Change-Id: I19212beaaad642ac718553ac79e758c1744be3df
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
2628a0ac was a work in progress and not ready to be merged.
This reverts commit 2628a0ace84ad05e1f0461f55d780d78488541b9.
(From meta-openpower rev: 48e9fbf06593a9b13cfba3e8814a8ccb79639484)
Change-Id: I8c4c5342d1140bc87ffe0f0ec44f3b8766147697
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
That recipe installs chassis_control.py, which is a script from skeleton
that has been superseded by newer state management and button handler
code and so is no longer needed.
(From meta-openpower rev: 2628a0ace84ad05e1f0461f55d780d78488541b9)
Change-Id: I6dc7377b848318b44a9c05fa4f7ee1a2ffb6337a
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Move ubi and static specific configures into bbclass, and inherit the
bbclass in openpower-software-manager recipe.
Tested: Verify Romulus build uses the static bbclass, and Witherspoon
uses the ubi bbclass.
(From meta-openpower rev: 2c2604d36e9415396baf1936b07a6a974b376cd9)
Change-Id: I23f68486ab95802785f7c5c22232a9f2b76d0341
Signed-off-by: Lei YU <mine260309@gmail.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Install the openpower-ipmi-oem whitelist.
It is not currently installed because the ipmid recipe looks for
whitelists in VIRTUAL-RUNTIME_phosphor-ipmi-providers and
openpower-ipmi-oem is not set there. Move
VIRTUAL-RUNTIME_phosphor-ipmi-providers += openpower-ipmi-oem to the
machine configuration so that the whitelist is detected by the ipmid
recipe and installed.
(From meta-openpower rev: df7a13f6328a0b8c45e255e553bfbf38497e8179)
Change-Id: Ibc94c2d5218a8ae4e78998c677d7405d1445f10b
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
Signed-off-by: Andrew Geissler <geissonator@yahoo.com>
|
|
Use the 2 button packages from the phosphor-buttons repo for
button press handling:
obmc-phosphor-buttons-signals
- Sends signals when buttons are pressed and released
obmc-phosphor-buttons-handler
- Listens for the signals and performs the corresponding
actions, which are the same as the current button code
that lives in skeleton.
These support the power, host reset, and ID buttons, All buttons are
optional, and for a button to be configured its GPIO must reside in
/etc/default/obmc/gpio/gpio_defs.json. If the GPIO isn't found, then
nothing will listen for those button presses. See the phosphor-buttons
code for the naming requirements.
Tested: Built and ran image.
(From meta-openpower rev: 5c738445228bc3916d24f582fe8b82e6ef7c539e)
Change-Id: Ic6ac31d2df0000108b191971b959dbd635558258
Signed-off-by: Matt Spinler <spinler@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The system manager (obmc-mgr-system) which provided GPIO
functionality is being deprecated and it's not in use anymore:
* GPIOs have moved out of D-Bus (see openbmc/openbmc#3332).
* Tools depending on its GPIO functions have been updated to
call local functions instead.
* The systemd service files have been updated to not depend
on system manager.
Tested: Powered on a Witherspoon with no errors.
(From meta-openpower rev: a3923f554d58227862b3baeb069f3dfc55d535a6)
Change-Id: I2f968b12dd3d557dfea81ed64aac623bf20205cf
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
This class is on its way to being deprecated, and oe-core packagegroups
don't have a LICENSE specified in the recipe. Adopt the same semantics
for meta-openpower.
(From meta-openpower rev: 55426381f1e2ad1aeae17f78f29eecee3e4bb1b5)
Change-Id: Icb62e74915ac478b74776299cc1d9ad352accfe6
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
openpower-host-ipmi-flash implements the IPMI transport of the Host I/O
Mapping protocol, enabling OpenPOWER platforms to access BMC-owned
flash-devices.
(From meta-openpower rev: bbad762651acad484087060cbd414d507a0d7fa5)
Change-Id: I8c4adbf05d741a3b6242518fe608d08b0a91d0f6
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Signed-off-by: Andrew Jeffery <andrew@aj.id.au>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The obmc-pcie-detect was added for the Barreleye system
which is not maintained anymore, and this app does not
work on other supported platforms like Witherspoon and
Zaius since it exits during an initial check.
Therefore remove the package.
Tested: Checked that there were no errors in Witherspoon.
(From meta-openpower rev: 44c32142f7424731144c29778493bbb6c0901580)
Change-Id: I503a4660f51f11034eedc7036e1fcdb33d678484
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
The obmc-mgr-sensor managed the sensors under the
/org/openbmc/sensors path which is now deprecated.
The sensors are now created in the paths specified
by the ipmi sensor config.yaml files.
Tested: Powered on a Witherspoon to the Host OS without ipmi
giving get/set sensor errors.
(From meta-openpower rev: b86af4f9e768c66986efc85726c73aa08ddeb732)
Change-Id: I588bfd822aa70ab5ae6ff535a608ea4d2282a919
Signed-off-by: Adriana Kobylak <anoo@us.ibm.com>
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|
|
Adopt a more conventional directory hierarchy. meta-openpower is still
a _long_ way from suitable for hosting on yoctoproject.org but things
like this don't help.
(From meta-openpower rev: 2c8db5661cecd7e4cc20bcb96df76490e62cfb67)
Change-Id: I415caaa28ec728f24e755ddb549012f24874fefe
Signed-off-by: Brad Bishop <bradleyb@fuzziesquirrel.com>
|