quarkyalice_ has joined #tegra
quarkyalice_ has quit [Changing host]
quarkyalice_ has joined #tegra
quarkyalice_ has quit [Ping timeout: 258 seconds]
quarkyalice_ has joined #tegra
quarkyalice_ has quit [Ping timeout: 268 seconds]
marvin24 has quit [Ping timeout: 252 seconds]
marvin24_ has joined #tegra
jn has quit [*.net *.split]
zombah has quit [*.net *.split]
kwizart has quit [*.net *.split]
kwizart_ has joined #tegra
jn has joined #tegra
jn has joined #tegra
jn has quit [Changing host]
zombah has joined #tegra
gruetzkopf has quit [*.net *.split]
cyndis has quit [*.net *.split]
cyndis has joined #tegra
gruetzkopf has joined #tegra
crabbedhaloablut has quit [Remote host closed the connection]
crabbedhaloablut has joined #tegra
tagr has quit [Ping timeout: 258 seconds]
tagr has joined #tegra
torez has joined #tegra
torez has quit [Client Quit]
torez has joined #tegra
gouchi has joined #tegra
gouchi has quit [Remote host closed the connection]
quarkyalice has quit [Quit: Leaving]
quarkyalice has joined #tegra
quarkyalice has joined #tegra
quarkyalice has quit [Changing host]
gouchi has joined #tegra
<DavidHeidelberg> digetx & anyone interested: looking at how CI works on grate, I propose to allow running pipelines on all branches (useful for people contributing PR) + disabling "build deploy" part on PR (since it always fails)
<m4t> digetx: just had a panic, maybe this is useful (ramoops): https://paste.ee/p/Fl6MB#cA1AdwLBFrgRPcoTh761sT2rZnOFXQNP
<m4t> [689821.204493] PC is at hwmon_thermal_set_trips+0x68/0xd8
<m4t> was just playing usb audio btw, headless
<m4t> will see if i can load vmlinux and figure out the line #
<m4t> 0xc0666b60 is in thermal_zone_set_trips (/home/pmos/build/src/linux-0d92cb99acc4eb01412a6608538d265c327a58a9/drivers/thermal/thermal_helpers.c:130).
<m4t> eh that's just the start of the function
gouchi has quit [Remote host closed the connection]
<digetx> m4t: hwmon_thermal_set_trips+ shouldn't point at drivers/thermal/thermal_helpers.c
<m4t> hmm i did 'gdb -f vmlinux' 'list *(thermal_zone_set_trips+0x100/0x19c)'
<m4t> oh maybe i did the wrong one
<m4t> sorry: 0xc065f3f4 is in hwmon_thermal_set_trips (/home/pmos/build/src/linux-0d92cb99acc4eb01412a6608538d265c327a58a9/drivers/hwmon/hwmon.c:158).
<m4t> but still just the beginning of the func
<digetx> where you got 0xc065f3f4?
<m4t> (gdb) list *(hwmon_thermal_set_trips+0x68/0xd8)
<m4t> 0xc065f3f4 is in hwmon_thermal_set_trips (/home/pmos/build/src/linux-0d92cb99acc4eb01412a6608538d265c327a58a9/drivers/hwmon/hwmon.c:158).
<digetx> shouldn't it be 0xc065f45c?
<m4t> addr2line for c065f45c gives /home/pmos/build/src/linux-0d92cb99acc4eb01412a6608538d265c327a58a9/drivers/hwmon/hwmon.c:174
<m4t> i guess gdb is not being precise
<m4t> one sec, i'll run it for the full stack trace
<digetx> can you share the vmlinux?
<m4t> yes, i'll post a link shortly
quarkyalice_ has joined #tegra
quarkyalice_ has quit [Changing host]
quarkyalice_ has joined #tegra
quarkyalice_ has quit [Remote host closed the connection]
<digetx> m4t: is it reproducible?
<digetx> apparently info[i]->config is null, but I don't see how it could happen
<m4t> no, sorry
<m4t> just random
<m4t> thought maybe it had to do with the new thermal driver
<digetx> m4t: have you tried to make warm up cpu with benchmark?
<m4t> i can try