Matthias Reichl
Matthias Reichl
> Is it supposed to be possible to use `hw:vc4hdmi0` with software directly using the new `vc4-hdmi.conf`? I mean: does it somehow provide support for more formats? > > Or.....
I finally found some time and submitted vc4-hdmi.conf upstream: https://mailman.alsa-project.org/pipermail/alsa-devel/2022-April/200025.html You can also download the latest version of vc4-hdmi.conf from here: https://github.com/HiassofT/LibreELEC.tv/blob/le11-alsa/projects/RPi/filesystem/usr/share/alsa/cards/vc4-hdmi.conf Compared to the current version used in RPiOS...
Testing RPi4 builds I noticed that clean rebuilds (with ccache intact) are now significantly slower, rebuild time went up from about 22-25 minutes to about 40-45 minutes (ballpark numbers, sometimes...
I did some more tests, again with CCACHE_NOCOMPRESS=1. First a complete clean build (ccache nuked) and then 2 clean rebuilds (with ccache intact), both with master and this PR plus...
I did another test analyzing the critical chain at image build start. dependency plan up to ccache looks like this: ``` build gettext:host (wants: ) build pkg-config:host (wants: gettext:host) build...
The CCACHE_BASEDIR change looks quite dangerous to me. I use an external CCACHE_DIR, shared by multiple projects/devices of an LE branch and if I understood the docs this might lead...
There's no magic here, I simply set `CCACHE_DIR=~/ccache-master`, `CCACHE_DIR=~/ccache-le10` or something like that. That's basically the default ccache config (where it's using ~/.ccache or ~/.cache/ccache) - ccache will associate cache...
Cache hit rate when updating linux, using stock ccache config (so no basedir etc) was actually quite good. RPi4 kernel update from 5.15.67-3157603 to 5.15.68-ac7d1fd needed a full rebuild, probably...
6.0 locks up on RPi2/3 if FIQ is enabled in dwc_otg and kernel is built with STACKPROTECTOR_PER_TASK
@lategoodbye this time vc4 is not the culprit, the lockup also occurs with vc4 driver disabled (overlay removed) disabling FIQ or using dwc2 let the system boot fine and so...
6.0 locks up on RPi2/3 if FIQ is enabled in dwc_otg and kernel is built with STACKPROTECTOR_PER_TASK
Weird. I'm booting from sdcard here, cpuinfo looks identical to yours and my config.txt is pretty stock (disabled vc4 and added dtdebug, uart_2ndstage, ramoops, watchdog and conditional dwc2 overlay today...