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/tp4g4 https://termbin.com/ewpj https://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
<steev> it would appear they like your work too qzed :D
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
FizzBuzz has quit [Ping timeout: 480 seconds]
amstan has joined #aarch64-laptops
<HdkR> What's Primus?
<bamse> HdkR: sc8180x reference laptop
<HdkR> ah
<bamse> had some issues booting my sc8180x on linux-next the last couple of weeks, so i didn't post the dts patches, but it's alive again now...
<bamse> still got some dtbs_check warnings left to sort out before i can post it though
<bamse> steev: played some more with the gpu yesterday, on top of the other patches...still doesn't work, but does more than the previous non-functional drop: https://github.com/andersson/kernel/commits/wip/sc8280xp-next-20220720-nonworking-gpu
harvestz[m] has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
minecrell has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
tinybronca[m] has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
<steev> will looksie
<steev> i went to bed early yesterday
<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> steev: which one(s)?
<steev> sc8180x fixes
<bamse> the pinctrl ones?
<steev> yeah
<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> every other boot instead of once every 5
<steev> that's new
<bamse> that's the wifi crash i saw earlier
<steev> that's the first time i've seen it
iivanov has quit [Quit: Leaving...]
<bamse> i think the only problem i have on sc8180x now is that display doesn't come up...because the edp-phy never probes
<bamse> so the displayport-controller probe defers on that
<bamse> and i think that's because the fw_devlink thing detects a cyclic loop between dispcc and the edp-phy, but i don't know why it doesn't retry
<bamse> if i "echo aec2a00.phy > /sys/bus/platform/drivers/qcom-edp-phy/bind" it all comes up nicely...
<steev> sounds like a job for rc.local!
<bamse> :)
<steev> still have 1 processor going nuts
<steev> it's not faulting yet though
<steev> https://paste.debian.net/12429698 (nothing to look at, i'm just being lazy and don't want to type it on the other computer)
<steev> oh, maybe i don't need the usb stuff
<steev> well i probably do in the future
<steev> huh, got the wifi crash again :)
<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)
<amstan> he got a nack trying to change all of them to W3C style: https://lore.kernel.org/all/20220624223341.2625231-1-gwendal@chromium.org/
<amstan> anyway.... tldr: you want a `-1, 0, 0; 0, -1, 0; 0, 0, -1` matrix for all chromebooks
<amstan> and https://github.com/systemd/systemd/blob/main/hwdb.d/60-sensor.hwdb should be modified for that, including nocturne
KAstal has joined #aarch64-laptops
<KAstal> hello\
KAstal has quit []
steevdave[m] has joined #aarch64-laptops
<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/ewpj https://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> anyways, file issue at https://gitlab.freedesktop.org/drm/msm/-/issues .. attach more complete dmesg and description of how to reproduce
<javierm> robclark: speaking of msm issues, do you know who can review/ack https://patchwork.kernel.org/project/dri-devel/patch/20220725074313.42172-1-javierm@redhat.com/ ?
<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
qzed has joined #aarch64-laptops
qzed is now known as Guest7755