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
matteo has quit [Remote host closed the connection]
matteo has joined #asahi-alt
matteo has quit [Remote host closed the connection]
matteo has joined #asahi-alt
jacksonchen666 has quit [Quit: WeeChat 4.2.2]
matteo has quit [Remote host closed the connection]
matteo has joined #asahi-alt
matteo has quit [Remote host closed the connection]
matteo has joined #asahi-alt
matteo has quit [Remote host closed the connection]
chadmed has quit [Quit: Konversation terminated!]
zerdox has quit [Ping timeout: 480 seconds]
matteo has joined #asahi-alt
chadmed has joined #asahi-alt
matteo has quit [Remote host closed the connection]
ah- has quit [Ping timeout: 480 seconds]
ah- has joined #asahi-alt
ah- has quit [Ping timeout: 480 seconds]
matteo has joined #asahi-alt
ah- has joined #asahi-alt
opticron has quit [Read error: Connection reset by peer]
opticron has joined #asahi-alt
cylm has joined #asahi-alt
matteo has quit [Quit: Leaving...]
hightower4 has quit [Ping timeout: 480 seconds]
sproed has joined #asahi-alt
sproed has quit [Quit: Konversation terminated!]
hightower2 has joined #asahi-alt
<jannau>
leio: shall I update asahi-sources with "~arm64" or "arm64" KEYWORDS? I see you've keyworded arm64 immediately after merging
<leio>
I'm fine for now however you feel like; we could stable with a short delay if there's risks, like e.g. in case of hdmi I should have kept it ~arm64 really, but I didn't know better
<leio>
separate commit makes pkgscan not be mad at me, but it's not being mad enough to block a direct stabling
<leio>
(hdmi audio*)
<jannau>
added as arm64 since it fixes hdmi audio in the already stable 6.8.8_p2, separate commits but pkgcheck still complains. https://github.com/gentoo/gentoo/pull/36616
<sam_>
it's about whether it gets stabled in the same push
<sam_>
but you can ignore it if we agree to.. ignore it
<sam_>
it's just that it's normally naughty behaviour
<sam_>
but if leio is fine with it or whatever then it's fine, i have no objection to it of course
<sam_>
i just mean pkgcheck is doing the right thing
<jannau>
yes, I agree it's the right thing, just mentioned it in the case leio want to split it
<leio>
I guess I'll need to device if I pass the hdmi enabling kernel cmdline or not now
<leio>
s/device/decide
iyes has joined #asahi-alt
JayBeeFOSS has quit [Ping timeout: 480 seconds]
JayBeeFOSS has joined #asahi-alt
iyes has quit [Ping timeout: 480 seconds]
john-cabaj has joined #asahi-alt
john-cabaj has quit []
john-cabaj has joined #asahi-alt
checkfoc_us has quit []
checkfoc_us has joined #asahi-alt
KxCORP5894 has quit [Quit: Bye!]
KxCORP5894 has joined #asahi-alt
KxCORP5894 has quit []
KxCORP5894 has joined #asahi-alt
hightower3 has joined #asahi-alt
hightower2 has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-alt
ipatch_ has quit [Read error: Connection reset by peer]
ipatch has joined #asahi-alt
nyaomixyz has joined #asahi-alt
<nyaomixyz>
hello! anyone using plasma 6 on asahi gentoo? if so, how is it going?
<nyaomixyz>
been meaning to risk it and install that one, but uh idk
ipatch has quit [Quit: WeeChat 4.2.2]
<j`ey>
nyaomixyz: there seems to be some stuttering issues, that are being looked into
ipatch has joined #asahi-alt
ipatch has quit []
ipatch has joined #asahi-alt
iyes has quit [Ping timeout: 480 seconds]
iyes has joined #asahi-alt
zerdox has joined #asahi-alt
Arbifox has joined #asahi-alt
<Arbifox>
Hello? Is this working?
<j`ey>
yes
<Arbifox>
I'm looking for a distro of Manjaro, anyone know of any? Thanks!
<Arbifox>
Arch would work too, Manjaro is preferred though.
<Arbifox>
hello?
<j`ey>
i think silence speaks louder than words here lol
<Arbifox>
+Downloading the linux-asahi PKGBUILD and config from GitHub
<Arbifox>
+Downloading a 4K IOMMU patch from here
<Arbifox>
+Copying the patch into the same directory as the PKGBUILD and config
<Arbifox>
+Adding the patch filename to the source array in the PKGBUILD (between lines 28 and 29)
<Arbifox>
+Adding 'SKIP' (with single quotes) to each of the checksum arrays (you could also add the actual checksums of the patch file)
<Arbifox>
+Running in the same directory as the PKGBUILD makepkg -so, cd src/*, make menuconfig (and selecting 4K as the page size, searching for PAGE, PAGESIZE, PAGES, etc. by hitting '/' should work), cd ../.., and makepkg -eri
<Arbifox>
This seamlessly replaced the linux-asahi binary package that was already installed; I didn't have to make any other changes to the system besides recompiling software compiled for 16K pages.
<Arbifox>
that was quoted from the post, I cant do it because ubuntu just throws an error trying to run makepkg
<leio>
please don't copy-paste multiple lines of content into an IRC chat directly
<leio>
it is not supported, you are on your own
<j`ey>
Arbifox: makepkg is for arch, not ubuntu
<Arbifox>
Sorry, I've never used IRC before, mb. I'll take note of that. Ik its for arch which is why I'm asking how I can install Arch or Manjaro.
<j`ey>
that thing is also 2y old, probably doesnt apply anymore anyway
<Arbifox>
still, in general I'd prefer arch over fedora. Can I just be pointed to a way to install it pls?
<j`ey>
you run 'export EXPERT=true' and then run the asahi installer
<j`ey>
that will give you the option for arch, but its deprecated/unsupported
<Arbifox>
Thanks!
<Arbifox>
why was it deprecated exactly?
<j`ey>
because ALARM wasn't well maintained enough
<Arbifox>
gotcha, I'll give it a go and if it doesn't work for me, wait for 4k paging ig ugh. May as well give it a shot, right?
<j`ey>
4K kernels wont come
<j`ey>
the way to do it is a VM with a 4K kernel
<Arbifox>
They'll never come to asahi?
<Arbifox>
how come?
nela has quit [Quit: bye!]
<j`ey>
no need to, VM works fine
nela has joined #asahi-alt
<Arbifox>
If a vm works whats the point of asahi?
<Arbifox>
Some people, like me, just prefer the native aspect
<j`ey>
well you can run that 4K VM on linux
<j`ey>
for emulation stuff
<Arbifox>
theres not as much integration, can't drag and drop files and the performance is limited. Native just seems like the better choice to me. That's just my opinion tho, if you prefer emulation go wild lol. Is there a specific reason it wont ever come?
<j`ey>
because some of the HW needs 16K pages
<j`ey>
the VM is not emulated, I meant if you wanted to emulate x86
lynndotpy has quit [Quit: bye bye]
<Arbifox>
How come the person in the post has it working then? also hmm that honestly sucks that it'll never be natively supported dang.
lynndotpy has joined #asahi-alt
<j`ey>
that patch was to try make it work
<j`ey>
feel free to try the patch
<j`ey>
but a VM runs pretty fast since it's virtualised
<Arbifox>
thats tru, ill try it later and report back. What VM software do you recommend for linux?
<j`ey>
I just use qemu myself
iyes has quit [Ping timeout: 480 seconds]
chadmed_ has joined #asahi-alt
<Arbifox>
How do you get good performance?
iyes has joined #asahi-alt
<chadmed_>
oop i was responding in the wrong channel :/
katia has joined #asahi-alt
<j`ey>
Arbifox: use kvm
tramtrist has joined #asahi-alt
iyes has quit [Ping timeout: 480 seconds]
<chadmed_>
sorry im going to re-send what i accidentally put in #asahi
<chadmed_>
Arbifox: not every piece of software is poorly engineered and assumes 4K pages. the lack of bare-metal 4K page support does not negate the raison d'etre of asahi lmao wtf
<chadmed_>
most of the important IOMMUs on these SoCs do not support 4K pages and some others dont support bypass mode (rightfully so, it's insecure for e.g. pcie), so when you apply the 4K iommu patches you will lose wifi, bluetooth, gpu, thunderbolt (when it arrives) and usb-a ports
<chadmed_>
you also lose like 20% performance on the application cores
<chadmed_>
the microvm stuff has a lower performance penalty than trying to run those 4K patches
<chadmed_>
the only piece of software that has any excuse assuming 4K pages is fex, and slp has put in a mammoth amount of work to get that running smoothly under a vm context with near-native performance