Skip to content

Conversation

@koenkooi
Copy link
Contributor

This adds the 'meta-axiom-ci' layer as well as a KAS fragment to enable it:

kas build meta-qcom/ci/qcs6490-rb3gen2-core-kit.yml:meta-qcom/ci/distro.yml:meta-qcom/ci/axiom.yml

Will build core-image-base, with adb, nmcli and all kernel modules installed. Images can be 'converted' by adding a bbappend that inherits the axiom-image bbclass.

A bbappend for linux-yocto-dev disables USB mass storage support to make adb USB gadget activation more robust, additional bbappends might be needed for platforms that use a different kernel.

Copy link
Contributor

@lumag lumag left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I think, the commit message (and likely a small README) should mention, what is Axiom. Otherwise LGTM.

@github-actions
Copy link

github-actions bot commented Apr 25, 2025

Test Results

 3 files  ±0   6 suites  ±0   2m 2s ⏱️ ±0s
23 tests ±0  23 ✅ ±0  0 💤 ±0  0 ❌ ±0 
57 runs  ±0  57 ✅ ±0  0 💤 ±0  0 ❌ ±0 

Results for commit 3ac2dc1. ± Comparison against base commit e701e3a.

♻️ This comment has been updated with latest results.

@github-actions
Copy link

@github-actions
Copy link

@koenkooi koenkooi force-pushed the koen/axiom-images branch from e68b2d5 to 32a858a Compare April 25, 2025 14:19
@koenkooi
Copy link
Contributor Author

I think, the commit message (and likely a small README) should mention, what is Axiom. Otherwise LGTM.

Good point, I've added a placeholder README.md that I need to fill in some more.

@koenkooi koenkooi force-pushed the koen/axiom-images branch from 32a858a to 097b4a7 Compare April 25, 2025 14:23
@github-actions
Copy link

@github-actions
Copy link

@ricardosalveti
Copy link
Contributor

I like the layer separation but don't personally like having this layer here, since axiom is really internal to qualcomm, and no external user will ever use or have to care about it.

While having it under another repository is a bit more work (due approvals and what not), that might look better in the end. Guess we can merge this now and get the required approvals to move it elsewhere.

koenkooi and others added 5 commits April 28, 2025 10:37
Adding and activating this layer will add support for Axiom to the
images it has bbappends for.

Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
The goal of this class is to transparently add the missing dependencies
for running the image in Axiom. Currently it is only adding adb, nmcli
and all kernel modules.

Co-developed-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>

Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
Make core-image-base inherit axiom-image to add the dependencies needed
for running it inside Axiom.

Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
Disable CONFIG_USB_MASS_STORAGE so that it doesn't have a chance to take
over UDC before adbd starts.

[ Adapted from meta-qcom layer commit ]

Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@oss.qualcomm.com>
Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
@koenkooi koenkooi force-pushed the koen/axiom-images branch from 097b4a7 to a1584f1 Compare April 28, 2025 08:40
@github-actions
Copy link

ricardosalveti
ricardosalveti previously approved these changes Apr 29, 2025
Copy link
Contributor

@ricardosalveti ricardosalveti left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Fine to merge as is and migrate in parallel to a different repo. @ndechesne we basically need to decide where we want to land the axiom related changes, separated repo might work better, knowing we need the axiom stuff on builds from meta-qcom and from meta-qcom-distro.

@ndechesne
Copy link
Contributor

sorry to join the discussion late, but that's because you did it during my vacation :)

I am not much in favor of this PR unfortunately.. I don't know what led us to want to do it this way. I don't see anything here that cannot be done as a simple 'test image' in meta-qcom directly. Using a layer seems very expensive, and using a layer in its own repo even more.

while adbd and nmcli needs came from internal discussions to generate an image for our internal axiom thingy, i don't think these features should be done in an 'axiom' layer. What's wrong with a test image that would enable adbd and nmcli?

@lumag
Copy link
Contributor

lumag commented Apr 29, 2025

while adbd and nmcli needs came from internal discussions to generate an image for our internal axiom thingy, i don't think these features should be done in an 'axiom' layer. What's wrong with a test image that would enable adbd and nmcli?

adbd and nmcli require meta-oe and meta-networking, so we can't enable it straight away

@ndechesne
Copy link
Contributor

Then back to my initial comment, why are we not adding that in meta-qcom-distro instead?

@ricardosalveti
Copy link
Contributor

sorry to join the discussion late, but that's because you did it during my vacation :)

I am not much in favor of this PR unfortunately.. I don't know what led us to want to do it this way. I don't see anything here that cannot be done as a simple 'test image' in meta-qcom directly. Using a layer seems very expensive, and using a layer in its own repo even more.

while adbd and nmcli needs came from internal discussions to generate an image for our internal axiom thingy, i don't think these features should be done in an 'axiom' layer. What's wrong with a test image that would enable adbd and nmcli?

There are some additional overrides associated with the changes that are not image specific (e.g. additional kernel config fragment).

And while we could land in distro, in the end we want to test meta-qcom and meta-qcom-distro images on axiom.

@lumag
Copy link
Contributor

lumag commented Apr 29, 2025

Then back to my initial comment, why are we not adding that in meta-qcom-distro instead?

Being able to test meta-qcom without depending on meta-qcom-distro.

Include packages and ptests available in OE

Signed-off-by: Koen Kooi <koen.kooi@oss.qualcomm.com>
@github-actions
Copy link

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants