| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
Upgrade to the KUKSA.val 0.4.2 release that includes the changes
required to build the databroker on RISC-V.
Notes:
- A patch is required to allow building the databroker with Rust
1.68 instead of 1.70, which is currently not available to us
on top of Yocto kirkstone. The patch only fixes the versions
of the clap command-line parser crate and some of its direct
dependencies to what was effectively being used with 0.4.0,
so the risk seems minimal at present. When time permits,
backporting Rust 1.70 to kirkstone using a mixin layer will
be investigated, as that seems better with respect to handling
any more KUKSA.val updates during the Quillback lifecycle.
- The new optional VISS support has been enabled in the databroker
build, but it has not yet been tested on target (a configuration
change is required).
- The kuksa-client recipe has been updated to build from the new
separate kuksa-python-sdk repository. This futureproofs things
a bit, as any further 0.4.x releases will only be buildable
from the separate repository instead of kuksa.val as before.
- The kuksa-dbc-feeder recipe has been left using the 0.4.0 tag
commit for now, as no 0.4.2 tag has been made in the feeders
repository. As well, some of the post-0.4.0 changes will require
rework of the local patches on our side.
Bug-AGL: SPEC-4893
Change-Id: I5f92fdea0095a432977c9fa7da05fe5347f7e789
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
Reviewed-on: https://gerrit.automotivelinux.org/gerrit/c/AGL/meta-agl-demo/+/29490
Tested-by: Jenkins Job builder account
ci-image-boot-test: Jenkins Job builder account
Reviewed-by: Jan-Simon Moeller <jsmoeller@linuxfoundation.org>
ci-image-build: Jenkins Job builder account
|
|
Move kuksa.val and kuksa.val.feeders repos to a commit that includes
the recent 0.4.0 release plus a few post-release fixes, and update
our local patches for the new version. A new patch is required for
the databroker to disable the upstream addition of a vendored build
of protobuf tooling for the host platform, as that does not work
in the OE build enviroment, and is effectively not required since
known versions of protoc and libprotobuf are already present.
The major change coming in is a rework of TLS support, which requires
a minor change to the DBC feeder configuration file that has also
been included.
Bug-AGL: SPEC-4762
Change-Id: I1a43248f15c9946d9d9dc1e8aacf1c3a96ab45a0
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
|
Add a recipe for the KUKSA.val databroker, a Rust implementation of
a VSS server with gRPC APIs, and add it to the images that currently
have the C++ kuksa-val server to ease further integration development.
Since the databroker listens for gRPC API requests on a different port
than the C++ server, there is no conflict during this period. Users
wanting to drive CAN data into the databroker for testing will have to
manually update the kuksa-dbc-feeder configuration during this interim
period.
Changes:
- Bump common KUKSA.val SRCREV to pick up some improvements.
- Add kuksa-databroker recipe to build the databroker.
- Add kuksa-databroker-agl recipe to install AGL-specific configuration
for the databroker, similar to what has previously been done with
kuksa-val-agl for the C++ server.
- Add missing branch node declarations in the AGL VSS overlay, as the
databroker VSS parser is stricter and treats their absence as an
error.
- Add the kuksa-databroker, kuksa-databroker-agl, and the
kuksa-databroker-cli packages to the appropriate packagegroups and
images. Some follow up work will factor out a packagegroup for the
KUKSA.val packages to make future changes easier.
Bug-AGL: SPEC-4762
Change-Id: Ie7837b7e42a2283914adc913b75639fcb83029a6
Signed-off-by: Scott Murray <scott.murray@konsulko.com>
|
Scott Murray