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
beeblebrox has quit [Quit: Konversation terminated!]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Ping timeout: 480 seconds]
xcpy0 has quit [Ping timeout: 480 seconds]
jacksonchen666_ has joined #asahi-alt
jamespmo_ has joined #asahi-alt
jacksonchen666 has quit [Ping timeout: 480 seconds]
jacksonchen666_ is now known as jacksonchen666
jamespmorgan has quit [Ping timeout: 480 seconds]
xcpy0 has joined #asahi-alt
Chainfire has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
benzmac16v has joined #asahi-alt
benzmac16v has quit [Remote host closed the connection]
chadmed_ has joined #asahi-alt
<chadmed_>
@gentoo users: the overlay now has the asahi mesa fork and the kernel sources with lina's work merged in
<chadmed_>
please read the blog post she wrote with alyssa before trying to install
tobhe_ has joined #asahi-alt
chadmed_ has quit [Remote host closed the connection]
<Glanzmann>
cy8aer: I'll do it tonight after work. But if you do any progress, let me know.
<Glanzmann>
My plan is to package asahi-mesa as a debian package.
<Glanzmann>
Than package m1n1, linux linux-gpu as debian packages and put them in a repository.
<Glanzmann>
So that you can decide if you want to boot the gpu or the non gpu kernel.
<Glanzmann>
Basically same as the reference distro.
<Glanzmann>
I also need to a video how to upgrade the stub for the very old Debian users.
chadmed_ has quit [Ping timeout: 480 seconds]
chadmed_ has joined #asahi-alt
<cy8aer>
Glanzmann: Sorry - I am not good at packaging high level deps - I can only do the testing and eventually looking into the package when it is build - so no progress from me. I will then do some documentation in my debian crypto document. I look forward to seeing a video you make (they are awesome)
Ry_Darcy has joined #asahi-alt
<Ry_Darcy>
@Glanzmann It would be nice to have the latest GPU/Mesa possibilities on Debian...
<ahdeb[m]>
fwiw In my experience Andreas Boll (debian mesa maintainer) is very responsive and if you just file a bug report about enabling something in mesa he'll come back at you asking: For which architectures (amd64) and is there a libdrm counterpart that should also be enabled?
<cy8aer>
Glanzmann: How old is "very old" because I just updated the stub via the new asahi installer script menu (my machine was installed at about april...)
<ahdeb[m]>
I saw that current version of mesa atleast has asahi bits in the source..... not sure how much diff there is between the released state and the desired-for-asahi state.
<ahdeb[m]>
(current version of mesa in debian unstable that is)
<ahdeb[m]>
s/amd64/arm64/ ofcourse
<cy8aer>
22.3.0-2
chadmed_ has quit [Ping timeout: 480 seconds]
<_jannau_>
it's not as simple as that. the bits to speak with the kernel driver are not in the main mesa repository. you have to package https://gitlab.freedesktop.org/asahi/mesa
<ahdeb[m]>
ah, ok... thanks for the insight.
<_jannau_>
I don't think this is at the current state and rate of changes something the main debian package should track
<ahdeb[m]>
I guess the reason for not merging it into mesa mainline is because the kernel ABI is not yet set in stone?!
<_jannau_>
yes
<_jannau_>
or more precisely it needs to evolve for the vulkan driver
<Glanzmann>
cy8aer: You'll be fine. It might be that stubs which were installed __before__ the alpha installer, have issues.
<cy8aer>
Ah I see.
<Glanzmann>
cy8aer: Keep in mind that the asahi updater only updates m1n1 stage1 but not the stub.
<Glanzmann>
ahdeb[m]: The problem is that it is not only about enabling an option but to pull in new code which is not even upstream in mesa. So there is no way to get into debian stable ...
<Glanzmann>
or even testing.
<ahdeb[m]>
I agree if it's code for an unstable ABI it should not be even cherry-picked in as patches.
<Glanzmann>
ahdeb[m]: But maybe I'll ask Andreas Boll how to build the package if I don't figure it out by myself but most of the time it boils down to get the sources, update the tree and run debian/rules binary
<cy8aer>
Glanzmann: is it really only the stage1? I am now on stub 12.3 and am really sure that it was 12.1 (two devices)
<Glanzmann>
cy8aer: Yes.
<Glanzmann>
cy8aer: At least I tried the update and it did not update the stub for me.
<cy8aer>
Hm, then I need to check it on my side...
<Glanzmann>
cy8aer: Maybe m a r c a n implemented it and for me it was not doing it because I already had the right stub version, but I think that is not the case.
<Glanzmann>
Also m a r c a n publically stated that he is not going to support system which were installed before the alpha installer.
<Glanzmann>
Anyway, I'll make the video. And while I'm at it I'll also cover the topics how to recover from a broken stage2 and kernel.
<Glanzmann>
And I'll also cover how to use gparted to move the linux partitions.
<Glanzmann>
What I'm really excited is if xfreerdp will work without display artefacts with the new driver and if I can watch a video in mpv under xorg without tiering.
<Glanzmann>
Ry_Darcy: Hopefully you can test it tonight. It should be pretty straight forward.
<Ry_Darcy>
@Glanzmann Merci.
chadmed_ has joined #asahi-alt
<Glanzmann>
c
<opticron>
does that mean that the Debian asahi-gpu package will be tracking the asahi-edge config or will it be *only* the GPU enabled without all the other asahi-edge stuff?
benzmac16v has joined #asahi-alt
<Glanzmann>
opticron: For the time being I'll use the same config as m a r c a n. If people complain about missing features, I'll add them.
benzmac16v has quit [Remote host closed the connection]
<Glanzmann>
opticron: However it will be easy to create your own kernel once the userland is working.
beeblebrox has joined #asahi-alt
chadmed_ has quit [Remote host closed the connection]
Dcow_ has joined #asahi-alt
Dcow has quit [Ping timeout: 480 seconds]
<jacksonchen666>
chadmed: can i switch between non-edge and edge configurations with your gentoo asahi repo?
Ry_Darcy_ has joined #asahi-alt
benzmac16v has joined #asahi-alt
benzmac16v has quit [Ping timeout: 480 seconds]
pjakobsson has joined #asahi-alt
Ry_Darcy_ has quit [Remote host closed the connection]
* Glanzmann
doesn't need a studio. ccache to the rescue.
<Glanzmann>
Any idea what I'm doing wrong. When I use /dev/dri/card0 I get no screens found when I use /dev/dri/card1 I get 'no unwind info found'. Output: https://pbot.rmdir.de/vFvyOVjQBvdvgPnqScJZkg
<Glanzmann>
Also this seems to be an issue: UABI mismatch: Kernel 3, Mesa 2\n Xorg: ../src/asahi/lib/agx_device.c:482: agx_open_device: Assertion `0' failed.
<Glanzmann>
I built and installed the kernel and mesa and tried to start Xorg.
<sven>
sounds like your mesa built is too old
<Glanzmann>
sven: Strange I used the one from the PKGBUILD repository.
<jannau>
err, no I'm mistaken, the commit should be fine. no idea how you ended up with uapi version 2 in mesa
<yuka>
Is anyone else seeing issues with the gpu driver, where a lot of things crash when the dcp is also loaded?
<yuka>
I am still seeing those with the released branches/commits
<yuka>
though I am not using the asahi distro
<yuka>
might have to check if it occurs there as well
<jannau>
I see no issues on asahi, haven't updated my gentoo system yet
<Glanzmann>
jannau: Okay, I try the tip anyway since I'm halfway through compiling.
<yuka>
jannau: this is nixos-based
<Glanzmann>
jannau: I assume my problem is that '__APPLE__' is not defined while building mesa but I have not yet figured out what I need to do to set it.
<sven>
your problem is that you somehow got an old mesa build with uapi 2 instead of 3
<j`ey>
I *think*__APPLE__ is for the macOS build of mesa, might be wrong
<Glanzmann>
sven: I used the version from the pkg builds and copied the 'debian/rules' (build script) from the original mesa package over. Than I modified tha parameters and build the whole thing. It was complaining about some additional APIs, so I added them, a include file is not there, so I remvoed it and than I installed the resulting packages.
<sven>
I haven’t built this myself and I dunno what you did
<Glanzmann>
j`ey: That might be true. But I think that I'm hitting 'assert(0) in agc_open_device in src/asahi/lib/agx_device.c
<Glanzmann>
sven: I keep trying and report back when I managed to get it working.
<jannau>
yes, __APPLE__ is for macos
<sven>
but that asset you see happens because mesa’s uabi level is too low
<sven>
it’s pretty explicit about that
<sven>
*assert
<Glanzmann>
sven: Yes, you're right.
<Glanzmann>
Lets see how the tips performs.
<jannau>
but the uapi in the commit from the PKGBUILD is clearly 3
phire has quit [Remote host closed the connection]
phire has joined #asahi-alt
<Glanzmann>
shame on me. I had an old mesa library in /usr/local which was preloaded.....
<Glanzmann>
an ldd on 'mpv' gave me the hint.
<Glanzmann>
When I open a new x application there is visable lag, is that to be expected? When I run mpv with '-vo gpu' it is slower than with '-vo x11' is that to be expected?
<Glanzmann>
xfreerdp is very slow.
pjakobsson_ has joined #asahi-alt
janrinze has quit [Remote host closed the connection]
<Glanzmann>
(h264 1280x720 29.970fps) is much better. NO lag but a lot of CPU burning.
<Glanzmann>
Oh and I run ffmpeg while compiling a kernel with make -j `nproc`
<Glanzmann>
But when I did the recording the system was idle.
<jannau>
what is a lot? I see here ~50% load on the efficiency cores (taskset -c 0-3) while decoding/displaying 1280x720
<Glanzmann>
jannau: I wait until I finished compiling the kernel and than I'll make a screenshot of htop with both videos.
<Glanzmann>
I'll also install the official asahi distribution and see how things perform there to get an idea.
beeblebrox has joined #asahi-alt
<mps>
Glanzmann: sorry for late answer, I don't have any problem, everything I tested works fine and fast, except mpv with gpu gives high cpu load (mpv --vo=gpu filename)
<mps>
mpv --vo=xv or mpv --vo=x11 works very fine and load is low
<Glanzmann>
mps: Thank you. vo xv and x11 is also fast for me but tiering. But that is to be expected.
<jannau>
mps: even when scaled to fullscreen and video resolution != display resolution?
<Glanzmann>
jannau: That is with x11 with xv it is similiar.
<Glanzmann>
mps: I have demanding 4k video which 400 MB with 60 fps.
<Glanzmann>
I always use it to test.
<Glanzmann>
mps: Can you try xfreerdp?
<mps>
Glanzmann: aha, understand
<Glanzmann>
mps: If you don't have a Windows terminal server, I can provide you with one.
<Glanzmann>
mps: Btw. the original asahi config results for me in panicing kernel. Your config worked. :-)
<mps>
Glanzmann: sorry I don't have freerdp installed and have no idea how to use it
<Glanzmann>
mps: I see, no issue. with simpledrm xfreerdp was very fast but sometimes did not draw areas of the screen especially when using teamviewer. With the x11/gpu it is very slow that I can't work with it.
<Glanzmann>
Anyway great that the gpu is released.
<mps>
it is released? I missed that (I've got cold and have high temperature last few days so I missed a lot)
<Glanzmann>
mps: Get well soon. Yes it was released last night or this morning. I saw it after chadmed posted this morning about reading a blog post and than I searched for it.
<jannau>
Glanzmann: what du you mean by original config? did you just use config.edge?
<Glanzmann>
jannau: Yes, I did. I took the 'PKGBUILDs/linux-asahi/config' and merged 'config.edge' into it.
<mps>
jannau: thank you, and thank for url
<mps>
thanks*
<cy8aer>
Glanzmann: Looks (!) like it works. But my hid_apple settings done in "/etc/modprobe.d" did not work anymore. Set it directly with echo did work.
<Glanzmann>
cy8aer: Strange.
<cy8aer>
I will do some experiments with update-initramfs and will report later...
<Glanzmann>
jannau: I tried the gpu stuff on the mac book air and the same video is much smoother on the air.
<cy8aer>
(oh for me it is mbp14)
<Glanzmann>
cy8aer and Debian users: If you want to build kernel/mesa yourself run 'gpu.sh' and 'mesa.sh'
<mps>
j`ey: do you still use alpine or you switched to other distro
<j`ey>
mps: still alpine
<j`ey>
Glanzmann: :o
<mps>
ah good to know, please report if we need some things to fix or made better
<j`ey>
Glanzmann: I have a little external speaker.. but I cant find the right cable for it D:
<j`ey>
mps: only using standard packages from the repo, m1n1/kernel etc is all my own currently
<j`ey>
I'm also considering trying out fedora if/when that becomes more usuable
<mps>
j`ey: yes, that is what my daughter use on m1 mbp, and she don't have any serious issue
<mps>
hope I will push m1n1 and kernel in a few days, when my body temp fall down
<Glanzmann>
jannau: When my macbook air m1 display feels asleep and I wake it up again it wakes up with a very low brightness. Is that intended. I always end up doing echo ... to be able to see something on the screen again.
<Glanzmann>
falls*
<jannau>
not intended but a known issue
<Glanzmann>
I see.
<Glanzmann>
jannau: Btw. I just noticed, I installed all Debian updates on my m1 air and now the man over board video is slow with the gpu.
<jannau>
it should be ok if you leave the display at least 3 minutes off
<Glanzmann>
And when you look at the previous video it was not able to load a certain lib. maybe that is the culprit.
<jannau>
if you enable the display earlier brightness should be still restored 3 minutes after the display was turned off
<Glanzmann>
jannau: Ah, okay.
<cy8aer>
I only have one special problem since I play around with the dcp kernel and with the gpu one too: Sometimes - e.g. after a reboot - the keyboard does not work in the ramdisk boot part. Unfortunately I have an encrypted file system and cannot enter my passphrase then.
<jannau>
you could convert to wayland there it's much easier to work around this
<cy8aer>
I had the problem with the older m1n1 and the actual one too
<mps>
jsut fyi, I don't have this issue with display brightness after resume
<mps>
just*
<Glanzmann>
jannau: So in the previous video mpv was complaining about not being able to load libcuda.so.1 and was fast. Now it is slow again. No complaint from mpv but also no libcuda on my system.
<Glanzmann>
cy8aer: Oh I see.
<Glanzmann>
jannau: But I can't use fvwm2 on wayland, can I?
<Glanzmann>
cy8aer: For me the keyboard always works. Strange. But of course I don't need it during the early bootup process. Maybe compile the keyboard drivers into the kernel instead of loading them as a module?
<cy8aer>
Glanzmann: it hangs only from time to time. After switching off and starting after some minutes it works fine. But entering keys in Grub is also not very responsive.
<Glanzmann>
cy8aer: I see. I don't have that issue with grub.
<cy8aer>
But you have a mini with an external keyboard, right?
<Glanzmann>
cy8aer: However I have the issue with u-boot and the mini. If it detects a usb device I have to hit shift a lot so that it quickly loads grub, laods the kernel and the initrd.
<Glanzmann>
cy8aer: I have a mini and macbook air.
<cy8aer>
ah.
<cy8aer>
But when the power consumtion gets down there will not be so many reboots...
<jannau>
Glanzmann: found a 1080p video which shows the same behaviour here
<jannau>
it looks like it is a video for which mpv doesn't use multithreading and it's too slow to decode and display in a single thread
<jannau>
try vlc
<jannau>
or even ffplay
<Glanzmann>
jannau: I can confirm your findings. :-)
<Glanzmann>
jannau: Maybe I should compile an up2date mpv.
<Glanzmann>
ffplay lags for me but is much faster than mpv. ffplay also burns a lot of cpu. vlc is smooth.
<Glanzmann>
Now only one to go. Xfreerdp. Or I try if rdesktop is better.
ashi has joined #asahi-alt
<ashi>
Since I am running released gpu code now, I would like to report a bug. But since I use self-compiled code on debian, I dont think I should use the github issue tracker for the official asahi distribution...
<Glanzmann>
I also found another issue, don't know if it is known. If I play a video with mpv -vo xv and move the mouse the recentagle around the mouse does not get updated.
<Glanzmann>
ashi: Just write it in IRC. I think there will be a lot of issues popping up since people are start using it.