Good Morning Everyone,
Here is a quick update on the work that have happened this week in the
automotive-sig repository.
* Makefile simplifying image builds
There is a new Makefile in the git repository that does all the steps involved
when building images. This is much easier to use and means the docs are simpler.
For example, to build an ostree based neptune image targeting the Raspberry Pi
4, all you have to do is run `make cs9-rpi4-neptune-ostree.img`. Or, if you want
to build a rpm-based qemu image, instead run `make
cs9-qemu-neptune-regular.qcow2`.
There are all sort of other features too, check out the website and/or `make
help` for more information.
The documentation on how to build images has been adjusted to rely on this
Makefile:
https://sigs.centos.org/automotive/building/
* More stream-lined templates
With the help of the OSBuild team, a number of changes have landed to the
osbuild-mpp pre-processing tool that our build workflow rely upon.
Thanks to this, we have been able to stream-line and merge our templates. The
template for the CS9 minimal image is now just 62 lines long, while the one for
the neptune is 108 lines.
Using either of these template you can still generate images for x86_64,
aarch64, ostree-based, non-ostree-based, direct boot or grub-based boot.
The new templates are in yaml format, not json. Not only is this more readable,
but it also allows us to have comments in the files.
Note: Make sure you update to the very latest osbuild rpm (from copr [2]) for
this to work.
* New kernel
A new kernel-auto package has landed in the automotive testing repository [1].
That update brings along with it improved support for the raspberry pi 4 as well
as for the Nvidia Jetson boards.
Note: with this kernel we are now able to build images on CS9 itself
* More RT packages
In order to make most of the RT features of the kernel-auto as few extra
packages have been added to the automotive testing repository, namely:
realtime-setup, realtime-tests and tuned with its tuned-profiles-realtime
sub-package.
Happy hacking,
Alex & Pierre
[1] The "release" repositories are currently frozen for CS9, so the SIG can only
push up to the testing repository which can be found at:
https://buildlogs.centos.org/9-stream/automotive/
[2] https://copr.fedorainfracloud.org/coprs/g/osbuild/osbuild/
The last couple of weeks we have been working a lot on the sample
images in the automotive sig. This culminated in a lot of changes at
the end of this week that are very exciting.
First of all, the manifests for these images are available (just like
before) at:
https://gitlab.com/redhat/automotive/automotive-sig
But the recent changes are:
We now have images based on CentOS Stream 9. The old CentOS Stream 8
manifests still remain, but will soon be removed in favour of the new
ones. We have images targeting virtual machines and Raspberry Pi4,
each supporting either OSTree or regular boot mode.
There is a new build tag for automotive in CBS:
https://cbs.centos.org/koji/buildtargetinfo?name=automotive9s-packages-main…
This allows us to build custom packages targeting the automotive images that
are not normally in centos.
In this tag we now have builds of the new automotive kernel, and some other
packages that are needed for the realtime support it has:
https://cbs.centos.org/koji/packages?tagID=2463
These kernels and packages are automatically pulled into the
automotive image builds.
All the manifests have been converted from JSON to Yaml. This makes
the manifest easier to read and maintain, and it also allows us to use
comments in the manifests. The tool that reads the yaml is osbuild-mpp,
which now supports either json or yaml, but it always outputs json files
that are read by osbuild.
We have been experimenting with booting the images without grub, using
direct uefi kernel booting. This is done in order to boot faster and
with less code. This work is experimental, but if you want to play
with it, change the image_type to "directboot" to see this in
action. It even works on the raspberry pi.
All manifests are now ext4 based rather than xfs, as the automotive kernel
is slated to remove the xfs support.
The neptune images now automatically log in as the "neptune" user and start
neptune.
--
=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=
Alexander Larsson Red Hat, Inc
alexl(a)redhat.com alexander.larsson(a)gmail.com
The October meeting was held last Thursday. This link shows minutes as well
as a link to the recording:
https://wiki.centos.org/SpecialInterestGroup/Automotive/Meetings/2021-10
One of our goals for this SIG is to make the process more participatory to
everyone so we can get many voices into the mix. While we are grateful for
those who continue to show up and discuss things at meetings and on the
mailing list, we also want to make it easier for those who haven't yet been
able to participate, particularly as our meeting times have not been
friendly to Asia.
In addition, we held a poll to get some feedback on good meeting times - as
expected, there is no single good time that suits the US, Europe and Asia.
Going forward, I would like to propose the following meeting changes, in
which each meeting will be held twice during the same week at alternating
times:
Office hours (informal) meeting:
Tue Nov 2: 1600UTC (1200 EST, 1800 CEST)
Tue Nov 2: 2300UTC (1900 EST, 0800 JST)
Primary (formal) meeting:
Tue Nov 16: 1600UTC (1200 EST, 1800 CEST)
Tue Nov 16: 2300UTC (1900 EST, 0800 JST)
and further alternating the day/time month by month to accommodate the poll
responses:
Office hours (informal) meeting:
Wed Dec 1: 1600UTC (1200 EST, 1800 CEST)
Wed Dec 1: 2300UTC (1900 EST, 0800 JST)
Primary (formal) meeting: every 4 weeks starting Tue Nov 16
Wed Dec 15: 1600UTC (1200 EST, 1800 CEST)
Wed Dec 15: 2300UTC (1900 EST, 0800 JST)
According to the polls, I believe the majority of people can make it to at
least one of these time slot. If you would like to participate but none of
these works, please respond on this thread and we'll continue to iterate on
it.
thanks all
Jeffrey "Jefro" Osier-Mixon | jefro(a)redhat.com
Red Hat Office of the CTO | Sr. Principal Community Architect, Automotive