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
<nicolas17>
it's not possible to enter 1TR before doing initial macOS setup and setting a password etc, right?
<tpw_rules>
if it is, then could you do anything useful without having done that initial setup to create the machine owner?
<Tramtris1>
udd
<Tramtris1>
ss
<Tramtris1>
woops.. sorry bout that 🤔
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<nicolas17>
tpw_rules: I want to like, dump the preboot volume
<nicolas17>
unfortunately I can't test this without DFU-wiping my mac to see what it looks like before setup
<nicolas17>
but I'm sure someone here knows already :P
<tpw_rules>
you can't extract it from the ipsw?
<nicolas17>
it's common for new macs to come with a preinstalled build that there is no public download for
<nicolas17>
(M2 Pro/Max are coming with 22A8380)
user982492 has joined #asahi-dev
hertz has joined #asahi-dev
hertz_ has quit [Ping timeout: 480 seconds]
amarioguy has quit [Remote host closed the connection]
<jannau>
marcan: I was planning to send the t8112 DTs as soon as I get the m2 mac mini to work
<marcan>
sigh, looks like Robin ignored my request not to merge the binding change...
<marcan>
so we can't send the DTs until next cycle.
<marcan>
:/
<maz>
you can send a revert, I'm sure he'll take it.
<maz>
or even ask him to drop the patch altogether.
<marcan>
probably not worth it
<marcan>
also it was Joerg that merged it
<maz>
ah
<sven>
joro is the iommu maintainer, robin does almost all the reviews ;)
<maz>
yeah, I'd love Robin to take a more active maintainer role, be he knows better! :D
<maz>
but*
<sven>
lol :D
<jannau>
I think it was acceptable to depend on binding changes merged through other trees if they are expected to land in the same cycle
<marcan>
robher: ^ can you ack that?
<jannau>
but we're rather late in the cycle for 6.3 anyway so let us merge them early in the next one
<jannau>
they are not that useful anyway without keyboard and usb support
<marcan>
yeah. I do need to send arnd a pull for everything so far, but it's not much
<marcan>
jannau: except on the new mini... but that doesn't work for other reasons :p
<marcan>
do we have any other pending DT/soc stuff we want to get in this cycle?
<marcan>
(other than the patches on the list which I haven't actually applied yet)
<sven>
nothing from my side
<sven>
all the usb stuff is going to be fun anyway a cycle or two from now. with all its dependencies it'll probably be like 30 patches that all have to go through a single tree
<marcan>
ouch
<jannau>
nothing from my side either
<kettenis>
at least it isn't 30 diffs that have to go through 30 trees in a coordinated fashion ;)
<marcan>
I should also resend the brcmfmac stuff and see if it lands
<marcan>
would be nice
<kettenis>
fwiw my u-boot pci/xhci diff made it into master
<sven>
yeah.. there's the thunderbolt core changes, the PCIe changes which will depend on them due to that OOB tunnel notification and the USB changes that probably also need the same OOB notification, probably also the PHY changes since it looks like I'll need a PHY_TYPE_USB4 used in both thunderbolt and the phy itself :/
<kettenis>
we still may need a hack for the asmedia controllers
<marcan>
kettenis: nice :) (and yeah)
<jannau>
kettenis: should be safe for asmedia as those all have a smc gpio for pwr enable
<kettenis>
I'll take a look at that once my m2 pro mini arrives
<kettenis>
jannau: ah, good
<kettenis>
on the other hand, that means I need to add an smc driver
<kettenis>
and we need to sort out the PCIe power device tree bindings
<marcan>
jannau: j456 also? we don't have that in the DT and it does work
<jannau>
we could try what happens if we enable them in m1n1 since I most likely will need smc to enable the dp2hdmi converter
<marcan>
j375c on the other hand needs some other GPIOs flipped to un-reset the USB3 hub that's in front
<jannau>
marcan: I did not check the j456 adt
<marcan>
jannau: I see a gpio in the adt, but it must already be enabled by default because it works and we don't touch it..
<marcan>
still, good to know we missed that
<marcan>
kettenis: yeah, I also need to make that work properly with sleep/etc
<sven>
the normal pcie darts also depends on the port's APCIE_PORT_APPCLK_EN to be set fwiw
<sven>
it just happens to work for them because m1n1 already enables that and leaves it on
<jannau>
ah, so it might be enabled on the other devices as well. I'll check u-boot with pcie support on the studio
<kettenis>
marcan: yes, powering the chips off seems to save a smallish but non-negligible amount of power (~0.1W for the wifi/bluetooth chip)
<kettenis>
of course if you do that, they probably cannot be used for wakeup
<marcan>
my guinea pig is the SD card reader, since we have external GPIOs for card insert so we actually can keep it working properly
<kettenis>
(which is something I don't care about and is unlikely to be supported in OpenBSD anyway)
<marcan>
(and it's a lot saner to validate stuff with than wifi)
<marcan>
wifi we currently put into soft S3 state, not sure exactly how much power that continues to waste (one would hope not much)
<kettenis>
see above (OpenBSD puts it in that soft sleep state as well)
<marcan>
ah, that's on top of that?
<kettenis>
yes
<marcan>
yeah, then it would be nice to fully power down
<marcan>
though then we need to do a full firmware set on power-up of course, but I know that already works because when I first brought this up there was an issue causing it to do that anyway
<marcan>
*reset
<marcan>
(assuming firmware state is lost if we drop the gpio)
<kettenis>
indeed (and yes the firmware state is lost)
<marcan>
kettenis: so openbsd has the fancy new mailbox emulation thing I had to add already?
<kettenis>
I have a funny issue with reinitialization on OpenBSD
<kettenis>
marcan: yes, I don't need to queue up diffs, I just need an ok from bluerise ;)
<marcan>
lol ok
<kettenis>
(I do appreciate that scaling up development to a larger number of developers is tricky)
<sven>
luckily we have mailing lists for that *sigh*
<marcan>
yup, bleeding edge tech there
<chadmed>
has there ever been any serious discussion around nuking the mailing lists and replacing them with something sane
<chadmed>
or is it a "dont be preposterous the Ancient Ways must be preserved" type deal
<marcan>
#2
<marcan>
tbh I'm kind of tempted to just accepting PRs to the SoC tree on GitHub and try to figure out how to get the asahi list CCed on at least the PR notifs
<marcan>
and then we keep the r-b convention (and the submitter or merger still has to rewrite commits to add the tags), but at least it's on GitHub
<marcan>
and see if anyone shouts at me for it
<jannau>
there are discussions to switch drm to gitlab. main argument against it is how to make sure everyone (most) convert to gitlab
<marcan>
it's not like anyone but us and ericcurtin is reviewing the RTKit stuff anyway, I'll have to ask him but I assume everyone else would be fine with github
<marcan>
then for DT stuff it's up to that crowd or we can keep just that on the ML
<sven>
marcan: kettenis: so I guess for PCIe apple,usb4-pcie then? (plus the usual tXXXX-usb4-pcie)
<marcan>
yeah, sounds about right
<kettenis>
doesn't trigger my OCD ;)
<sven>
lol :D
<kettenis>
separate compatibles are better here than additional optional properties I think
<sven>
yeah, the usb4 pcie thing require a different init sequence and doesn't even have that reset gpio e.g.
<kettenis>
especially since it means we can't accidentally expose on outward facing port just because the compatible happens to match
<marcan>
yeah
<robher>
marcan: merging thru separate trees for bindings and dts is fine. That's been the norm, but schema warnings changes that.
chengsun has joined #asahi-dev
___nick___ has joined #asahi-dev
chengsun_ has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
chengsun has quit [Ping timeout: 480 seconds]
chengsun has joined #asahi-dev
chengsun_ has quit [Ping timeout: 480 seconds]
robinp has quit [Remote host closed the connection]
chadmed_ has quit [Ping timeout: 480 seconds]
robinp has joined #asahi-dev
hertz has joined #asahi-dev
hertz has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hertz has joined #asahi-dev
hertz has quit []
seeeath has joined #asahi-dev
linuxgemini6 has quit []
linuxgemini has joined #asahi-dev
linuxgemini has quit []
linuxgemini has joined #asahi-dev
bluetail89482 has quit [Read error: Connection reset by peer]
bluetail89482 has joined #asahi-dev
linuxgemini has quit [Quit: getting (hopefully fresh) air o/]
linuxgemini has joined #asahi-dev
amarioguy has joined #asahi-dev
mkurz has quit [Read error: Connection reset by peer]
mkurz has joined #asahi-dev
seeeath has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
bcrumb has joined #asahi-dev
bcrumb has quit [Quit: WeeChat 3.8]
eiln has joined #asahi-dev
<eiln>
exhausted from moving boxes all day, just set up a hotspot from my phone so i can even write this. i read the logs, so ill get back to anyone in <2 days #timing #amirite
eiln has quit []
seeeath has quit [Read error: Connection reset by peer]
seeeath_ has joined #asahi-dev
gladiac has joined #asahi-dev
cylm has quit [Ping timeout: 480 seconds]
hertz has joined #asahi-dev
hertz has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zzywysm has joined #asahi-dev
jluthra has quit [Remote host closed the connection]
jluthra has joined #asahi-dev
gladiac has quit [Quit: k thx bye]
seeeath_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
seeeath has joined #asahi-dev
___nick___ has quit [Ping timeout: 480 seconds]
jeffmiw has joined #asahi-dev
bluetail894825 has joined #asahi-dev
bluetail894825 has quit [Read error: Connection reset by peer]
hertz has joined #asahi-dev
bluetail89482 has quit [Ping timeout: 480 seconds]