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
zumi_ has joined #asahi-dev
zumi has quit [Ping timeout: 480 seconds]
zumi_ is now known as zumi
Ishmael has joined #asahi-dev
Ishmael has quit []
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
hamr has joined #asahi-dev
john-cabaj has quit [Ping timeout: 480 seconds]
Method_ has joined #asahi-dev
Method has quit [Remote host closed the connection]
bjoto has quit [synthon.oftc.net larich.oftc.net]
weirdtreething has quit [synthon.oftc.net larich.oftc.net]
isinyaaa has quit [synthon.oftc.net larich.oftc.net]
swiftraccoon has quit [synthon.oftc.net larich.oftc.net]
i509vcb_ has quit [synthon.oftc.net larich.oftc.net]
Son_Goku has quit [synthon.oftc.net larich.oftc.net]
daniels has quit [synthon.oftc.net larich.oftc.net]
JTL2 has quit [synthon.oftc.net larich.oftc.net]
weitcis_ has quit [synthon.oftc.net larich.oftc.net]
Swiftloke has quit [synthon.oftc.net larich.oftc.net]
Gaelan has quit [synthon.oftc.net larich.oftc.net]
esden has quit [synthon.oftc.net larich.oftc.net]
Chainsaw has quit [synthon.oftc.net larich.oftc.net]
kevans91_ has quit [synthon.oftc.net larich.oftc.net]
nyx_o has quit [synthon.oftc.net larich.oftc.net]
annan_person has quit [synthon.oftc.net larich.oftc.net]
meze_ has quit [synthon.oftc.net larich.oftc.net]
NekomimiScience has quit [synthon.oftc.net larich.oftc.net]
argonaut has quit [synthon.oftc.net larich.oftc.net]
tellowkrinkle has quit [synthon.oftc.net larich.oftc.net]
ipatch has quit [synthon.oftc.net larich.oftc.net]
Leo341B has quit [synthon.oftc.net larich.oftc.net]
fgcrl_ has quit [synthon.oftc.net larich.oftc.net]
Manouchehri has quit [synthon.oftc.net larich.oftc.net]
nathanchance has quit [synthon.oftc.net larich.oftc.net]
nepeat_ has quit [synthon.oftc.net larich.oftc.net]
cyrozap has quit [synthon.oftc.net larich.oftc.net]
llrcombs has quit [synthon.oftc.net larich.oftc.net]
Manouchehri has joined #asahi-dev
bjoto has joined #asahi-dev
isinyaaa has joined #asahi-dev
swiftraccoon has joined #asahi-dev
weirdtreething has joined #asahi-dev
Son_Goku has joined #asahi-dev
i509vcb_ has joined #asahi-dev
JTL2 has joined #asahi-dev
daniels has joined #asahi-dev
esden has joined #asahi-dev
Swiftloke has joined #asahi-dev
weitcis_ has joined #asahi-dev
Chainsaw has joined #asahi-dev
Gaelan has joined #asahi-dev
kevans91_ has joined #asahi-dev
Leo341B has joined #asahi-dev
fgcrl_ has joined #asahi-dev
llrcombs has joined #asahi-dev
cyrozap has joined #asahi-dev
nyx_o has joined #asahi-dev
ipatch has joined #asahi-dev
argonaut has joined #asahi-dev
meze_ has joined #asahi-dev
NekomimiScience has joined #asahi-dev
nathanchance has joined #asahi-dev
nepeat_ has joined #asahi-dev
annan_person has joined #asahi-dev
tellowkrinkle has joined #asahi-dev
vimproved has quit [Remote host closed the connection]
vimproved has joined #asahi-dev
BlueMatt_ has quit [Ping timeout: 480 seconds]
BlueMatt has joined #asahi-dev
tobhe has joined #asahi-dev
tobhe_ has quit [Ping timeout: 480 seconds]
beastd has joined #asahi-dev
beastd|2 has quit [Ping timeout: 480 seconds]
MohamedShalik has joined #asahi-dev
MohamedShalik has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
john-cabaj has joined #asahi-dev
hexdump01 has joined #asahi-dev
hexdump02 has quit [Ping timeout: 480 seconds]
pb17 has quit [Ping timeout: 480 seconds]
pb17 has joined #asahi-dev
nora has joined #asahi-dev
nora_ has quit [Ping timeout: 480 seconds]
john-cabaj has quit [Ping timeout: 480 seconds]
ciara has quit [Remote host closed the connection]
ciara has joined #asahi-dev
zumi_ has joined #asahi-dev
opticron has quit [Read error: Connection reset by peer]
opticron has joined #asahi-dev
zumi has quit [Ping timeout: 480 seconds]
zumi_ is now known as zumi
seb_ has quit [Quit: Konversation terminated!]
seb_ has joined #asahi-dev
<jannau>
chadmed: why are "AC Input Voltage / Current" in hwmon-common.dtsi? At least based on the name they make no sense on laptops
<auscyber_>
are my m4 attempts better in this chat or [#asahi](https://matrix.to/#/%23irc_irc.oftc.net_%23asahi:faggot.sh)
<chaos_princess>
in your case, it is simple, just add 0x200000000 to everything
<chaos_princess>
will work for almost everything
<jannau>
also the adt python and c (rust) code does this if you use get_reg()
<auscyber_>
im in the shell theres no get_reg
<auscyber_>
wait i see u.adt.get_reg
seb_ has quit [Quit: Konversation terminated!]
<auscyber_>
what do i pass in to that?
<jannau>
u.adt["/arm-io/wdt"].get_reg(0)[0] to get the translated 1st register value from the wdt node
<auscyber_>
thats what i was reading from before
<auscyber_>
nope oops i lie that did work
<auscyber_>
okay my wdt is disabled but it still keeps restarting
<chaos_princess>
does it crash or restart?
<auscyber_>
restart
<chaos_princess>
so, without any extra output on the screen?
<auscyber_>
im pretty sure
<auscyber_>
im time lapsing it to make sure
<auscyber_>
yup no output on screen
<jannau>
it looked like restarts from my BRINGUP builds. it sits there for 30 seconds or a minute and then reboots
<auscyber_>
it just suddenly goes black and restarts
<auscyber_>
and more annoying because ih ave to restart my shell because it keeps moving between /dev/ttyACM0 and /dev/ttyACM1
<jannau>
see `udev/80-m1n1.rules`. with that you get "/dev/m1n1"
<auscyber_>
i need to do that but im on nixos and hyprland is messed up rn and i cant be bothered patching it to do a system rebuild with new udev rules
<auscyber_>
what can i do to fix these restarts?
<auscyber_>
i wrote the timer to a longer time and im seeing if it makes it take longer to restart
<auscyber_>
but it does say disabled as in 0x1c is 0
<auscyber_>
+0x14 is currently 0xd693a400
seb_ has joined #asahi-dev
<chaos_princess>
did they break the watchdog so it can't be disarmed, only reset?
minecrell03 has joined #asahi-dev
<chaos_princess>
oh
<auscyber_>
maybe ?
<auscyber_>
whats that oh
<chaos_princess>
what is at 0x0c, 0x1c, and 0x2c in watchdog block?
<auscyber_>
like the values?
<auscyber_>
if i read feom them
<chaos_princess>
yes
<auscyber_>
lemme check
minecrell0 has quit []
ansg191 has quit [Read error: Connection reset by peer]
<jannau>
doews it still reboot if you write 0 to 0x00, 0x10, 0x20 every 5 seconds
ansg191 has joined #asahi-dev
<jannau>
a dump of the first the watchdog block might be helpful
<chaos_princess>
my suspicion is that they are now arming more than one watchdog in iboot, so thats why i asked for the ones above
<auscyber_>
no all good, i just accidentally borked my linux, gimme a sec
<jannau>
there is also regmonitor to automatically diff reg spaces over time. that could identify if there are now more watchdogs with increemnting time
<jannau>
same, that's why I asked to reset CUR_TIME for all 3 know watchdogs
<auscyber_>
gimme a sec
<auscyber_>
0x0c 0x1c and 0x2c are all zero
<auscyber_>
writing zero seems to help
<auscyber_>
nope it does not
<chaos_princess>
regmonitor time i guess
<auscyber_>
okay i'm writing a lot into those registers and doesnt seem to help
<auscyber_>
like i literally just wrote into them, and still restarted
<chaos_princess>
can you also try reading at 0x802C
<auscyber_>
zero
<chaos_princess>
0x801c 0x800c ?
<auscyber_>
0x170ac8ee
<chaos_princess>
which one?
<auscyber_>
and 0x00c is zero
<auscyber_>
0x810c
<chaos_princess>
no, i want 0x801c
<auscyber_>
wait also zero
<auscyber_>
801c is that yes
<chaos_princess>
zero?
<auscyber_>
no 0x170ac8ee
<chaos_princess>
write a zero there
<auscyber_>
and 0x800c is zero
<auscyber_>
sync error
<auscyber_>
wait mightve put in wrong address gimme a sec
<chaos_princess>
how are you writing it
<auscyber_>
no put in wrong address
<chaos_princess>
still show how you are writing please
<auscyber_>
write32(0x3882b0000+0x801C,0)
<auscyber_>
i've written into there
<auscyber_>
lets see if it still restarts
<chaos_princess>
and you got the right addresses for reads, right?
<auscyber_>
yes
<auscyber_>
u.adt["/arm-io/wdt"].get_reg(0)[0] is the base adress equal to 0x3882b0000
<auscyber_>
okay it still restarted
<chaos_princess>
so, regmonitor time then
<auscyber_>
and that entails?
<chaos_princess>
sec, let me try go whip something up
<auscyber_>
also keep in mind TTY> cpufreq: Chip 0x8132 is unsupported
<chaos_princess>
And stopwatch says it is exactly 120 seconds?
<auscyber_>
i will check that
<auscyber_>
yup exactly 2 mins
<auscyber_>
mightve started it slightly late so it was 1:58 seconds
<auscyber_>
but its defs 120 seconds
<chaos_princess>
it still looks like it is the watchdog, but i just can't understand what why it triggers
<chaos_princess>
s/what//
<auscyber_>
i know, bizarre
<auscyber_>
maybe it cant be disabled
<jannau>
do you have a iomon.poll output close (single digit seconds) to the reboot?
<auscyber_>
ill give that a try
<auscyber_>
wait actually no
<auscyber_>
it says invalid syntax
<auscyber_>
iomon.readmem = readmem_phys
<auscyber_>
at iomon
<auscyber_>
the poll might not actually have worked
<jannau>
.../nub-spmi0/pmu-main has many info-fault_name-* properties. that could possibly identify the reason for the reboot. I don't know how easy it'll be to access them on m4
<auscyber_>
i can see the faultname things in the adt
<auscyber_>
could be this info-fault_name-43 = timeout,wdog_fw_timeout
<auscyber_>
or info-fault_name-28 = timeout,watchdog_timeout
<auscyber_>
info-fault_name-20 = wdog,reset_in_1
<auscyber_>
info-fault_name-66 = cp_wdog_expiry
<auscyber_>
these could be useful
<auscyber_>
chaos_princess: this seemed to fail iomon.readmem = readmem_phys
<auscyber_>
saying invalid syntax
<auscyber_>
oops needed a bigger space
ruicon has joined #asahi-dev
<auscyber_>
okay fixed ur code and it errors out with sync
<ruicon>
chadmed: u said "unfortunately we cant really decouple hwmon from dt for the reasons mentioned without abusing dt compatibles and having a giant header file full of tables which is really gross", I am not going to create a hardcoded table instead I am gonna loop over all the keys and check if the prefix is I, P, V, T add them to the respective groups (such as temp, power, etc)
ruicon has quit [Remote host closed the connection]
<auscyber_>
ugh idk what to try
<jannau>
BRINGUP build on base M4 mac mini (26.0) does not reboot
<auscyber_>
what what difference is bringup?
<auscyber_>
what are you doing?
<auscyber_>
all i'm doing is compiling the .bin from master
<auscyber_>
with CHAINLOADING=1
<auscyber_>
jannau: tell me your secrests
<jannau>
git grep BRINGUP
<chaos_princess>
btw, you are using 26.0, right?
<jannau>
it's a mode which disables most non-essential feature intended for bringup of new devices
<auscyber_>
okay okay lets see on mine then
<chaos_princess>
but that loses usb, right?
<jannau>
yes
<auscyber_>
ahh
<jannau>
usb is not essential
<auscyber_>
for me it is, i dont have the stuff ready yet for serial
<chaos_princess>
then delete that specific ifdef
<jannau>
no reboots with with a normal build with working usb after more than 3 minutes though
<jannau>
are you now using a apple silicon device with linux?
<auscyber_>
yes
<auscyber_>
im debugging on linux
<auscyber_>
but it is not running linux tho obv
<auscyber_>
like my apple silicon isnt
<jannau>
which device are you trying to get running?
<auscyber_>
my m4 macbook pro
<jannau>
do you have the magsafe charging cable connected?
<auscyber_>
no
<jannau>
I don't think the reboots are caused by the watchdog
<auscyber_>
seriously?
<jannau>
can you try with power over magsafe connected
<chaos_princess>
you think it is a full discharge?
<auscyber_>
full discharge? the battery is full
<auscyber_>
i rebuilt with bringup now its not even booting
<jannau>
no, I suspect smc reboots because due to charging issues
cylm has joined #asahi-dev
<jannau>
auscyber_: you have to define TARGET to T8132 for BRINGUP
<auscyber_>
AHH FUCK OKAY
cylm_ has quit [Ping timeout: 480 seconds]
<auscyber_>
i did define target but we still at only apple logo
zumi_ has joined #asahi-dev
<auscyber_>
endless apple logo
<auscyber_>
i might just turn off bringup tbh
<jannau>
not 100% sure if the framebuffer is used. wait 2 minutes to see whether it reboots
<auscyber_>
i also disabled disabling usb and im not getting anything in usb
<auscyber_>
oh i think it mightve rebooted
zumi has quit [Ping timeout: 480 seconds]
zumi_ is now known as zumi
<auscyber_>
it should be using framebuffer but it's not
<auscyber_>
okay i am turning bringup off just to see
<auscyber_>
okay plugged into magsafe, still restarts not on bringup
<auscyber_>
okay removed the disabling of usb and im not getting anything in my serial
<auscyber_>
s/serial/tty/
<chadmed>
ruicon: that seems rather unreliable. we dont know _for sure_ that the key prefixes are exclusive
<chadmed>
plus iterating over all the possible fourccs is probably going to be unacceptably expensive at runtime
<chadmed>
i would nack such an approach tbh
<chadmed>
jannau: the "ac" input keys are used on the laptops for charger input
<jannau>
the DC charger input?
<chadmed>
yeah, maybe they need renaming
<chadmed>
but they are used to meter the input power from chargers
<auscyber_>
jannau: still resets after 2 minutes
<auscyber_>
and i dont even have the privilege of usb proxy and i enabled it in the build
<auscyber_>
when using bringup
<auscyber_>
its simply just apple logo for two mins