Date: Sat, 23 May 2020 02:30:40 -0700 From: Mark Millard <marklmi@yahoo.com> To: bob prohaska <fbsd@www.zefox.net> Cc: Marcel Flores <marcel@brickporch.com>, freebsd-arm <freebsd-arm@freebsd.org> Subject: Re: Missing /dev/io on rpi3 running 12-stable Message-ID: <BE40E8FD-65C2-43AA-81B1-CFBDB6E8DDA1@yahoo.com> In-Reply-To: <F2AF4DD6-599B-4032-A004-0A1B2BD2D727@brickporch.com> References: <20200520164642.GA70838@www.zefox.net> <CAJwjRmSmCEWCEbEr%2B14m6x04Xcx6j7Bgmp%2BHDkN5zsyAq=LExg@mail.gmail.com> <20200522172813.GA77725@www.zefox.net> <20200523051403.GA78879@www.zefox.net> <F2AF4DD6-599B-4032-A004-0A1B2BD2D727@brickporch.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On 2020-May-22, at 23:23, Marcel Flores <marcel at brickporch.com> = wrote: >=20 >> On May 22, 2020, at 10:14 PM, bob prohaska <fbsd@www.zefox.net> = wrote: >>=20 >> On Fri, May 22, 2020 at 10:28:13AM -0700, bob prohaska wrote: >>> On Fri, May 22, 2020 at 06:38:40PM +0200, Mika??l Urankar wrote: >>>> Le mer. 20 mai 2020 ?? 18:46, bob prohaska <fbsd@www.zefox.net> a = ??crit : >>>>>=20 >>>>> Is there supposed to be a /dev/io by default in FreeBSD on a Pi3? >>>>> Attempts to start X under 12.1-STABLE r361271 GENERIC fail with >>>>> a report of "failed to open /dev/io". There is indeed no /dev/io, >>>>> but there's also no /dev/io on a pi2 running 12-stable. >>>>>=20 >>>>> Nor does there seem to be a kernel module with matching name.... >>>>=20 >>>> I looked at the code and it's only a warning: >>>> if ((IoFd =3D open("/dev/io", O_RDWR)) =3D=3D -1) { >>>> xf86Msg(X_WARNING, "xf86EnableIO: " >>>> "Failed to open /dev/io for extended I/O\n"); >>>>=20 >>>> Can you post the whole Xorg log somewhere? >>>>=20 >>>=20 >>> I'm in the process now of cleaning up, deinstalling everything and >>> starting over, this time using -DBATCH from the start. The whole >>> fiasco started when I succumbed to the temptations offered by >>> dialog4ports (docs are good, amdgpu on a Pi made no sense). >>>=20 >>> At the very least it'll bring the system to a reproducible state.=20 >>>=20 >> The cleanup is complete, running the command=20 >> X -configure=20 >> as root put in the logfile=20 >> root@nemesis:~ # more /var/log/Xorg.0.log >> [252792.514]=20 >> X.Org X Server 1.20.8 >> X Protocol Version 11, Revision 0 >> [252792.515] Build Operating System: FreeBSD 12.1-STABLE arm64=20 >> [252792.515] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 >> [252792.517] Build Date: 22 May 2020 09:25:08PM >> [252792.517] =20 >> [252792.517] Current version of pixman: 0.40.0 >> [252792.517] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [252792.517] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [252792.518] (=3D=3D) Log file: "/var/log/Xorg.0.log", Time: Fri May = 22 21:50:03 2020 >> [252792.518] (II) Loader magic: 0x43a5e0 >> [252792.518] (II) Module ABI versions: >> [252792.518] X.Org ANSI C Emulation: 0.4 >> [252792.518] X.Org Video Driver: 24.1 >> [252792.518] X.Org XInput driver : 24.1 >> [252792.518] X.Org Server Extension : 10.0 >> [252792.520] List of video drivers: >> [252792.520] scfb >> [252792.520] modesetting >> [252792.520] (II) LoadModule: "scfb" >> [252792.521] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so >> [252792.521] (II) Module scfb: vendor=3D"X.Org Foundation" >> [252792.521] compiled for 1.20.8, module version =3D 0.0.5 >> [252792.521] ABI class: X.Org Video Driver, version 24.1 >> [252792.521] (II) LoadModule: "modesetting" >> [252792.522] (II) Loading = /usr/local/lib/xorg/modules/drivers/modesetting_drv.so >> [252792.522] (II) Module modesetting: vendor=3D"X.Org Foundation" >> [252792.522] compiled for 1.20.8, module version =3D 1.20.8 >> [252792.523] Module class: X.Org Video Driver >> [252792.523] ABI class: X.Org Video Driver, version 24.1 >> [252792.523] (WW) xf86EnableIO: Failed to open /dev/io for extended = I/O >> [252792.523] (WW) Falling back to old probe method for scfb >> [252792.523] scfb trace: probe start >> [252792.523] (WW) Falling back to old probe method for modesetting >> [252792.523] No devices to configure. Configuration failed. >> [252792.524] (EE) Server terminated with error (2). Closing log file. >>=20 >> That repeats the missing /dev/io error seen previously. >>=20 >> Another correspondent asked what happens if startx is run >> by a regular user on the console. That log file is different: >>=20 >> root@nemesis:~ # more /var/log/Xorg.1.log >> [253234.555]=20 >> X.Org X Server 1.20.8 >> X Protocol Version 11, Revision 0 >> [253234.556] Build Operating System: FreeBSD 12.1-STABLE arm64=20 >> [253234.556] Current Operating System: FreeBSD nemesis.zefox.com = 12.1-STABLE FreeBSD 12.1-STABLE r361271 GENERIC arm64 >> [253234.557] Build Date: 22 May 2020 09:25:08PM >> [253234.557] =20 >> [253234.558] Current version of pixman: 0.40.0 >> [253234.558] Before reporting problems, check http://wiki.x.org >> to make sure that you have the latest version. >> [253234.558] Markers: (--) probed, (**) from config file, (=3D=3D) = default setting, >> (++) from command line, (!!) notice, (II) informational, >> (WW) warning, (EE) error, (NI) not implemented, (??) unknown. >> [253234.558] (=3D=3D) Log file: "/var/log/Xorg.1.log", Time: Fri May = 22 21:57:25 2020 >> [253234.559] (=3D=3D) Using config directory: = "/usr/local/etc/X11/xorg.conf.d" >> [253234.560] (=3D=3D) Using system config directory = "/usr/local/share/X11/xorg.conf.d" >> [253234.561] (=3D=3D) No Layout section. Using the first Screen = section. >> [253234.561] (=3D=3D) No screen section available. Using defaults. >> [253234.561] (**) |-->Screen "Default Screen Section" (0) >> [253234.561] (**) | |-->Monitor "<default monitor>" >> [253234.563] (=3D=3D) No device specified for screen "Default Screen = Section". >> Using the first device section listed. >> [253234.563] (**) | |-->Device "Card0" >> [253234.563] (=3D=3D) No monitor specified for screen "Default Screen = Section". >> Using a default monitor configuration. >> [253234.563] (=3D=3D) Automatically adding devices >> [253234.563] (=3D=3D) Automatically enabling devices >> [253234.563] (=3D=3D) Not automatically adding GPU devices >> [253234.563] (=3D=3D) Max clients allowed: 256, resource mask: = 0x1fffff >> [253234.564] (=3D=3D) FontPath set to: >> /usr/local/share/fonts/misc/, >> /usr/local/share/fonts/TTF/, >> /usr/local/share/fonts/OTF/, >> /usr/local/share/fonts/Type1/, >> /usr/local/share/fonts/100dpi/, >> /usr/local/share/fonts/75dpi/, >> catalogue:/usr/local/etc/X11/fontpath.d >> [253234.564] (=3D=3D) ModulePath set to "/usr/local/lib/xorg/modules" >> [253234.564] (II) The server relies on udev to provide the list of = input devices. >> If no devices become available, reconfigure udev or disable = AutoAddDevices. >> [253234.564] (II) Loader magic: 0x43a5e0 >> [253234.564] (II) Module ABI versions: >> [253234.564] X.Org ANSI C Emulation: 0.4 >> [253234.564] X.Org Video Driver: 24.1 >> [253234.564] X.Org XInput driver : 24.1 >> [253234.564] X.Org Server Extension : 10.0 >> [253234.565] (II) LoadModule: "glx" >> [253234.565] (II) Loading = /usr/local/lib/xorg/modules/extensions/libglx.so >> [253234.576] (II) Module glx: vendor=3D"X.Org Foundation" >> [253234.576] compiled for 1.20.8, module version =3D 1.0.0 >> [253234.576] ABI class: X.Org Server Extension, version 10.0 >> [253234.576] (II) LoadModule: "scfb" >> [253234.576] (II) Loading = /usr/local/lib/xorg/modules/drivers/scfb_drv.so >> [253234.577] (II) Module scfb: vendor=3D"X.Org Foundation" >> [253234.577] compiled for 1.20.8, module version =3D 0.0.5 >> [253234.577] ABI class: X.Org Video Driver, version 24.1 >> [253234.577] (II) scfb: driver for wsdisplay framebuffer: scfb >> [253234.578] (--) Using syscons driver with X support (version 2.0) >> [253234.578] (--) using VT number 9 >>=20 >> [253234.578] (WW) Falling back to old probe method for scfb >> [253234.578] scfb trace: probe start >> [253234.578] (II) scfb(0): using default device >> [253234.578] scfb trace: probe done >> [253234.578] (WW) VGA arbiter: cannot open kernel arbiter, no = multi-card support >> [253234.578] scfb: PreInit 0 >> [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" >> [253234.579] (EE) Screen(s) found, but none have a usable = configuration. >> [253234.579] (EE)=20 >> Fatal server error: >> [253234.579] (EE) no screens found(EE)=20 >> [253234.579] (EE)=20 >> Please consult the The X.Org Foundation support=20 >> at http://wiki.x.org >> for help.=20 >> [253234.579] (EE) Please also check the log file at = "/var/log/Xorg.1.log" for additional information. >> [253234.579] (EE)=20 >> [253234.580] (EE) Server terminated with error (1). Closing log file. >> --More--(END) >>=20 >> The gripe about 24bpp being "not permitted" looks wrong, unless = there's >> not enough video memory allocated. >>=20 >> Having different failures for different users strikes me as very odd. >> It rather suggests a permissions problem, but permissions aren't=20 >> mentioned in the logs. >>=20 >> If you can think of something to test please instruct. >>=20 >> Thanks for reading, >>=20 >> bob prohaska >>=20 >> _______________________________________________ >> freebsd-arm@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-arm >> To unsubscribe, send any mail to = "freebsd-arm-unsubscribe@freebsd.org=E2=80=9D >=20 >=20 > Seems like the later error is the same as described here: >=20 > https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246319 = <https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D246319>; >=20 > and >=20 > https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021596.html = <https://lists.freebsd.org/pipermail/freebsd-arm/2020-May/021596.html>; I found the RPi3 (and related) fix in FreeBSD head's 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 <ssw01@mathistry.net> END QUOTE The change leads to my RPi3 boot context reporting what is used as: fb0: <BCM2835 VT framebuffer driver> on simplebus0 fb0: keeping existing fb bpp of 32 So: efifb's figure was picked up by fb and then fb's figure was picked up by scfb. Conclusion: An MFC to older contexts would be appropriate. =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?BE40E8FD-65C2-43AA-81B1-CFBDB6E8DDA1>