ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
HdkR has joined #aarch64-laptops
calebccff_ has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
maz has joined #aarch64-laptops
qzed has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
harvestz[m] has quit [Ping timeout: 480 seconds]
alexeymin has joined #aarch64-laptops
maz has quit [Ping timeout: 480 seconds]
HdkR_ has quit [reticulum.oftc.net liquid.oftc.net]
abelvesa has quit [reticulum.oftc.net liquid.oftc.net]
jelly has quit [reticulum.oftc.net liquid.oftc.net]
macc24_ has quit [reticulum.oftc.net liquid.oftc.net]
djakov has quit [reticulum.oftc.net liquid.oftc.net]
c00k has quit [reticulum.oftc.net liquid.oftc.net]
AlexMarty[m] has quit [reticulum.oftc.net liquid.oftc.net]
go4godvin has quit [reticulum.oftc.net liquid.oftc.net]
luxio_39[m] has quit [reticulum.oftc.net liquid.oftc.net]
maz has joined #aarch64-laptops
agraf has joined #aarch64-laptops
neobrain has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
Penguinpee_ has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
macc24_ has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
abelvesa has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
alexeymin_ has joined #aarch64-laptops
ajhalaney[m] has quit [Ping timeout: 481 seconds]
janrinze has joined #aarch64-laptops
jelly has joined #aarch64-laptops
alexeymin has quit [charon.oftc.net helix.oftc.net]
qzed has quit [charon.oftc.net helix.oftc.net]
calebccff_ has quit [charon.oftc.net helix.oftc.net]
HdkR has quit [charon.oftc.net helix.oftc.net]
luxio_39[m] has quit [Ping timeout: 480 seconds]
Penguinpee__ has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
qzed has joined #aarch64-laptops
calebccff_ has joined #aarch64-laptops
krzk has joined #aarch64-laptops
c00k has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
harvests[m] has quit [Ping timeout: 480 seconds]
jonasbits has quit [Remote host closed the connection]
Erisa4 has quit [Ping timeout: 480 seconds]
jonasbits has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
alexeymin_ has quit [Read error: Connection reset by peer]
xnox1 has joined #aarch64-laptops
suihkulokki has quit [Ping timeout: 480 seconds]
alexeymin has joined #aarch64-laptops
c00k has quit [Read error: Connection reset by peer]
xnox has quit [Read error: Connection reset by peer]
hexdump01 has joined #aarch64-laptops
AlexMarty[m] has quit [reticulum.oftc.net liquid.oftc.net]
Penguinpee_ has quit [reticulum.oftc.net liquid.oftc.net]
ungeskriptet[m] has quit [reticulum.oftc.net liquid.oftc.net]
macc24_ has quit [reticulum.oftc.net liquid.oftc.net]
kbingham has quit [reticulum.oftc.net liquid.oftc.net]
jelly has quit [reticulum.oftc.net liquid.oftc.net]
macc24_ has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
krzk is now known as Guest7507
c00k has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
Penguinpee__ has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
jelly-hme has joined #aarch64-laptops
alexeymin is now known as Guest7571
danielt has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
<leezu>
I can reliably trigger an Kernel panic - not syncing: Asynchronous SError Interrupt in drm_atomic_bridge_chain_disable on lazor causing system reset by plugging in and out the USB-C connection to an external 4K / UHD screen while in the gdm3 login screen. 3 exemplar backtraces https://termbin.com/tp4g4https://termbin.com/ewpjhttps://termbin.com/2qpb which are the same
<leezu>
besides register contents. Do you have any ideas about this issue?
suihkulokki has quit [charon.oftc.net helix.oftc.net]
HdkR has quit [charon.oftc.net helix.oftc.net]
c00k has quit [charon.oftc.net helix.oftc.net]
jelly-hme has quit [charon.oftc.net helix.oftc.net]
hexdump01 has quit [charon.oftc.net helix.oftc.net]
Guest7571 has quit [charon.oftc.net helix.oftc.net]
qzed has quit [charon.oftc.net helix.oftc.net]
calebccff_ has quit [charon.oftc.net helix.oftc.net]
Guest7507 has quit [charon.oftc.net helix.oftc.net]
calebccff has joined #aarch64-laptops
c00k has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
<leezu>
One trick to workaround the Kernel panic is to tell gdm3 to use FullHD resolution instead of UHD, for example via the monitors.xml at https://pastebin.com/qxavx0di But that shouldn't be needed to aovid a kernel panic :)
krzk has joined #aarch64-laptops
alexeymin has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
falk689 has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
<steev>
that mollysophia person appears to be hacking on the primus, that's cool
<HdkR>
Waking up early to the smell of GPU in the morning
xnox1 has quit []
xnox has joined #aarch64-laptops
<xnox>
ordered x13s for myself =)
<krzk>
xnox: what a courage! :)
<xnox>
krzk: i have two of the previous ones as well (novago, and one of the lenovos) and they were good hardware. and now with improved WSL I am actually pondering if i will be able to make it my full time work machine running windows + wsl.
<xnox>
or just 5G into my servers.
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
<steev>
should be doable
iivanov has quit [Quit: Leaving...]
iivanov has joined #aarch64-laptops
arisu has joined #aarch64-laptops
<xnox>
ideally hoping to get away with running everything natively though, without they hyperv/VM/wsl overhead, but we shall see. Or well, have modem & good battery life on linux.
jenneron[m] has joined #aarch64-laptops
<bamse>
xnox: we're making really good progress towards that
<bamse>
xnox: and specifically, modem works and battery life is okay
szclsya[m] has joined #aarch64-laptops
<steev>
bamse: re: those patches from molly, when i apply them here... cpu0 gives me a lockup
<bamse>
do you have gpio37 active high or active low in your dt?
<steev>
let me look
<bamse>
in the i2c-hid device that is
<bamse>
the lockup sounds like the problems i had last week(s) when i tried to rebase and get my dts files on the list...and molly's fix actually helps to solve one of those issues
<steev>
pullup so i'm guessing that should be bias disable?
<bamse>
no the pinctrl state, the interrupts = <&tlmm 37 HIGH/LOW> in the i2c-hid device
<steev>
LOW
<bamse>
hmm, okay...i had mine as HIGH for some reason...so it fired constantly
<bamse>
moving it to low i ran into the issue that it never fired...because of the problem molly found
<bamse>
i suspect it has external pull ups, so it could be bias-disable...but that's unrelated
<bamse>
do you sync_state in the sc8180x interconnect and rpmhpd drivers?
<steev>
i think i'm still carrying the hack to disable that
<steev>
interconnect: sc8180x: Disable sync_state for now
<bamse>
i brought out the ramdump analyser and realized that during boot of the primus, there's a memory transaction to the CDSP which crashes my device...haven't figured out why that is yet
<bamse>
okay, so try doing the same in drivers/soc/qcom/rpmhpd.c
<bamse>
although, that typically doesn't give you a cpu stall...that just stalls the whole thing
<steev>
will give that a whirl
<steev>
i wonder if that is what is kicking me out of suspend too
<steev>
i did notice with them applied though that video comes up fairly reliably
<steev>
good news is, i can reproduce your crash? :D
<bamse>
i think we need to add the pil-info thing in imem, then reproduce the crash on some build where i have the debug artifacts and run the qualcomm tools on that...to see if we can get a hint about what it is that we're missing
ajhalaney[m] has joined #aarch64-laptops
<xnox>
bamse: nice. i did a 1tb model, such that hopefully i can dual boot, to compare things like for like.
<amstan>
leezu: macc24_ heheh! I got a hold of gwendal
<amstan>
he says there's more conversation about this on lkml threads
<amstan>
i'll post them in here when i get a link
<amstan>
apparently this is a mess
<amstan>
linux userspace expects the HID style (aka [0,0,-1] when flying flat on a table) whereas all chromeos and android device (plus a few other raw IIO sensors) send in the W3C/Android style (aka [0,0,1] when lying flat)
<steev>
that's plenty of space xnox, i have the 512GB model, and there's plenty of room (thought it's a 2242 NVME so if you can find one....)
Guest7740 has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
<steev>
and battery dead so i guess i'm done working for the day
<leezu>
amstan: Great, thank you for the reference! I've opened an issue with systemd regarding the failure to match sensor:modalias:platform:cros-ec-accel correctly on aarch64 https://github.com/systemd/systemd/issues/24232
AlexMarty[m] has joined #aarch64-laptops
<leezu>
robclark: Do you have any idea about the following https://termbin.com/tp4g4 Kernel panic - not syncing: Asynchronous SError Interrupt in drm_atomic_bridge_chain_disable on lazor on 5.19? It's quite reproducible, so here are two more essentially equivalent panics https://termbin.com/ewpjhttps://termbin.com/2qpb
<robclark>
leezu: nope.. external display attached? I haven't really tried that
<robclark>
I guess something is already going wrong, judging from the commit timeouts
<robclark>
javierm: looks like lumag was looking at earlier iterations.. but is on vacation now.. I'll look thru it when I get a chance to go thru patches and look for things for msm-fixes, but haven't had a chance to do that yet..
<robclark>
otherwise abhinav might be able to sooner
<robclark>
hmm, I guess he isn't on #aarch64-laptops
<javierm>
robclark: thanks, it seems that is in #dri-devel, I'll ping him there then