ChanServ changed the topic of #asahi-alt to: Asahi Linux: porting Linux to Apple Silicon macs | User-contributed/unofficial distribution ports | Logs: https://alx.sh/l/asahi-alt
mkurz has joined #asahi-alt
eiln has quit [Ping timeout: 480 seconds]
hightower3 has joined #asahi-alt
maxg_ has joined #asahi-alt
maxg_ has quit []
maxg_ has joined #asahi-alt
hightower2 has quit [Ping timeout: 480 seconds]
maxg_ has quit [Remote host closed the connection]
kloenk has quit [Remote host closed the connection]
kloenk has joined #asahi-alt
<RoundDuckKira> no j`ey
RoundDuckKira has quit [Quit: RoundDuckKira]
RoundDuckKira has joined #asahi-alt
eiln has joined #asahi-alt
RoundDuckKira has quit [Quit: RoundDuckKira]
RoundDuckKira has joined #asahi-alt
possiblemeatball has quit [Quit: Quit]
kidplayer666 has joined #asahi-alt
u154ss has joined #asahi-alt
<u154ss> Still on my ailing M2 Mini again.. Did a fresh install of Debian (Glanzmann) with a minimal flavour - xinit, blackbox, lightdm and terminator - still the same Xorg error(s) as reported last week. Full logs - xorg - https://paste.debian.net/1304797/ dmesg - https://paste.debian.net/1304798/ journalctl - https://paste.debian.net/1304799/, https://paste.debian.net/1304800/ and https://paste.debian.net/1304801/
<u154ss> I know this is a bother, but I would appreciate any bright ideas.
<leio> feels like something in DRI2 stuff is messing up memory badly, hitting a crash and then backtrace is just gibberish and nonsense
<leio> did wayland work?
<u154ss> @leio as reported previously, on the M2 Mini, Fedora/KDE Plasma (Wayland) works. Fedora(XFCE) works. Debian more-or-less-minimal fails, as does Debian/XFCE - same errors.
<leio> I was asking about wayland on that debian install
<u154ss> @leio No, I do not even get that far.
<u154ss> @leio as my preferred DE is XFCE, wayland wil not be relevant is my case anyway.
<u154ss> wil not be relevant is my case anyway = will not be relevant in my case anyway.
jacksonchen666 has quit [Quit: WeeChat 4.1.2]
<leio> it is relevant for figuring out what is wrong
<leio> as-is it seems like we don't even know if it's Xorg-specific or not
<j`ey> yeah trying wayland seems like a good idea
<j`ey> that's an older kernel, 6.5, maybe there's an issue with that and the mesa you have
u154ss has quit [Remote host closed the connection]
u154ss has joined #asahi-alt
mkurz has quit [Ping timeout: 480 seconds]
<u154ss> Update - just tried Debian/Gnome (Wayland-ready) on the M2 Mini. Same results - backtrace with offset 0x1070000051e in Xorg.0.log. Bah!
<j`ey> is that still with lightdm? if that's gdm maybe gdm is still X11 based
<u154ss> @j'ey I installed Gnome using tasksel. The DM will be whatever Gnome uses for default. I do not think it is Lightdm. GDM most likely.
<j`ey> presumably xorg if xorg crahses
<u154ss> @j'ey, I will have to port the whole build chain from the M1 Mini to the M2 Mini and try and build a 6.6.x kernel. The stuff from Glanzmann is from November 2023.
<j`ey> dunno the easiest way to get a full wayland DE+login manager, maybe KDE
<u154ss> @j'ey Gnome is supposed to be "ready", I could try KDE though.. will take some time.
<j`ey> seems that GDM itself is using xorg, even if gnome is using wayland
<u154ss> @j'ey what a f**king mess.
<u154ss> will report back.
<leio> GDM uses wayland
<leio> unless it's a hybrid nvidia card or some such
<leio> in fact GDM can only start wayland sessions (including GNOME itself) when GDM itself is using wayland - if it uses Xorg, it only allows choosing xorg sessions
<leio> testing GDM and GNOME in Xorg doesn't really give any additional debugging information here
<leio> it falling back to Xorg instead of Wayland may be a symptom; journal might tell something.
<leio> i.e. wayland crashes too, fallbacks to Xorg, that crashes too, and you see just the Xorg crash but should be looking at the wayland using one too
<leio> (GDM uses gnome-shell to draw the UI; this shuts down on timeout when the active VT isn't on GDM to save resources, but only with wayland)
<u154ss> @all starting from scratch again, this time with Debian/KDE. I am not sure what version of KDE debian will pull from the repos though. Surely not as "polished" as Fedora though.
KxCORP has quit [Quit: Bye!]
KxCORP has joined #asahi-alt
KxCORP has quit []
KxCORP has joined #asahi-alt
KxCORP has quit []
KxCORP has joined #asahi-alt
<u154ss> @all The Debian/KDE install did not work either. Strangely, Xorg.0.log has the same error text and offset value as my previous efforts. I took a photo from the recovery console - https://ibb.co/DGGZrfc
<leio> You shouldn't even have a Xorg.0.log for wayland testing though?
<leio> don't start a DE as root; if you want to start it from command line instead of something like sddm, you may need to take care of many things manually like I see a struggle in the photo
<u154ss> @leio would have thought so, yes.
<leio> something like `dbus-launch --exit-with-session startplasma-wayland` maybe, but I haven't used that ever
possiblemeatball has joined #asahi-alt
<leio> as NOT root.
<u154ss> @leio whether with Debian/XFCE or Debian/DKE, I do not even get as far enough to login with another userid.
<u154ss> DKE = KDE.
<j`ey> you can use the 'su' command to change user from the recovery shell to try that manuallly
<u154ss> @j'ey have tried already.
<leio> or disable the desktop manager service in the rescue shell and boot into proper system
<leio> didn't realize that's at play here
<u154ss> @leio from the rescue console, I can find no references to kde or plasma using systemctl and grepping.
<leio> sddm?
<u154ss> @leio no references to sddm using systemctl.
<u154ss> @leio there is also no dbus-launch binary on this system.
<u154ss> @leio https://packages.debian.org/sid/dbus-x11 is where this binary is found, but as I have to network in the recovery console, I am snookered here.
<leio> I don't think you see sddm with just `systemctl` as it's not started due to rescue session
<leio> u154ss: thus look at `systemctl list-unit-files` maybe
<leio> `dbus-run-session -- startplasma-wayland` then maybe; or maybe it's just not working because even system dbus session isn't working due to rescue shell
<leio> maybe `systemctl disable sddm` will tell you that it removes a symlink and then it shouldn't start after reboot to normal mode
<leio> (as in, maybe startplastma-wayland already would take care of the user dbus session that dbus-run-session/dbus-launch concern itself with, but the problem is elsewhere with dbus, e.g. lacking system bus if this is a /bin/bash rescue shell)
<j`ey> or sudo systemctl set-default multi-user.target, to boot to a tty
<u154ss> @all back in a few mins.
hightower3 has quit [Ping timeout: 480 seconds]
<u154ss> @j'ey systemctl set-default multi-user.target - am at a console now.
<u154ss> @all photo - https://ibb.co/12kXB8p something amiss.
hightower2 has joined #asahi-alt
u154ss has quit [Remote host closed the connection]
jacksonchen666 has joined #asahi-alt
kidplayer666 has quit [Quit: Connection closed for inactivity]
jacksonchen666 has quit [Quit: --help]
mkurz has joined #asahi-alt
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi-alt
Burger has joined #asahi-alt
<leio> don't use dbus-launch, as you found it's X11-specific; use dbus-run-session then, if it's even needed. Not saying that's your problem - doesn't look like it
<leio> might as well just try weston or something to start with
<leio> oh, they aren't here right now
kidplayer666 has joined #asahi-alt
maxg_ has joined #asahi-alt
maxg_ has quit [Quit: maxg_]
maxg_ has joined #asahi-alt
kidplayer666 has quit [Quit: Connection closed for inactivity]
maxg_ has quit [Quit: maxg_]