From owner-freebsd-arm@freebsd.org Sun May 24 01:20:21 2020 Return-Path: Delivered-To: freebsd-arm@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 36C302F424F for ; Sun, 24 May 2020 01:20:21 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic312-25.consmr.mail.gq1.yahoo.com (sonic312-25.consmr.mail.gq1.yahoo.com [98.137.69.206]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 49V2Tc2sp3z436l for ; Sun, 24 May 2020 01:20:20 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: GdKGlPwVM1nhcO_O8yGl1YDlWKiMxAl9k8j_Y32ocoCl4uD2XwUc0A3cSES_Sbb DEdlWePZQBjcGRl5R056Or9noww4xzsw4K5EVjvMKXGyAzV26wDJTpupGA4eEMsASo1h9v4l1NG3 GO2Du_wlmL1P2vGCsHZ1X68JXbP31zsjvkvvx_PmUVg_toKFa6yxBB074L3fzyZIZcxIANQIiSY2 bQgU6bfZPYuqJqcs7OnP7gFngLgZaaGk7qqL6DZ7gd_AqFgp7xU1EuBsnEpXfbncU6KQ6GdqbQ30 L6dKBqFDgpFD7AkOX2_j9Cyp99xWrHx1zB0EeHePDv5wGzGyGon4AxcidYaMzEH6HoA8pYGmWnNF HDVAPQZzI_pc4xzWKrezvocfO.FBBW5pJpKLMrFZVGmM8eBDT2paG8Gt40UqGD72gOGk6pGqHPYr 4Mq.RRU8L5JA27crh0egsmdtZAYOHKePTpN919w28MdvILhwOPEAq_apiqqCpC3MJISJwPbt4Bjx .9bxcxbpM4wbc6M.Gtw9FyrJMHmAP6NGmv2HmpKReW0lQeYXQBuFb_CdsD83Dfte3E0_YQzHKGyF Bk1VqStA2gKCQsOKwkvcXtA7p7xVU6oS1Yxh_C_mmiVflR8A5BIqVJEoLF5PgBq680178Maglypd 1iHycjwiaAzBZlTWLcRwVKYdKbmereF5yMmLIr35lUMOIq2vzxdRw2oWMOeRv2hSbkPofYebdsNE EBwKseC2qd_cL79l0J7xQJXC7lqYPRJ0UnKityVa8IvStcmoRf9hEbZXnwcdi2WmfWTW7LStT3vF uNBm.KuWmPr6yy6F_buyaJ1WTEJ4QGW7MB.psPHguTeyzz2e3._23isGPXwGdcS2avtIBALAhMan wZscn4l9lW8pZm5wvdQDbBPvOxIAlfPzkGTEWhc7Zp7_K7P.0bMsFpuofthoX5duHom5L.UitjKy o2GMLidCAjTTq0sqSpdAkoRHSEElKyiHPeysnV2uEaWZ4aud.og9JjF0UUWMftlQbr_k0VXD58cq Cq_MUgmiy01u3S6o3m6sH4q_3.IuluKKe9umJsg7Tr9SLe2oMQ.I6PAj._N.FFT7rnP8PfeSRiC9 wc0gZx_DBlCuAXSipz.v.kCJV2pRd9s5bgULvUL8n6dLAFD5WSnHu5.OFJdw1cqj3JZUEWMtfNgU S2Vx8NlpFo2z_ldMCiD2t9R87hqNQipN2_J7c7T0bOtukJXMLLljdOMW6IbKo5SLnrP8IUZaXlrn bpNqkIOYHVyal2TzDO5UAuZzKbelevoA7n_fIBGLna_yxXioXnYEI0hmTJHEaEk8TN5r0KawPJbk ePiLaCKMnZ8_sNfgiVsD3nkgVRd_g8sCiBy4AV_9ImgM1cF9SAz.qHHTiIcVZOchol8ceMk0k78P BN7LJxjPMYbJoraP_wyMtkVWXaWeSMv_uckGbklO_ENfQwLLloJpH_EdM9Ow- Received: from sonic.gate.mail.ne1.yahoo.com by sonic312.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 May 2020 01:20:18 +0000 Received: by smtp426.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID ecf250ac7f4ebb41a51b92263ba2e6ef; Sun, 24 May 2020 01:20:14 +0000 (UTC) Content-Type: text/plain; charset=us-ascii Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: X trouble on Rpi3, was Re: Missing /dev/io on rpi3 running 12-stable From: Mark Millard In-Reply-To: <20200523224611.GA80843@www.zefox.net> Date: Sat, 23 May 2020 18:20:13 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> References: <20200520164642.GA70838@www.zefox.net> <20200521022517.GA71947@www.zefox.net> <9E006FD6-493A-43CD-B242-47E00BBDFF6A@yahoo.com> <20200523052439.GB78879@www.zefox.net> <20200523224611.GA80843@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49V2Tc2sp3z436l X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.33 / 15.00]; RCVD_TLS_LAST(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.206:from]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_MEDIUM(-1.05)[-1.047]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; RCPT_COUNT_TWO(0.00)[2]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.206:from]; NEURAL_HAM_SHORT(-0.78)[-0.784]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/21, country:US]; RCVD_COUNT_TWO(0.00)[2]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim] X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: "Porting FreeBSD to ARM processors." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 May 2020 01:20:21 -0000 On 2020-May-23, at 15:46, bob prohaska wrote: > On Fri, May 22, 2020 at 10:51:32PM -0700, Mark Millard wrote: >>=20 >> They implicitly suggest that fbbpp needs to be set to 32 (for the = sparse 32 bit >> framebuffer layout). You may want to try -fbbpp 32 on the command = that starts >> the server to find out if it proves dsufficient. >>=20 >=20 > Apparently something more clever than=20 > X -fbbpp 32=20 > or > startx -fbbpp 32=20 > is required. Neither seems to make a difference.=20 >=20 > Can the -fbbpp parameter be set in xorg.conf? Right now > it contains: > Section "Files" > EndSection=20 > Section "Module" > Load "dbe" > Disable "dri" > Disable "dri2" > Disable "glx" > SubSection "extmod" > Option "omit xfree86-dga" > EndSubSection > EndSection >=20 >=20 > Section "ServerFlags" > Option "AIGLX" "false" > Option "NoAccel" "True" > Option "NoDRI" "True" > Option "DRI" "False" > Option "DRI2" "False" > EndSection >=20 >=20 > Section "InputDevice" > Identifier "Keyboard1" > Driver "kbd" > EndSection >=20 >=20 > Section "InputDevice" > Identifier "Mouse1" > Driver "mouse" > Option "Protocol" "auto" > Option "Device" "/dev/sysmouse" > EndSection >=20 >=20 > Section "Monitor" > Identifier "Monitor" > EndSection >=20 >=20 > Section "Device" > Identifier "Generic FB" > Driver "scfb" > Option "NoAccel" "True" > EndSection >=20 >=20 > Section "Screen" > Identifier "Screen" > Device "Generic FB" > Monitor "Monitor" > DefaultDepth 16 > SubSection "Display" > Depth 16 > EndSubsection > EndSection >=20 >=20 > Section "ServerLayout" > Identifier "layout" > Screen 0 "Screen" 0 0 > InputDevice "Mouse1" "CorePointer" > InputDevice "Keyboard1" "CoreKeyboard" > EndSection 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. The fix that is in FreeBSD's head is in sys/arm/broadcom/bcm2835/bcm2835_fbd.c : QUOTE Revision 352028 - (view) (download) (annotate) - [select for diffs]=20 Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo=20 File length: 7261 byte(s)=20 Diff to previous 331229 [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 END QUOTE Any version prior to being based on that sort of change needs code changes for scfb to work. (It is too late for any already-made final-releases to work.) The reason that it used to work was a bug/defect in the RPi* firmware that did not actually use 24 bits for the frame buffer bits per pixel when it was specified: it implicitly used 32 instead. The one place that 24 does work for the RPi*'s is for the console display. That is why they have not simply disallowed 24 frame buffer bits per pixel in general. Even Raspbian has the fbbpp 24 issue: https://github.com/raspberrypi/firmware/issues/1338 =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)