X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable

[Mark Millard]

On 2020-May-23, at 20:18, Mark Millard <marklmi at yahoo.com> wrote:

> On 2020-May-23, at 18:57, bob prohaska <fbsd at www.zefox.net> wrote:
> 
>> On Sat, May 23, 2020 at 06:20:13PM -0700, Mark Millard wrote:
>>> 
>>> Unfortunately (until there is an MFC of the relevant
>>> change from head that makes things work), man scfb
>>> reports that you have no control because the
>>> information is ignored:
>>> 
>>>      For this driver it is not required to specify modes in the Screen
>>>      section of the configuration file.  The scfb driver picks up the
>>>      currently used video mode from the framebuffer driver and uses it.
>>>      Video modes specifications in the configuration file are ignored.

Note, that was about things failing via:

[253234.578] (II) scfb(0): Using: depth (24),   width (1920),    height (1200)
[253234.578] (EE) scfb(0): Specified fbbpp (24) is not a permitted value
[253234.579] (II) UnloadModule: "scfb"

Well, an MFC to stable/12 has been done for the issue:

https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235363

--- Comment #15 from commit-hook at freebsd.org ---
A commit references this bug:

Author: gonzo
Date: Mon Jun  8 00:20:16 UTC 2020
New revision: 361899
URL: https://svnweb.freebsd.org/changeset/base/361899

Log:
 MFC r352028:

 [rpi] Inherit framebuffer BPP value from the VideoCore firmware

 Instead of using hardcoded bpp of 24, obtain current/configured value
 from VideoCore. This solves certain problems with Xorg/Qt apps that
 require bpp of 32 to work properly. The mode can be forced by setting
 framebuffer_depth value in config.txt

 PR:           235363
 Submitted by: Steve Peurifoy <ssw01 at mathistry.net>
 Tested by:    Johnathan Chen <jonc at chen.org.nz> (stabe/12 patch)

Changes:
_U  stable/12/
 stable/12/sys/arm/broadcom/bcm2835/bcm2835_fbd.c
 stable/12/sys/arm/broadcom/bcm2835/bcm2835_mbox.c

===
Mark Millard
marklmi at yahoo.com
( dsl-only.net went
away in early 2018-Mar)