10:16 <DavidHeidelberg> digetx: just updated the patch, except 3rd note everything incorporated

15:29 <maxim[m]> David Heidelberg: Hi, have you seen this patch? https://lore.kernel.org/linux-tegra/20211119143839.1950739-3-thierry.reding@gmail.com/ Sadly the nvidia,only-1-8v property is still there in the new binding even though it isn't used by now.

15:36 <maxim[m]> Also it doesn't match with the nvidia devicetrees. There I can only find a only-1-8-v property is used instead

15:36 <maxim[m]> s/Also it doesn't match with the nvidia devicetrees. There I can only find a only-1-8-v property is used instead/Also it doesn't match with the nvidia devicetrees. There I can only find a only-1-8-v property/

15:48 <maxim[m]> s/only/just/

17:54 <hexdump0815> digetx: i'm finally back at testing your latest grate kernel from today on nyan

17:56 <hexdump0815> looks like there are still some kernel config options missing for it - trying to find the missing ones right now - my last tests were with multi_v7_defconfig as base and i'm now migrating to using tegra_defconfig as base for my nyan grate kernel testing

17:56 <hexdump0815> will let you know the missing options when i got it working

17:57 <hexdump0815> i noticed some tegra-sor error now (with your latest grate kernel) and i think a bit earlier too - the screen blanks (maybe screensaver - will have to check) and i get the following in dmesg: https://pastebin.com/raw/ubMQRsqh

19:16 <DavidHeidelberg> maxim: i think I ha similar patch or adjusted Thierry patched, I'll look tomorrow

19:45 <digetx> hexdump0815: that sor error should be a standalone problem

19:57 <hexdump0815> digetx: ok ... some updates: it would be good if we could get those options into tegra_defconfig as well: https://github.com/hexdump0815/linux-mainline-tegra-k1-kernel/blob/master/misc.tst/options/additional-options-special.cfg#L12-L16

19:58 <hexdump0815> with those added on top of tegra_defconfig a grate kernel from today is working quite well on the nyan

19:58 <jenneron[m]> if you use grate kernel in your builds you can update and use grate_defconfig as well

19:59 <hexdump0815> i think the goal should be to get the nyan support upstream somehow, so maybe tegra_defconfig is better in this case? my main target would be mainline

20:00 <jenneron[m]> yes, tegra_defconfig is better for that

20:00 <hexdump0815> digetx: one strange thing i have noticed still - when i reboot this seems to confuse the chromebook somehow and it will not reboot and once it looked like it could no longer find its system

20:02 <hexdump0815> if i shutdown afterwards and and boot it does not boot properly and if i power it off again and boot it will boot fine - looks like something is put into a strange state on reboot ... maybe i should double check all the other _CROS_ and other chromebook special options

20:03 <hexdump0815> if i do a normal shutdown it is booting up fine afterwards - so the problem seems to only appear on reboot

20:05 <hexdump0815> i do not see this problem on my multi_v7_defconfig based kernel build - so its https://github.com/hexdump0815/linux-mainline-tegra-k1-kernel/blob/master/config.tst (with reboot problems) vs. https://github.com/hexdump0815/linux-mainline-and-mali-generic-stable-kernel/blob/master/config.cbt (working reboot)

20:06 <hexdump0815> the problem is that there are hundreds of differences between the two configs, so its not that easy to spot what might be the cause of the problems ... i'll try to track it down further over time

20:09 <hexdump0815> digetx: regarding the missing mixer entries with v5.15 vs. v5.10 - they seem to be back to the old state now in the current grate kernel - thanks a lot

20:31 <digetx> hexdump0815: I'll add those options and send the sound fixes, thank you

20:31 <digetx> not sure what's wrong with reboot

20:33 <digetx> ah, wait

20:34 <digetx> as3722 pmic driver performs shutdown, but there is no h/w handler for restart

20:34 <digetx> so it should be soft cpu reset to be used, which is known to work poorly and cause problems you described

20:35 <digetx> I'll try to take a closer look

20:43 <hexdump0815> digetx: problem solved :) - CONFIG_POWER_RESET_GPIO_RESTART was missing - with that added as well reboot works fine and reliable

20:46 <digetx> I'll add it to defconfig too

20:48 <hexdump0815> yes - thanks a lot - this way we should be safe and ready for nyan with the tegra_defconfig now

20:49 <hexdump0815> i also checked the dependencies fier lpae and it looks like only CONFIG_ARM_LPAE is needed in case one wants the full 4gb support and that should pull in all the other lpae options i had added explicitely as well

20:49 <hexdump0815> but i think tis completely fine to leave it off by default to not get into trouble with other tegra systems and whoever wants 4gb can just enable it

20:50 <digetx> yes, it can't be enabled in the common defconfig