Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 12 Nov 2017 23:36:07 +0100
From:      Claude Buisson <clbuisson@orange.fr>
To:        "Herbert J. Skuhra" <herbert@mailbox.org>
Cc:        freebsd-arm@freebsd.org, ian@FreeBSD.org
Subject:   Re: rpi2: cpufreq(4) support lost ?
Message-ID:  <7788f998-bc35-7077-1d1e-42388721038c@orange.fr>
In-Reply-To: <878tfbgqnv.wl-herbert@mailbox.org>
References:  <2bceba56-f6a8-5120-fac5-0d3387a8278d@orange.fr> <87a7zrgvzv.wl-herbert@mailbox.org> <878tfbgqnv.wl-herbert@mailbox.org>

next in thread | previous in thread | raw e-mail | index | archive | help
On 11/12/2017 21:58, Herbert J. Skuhra wrote:
> On Sun, 12 Nov 2017 20:03:32 +0100,
> "Herbert J. Skuhra" <herbert@mailbox.org> wrote:
>>
>> On Sat, 11 Nov 2017 12:47:47 +0100,
>> Claude Buisson <clbuisson@orange.fr> wrote:
>>>
>>> [I am not subscribed to this list - please answser to me]
>>>
>>> I recently upgraded a RPI2 Model B, from head r323691 armv6 to head
>>> r325110 + patch D12907 (lib/libc/gen/tls.c) armv7.
>>>
>>> In the dmesg, the lines:
>>>
>>> bcm2835_cpufreq0: <CPU Frequency Control> on cpu0
>>> bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF
>>>
>>> disappeared, and the log shows:
>>>
>>> /etc/rc.d/powerd start
>>> powerd: no cpufreq(4) support -- aborting: No such file or directory
>>>
>>> As what seems to be a consequence, the system became much slower.
>>>
>>> Everything came back to normal when I copied the old rpi2.dtb to the
>>> new /boot/msdos/
>>
>> The old rpi2.dtb is from an armv6 build, right?
>>
>>> I tried the rpi2.dtb from the lastest snapshot
>>>    FreeBSD-12.0-CURRENT-arm-armv7-RPI2-20171109-r325595.img
>>> and cpufreq(4) disappeared again.
>>>
>>> What I am missing ?
>>
>> The problem obviously exists since the switch to armv7.
>>
>> I use rpi2.dtb from my other RPI2 (stable/11).
> 
> I think the breakage happened earlier... r324184.

This was my own hypothesis, which leads me nowhere..

> 
> rpi2.dtb from a r324183 kernel build (armv6) works.
> 
> -
> Herbert
> 

Further more the latest snapshot (where cpufreq is missing)  does not 
boot as is:

"Unable to read file ubldr"

and /boot/unldr must be copied to /boot/msdos

Claude Buisson



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?7788f998-bc35-7077-1d1e-42388721038c>