Hi Tom,
On Thu, Oct 08, 2026 at 04:13:33AM +0800, Kuan-Wei Chiu wrote:
> Hi Tom,
>
> On Wed, Oct 07, 2026 at 01:59:51PM -0600, Tom Rini wrote:
> > On Wed, Oct 07, 2026 at 12:42:03PM -0600, Tom Rini wrote:
> > > On Wed, 23 Sep 2026 21:29:56 +0000, Kuan-Wei Chiu wrote:
> > >
> > > > Add 9P network filesystem support to U-Boot.
> > > >
> > > > It allows U-Boot to directly mount host directories in virtualization
> > > > environments via virtio. This is useful for loading kernel and
> > > > initramfs images directly from the host into the VM during development
> > > > and testing without having to rebuild disk images or set up a TFTP
> > > > server.
> > > >
> > > > [...]
> > >
> > > Applied to u-boot/main, thanks!
> > >
> > > [1/6] net: 9p: Add 9P2000.L protocol support
> > > commit: 48bb83195682d189273bdba813fa67f7f2760d59
> > > [2/6] fs: 9p: Add 9P filesystem support
> > > commit: 9e14f904f8f12cd9df07e99a679453c8782e523b
> > > [3/6] virtio: 9p: Add 9P transport driver
> > > commit: 09e668e32b4c14ce5c929d6cebfac75d2aefb90d
> > > [4/6] doc: 9p: Add 9P filesystem documentation
> > > commit: 7d963df1bc38f5ae070ea8b96e03afc1ef7e23ed
> > > [5/6] test: 9p: Add test for 9P filesystem
> > > commit: d446ef40b87d53ef7ac59ac9b1d79a16f0a065b0
> > > [6/6] MAINTAINERS: Add entry for 9PFS
> > > commit: f6002d5e8018714ca80dcf1835c230c99c5090b3
> >
> > Are there special permissions required for 9p to run? This works in
> > Gitlab, but in Azure:
> > test/py/tests/test_9p.py:46: in test_fs_9p
> > assert test_file_name in output
> > E assert '9p_test_small.txt' in "9P Error: No matching 9P transport
> > device found for '-'"
> >
> That's weird. In theory, no special permissions should be required.
> That error messag indicates that u-boot didn't detect any 9p transport
> device. I'll take a look at it.
>
Azure currently points to the github mirror of u-boot-test-hooks,
which does not include my previous u-boot-test-hooks patch that adds
the 9p device to arm64 qemu.
The following change should fix it, although I haven't tested it yet. I
can submit it separately as a formal patch.
Regards,
Kuan-Wei
diff --git a/.azure-pipelines.yml b/.azure-pipelines.yml
index 015fc15d5c2..93bdbf4a4cf 100644
--- a/.azure-pipelines.yml
+++ b/.azure-pipelines.yml
@@ -251,7 +251,7 @@ stages:
# the below corresponds to .gitlab-ci.yml "before_script"
cd \${WORK_DIR}
git config --global --add safe.directory \${WORK_DIR}
- git clone --depth=1 https://github.com/u-boot/u-boot-test-hooks
/tmp/uboot-test-hooks
+ git clone --depth=1
https://git.u-boot-project.org/u-boot/u-boot-test-hooks /tmp/uboot-test-hooks
# qemu_arm64_lwip_defconfig is the same as qemu_arm64 but with
NET_LWIP enabled.
# The test config and the boardenv file from qemu_arm64 can be
re-used so create symlinks
ln -s conf.qemu_arm64
/tmp/uboot-test-hooks/bin/travis-ci/conf.qemu_arm64_lwip_na
