robclark changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
<sally[m]1234567>
I am willing to get a laptop, what is your suggestions, which has better supportive and good performance?
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
<clover[m]>
eholzbach solved his fde issue by adding clk_ignore_unused pd_ignore_unused iommu.passthrough=0 iommu.strict=0 to his existing kernel parameters
rfs613- has joined #aarch64-laptops
rfs613 has quit [Ping timeout: 480 seconds]
<jhovold>
clover[m]: yeah, kernel, topology and ucm files all need to be updated in lock step otherwise sound may break partially or completely
<jhovold>
clover[m]: thanks for confirming that at least one users problems were resolved by adding the missing cmdline parameters
<jhovold>
remember to update your wiki as well if you haven't already
alfredo has joined #aarch64-laptops
<_[m]1>
<steev> "danielt said he does fde and..." <- I'm doing fde on ubuntu too but you can just enable checkbox in installer lol
<jhovold>
clover[m]: btw, were you running with the required kernel parameters (e.g. clk_ignore_unused) when you saw ath11k failing to probe?
<jhovold>
looks like you were...
svarbanov__ has joined #aarch64-laptops
svarbanov_ has quit [Ping timeout: 480 seconds]
yiy_ has quit [Quit: leaving]
alfredo has quit [Quit: alfredo]
mcbridematt has quit [Remote host closed the connection]
alfredo has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
phire has quit [Ping timeout: 480 seconds]
hightower2 has quit [Ping timeout: 480 seconds]
phire has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
rpirea has joined #aarch64-laptops
rpirea has quit [Remote host closed the connection]
rpirea has joined #aarch64-laptops
rpirea has quit []
rpirea has joined #aarch64-laptops
<robclark>
jhovold: btw, any idea what is missing or when we can drop clk_ignore_unused / pd_ignore_unused .. I kinda assume having both of those isn't great for battery life
alfredo has joined #aarch64-laptops
<bamse>
robclark: running without pd_ignore_unused is possible, and gives some savings...unfortunatly several of the power-domains are provided by kernel modules, and there's no mechanism in place which will turn those off...
<bamse>
robclark: abelvesa had a few proposals for improving the situation here, but it's still wip
alfredo has quit [Quit: alfredo]
rpirea has quit [Remote host closed the connection]
rfs613- is now known as rfs613
xroumegue has quit [Ping timeout: 480 seconds]
phire_ has joined #aarch64-laptops
phire is now known as Guest2739
phire_ is now known as phire
Guest2739 has quit [Ping timeout: 480 seconds]
rpirea has joined #aarch64-laptops
Lucanis has quit [Quit: Leaving]
Lucanis has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 has quit [Ping timeout: 480 seconds]
jhovold has quit [Ping timeout: 480 seconds]
* _[m]1
boots eos
<_[m]1>
> critical low battery error -_-
<clover[m]>
that happens to me sometimes, i usually just reboot. it might be an issue with the pd-mapper not sure
<_[m]1>
I"m unsure, if my battery is deepdischarged ór dis some bug
<_[m]1>
if I unplug the power it boots a bit, then I try to plug it in quickly (it had worked once), I've now connected without docking and will wait a bit
<_[m]1>
by the time we get better power mgmt our batteries will be semibroken lol
<_[m]1>
yes needed minimal charge seems
<_[m]1>
BOOTED W00T
<clover[m]>
yay!
<_[m]1>
so can we install steam and play dota huh :)(
<_[m]1>
s/:)(/🙂/
<robclark>
IME dota ran pretty well
<_[m]1>
s/dota/dota2/, s/:)(/🙂/
<robclark>
well, whatever one I tried it was probably the newer one.. it was x86_64.. it is the older 32b x86 things that struggle (fex-emu hasn't optimized 32b as well)
<clover[m]>
i never understood why steam is still a 32 bit application
<_[m]1>
can you run the android one, what's it called droidbox?
<clover[m]>
lol waydroid/anbox
<clover[m]>
i haven't tried yet. its prob in the AUR though
<robclark>
probably there isn't any good reason for steam launcher thing to still be 32b.. but it's also fine, it isn't too demanding
<broonie>
Probably they don't see any reason to drop i386 hardware and having both i386 and amd64 increases the testing they have to do.
<broonie>
So so long as it's not so slow as to cause problems...
<robclark>
the games themselves are more of the long tail.. people are still playing games that won't get another update.. and at the time the game shipped there were still enough 32b systems for that to be an argument
<_[m]1>
but the games are 64 bit right
<robclark>
some newer ones are... majority are 32b afaiu
<HdkR>
robclark: This last month we actually spent a wackload of time optimizing 32-bit, so it is quite a bit better than before
<robclark>
ahh, cool.. I guess time to git-pull and rebuild
<konradybcio>
robcalrk clover most steamapps (read: games) are i386 :/
<konradybcio>
oh sorry you just said that
<konradybcio>
I have this bad habit of not reading the history before I reply
<HdkR>
Most new games are 64-bit now luckily. So it's just the back-catalogue that makes the majority being the issue :D
<robclark>
konradybcio: heh, same here ;-)
<HdkR>
broonie: 32-bit only is effectively dropped in Steam. Its entire UI is now rendered with CEF which only has a 64-bit binary. Small mode no longer works since that uses CEF as well