Tiny Core Base > piCore Test Releases

piCore15.0 Beta

<< < (14/23) > >>

Juanito:
Thanks for the suggestion.

There are a couple of scripts, which produce:
--- Code: ---Section "OutputClass"
  Identifier "vc4"
  MatchDriver "vc4"
  Driver "modesetting"
  Option "PrimaryGPU" "true"
EndSection
--- End code ---
..but the xorg log says "Option "PrimaryGPU" is not used"

and one that says "Glamor should not run on platforms prior to Pi 4":
--- Code: ---Section "Device"
Identifier "kms"
Driver "modesetting"
Option "AccelMethod" "msdri3"
Option "UseGammaLUT" "off"
EndSection
--- End code ---
..but as per the xorg log, glamor is not disabled by it.

If I delete libglamoregl.so, it doesn't help :(

yvs:

--- Quote from: Juanito on July 27, 2024, 08:09:31 AM ---I can get 3d acceleration with wayland:
--- Code: ---inxi -b
...
  Display: wayland server: X.org compositor: Weston v: 8.0.0 driver: X:
    loaded: fbdev failed: modesetting gpu: vc4_hdmi,vc4_drm
    resolution: 1920x1080
  API: OpenGL Message: No GL data available.

--- End code ---

--- End quote ---

with wayland it's strange that inxi (it uses glxinfo) cannot detect GL version

--- Quote ---
--- Code: ---..but not X (inxi via ssh): [code]inxi -b
  Display: server: X.org driver: X: loaded: modesetting unloaded: fbdev
    dri: vc4 gpu: vc4_hdmi,vc4_drm tty: 80x40

--- End code ---

--- End quote ---

not sure, can it be connected with `disable_fw_kms_setup`? In my case with v4+LCD+Xorg there's

--- Code: ---display_auto_detect=1
dtoverlay=vc4-fkms-v3d
disable_fw_kms_setup=1

--- End code ---
in config.txt and I've not touched Xorg.conf at all

Juanito:
dtoverlay=vc4-fkms-v3d is depreciated, what happens if you use dtoverlay=vc4-kms-v3d?

yvs:
> dtoverlay=vc4-fkms-v3d is depreciated, what happens if you use dtoverlay=vc4-kms-v3d?
>
  I've not known that, it has been always working there, so I've not thought to change it.
  wiil test a bit further with vc4-kms-v3d and let it know...

p.s. meantime just for test checked it out with hdmi monitor, with hdmi it also works

--- Code: ---Graphics:
  Device-1: bcm2835-vc4 driver: vc4_drm v: N/A
  Device-2: bcm2835-hdmi driver: N/A
  Display: server: X.org driver: X: loaded: modesetting unloaded: fbdev
    dri: vc4
    gpu: vc4-drm,vc4_crtc,vc4_dpi,vc4_dsi,vc4_firmware_kms,vc4_hdmi,vc4_hvs,vc4_txp,vc4_v3d,vc4_vec
    resolution: 1920x1200~60Hz
  API: OpenGL v: 2.1 vendor: broadcom mesa v: 23.1.4 renderer: VC4 V3D 2.1

--- End code ---
part of Xorg.log related to graphics

--- Code: ---[    19.828] (II) xfree86: Adding drm device (/dev/dri/card0)
[    19.828] (II) Platform probe for /sys/devices/platform/soc/soc:gpu/drm/card0
[    19.833] (**) OutputClass "vc4" setting /dev/dri/card0 as PrimaryGPU
[    19.833] (II) LoadModule: "glx"
[    19.834] (II) Loading /usr/local/lib/xorg/modules/extensions/libglx.so
[    19.856] (II) Module glx: vendor="X.Org Foundation"
[    19.856]    compiled for 1.21.1.8, module version = 1.0.0
[    19.856]    ABI class: X.Org Server Extension, version 10.0
[    19.857] (II) Applying OutputClass "vc4" to /dev/dri/card0
[    19.857]    loading driver: modesetting
[    19.857] (==) Matched modesetting as autoconfigured driver 0
[    19.857] (==) Matched fbdev as autoconfigured driver 1
[    19.857] (==) Assigned the driver to the xf86ConfigLayout
[    19.857] (II) LoadModule: "modesetting"
[    19.857] (II) Loading /usr/local/lib/xorg/modules/drivers/modesetting_drv.so
[    19.866] (II) Module modesetting: vendor="X.Org Foundation"
[    19.866]    compiled for 1.21.1.8, module version = 1.21.1
[    19.866]    Module class: X.Org Video Driver
[    19.866]    ABI class: X.Org Video Driver, version 25.2
[    19.866] (II) LoadModule: "fbdev"
[    19.867] (II) Loading /usr/local/lib/xorg/modules/drivers/fbdev_drv.so
[    19.869] (II) Module fbdev: vendor="X.Org Foundation"
[    19.869]    compiled for 1.21.1.8, module version = 0.5.0
[    19.869]    Module class: X.Org Video Driver
[    19.869]    ABI class: X.Org Video Driver, version 25.2
[    19.869] (II) modesetting: Driver for Modesetting Kernel Drivers: kms
[    19.869] (II) FBDEV: driver for framebuffer: fbdev
[    19.869] (--) using VT number 2

[    19.916] (II) modeset(0): using drv /dev/dri/card0
[    19.916] (WW) Falling back to old probe method for fbdev
[    19.916] (II) Loading sub module "fbdevhw"
[    19.916] (II) LoadModule: "fbdevhw"
[    19.917] (II) Loading /usr/local/lib/xorg/modules/libfbdevhw.so
[    19.919] (II) Module fbdevhw: vendor="X.Org Foundation"
[    19.919]    compiled for 1.21.1.8, module version = 0.0.2
[    19.919]    ABI class: X.Org Video Driver, version 25.2
[    19.919] (WW) VGA arbiter: cannot open kernel arbiter, no multi-card support
[    19.920] (II) modeset(0): Creating default Display subsection in Screen section
        "Default Screen Section" for depth/fbbpp 24/32
[    19.921] (==) modeset(0): Depth 24, (==) framebuffer bpp 32
[    19.921] (II) Applying OutputClass "vc4" options to /dev/dri/card0
[    19.921] (==) modeset(0): RGB weight 888
[    19.921] (==) modeset(0): Default visual is TrueColor
[    19.921] (II) Loading sub module "glamoregl"
[    19.921] (II) LoadModule: "glamoregl"
[    19.921] (II) Loading /usr/local/lib/xorg/modules/libglamoregl.so
[    19.986] (II) Module glamoregl: vendor="X.Org Foundation"
[    19.986]    compiled for 1.21.1.8, module version = 1.0.1
[    19.986]    ABI class: X.Org ANSI C Emulation, version 0.4
[    22.288] (II) modeset(0): glamor X acceleration enabled on VC4 V3D 2.1
[    22.288] (II) modeset(0): glamor initialized
[    22.288] (==) modeset(0): VariableRefresh: disabled
[    22.288] (==) modeset(0): AsyncFlipSecondaries: disabled
[    22.290] (II) modeset(0): Output HDMI-1 has no monitor section
[    22.293] (II) modeset(0): EDID for output HDMI-1
....
[    22.295] (II) modeset(0): Output HDMI-1 connected
[    22.295] (II) modeset(0): Using exact sizes for initial modes
[    22.295] (II) modeset(0): Output HDMI-1 using initial mode 1920x1200 +0+0
[    22.295] (==) modeset(0): Using gamma correction (1.0, 1.0, 1.0)
[    22.295] (==) modeset(0): DPI set to (96, 96)
[    22.295] (II) Loading sub module "fb"
[    22.295] (II) LoadModule: "fb"
[    22.295] (II) Module "fb" already built-in
[    22.295] (II) UnloadModule: "fbdev"
[    22.295] (II) Unloading fbdev
[    22.296] (II) UnloadSubModule: "fbdevhw"
[    22.296] (II) Unloading fbdevhw
[    22.711] (==) modeset(0): Backing store enabled
[    22.711] (==) modeset(0): Silken mouse enabled
[    22.802] (II) modeset(0): Initializing kms color map for depth 24, 8 bpc.
[    22.802] (==) modeset(0): DPMS enabled
[    22.802] (WW) modeset(0): Option "PrimaryGPU" is not used
[    22.803] (II) modeset(0): [DRI2] Setup complete
[    22.803] (II) modeset(0): [DRI2]   DRI driver: vc4
[    22.803] (II) modeset(0): [DRI2]   VDPAU driver: vc4
...

--- End code ---

yvs:
> dtoverlay=vc4-fkms-v3d is depreciated, what happens if you use dtoverlay=vc4-kms-v3d?
>
  with vc4-kms-v3d it doesn't work in my case, looking at Xorg.log there's difference with fkms:

--- Code: ------ fkms
+++ kms

-(II) xfree86: Adding drm device (/dev/dri/card0)
-(II) Platform probe for /sys/devices/platform/soc/soc:gpu/drm/card0
-(**) OutputClass "vc4" setting /dev/dri/card0 as PrimaryGPU
+(II) no primary bus or device found
...

--- End code ---
despite that I can see /dev/dri/card1 there, no idea why it comes in card1 slot with kms, maybe some kindof race condition (I've not digged into it)

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version