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)
FizzBuzz has joined #aarch64-laptops
Guest7755 is now known as qzed
qzed has quit [synthon.oftc.net reticulum.oftc.net]
AlexMarty[m] has quit [synthon.oftc.net reticulum.oftc.net]
harvests[m] has quit [synthon.oftc.net reticulum.oftc.net]
luxio_39[m] has quit [synthon.oftc.net reticulum.oftc.net]
Guest7740 has quit [synthon.oftc.net reticulum.oftc.net]
steevdave[m] has quit [synthon.oftc.net reticulum.oftc.net]
shoragan has quit [synthon.oftc.net reticulum.oftc.net]
amstan has quit [synthon.oftc.net reticulum.oftc.net]
davidebeatrici[m] has quit [synthon.oftc.net reticulum.oftc.net]
clover[m] has quit [synthon.oftc.net reticulum.oftc.net]
ajhalaney[m] has quit [synthon.oftc.net reticulum.oftc.net]
szclsya[m] has quit [synthon.oftc.net reticulum.oftc.net]
jenneron[m] has quit [synthon.oftc.net reticulum.oftc.net]
tinybronca[m] has quit [synthon.oftc.net reticulum.oftc.net]
minecrell has quit [synthon.oftc.net reticulum.oftc.net]
cmeerw[m] has quit [synthon.oftc.net reticulum.oftc.net]
harvestz[m] has quit [synthon.oftc.net reticulum.oftc.net]
alexeymin has quit [synthon.oftc.net reticulum.oftc.net]
krzk has quit [synthon.oftc.net reticulum.oftc.net]
c00k has quit [synthon.oftc.net reticulum.oftc.net]
macc24_ has quit [synthon.oftc.net reticulum.oftc.net]
kbingham has quit [synthon.oftc.net reticulum.oftc.net]
travmurav[m] has quit [synthon.oftc.net reticulum.oftc.net]
ungeskriptet[m] has quit [synthon.oftc.net reticulum.oftc.net]
arisu has quit [synthon.oftc.net reticulum.oftc.net]
xnox has quit [synthon.oftc.net reticulum.oftc.net]
Dylanger has quit [synthon.oftc.net reticulum.oftc.net]
Lucy[m] has quit [synthon.oftc.net reticulum.oftc.net]
Penguinpee has quit [synthon.oftc.net reticulum.oftc.net]
hexdump0815 has quit [synthon.oftc.net reticulum.oftc.net]
Sobek[m] has quit [synthon.oftc.net reticulum.oftc.net]
suihkulokki has quit [synthon.oftc.net reticulum.oftc.net]
jelly has quit [synthon.oftc.net reticulum.oftc.net]
HdkR has quit [synthon.oftc.net reticulum.oftc.net]
calebccff has quit [synthon.oftc.net reticulum.oftc.net]
psydroid[m] has quit [synthon.oftc.net reticulum.oftc.net]
danielt has quit [synthon.oftc.net reticulum.oftc.net]
alpernebbi has quit [synthon.oftc.net reticulum.oftc.net]
jonasbits has quit [synthon.oftc.net reticulum.oftc.net]
tomeu has quit [synthon.oftc.net reticulum.oftc.net]
abelvesa has quit [synthon.oftc.net reticulum.oftc.net]
janrinze has quit [synthon.oftc.net reticulum.oftc.net]
neobrain has quit [synthon.oftc.net reticulum.oftc.net]
agraf has quit [synthon.oftc.net reticulum.oftc.net]
maz has quit [synthon.oftc.net reticulum.oftc.net]
djakov_ has quit [synthon.oftc.net reticulum.oftc.net]
mahmoudajawad[m] has quit [synthon.oftc.net reticulum.oftc.net]
javierm has quit [synthon.oftc.net reticulum.oftc.net]
mahmoudajawad[m] has joined #aarch64-laptops
javierm has joined #aarch64-laptops
agraf has joined #aarch64-laptops
djakov_ has joined #aarch64-laptops
calebccff has joined #aarch64-laptops
neobrain has joined #aarch64-laptops
alexeymin has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
amstan has joined #aarch64-laptops
jelly has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
Penguinpee has joined #aarch64-laptops
xnox has joined #aarch64-laptops
tinybronca[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
arisu has joined #aarch64-laptops
Guest7740 has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
ajhalaney[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
kbingham has joined #aarch64-laptops
abelvesa has joined #aarch64-laptops
macc24_ has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
maz has joined #aarch64-laptops
HdkR has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
jonasbits has joined #aarch64-laptops
minecrell has joined #aarch64-laptops
janrinze has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
shoragan has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
qzed has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
krzk has joined #aarch64-laptops
c00k has joined #aarch64-laptops
suihkulokki has joined #aarch64-laptops
FizzBuzz has quit [Quit: Leaving]
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
jonasbits has quit [Ping timeout: 480 seconds]
srinik has quit [Server closed connection]
srinik has joined #aarch64-laptops
<steev>
bamse: this is what i get on my x13s - https://paste.debian.net/1249751 - that's with the rpmhpd sync_state commented out
<steev>
platform 3d6a000.gmu: [drm:a6xx_hfi_send_msg.constprop.0 [msm]] *ERROR* Message HFI_H2F_MSG_GX_BW_PERF_VOTE id 5 timed out waiting for response
<steev>
so basically same message
<steev>
if anyone is feeling froggish and wants to poke at it, i pushed it to sc8280xp-next-20220808-nonworking-gpu
<HdkR>
I might be feeling froggy tomorrow morning
<HdkR>
Probably won't help much though :P
<steev>
issue is probably in the gmu stuff
<steev>
since we a6xx_hfi_send_msg(gmu, HFI_H2F_MSG_GX_BW_PERF_VOTE, &msg, ... ) (too lazy to look in the file, so just did a quick git grep
<steev>
bamse: are you saying the rcu ones? or just the gpu stuffs
<bamse>
steev: i'm saying that you get your first rcu stall detected 0.002s after you probe the gpu...which perhaps is a little bit too quick?
<travmurav[m]>
Is 7c gen1 (Adreno 618 iirc) limited to 1440p for an external display? I've finally got an dp-alt-mode adapter and at least the windows doesn't want to render anything more than 2k on a 4k display
<gwolf>
Adreno with proper video out? I am very much interested :-] How did you get there?
<travmurav[m]>
on windows
<travmurav[m]>
I'm yet to be crushed if there is not enough stuff in Linux to make it work xD
<gwolf>
oh :-(
<gwolf>
Nope, AFAICT we are still not thee
<travmurav[m]>
But just wanted to find a baseline of what I should expect if it works, so tested it on windows
<travmurav[m]>
even on 7c chromebooks?
<gwolf>
I have also a dp-alt-mode adapter on a C630, but Linux finds nothing when connected. And I'm witness to the efforts by the experts in this channel to get it going.
<steev>
gwolf: it's coming, eventually
<gwolf>
steev: I trust you! Completely!
<gwolf>
only I jumped at travmurav[m] seeming to signal he had got it working ;-)
<steev>
i've heard through the grapevine that we might get some goodies (not video related) soon
<robclark>
travmurav[m]: should be able to do up to 2560 width.. and I'd expect it to work upstream on 7c chromebooks at least.. it could be wired up differently on the 7c windows laptops, idk
<travmurav[m]>
hm, 2560 seems like right, hope I can set it up in the DT right now
<steev>
woo, 2022.3 out the door, time to start working on 2022.4
<robclark>
leezu: sc7180 running _anything_ is unable to do 4K
<robclark>
obv it shouldn't crash, but that is higher than what the hw supports
<travmurav[m]>
seems like I miss something for the thing to detect the display. I assume the dp_hot_plug_det should go high when the display is connected but mine is always low so I guess I need to convince some chip to cooperate with me..
macc24_ has quit [Server closed connection]
macc24 has joined #aarch64-laptops
<leezu>
robclark: Good point. 2560x1440 works
<leezu>
Btw, does CrOS support the Qualcomm® AI Engine on 7c?
<robclark>
not sure if we do anything w/ the ai engine, tbh.. I assume that is just one of the dsp's? (not something I know so much about)
<leezu>
Yes, it should be the Hexagon 692 DSP on 7c
<gwolf>
I'm not too confident in patching my kernel tree... I prefer to follow trees of people I know and trust ;-) But I'll surely take a look at it today when I'm home (with my laptop handy)
<gwolf>
wow. Now you have convinced me ;-)
<bamse>
we only have DP on the right usb port, and we don't support orientation switching yet...so if you get some -11 error in the kernel log when connecting the cable flip it around
<gwolf>
interesting!
<bamse>
gwolf: that branch should stand on its own
<gwolf>
Yes, I remember you saying something like that at some point
<gwolf>
Thanks a lot for the pointer!
<bamse>
we have a few different incarnations of the orientation swtiching as well, but i've not included it here yet
<gwolf>
that's secondary -- at best!
<bamse>
it's common code between c630 and the other targets, so it will come
<steev>
that is hype
c00k has quit [Server closed connection]
c00k has joined #aarch64-laptops
vkoul has quit [Server closed connection]
falk689 has quit [Server closed connection]
falk689 has joined #aarch64-laptops
broonie has quit [Server closed connection]
broonie has joined #aarch64-laptops
vkoul has joined #aarch64-laptops
shawnguo9 has quit [Server closed connection]
shawnguo9 has joined #aarch64-laptops
ndec has quit [Server closed connection]
ndec has joined #aarch64-laptops
<steev>
gwolf: fwiw, you can just use that tree and the target would be "defconfig"
<steev>
it's not actually smokey in here, the lens or whatever that glass is, on my phone broke and the phone still works fine so *shrug*
<clover[m]>
damn, steev is partying with snoop dogg
<steev>
if i was still out in compton maybe :(
<szclsya[m]>
probably just a scratched plastic lens
<steev>
it's a bit more than scratched
<steev>
the glass thingie on the back of the phone is literally broken
<szclsya[m]>
in that case this picture looks remarkably clear :D
<steev>
lens cover maybe?
<szclsya[m]>
not sure if the outer glass serves an optical purpose, but let's just call it lens cover
<bamse>
steev: nice!
<steev>
thats using the uh pinephone usb c thingie that adds a hdmi port, if that counts
pundir has quit [Server closed connection]
<steev>
external monitor is 2K but i didn't check resolution or anything
pundir has joined #aarch64-laptops
<bamse>
steev: i think we're limited to ~2k right now, because we don't reconfigure the phy to 4 lanes dp
<bamse>
i had to hack up the phy driver to drive my 2560x1600 display
<bamse>
got some patches to switch usb/dp -> dp-only, but unfortunately i'm not able to get usb back up when doing dp-only -> usb/dp, so need some more work there
<clover[m]>
i have the exact pinephone thing on my desk here
<bamse>
perhaps reasonable to make that happen now that the qmp driver has been redesigned
alexeymin has quit [Server closed connection]
alexeymin has joined #aarch64-laptops
robher_ has quit [Server closed connection]
robher_ has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<travmurav[m]>
Uhm, for whatever reason GPU (adreno) misbehaves when the extarnal display is present for me. Removing firmware "makes everything work" but with the gpu working, it doesn't really render and it's easy to crash the device entirely by replugging the external display
iivanov has quit [Ping timeout: 480 seconds]
<bamse>
travmurav[m]: which device is that?
<travmurav[m]>
bamse: Acer aspire 1 (7c gen1)
<bamse>
and what does "doesn't really render" mean? display works fine, gpu is buggy and with external display it starts crashing?
<travmurav[m]>
With no external display everything is fine
<travmurav[m]>
With external display gpu seems to render only one frame and hang
<bamse>
hmm, nothing comes to mind...there's pretty much no relationship between the display configuration and the gpu...
<travmurav[m]>
More specific example is that I can switch ttys between (presumably) gpu accelerated gdm and fbcon with gdm advancing 1 frame every switch
<travmurav[m]>
(fbcon is fine)
<bamse>
ohh, you're testing with fbcon, and not wayland (or x?)
<bamse>
when you see the crashes with external display that is
<travmurav[m]>
I switch between a graphical session and the tty
<bamse>
and then it crashes?
<travmurav[m]>
No
<bamse>
okay, because _that_ i've seen plenty of :/
<travmurav[m]>
I can switch how many times I want, tty works as expected, graphical session is not
<bamse>
in particular if you connect 2 external displays fbcon gets all wonky
<bamse>
okay, not sure what's going on there :/
<travmurav[m]>
And the device crashes when I unplug the display in the "hung" graphical session
<travmurav[m]>
I don't understand it either as I had no such problems with just the internal display
<travmurav[m]>
I think I could see a few timeouts in the dmesg until the hang
<travmurav[m]>
Hm I wonder if it's some vsync issue with the "sync" never happening or something like that
<steev>
bamse: i do have some badness, not sure if it's related to your patches or just being based on next - when trying to come back from suspend (or possibly trying to enter it?) - https://paste.debian.net/1249850/
<travmurav[m]>
Well I've just installed sway and here the external display works perfectly
<travmurav[m]>
Can run a GPU intensive application on an external display as well
dianders has quit [Server closed connection]
dianders has joined #aarch64-laptops
mani_s has quit [Server closed connection]
mani_s has joined #aarch64-laptops
<travmurav[m]>
Actually I think it's an issue of x11 gdm that gnome for some reason falls back to when the external display is available...
<steev>
bamse: also... when you do submit these... would you be against splitting out the i2c and usb changes to the dts?
<travmurav[m]>
Because forcing x11 in gdm results in the same issue with no external display...
<steev>
ah, hm, no that won't work as the ec gets the drm stuff too