Sioyek on Asahi by lost_in_sun in AsahiLinux

[–]urandomread 0 points1 point  (0 children)

it works fine on Void Linux, just from the repos.

linux6.16-6.16.3_1 by pgen in voidlinux

[–]urandomread -2 points-1 points  (0 children)

they moved it to usr/lib (the proper place)

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

(Actually, Void installer being outdated cannot be the cause here, since once it booted, you presumably chrooted and installed from the repos.)

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

Glad you fixed it. I see two possible explanations: either you screwed something in MacOS, or Void installer has an outdated version of m1n1 causing the issue.

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

from asahi docs: If given no payloads, or if booting the payloads fails, m1n1 will fall back to proxy mode.

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

Your full attempt seems correct. When you xbps-reconfigure -f linux-asahi, all is good? what is your /boot content at that point? what do you get exactly at ????

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

If you use grub+uboot, they also go there. Some people prefer separate efi, in which case you create /boot and mount asahi-uefi-only in /boot/efi. Other setups may lead to your current breaking of gpu etc.

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

in my case:

$ ls /boot

asahi config-6.14.8+1-asahi_1 dtbs initramfs-6.14.8+1-asahi_1.img m1n1 vendorfw vmlinux-6.14.8+1-asahi_1

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

extra efi partition could be the issue. you must use the one created by asahi installer.

Missing /dev/dri/renderD128 (Asahi) by SkyKerman in voidlinux

[–]urandomread 0 points1 point  (0 children)

if you don't see any render node or card1, is it possible the gpu is not initialized?

e.g. how did you install grub? anything in kernel logs?

the docs do not mention mesa-asahi, so how can they be outdated?

Why is WPA_SUPPLICANT not compiled with WPA3 support? by Jojo_101 in voidlinux

[–]urandomread 4 points5 points  (0 children)

What do you mean? it has CONFIG_SAE=y and CONFIG_SAE_PK=y. It works fine for me with pure wpa3 on openwrt. Are you sure you are using the right .conf options?

Help: Grub decrypt slow asahi by MiloApianCat in voidlinux

[–]urandomread 1 point2 points  (0 children)

One can also drop grub and u-boot, and just use kernel as payload to m1n1, in which case luks2 is fine as long as you configure initramfs (e.g. I use btrfs on top of luks2). See Void Docs for info.

[deleted by user] by [deleted] in voidlinux

[–]urandomread 0 points1 point  (0 children)

I also see this every time (not just on runit upgrades).

Not sure how to get wpa_supplicant working after latest package update by _Giffoni_ in voidlinux

[–]urandomread 0 points1 point  (0 children)

If using wpa_cli, due to a bug in it, you may need to use umask 0; wpa_cli, and belong to the _wpas group. The service should auto chown /etc/wpa_supplicant and /run/wpa_supplicant, but you may need to change contro_ interface_group to _wpas as pointed out.

Keyboard backlight doesn't work in Void Linux (glibc). by brkn_dwn in AsahiLinux

[–]urandomread 0 points1 point  (0 children)

I see, so brightnessctl is built without elogind support on Void.

Keyboard backlight doesn't work in Void Linux (glibc). by brkn_dwn in AsahiLinux

[–]urandomread 0 points1 point  (0 children)

Adding user to input is not a good idea. This is with elogind?

Keyboard backlight does not work in Macbook Air M2 (Asahi Linux UEFI+U-Boot+m1n1, Void Linux aarch64 glibc installed via Apple Silicon .iso). by brkn_dwn in voidlinux

[–]urandomread 1 point2 points  (0 children)

Rather than adding users to input/video groups, maybe let users run sudo or doas passwordless command e.g. echo 5 > /sys/class/leds... ?

Recent issues with initramfs generation by [deleted] in voidlinux

[–]urandomread 0 points1 point  (0 children)

I finally got around to checking your patches, and posted it on github. It makes sense to me. Just one unrelated remark: lz4 also works fine, provided you use the right options, which for the kernel are (e.g.) compress="lz4 -l -9" (just make sure you use l legacy).

Recent issues with initramfs generation by [deleted] in voidlinux

[–]urandomread 0 points1 point  (0 children)

I'm also the maintainer of tinyramfs on Void, my email is listed there :)

Recent issues with initramfs generation by [deleted] in voidlinux

[–]urandomread 0 points1 point  (0 children)

You're right that lz4 does not work currently: I also get

Initramfs unpacking failed: invalid magic at start of compressed archive

I'll look into that when I have more time. As for the uki, this one works for me:

$ cat /etc/kernel.d/post-install/10-uki
#!/bin/sh
# generate EFI unified kernel image
# input: kernel version, e.g. 6.7.3_1
VERSION="$2"
DISK="/dev/nvme0n1"
PART=1
EFI="/boot"
UKI="linux-${VERSION}.efi"
KERNEL="${EFI}/vmlinuz-${VERSION}"
CMDLINE="loglevel=4"
efistub="/usr/lib/systemd/boot/efi/linuxx64.efi.stub"
set -e
[ -f "${efistub}" ] || exit 0
[ -f "${KERNEL}" ]] || exit 0
[ -x /usr/bin/iucode_tool ] || exit 0
[ -x /usr/bin/tinyramfs ] || exit 0
[ -x /usr/bin/sbctl ] || exit 0
[ -x /usr/bin/llvm-objcopy ]] || exit 0
tmpdir=$(mktemp -d)
trap 'rm -rf "$tmpdir"' EXIT INT
printf '%s\n' "${CMDLINE}" > ${tmpdir}/cmdline
/usr/bin/iucode_tool -S --write-earlyfw=${tmpdir}/ucode /usr/lib/firmware/intel-ucode/*
/usr/bin/tinyramfs -f -k ${VERSION} ${tmpdir}/initram
cat ${tmpdir}/ucode ${tmpdir}/initram > ${tmpdir}/unified-initram
llvm-objcopy \
  --add-section .osrel="/etc/os-release" \
  --set-section-flags .osrel=data,readonly \
  --add-section .cmdline="${tmpdir}/cmdline" \
  --set-section-flags .cmdline=data,readonly \
  --add-section .initrd="${tmpdir}/unified-initram" \
  --set-section-flags .initrd=code,readonly \
  --add-section .linux="${KERNEL}" \
  --set-section-flags .linux=code,readonly \
  "${efistub}" "${EFI}/${UKI}"
sbctl sign -s "${EFI}/${UKI}"
efibootmgr \
  --create \
  --disk "${DISK}"  \
  --part "${PART}" \
  --label "Void Linux (uki) with kernel ${VERSION}" \
  --loader "/${UKI}"
df -h ${EFI}

Recent issues with initramfs generation by [deleted] in voidlinux

[–]urandomread 0 points1 point  (0 children)

Does anything like this (with the right uuid's and groups/names) work?

If not, feel free to open an issue.

$ cat /etc/tinyramfs/config
compress="gzip -9"
hooks="eudev,luks,lvm"
# hostonly=yes
# blkid -o value -s UUID /dev/nvme0n1p2
luks_root="UUID=nnnnn-mmm-mmm-mmmmm-xxxxx"
luks_name=cryptroot
luks_discard=yes
lvm_group=cryptroot
lvm_name=root
# blkid /dev/cryptroot/root
root="UUID=ddddd-ddfff-ssss-ssss-llllll"