ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | Non-development talk: #asahi | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
hightower3 has joined #asahi-dev
jeisom has quit [Ping timeout: 480 seconds]
hightower2 has quit [Ping timeout: 480 seconds]
AnuthaDev_ has quit []
as400 has quit [Remote host closed the connection]
as400 has joined #asahi-dev
hex-spell has quit [Ping timeout: 480 seconds]
gabuscus has quit []
hex-spell has joined #asahi-dev
gabuscus has joined #asahi-dev
DannyB has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
tristan2_ has joined #asahi-dev
tristan2 has quit [Ping timeout: 480 seconds]
hex-spell has quit [Ping timeout: 480 seconds]
dylanchapell has quit [Read error: Connection reset by peer]
jason1923 has joined #asahi-dev
jason1923 has left #asahi-dev [#asahi-dev]
dylanchapell has joined #asahi-dev
DannyB has quit [Ping timeout: 480 seconds]
jason1923 has joined #asahi-dev
jason1923 has quit []
midou has quit [Remote host closed the connection]
midou has joined #asahi-dev
crabbedhaloablut has joined #asahi-dev
balrog has quit [Ping timeout: 480 seconds]
balrog has joined #asahi-dev
lena6 has quit [Remote host closed the connection]
<marcan>
I'm going to roll new tags of everything for now, flying out tomorrow
<marcan>
hope we got most of the borkage so far
<espo>
thx chadmed :D, you where faster :D
<chadmed>
espo: it was simple enough to fix i couldnt help myself :P
<espo>
:D
<espo>
hehe
compassion17850 has joined #asahi-dev
<leio>
marcan: could we turn the speakers on for the Studios at m1n1 level, where they don't really have tweeners to blow up and would need a kernel arg still? Or that would give too much an impression for the rest to start risking?
r0ni has quit [Ping timeout: 480 seconds]
compassion1785 has quit [Ping timeout: 480 seconds]
compassion17850 is now known as compassion1785
<marcan>
I thought they were already, but I guess it's the Minis anyway
<marcan>
*Minis only
<marcan>
anyway, this is all coming together soon, there's no point in rushing out bits piecemeal
<marcan>
(also does anyone seriously use the speakers in the desktops? :p)
<leio>
yeah, I had to patch dts for M2 Ultra Studio, pass kernel option, grab chadmed's ucm tree and tweak one thing in alsamixer and it's working great
<leio>
I needed it to get audio jack working
<leio>
as the kernel ASoC stuff would barf overall otherwise
<leio>
and pipewire would show me just dummy output
<leio>
(chadmed helped me out)
<janneg>
I guess for the m2 someone needs to run the audio tracer to see how macos configures the amplifier
<janneg>
headphone jack should work just with the UCM files which haven't been updated for the 2023 machines
<leio>
if asahi UCM stuff wan't installed, it worked to the extent of very silent microphone only, no sound out of headset
<leio>
if it was with Mac Studio J475.conf file added to do same as J375, it broke that too to this dummy output
<leio>
with chadmed's production branch it needed speaker enabled to work for the time being and get the UCM tweaks applied which improved microphone volume and then kept sound output working as well
<leio>
I guess that basically the UCM stuff assumes speakers are there or otherwise error out overall
<marcan>
the audio jack should work without any of this though?
<marcan>
you do need the UCM files, but those should be installed already
<leio>
only microphone worked, didn't make a beep without
<leio>
without UCM
<marcan>
which exact machine is this?
<leio>
with UCM they broke, once I actually added a J475 toplevel conf to make those be used
<marcan>
ah, 475
<leio>
M2 Ultra Mac Studio 2023
<marcan>
yeah that one wouldn't be there yet
<marcan>
because that machine isn't supported at all yet :p
<leio>
as I said, chadmed helped me with this
<marcan>
you shouldn't need any kernel/dts changes for that though
<marcan>
just the UCM files (if done correctly)
<leio>
yeah, not supported at all, I just have everything I need going, except kernel HDMI :)
<marcan>
we already went through that with the M1 desktops, where if you didn't have speakers they broke at one point, but not any more
<leio>
I guess the UCM files might need some tweaks then :)
<leio>
(and thus no GPU :( )
<marcan>
no video is the bigger problem
<marcan>
GPU works
<leio>
anyhow, if things are coming together and you think we should just wait for that, I'm good, I know what I need to patch on kernel upgrades
<marcan>
but without DCP support that's not going to actually result in working graphics
<marcan>
and right now those machines are framebuffer-only (as of very recently)
<leio>
what do we need to do with DCP, is it being worked on or is it something to try to work on myself somehow
<marcan>
janneg is working on that
<leio>
ok, please do let me know if I can help in any way; testing, grunt work, anything. I've made this my daily driver already and quite motivated. Though my graphics driver and similar experience dates back to Geode LX times
<marcan>
leio: testing on j375 the headphone jack works just bringing up the volume in alsamixer, so j475 should be the same. I'm running this one headless so I haven't tested pipewire/ucm/etc, but it should definitely work if the configs are right.
<janneg>
headphones with alsa should work without ucm files on j475d if the alsa device is configured correctly, not sure if pipewire will interfere with the config
<leio>
maybe it was the volume level problem then and chadmed steered me towards trying the upcoming UCM stuff
<leio>
which I did, and he's aware what needs some further tweaks for the microphone volume
<janneg>
the ucm files apply the necessary configuration
<marcan>
it's possible the upcoming UCM stuff borks without speakers again, not sure if that's been tested.
<marcan>
leio: quick fix would have been to just look in /usr/share/alsa/ucm2/conf.d/macaudio and copy&replace everything mentioning j375 into j475
<marcan>
that should do it
<marcan>
no need for any newer configs
<leio>
the upcoming configs initially gave stuff like https://bpa.st/ZRPQ without speakers enabled, etc
<janneg>
chadmed was planning to remove the speaker detection so I would expect that that breaks again without speakers
<marcan>
yeah that would do it
<marcan>
leio: those errors are expected
<marcan>
they happen on all machines
<marcan>
it doesn't mean it won't work
<marcan>
that just means something tried to play back sound on the *speaker* subdevice
<marcan>
the *headphone* subdevice should still work
<leio>
I do have it working with the new UCM stuff now, speakers too, that's why I'm just asking if we should enable at m1n1 level for M2 Studio at this point
<leio>
sorry, not m1n1 level, kernel dts level
<marcan>
no because we don't even ship those UCM files or anything else yet for speaker support
<marcan>
and this whole thing is relatively moot until video is usable anyway
<marcan>
by which time speaker support will be ready across the board most likely
<leio>
OK
<leio>
there's still the kernel cmdline gate as well
<marcan>
basically we're working on a bunch of things at once, and trying to enable half-assed support partway along the way is just a distraction, when the machine isn't really usable for other reasons.
<marcan>
that gate will go away once speakersafetyd stuff is done
<leio>
M2 Ultra is so fast and silent that even 30% all cores for llvmpipe rasterize_scene stuff makes it quite usable for non-games on OpenGL gnome-shell :) but yes, not a normal thing to "support"
<marcan>
(basically replaced by a watchdog-capable magic handshake with userspace, that falls back to not no audio, but rather just a very low volume cap)
<chadmed>
janneg: yeah my branch currently has no speaker detection so any acp/ucm interaction will fail on the missing mixer elems. the problem for leio initially was indeed the jack mixer elems not being set to sane defaults without ucm or kcontrol fixup in macaudio
<chadmed>
none of this will matter in a little while anyway so *shrug*
lina has quit [Remote host closed the connection]
<marcan>
eiln: just tried j456, this one has an IMX364.
<marcan>
I'll poke around and see if it runs the obvious way
<eiln>
wonderful
<j`ey>
I wonder if there will be a sucessor to that machine
<marcan>
yeah heh
<marcan>
Apple seems not to care about the iMacs much lately...
<kidplayer666>
They didn't even launch an iMac pro..
<kidplayer666>
I got a feeling that the Mac category, despite the recent apple silicon revolution is kinda getting divested from
<eiln>
your pixel 5a has a 363, mildly interesting
<marcan>
the one that just died on me? lovely :p
<kidplayer666>
did it die cause of mistreatment or simply because Google hasn't in 7 years figured out QC yet
<marcan>
eiln: one camera config, 1920x1080 only
<kidplayer666>
I bet you, in a month there will be reports of the new Pixel 8 breaking down in some hilarious way
hightower3 has quit [Ping timeout: 480 seconds]
<marcan>
kidplayer666: the latter
<marcan>
at least they're RMAing it for free
<chadmed>
kidplayer666: the mac isnt going anywhere lol
<kidplayer666>
Nice
<kidplayer666>
marcan: I heard that when it came to the camera cracking thing they weren't covering it under warranty
<kidplayer666>
So I wasn't sure how well it was covered when it came to the rest
<kidplayer666>
chadmed: I feel that the chance for asahi to even exist is slimming down as Apple tries to strenghthen control over the platform
<kidplayer666>
An AppStore exclusive Mac doesn't feel too farfetched (it's now called an iPad)
* j`ey
looks for a post by markan about this
<chadmed>
they re-engineered iboot _specifically_ to enable stuff like asahi to exist
chadmed has quit [Remote host closed the connection]
<kidplayer666>
j`ey: thanks
zalyx0 has joined #asahi-dev
<marcan>
asahi-6.5-11 tagged with that stuff
jeisom has joined #asahi-dev
zalyx0 has quit []
chadmed has joined #asahi-dev
zalyx0 has joined #asahi-dev
cyrinux has quit []
cyrinux has joined #asahi-dev
cyrinux has quit []
cyrinux has joined #asahi-dev
cyrinux has quit []
cyrinux has joined #asahi-dev
<marcan>
asahi-dev packages updated
Deewiant has quit [Remote host closed the connection]
Deewiant has joined #asahi-dev
espo has quit [Quit: WeeChat 4.0.5]
<cy8aer>
Because it is still not in asahi-6.5-11: Would it be possible to offer the camera resolutions needed for web applications that are offered with macOS on mbpro14/m1 please? According to https://webcamtests.com/resolution these are VGA, HD, and FHD. With Linux only FHD is offered. I know it is hopefully only a bit dtp but it would be very useful on many web applications.
<marcan>
non-cfg0 (t600x) does not have them, instead it has some funnier resolutions that come straight from sensor presets. we may or may not want to add the extra resolutions there too.
cy8aer has quit [Remote host closed the connection]
<marcan>
I guess I'll add it just for consistency
cy8aer has joined #asahi-dev
jeisom has quit [Ping timeout: 480 seconds]
<marcan>
cy8aer: should be in -12 now
<cy8aer>
marcan: Thank you.
<janneg>
asahi-6.5-11 / m1n1-1.4.x works on j375d/j493
<cy8aer>
I'll try that out right away...
darkapex has joined #asahi-dev
<cy8aer>
yep, now it works (e. g. jitsi)
<cy8aer>
Thanks
flom84 has joined #asahi-dev
flom84 has quit [Quit: Leaving]
flom84 has joined #asahi-dev
<marcan>
TIL common webcam software doesn't know how to downscale...
<cy8aer>
😉
jeisom has joined #asahi-dev
DannyB has joined #asahi-dev
dcow has joined #asahi-dev
ChaosPrincess has quit [Quit: ChaosPrincess]
ChaosPrincess has joined #asahi-dev
DannyB has quit [Ping timeout: 480 seconds]
r0ni has joined #asahi-dev
DannyB has joined #asahi-dev
AnuthaDev has joined #asahi-dev
espo has quit [Quit: WeeChat 4.0.5]
DannyBATL has joined #asahi-dev
DannyB has quit [Read error: No route to host]
espo has joined #asahi-dev
<DannyBATL>
@marcan: Just FYI - i found a wifi point that, when scanned, crashes the 4388 driver (even without the 6G patches). So you'll have at least one more patch once i figure out what's going on, i'll rebase to the asahi-wip branch. I suspect we have one of the structure versions wrong but they didn't modify it enough to matter in most cases.
<marcan>
gotcha, thanks
<janneg>
looks like we need to handle missing calicration files in older versions of appleh13camerad gracefully
hightower2 has joined #asahi-dev
flom84 has quit [Ping timeout: 480 seconds]
hightower2 has quit [Read error: Connection reset by peer]
AnuthaDev has quit [Ping timeout: 480 seconds]
dcow has quit [Remote host closed the connection]
zalyx0 has quit [Quit: later alligator]
zalyx0 has joined #asahi-dev
dcow has joined #asahi-dev
hightower2 has joined #asahi-dev
dcow has quit [Ping timeout: 480 seconds]
hightower3 has joined #asahi-dev
hightower2 has quit [Read error: Connection reset by peer]
hightower4 has joined #asahi-dev
darkapex has quit [Remote host closed the connection]
darkapex has joined #asahi-dev
<marcan>
janneg: 12.3 doesn't have all of them?
<marcan>
12.4 has to at least
hightower4 has quit [Read error: Connection reset by peer]
<janneg>
copying now 12.3 and 12.4 appleh13camerad
dcow has joined #asahi-dev
DannyBATL has quit [Ping timeout: 480 seconds]
<marcan>
made it a warning instead of an error, package pushed
dcow has quit [Ping timeout: 480 seconds]
hightower2 has joined #asahi-dev
zalyx0 has joined #asahi-dev
dcow has joined #asahi-dev
dcow has quit [Remote host closed the connection]
dcow has joined #asahi-dev
<janneg>
any idea why simpledrm could end up with such a bogus looking resource on fedora: "simple-framebuffer simple-framebuffer.0: [drm] *ERROR* could not acquire memory range [bus ffff5581cc480580-ffff80008006bae0 flags 0xffffc578ca683088]:"?
<janneg>
the devicetree in /proc looks fine
dcow has quit [Ping timeout: 480 seconds]
dcow has joined #asahi-dev
cyrinux has quit []
dcow has quit [Remote host closed the connection]
cyrinux has joined #asahi-dev
dcow has joined #asahi-dev
<j`ey>
janneg: you said you didnt see this on gentoo right? with the exact same dtb
dcow has quit [Remote host closed the connection]
dcow has joined #asahi-dev
dcow has quit [Remote host closed the connection]
dcow has joined #asahi-dev
dcow has quit [Remote host closed the connection]
jacksonchen666 has quit [Ping timeout: 480 seconds]
dcow has joined #asahi-dev
zzywysm has joined #asahi-dev
<zzywysm>
marcan: are you intending to update the m1n1 subproject within asahi-installer to something newer than 1.3.3?
<j`ey>
(that err case might need to free memory, just make the simplest thing I could do to try)
dcow has joined #asahi-dev
psykose has quit [Remote host closed the connection]
psykose has joined #asahi-dev
<j`ey>
if it works, I can look at trying to make it a proper patch
dcow has quit [Ping timeout: 480 seconds]
<janneg>
j`ey: no, simpledrm intentionally doesn't do that. simpledrm should only grab the aperture if it is free. otherwise it could race with the proper drm driver if both are built-in or modules
<j`ey>
I see
<j`ey>
well that's where the issue stems from
<j`ey>
EFIFB is enabled in fedora, I guess not in your gentoo setup?
<janneg>
I noticed that fedora builds with efifb
<janneg>
I tried to block eififb's initcall but that didn't change anything, also did not look like efi grabbed the framebuffer from sysfs
<j`ey>
I disabled FB_EFI, and I didn't get the issue
<janneg>
despite of the error simpledrm still seems to work. error is before the kernel calls init but with "rhgb quiet" removed from cmdline args it still print systemd startup messages
<j`ey>
are you sure it's not efifb?
<janneg>
something breaks once the system is booted, on shutdown I see again messages
<janneg>
I don't see any of efifb's messages in the kernel log, blocking efifb_probe makes no difference