关于 LinuxLab（荣耀平板 PC 引擎）PRoot 沙盒内 Linux 桌面应用无法调用 GPU 加速的反馈

【设备 / 环境信息】

    平板型号：荣耀Magic pad2
    处理器：高通骁龙 8sgen3（Adreno GPU）
    系统：MagicOS10（Android 宿主） + LinuxLab（com.hihonor.pcengine）
    沙盒内 Linux：Debian 12（bookworm），kernel 支持 PRoot
    图形栈：Mesa 22.3.6（libgl1-mesa-dri），Xvfb 由 LinuxLab 侧启动（-screen 3000x1920x24 -dpi 192）

【问题现象】
在 LinuxLab 的 PRoot 沙盒内运行任何 Linux 图形浏览器（Firefox ESR 115、QtWebEngine 系如 Falkon 22.12.1 均已实测），浏览器均无法调用 GPU 加速，只能使用 CPU 软件渲染（llvmpipe / 软件 WebRender），导致页面滚动、动态内容渲染明显卡顿。对比：平板原生 Android 侧浏览流畅（说明 GPU 硬件本身健康）。

【复现步骤】

    在 LinuxLab 内打开 Debian / Ubuntu 系统，启动 XFCE 桌面（Xvfb 由 LinuxLab 侧拉起）
    运行 Firefox 或任意 Linux 浏览器，打开一个内容较多、带滚动和动效的页面
    观察：页面可显示，但滚动/动效卡顿；浏览器 about:support / 控制台显示 WebRender 回退到 SW-WR
【已定位的根因（我方诊断）】

    沙盒内 /dev/dri 目录存在但为空（无 renderD128 / card0 节点），/sys/class/drm 不可见 → Linux 浏览器无法通过标准 DRM 路径枚举/访问 GPU。
    Android 宿主侧 GPU 走 kgsl/ion + Gralloc 接口（/vendor/lib/hw/gralloc.default.so），而非 Linux 的 DRM —— 沙盒内的 Linux Mesa（即便已含 msm_dri.so、zink_dri.so、panfrost_dri.so）因缺少设备节点而无法初始化真硬件驱动。
    Firefox 启动日志实测：No GPUs detected via PCI、libpci missing、libEGL initialize failed、Fallback WR to SW-WR。EGL 在沙盒内初始化仅能获得 GL_RENDERER = llvmpipe (LLVM 15.0.6)，确认当前只能 CPU 软渲染（注：沙盒内可能缺 libGLESv2 libpci 等组件）。
    Xvfb -screen 3000x1920x24 -dpi 192 高分辨率 + 无硬件合成，进一步放大滚动合成负担。

【期望与可接受的方案】

    期望：LinuxLab 沙盒内的 Linux 应用能像宿主一样调用 GPU（Adreno）加速，页面滚动/渲染流畅。
    建议方向（供开发者参考，任何一条皆可）：
        在 LinuxLab 的 PRoot 启动参数中，bind-mount /dev/dri（及必要的 render 节点、/sys/class/drm） 进入沙盒，并解除对应 SELinux 限制。
        提供 virgl / ANGLE 桥，用宿主的 Android GL/ES 向沙盒内的 Mesa（virpipe / zink gallium 驱动）提供 GPU 加速（Termux 社区已有免 root 的成熟实现，可作借鉴）。
        在 Debian/Ubuntu rootfs 中预装补齐 mesa-vulkan-drivers、libGLESv2、libpci 等缺件，避免浏览器探测回退 SW-WR。
        适当将 LinuxLab 的默认 Xvfb 分辨率/DPI 调整为更适合桌面应用的配置（或允许用户配置）。
【影响与价值】

    LinuxLab 定位是”在平板上运行完整 Linux 桌面”的开发者/进阶功能，GPU 加速是这类场景（浏览器、GIMP/Inkscape、3D、Wine/VM）体验的核心短板。
    该问题非个体故障，而是所有 Linux GUI 应用在沙盒内的共性瓶颈；解决后可显著提升 LinuxLab 的可用性与口碑。