lanefu changed the topic of #armbian-rockchip to: Armbian - Linux for ARM development boards | Rockchip SoC | www.armbian.com | This channel is relayed to the equivalent Discord channel | this channel is logged
DC-IRC has joined #armbian-rockchip
<DC-IRC> <gambl0r> No they don't, they are cut down minimal images compared to desktop images
<DC-IRC> <microlinux> Guys, do you know if the builder enables upstream ATF by default on rk3399 ? Or I have to enable it? Just a curiosity since it seems to me the case, and that may explain why manjaro on rk3399 tend to lie to me on the freqs while armbian didn't
<DC-IRC> <tenkawa42> Don't quote me on this but I don't see why cpufreq would have any ties into ARM trusted firmware at all
<DC-IRC> <Tonymac32> The supervisory cortex M0's get their instructions there IIRC
<DC-IRC> <Tonymac32> Ram.bringup/etc
<DC-IRC> <tenkawa42> Its still driven by the devicetree from what I am reading though.. I can't see anything that it needs specificly out of the ATF
<DC-IRC> <tenkawa42> I did find this thouggh
<DC-IRC> <tenkawa42> I did find this though.. it might be the spot
<DC-IRC> <tenkawa42> #define SYS_COUNTER_FREQ_IN_TICKS 24000000
<DC-IRC> <tenkawa42> /******************************************************************************
<DC-IRC> <tenkawa42> * System counter frequency related constants
<DC-IRC> <tenkawa42> ******************************************************************************/
<DC-IRC> <tenkawa42> that was in the ATF
<DC-IRC> <rpardini> Only on very few boards. I did it for rockpro64.
<DC-IRC> <rpardini> Others use blobs, mostly very old ones.
<DC-IRC> <microlinux> Okay
<DC-IRC> <microlinux> That's why then
<DC-IRC> <microlinux> How to force it, just to know
<DC-IRC> <lanefu> Look at some of the other board config files and search for ATF
<DC-IRC> <lanefu> But there's likely cooresponding shit in one of the "config/sources/" files that might be needed
<DC-IRC> <lanefu> First skill to master Armbian is
<DC-IRC> <lanefu> `fgrep -Rin 'MYSTRING' lib/ config/`
<DC-IRC> <tenkawa42> bah... find . -type f | xargs grep -ai "string"
<DC-IRC> <tenkawa42> much more effective
<DC-IRC> <tenkawa42> recursive scan comverting binary files to text format scanning as well
<DC-IRC> <tenkawa42> recursive scan converting binary files to text format scanning as well
<DC-IRC> <tenkawa42> recursive case insensitive scan converting binary files to text format scanning as well
<DC-IRC> <tenkawa42> fgrep can be a mixed blessing if you are looking for partials since its specificly for strings
<DC-IRC> <tenkawa42> fgrep can be a mixed blessing if you are looking for partials/non-strings since its specificly for strings
<DC-IRC> <tenkawa42> @werner one of the biggest problems:
<DC-IRC> <tenkawa42> Fgrep searches for complete string and doesn’t even recognize special characters as part of regular expression even if escaped or not escaped.
<DC-IRC> <tenkawa42> So if you use any brackets/parans in a string... you are out of luck...
<DC-IRC> <tenkawa42> substitutions for variables & such in scripts would be very hard to find
<DC-IRC> <Werner> Interesting
<DC-IRC> <tenkawa42> Thats one of the annoyances in the x*tools we have like the variants of grep sed awk etc.... they all have odd nuances that can cause slight chaos/annoyances
<DC-IRC> <viraniac> git grep does it way faster than using standalone grep