00:14 <steev> ah, no idea about the zip files and such, i always do git clones (but i don't use JensGlathe[m]'s repo :(

00:24 <valpackett> git clone or not shouldn't affect include paths inside of a dpkg-buildpackage build 0.o

04:56 <JensGlathe[m]> after failed build, just try to invoke sudo apt-get build-dep . to install whats missing. Additionally, I install devscripts llvm clang lld

05:00 <JensGlathe[m]> also, just pushed jg/ubuntu-qcom-x1e-6.16.0-rc4-jg-0 to my repo, with a slightly modified rebuild.sh which avoids cross-compile on the arm64 box

05:08 <steev> valpackett: i just don't trust github's tarballs/zipballs

05:37 <cenunix[m]> Does x13s have issues with ipv6 enabled routers for home WiFi

05:38 <cenunix[m]> Or is it wpa3 that’s giving me issues, hmm

06:31 <steev> probably wpa3, but what sort of issues?

15:40 <kuruczgy_> lumag: do you know anything about whether drm color ops is going to be supported on x1e?

21:31 <lumag> kuruczgy_: not in the close future

21:37 <kuruczgy_> lumag: I see. So for now CTM is the only realistic option for color temperature adjustment? (In #wlroots I was told that they plan to focus on drm color ops for the next gamma adjustment wayland protocol, and they are not planning on supporting CTM soon.)

21:41 <robclark> compositor should be able to do color processing on GPU, in shader

21:42 <robclark> I guess there probably isn't much measurable cost.. the main reason to do it in dpu is to avoid powering up the GPU when display is composited w/ overlays, but most wl compositors aren't doing much of that

21:52 <lumag> kuruczgy_: there are several complications with color ops for DPU. So, yes, we are stuck with CTM for now. We might get gamma/degamma, if I get enough pressure to do it.

21:53 <kuruczgy_> robclark: Yeah, I think they are planning a shader based fallback, I just wanted to know what it would take to do a "proper" solution. But it's good to know that you think the perf cost is negligible.

21:56 <robclark> lumag: maybe kuruczgy_ could confirm, but I think when hdr isn't in the picture, gamma/degamma is the main thing needed?

21:57 <kuruczgy_> For my personal use-case I care about color temperature adjustment (for "night light" functionality, so it doesn't have to be color accurate or anything)

21:58 <kuruczgy_> I have no idea what the interface of color ops looks like though, if some resource available on it I would like to learn more. (Are you talking about a partial support of color ops with gamma/degamma?)

22:01 <robclark> I think it is mostly https://www.kernel.org/doc/html/v4.10/gpu/drm-kms.html#color-management-properties ? But tbh I've not paid too much attention to it.. the gpu side of things keeps me plenty busy ;-)

22:01 <lumag> no, gamma/degamma is an old interface, drm_crtc_enable_color_mgmt().

22:01 <lumag> robclark: yes

22:03 <robclark> wasn't there some plane level color processing? IIRC that was the fancy parts?

22:04 <kuruczgy_> this gamma/degamma LUT looks suspiciously like the stuff in wlr-gamma-control, is this the current kernel interface used by compositors for this? Because in that case that would actually be the best one for me, all the userspace support is already there.

22:04 <kuruczgy_> ( https://wayland.app/protocols/wlr-gamma-control-unstable-v1 )

22:08 <robclark> so the CRTC gamma/degamma props have been around forever.. so probably what compositors use

22:09 <robclark> there is more fancy things needed if blending hdr and sdr layers, but that is maybe more niche