From owner-freebsd-arm@freebsd.org Mon Nov 13 00:23:48 2017 Return-Path: Delivered-To: freebsd-arm@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:1900:2254:206a::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 3D0E1C7FED0 for ; Mon, 13 Nov 2017 00:23:48 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: from asp.reflexion.net (outbound-mail-210-166.reflexion.net [208.70.210.166]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id E08FE7A2F1 for ; Mon, 13 Nov 2017 00:23:46 +0000 (UTC) (envelope-from markmi@dsl-only.net) Received: (qmail 31855 invoked from network); 12 Nov 2017 23:23:40 -0000 Received: from unknown (HELO rtc-sm-01.app.dca.reflexion.local) (10.81.150.1) by 0 (rfx-qmail) with SMTP; 12 Nov 2017 23:23:40 -0000 Received: by rtc-sm-01.app.dca.reflexion.local (Reflexion email security v8.40.3) with SMTP; Sun, 12 Nov 2017 18:23:40 -0500 (EST) Received: (qmail 9304 invoked from network); 12 Nov 2017 23:23:40 -0000 Received: from unknown (HELO iron2.pdx.net) (69.64.224.71) by 0 (rfx-qmail) with (AES256-SHA encrypted) SMTP; 12 Nov 2017 23:23:40 -0000 Received: from [192.168.1.25] (c-76-115-7-162.hsd1.or.comcast.net [76.115.7.162]) by iron2.pdx.net (Postfix) with ESMTPSA id B227DEC941C; Sun, 12 Nov 2017 15:23:39 -0800 (PST) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 10.3 \(3273\)) Subject: Re: rpi2: cpufreq(4) support lost ? From: Mark Millard In-Reply-To: <2cedd4c6-1db0-04e7-b131-b0f0fc2f0500@orange.fr> Date: Sun, 12 Nov 2017 15:23:39 -0800 Cc: Freebsd-arm Content-Transfer-Encoding: quoted-printable Message-Id: References: <2bceba56-f6a8-5120-fac5-0d3387a8278d@orange.fr> <87a7zrgvzv.wl-herbert@mailbox.org> <2cedd4c6-1db0-04e7-b131-b0f0fc2f0500@orange.fr> To: Claude Buisson , "Herbert J. Skuhra" , Andreas Schwarz X-Mailer: Apple Mail (2.3273) X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.25 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Nov 2017 00:23:48 -0000 [This is a Linux *.dt* source issue, not specific to amrmv6 vs. armv7: FreeBSD has switched to Linux *.dt* source files, 4.13 most recently if I remember right.] On 2017-Nov-12, at 2:30 PM, Claude Buisson = wrote: > On 11/12/2017 20:03, Herbert J. Skuhra wrote: >> On Sat, 11 Nov 2017 12:47:47 +0100, >> Claude Buisson wrote: >>>=20 >>> [I am not subscribed to this list - please answser to me] >>>=20 >>> I recently upgraded a RPI2 Model B, from head r323691 armv6 to head >>> r325110 + patch D12907 (lib/libc/gen/tls.c) armv7. >>>=20 >>> In the dmesg, the lines: >>>=20 >>> bcm2835_cpufreq0: on cpu0 >>> bcm2835_cpufreq0: ARM 600MHz, Core 250MHz, SDRAM 400MHz, Turbo OFF >>>=20 >>> disappeared, and the log shows: >>>=20 >>> /etc/rc.d/powerd start >>> powerd: no cpufreq(4) support -- aborting: No such file or directory >>>=20 >>> As what seems to be a consequence, the system became much slower. >>>=20 >>> 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? >=20 > Yes: from head r323691 armv6 as documented supra >=20 >>> I tried the rpi2.dtb from the lastest snapshot >>> FreeBSD-12.0-CURRENT-arm-armv7-RPI2-20171109-r325595.img >>> and cpufreq(4) disappeared again. >>>=20 >>> What I am missing ? >> The problem obviously exists since the switch to armv7. >> I use rpi2.dtb from my other RPI2 (stable/11). Also there was the note: > On 12.11.17, Herbert J. Skuhra wrote: >=20 >>> I tried the rpi2.dtb from the lastest snapshot >>> FreeBSD-12.0-CURRENT-arm-armv7-RPI2-20171109-r325595.img >>> and cpufreq(4) disappeared again. >>>=20 >>> What I am missing ? >>=20 >> The problem obviously exists since the switch to armv7. >=20 > It is also there with recent armv6 builds. I run into the problem with=20= > r325464 (armv6). I always update the dtb when installing a new = world/kernel. >=20 > So, something musst be wrong with the dtb file. I'm using now a file = from=20 > r323309, where cpufreq is available again. FreeBSD's 12.0 has switched to using the Linux *.dt* source files, even if they are not functionally equivalent to what FreeBSD had before. (I do not track 11.x most of the time and so have not checked there.) The way to get functionality back is to submit *.dt* changes to Linux that are accepted and later FreeBSD will pick up the changes from the Linux update that includes the changes, such as from the future 4.14 update. At least that is my understanding. This went so far as dropping support for things that did not have Linux support at the time, such as for the BPI-M3: the *.dts involved was removed from the Makefile. The *.dt* files are still there but a *.dts needs a patch. USB support for A83T (which the BPI-M3 is an example of) was eliminated from some source code in its conversion as well --and needs a patch to be enabled again. (Part of the issue for the BPI-M3 is what FreeBSD committers have one vs. not having one to test.) Folks that are willing can locally restore BPI-M3 support. The sysutils/u-boot-sinovoip-bpi-m3 port was not removed but has not been modernized to be based on sysutils/u-boot-master --but that is from lack of Linux support as of 4.13 as far as I can tell. (Once 4.14 is grabbed sysutils/u-boot-sinovoip-bpi-m3 might update at some point.) One of the FreeBSD folks has set up for when 4.14 adds BPI-M3 support. But I do not know about the detailed functionality comparison since the *.dt* source files might issues similar to the rpi2. =3D=3D=3D Mark Millard markmi at dsl-only.net