当社調べ
当サイトの情報はすべて「当社調べ」であり，これらの情報を直接的あるいは間接的に利用して直接的・間接的な損害が発生しても，当サイトの保有者および運営者および記事の執筆者は一切の責任を負いません．
V3D instead
これまで，気づいていたことは，同じRaspberry Pi 5 Model B (RPi5)やRaspberry Pi 4 Model B (RPi4)で動かしていても，Slackware ARM/AArch64よりもRaspberry Pi OS (RPiOS)方がデスクトップ環境もアプリも動作がきびきびしているということです．
そして，Slackware ARM (32bit) 15.0やSlackware AArch64 CurrentではSDDMが動かない．
Firmware的な違いとしては，RPiOSではGraphics ProcessorがV3Dなのに対し，Slackware ARM/AAarch64ではllvmpipeであるということです．
そんなものなのかなあと思って使ってきましたが，昨日のことですが，Slackware ARM/AArch64の/boot/config.txtでは，
# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d
max_framebuffers=2なのに対して，RPiOSでは，
# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d-pi5
max_framebuffers=2となっているのに気が付きました． “-pi5” が必要なのか! ということで，Slackware AArch64にも “-pi5” をつけたところ，ちゃんとKDEのAboutでV3DがGraphics Processorとして使用されていることが確認できました．
同様に，RPi5におけるManjaro ARM(64bit)とRPi4におけるSlackware ARM(32bit) 15.0でもV3DがGraphics Processorになっていることを確認しました．
V3Dだと，Slackware ARM (32bit)およびAArch64でSDDMが動きますし，KDE Plasma DesktopのいくつかのDesktop Effectが利用できるようになります．
そして，Firefoxが付いてないSlackware ARM 15.0のWebブラウザーであるFalconとKonquarorがなんとか耐えられるレスポンスで動くようになりました．
ただし調子に乗ってFalconでhttps://fast.com/を開くとデスクトップが固まります😅
# Enable DRM VC4 V3D driver
dtoverlay=vc4-kms-v3d-pi4
max_framebuffers=2です．