commit | 14b0b8d5240cf96647025a083b453fb1239d4cfe | [log] [tgz] |
---|---|---|
author | James Feist <james.feist@linux.intel.com> | Wed Feb 12 11:52:07 2020 -0800 |
committer | James Feist <james.feist@linux.intel.com> | Wed Feb 12 20:12:43 2020 +0000 |
tree | f170ea7f001b09d450b235882ce53be925d3c4ee | |
parent | bd5db5221f1a295da61a3e4dba0c48724e090825 [diff] |
pid: Don't delete configurations Code added that deleted configurations was needed to get the chassis data. Instead just count the number of configurations to not allow posting more. Tested: Creating new PIDs worked again Change-Id: Ieb7ff7d16967402da64faf6a5cb2d0989af36d23 Signed-off-by: James Feist <james.feist@linux.intel.com>
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/CMakeLists.txt
and then compiling. For example, cmake -DBMCWEB_ENABLE_KVM=NO ...
followed by make
. The option names become C++ preprocessor symbols that control which code is compiled into the program.
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 prime256v1
algorithm. The certificate
C=US, O=OpenBMC, CN=testhost
,SHA-256
algorithm.