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)
<bamse>
i think robclark told me on irc...but i missed that as i went through the old mail thread
<steev>
overriding the opengl version?
<clover[m]>
yeah but its been launching for a bit. maybe 15-20 minutes
<steev>
lol
<clover[m]>
might be stuck idk
<steev>
pretty sure it's stuck
<clover[m]>
yea
<robclark>
steev: wideLines and strictLines would be in userspace (mesa).. seems like hw support for wideLines isn't quite good enough for wideLines+strictLines (although even if that isn't good enough for CTS it might be good enough for game so driconf override might be an option)
<robclark>
I'm not sure offhand what we'd loose if we stopped advertising strictLines
<steev>
Right but what blob is being talked about re: strictlines
<robclark>
we know how to do wideLines, getting a different blob wouldn't help
<steev>
Just for knowledge sake?
<robclark>
it's just that if we advertise both we wouldn't pass all of the CTS tests
<steev>
Ah
<robclark>
for just wideLines, a driconf override could make sense, so we advertise it only for the specific game but not in general
<robclark>
the other 8b extensions, idk.. we could emulate them but it would be better from perf standpoint if game did something different
<bamse>
robclark: what does wide/strict lines mean?
<robclark>
wideLine means you can set a width when drawing lines
<robclark>
strict imposes constraints on how that is implemented
<bamse>
robclark: ohh, i thought it was something magical :)
<bamse>
robclark: so "qcom blob" here means proprietary userspace? or some firmware blob?
<robclark>
I guess in this case it refers to qcom vk blob.. but I don't think that really helps us.. we know how the hw works here, it is just that it doesn't work exactly like the vk spec wants if you advertise both features.. hence blob does not advertise wideLines on a6xx (and neither does turnip)
<robclark>
(also, it is kind of an obscure feature.. I guess it only matters here because some sort of emulator?)
<robclark>
anyways, kinda amusing that some ancient gl desktop hw feature bleeds in to vk
<bamse>
right, didn't think we drew lines anymore ;)
<robclark>
I mean, if you are a CAD program, drawing lines is all you do :-P
<bamse>
i have a memory of there being a lot of quirks with GL_LINES...perhaps that was an issue with the developer though...
<bamse>
e.g. sharp corners with line width would look crap
<robclark>
it is a thing that desktop GPU vendors customers that use $important_bespoke_expensive_legacy_gl_apps devote the extra transistors to the rasteriser and mobile GPU vendors save on their transistor budget
<robclark>
*with customers
<bamse>
and if you put the transistors in there, you better include it in the new spec
<robclark>
right
<clover[m]>
does driconf work on a wayland session?
<robclark>
yes
<robclark>
we use it even on android (but with the mode that builds the driconf tables into driver rather than parsing xml at runtime)
<steev>
You’ll be caught by the other missing features trying to use vk though clover[m]
<robclark>
I pretty much hope clover[m] isn't part of the driver stack... that would seem like a high latency (relative to frame time) bottleneck for all users :-P
<clover[m]>
why are we missing features anyway? is its specifically a turnip issue?
<robclark>
no, just some game asking for combination of features that hw doesn't support and that it probably doesn't even need
<HdkR>
It's an emulator that just asks for all the features it will need up front. Since it is emulating a superior GPU :P
<clover[m]>
bad experience emulating on arm so far lol
<robclark>
"superior"
<HdkR>
Yea, heavily sarcasm on that since that thing is like a decade old now
<steev>
TIL it's 2027
<HdkR>
Tegra X1 SoC was in sampling late 2014, about the same age as the uarch :)
<robclark>
and gpu I suspect inherited some even older features
<HdkR>
Oh yea, NVIDIA never deletes anything out of their hardware
<robclark>
given that nv has a large market of people how care about $important_bespoke_expensive_legacy_gl_apps
<HdkR>
The last feature that I'm aware they removed was shadow filtering. Which only a couple of D3D8 games used. Surprised they didn't just emulate it for their newer hardware that could brute force it
<robclark>
vk is supposed to be getting _away_ from emulating-all-the-legacy-things
<HdkR>
That's what the VK compatibility layer is for. It just emulates the feature
<robclark>
so in this case, I'd say to send your bug report to the emulator devs, tbh (sorry to all the emu dev's out there)
<robclark>
hmm, if there is such a layer than maybe it is the way to solve this
<HdkR>
Oh, I totally agree in this case, if the hardware doesn't support the feature then emulating it in the VK driver is a bit of a mess
<robclark>
yeah
<HdkR>
Like emulating 8-bit SSBO stores sucks if you need to do a 32-bit load, bitfield insert, store
<HdkR>
Emulating that experience with unaligned atomics with aligned larger atomics suuuuucks
<robclark>
yeah, with vk you should try to not need the extension/feature if it is not advertised by driver.. if it is not advertised it means app couldn't do a worse job at it than trying to emulate in driver
<steev>
robclark: speaking of mesa things... something i've noticed with c630 and the thinkpad... when loading into xorg... there's a... pattern(??) display before Xorg actually seems to load?
<bamse>
almost forgot, vkoul merged the phy changes for orientation switching...so let's pick up the dts changes as well
<steev>
si, i saw that
<steev>
hm, actually, now bamse is making a liar out of me
<bamse>
steev: i do?
<steev>
yeah, with the new driver i don't get that pattern screen when using Xorg
<bamse>
robclark: quite sluggish in 4k resolution...but shrinking the window made it reasonable
<robclark>
yeah, it isn't lite..
<robclark>
I think there are multiple versions of "after the flood" floating around... one of them seems to insta-crash everything, that might have been the version I pasted :-P
<steev>
it's not crashing the thinkpad :)
<steev>
not even on ultra
* bamse
not so lucky...
<bamse>
tried a few different demos...now i need to restart chromium to get webgl back
<steev>
the "game" rob linked is gorgeous
<steev>
but it won't let me jump in the water and drown like zelda will
<bamse>
better than webgl aquarium...were you can never get out of the water
<steev>
lol
<bamse>
and yes, it's looking pretty
<steev>
11fps on firefox :(
<steev>
but that's with... everything
<steev>
high, high, high, high, on, high, 4x, on, on
<steev>
and, 16 on chromium
hexdump0815 has joined #aarch64-laptops
<clover[m]>
steev: cool, building
<steev>
did not include the config changes
<clover[m]>
ok
<clover[m]>
yeah i've got my own config
<clover[m]>
so np
hexdump01 has quit [Ping timeout: 480 seconds]
iivanov has joined #aarch64-laptops
agl77 has joined #aarch64-laptops
agl77 has quit [Read error: Connection reset by peer]
agl7-x13s has joined #aarch64-laptops
Guest394 is now known as juergh
svarbanov has joined #aarch64-laptops
<jhovold>
steev and anyone using my wip branches: here's an updated branch based on v6.3.3:
<jhovold>
- sd-card reader support for the CRD (v2)
<jhovold>
Figured I'd push out one more branch before moving to 6.4-rc3.
<steev>
ah, good deal, i was just about to ask if you'd had a chance to poke at 6.4 and if it's just me and clover[m] that seem to have no audio with 6.4
<jhovold>
I gave it a spin yesterday and ran into a couple of regressions before even trying audio. Didn't srinik say it worked for him (tm)?
<konradybcio>
I misread "figured" as "fingerprint", meh :P
<konradybcio>
though.. now that we have qseecom, it shouldn't be terribly hard to power up a few regulators, load a tzapp and give it some buffers
<konradybcio>
there's an open-source implementation for android
<clover[m]>
but you are on your own here, good luck
abcdw has joined #aarch64-laptops
<agl7-x13s>
clover[m]: Thank you I will get it ...
<clover[m]>
maybe there is some kind of reverse debtap
<gwolf>
clover[m]: Well, there are repositories of all kinds in Debian ;-) Although we "purist" Debian peeps prefer having only the main deb.debian.org repo installed
<clover[m]>
pactap or something lol
<HdkR>
Only have deb.debian.org repo and `sudo make install` the rest ;)
<gwolf>
I mean, for kernel building, I use the kernel-package package, which contains among other things make-kpkg
<gwolf>
...I have set up local repositories for Debian packages for my work stuff, but not for the only C630 I have ;-)
<steev>
HdkR: if you really need, you can always ping him on irc, assuming you're over on libera.chat - he's leming in #archlinuxarm
<steev>
re: packages... i build my own kernel debs, but i don't host any sort of deb repo
<clover[m]>
does that hook into Matrix?
<steev>
no idea
<HdkR>
steev: I figured they were on IRC somewhere, was just easier to see the email in the PKGBUILD :P
<clover[m]>
hmm
<clover[m]>
i tried joining from matrix but got err_needreggednick
<clover[m]>
idk what that means
clover[m] is now known as YourNick[m]
<steev>
no idea either, i know that if you link the names, you don't need the [m]
<agl7-x13s>
YourNick[m]: can you give me the .config of the kernel build of the kernel "x13s-6.3-15-aarch64" because under Debian the utility "update-initramfs" needs it.
<HdkR>
Maybe it actually supports +M with libera correctly
<HdkR>
So it needs a nickserv registered alias
<agl7-x13s>
Hmmm ... it seems clover is away :-(
<HdkR>
Those times when you change your alias on IRC and vanish from the world
<YourNick[m]>
finally figured it out
<agl7-x13s>
YourNick[m]: can you give me the .config of the kernel build of the kernel "x13s-6.3-15-aarch64" because under Debian the utility "update-initramfs" needs it.
<YourNick[m]>
weird that you are calling me YourNick[m]
<YourNick[m]>
i wonder if i need to leave and come back
<HdkR>
That's because your nick is now YourNick[m]
YourNick[m] has left #aarch64-laptops [#aarch64-laptops]
<agl7-x13s>
Hmmm ...
YourNick[m] has joined #aarch64-laptops
<akaWolf0>
YourNick[m]: what do you want to know from arch linux arm?
<YourNick[m]>
is it better now?
<akaWolf0>
the same nick
<HdkR>
Looks like you're forever named YourNick[m]
<akaWolf0>
forgot, you will be now YourNick[m]
<YourNick[m]>
looks good on my side again. lol
<HdkR>
Really just showing the quality of Matrix as usual
<akaWolf0>
steev: aplay -D hw:0,5 file_example_WAV_1MG.wav <-- does it work for you?
<steev>
no, but paplay does
Caterpillar has quit [Quit: Konversation terminated!]
<steev>
i would definitely notice if audio wasn't working for me though because i have gnome play a sound when i log in
YourNick[m] has joined #aarch64-laptops
YourNick[m] is now known as clover[m]
alex_test has joined #aarch64-laptops
<alex_test>
test
<clover[m]>
test
<clover[m]>
finally
alex_test has quit []
<clover[m]>
HdkR: i learned a lot about IRC today
<HdkR>
I bet
alex_ has joined #aarch64-laptops
<clover[m]>
test
<clover[m]>
ok cool. apparently matrix does not like you being on multiple IRC networks at once. but we got it sorted. jesus
<steev>
so no more yourname[m]? :(
alex_ has quit [Quit: alex_]
iivanov has quit [Ping timeout: 480 seconds]
<clover[m]>
kept trying to register with freenode which was not happening. then found out this room isn't even freenode, its oftc. made this PR: https://github.com/aarch64-laptops/build/pull/93
<amstan>
freenode? lol
<amstan>
clover: i was wondering when you would come back
<amstan>
<clover[m]> "ok cool. apparently matrix..." <- works fine for me
<clover[m]>
are you registered? i never bothered doing it. and once i tried in libera it messed stuff up for me here at oftc
<clover[m]>
this room doesn't require registration and its the only IRC room im in (i think)
<clover[m]>
registered on oftc anyway because now im paranoid
<amstan>
they shouldn't affect eachother at all
<amstan>
just make sure you're speaking to the right nickserv and not the other one
<amstan>
i am registered on libera, but the oftc registering keeps failing, so we un +r'd this room
<amstan>
s/registering/autologin
<clover[m]>
It shouldn't but it did. The second I registered it changed my nick across all rooms to YourNick. Including matrix rooms. Then changed it back to clover everywhere except this room
<akaWolf0>
[ +0.000420] wcd938x_codec audio-codec: ASoC: error at soc_component_read_no_lock on audio-codec for register: [0x000034b0] -16
<akaWolf0>
is it okay?
<akaWolf0>
steev: paplay is pulse play, which is on top of alsa. so if you have working pulse you should have also working alsa.
<akaWolf0>
why you can't play with aplay?
<steev>
akaWolf0: well i get the same alsa message about lack of count or whatever, but paplay... plays just fine
<steev>
i do not know, or care
<akaWolf0>
steev: what's aplay writing?
<steev>
aplay: set_params:1358: Channels count non available
<akaWolf0>
yeah, the same for me
<steev>
which is what i said
<akaWolf0>
steev: now I have both sound over default and «aplay -D hw:0,5» working. I don't know what's going on.
<steev>
and you've done nothing at all but just sit there
<akaWolf0>
I didn't change anything. just power off, go to take a nap for an how and turn on and it works.
<akaWolf0>
hour*
<akaWolf0>
clover[m]: there is magic «/me ...» command in IRC, btw.
<clover[m]>
I never want to think about irc again :P
<akaWolf0>
clover[m]: oh, those young boys.. :P
<amstan>
clover: you're literally on irc, lol
<amstan>
clover: irc nick that the bridge makes for your != your matrix nick