Re: Missing /dev/io on rpi3 running 12-stable
On 2020-May-20, at 11:16, bob prohaska wrote: > On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: >> Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : >>> >>> 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. >>> >>> Nor does there seem to be a kernel module with matching name >>> >>> Thanks for reading! >>> >>> bob prohaska >> >> I haven't looked closely but it seems the error is in >> x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) >> > > Alas, the remedy does not suggest itself, at least not to me > > Can somebody offer a hint? Only partially . . . I've got a RPi3 going and: A) It has the xf86EnableIO routine that would try the open and call xf86Msg to report the issue. B) Setting a breakpoint on xf86EnableIO and running never triggers the breakpoint in my context. So having USE_DEV_IO defined is not sufficient to see the problem. You have one context that gets the problem and another that does not (changing users). Overall suggests that there is some login-specific configuration is controlling which way it works at runtime. A possibility here is: QUOTE 20200220: AFFECTS: users of x11-servers/xorg-server AUTHOR: zeis...@freebsd.org x11-servers/xorg-server has been updated to 1.20.7. With this update, xorg-server has switched from using the devd backend to the udev backend for device configuration on FreeBSD 12 and 13. If you have issues with input devices, please see the install message for details. The HAL backend option has been completely removed, as it was deprecated. If you have problems with input devices, ensure that both x11/libinput and x11-drivers/xf86-input-libinput are installed. They are installed in the default configuration, but if you have a custom configuration, they might not be. END QUOTE Are you using udev in both user contexts? devd? A mix across the contexts? I'm consistently using udev. This does seem to match up with what you have reported in that the context that worked had the below message (for example) but the failing one did not: [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. The message was before reporting the "Module ABI versions" information. So your failing context is either devd based or still has the environment configured for HAL or is otherwise messed up such that udev is not in use. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Missing /dev/io on rpi3 running 12-stable
On 2020-May-20, at 19:25, bob prohaska wrote: > > Which list is the appropriate forum, -ports, -arm or something else? > If there is a better problem description I'll use it. ISTR xorg > compiling and running without a hitch on -current previously, ~ > a year ago. Does not look like I can match the RPi3 context as a cross check. (I tried.) At best a RPi4. I do not normally use a display but I normally do build lumina and what it requires as part of checking the build environment. (head -r360311 contexts currently.) I tried to see what I could do on the RPi3 and RPi4. The surprise: RPi4 output worked fine at all stages and the RPI3 got no video output at all at any time, not even the RPi3's own early-stage test-output. (Same HDMI display used for both.) Both the RPi3 and RPi4 do report the following when the display is connected: EFI framebuffer information: addr, size 0x3e513000, 0x6d8c00 dimensions 1824 x 984 stride 1824 masks 0x00ff, 0xff00, 0x00ff, 0xff00 . . . VT(efifb): resolution 1824x984 Without the HDMI connection the RPi3 shows: EFI framebuffer information: addr, size 0x3eaf7000, 0x103000 dimensions 592 x 448 stride 592 masks 0x00ff, 0xff00, 0x00ff, 0xff00 . . . VT(efifb): resolution 592x448 Back to with the HDMI connection . . . Both RPi*'s show: fb0: on simplebus0 fb0: keeping existing fb bpp of 32 fbd0 on fb0 WARNING: Device "fb" is Giant locked and may be deleted before FreeBSD 13.0. VT: Replacing driver "efifb" with new "fb". fb0: 1824x984(1824x984@0,0) 32bpp fb0: fbswap: 1, pitch 7296, base 0x3e513000, screen_size 7237632 It leaves me wondering if the RPi3 has a hardware problem. (No display output even before u-boot is involved, unlike normal.) As for the RPi4: I do not see any attempt at a /dev/io reference or any additional kernel modules loaded. It does: . . . [ 137.989] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so . . . [ 138.129] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so . . . [ 138.136] (II) Loading /usr/local/lib/xorg/modules/drivers/scfb_drv.so . . . [ 138.141] (II) Loading /usr/local/lib/xorg/modules/libshadow.so . . . [ 138.144] (II) Loading /usr/local/lib/xorg/modules/libfb.so . . . [ 140.068] (II) Loading /usr/local/lib/xorg/modules/input/libinput_drv.so . . . and kldstat shows: # kldstat Id Refs AddressSize Name 16 0x 112dbf8 kernel 21 0x0112e000257c8 umodem.ko 32 0x0115400028658 ucom.ko My ports builds are based on ports head -r533162 . I explicitly build the following related to lumina for the aarch64 contexts: x11-drivers/xf86-video-scfb x11/lumina x11/xorg-minimal x11/xterm These, of course, lead to much more building. I built with default options for them all. No mouse or usb keyboard input to use lumina with on the RPi4 so I can not claim anything about past its initial display. In my context, startx is tied to: # more ~/.xinitrc exec start-lumina-desktop # ls -laT /etc/X11/ total 8 drwxr-xr-x 2 root wheel 512 Mar 30 05:23:44 2020 . drwxr-xr-x 27 root wheel 2560 Apr 29 13:52:48 2020 .. (Yep: empty.) That is all I have. I'm not so sure any of it will happen to help. === Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar) ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Missing /dev/io on rpi3 running 12-stable
On Wed, May 20, 2020 at 11:01:44AM -0600, Ian Lepore wrote: > On Wed, 2020-05-20 at 09:46 -0700, bob prohaska wrote: > > 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. > > > > Nor does there seem to be a kernel module with matching name > > > > Thanks for reading! > > > > > > /dev/io is an x86 thing, doesn't apply to arm at all. It allows > userland processes with sufficient privs to execute x86 in/out > instructions for talking to old-school ISA bus devices such as > keyboards. Which list is the appropriate forum, -ports, -arm or something else? If there is a better problem description I'll use it. ISTR xorg compiling and running without a hitch on -current previously, ~ a year ago. Thanks for writing, bob prohaska ps, any progress on vc4? ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Missing /dev/io on rpi3 running 12-stable
On Wed, May 20, 2020 at 08:56:31PM +0200, Mika??l Urankar wrote: > Le mer. 20 mai 2020 ?? 20:16, bob prohaska a ??crit : > > > > On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: > > > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : > > > > > > > > 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. > > > > > > > > Nor does there seem to be a kernel module with matching name > > > > > > > > Thanks for reading! > > > > > > > > bob prohaska > > > > > > I haven't looked closely but it seems the error is in > > > x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) > > > > > > > Alas, the remedy does not suggest itself, at least not to me > > > > Can somebody offer a hint? > > edit files/patch-configure, locate USE_DEV_IO and remove the whole hunk. > then make clean; make deinstall install > Looks like it's not quite that simple. I took the "hunk" to be the preceding line starting with @@ to the next line starting with @@. Make patch finished with no errors, following a fresh make clean, but the build stopped with ld: error: undefined symbol: xf86EnableIO >>> referenced by sdksyms.c >>> sdksyms.o:(xorg_symbols) >>> referenced by xf86Configure.c >>> xf86Configure.o:(DoConfigure) in archive >>> common/.libs/libcommon.a >>> referenced by xf86Events.c >>> xf86Events.o:(xf86VTEnter) in archive common/.libs/libcommon.a >>> referenced by xf86Init.c >>> xf86Init.o:(InitOutput) in archive common/.libs/libcommon.a >>> referenced by xf86Init.c >>> xf86Init.o:(InitOutput) in archive common/.libs/libcommon.a ld: error: undefined symbol: xf86DisableIO >>> referenced by sdksyms.c >>> sdksyms.o:(xorg_symbols) >>> referenced by xf86Events.c >>> xf86Events.o:(xf86VTLeave) in archive common/.libs/libcommon.a ld: error: undefined symbol: xf86OSInitVidMem >>> referenced by vidmem.c >>> vidmem.o:(xf86InitVidMem) in archive >>> os-support/.libs/libxorgos.a cc: error: linker command failed with exit code 1 (use -v to see invocation) gmake[6]: *** [Makefile:814: Xorg] Error 1 Not sure what to try next Thanks for reading! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
Re: Missing /dev/io on rpi3 running 12-stable
On Wed, May 20, 2020 at 07:09:11PM +0200, Mika??l Urankar wrote: > Le mer. 20 mai 2020 ?? 18:46, bob prohaska a ??crit : > > > > 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. > > > > Nor does there seem to be a kernel module with matching name > > > > Thanks for reading! > > > > bob prohaska > > I haven't looked closely but it seems the error is in > x11-servers/xorg-server/files/configure.ac, AC_DEFINE(USE_DEV_IO) > Alas, the remedy does not suggest itself, at least not to me Can somebody offer a hint? Thanks for writing! bob prohaska ___ freebsd-ports@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-ports To unsubscribe, send any mail to "freebsd-ports-unsubscr...@freebsd.org"
