commit | a1ffbb84cf0f7f75ccb84fa6e0752b645b81ebdf | [log] [tgz] |
---|---|---|
author | Manojkiran Eda <manojkiran.eda@gmail.com> | Wed Oct 28 17:42:21 2020 +0530 |
committer | ManojKiran Eda <manojkiran.eda@gmail.com> | Thu Oct 29 04:35:05 2020 +0000 |
tree | de6bbd631683d6303ab5e51536f80315a51da5d7 | |
parent | 10f0d240a56e33acf78dae93fa6f71387f2e2af2 [diff] |
Fix Release Lock API - 3174e4dfd3185c131a07371b4b5a5b40cf0e0bdb commit had broke the release lock api. This small change has been overlooked in the commit during the refactoring. - status is a bool & status2 would be of type RcReleaseLockApi.As part of refactoring instead of status2 we were returning status(bool) as a parameter in the pair. Tested By: - Functional Lock Testing & openbmc-test-automation passed. (openbmc-test-automation/openpower/ext_interfaces/test_lock_management.robot) Signed-off-by: Manojkiran Eda <manojkiran.eda@gmail.com> Change-Id: I71334dc863023cd40e9d813a5fa147493f5c3f9f
This component attempts to be a "do everything" embedded webserver for openbmc.
At this time, the webserver implements a few interfaces:
BMCWeb is configured by setting -D
flags that correspond to options in bmcweb/meson_options.txt
and then compiling. For example, meson <builddir> -Dkvm=disabled ...
followed by ninja
in build directory. The option names become C++ preprocessor symbols that control which code is compiled into the program.
meson builddir ninja -C builddir
meson builddir -Dbuildtype=minsize -Db_lto=true -Dtests=disabled ninja -C buildir
If any of the dependencies are not found on the host system during configuration, meson automatically gets them via its wrap dependencies mentioned in bmcweb/subprojects
.
meson builddir -Dwrap_mode=nofallback ninja -C builddir
meson builddir -Db_coverage=true -Dtests=enabled ninja coverage -C builddir test
When BMCWeb starts running, it reads persistent configuration data (such as UUID and session data) from a local file. If this is not usable, it generates a new configuration.
When BMCWeb SSL support is enabled and a usable certificate is not found, it will generate a self-sign a certificate before launching the server. The keys are generated by the secp384r1
algorithm. The certificate
C=US, O=OpenBMC, CN=testhost
,SHA-256
algorithm.