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)
rfs613 has quit [Server closed connection]
rfs613 has joined #aarch64-laptops
<robclark> flowriser: if you can ssh to it and get dmesg, CONFIG_DEBUG_DRIVER can sometimes help give an idea why something fails to probe.. you might be able to comment out backlight in dtb (and just rely on fw leaving backlight in a reasonable state), but missing a panel driver would defn cause display driver to not probe
WoC has joined #aarch64-laptops
CosmicPenguin has quit [Server closed connection]
CosmicPenguin has joined #aarch64-laptops
Guest227 is now known as bamse
<bamse> flowriser: the cpufreq complaint about the optional "lmh interrupts" are silenced in v5.17-rc1
<bamse> flowriser: as an intermediate step for seeing how things are behaving, i would recommend that you generate your own dtb with the mdss node status = "disabled";
<bamse> flowriser: that will (should) keep you on the efifb
<bamse> flowriser: ohh and you must boot with clk_ignore_unused and pd_ignore_unused on the commandline
<steev> i should give 5.17-rc1 a try
<robclark> rc1 seems to work ok with no issues on lazor.. kinda nice to see rc1 working for a change
<steev> ah, i still have all my external stuff on top, i should strip it all out and see how rc1 goes
<WoC> Any suggestions as to a suitable aarch64 laptop for someone who is mainly looking into using it for OpenCL on the GPU ?
<HdkR> Apple M1 in MacOS supports OpenCL
<WoC> Right, but replacing MacOS might be quite a challange
<HdkR> Getting OpenCL on another AArch64 laptop is also quite a challenge
<WoC> Although I do realize that OpenCL is (tm) Apple
<WoC> Indeed
<robclark> clover should work on qcom things... although there certainly is some room for optimizing some things that show up more frequently in cl but not gl
<WoC> In my case, I do prioritize OpenCL over OpenGL
<HdkR> robclark: Is clover in a state that is usable? Doesn't blender still completely break under it?
<WoC> However, given the age of the BSD is MacOS, hopefully I won't have to resort to that
<robclark> haven't tried blender.. clover in general works, but not really to the level of perf/compliance as gl.. so ymmv ;-)
<WoC> clover is only useful on a small number of devices and the quality is proportional to how recently the device was released
<HdkR> robclark: So really the only production quality AArch64 *laptop* with OpenCL is Apple things. Otherwise you're stuck with Android OpenCL stacks :P
<WoC> which is vendor provided...
<steev> HdkR: i mean, if you're saying *production* quality, sure
<HdkR> Personally I wouldn't throw a user at non-production code :D
<WoC> In other words, never use anything made by amd
<steev> robclark: speaking of... how do i enable clover?
<steev> WoC: well that outs qualcomm since adreno = radeon :P
<WoC> oh, that would explain i could never ger OpenCL working on my phone
<HdkR> Android phones also have their own quirks there. Like all Pixel phones not shipping OpenCL binaries, and a lot of random vendors also not doing so.
<HdkR> Also you need to watch out for embedded profile versus full
<WoC> While AMD has great hardware, they never had any functional software outside windows
<robclark> steev: https://paste.centos.org/view/da4b4ae9 .. but maybe you want `--buildtype release` instead
<WoC> afaik only Samsung ships OpenCL runtimes with their phones, even if it's limited to crippleware
<steev> robclark: ta, it's building now that i'm not an idiot and actually installed libclang-dev. their error messages are... not very conducive to figuring out the missing package
<steev> HdkR: i'm 1000% no blender expert... barely even a beginner (literally just installed it); it's.... running? i can do video editing with it, at least
<steev> but it might be doing opengl not opencl there?
<HdkR> steev: Go to Edit->Preferences->System->Cycles Render Devices->OpenCL
<HdkR> It should say "No compatible GPUs found for path tracing"
<HdkR> The viewport you see by default is OpenGL based. It's the Cycles Renderer that will fallback to the CPU path
<steev> ah, right
<steev> yeah, that happens
<steev> the blender output does say that there's no verison info available in libOpenCL.so.1
<steev> strings /usr/local/lib/aarch64-linux-gnu/libOpenCL.so.1 | grep 22.0.0
<steev> 22.0.0-devel
<steev> Mesa 22.0.0-devel (git-2002e87cc3)
<steev> i blame blender?
<WoC> Which version of Blender ?
<WoC> Be aware, you no longer has OpenCL in Blender 3.
<WoC> 3.x
<steev> oh, yeah, just saw that in the bug :)
<steev> https://developer.blender.org/T73734 at the bottom :)
<WoC> Right, drop AMD, get a real NV
<WoC> CUDA ftw
<WoC> It's not likely AMD will ever fix anything ever, unless they are actually forced to
<steev> kinda hard to "drop" it when it's built in to the cpu
<WoC> Good thing that you can add a real gpu
<WoC> Maybe not be as fast as on ThunderBolt, but still do-able
<WoC> Unless it's some AMD/ATI "GPU"
<steev> bamse: 5.17-rc1 on the c630, https://paste.debian.net/1228182/ line 82, havent seen that one before
<flowriser> bamse, I will kiss you right now. Booting with clk_ignore_unused and pd_ignore and disabling mdss node kept me on efifb
iivanov has joined #aarch64-laptops
<flowriser> leaving mdss enabled and booting with clk_ignore and pd_ignore on keeps me on efifb as well
<flowriser> bamse, turns out only clk_ignore is needed for me to stay in efifb
flowriser has quit [Ping timeout: 480 seconds]
flowriser has joined #aarch64-laptops
<flowriser> Making some headway here, now I think I have a missing kernel module cause I get: "RTNETLINK1 answers: No such file or directory" then I get "acpid: error talking to the kernel via netlink" when booting via a dt
<bamse> steev: me neither, that seems to be a new one
<bamse> flowriser: allow me to decline that kiss, but i'm happy to see that you're up and running :)
<bamse> flowriser: i made an attempt at starting to solve the clk_ignore_unused issues, but it (running without clk_ignore_unused) is simply broken by design and needs to be replaced with something new and clever, but all efforts of coming up with a generic solution for that has failed to far
CosmicPenguin has quit [synthon.oftc.net resistance.oftc.net]
jhugo____ has quit [synthon.oftc.net resistance.oftc.net]
ndec has quit [synthon.oftc.net resistance.oftc.net]
dianders has quit [synthon.oftc.net resistance.oftc.net]
robher has quit [synthon.oftc.net resistance.oftc.net]
pundir has quit [synthon.oftc.net resistance.oftc.net]
shawnguo4 has quit [synthon.oftc.net resistance.oftc.net]
Lucanis has quit [synthon.oftc.net resistance.oftc.net]
srinik has quit [synthon.oftc.net resistance.oftc.net]
samueldr has quit [synthon.oftc.net resistance.oftc.net]
WoC has quit [synthon.oftc.net resistance.oftc.net]
gwolf has quit [synthon.oftc.net resistance.oftc.net]
broonie has quit [synthon.oftc.net resistance.oftc.net]
elder_ has quit [synthon.oftc.net resistance.oftc.net]
steev has quit [synthon.oftc.net resistance.oftc.net]
exit70 has quit [synthon.oftc.net resistance.oftc.net]
rfs613 has quit [synthon.oftc.net resistance.oftc.net]
arnd_ has quit [synthon.oftc.net resistance.oftc.net]
vkoul has quit [synthon.oftc.net resistance.oftc.net]
bamse has quit [synthon.oftc.net resistance.oftc.net]
Evaia6 has quit [synthon.oftc.net resistance.oftc.net]
robclark has quit [synthon.oftc.net resistance.oftc.net]
Lucanis has joined #aarch64-laptops
CosmicPenguin has joined #aarch64-laptops
rfs613 has joined #aarch64-laptops
WoC has joined #aarch64-laptops
arnd_ has joined #aarch64-laptops
robher has joined #aarch64-laptops
pundir has joined #aarch64-laptops
jhugo____ has joined #aarch64-laptops
gwolf has joined #aarch64-laptops
ndec has joined #aarch64-laptops
broonie has joined #aarch64-laptops
elder_ has joined #aarch64-laptops
dianders has joined #aarch64-laptops
steev has joined #aarch64-laptops
vkoul has joined #aarch64-laptops
shawnguo4 has joined #aarch64-laptops
bamse has joined #aarch64-laptops
Evaia6 has joined #aarch64-laptops
exit70 has joined #aarch64-laptops
srinik has joined #aarch64-laptops
samueldr has joined #aarch64-laptops
robclark has joined #aarch64-laptops
<steev> bamse: ah, is that what is going on with the cache rcg?
<flowriser> What is Qualcomm FGBCL? Why the hell is everything so obscure with qualcomm
<steev> power management
<steev> i'm assuming it's FG BCL
<flowriser> BCL = battery charge level, but what does FG stand for? :D
<flowriser> I am going manually through the acpi dump files and annotating everything in order to find where the hid over i2c keyboard is hiding
<steev> front gate?
<steev> i'm just randomly guessing as well :)
<flowriser> Also what I noticed is that the dsl file contains spiX, uartX, i2cX on the same registers/interrupts (under qupv3), does this mean one can arbitrarily choose either one of them? What would happen if you enabled both uart and i2c on the same reg/intrerupts?
<bamse> steev: nah, it's related but there was another patch for that
<bamse> steev: many of our rcgs can be controlled by both hardware and software, and as such we can't actually query their current state reliably
<bamse> steev: as such, we can't implement is_enabled() and hence when clk_disable_unused() kicks in we don't know if the rcg is on or off, but in the current implementation we'll happily turn off the parent clock
<bamse> steev: which locks up the rcg
<steev> ah, right
<bamse> flowriser: i don't know if bcl standard for battery charge level somewhere, but i think it's typically something like "battery current limit"
<bamse> flowriser: it's a hardware block in the pmic that measures current, battery level (and temperature?) and if levels exceeds some configured thresholds it will signal the OSM in the SoC about that
<bamse> flowriser: the OSM being the hardware behind the qcom-cpufreq-hw driver
<bamse> flowriser: that way cpu frequency is automatically limited based on e.g. how much current the pmic is allowed to pull from the battery
<bamse> flowriser: and the cpufreq irqs that you mentioned the other day, that's the OSM (or LMH) notifying you about such an event
<flowriser> bamse, thanks so much for the explanations! Definitely puts some context around how everything works together
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Remote host closed the connection]
Erisa has joined #aarch64-laptops
Erisa has quit [Quit: The Lounge - https://thelounge.chat]
Erisa has joined #aarch64-laptops
Bison has joined #aarch64-laptops
Erisa has quit [Quit: The Lounge - https://thelounge.chat]
Bison has quit [Remote host closed the connection]
iivanov has quit []