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)
<steev>
calebccff: please do :) the things i've noticed so far is that the battery life is not where it used to be, but that could just be age at this point
<steev>
i could just go with a vanilla 6.3 and the defconfig
<calebccff>
that way you don't have a battery percentage to worry about right? XD
<calebccff>
steev: btw have you noticed issues with the keyboard missing inputs? I'm running sway and some specific apps (mostly xwayland or electron) tend to have weird graphical glitches which look like characters i type not rendering. But at the same time im almost certain there are times when i press a key and it just gets ignored
<steev>
i havent' seen that here, but i don't run many electron/xwayland apps; i force chromium and firefox to use wayland
<steev>
the only electron app i think i used was armcord
<steev>
oh, right, i forgot there's no battery with vanilla still :(
<steev>
well, i can always throw dmitry's patchset at it
<steev>
oh, and the venus fix format enumeration patch
<steev>
and the qseecom stuff
<calebccff>
oh how is the qseecom stuff? useful?
<steev>
not really? but at least it adds an entry to enter bios?
<calebccff>
i tried messing with venus once but didn't have much luck, does it work for browser?
<calebccff>
oh that's neat heh
<steev>
oh, the EC stuff has changes requested, that is why it hasn't been applied yet
<steev>
iirc, some i2c stuff changed and it doesn't build anymore anyway
<steev>
calebccff: do you have external display with yours or nah?
<calebccff>
yeah just need to remove the second parameter from the `probe()` function
<calebccff>
no, i haven't touched it since i heard from you it was busted
<steev>
ah
<calebccff>
although, im bringing up type-c on the SHIFT6mq which also has DP alt mode, and I think when it works there it should work on c630 as well
<steev>
cool
rfs613- has joined #aarch64-laptops
rfs613 has quit [Ping timeout: 480 seconds]
rfs613- is now known as rfs613
<steev>
i wish i knew why locking the screen with wayland/mutter causes a seg
<jhovold>
Changes since the previous 6.3-rc4 branch include some usb and bluetooth fixes. Specifically, the bluetooth controller now starts as unconfigured until a valid device address has been provided (e.g. using btmgmt).
laine has joined #aarch64-laptops
<_`[m]1>
<jhovold> "steve, juergh, and anyone else..." <- ubuntu aarch64
<jhovold>
_`[m]1: yeah, ubuntu (juergh) at least used my branches as the basis for their previous releases
<_`[m]1>
it's installed in /boot but it gives an error and won't boot
<_`[m]1>
generic and 64k pages
<gwolf>
steev: Great! I'll try to find time soon to check it out.
<steev>
maybe not, i'm having issues with an unbalanced enable irq on display coming back from suspend
<gwolf>
ardb: Suspend/resume issues? I haven't had any in the C630. Many kernels ago, the display would often not come back up (so it was a matter of closing the lid for some more seconds and opening it again), but I haven't seen that in a very long time.
<ardb>
gwolf: the last time i had issues, it was probably because i used it in tablet mode in windows to watch something on netflix while travelling
<ardb>
after that, 1x suspend/resume would cause me to lose the trackpad
<ardb>
second suspend would never resume
<ardb>
then i drained the battery entirely and things worked fine again
init_x13s has joined #aarch64-laptops
<init_x13s>
hey, what's the state of linux-firmware ? do we still need the x13s-alarm firmware?
<steev>
ardb: unfortunately, i don't think https://paste.debian.net/1278316/ will be fixt by letting the battery run out :( (but also... that happens far more often to me than i should let it because i often let it just sit there in this state :D )
<steev>
init_x13s: yes
<init_x13s>
steev: thanks
<gwolf>
OK, might be. I never use either tablet mode or Windows :-)
<steev>
while the wifi firmware is in linux-firmware now, there are still others that aren't, or it isn't clear where they should be (like the topology firmware)
<bamse>
steev, ardb, danielt: would be really nice if someone could figure out the hid sensor hub thing on c630 (and presumably allow/block-list the EC)...so we'd get working keyboard with the distro kernels...and a slight push on getting the EC driver landed...as those two items are the only thing preventing me from just running the distro-kernel
<steev>
iirc, changes were requested to the EC driver... lumag said he's still running 6.1 on his c630 (because of the wip patches), but he will be updating to 6.3 in the next few days and when he does he'll see what is what
<steev>
though, that was more in relation to the fact that i get an unbalanced enable irq on the mdss
<bamse>
steev: okay, sounds good...so then it's just the hid issue left (and the display-part that he dropped from the ec patches)
gwolf has quit [Ping timeout: 480 seconds]
gwolf has joined #aarch64-laptops
<init_x13s>
anything kown with current setup on x13s that could make wifi quite slow under certain circumstances (just checking if there's a quick fix, if this problem does exists)
<steev>
depends on the circumstances
<steev>
some usb devices seem to do something... very weird
<steev>
have not tested johan's usb fixes yet
<init_x13s>
using the on-board adapter
<bamse>
init_x13s: in the default configuration usb operation will consume considerable amount of cycles from CPU0...which affects the performance of everything
<init_x13s>
interesting, is johan usb patch somewhere in recent steev's patch ? im on steev's rc5
<bamse>
init_x13s: try adding "iommu.strict=0" to your kernel command line
<init_x13s>
thx
<bamse>
init_x13s: or build wth CONFIG_IOMMU_DEFAULT_DMA_LAZY
<bamse>
init_x13s: there's still circumstances where it's not what it should be, but it's at least much better
<steev>
well johan just pushed his stuff today, so no... not incorporated yet, i'm working on it, but also need to do work things
<init_x13s>
just asking, it's not a big issue.
<HdkR>
Oh, there's some USB changes?
<steev>
just answering, don't take it as me being upset or feeling rushed
<steev>
it's actually incorporated, i just haven't finished the compile yet :)
<init_x13s>
hehe
<init_x13s>
when it's incorporated, will we still need iommu.strict=0? or this depends on it.
<steev>
i cannot answer that question at all
<steev>
all i've done is looked over his patches
<init_x13s>
thx
init_x13s has quit [Remote host closed the connection]
init_x13s has joined #aarch64-laptops
init_x13s has quit [Remote host closed the connection]
<jhovold>
steev: the usb fixes in my latest branch are related to runtime pm, which is disabled by default