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
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
KxCORP5894000 has quit [Quit: Bye!]
KxCORP5894000 has joined #asahi-alt
Dan___ has joined #asahi-alt
ellyq has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
ellyq has quit [Ping timeout: 480 seconds]
Dan___ has quit [Ping timeout: 480 seconds]
zerdox has quit [Ping timeout: 480 seconds]
tobhe_ has joined #asahi-alt
tobhe has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Halian has joined #asahi-alt
chadmed__ has quit [Remote host closed the connection]
Dan___ has quit [Ping timeout: 480 seconds]
chadmed__ has joined #asahi-alt
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
zerdox has joined #asahi-alt
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
aead_ has joined #asahi-alt
aead has quit [Ping timeout: 480 seconds]
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
chadmed__ has quit [Quit: Page closed]
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
hightower2 has quit [Remote host closed the connection]
hightower2 has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi-alt
pjakobsson_ has quit []
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
chadmed_ has quit [Read error: Connection reset by peer]
Dan___ has quit [Ping timeout: 480 seconds]
zerdox_ has joined #asahi-alt
zerdox has quit [Ping timeout: 480 seconds]
zerdox_ is now known as zerdox
qyliss has quit [Quit: bye]
qyliss has joined #asahi-alt
Dan___ has joined #asahi-alt
zerdox_ has joined #asahi-alt
zerdox has quit [Ping timeout: 480 seconds]
zerdox_ is now known as zerdox
<leio> chaos_princess: x86_64-multilib-toolchain build fails for me with https://dpaste.com/F7EYRRCSP (config.log https://bpa.st/UE6DS ), as somehow strip-unsupported-flags isn't getting rid of -march=native
<chaos_princess> leio: fix or delete dnssec on dpaste.com
<leio> that's just reporting gcc can't compile in configure.log, the interesting stuff is in bpa.st
<chaos_princess> yea, yea, i already disabled validation, but still
<leio> it's my default go-to when doing manually because bpa.st doesn't like longer stuff, albeit that wasn't long
<chadmed> i think we should probably just hard code some bumass basic flags for the glibs c
<chadmed> 0x0.st
<leio> yeah, right now the only way to build this is to do a package.env that forces -O2 -pipe or similar
<leio> which is user intervention
<leio> if I set some x86 -march there, it'll fail in binutils build (and probably gcc stage1 and more), as that's done with native compiler
<chadmed> we can pick up whichever freaky flags folks want for gcc and its binutils friends but the glibsc should just be -O2 -pipe -fomit-frame-pointer etc etc
<leio> -fomit-frame-pointer is the default on x86, unfortunately; I'm having to override it everywhere :(
<leio> (and default on arm64)
<chadmed> 99% of users dont care about it, dont need it, and we want the fex stuff to just be as fast as possible while staying correct (hence no O3)
<chadmed> buuuut we also have to be very careful with what optimisations we let gcc do, especially in the fex rootfs
<chadmed> eg we should prevent it from emitting AVX and x87 because these are both dog slow
<chaos_princess> interesting that it worked here, since i have -march=armv8.4 in cflags
<leio> I set -march=native -mcpu=native in my gcc flags override, which I need for this due to the glibc build
<leio> built without any -march/-mcpu/-mtune via the env override, with https://bpa.st/WB3IO
<leio> FEX went fine with https://bpa.st/GXOSY
<leio> now stuck with krun on https://bpa.st/7ZMA4
<chaos_princess> can you post your make.comf
<leio> nvm, I missed one of the env overrides I need for some bindgen stuff, it looks like
<leio> yup, that was it. Now I'm on a real rust compile error like https://bpa.st/JDQ7E
<leio> what is this ansi stuff, grr
<leio> ok, https://bpa.st/QYU44 might be more readable
<leio> feels like too low virglrenderer dep or some such, as I had that installed at a lower version from long ago tries of this stuff
<chaos_princess> update it to the one in overlay
<leio> though I don't see that dep at all in krun ebuild
<leio> libkrun dep doesn't have a matching minimum version either
<leio> so that wasn't upgraded either
<leio> well, not matching, but probably too old for it
<chaos_princess> libkrun does not exist
<chaos_princess> as on old versions
<chaos_princess> the only version that was ever packaged is the correct one
<leio> fine, but minimum versions should still be listed, e.g. for virglrenderer
<leio> if older doesn't work
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-alt
<leio> after libkrun upgrade (had some old version of that too), it was fine with old virglrenderer too, as far as compiling is concerned
<leio> not sure what the next steps were for steam here
<chadmed> youll need a FEX rootfs, put the x86 _and_ amd64 mesa from the fedora asahi copr in it, then install steam
<leio> krun is just panicking immediately
<chaos_princess> what's the panic text
<leio> Error creating the Kvm object: Error(13)
<leio> thread '<unnamed>' panicked at src/vmm/src/linux/vstate.rs:415:30:
<chaos_princess> so, do you have kvm in your kernel?
<chaos_princess> actually, i think 13 is eaccess or sth, add yourself to kvm group
<leio> that got me further, I guess `krun FEXRootFSFetcher -y -x --distro-name=fedora --distro-version=40` is out of date or smth :)
<leio> mainly giving: Couldn't download rootfs list from the server. Try again in a minute or report on the fex-emu issue tracker.
<chaos_princess> ah, right, what dns resolver are you using
<leio> NetworkManager just sets it up in /etc/resolv.conf
<chaos_princess> do you have resolvconf in PATH
<leio> yes
<chaos_princess> apply this
<chadmed> im buying one of those massive movie theatre popcorn makers for when we release all of this to the general public
<chaos_princess> same-ish
<leio> that fails to apply to the overlay version
<chaos_princess> idk, delete resolvconf from /usr/bin or something
<leio> I'd rather we improved the out of the box experience :)
<chaos_princess> well, i am working on it :P
* leio backports
<chadmed> i am genuinely 100% of the opinion that the only way this isnt going to suck arse is for linux to learn about folios and mixed-pagesize userspace
zerdox has quit [Remote host closed the connection]
<chadmed> FEX itself is incredible and Just Works(tm), its all the faffing about with krun and passt and sommelier and...
<leio> meh, I don't see any net.rs changes in those lines there
n3ph has joined #asahi-alt
<leio> oh, just confused, was another file
<chaos_princess> you need to add -e resolvconf=does-not-exist to dhcpcd arguments in crates/krun-guest/src/net.rs
<chaos_princess> if you keep --nodev, you do not need the udev changes
zerdox has joined #asahi-alt
<leio> overlay snapshot misses the "Add support for input device passthrough" commit, if that'll matter
<leio> which is mostly why it doesn't apply
<chaos_princess> that is correct, it is not packaged yet
<chaos_princess> since that needs one more package
<leio> grabbed it for user patches too to just apply the PR as-is, but I gather I might have a broken krun then with the missing package now
<chaos_princess> nah, it is fine, it will just skip doing that bit if hidpipe is not installed
<leio> still fails to get rootfs list
<leio> at the beginning it now says "Using default interface naming scheme 'v253'.", which it didn't before these patches
<chaos_princess> cat /etc/resolv.conf inside the vm?
<leio> search lan
<leio> nameserver 192.168.1.1
<leio> what does "inside the vm" mean btw, I'm just prefixing with krun - does it have a default VM or smth?
<chaos_princess> check if internet is working at all there, curl google.com or something
<chaos_princess> krun starts a vm for your commands, yes
<leio> could not resolve host
<chaos_princess> ifconfig?
<leio> seems to match my host one, except no ipv6
<chaos_princess> and also curl 1.1.1.1
<leio> that gets a 301 back with text fine
<chaos_princess> so it is dns
<chaos_princess> just to check, 192.168.1.1 is a valid nameserver on your network, yes?
<leio> krun curl -4 google.com doesn't work either, fwiw
zerdox has quit [Ping timeout: 480 seconds]
<leio> that's what I use on host, yes
<chaos_princess> yea, its dns
<chaos_princess> just to check, what version of passt do you have
<leio> 2024.06.07
<chaos_princess> what is gentoo package version
<leio> the same
<chaos_princess> update it
<leio> if it helps, please minversion it after appropriately :)
<chaos_princess> sure
<chaos_princess> i am still looking at what went wrong with x86-multilib-toolchain, but i'll get to it
<leio> will take time to clean up my ::gentoo local tree to pull updates in
<leio> and running out of todays poking time for now soon
<leio> chadmed: I guess if it's some mesa from COPR, I won't have vulkan in there
<chadmed> nope
<chadmed> doesnt really matter anyway like i said in the dms sommelier is so crap that its effectively useless
<chadmed> steam looks awful, games run in a 1280x720 window with no decorations and smudged by crap scaling
<chaos_princess> chadmed: how brave are you? :P
<chadmed> i played i won the loudness war on all of my macs and compiled the kernel for 12 hours on a loop with the fans forced to off
<chadmed> (very)
<chaos_princess> do not skip step 8
<chadmed> will do tomorrow
kaazoo has joined #asahi-alt
iyes has joined #asahi-alt
kaazoo has left #asahi-alt [#asahi-alt]
kaazoo has joined #asahi-alt
kaazoo has quit []
<chadmed> okay it kinda works?
<chadmed> i can open glxgears but it doesnt render, its just the first frame
<chadmed> the window has decorations and behaves like a normal window in kwin though!
<chaos_princess> then dax is not working
<chaos_princess> give me your mount output inside the vm
<chadmed> let me try something
<chadmed> bash: /usr/bin/sudo: Permission denied
<chadmed> your libkrun branch, your krun branch
<chaos_princess> right, sudo does not work in a vm
<chaos_princess> period
<chadmed> i did chmod u+s x112virtgpu too
<chaos_princess> no, i know the problem, it is due to cross-vm mmap not working, you need to check if vm mounted the fs properly
<chaos_princess> make sure the root mount has dax=always in options
<chadmed> in the vm?
<chaos_princess> yes
<chadmed> how do i check that without root access lmfao
<chaos_princess> cat /proc/mounts
<chadmed> *facepalm*
<chadmed> yeah it has dax=always
<chaos_princess> can you give me all the commands you are using to launch all that
<chadmed> krun bash
<chadmed> unset WAYLAND_DISPLAY
<chadmed> export DISPLAY=:0
<chadmed> x112virtgpu &
<chadmed> glxgears
<chadmed> dmesg has a dax related splat in it
n3ph has quit [Ping timeout: 480 seconds]
<chaos_princess> did glxgears detach from the terminal?
<chadmed> yeah
iyes has quit [Quit: Konversation terminated!]
<chaos_princess> no output from x112virtgpu?
<chadmed> nup
<chaos_princess> can you also do a ls -la /tmp/.X11-unix/ inside the vm
<chaos_princess> and outside too
<chaos_princess> actually, nvm, shouldnt be the issue
<chadmed> the vm has X0 and X1, host has X0 only
<chadmed> perms etc all look good
<chaos_princess> then do ls /dev/shm, and also try resizing the window of glxgears, just in case
<chadmed> resizing the window just makes it black
<chadmed> nothing in /dev/shm
<chaos_princess> can you try with LD_PRELOAD then?
<chadmed> do i preload that into glxgears or into x112virtgpu
<chaos_princess> glxgears
<chadmed> bc if the former, already tried and didnt help
<chadmed> oop now it works
<chadmed> wtf
<chadmed> nice!
<chaos_princess> wtf
<chaos_princess> i am now more confused than ever
<chadmed> oh now it exploded when i resized
<chaos_princess> with our without preload?
<chaos_princess> and how exactly did it explode
<chadmed> with preload, and the window just went black and did not recover
<chadmed> glxinfo also takes out x112virtgpu
<chadmed> this is on the m2 air btw, ill try with the studio tomorrow
<chaos_princess> yes, resize is part where most bugs are expected, since this results in me having to do some super nasty things with cros-vm mmaps and all of this is just horrible
<chaos_princess> i was testing it on m1 pro, maybe it could be an issue?
<chaos_princess> idk
Dementor9 has quit [Ping timeout: 480 seconds]
<chadmed> i can test with that too tomorrow
<chadmed> cbf going back downstairs now though
<chadmed> killing a window also doesnt signal its process to die but thats chill who cares this is already 9999999x better than sommelier
<chaos_princess> No, that one is specifically glxgears
<chaos_princess> same under sommelier
<chadmed> everything just looks so much better
<leio> curl still does not resolve after passt upgrade
<chaos_princess> krun bash, kill dhcpcd, run it with -d, see how it fails
<leio> don't have permissions to kill it :S
<leio> as in, don't have root within krun
<chaos_princess> compile this, set it setuid root
<chaos_princess> this is the nonsense i use to get root inside vms
<leio> where do I put this
<chaos_princess> anywhere
<leio> oh, it's just seeing the host stuff at this point
<chadmed> yes the host rootfs is mounted inside the vm
<leio> chmod u+s not enough on it?
<chaos_princess> u+s, and chown to root
<chaos_princess> might also want g+s
<leio> I only get kvm group inside krun
<leio> ok, chgrp of the executable to kvm group removed the setuid bits, working now
<leio> don't really see anything bad in dhcpcd -d, https://bpa.st/OAWDY
<chaos_princess> sd_bus_open_system
<chaos_princess> it is still trying to use resolvconf
<chaos_princess> did you pass the -e resolvconf=does-not-exist to it?
<leio> no
<chaos_princess> please do
<leio> still sd_bus_open_system after krun -e resolvconf=does-not-exist bash
<chaos_princess> no
<chaos_princess> thats a dhcpcd argument
<chaos_princess> not krun
<leio> then it's fine re there being now no sd_bus_open_system, but still doesn't resolve
<chaos_princess> what is in the logs?
<chaos_princess> what do you have in /lib/dhcpcd/dhcpcd-run-hooks
<leio> and some stuff in dhcpcd-hooks
<chaos_princess> right, sorry, i wanted what is in dhcpcd-hooks
<leio> 01-test 20-resolv.conf 30-hostname 50-ntp.conf 50-timesyncd.conf 50-yp.conf
<chaos_princess> what is inside 20-resolv.conf
<chaos_princess> and what did it put into /etc/resolv.conf
<chaos_princess> oh, and also, send me your /proc/mounts
<leio> 20-resolv.conf is a standard file installed by dhcpcd package itself
<leio> /etc/resolv.conf is like before, generated by NM, essentially `search lan` and `nameserver <my router IP>`
<chaos_princess> except it shouldnt be
<leio> mounts from inside krun?
<chaos_princess> yes
<chaos_princess> looks correct, what is it missing
<chaos_princess> and is resolv.conf a normal file?
<leio> it's a normal file within both host and krun
<leio> host one is from NM, krun one is from dhcpcd
<chaos_princess> ok, wait
<leio> same contents besides comments, except NM has IPv6 too
<chaos_princess> wdym krun one is from dhcpcd
<leio> cat /etc/resolv.conf from within my `krun bash`
<leio> the file contents say it's generated by dhcpcd
<chaos_princess> ok, so i was looking at the wrong thing
<chaos_princess> then it is right
<chaos_princess> ok, then
<chaos_princess> its another issue
<chaos_princess> echo 'nameserver 1.1.1.1 >/etc/resolv.conf' inside the vm and try again
<chaos_princess> except with ' in another place
<leio> then it works
<chaos_princess> and before that you had your router there, correct?
<leio> correct
<leio> curl can't access my router by IP either, its web UI that works in host
<chaos_princess> send me ifconfig output please
<leio> inside krun is https://bpa.st/7LGDW
<chaos_princess> do you have any other device on your network that has a http server or something?
<chaos_princess> try reaching that from the vm
<chaos_princess> (device that is not the router)
<leio> I don't, currently
<leio> oh, I do
<leio> that works
<leio> as in, curl gives me the login page for my ventilation system ;p
<leio> so dhcpcd figures to use my router as nameserver as announced by router or something, yet things can't talk to it
<chaos_princess> because from the vm, your router's ip actually directs to the host
<chaos_princess> at least thats my current theory
<chaos_princess> and in my case it works, since i have systemd-resolved and it runs a dns server on localhost
<leio> sure, if I launch python http.server from the host, then curl http://192.168.1.1:8000
<leio> inside the krun vm gives me the file listing from host
<chaos_princess> ok, yet another thing to fix in krun
<chaos_princess> at least i know what is the issue now
<chaos_princess> fedora probably also runs systemd-resolved so people don't hit it
<leio> yeah, and I included the krun patch from PR 53, why did I still need to manually launch dhcpcd with the -e flag?
<chaos_princess> because you were launching it from console, not from krun
<chaos_princess> this was not the issue, i was just not able to figure out what exactly was happening
<leio> ok, so I don't need that anymore, just need to replace resolv.conf with 1.1.1.1 after
<chaos_princess> yes, just put any other resolver there
<chaos_princess> or install systemd-resolved :P
<leio> yeah, that's a disabled service.
<leio> so now I have some sort of a FEX rootfs
<leio> got steam, but it's rather unhappy without the mesa bits :)
zerdox has joined #asahi-alt
<chaos_princess> to come back to toolchain, here it removes -march=native from cflags correctly
<chadmed> yeah just pull the mesa rpms down from the copr and rpm2tarxz && tar xpvf them inside the rootf
<chaos_princess> would you mind telling me the exact way you set up everything relating to that package?
<leio> what mesa rpms :)
<leio> chadmed: paste.ee work for you re dnssec?
<chadmed> seems to
<chadmed> it was chaos_princess that had issues with it though
<leio> whoops, tab fail
n3ph has joined #asahi-alt
<leio> chaos_princess: something like this: https://paste.ee/p/6xKxV
<chaos_princess> so its mcpu that is the problem, it does not filter that one out
ellyq has joined #asahi-alt
<leio> well, the logs just have it warn about mcpu and then ignore by the x86 gcc, but fail on unknown march.
<leio> as per https://bpa.st/UE6DS
<chaos_princess> actually, it wasnt mcpu, but something else, and i already fixed it
<chaos_princess> pr for ebuild fix soontm
zerdox has quit [Ping timeout: 480 seconds]
chadmed has quit [Quit: Konversation terminated!]
chadmed has joined #asahi-alt
chadmed has quit []
chadmed has joined #asahi-alt
n3ph has quit [Ping timeout: 480 seconds]
kevinchrist20 has joined #asahi-alt
kevinchrist20 has quit [Remote host closed the connection]
Dementor9 has joined #asahi-alt
Dementor98 has joined #asahi-alt
Dementor9 has quit [Ping timeout: 480 seconds]
Dementor98 is now known as Dementor9
Dementor9 has quit [Ping timeout: 480 seconds]
john-cabaj has joined #asahi-alt
iyes has joined #asahi-alt
iyes has quit [Quit: Konversation terminated!]
Dan___ has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-alt
aead_ is now known as aead
iyes has quit [Quit: Konversation terminated!]
Dan___ has joined #asahi-alt
iyes has joined #asahi-alt
iyes has quit []
KxCORP58940003 has joined #asahi-alt
KDDLB2 has joined #asahi-alt
imobilis_ has joined #asahi-alt
pounce_ has joined #asahi-alt
cy8aer_ has joined #asahi-alt
ellyq_ has joined #asahi-alt
stintel_ has joined #asahi-alt
tobhe has joined #asahi-alt
ellyq has quit [reticulum.oftc.net helix.oftc.net]
hightower2 has quit [reticulum.oftc.net helix.oftc.net]
tobhe_ has quit [reticulum.oftc.net helix.oftc.net]
KxCORP5894000 has quit [reticulum.oftc.net helix.oftc.net]
pounce has quit [reticulum.oftc.net helix.oftc.net]
seb4nihel has quit [reticulum.oftc.net helix.oftc.net]
KDDLB has quit [reticulum.oftc.net helix.oftc.net]
flokli has quit [reticulum.oftc.net helix.oftc.net]
mjolnir[m]1 has quit [reticulum.oftc.net helix.oftc.net]
matrix_ds has quit [reticulum.oftc.net helix.oftc.net]
Lew-J has quit [reticulum.oftc.net helix.oftc.net]
steffen[m] has quit [reticulum.oftc.net helix.oftc.net]
imobilis has quit [reticulum.oftc.net helix.oftc.net]
cy8aer has quit [reticulum.oftc.net helix.oftc.net]
stintel has quit [reticulum.oftc.net helix.oftc.net]
KxCORP58940003 is now known as KxCORP5894000
steffen[m] has joined #asahi-alt
pounce_ is now known as pounce
hightower2 has joined #asahi-alt
ellyq has joined #asahi-alt
seb91nihel has joined #asahi-alt
KDDLB has joined #asahi-alt
flokli has joined #asahi-alt
Lew-J has joined #asahi-alt
matrix_ds has joined #asahi-alt
stintel has joined #asahi-alt
matrix_ds has quit [Ping timeout: 480 seconds]
imobilis_ is now known as imobilis
stintel has quit [Ping timeout: 480 seconds]
ellyq has quit [Ping timeout: 480 seconds]
KDDLB has quit [Ping timeout: 480 seconds]
cy8aer_ is now known as cy8aer
mjolnir[m]1 has joined #asahi-alt
matrix_ds has joined #asahi-alt
seb4nihel has joined #asahi-alt
seb91nihel has quit [Read error: Connection reset by peer]
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
iyes has joined #asahi-alt
iyes has quit [Quit: Konversation terminated!]
iyes has joined #asahi-alt
iyes has quit [Quit: Konversation terminated!]
Dan___ has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]
phire_ has joined #asahi-alt
phire is now known as Guest2312
phire_ is now known as phire
Guest2312 has quit [Ping timeout: 480 seconds]
Dan___ has joined #asahi-alt
Dan___ has quit [Ping timeout: 480 seconds]