marcan changed the topic of #asahi to: Asahi Linux: porting Linux to Apple Silicon macs | https://asahilinux.org/2022/03/asahi-linux-alpha-release/ | General project discussion | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Topics: #asahi-dev #asahi-re #asahi-gpu #asahi-alt #asahi-stream #asahi-offtopic | Keep things on topic | Logs: https://alx.sh/l/asahi
<derzahl> could it be an issue with launching zfsbotmenu through grub? ill try to get some more verbose output but theres not much more I can tweak without hacking on zfsbootmenu, i dont think.
<derzahl> also unclear from the previous convo as to whether kexec is a deadend or if its worth investigating further
psykose has quit [Ping timeout: 480 seconds]
psykose has joined #asahi
makkiato[m] has quit [Quit: Client limit exceeded: 20000]
DarkShadow4444 has quit [Quit: ZNC - https://znc.in]
DarkShadow44 has joined #asahi
psykose has quit [Remote host closed the connection]
psykose has joined #asahi
PhilippvK has joined #asahi
marvin24_ has joined #asahi
marvin24 has quit [Ping timeout: 480 seconds]
opticron has quit [Read error: Connection reset by peer]
opticron has joined #asahi
pyropeter2 has joined #asahi
pyropeter1 has quit [Ping timeout: 480 seconds]
kov has quit [Quit: Coyote finally caught me]
Graypup_ has quit [Quit: meow]
Graypup_ has joined #asahi
Graypup_ has quit []
Graypup_ has joined #asahi
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi
the_lanetly_052__ has joined #asahi
the_lanetly_052___ has joined #asahi
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
<sven> it’ll only work if no stage in between tries to start more cores, fixing that requires psci
Ry_Darcy has joined #asahi
millenialhacker has quit [Quit: Konversation terminated!]
eroux has joined #asahi
___nick___ has joined #asahi
MajorBiscuit has joined #asahi
___nick___ has quit []
___nick___ has joined #asahi
___nick___ has quit []
___nick___ has joined #asahi
bisko has joined #asahi
Ry_Darcy has quit [Remote host closed the connection]
bisko has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
anatomic has joined #asahi
anatomic has quit [Quit: WeeChat 3.5]
MajorBiscuit has quit [Quit: WeeChat 3.5]
MajorBiscuit has joined #asahi
MajorBiscuit has quit [Quit: WeeChat 3.5]
johncena[m] has quit [Quit: Client limit exceeded: 20000]
MajorBiscuit has joined #asahi
kov has joined #asahi
MajorBiscuit has quit [Quit: WeeChat 3.5]
MajorBiscuit has joined #asahi
al3xtjames9 has joined #asahi
al3xtjames has quit [Read error: Connection reset by peer]
al3xtjames9 is now known as al3xtjames
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
bisko has joined #asahi
Ry_Darcy has joined #asahi
Ry_Darcy has quit [Remote host closed the connection]
eroux has joined #asahi
SethBrasile[m] has quit [Quit: Client limit exceeded: 20000]
FLHerne has quit [Quit: There's a real world out here!]
FLHerne has joined #asahi
Namidairo has quit [Quit: ZNC - https://znc.in]
Namidairo has joined #asahi
<mipi[m]> Is anybody running vscode or vscodium on Asahi? Since Chromium 102 is out now, I had the hope that vscodium should also run. Unfortunately it does not. vscodium installed via package vscodium-bin returns the old bug which is related to the 16K thing. Package vscodium does not built 😒
M1bn3mar[m] has quit [Quit: Client limit exceeded: 20000]
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
eroux has joined #asahi
firox263[m] has joined #asahi
Gaspare has joined #asahi
<steev> mipi[m]: electron is likely lagging behind chromium releases a bit
Gaspare has quit [Quit: Gaspare]
<psykose> if i had to bet it will be 1-2 years before electron is 102
<psykose> and another 3 after until actual apps migrate to that electron version
<_jannau_> electron 19 is based on chromium 102
<_jannau_> vscode is still on electron 18
jakebot6 has quit [Ping timeout: 480 seconds]
jakebot6 has joined #asahi
<derzahl> i was attempting to backport the 16k page size patch to chromium 101 but gave up once there was an ungoogled PR for 102. i didnt seem like it should be that hard, i think my issues were mostly build env related rather than the 16k patch.
MajorBiscuit has quit [Quit: WeeChat 3.5]
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
guillaume_g has quit []
eroux has joined #asahi
eroux has quit []
<luxio_39[m]> <mipi[m]> "Is anybody running vscode or..." <- I was able to build the vscodium aur package, just had to first build some make dependency (but it of course gives the same error as vscodium-bin).
ar has quit [Ping timeout: 480 seconds]
amarioguy has quit [Remote host closed the connection]
ar has joined #asahi
<luxio_39[m]> Does anyone know what the intended way is to get something in an aur pkgbuild changed? I wrote a comment a while ago but the maintainer has neither answered nor changed the line I asked him to.
<luxio_39[m]> (the package in question is 'text-engine' which is a dependence of extension-manager for gnome, where I also asked for the same change and the maintainer did it)
the_lanetly_052__ has joined #asahi
the_lanetly_052___ has quit [Ping timeout: 480 seconds]
ar has quit [Quit: leaving]
Glanzmann has joined #asahi
<Glanzmann> mipi[m]: Until electron/vscode works, you could use the 4kb patch from sven. https://tg.st/u/0001-4k-iommu-patch-2022-03-11.patch
<Glanzmann> As a workaround.
<kettenis> Glanzmann: old news (and other ARM cores that implement PAC are likely to be vulnerable as well)
ar has joined #asahi
Gaspare has joined #asahi
<Glanzmann> kettenis: I thought so, but I at least have not read about it. :-)
eroux has joined #asahi
Gaspare has quit [Quit: Gaspare]
osaka1990 has quit [Remote host closed the connection]
Gaspare has joined #asahi
osaka1990 has joined #asahi
osaka1990_ has joined #asahi
osaka1990 has quit []
the_lanetly_052___ has joined #asahi
<mps> Glanzmann: full paper is not yet public afaik
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
<maz> speculation introduces leakage, news at 11.
<mps> well, speculation is always 'speculation' and as such risky
Gaspare has quit [Quit: Gaspare]
<maz> define risk. what risky in a given context may not be tyhat much of a problem in another. and after almost 5 years of spectre security theatre, it really shows that the whole industry doesn't care.
<mipi[m]> @glanzmann: Thanks, I'll try the patch
<mps> maz: risk is risk (sorry for tautology) and speculation means 'I'm not sure what to do' which is risk by definition (and sorry for my bad english in a hope you understand what I mean)
<maz> mps: again, it is only a security risk if you environment is risk adverse.
<maz> s/you/your/
<mps> maz: yes, but I'm speaking about concept
eroux has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<maz> mps: I think you have the wrong concept. speculation is about hypothesis. risk is about potential danger.
<mps> no, I understand that
<mps> problem is to use hypothesis (and many in same time) in real world
<mps> and ofc bad implementations in CPUs, but we are OT now
<mps> psydroid[m]: thanks
<psydroid[m]> thanks to someone from another channel
Glanzmann has quit [Quit: EOF]
<roxfan> that shows a snapsot of a 404 page
<povik> j`ey: love the rejoicing lina in frame
Gaspare has joined #asahi
derzahl has quit [Quit: auf wiedersehen]
ciggi has quit [Remote host closed the connection]
ciggi has joined #asahi
derzahl has joined #asahi
<ComradeMisato[m]> <j`ey> "https://twitter.com/LinaAsahi/..."; <- this is a pretty big deal ngl
<Dcow[m]> lol, Vadim Yuryev replied to lina's tweet.
<Dcow[m]> Waiting one more <del>shitty</del> video from him
<ComradeMisato[m]> didnt knew he was a born again christian
<derzahl> update on zfsbootmenu. Trying a kexec -d manually on kernel and initrd returns: "kexec_file_load failed: Device or resource busy"
<derzahl> j`ey: whattaya think? thats all Ive been able to get so far mostly. before that there is a line "image_arm64_probe: Bad arm64 image header" but that it before it tries decompression so normal?
<derzahl> wow, finally a mbair with magsafe again. my prayers have been answered
<steev> ye, i'm looking forward to the midnight one, with magsafe
<derzahl> yaup. i now see a future where I can one day retire my 2017 mbair
<derzahl> no usb-c on the righthand side tho...come on apple guise
<derzahl> but still headphone jack! ugh
<sven> Note that kexec isn’t going to work if zfsbootmenu brings up the secondary cores (which it will if it’s really just a Linux kernel with a fancy userland that pretends to be a bootloader)
<jannau> it could use 'maxcpus=1' as kernel parameter for itself
<sven> true, that at least gives it a chance then
Tano70 has joined #asahi
<derzahl> ok, ill build it to use maxcpus=1 then, if its not already
matqua[m] has quit [Quit: Client limit exceeded: 20000]
<derzahl> does that look like the error it would get if trying to use multiple cores?
<sven> that last line just says something return EBUSY which doesn’t help much
<sven> can you check if dmesg contains anything else?
<j`ey> "Can't kexec: CPUs are stuck in the kernel."
<derzahl> ok will give it a try now thanks
<j`ey> just before a return -EBUSY;
<j`ey> soo it might be that
the_lanetly_052___ has quit [Ping timeout: 480 seconds]
derzahl has quit [Remote host closed the connection]
derzahl has joined #asahi
OfirRubenov[m] has joined #asahi
<derzahl> so booting with maxcpus=1 doesnt seem to matter. kexec still fails and dmesg does infact show "can't kexec: CPUs are stuck in the kernel"
<derzahl> anything else I can try?
joske has joined #asahi
joske has quit [Remote host closed the connection]
___nick___ has quit [Ping timeout: 480 seconds]
<j`ey> derzahl: double check dmesg to see that mxcpus actually worked, and only one CPU comes up
<jannau> yes, maxcpus will not work. the stuck in kernel check uses num_possible_cpus
<jannau> it might be possible to build an uniprocessor kernel
<j`ey> not for arm64
<sven> looks like someone needs to continue working on that psci stuff ;)
* j`ey whistles
<derzahl> j`ey: "SMP: Total of 1 processors activated"
<derzahl> ok, im building zfsbotmenu using my default kernel. so build a separate uniprocessor kernel to use with zfsbootmenu?
<derzahl> just disable SMP and set max supported CPUs to 1?
<jannau> kexec will not work on apple silicon (for now)
<derzahl> as long as Im building kernels, does anyone have any power saving tweaks that arent enabled by default?
<j`ey> SMP is not an option you can disable normally with Kconfig for arm64
<j`ey> (aka it's just always on)
<derzahl> j'ey: oh, it was like 20 years ago:) I havent touched it since
<jannau> and even if you set NR_CPUS to 1 in .config it will reconfigure. the minimum is 2 for arm64
<derzahl> jannau: so building non-SMP kernel is useless?
<derzahl> ah
<jannau> it's not possible on arm64
<jannau> I wonder what pipcet did for pearl. I guess they removed the check
<j`ey> i think they added cpu_ops for the apple specific stuff
<jannau> derzahl: you could patch the kernel. replace num_possible_cpus() with num_online_cpus() in https://elixir.bootlin.com/linux/v5.18.3/source/arch/arm64/kernel/smp.c#L1102
<jannau> use that patched kernel only for zfsbootmanager and only with maxcpus=1
<povik> i made kexec work for the petitboot build
<povik> let's see
<povik> O:-)
<jannau> I think that would work but please test it before trusting it with impoertant data
<povik> ^-- no warranty to it
<derzahl> ok. i will try it.
Gaspare has quit [Quit: Gaspare]
Gaspare has joined #asahi
AoV has quit []
Gaspare has quit [Ping timeout: 480 seconds]
nsklaus_ has quit [Quit: Textual IRC Client: www.textualapp.com]
<derzahl> is anyone kernel ricing? share your secret recipes!
<derzahl> especially anything to do with power savings
<ComradeMisato[m]> is lina just marcan as a 3d anime girl 🤔
<j`ey> derzahl: you could look at CPU governors, maybe powersave for example
<derzahl> would setting timer freq to 300hz like default Arch F anything up?
<derzahl> j`ey: got all the governors enabled. was thinking more ricey
<derzahl> whos got their rice dial turned up to 11?
<derzahl> i take it 'Suspend to RAM and standby' is completely broken since its disabled?
<j`ey> yes wifi/pci is causing an issue with suspend currently
<j`ey> I doubt 300hz tick would mess anything up
<derzahl> j'ey: oh, thats all? so is it safe to compile in suspend and just disable in systemd?
<j`ey> probably
<j`ey> if it tries to suspend it will crash
<derzahl> anyone aware of apple specific patches that arent in master? I pull in a few genral patches from https://github.com/ptr1337/kernel-patches/tree/master/5.18
<j`ey> master meaning asahi?
<derzahl> yes
<j`ey> nothing I know of, thats not WIP
<derzahl> i patched the BORE scheduler ¯\_(ツ)_/¯
nsklaus has joined #asahi
derzahl has quit [Ping timeout: 480 seconds]
calm_dolphin[m] has joined #asahi
jakebot6 has quit [Ping timeout: 480 seconds]
Tano70 has quit [Ping timeout: 480 seconds]
derzahl has joined #asahi