Hyprland fails to start in a QEMU VM Hyprland 0.45+ aquamarine 5.0 -- black screen no errors #109
Comments
|
AQ > 0.4.5 will work with HL git only. |
|
I was using 0.45 and 0.45.1 with AQ I tried disabling explict_sync and that didn't resolve the issue. expicit_sync_kms isn't set |
huh? IMO it should work fine once rebuilt. Can this be bisected? stuff works here. |
Where do I set these configs. Then I could test as well. |
Are you running in a QEMU virtual machine? On H/W no issue. If I update to current builds in NIXOS for example I get from source via a flake, make no other changes, it fails to start with black screen In arch when I updated from AUR same issue. Black screen. |
Just assumed that those are pre-built packages which might not be compatible |
They work fine on Hw And in NIXOS I build frm source inputs = { |
|
Correct. Also, you don't need submodules anymore, you can revert back to the regular |
Yeah I saw that but haven't bothered to change it back So to review with either Arch or NIXOS current buidls as of a few days ago stopped working in VMs using QEMU. No other changes to config. |
|
FYI: Another person reported that after upgrading Hyprland/AQ their VMware Workstation VM no longer works. I asked them to post it as well. |
|
Just helped someone on the Hyprland discord with Virtual box to downgrade to 0.44, 0.4.4 and now it works. Fresh install Arch hyprland I asked them to post here and provide their info. |
|
Ive got a fresh arch installation in VMware Workstation VM but when i try to run Hyprland the error in the screenshoots happens... Downgrading both hyprland and aquamarine to 0.4.4 it worked. That error was not one week ago in the same VMware Workstation VM with another fresh arch installation. |
|
Wasn't sure if it was the same issue or not - I had issues on VMWare Workstation and had posted it in #110 I'll copy it below: This VM was working previously, seems like a regression potentially in Aquamarine v5? Been using hyprland-git and aquamarine-git etc. 3D acceleration etc. is enabled and the proper VMWare graphics driver is loaded. This might be a duplicate of other crashes reported here but I'm not sure, feel free to mark as duplicate if you find which specific issue this aligns with. Quickly checked to see if Sway works, and it launches fine. Also occurs both when launching Details
|
|
I have the same issue on bare h/w. interesting enough, latest version works running in an incus arch container on same hw [LOG] ===== SYSTEM INFO: ===== [LOG] GPU information: [LOG] os-release: [LOG] ======================== |
That I have not seen. Bare metal works fine. Also like you the VM worked before the update, and if I roll back aquamarine it works |
Can you share how you roll back aquamarine after installing Hyprland 0.45.x on Arch and Fedora to make it working again? |
|
can someone bisect the exact aq commit that breaks qemu? |
i used downgrade Due to dependency of hyprland on aquamarine, had to uninstall hyprland, downgrade aquamarine (0.4.5-1) and then downgrade hyprland(0.45.0.-1) |
|
Repeating information that is already known or providing more duplicate crash reports will not help this issue. Please see my comment above. |
aquamarine 0.4.5-1 + hyprland 0.45.0 works for me as well. Thank you so much. 0.45.2 still not working on KVM. |
|
#106 is the regressor |
|
Check if it's fixed in the latest main branch, this might also be fixed by #119 |
|
I just tried 0.46 and it still doesn't start Same as before. |
|
@dwilliam62 it's not a fix in HL 0.46 - it's a fix in Aquamarine which was merged like an hour ago - you would need to ensure you are using aquamarine-git (build it from the latest available git commit) |
|
I am on NIXOS and I build from source for HL and AQ, etc using a flake |
|
I am trying another flake update again right now |
|
This is all I get when I try to run 0.46 and AQ 0.5.1 |
|
With Arch and all -git packages it is working Now I need figure out what's up with NIXOS. :( |
|
Yeah can confirm this is still an issue on NixOS due to df01de7. Crash with hyprwm/Hyprland@5f1df55 and Aquamarine a132fa4 Hyprland does not crash when I apply this patch (reverting df01de7) edit: fwiw this is the qemu command I'm using: qemu-system-x86_64 -machine accel=kvm:tcg -cpu max \
-m 1024 \
-smp 1 \
-device virtio-rng-pci \
-virtfs local,path=/nix/store,security_model=none,mount_tag=nix-store \
-virtfs local,path="${SHARED_DIR:-$TMPDIR/xchg}",security_model=none,mount_tag=shared \
-virtfs local,path="$TMPDIR"/xchg,security_model=none,mount_tag=xchg \
-drive cache=writeback,file="$NIX_DISK_IMAGE",id=drive1,if=none,index=1,werror=report -device virtio-blk-pci,bootindex=1,drive=drive1,serial=root \
-device virtio-vga-gl \
-display gtk,show-menubar=off,zoom-to-fit=off,gl=on \
-device virtio-keyboard \
-usb \
-device usb-tablet,bus=usb-bus.0 \
-kernel ${NIXPKGS_QEMU_KERNEL_ncase_m1:-/nix/store/fydxkc00nhyngqamqrfd6hxkw0ckny8d-nixos-system-ncase-m1-25.05.20241213.3566ab7-dirty/kernel} \
-initrd /nix/store/71m6lqcvfdz232rysv31l508hshmb3vi-initrd-linux-6.11.11/initrd \
-append "$(cat /nix/store/fydxkc00nhyngqamqrfd6hxkw0ckny8d-nixos-system-ncase-m1-25.05.20241213.3566ab7-dirty/kernel-params) init=/nix/store/fydxkc00nhyngqamqrfd6hxkw0ckny8d-nixos-system-ncase-m1-25.05.20241213.3566ab7-dirty/init regInfo=/nix/store/x1y2ksjv4lqr58awxxl81sfpngwkcqj8-closure-info/registration console=ttyS0,115200n8 console=tty0 $QEMU_KERNEL_PARAMS" |
|
having the same issue with was able to reproduce by removing / adding this check if (!backend->rendererState.renderer) {
backend->backend->log(AQ_LOG_ERROR, "drm: No renderer attached to backend");
return false;
}out of my wheelhouse, but it may be possible that some drivers such as virtgl can handle display directly without a renderer the benefits of the return might be better situated like so bool Aquamarine::CDRMOutput::commit() {
// Only check for renderer if we need to do buffer blitting/composition
if (backend->shouldBlit() && !backend->rendererState.renderer) {
backend->backend->log(AQ_LOG_ERROR, "drm: No renderer attached to backend when required for blitting");
return false;
}
return commitState();
}edit: including a patch.txt |
|
@richen604 |
|
still get black screen with extra/aquamarine 0.5.1-2 (342.9 KiB 1.2 MiB) (Installed) |
You need to update hyprland, 0.46.2 & aquamarine 0.5.1-3 and make sure mesa is up to date Make sure you don't have any -git packages either. (I am assuming Arch?)
|
|
I had mesa-amber installed.... changed to mesa and it works now. Thanks |
You're welcome! Happy holidays! |
* do not set cursor planeProps unless smth changed * do not skip cursor state flag setting * drm: scan only cards and not outputs, safeguard against null renderer (#106) * drm: dont scan card outputs no need to scan for card[0-9]* and probe card0-eDP etc if they are kms, bootvga and rendernodes etc. skip the wildcard and remove a unused size_t variable. * drm: dont commit state if renderer is missing setting certain env vars to force egl implentations makes the render creation fail on the second gpu. instead of causing a coredump, safeguard commitState and let the monitor turn blank instead. * props: bump version to 0.5.0 * drm: Validate conn before dereference in CDRMAtomicRequest::commit() (#108) During startup, CDRMAtomicImpl::reset() may emit a call to method commit of a CDRMAtomicRequest instance with member "conn" uninitialized, leading to a segfault. Validate the the pointer before dereference it as a workaround. Fixes: 55ac962 ("DRM: preliminary atomic support") Closes: #107 Signed-off-by: Yao Zi <[email protected]> * buffer: remove useless forward def * drm: clearer flow when rescanning connectors (#113) * consolidates into checkOutput for clearer flow when rescanning connectors * add error log * drm: allow multigpu blit from explicit to implicit (#114) * version: bump to 0.5.1 * flake.lock: update * flake.nix: gcc13 -> gcc14 (#118) * drm: udev scan only drm_minor, not connectors (#119) * drm: log errno set by drmModeAtomicCommit (#120) * drm: moved null check for renderer to shouldBlit() (#109) (#121) * drm: only fail INVALID format when enabled (#122) * flake.lock: update * drm: only clear buffers when fullReconfigure succeeds (#124) * core/drm: Add HDR Support (#112) * version: bump to 0.6.0 * drm: limit udev drm_minor to Linux after a132fa4 (#129) Not implemented by libudev-devd yet: [ERR] [AQ] drm: No gpus in scanGPUs. [ERR] [AQ] drm: Found no gpus to use, cannot continue [ERR] [AQ] DRM Backend failed * do not set cursor planeProps unless smth changed * test separate cursor commits * do not change hdr blob unless asked to * rebase * split atomic commit processing and move hdr & colorspace into modeset * fix wide color gamut flag & cleanup * remove unused debug var --------- Signed-off-by: Yao Zi <[email protected]> Co-authored-by: Tom Englund <[email protected]> Co-authored-by: Vaxry <[email protected]> Co-authored-by: Ziyao <[email protected]> Co-authored-by: Ikalco <[email protected]> Co-authored-by: Mihai Fufezan <[email protected]> Co-authored-by: Austin Horstman <[email protected]> Co-authored-by: Richard Henninger <[email protected]> Co-authored-by: Jan Beich <[email protected]>
Updating Arch (and NIXOS) to Hyrprland 0.45.* and aquamarine 0.4.5+ resulted in black screen with no errors in a Proxmox QEMU VM.
Was forced to roll back to older versions to restore function
The recent DRM changes seem to be the only ones that might relate to this
3b00e96
545f506
I tried various combination of hyprland and aquamarine but only rolling back to aquamarine 0.4.3 and hyprland 0.45.0 For NIXOS I had to go back to 0.44.
Anything newer just results in back screen
Normally that screen appears for a few seconds then hyprland loads.
This is using SDDM for arch, selecting hyprland not hyprland-systemd (which has never worked for me) In NIXOS I use greetd which also yields the same result.
I am using Proxmox but others using Virt Manger w/QEMU are reporting the same issues
The text was updated successfully, but these errors were encountered: