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
<Glanzmann> isoriano: Do you have a one liner to reproduce the issue, what does 'iptables -L -n' say?
<Glanzmann> isoriano: All ipv4/ipv6 netfilter options are enabeld as built-in or module.
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
isoriano has joined #asahi-alt
<isoriano> Good morning. @Glanzmann output is: iptables: Failed to initialize nft: Protocol not supported
isoriano has quit [Quit: Leaving]
isoriano has joined #asahi-alt
isoriano has quit [Quit: Leaving]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
isoriano has joined #asahi-alt
<isoriano> And while testing ... i thought I give my oldskool demo a run on this nice architecture .. hoep you like some oldskool demos.
<mps> Glanzmann: on which machine you tested kernel 6.0-rc1? mb air?
<Glanzmann> mps: mb air m1.
<Glanzmann> isoriano: Can you send me the qemu command that you're trying to run?
<Glanzmann> isoriano: For me iptables -L -n and iptables -L -n -t nat work without an error message.
<mps> Glanzmann: ah, I'm trying on m1pro
<mps> will take m1 mbp and try on it
<j`ey> isoriano: hey cool demo! 43FPS without GPU support! :P
chadmed has joined #asahi-alt
<mps> Glanzmann: yes, 6.0-rc1 boot fine on m1 mbp, but not on m1pro macbook
<Glanzmann> mps: I see.
<Glanzmann> I only booted in on m1 air.
<mps> ok. now we know that it also boot on m1 mbp
<Sobek[m]> <mps> "Glanzmann: yes, 6.0-rc1 boot..." <- What happens on m1pro / why does it fail to boot ? Still missing some patches in upstream ?
<Glanzmann> Sobek[m]: In upstream are a lot of patches missing, unless you maz and you run mac mini headless.
<mps> Sobek[m]: have no idea. last text I see on screen is grub telling loading vmlinuz and nothing after that
<Glanzmann> Sobek[m]: But we were talking about 6.0-rc1 asahi branch that m a r c a n recently rebased. So that is asahi rebased on top of 6.0-rc1.
<Glanzmann> mps: My bets are on device tree, but might also be that the console does not initialize. Does the system ping afterwards?
<mps> no, nothing works, even caps lock key don't activate led when pressed
<Glanzmann> I see.
<Glanzmann> mps: Than just wait a bit once m a r c a n has recovered from yesterdays gpu session.
<mps> though lets try
<_jannau_> I would recommend running it under the HV. doesn't appear to work is not that informative
<mps> _jannau_: I agree, but now don't have option to run with HV, maybe on weekend
<_jannau_> I would just stop trying then and wait
<mps> that is what I'm doing for now
leif has joined #asahi-alt
<isoriano> @Glanzmann, https://pbot.rmdir.de/C4zkt-2bLBEvs9x5YloczA network setup
<leif> Glanzman: marca n never rebased 60-rc1. Where are you seeing that?
<leif> *6.0-rc1
<isoriano> thx @j`ey
<leif> https://github.com/AsahiLinux/linux/releases/tag/v6.0-rc1 is a Linus Torvalds tagged release
leif has quit []
<Glanzmann> leig: Look a the current 'asahi' branch in above repository.
<Glanzmann> leif*
<Glanzmann> When you follow the commits you can see that the asahi stuff is rebased on top of Linux 6.0 rc1 (git log -p asahi) and than search for 6.0-rc1.
<Sobek[m]> <Glanzmann> "mps: Than just wait a bit once m..." <- Li.na is the one doing these, pretty sure m a r c a n is not involved :)
leif has joined #asahi-alt
leif has quit [Remote host closed the connection]
leif has joined #asahi-alt
<leif> Glanzmann: cool, I see that. But if there's no asahi tagged version here: https://github.com/AsahiLinux/linux/tags and the kernel package doesn't show up here: https://de.mirror.asahilinux.org/aarch64/asahi-dev/ then it's probably a bit early. Just my 2 cents...please let me know if you get that working though.
leif has quit []
<Glanzmann> leif: I got it working on m1 air with my config, but I'm not using it until it is released.
<_jannau_> yes, it is too early for build distro packages. there will changes for audio since the upstreamed audio code conflicts with what was in asahi before
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
<bluetail> Is there something fundamentally different with scheduling / if you compare debian vs arch? One specific game made in Java seems to be unplayable on arch but playable on debian, using the same kernel and video driver. Both systems are fully updated. I don't plan to find the cause deeper cause comparing two OS is a pain and the same behavior can be
<bluetail> found with different hardware configs for me.
<bluetail> This isnt about asahi ^
<bluetail> Oh, and both were using i3 with a minimal config
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has joined #asahi-alt
Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has joined #asahi-alt
_Votes78 has quit [Ping timeout: 480 seconds]
Votes78 has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2022-08-18 20:57:18)]
Votes78 has joined #asahi-alt
Votes78 has quit [autokilled: This host violated network policy and has been banned. Mail support@oftc.net if you think this is in error. (2022-08-18 20:58:35)]
isoriano has quit [Remote host closed the connection]
bluetail has quit [Quit: Ping timeout (120 seconds)]
bluetail has joined #asahi-alt