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)
aceridus has quit [Quit: Page closed]
aceridus has joined #aarch64-laptops
falk689_ has joined #aarch64-laptops
falk689 has quit [Remote host closed the connection]
<steev> bamse: mybw on 6.1-rc3, with the bwmon bits seems bad like, 12-13K instead of the 22-23k of 6.0
<steev> drops to ~7.5K at 2M, 6.5K at 4M, 5.7K at 8M, 5.5K at 16M and 5.6K at 32M
<steev> yeah, and geekbench still doesn't like. i'm not sure what's going on with 6.1 that i'm missing a config option or something is broken with the timers
<steev> hm, okay, yeah, cpufreq seems broken
<steev> there's just... nothing in there
<steev> ah, yeah, it's deferring, wth
<steev> ah, it seems 33c0000 is deferring, and i'm not sure what's missing there. i'm guessing one of those weird kinda SM8430 dependencies or some such is missing
<bamse> steev: do you have CONFIG_OSM_L3 ?
<bamse> CONFIG_INTERCONNECT_QCOM_OSM_L3 apparently
<steev> ah, no
<bamse> them new patches brings a new dependency for cpufreq
<steev> aha
<steev> well that gets us cpufreq, but i do still seem to be showing 33c0000.pinctrl as deferred
<bamse> don't have that node in my local tree...is it lpass pinctrl?
<steev> yeah
<steev> i *thought* i had the config options enabled, but apparently i don't
<steev> okay, geekbench of 6.1.0-rc3 with johan's patches on top -> https://browser.geekbenc.com/v5/cpu/18337878
<bamse> nice
<steev> our text rendering is sadge :(
<HdkR> Is it worse than running geekbench on Windows?
<HdkR> Interesting
hexdump01 has joined #aarch64-laptops
<HdkR> Wonder why that one is so much lower
<bamse> who needs text rendering anyways...
hexdump0815 has quit [Ping timeout: 480 seconds]
<HdkR> The GPU does it all these days anyway, no need for the CPU to do it
<bamse> :)
<bamse> nice to see the speedup though, we where 10-12% behind before
<steev> well, we don't have the gpu to do it currently :(
<steev> bamse: what is the "proper" way to rescind a T-b? e.g. if i realized i was testing v1 and not v2, and v2 has issues and will need a v3? just say i was testing 1 and not 2?
jhovold has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
SSJ_GZ has joined #aarch64-laptops
Caterpillar2 has joined #aarch64-laptops
Caterpillar2 has quit []
Caterpillar has joined #aarch64-laptops
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<ndec> steev: do you have mani_s' thermal patches when running geekbench? his last series is an attempt to mimic the skin temperature management that we have on Windows.
Esmil has joined #aarch64-laptops
dianders_ has quit []
dianders has joined #aarch64-laptops
<steev> ndec: yeah they are (although v1, not v2, v2 has a minor issue)
<ndec> ok, that's enough. just wanted to make sure the benchmarks were done with the appropriate thermal limits in place.
<ndec> to be fair to windows :)
<steev> and even did the stock not my hack that increases the skin temp a bit (i allow mine to get a wee bit hotter - 65/68/73 iirc)
<mani_s> steev, just say that you are taking back your t-b tag as a reply. There is no "proper" way to do this but if the submitter/maintainer gets, then it is fine
<mani_s> I believe you are referring to my thermal series ;)
<mani_s> But anyway, I won't include yours in v3 and you can just give your tag for the same
<steev> yeah :)
Guest4154 has quit [Write error: connection closed]
frytaped[m] has quit [Write error: connection closed]
Leandro[m] has quit [Write error: connection closed]
mahmoudajawad[m] has quit [Write error: connection closed]
Dylanger has quit [Write error: connection closed]
Lucy[m] has quit [Write error: connection closed]
harvests[m] has quit [Write error: connection closed]
fevv8[m] has quit [Write error: connection closed]
AlexMarty[m] has quit [Remote host closed the connection]
harvestz[m] has quit [Remote host closed the connection]
szclsya[m] has quit [Write error: connection closed]
danielt has quit [Write error: connection closed]
ungeskriptet[m] has quit [Read error: Connection reset by peer]
mothenjoyer69 has quit [Write error: connection closed]
underpantsgnome[m] has quit [Write error: connection closed]
psydroid[m] has quit [Write error: connection closed]
cmeerw[m] has quit [Write error: connection closed]
luxio_39[m] has quit [Write error: connection closed]
amstan has quit [Write error: connection closed]
Manis[m] has quit [Write error: connection closed]
NomadNaomie[m] has quit [Write error: connection closed]
clover[m] has quit [Write error: connection closed]
ajhalaney[m] has quit [Write error: connection closed]
arisu has quit [Write error: connection closed]
jenneron[m] has quit [Write error: connection closed]
travmurav[m] has quit [Write error: connection closed]
robertmader[m] has quit [Write error: connection closed]
steevdave[m] has quit [Write error: connection closed]
Sobek[m] has quit [Write error: connection closed]
davidebeatrici[m] has quit [Write error: connection closed]
quinine has quit [Write error: connection closed]
qzed has quit [Write error: connection closed]
ajhalaney[m] has joined #aarch64-laptops
hexdump01 has quit [Quit: WeeChat 1.9.1]
hexdump0815 has joined #aarch64-laptops
<hexdump0815> aceridus: looks like make savedefconfig is not doing what i thought - the resulting defconfig seems to be quite unuseable as even things like smmu are of in the resulting .config
<hexdump0815> i also tried to merge it with the regular defconfig, but that kernel also did not work - no usb, no kdb
<hexdump0815> aceridus: can you please post your working .config somewhere, so that i can try that one
<aceridus> hexdump0815: I just pushed a fixed defconfig: https://github.com/amcduffee/linux/commit/7b851a798063a206307f16a8e3b6d289f9ace89f
<aceridus> hexdump0815: I verified that using 'make CROSS_COMPILE=aarch64-linux-gnu- ARCH=arm64 KBUILD_DEFCONFIG=galaxy_book_go_defconfig defconfig' gets me back to the same .config, only differences are CC_VERSION_TEXT and GCC_VERSION
<aceridus> hexdump0815: So, savedefconfig does work as expected, but it is important to include CROSS_COMPILE=aarch64-linux-gnu- and ARCH=arm64 when calling it, which I forgot on the first pass
<hexdump0815> aceridus: nice, thanks a lot - that i think explains it - x86 most probalbly does not have any real idea what arm-smmu and other arm stuff actually is - with that config not even the dtbs were compiled :)
<hexdump0815> its getting time that linux runs properly on this 7c device so that you can build your kernel natively without cross compilation needed ;)
<aceridus> hexdump0815: Haha, yup. I periodically make harebrained mistakes like that. At least with kernel configs it is readily apparent as everything tends to breaks.
<aceridus> hexdump0815: I could do that already, but booting from a USB stick is slow for purposes such as kernel builds. I have a 16 core Ryzen 9 that makes quick work of rebuilds, so doing that followed by a quick rsync to the USB stick allows for fast iterations, at least currently.
<aceridus> hexdump0815: Also, the keyboard is fully functional expect for the occasional spurious character. It has bus arbitration issues once in a while that spews messages on the console. A few things that need to be fixed up and don't play well with active development on the terminal...
<hexdump0815> aceridus: yes and i think things like thermals and cpu freq scaling are nice to have to get the full power for compiling - so still quite a bit of way to go ...
jhovold has quit [Ping timeout: 480 seconds]
<aceridus> hexdump0815: Another thing regarding the keyboard, at boot you will see a bunch of 'i2c_hid_get_input: incomplete report (11/33026)' messages. I hit the Esc key to stop them, although I think any keyboard key has the same effect.
iivanov has quit [Quit: Leaving...]
<hexdump0815> aceridus: ok - thanks for this info
arisu has joined #aarch64-laptops
AlexMarty[m] has joined #aarch64-laptops
amstan has joined #aarch64-laptops
Leandro[m] has joined #aarch64-laptops
clover[m] has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
danielt has joined #aarch64-laptops
davidebeatrici[m] has joined #aarch64-laptops
Dylanger has joined #aarch64-laptops
fevv8[m] has joined #aarch64-laptops
frytaped[m] has joined #aarch64-laptops
Guest69 has joined #aarch64-laptops
harvests[m] has joined #aarch64-laptops
harvestz[m] has joined #aarch64-laptops
szclsya[m] has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
Lucy[m] has joined #aarch64-laptops
luxio_39[m] has joined #aarch64-laptops
mahmoudajawad[m] has joined #aarch64-laptops
Manis[m] has joined #aarch64-laptops
mothenjoyer69 has joined #aarch64-laptops
NomadNaomie[m] has joined #aarch64-laptops
psydroid[m] has joined #aarch64-laptops
quinine has joined #aarch64-laptops
Guest85 has joined #aarch64-laptops
robertmader[m] has joined #aarch64-laptops
Sobek[m] has joined #aarch64-laptops
steevdave[m] has joined #aarch64-laptops
underpantsgnome[m] has joined #aarch64-laptops
travmurav[m] has joined #aarch64-laptops
ungeskriptet[m] has joined #aarch64-laptops
<hexdump0815> aceridus: btw. do you still have this acpi change in arm-smmu-qcom.c in your tree or no longer?
<aceridus> hexdump0815: I have a couple ACPI changes that are commented out and not committed.
Caterpillar has quit [Remote host closed the connection]
Caterpillar has joined #aarch64-laptops
<hexdump0815> aceridus: good news - i have it working to the same degree as you now
<aceridus> hexdump0815: Nice!
<hexdump0815> will during the next days try to isolate what of the kernel config is required for it to work on the galaxy book go and maybe try to reduce the config a bit
<clover[m]> Any update this week
<steev> not yet
<steev> waiting on v3 of the thermal stuff to push
<steev> v1 works, v2 had some incompatible changes and causes it to defer, and i don't want people thinking that it works when it doesn't, so v3 will come and (assuming working), a push
<clover[m]> Ok ty
Libre___ has joined #aarch64-laptops
SSJ_GZ has quit [Ping timeout: 480 seconds]