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)
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
aguslr_ has joined #aarch64-laptops
aguslr has quit [Ping timeout: 480 seconds]
<bamse>
steev: presume you mean on the flex 5g...and no i haven't figured out why
<bamse>
steev: but it's not just the trackpad, both bt and usb mouse shows the same behavior
<bamse>
steev: and i think i'm seeing the same issue when i'm running out of ram...plus i see sustained 110+MB/s read from ufs
iivanov has joined #aarch64-laptops
iivanov has quit []
ahalaney has joined #aarch64-laptops
macc24_ has left #aarch64-laptops [#aarch64-laptops]
macc24 has joined #aarch64-laptops
<macc24>
robclark: o.
<macc24>
* i can't type o/
<macc24>
so about #84 on cadmium, it looks like fact that strongbad technically is baseboard of coachz doesn't really matter, since "baseboard" for cadmium is close to "broadest group of devices that make sense to refer to" and "board" being "device different from others physically"
eiubhssb has joined #aarch64-laptops
eiubhssb has quit [Remote host closed the connection]
<robclark>
macc24: sure, I wasn't sure how closely you wanted to keep $BASEBOARD matching what it is for CrOS builds.. I'm not really sure it matters for cadmium images
<macc24>
robclark: now literally only architecture and bootloader matters for cadmium images B-)
<macc24>
i can insteall cadmium onto a krane, then lazor, then kevin with no re-imaging the installation medium B-)
<robclark>
yeah, like I mentioned, I think it mostly just matters for sensors that trigger tablet mode vs desktop mode UI, and that sort of thing
<macc24>
yea thanks for the comment
<robclark>
np
<Erisa>
bamse: Flex 5G is called Yoga 5G outside of the US :)
<Erisa>
oh i see the message just said 5G without context, i get you now
<Erisa>
steev: I tried with almost full battery and plugged in, first time it threw some UFS errored and rebooted and the second time its doing CPU lockup again. I guess I should try a newer kernel?
<Erisa>
I was going to mess with kernel stuff afterr installing but might as well try it now since the install isnt working
<steev>
Erisa: possibly - you could try rebuilding the iso on a debian virtual machine and using the branch from bamse's github i linked above
<Erisa>
sure i'll have a look, cheers
ahalaney has quit [Remote host closed the connection]
<bamse>
Erisa: ohh, i didn't know those are the same
<steev>
surprised they're available in europe since they're EOL in US
<steev>
sadly, they're still extremely expensive on ebay
<steev>
bamse: since you're around... what's up with patchwork? no patches since the 13th
<bamse>
wow, and opening that link screwed up my machine
<steev>
oof
<bamse>
the mouse pointer moves a little every few seconds
<steev>
it should just show [DISCONTINUED] on the page and there's an overlay that says "this product is no longer available, perhaps these would interest you" and shows 3 other machines
<bamse>
will have to wait until the oom killer kicks in and solves my problem
<bamse>
yeah, i got that...and i guess chromium decided to use a lot of ram to tell me
<steev>
is that... on your flex 5g?
<steev>
because the c630 has no problems
<bamse>
right, i've not made another attempt at the external monitor thing on my yoga
<bamse>
but as you say, we don't have the same problem there
<steev>
true, we just have other problems :P
<steev>
i really should look into the audio stuff. i can't correct the popping sound, but i'd really like to get sound coming out of both speakers
<steev>
i was also thinking of doing something like
<steev>
i'm kinda dumb though and i dunno what clocks should actually have the clk_ops_enable_parent on
<steev>
and venus still does it, i should probably ask lumag about it since he was the last one to touch those clocks
<steev>
bamse: oh, i did notice one regression from 5.15 to 5.16
<steev>
the webcam can't do 720p with 5.16
<steev>
it stutters like crazy and the console just says the system is too slow
<bamse>
i don't think CLK_OPS_PARENT_ENABLE is the solution to our problem...at least not in the general case
<bamse>
sounds like a performance regression to me
<steev>
the gcc stuff is based on a patch i saw earlier on the list for the 8250 i think
<steev>
but the one in dispcc does fix the rcg2 messages
<steev>
the ones*
<bamse>
yeah, i haven't figured out the exact life cycle for the clocks parented by the dsi phy
<steev>
i'm assuming the venus one is shut down already by the time the module loads (i don't iirc, have the venus firmware in the initrd)
<bamse>
looking at the callstack i get on my c630 i wonder if we're cutting the power to the phy...and then trying to reparent the rcg, before finally re-enabling the pll in the phy again - which luckily seems to unlock the wedged rcg
<steev>
maybe
<steev>
fwiw, i'm on vacation, but not going anywhere now, so if stuff needs testing, i'm all for it
<steev>
even if i wanted to do work... my boss broke my jenkins server so... i gotta wait on him to fix it
<bamse>
i'm trying to finish up the reworked dp/usb-c integration...then i'll probably be able to take a look
<Dylanger>
Does anyone in here have virtio driving writing experience + is available for contract hire?