From owner-freebsd-arm@freebsd.org Sun May 24 03:18:16 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 028592F80C8 for ; Sun, 24 May 2020 03:18:16 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic302-20.consmr.mail.gq1.yahoo.com (sonic302-20.consmr.mail.gq1.yahoo.com [98.137.68.146]) (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 49V55f3nCjz4BqF for ; Sun, 24 May 2020 03:18:14 +0000 (UTC) (envelope-from marklmi@yahoo.com) X-YMail-OSG: uixCRnoVM1nTUGGRctqneuIjUAwwGaGVxRR9OJDQGxz9tf5xbV.j0ZV4ocHx1U3 q4UCnqRfHN1knzjSwBO7jflIKAm9D_wJVsiCH6KWto97iEVx0AY7vCLZd.kJ7.cIAntLemAUACPs R3AtxNRQw3kv8EGf0llPO7E.7PJMGJ_skE_tJ8qL2S_coGFRCu0UUgqvhvrbVOXrHpiPQJ3bcu2a q3rwDd6wMBUHflhQpvp35ZHWnk.c9pp4pi7wI.UUTGzdRKztD.eTXxf5P4HTncGNEL3Rhn0C2EYo 6.GAe99gbTzmKuAc3VSaxHdX3QROy9udc_dOmNEV_.k7vTfi1WP6CApIFeMEwztf7nddwSrGVuqy fUMGaxlwgqvgWJRdY3T4BQFOmjoOnmF2lBDKcgoGtbFP6qgdQi4A2J0WjZmjDKEDBz0LD59TW04x wo1V2LfRs1OSQ1BCXPNi3yD7k8AWIb0Kod0UtduDB1hBuoXEqg0YLNfY6a8AnzNe8hKKvN4NPZ0n 7cR29RwYBkUiiIn3wdYdURM2_x_51eThdsjLoa725nIdU0WEhtk.x.oeFQjsIt9P1YuR.nyZMaeM ziGusBIX2bnz8KVfTUUuXxpTOWC8RABPukTaYVUmWhdtN9AcvIwkDvvXewgmxGOuu2I8zbkO5tMw wXewR2gaBSavBAZLUvVN2.dtjudembpd3T3qNW2yPTYHoZwO0.vge1DJyot0JfzYE5.NowfoHxdv 1Uxtnxq0_jxUlvr_fj9i3X6jD80j79D1TM98SFhkqwBmm_fuYR3wQMDOWVUJKGpkZtgLb1UkHz_r vf0FglJwYQDeyXtQLdc7fTDaXbjZI6NfJGRLH7RWsL9HUkPaJqPK3GZAJaS3hVwfRRgHrTcVjOmk CHcRVnFYTJPOVmcMxb8QZMIkumCJpCi5LuG_849gx5fQ88_4vZqHJa8KoyFb5g5eQ8YIiUbudl6b f_WcfyxB9odOPCnVtx_VMaJO1_oKht_pRMXbSohBS3oUX5wSnhGq1R8O6rPoDO2knqsYbXUuv108 vi_Ov7RQv_PrQjoTjUrQ3Z6eaGWQ.93PTopsqf0hVcelTTX7q9Ji8q.rKZ6swwBFZR.X95xlsSib J_laCx8sgDHoeTFpTkC0PpSRL_LIsaLYm9MAt6FuWiRF_Q_s5MMMXds_YRPc5tV1vUvRFGZvH93t GQSPu3FqmDRz9jehOs0u4ly.r0fEdNng5ky0pQFspWBL1JlpY_z2.MSTJsewHXt01BKfm432LPZ1 C5Qp0P9oE307IBugLjCq7.0aZUVHt52xwPJ.JvC_gaJcBYB2yZPaCCoqflfwOvhdeoDpTPlZ7dgr DjeqYha_fx.vtKF8M9lXzDc0jzEIjkQn8RQUNN3AJ5XqVgAApRVuy1ifUfX2LqPqEIcAyynOYncN NJ1ENp8YIks_HdLeElaKVAurFgDpnVZUJiFB7ycxPYFP9kHklv2idP49SzUC7 Received: from sonic.gate.mail.ne1.yahoo.com by sonic302.consmr.mail.gq1.yahoo.com with HTTP; Sun, 24 May 2020 03:18:12 +0000 Received: by smtp408.mail.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 62e002991104f1ea21c10e33c551fcf1; Sun, 24 May 2020 03:18:09 +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: <20200524015747.GA81498@www.zefox.net> Date: Sat, 23 May 2020 20:18:08 -0700 Cc: freebsd-arm@freebsd.org Content-Transfer-Encoding: 7bit Message-Id: 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> <17328C3E-730A-4199-899F-01D3D8060BC1@yahoo.com> <20200524015747.GA81498@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3608.80.23.2.2) X-Rspamd-Queue-Id: 49V55f3nCjz4BqF X-Spamd-Bar: --- X-Spamd-Result: default: False [-3.54 / 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.68.146: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.998]; 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.68.146:from]; NEURAL_HAM_SHORT(-1.00)[-0.995]; 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 03:18:16 -0000 On 2020-May-23, at 18:57, bob prohaska 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. >> >> 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] >> Modified Sun Sep 8 09:47:21 2019 UTC (8 months, 2 weeks ago) by gonzo >> File length: 7261 byte(s) >> 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. >> > > It looks as if the required bug report already exists: > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=246319 > > Would any further noisemaking be constructive? Squeaky wheels > and all that 8-) > > Thanks for reading and taking the time to explain what's happened! I do not know if it would help but it looks like gonzo (Oleksandr Tymoshenko) is the one that checked-in a variant of Steve Peurifoy's ( ssw01 at mathistry.net ) changes to: sys/arm/broadcom/bcm2835/bcm2835_mbox_prop.h sys/arm/broadcom/bcm2835/bcm2835_mbox.c sys/arm/broadcom/bcm2835/bcm2835_fbd.c This was as a fix for: https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=235363 (which has the original and Florian Markl's updated patch as attachments). Unlike that defect report's more limited notes, the issue is not limited or specific to Qt or QImage: it is far more general. (Frame buffer bits per pixel being 24 does not maintain memory alignment and so would be a problem for performance except in basic contexts, or that is what I think I understand.) === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)