Now I am a step further. Hank has proved that on his system the
governor works fine, also with X. As he uses the 1.21.1.7
from bookworm (stable), I cloned my oldstable card and dist-upgraded it
to stable.
The good news - the governor is working now. The bad news - when I try
to play a video using
Sure I can write it in a script.. as you're using bash, there you
go
https://pastebin.com/4BtgHfjW
As some of the /sys files are readable only by root, start it with
sudo. When the governor works correct, the CPU freq should follow the
scaling_freq, it may vary due to timing and other things.
I'll give it a try.
hbarta@cm4iob:~/bin$ cd /sys/devices/system/cpu/cpufreq/policy0/
hbarta@cm4iob:/sys/devices/system/cpu/cpufreq/policy0$ cat scaling_driver
scaling_governor
cpufreq-dt
schedutil
hbarta@cm4iob:/sys/devices/system/cpu/cpufreq/policy0$ cpufreq-dt
-bash: cpufreq-dt: command not foun
> That latest kernel I referred to is .76, not 69, sorry for the
> confusion.
>
> On Wed, 2024-03-20 at 11:48 +0100, Alex wrote:
> > Hi,
> >
> > Is there really no one who could and would just do that one test
> > for
> > me? I reproduced the problem with the actual 6.1.69 kernel from the
> > Deb
That latest kernel I referred to is .67, not 69, sorry for the
confusion.
On Wed, 2024-03-20 at 11:48 +0100, Alex wrote:
> Hi,
>
> Is there really no one who could and would just do that one test for
> me? I reproduced the problem with the actual 6.1.69 kernel from the
> Debian repository.
>
>
Hi,
Is there really no one who could and would just do that one test for
me? I reproduced the problem with the actual 6.1.69 kernel from the
Debian repository.
1. Boot a Rasyberry Pi 4 without X or other graphics running. Check if
scaling_cur_freq and cpuinfo_cur_freq are in line. You also could
I have to admit that I drew the wrong conclusions. Some of my frequency
readings were conducted within an x-terminal, some on a console screen,
without X running. That, in fact, seemed to make the difference.
Booting in any of the 6.1 upstream generic kernels works fine,
including the governor, as
>
There was a typo in my last statement...
> oldstable 5.10 --> governor *is* working
> oldstable 6.1 backport --> governor not working
> oldstable 6.1 RT backport --> governor is working
> stable 6.1 --> governor is working
On Wed, 2024-03-13 at 13:41 +0100, Alex wrote:
> Hi Andy,
>
> I see
Hi Andy,
I see your point... however the governor working or not seems to be a
pure kernel issue, and Devuan does not support any arm platform and not
build the generic kernels in the apt repository. Their repository is
mainly fed from Debian one, with some changes when it comes to systemd
vs. ini
On Tue, Mar 12, 2024 at 11:14:10AM +0100, Alex wrote:
> Hi there,
>
> I am running a Raspberry Pi 4 with an oldstable release for a few years
> now. In fact, it is Devuan Chimaera, corresponding to Debian 11
> Bookworm without systemd. As the kernel images comes straight from
> Debian, I am report
Sorry for mixing things up. Chimaera is oldstable and thus corresponds
to Bullseye...
On Tue, 2024-03-12 at 11:14 +0100, Alex wrote:
> Hi there,
>
> I am running a Raspberry Pi 4 with an oldstable release for a few
> years
> now. In fact, it is Devuan Chimaera, corresponding to Debian 11
> Bookwo
Hi there,
I am running a Raspberry Pi 4 with an oldstable release for a few years
now. In fact, it is Devuan Chimaera, corresponding to Debian 11
Bookworm without systemd. As the kernel images comes straight from
Debian, I am reporting it here...
I was and am running with a self-compiled kernel u
12 matches
Mail list logo
