<rqou_>
sven: is gadget mode supposed to work with your atcphy code? when i connect a cable in such a way, i see atcphy attempting to switch to USB3 mode, the UDC driver loads, the linux gadget framework also loads, but the other machine doesn't see anything
alcazar has quit [Ping timeout: 480 seconds]
kettenis_ has joined #asahi-dev
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
doggkruse has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
alcazar has joined #asahi-dev
yuyichao has quit [Ping timeout: 480 seconds]
alcazar has quit [Ping timeout: 480 seconds]
wfsegg4g2s[m] has joined #asahi-dev
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
<wfsegg4g2s[m]>
Hey! Im interested in booting the kernel on a IPad 4, im wondering how I would get information to create device trees from it
<wfsegg4g2s[m]>
/how it happened for the Apple M1 processors
<matthewayers[m]>
wfsegg4g2s: Unfortunately this is not possible on the iPad 4 because iOS/iPadOS devices are locked down in a way that the M-series chips are not.
alcazar has quit [Ping timeout: 480 seconds]
<wfsegg4g2s[m]>
matthewayers[m]: could rooting it help?
alcazar has joined #asahi-dev
<Jamie[m]1>
it has checkm8 so it’s presumably possible in theory, but it’d require reverse engineering and implementing drivers for all the hardware that’s changed in between the A6X and M1, not just device tree changes
<wfsegg4g2s[m]>
Jamie[m]1: Yeah, device tree changes would just be the very start
<wfsegg4g2s[m]>
* very start though
yuyichao has joined #asahi-dev
doggkruse has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
<rqou_>
on a checkm8-able device you should be able to pull what is essentially the ADT info using `ioreg`, but a _lot_ has probably changed between the A6X and the M1
alcazar has joined #asahi-dev
<wfsegg4g2s[m]>
<rqou_> "on a checkm8-able device you..." <- isnt ioreg for the Macintosh exclusively?
<rqou_>
back in the day there existed ioreg that ran on ios devices, but idk if that works on modern jailbreaks
<wfsegg4g2s[m]>
Would there be any other methods to get the adt then?
alcazar has quit [Ping timeout: 480 seconds]
<rqou_>
iBoot has to hand it to the kernel at some point, but idk if there exists any existing tooling to work with any of this
<wfsegg4g2s[m]>
rqou_: I cant find it yet(then again ive been searching for 2 minutes) only thing I could find was a root shell executing ioreg...is that how it would go?
<wfsegg4g2s[m]>
rqou_: probably not
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
phiologe has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
<nicolas17>
wait what
<nicolas17>
A6X is 32-bit lol, it would need a huge amount of changes
PhilippvK has quit [Ping timeout: 480 seconds]
<nicolas17>
I don't know if there's even a good exploit for checkm8 for that SoC
doggkruse has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
kenzie has quit [Ping timeout: 480 seconds]
<wfsegg4g2s[m]>
nicolas17: There is!
<nicolas17>
I'd like to see asahi ported to (checkm8-affected) A-series chips too, but 64-bit feels like a basic requirement...
<wfsegg4g2s[m]>
nicolas17: why is 64-bit a basic requirement?
alcazar has joined #asahi-dev
<nicolas17>
because otherwise it's *way* too different from the existing M1 work
<wfsegg4g2s[m]>
Id be happy with ~Asahi with KDE mobile and angelfish
<wfsegg4g2s[m]>
nicolas17: Thats because it is!
alcazar has quit [Ping timeout: 480 seconds]
kenzie has joined #asahi-dev
<nicolas17>
rqou_: can the ADT be extracted from the ipsw too? or is that in a different format?
<poplar>
...ok apparently I have to turn off notifications on "tree" here.
<nicolas17>
lol, can't you make it trigger on the whole word only?
<poplar>
That was the whole word
<nicolas17>
ah I see it was said as a separate word earlier
alcazar has joined #asahi-dev
<kevans91>
anyone have a built Image.gz they'd be willing to toss somewhere? I have an m1n1 change to linux.py that I'd like to test, but not really any linux build setup (and no real use for setting one up otherwise)
<kevans91>
er, presumably that's the kernel payload
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
kov has quit [Quit: Coyote finally caught me]
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
nicolas17 has quit [Quit: Konversation terminated!]
doggkruse has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<rqou_>
does anybody know of a linux tool that can decode a raw prores bitstream? or do i really need to slap some kind of container like mov or mkv around it?
alcazar has joined #asahi-dev
<rqou_>
jannau: m1n1 branch dcp-nb crashes and reboots on m1 max
<rqou_>
fwiw branch dcp _did_ boot until it got to grub, after which grub would complain it was out of memory
alcazar has quit [Ping timeout: 480 seconds]
<kode54>
you could try ffmpeg's prores codecs, assuming they even work with current spec
<kode54>
but they probably assume a container at least
<amarioguy>
quick question, i realize this may sound dumb but i'm not sure how Asahi does this, but do we use pull requests for committing changes to the asahi branch, or do we use mailing lists ala mainline Linux
<amarioguy>
or do we just make our own branch
<j`ey>
make your own branch, markan will pull it in if its 'good enough'
<_jannau_>
we shout at marcan for kernel patches to be integrated into asahi. pull request do not work due to rebasing
<brentr123[m]>
Does anybody know if the Ubuntu devs are using asahis code?
alcazar has joined #asahi-dev
<j`ey>
I havent seen anyone representing Ubuntu here
<jn>
in time, asahi patches will inevitably land in ubuntu
<jn>
simply because they are landing in mainline linux
<j`ey>
yeah but m1n1 and uboot et al need specific work
amarioguy has quit [Remote host closed the connection]
alcazar has joined #asahi-dev
<kevans91>
(broken in the sense that it didn't work by default because tty_dev is optional)
alcazar has quit [Ping timeout: 480 seconds]
bps3 has quit [Ping timeout: 480 seconds]
gladiac has quit [Quit: k thx bye]
alcazar has joined #asahi-dev
gladiac has joined #asahi-dev
gladiac has quit []
gladiac has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
<kettenis_>
j`ey: I still think a UEFI-aware distro should just work on these systems once a kernel with the proper hardware support is available
<kettenis_>
m1n1 and u-boot updates from the OS may be nice to have, but shouldn't be essential
<j`ey>
yeah, true
<kettenis_>
and I think it would make sense for the Asahi installer to have an update mode that allows you to update the firmware and m1n1/u-boot
<kettenis_>
and folks who want to boot multiple OSes may need a distro that is aware of the paired ESP concept
alcazar has joined #asahi-dev
<marcan>
the main issue is going to be the firmware copy script and dealing with multi ESP
<marcan>
and yes, it will have an update/reinstall mode, not the least because apparently Apple sometimes breaks m1n1 with their updates...
alcazar has quit [Ping timeout: 480 seconds]
<Glanzmann>
j`ey: A user contacted me today regarding an issue with Debian. He wanted to install Ubuntu. I did not find a single ubuntu mirror with arm64 ... so we ended up installing Debian.
<Glanzmann>
marcan: I installed 12.3.1 on two systems (mini and air), no breakage for me.
the_lanetly_052 has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
<nicolas17>
now that there's more people around
<nicolas17>
someone yesterday asked about getting Linux running on A6X, I personally think it would be interesting to get it working on A-series chips, but A6X would take an absurd amount of work because it's 32-bit
<nicolas17>
but I don't actually know; how much of asahi's work would be even relevant?
alcazar has quit [Ping timeout: 480 seconds]
<sven>
there might be some stuff that can be reused (i2c) but I’d expect many things to be very different
<marcan>
some jellybean drivers like UART/SPI might work, maybe PMGR too? definitely not cpufreq, maaybe some of the RTKit stuff with a lot of porting work if it's similar?
<sven>
some of the later chips with that checkm8 bug might be possible, but I know that at least dart is different
<sven>
and I think those also used dwc2
<marcan>
I wonder when they even introduced i2c, I wouldn't be surprised if that pasemi block is recent-ish and they were using samsung before
<sven>
yeah, maaaaybe some rtkit stuff. But I think even nvme used to be different
<marcan>
also AIC, even if similar, would be wired completely differently to the FIQ stuff
<sven>
true
<nicolas17>
sven: my thought was "later chips are doable, even though it may take a lot of work for some peripherals; but 32-bit is a step way too far"
<marcan>
yeah, pretty much
<sven>
yeah
<marcan>
I mean I expect it to just work on A14 if you have a way to run the code
<nicolas17>
but I wasn't sure if that was right
<marcan>
and going back from that would get progressively harder
<sven>
yeah. I know that the last chip with the checkm8 but would already be quite some effort
<marcan>
I do know the UART driver works all the way back at least, someone already tried that one :')
<marcan>
but that's to be expected
<sven>
i don’t think DCP existed then and usb was definitely dwc2 with a different phy
<marcan>
DCP is definitely recent
<marcan>
so yeah, whole bespoke display controller driver to write there
<nicolas17>
oh yeah DCP
<nicolas17>
DCP is A14
<sven>
so lots of work either way
<sven>
someone should “just” find a bootrom bug so that I can run Linux on those M1 iPads please ;)
alcazar has joined #asahi-dev
<brentr123[m]>
sven: How about for those devices that have checkrain
<brentr123[m]>
Oh nevermind specifically M1
<sven>
please re-read the discussion, we’ve covered that
<nicolas17>
last week I suddenly remembered I still had the sandcastle APFS volume in my iPhone 7 eating a gigabyte or two ^^
alcazar has quit [Ping timeout: 480 seconds]
caef^ has quit [Ping timeout: 480 seconds]
nyx_o has quit [Quit: WeeChat 3.5]
alcazar has joined #asahi-dev
roxfan2 is now known as roxfan
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
chengsun has joined #asahi-dev
c10l has quit [Quit: Bye o/]
c10l has joined #asahi-dev
c10l has quit []
nyx_o has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
the_lanetly_052 has joined #asahi-dev
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
c10l has joined #asahi-dev
alcazar has joined #asahi-dev
doggkruse has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
the_lanetly_052__ has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
the_lanetly_052 has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
c10l has quit [Quit: Bye o/]
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
c10l has joined #asahi-dev
c10l has quit []
alcazar has quit [Ping timeout: 480 seconds]
alcazar has joined #asahi-dev
c10l has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
c10l has quit [Quit: Bye o/]
c10l has joined #asahi-dev
c10l has quit []
alcazar has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
<jannau>
rqou_: t600x is fixed, m1n1 didn't set the dart type
<rqou_>
it still doesn't work, but it gets much further once i remember to actually cherry-pick in the 4k page patch
alcazar has quit [Ping timeout: 480 seconds]
<rqou_>
the pile of "denying map of invalid buffer X for pidoma" seems sus, but i don't really know anything about this code or hardware
alcazar has joined #asahi-dev
c10l has joined #asahi-dev
c10l has quit []
<rqou_>
oh huh, this is indeed a 4k kernel limitation
caef^ has joined #asahi-dev
c10l has joined #asahi-dev
<rqou_>
because sven apparently wrote "Disable get_sgtable for granule > PAGE_SIZE" "While this function *probably* works correctly without any changes for granule > PAGE_SIZE I don't have any code to actually test it and cannot reason about how the function is supposed to work. Disable it instead until we run into a use case where it's required."
<rqou_>
but it looks like the new DCP driver indeed requires that function?
c10l has quit []
c10l has joined #asahi-dev
alcazar has quit [Ping timeout: 480 seconds]
<j`ey>
probably via drm_gem_cma_get_sg_table
<rqou_>
no it just outright calls that function when mapping buffers for the DCP
<rqou_>
which is the asahi branch + sven's atcphy + my own m1 max atcphy + DCP + rebased 4k iommu patch
<rqou_>
not exactly the standard thing everyone else is
<j`ey>
hmm I saw 'NVMMU TCB invalidation failed' before th patch from marcan to shutdown nvme in uboot
<j`ey>
SART error. Interrupt status 0x80, SART has interrupts..?
alcazar has joined #asahi-dev
alcazar has quit [Remote host closed the connection]
bps3 has joined #asahi-dev
<rqou_>
looks like i can win the race condition by moving apple_dcp/apple_piodma/appledrm into the initramfs, but keeping the nvme driver linked into the kernel
<rqou_>
i sure hope i don't end up with major disk corruption due to a hidden bug at some point in the future
<rqou_>
but yeah, tl;dr everything works
<rqou_>
fwiw attempting to not load the DCP driver until the desktop is reached and then manually modprobe-ing it doesn't work either
<rqou_>
anyways, final list of problems: DCP driver doesn't work with sven's iommu patch. the disabling of get_sgtable has to be reverted. after that, a race condition happens with the nvme, which can be worked around by putting DCP into the initramfs