aleasto has quit [Remote host closed the connection]
aleasto has joined #asahi-dev
aleasto has quit [Quit: Konversation terminated!]
yuyichao has joined #asahi-dev
DragoonAethis has quit [Quit: hej-hej!]
DragoonAethis has joined #asahi-dev
bluerise_ has joined #asahi-dev
bluerise has quit [Ping timeout: 480 seconds]
kov has quit [Quit: Coyote finally caught me]
kov has joined #asahi-dev
PhilippvK has joined #asahi-dev
phiologe has quit [Ping timeout: 480 seconds]
chadmed has joined #asahi-dev
the_lanetly_052 has joined #asahi-dev
jeffmiw has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #asahi-dev
Major_Biscuit has joined #asahi-dev
MajorBiscuit has quit [Ping timeout: 480 seconds]
Dcow__ has joined #asahi-dev
Dcow___ has joined #asahi-dev
Dcow_ has quit [Ping timeout: 480 seconds]
Dcow has quit [Ping timeout: 480 seconds]
ChaosPrincess has quit [Quit: WeeChat 3.4]
ChaosPrincess has joined #asahi-dev
aleasto has joined #asahi-dev
Major_Biscuit has quit [Ping timeout: 480 seconds]
aleasto has quit [Quit: Konversation terminated!]
aleasto has joined #asahi-dev
<marcan>
robher: good catch, I'll send a fix for that
<marcan>
landscape15[m]: yes
<jannau>
marcan: u-boot has smc support and enables the brcm devices
os0 has joined #asahi-dev
MajorBiscuit has joined #asahi-dev
os has quit [Remote host closed the connection]
chadmed has quit [Remote host closed the connection]
<landscape15[m]>
jannau: there is an Apple SMC driver inside the Linux kernel, but I suppose it’s for old macs (T1 maybe?)
<j`ey>
yep
<j`ey>
it has some similarities in the "api"
roxfan has quit [Ping timeout: 480 seconds]
phiologe has joined #asahi-dev
PhilippvK has quit [Ping timeout: 480 seconds]
roxfan has joined #asahi-dev
<marcan>
jannau: oh, that's new :)
<marcan>
(sorry for still being less than 100% around; I've ended up helping a friend with some personal stuff over this week and the next, but I'm still working on the wifi stuff/reviews and other kernel things on and off)
<kettenis>
marcan: no it isn't, the smc support in u-boot has been there ever since I added PCIe support to u-boot
<kettenis>
not sure if I'm going to upstream that bit though, since U-Boot doesn't really need it since I don't plan to add wifi support to u-boot
<marcan>
kettenis: huh, I somehow missed or forgot about that, heh
<marcan>
does it serve any other purpose? on the Pro/Max it could enable the SD card reader and enable booting from that if u-boot can do sdhci-pci, but...
<kettenis>
yeah, that would be a reason to keep it
<kettenis>
don't think u-boot supports pci sdhc controllers on non-x86 systems right now
<kettenis>
anyway, my priorities for u-boot at the moment are:
<kettenis>
1. get upstreamed what I already submitted (wdt, pmgr)
<kettenis>
2. nvme
<kettenis>
3. spi keyboard
<kettenis>
4. pci
<kettenis>
with m1 pro/max support thrown in somewhere once we figure out what the problem with my current diff is
<marcan>
cool :)
<marcan>
that sounds like a good list
<kettenis>
I hope to get at least 1-3 done for the 2022.04 release
<marcan>
that would be awesome!
<marcan>
I need to get SMC done and keep pushing the linux upstreaming wheel, update the asahi branch and then figure out what to do about the Mac Mini video problem in m1n1
<marcan>
and then installer stuff
<marcan>
if I'm lucky by the end of the month I might be able to get things to a near-testable point, and then I can also help out with any u-boot stuff that also needs doing, aiming for something releasable
<ChaosPrincess>
if i am somewhat new to kernel dev but want to contribute, any pointers on what part of hardware to try to get working?
<kettenis>
now that I fixed the MP issue on OpenBSD the plan is to "officially" support the M1 machines in OpenBSD 7.1
<marcan>
nice :)
<marcan>
when is that scheduled to be released?
<kettenis>
May 1st in principle
* maz
updates his obsd VM on M1...
<marcan>
cool, I think by then we should definitely have an installer ready for it with all the right scaffolding
<kettenis>
which means that I need stable DT bindings for nvme by mid march or so ;)
* marcan
pokes svenpeter[m] :D
<marcan>
but I think we can push through the bindings ahead of time without issue, even if the driver will take longer
<marcan>
AIUI everything "interestingly" about the driver is down to the implementation, the bindings don't do much other than "generic rtkit stuff" plus SART
<marcan>
so we can settle those earlier
<marcan>
*interesting
<kettenis>
yup
<sven>
uh, sure
<marcan>
maybe once the SMC prototype is done, just to validate the concept with another ASC?
<marcan>
(which should happen this month)
<sven>
Yeah
<sven>
i was just typing that :D
<marcan>
which puts the bindings at, say, mid february
<marcan>
kettenis: should work for you, right?
<marcan>
(being conservative tbh)
<j`ey>
ChaosPrincess: SMC has lots of things in it, so once the SMC prototype is done, that will be a good chance to look at that
<kettenis>
the current issues seem to be "-mailbox" vs "-mailbox-v4" (the latter being submitted upstream, but not used in any of the asahi trees yet)
<marcan>
^^ this
<kettenis>
and "-ans" vs. "-ans2"
<sven>
or maybe even ans3 if ioreg is to be trusted
<marcan>
I was going to suggest audio, but poking at speaker amplifier chips is a good recipe for accidentally blowing your speakers... happened to me on a chromebook. I actually have AppleCare on the expensive models and funding, so I should probably be the one risking that on the unknown chips.
<sven>
I don’t care either way
<marcan>
SMC makes more sense
* marcan
off to sleep
<kettenis>
sven: let's stick to -ans2
<kettenis>
I've already added the compatible for that to OpenBSD ;)
<marcan>
how does apple even bind to that anyway? the compatibles are generic ASC stuff...
<marcan>
does their driver look at some other prop and decide to instantiate another driver?
<sven>
sure
<kettenis>
role = ANS2?
<sven>
Marcan: ans2 vs 3 is decided by the enable-linear-sq boot arg fwiw
<marcan>
heh
<sven>
and some drivers bind to node names
<marcan>
wait, boot arg?
<marcan>
nvme-linear-sq = None
<marcan>
not that prop in the adt?
<sven>
yeah, boot arg
<sven>
you can disable linear-sq with a boot arg
<marcan>
ah, and then it still works?
<sven>
it then uses the classes called ANS2
<marcan>
and still works
<sven>
yup
<marcan>
so it supports both
<sven>
behaves like the T2 chip then
<marcan>
right
<sven>
i think we had this discussion before ;)
<marcan>
yeah
<marcan>
that almost sounds like it should be "apple,ans3", "apple,ans2"
<sven>
🤷🏻♂️
<marcan>
but if we can detect availability of linear-sq at runtime then we can just not care in the DT
<sven>
I’ll have to check
<sven>
we have to enable it by flipping a bit to 1
<sven>
without that there’s also no NVMMU
<marcan>
nvme side, right?
<marcan>
right
<sven>
yes
<marcan>
I imagine there's always the "try to flip it on and see if it sticks" approach
<marcan>
should I try that on a T2?
<sven>
I guess :D
<marcan>
(thought for all we know they also do ANS3, lol)
<marcan>
I guess if I flip it and it breaks everything then it "works" :D
<sven>
i suspect linear sq will break horribly over pcie, but let’s see :D
<marcan>
I'll give it a shot
<marcan>
anyway, nn :)
yuyichao has quit [Ping timeout: 480 seconds]
m42uko has quit [Quit: Leaving.]
m42uko has joined #asahi-dev
m42uko has quit [Quit: Leaving.]
bluerise_ is now known as bluerise
m42uko has joined #asahi-dev
___nick___ has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
the_lanetly_052__ has joined #asahi-dev
the_lanetly_052 has quit [Ping timeout: 480 seconds]
yuyichao has joined #asahi-dev
the_lanetly_052__ has quit [Ping timeout: 480 seconds]
MajorBiscuit has quit [Ping timeout: 480 seconds]
Dcow___ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]