Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Cannot build bookworm and no wifi support #231

Open
linsyking opened this issue Jul 6, 2024 · 5 comments
Open

Cannot build bookworm and no wifi support #231

linsyking opened this issue Jul 6, 2024 · 5 comments

Comments

@linsyking
Copy link

I used the script to build a chromebook_trogdor bookworm arm64 image.

However, I got stuck in the first step:

https://github.com/hexdump0815/imagebuilder/blob/main/scripts/create-fs-cache.sh

    wget https://ftp-master.debian.org/keys/release-12.asc -qO- | gpg --import --no-default-keyring --keyring ${DOWNLOAD_DIR}/debian-release-12.gpg
    LANG=C debootstrap --keyring=${DOWNLOAD_DIR}/debian-release-12.gpg --no-check-certificate --variant=minbase --arch=${BOOTSTRAP_ARCH} ${2} ${BUILD_ROOT_CACHE} http://deb.debian.org/debian/
    LANG=C debootstrap --variant=minbase --arch=${BOOTSTRAP_ARCH} ${2} ${BUILD_ROOT_CACHE} http://deb.debian.org/debian/

It seems that you debootstrap twice. The error is "cannot extract, file already exists" in the second debootstrap,

I removed the second debootstrap and build. When I boot the image built, there is no Wifi support (no wlan0 under /sys/class/net). Is this a firmware issue or some setting issue (udev?)

@hexdump0815
Copy link
Owner

@linsyking - thanks a lot for spotting this debootstrap issue - it somehow looks strange and i'll have to look into this in detail ... it seems to be there for a while already, so no idea if something changed there or if i overlooked it all the time ... will look into it in the next days

no wifi on trogdor could be no firmware (there should be messages about it in dmesg most probably in that case) or missing qcom damons (see: https://github.com/hexdump0815/imagebuilder/blob/main/systems/chromebook_trogdor/postinstall-chroot.sh#L11-L12)

@linsyking
Copy link
Author

@linsyking - thanks a lot for spotting this debootstrap issue - it somehow looks strange and i'll have to look into this in detail ... it seems to be there for a while already, so no idea if something changed there or if i overlooked it all the time ... will look into it in the next days

no wifi on trogdor could be no firmware (there should be messages about it in dmesg most probably in that case) or missing qcom damons (see: https://github.com/hexdump0815/imagebuilder/blob/main/systems/chromebook_trogdor/postinstall-chroot.sh#L11-L12)

The firmware is OK. I used the same kernel and firmware to test. My old system could work properly but the new system cannot work. dmesg didn't show ath10k_snoc probing.

The device tree is loaded but the kernel isn't running the probe function.

@linsyking
Copy link
Author

I found the problem was qcom damon.

From the documentation:

# install the qcom tools qrtr-ns and rmtfs
apt-get -y install protection-domain-mapper qrtr-tools rmtfs tqftpserv

# adjust the cmdline of rmtfs to read its files from /lib/firmware/rmtfs
# maybe this can be avoided by putting the dummy files from above to the
# default location /boot but some early tests did not work - might be worth
# to retest this
#sed -i 's,ExecStart=/usr/bin/rmtfs -r -P -s,ExecStart=/usr/bin/rmtfs -r -s -v -o /lib/firmware/rmtfs,g' /lib/systemd/system/rmtfs.service

I need to install all those four packages, but I only need to install qrtr-tools rmtfs to make it working. And I also need to change /lib/systemd/system/rmtfs.service.

What are protection-domain-mapper tqftpserv?

@hexdump0815
Copy link
Owner

hexdump0815 commented Jul 7, 2024

@linsyking - i think pd-mapper is meanwhile in the kernel (so the daemon is no longer required) and tqftpserv might not be required for trogdor if it works without it - i think it is used to load the firmware into the soc with something tftp like - it is needed for other qcom systems like msm8916 but newer ones do not need it anymore i think

hexdump0815 added a commit that referenced this issue Jul 14, 2024
not sure how it worked before with calling debootstrap twice, but
somehow it did it seems, while at it clean up some other things as well
for details see: #231
@hexdump0815
Copy link
Owner

@linsyking - it is hopefully fixed now with 116f742 ... thanks a lot once more for spotting and reporting this issue

hexdump0815 added a commit that referenced this issue Jan 30, 2025
only qrtr-tools and rmtfs is needed nowadays and on this system and
rmtfs should use the path we provide the firmware files in to read them

verifed to work on my wormdingler and by several others as well - see:
#44 (comment)
#231 (comment)
#290 (comment)
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

No branches or pull requests

2 participants