ChanServ changed the topic of #asahi-dev to: Asahi Linux: porting Linux to Apple Silicon macs | General development | GitHub: https://alx.sh/g | Wiki: https://alx.sh/w | Logs: https://alx.sh/l/asahi-dev
<marcan> sven: hey it protects it RAM at least :p
<marcan> (but not from DMA)
<marcan> *its
user982492 has joined #asahi-dev
Augur[m] has joined #asahi-dev
goldsoultheory_ has joined #asahi-dev
goldsoultheory has quit [Ping timeout: 480 seconds]
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
user982492 has joined #asahi-dev
rohin2 has quit [Ping timeout: 480 seconds]
<j_ey> marcan: still planning the strream to start now?
user982492 has quit [Read error: Connection reset by peer]
user982492_ has joined #asahi-dev
<marcan> having one of those bad technology days, but yes
robinp[m] has joined #asahi-dev
<j_ey> (yes according to twitter from 30mins ago)
rohin2 has joined #asahi-dev
<phire> typical technology, always letting us down
<amw> marcan: Take your time, get it right or make it a feature and talk us through the issues :-)
<chadmed> new stream suggestion: brining up work stream on youtube
<marcan> reenber that stream chat is in #asahi-stream
<marcan> *remember
<chadmed> oops yeah wrong chat :s
l3k has joined #asahi-dev
l3k has quit [Quit: leaving]
robinp[m] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
mika_ has joined #asahi-dev
kov has quit [Quit: Coyote finally caught me]
kov has joined #asahi-dev
phiologe has joined #asahi-dev
mika_ has quit []
mika_ has joined #asahi-dev
robinp[m] has joined #asahi-dev
PhilippvK has quit [Ping timeout: 480 seconds]
user982492_ has quit [Remote host closed the connection]
robinp[m] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
user982492 has joined #asahi-dev
mika_ has quit [Quit: mika_]
robinp[m] has joined #asahi-dev
robinp[m] has quit []
robinp[m] has joined #asahi-dev
robinp[m] has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rohin2 has quit [Ping timeout: 480 seconds]
robinp[m] has joined #asahi-dev
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
user982492 has joined #asahi-dev
goldsoultheory_ has quit [Quit: Leaving]
FireFox317 has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
FireFox317 has joined #asahi-dev
gabuscus has quit [Remote host closed the connection]
gabuscus has joined #asahi-dev
bps2 has joined #asahi-dev
user982492_ has joined #asahi-dev
user982492 has quit [Remote host closed the connection]
user982492_ has quit []
aleasto has joined #asahi-dev
VinDuv_ has joined #asahi-dev
VinDuv has quit [Ping timeout: 480 seconds]
VinDuv_ is now known as VinDuv
<marcan> sven: so yeah AIC changed and I can't get it to work yet :p
<marcan> need to poke around more
<sven> aw :(
<sven> but i heard you made DART and USB work
<marcan> yeah
<marcan> sven: pushed
<sven> hrm, so different addr shift in the PTE and mandatory subpage protection
<marcan> apparently
<sven> ah, and usb just works once you use the new dart
<marcan> yeah
<VinDuv> Hmm, I updated m1n1 on the MBP and can now get the USB-serial working (yay!), but only with a USB-A to USB-C cable. The Thunderbolt cable I use with macvdmtool doesn’t seem to work. Is this expected?
<VinDuv> oh wait I’m an idiot
<VinDuv> I was plugging it on the debug port
<j_ey> anyone know what might be wrong with these few lines https://git.kernel.org/pub/scm/linux/kernel/git/next/linux-next.git/tree/drivers/pinctrl/pinctrl-apple-gpio.c#n112 I got a comment saying "This is incorrect.", just havent figured out why
gpanders[m] has joined #asahi-dev
<sven> I guess they changed the PTE shift because they have phys addrs now that are larger than 40 bits now
<j_ey> im confused by #define DART_PTE_OFFSET_SHIFT 14
<j_ey> isnt that meant to be 10 for t600?
<sven> Don’t think ao
<sven> field_prep takes care of that
<j_ey> oh i was misunderstanding the 14 there
<sven> for t8020 it will be >> 14 and then << 14
<sven> And for t6000 >> 14 and then << 10
<j_ey> its always 14 for the final addr, 16k pages
<sven> yup
jbowen has joined #asahi-dev
<sven> drivers/pinctrl/pinctrl-apple-gpio.c: In function ‘apple_gpio_irq_set_type’:
<sven> ././include/linux/compiler_types.h:335:38: error: call to ‘__compiletime_assert_289’ declared with attribute error: FIELD_PREP: value too large for the field
<sven> j_ey: ^-- huh
<j_ey> gcc 9 or 8?
<j_ey> povik hit that too, but I thought it might be weird/old gcc
<sven> 9
<sven> oh.. i think it's the EINVAL
<sven> let me fix that
<j_ey> I dont understand how this can be a compile time thing..
<sven> yup
<sven> gcc figures out the range for apple_gpio_irq_set_type
<sven> then there's a compile time check in FIELD_PREP that get trigged because -EINVAL > 0b111
<sven> *gets
<j_ey> I guess that makes sense..
<kettenis> annoying when compilers get too smart
<sven> j_ey: want me to send a patch or do you want to do it?
<j_ey> sven: either is fine, i was looking at sending a patch with andy's changes anyway
gpanders[m]1 has joined #asahi-dev
<j_ey> (but send the patch/diff here at least, want to see how you solved it)
<sven> sure :D
<j_ey> im on gcc 10, don't see it. povik had it go away by changing some random bits, so i thought it was a compiler bug
<sven> heh, looks like i messed up the encoding
<j_ey> lgtm, might as well send it to linux-gpio now, in case some other people hit it sooner than i do the other fixes
<sven> sure
<sven> let me just fix that dumb encoding error there
<j_ey> gcc-9-‘
<j_ey> yup
<kettenis> I'm trying to figure out how to detect the various keyboard layouts
<kettenis> my MBP has this in the ADT:
<kettenis> kblang-calibration: 33da1001 00004575 00000000 00000000
<j_ey> kblang-calibration = [0x0000B1A1868B0601, 0x0000000000000000]
<kettenis> what keyboard layout is that?
<j_ey> UK
<VinDuv> French: kblang-calibration = [0x0000B6CC42920201, 0x0000000000000000]
<marcan> ja: m1pro_adt.txt: kblang-calibration = [0x0000C1CB72040301, 0x0000000000000000]
<jix> de mba: kblang-calibration = [0x00002FC513280101, 0x0000000000000000]
<kettenis> not seeing a pattern yet...
<kettenis> so maybe this property isn't related to the keyboard layout
<j_ey> sven: you might have a de mba, whats your kblang-calib?
<marcan> kblang-calibration = << syscfg/ksku >>
<sven> i have a US layout i think
<marcan> "keyboard sku" does sound like it's relevant
<sven> i'd also have to extract its device tree
<marcan> you can look it up with ioreg on macos
<marcan> ioreg -p IODeviceTree -l
<sven> nice
<sven> | | "kblang-calibration" = <0104a7e7af5f00000000000000000000>
<marcan> I bet it's just that second byte
<marcan> strings on AppleHIDKeyboard has a list. Unknown, German, French, Japanese keyboard, US International Keyboard, ...
<marcan> jix had a 1, VinDuv had a 2, I have a 3, sven has a 4
<marcan> (convenient how we're the first 4 types...)
<sven> :D
<jix> how did that order happen though? :D
<marcan> good question!
<kettenis> and mine would be a 10?
<kettenis> or rather 16?
<VinDuv> I bet it’s a code dating back from early Mac OS
<marcan> kettenis: 16: Dutch
<j_ey> 6?
<marcan> British
rohin2 has joined #asahi-dev
<j_ey> either he's right, or he's making it up, but it fits
<marcan> https://mrcn.st/p/ccBB22pY here's the list
<j_ey> I have to find out what "Zhuyin Bopomofo
<j_ey> " is
<marcan> chinese
<marcan> used in taiwan, in particular
<marcan> yup
<kettenis> yes, this one is indeed dutch
<j_ey> bopo mofo :D
<kettenis> (had to check since I didn't order the machine myself)
<marcan> ha
<j_ey> povik: hey, whats yours kblang-calib! probably XXXX16XX
daniels has joined #asahi-dev
<jix> hmm I wonder for autodetection would you want to chose the german pc or the german apple layout, they match for the labels on the keys (at least for apple not labeling the 3rd layer) but even ascii chars like []{}\ and I think some more are in completely different places
bps2 has quit [Ping timeout: 480 seconds]
<sven> marcan: https://github.com/AsahiLinux/linux/commits/dart/t6000 completely untested t6000 dart support
<marcan> :D
<marcan> will test once I fix AIC
<j_ey> sven: hm, you had t8xx dart as 36 bits before, but not 40?
<j_ey> *but now
<sven> yeah, i think that was wrong
<sven> it should've been 40 all along
<j_ey> worth calling out in the commit message
<j_ey> i know completely untested etc
<sven> sure
<sven> the commit messages don't even exist yet
rohin2 has quit [Ping timeout: 480 seconds]
<j_ey> sorry, too eager *_*
<sven> i'm not even sure i like the check to depend on oas. should work though i hope :D
rohin2 has joined #asahi-dev
bps2 has joined #asahi-dev
<povik> j_ey: if i understand what i should be looking for, you guessed right
<povik> | | "kblang-calibration" = <0116ef9616ac00000000000000000000>
<j_ey> nice, too many correct to be a coincidence now :P
<povik> shame i didn't order US layout like i considered, that would have thrown your guess off :-p
<j_ey> ;)
<kettenis> i keep forgetting that Apple's "Dutch" keyboard layout is just "International English" with an additional Euro sign printed in the 2/@ key
<kettenis> (there is an official ducth keyboard layout that nobody uses)
jbowen has quit [Ping timeout: 480 seconds]
rohin2 has quit [Ping timeout: 480 seconds]
Bey0ndB1nary has joined #asahi-dev
Bey0ndB1nary has quit []
pipcet[m] has left #asahi-dev [#asahi-dev]
jbowen has joined #asahi-dev
bps2 has quit [Ping timeout: 480 seconds]
<marcan> pushed basic HV support for t6000 (had to add a page table level, but only on this one, t8103 keeps the old setup since it can't support it)
<marcan> it mostly gets through m1n1 init; needs a bunch more things around MMIO made dynamic, but at least vUART and RAM work
jbowen has quit [Ping timeout: 480 seconds]
jbowen has joined #asahi-dev
___nick___ has joined #asahi-dev
jmr2 has joined #asahi-dev
___nick___ has quit []
___nick___ has joined #asahi-dev
jmr2 has quit []
user982492 has joined #asahi-dev
quentin[m] has joined #asahi-dev
<maz> marcan: what's the PA range on this new toy?
<j_ey> 44 bits
<maz> that's a lot more than I anticipated. probably means that they expect to have systems with a lot more than the current 64GB.
<j_ey> memory also starts a lot higher
<maz> I expect they moved away from the strict 50% split between ram and IO.
mika_ has joined #asahi-dev
<kettenis> RAM starts at an address that starts with 0x1, so yes
mika_ has quit [Remote host closed the connection]
jacoxon has joined #asahi-dev
aleasto has quit [Remote host closed the connection]
jbowen has quit [Ping timeout: 480 seconds]
___nick___ has quit [Ping timeout: 480 seconds]
user982492 has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
jacoxon has quit []
bps2 has joined #asahi-dev
bps2 has quit [Ping timeout: 480 seconds]
bps2 has joined #asahi-dev
bps2 has quit [Ping timeout: 480 seconds]
bps2 has joined #asahi-dev
user982492 has joined #asahi-dev
X-Scale has joined #asahi-dev
X-Scale` has quit [Ping timeout: 480 seconds]