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)
<bamse> HdkR: if you get v_level reached maximum printout in log, you have the cable upside down...
<bamse> HdkR: but even when linux is happy, one of my tvs claims there is no signal at 4k resolution...performing a mode switch to 1080p brings picture
<bamse> it's a recent regression, but i've not found the time to debug it
Dylanger[m] has joined #aarch64-laptops
Dylanger[m] is now known as Dylanger
<Dylanger> Hi all! This still working? Also thank you to Collabora for bumping mt8195-tracking-master-rolling 👍️
<HdkR> bamse: arandr didn't even show anything connected so I think it is a different issue sadly
<bamse> HdkR: nothing useful in dmesg?
<bamse> HdkR: do you have battery status?
<HdkR> uh, let me check, just got back home
<HdkR> So one hub I have shows up as a USB hub, but no logs about the HDMI port on it.
<bamse> with a monitor connected i presume?
<HdkR> yea
<bamse> and do you have battery status?
<HdkR> How do I check again?
<HdkR> Another USB hub also just shows up as a USB hub, DP connection on it isn't visible
<bamse> /sys/class/power-supply/ should have couple of qcom-battmgr-* instances
<HdkR> and my final hub negotiates a USB hub but now power
<HdkR> Has four qcom-battmgr folders in it
<bamse> and "cat /sys/class/power_supply/qcom-battmgr-bat/manufacturer" doesn't fail?
<HdkR> "No such device"
<bamse> okay, so do you have the pd-mapper service running?
<HdkR> I don't have a process called that running according to htop
<bamse> ENODEV on the battery properties tells us that we don't think the firmware in charge of battery and usb type-c isn't running
<HdkR> `pd-mapper.service: Start request repeated too quickly.` what
<HdkR> Trying to manually run it just says `no pd maps available`
<bamse> you should have some .jsn files in /lib/firmware/qcom/LENOVO/21BX/
<HdkR> Looks like it tries to parse `/sys/class/remoteproc/` for subdirectories
<bamse> and that's empty?
<HdkR> no jsn files in there
<HdkR> Only mbn
<bamse> but is /sys/class/remoteproc empty as well?
<HdkR> Has two folders in there, remoteproc{1,2}
<bamse> pull battmgr.jsn from upstream linux-firmware and place alongside the .mbn
<bamse> although it might be unhappy with the lack of adsp*.jsn...
<HdkR> Looks like I can read the power_supply stuff now
<HdkR> Oh, looks like display might work on one of my adapters now
<HdkR> As long as I can fix my other PC with radeon crashing the kernel...
<HdkR> lol wtf is this random resolution, 2048x1152
<HdkR> That seems to work, let me check the other adapters
<HdkR> Other basic adapter works...
<HdkR> Now the stupid one that breaks things
<HdkR> lol, this one doesn't even show up as a USB hub anymore
<HdkR> zero messages in dmesg, and the battery indicator light just constantly blinks
<HdkR> That's okay though, now I can just disable the internal display and use this other hub
<HdkR> oooh, it falls asleep when the lid is closed
<HdkR> https://gist.github.com/Sonicadvance1/20cb2e998b2910a0b224664756b29d08 I see, if you disable internal and try to only use external it gets /really/ fucking angry
<HdkR> and then it never comes back
<HdkR> Whatever, works well enough for testing purposes
<bamse> HdkR: is that with closing the lid, or just disabling the eDP output?
NASA has joined #aarch64-laptops
NASA has quit [Remote host closed the connection]
alpernebbi has quit [Quit: alpernebbi]
alpernebbi has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
mcbridematt has quit [Ping timeout: 480 seconds]
<HdkR> harvestz[m]: That's disabling eDP with only external in use
mcbridematt has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
iivanov has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
pbsds12 has quit []
jjjhhhppp has joined #aarch64-laptops
pbsds has joined #aarch64-laptops
pbsds has quit []
pbsds has joined #aarch64-laptops
jjjhhhppp has quit [Remote host closed the connection]
pbsds has quit []
pbsds has joined #aarch64-laptops
pbsds has quit []
pbsds has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
falk689_ has quit [Remote host closed the connection]
falk689 has joined #aarch64-laptops
iivanov_ has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]
juergh_ is now known as juergh
<juergh[m]> jhovold: I'm using your v6.2-rc6 branch for the x13s but with my own configs. Sometimes at boot when the console switches it stays blank and never comes back. Only sometimes though. Seems like a timing issues. Is there anything that might need to be built-in rather than a module that could be causing this?
<jhovold> juergh[m]: i would not be surprised if this is related to the broken msm drm driver
<jhovold> unless the panel driver is loaded before the msm driver it can end up "probe" deferring during component bind
matthias_bgg has quit [Ping timeout: 480 seconds]
<jhovold> it has led to all sorts of issues, most of which have been sorted out but there could be more lurking
<jhovold> next time this happens, can you check the logs and see if the drm driver probe deferred?
<jhovold> a workaround is to manually load the panel driver before the drm driver
<jhovold> that prevents the late component bind failure, which is annoying due to the error messages (that should be kept until the driver has been reworked)
<jhovold> haven't had any troubles with the driver not recovering when this happens after my drm fixes went in, though
<juergh[m]> jhovold: panel driver is builtin msm is a module. if I interpret my old logs correctly it looks like the panel driver had problems detecting the panel.
<jhovold> i have both built as modules, but load them explicitly to avoid the component bind failure
<jhovold> apparently the pi
<jhovold> ...panel driver probes after the drm driver with you config still
<jhovold> # cat /etc/modules-load.d/drm-msm.conf
<jhovold> # This is enough to avoid the bind "probe" deferral
<jhovold> panel-edp
<jhovold> msm
<juergh[m]> I'll play around with that to see if it helps. Thanks!
alfredo has joined #aarch64-laptops
Lucanis0 has quit [Remote host closed the connection]
Lucanis0 has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
iivanov_ has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
<krzk> :n
juergh has quit [Quit: ZNC 1.8.2+deb2build5 - https://znc.in]
alfredo has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
<steev> c440000.spmi:pmic@0:adc-tm@3400 qcom-spmi-adc-tm5: get dt data failed
<steev> waht am i forgetting, because this is bugging me
iivanov has joined #aarch64-laptops
Lucanis0 has quit []
Lucanis has joined #aarch64-laptops
iivanov has quit [Ping timeout: 480 seconds]