14:27 <obeliskblack> Any good tutorials on setting up stable linux distro for Snapdragon 835 like Miix 630?

14:29 <obeliskblack> Flashed prebuilt images to usb but got no keyboard/mouse or touch input on boot.

16:33 <steev> can you use an external keyboard/mouse ?

16:34 <steev> looks like jhugo added the first commit, not sure what the status is of it now

17:45 <obeliskblack> steev will need to buy a usb-c hub/dock to test it out

17:46 <obeliskblack> are images like Live CD with installer gui or supposed to flashed dd if=img of=to the internal UFS directly? https://github.com/aarch64-laptops/build

17:48 <obeliskblack> flashed usb seems to corrupt itself after booting from it once

18:19 <steev> they should be flashed to a usb, not the ufs

18:50 <robclark> so, I remember the c630 had a fw bug where it would helpfully try to "recover" a backup GPT (which could exist in the part of usb drive you didn't overwrite while flashing).. it wouldn't surprise me that the 835 devices had the same fw bug

18:51 <robclark> I don't remember the magic cmds to delete the backup GPT off the top of my head.. I suppose dd'ing /dev/zero to the usb drive is a brute force way, but IIRC there is some fdisk/cfdisk/etc way to do it

18:51 <robclark> anyways, the symptom of that is usb drive being corrupted after booting from it once

19:44 <hexdump0815> robclark: that magic command was sgdisk -Z /dev/xyz - much faster than a full dd of /dev/zero

19:45 <hexdump0815> obeliskblack: some months ago jrobin28260 uploaded a somewhat newer image he built for his asus novago at https://pix-server-sorel.pixconfig.fr/Manual/NovaGo/novago-debian11-kernel5.12.0-rc7.img.gz and it still seems to be there

19:45 <hexdump0815> obeliskblack: that one worked very well for me on my novago as well - maybe you can give that one a try ... i also tried to build a 5.11 kernel based on the openplus 5 tree (which i think should be the most advanced msm8998/835 tree at the moment)

19:46 <robclark> ahh, right.. thx hexdump0815

19:46 <hexdump0815> obeliskblack: i at least got it booting well on my novago as well, but i was not able to get the gpu or cpu freq scaling working with it neither - https://github.com/hexdump0815/linux-mainline-qcom-msm8998-kernel/releases/download/5.11.14-op5-qcn/5.11.14-op5-qcn.tar.gz in case you want to give it a try too

19:50 <hexdump0815> robclark: while you are around a question i wanted to aks for quite some time already and maybe you know the answer: why none of the arm systems support loading of color calibration profiles or setting gamma in xorg for instance via xcalib?

19:52 <hexdump0815> it just returns without an error, but does not change anything on screen - at which level this is being done actually - xorg, drm, gpu? on intel systems it just works, but i did not see it working on any arm system yet

19:52 <robclark> hmm, I can't say I remember what modesetting/glamor does with that.. newer snapdragons (stuff that uses dpu) does support kms CTM.. or at least sc7180 does (we use it) and I think it should work for 845

19:52 <hexdump0815> something like this has to be in place at least in android and chromeos, as they allow to change the color temperature of the screen depending on time

19:53 <robclark> right

19:53 <hexdump0815> so its implemented separately for each soc/gpu then?

19:54 <robclark> assuming xorg is just passing it thru to the kernel, then it needs to be supported by the display

19:55 <hexdump0815> i think i read that it requires/uses the xvideo xorg extension, but do not know anything more about it

19:55 <hexdump0815> would be nice to be able to warm up the color temp of the screen on more systems - more healthy for the eyes i think

19:56 <robclark> it's possible that xorg uses some older driver specific mechanism.. tbh it has been ages since I looked at xorg

19:56 <robclark> a compositing window manager should be able to do it in gl

19:57 <robclark> which is more or less fine, since xorg isn't really using overlay compositing like CrOS/android

19:58 <hexdump0815> ok - that might explain why it works on android/cros

20:01 <robclark> for android, it probably uses whatever crazy mechanism the vendor hwc uses.. for CrOS it uses the standard kms CTM properties.. we (or rather qcom.. we have most of the display register docs but the color processing is something they omitted) implemented that for sc7180 exactly for that use-case.. on the dpu side there are multiple generations of the color processing block, so maybe what we did doesn't support

20:01 <robclark> *everything*

20:02 <robclark> for $random_thing, I'd recommend just doing it in GL.. once you are compositing on the GPU applying a color transform matrix is basically free

20:17 <obeliskblack> hexdump0815 will try novago image, do you just need to replace the bootrom EFI (device specific) using the same flashtool procedure as aarch64-laptops/build?

20:28 <hexdump0815> obeliskblack: just flash that image completely to a usb drive and it should be bootable - i think you'll have to adjust the dtb used in the grub.cfg to your model

20:30 <hexdump0815> obeliskblack: if you had that old image booting then this one should just boot as well

20:31 <obeliskblack> ty will give it a go