Skip to content

Usbg device - #80

Merged
bhcopeland merged 2 commits into
kernelci:masterfrom
roxell:usbg-device
Sep 25, 2026
Merged

bhcopeland merged 2 commits into
kernelci:masterfrom
roxell:usbg-device

Conversation

@roxell

@roxell roxell commented Sep 10, 2026

Copy link
Copy Markdown
Collaborator

No description provided.

@roxell
roxell requested a review from bhcopeland September 10, 2026 14:20
@roxell
roxell force-pushed the usbg-device branch 2 times, most recently from 0bb6827 to 9dee019 Compare September 16, 2026 11:20
Comment thread tuxrun/argparse.py
from tuxrun.assets import get_rootfs, get_test_definitions
from tuxrun.utils import ProgressIndicator, pathurlnone, DEFAULT_DISPATCHER_DOWNLOAD_DIR

from tuxlava.argparse import DownloadAction # type: ignore

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

this only came in on recent tuxlava version, do you think we should pin it? tuxlava>=0.26.0

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

Great, fixed

Comment thread tuxrun/__main__.py
"device_dict": options.device_dict,
"mcp_fw": options.mcp_fw,
"mcp_romfw": options.mcp_romfw,
"downloads": options.downloads,

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

don't we need to add downloads to same loop as modules/files etc? Otherwise lava-run won't know what to do with it?

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Also, the middle patch doesn't pass tests for me. It asserts URL strings in test_downloads_reach_the_job but tuxlava 0.26.0 hands back (url, None) tuples. Could the filename support fold into the first commit, keeping the networking one separate?

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

fixed.

Comment thread tuxrun/runtimes.py
self.network = os.path.basename(tmpdir)
subprocess.run(["podman", "network", "create", self.network])
if self.qemu_image is None:
if self.qemu_image is None and not self._use_host_network:

Copy link
Copy Markdown
Member

Choose a reason for hiding this comment

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

Just a heads up the runtimes have no tests. test_use_host_network never calls pre_run(). Not a blocker of course, but might be worth extending.

Copy link
Copy Markdown
Collaborator Author

Choose a reason for hiding this comment

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

added a small test

A usbg job needs its own downloads, like the disk image that the
dispatcher exports over USB. tuxrun did not know about them, so
--firmware was an unrecognized argument.

Add --firmware, --os and --downloads. Each takes a URL and optionally
a file name to save it as. Use the action from tuxlava, so both parse
it the same way. A local file is bind mounted into the container, same
as modules and overlays.

DownloadAction came in tuxlava 0.26.0, so require that version.

Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
With --device-dict the podman runtime got both the bridge network and
host networking. Podman fails with "host conflicts with bridge".

Skip the bridge network when host networking is used. Add a test that
calls pre_run() with host networking.

Signed-off-by: Anders Roxell <anders.roxell@linaro.org>
@bhcopeland
bhcopeland merged commit 5cb1a4b into kernelci:master Sep 25, 2026
33 checks passed
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.

2 participants