From nobody Sun Apr 2 16:50:56 2023 X-Original-To: multimedia@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4PqKm526Xzz43tHx for ; Sun, 2 Apr 2023 16:51:01 +0000 (UTC) (envelope-from jbeich@freebsd.org) Received: from freefall.freebsd.org (freefall.freebsd.org [IPv6:2610:1c1:1:6074::16:84]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4PqKm51Xnxz42w6; Sun, 2 Apr 2023 16:51:01 +0000 (UTC) (envelope-from jbeich@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680454261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=m4BwEiy+Qo47zj++Zeppfq4bpF7xjvOFfKja6NCDQak=; b=Sqm5VthIKJLREmyyjdr71zYfpzDGkU/HE9W0kLVz6c6Qy5avT+WmODh31JDzWntOTWOoAw fKGuEaXfGa9IBzCWOevBS3u38xzY3XaUaMrYNjFN+zG+Lmv36/8ybeHaMsZ3Rz7o5cABXr +6GtUZaLv6i4n9xRYzKnu61z/IHE9IwOWPnwnXrRP3m780T/fZRMNnIpvGshvh4cLWeNiA SZfWraNWxt3eBU/4IiwI15GmAcOTtVZh4+1L1PSv7x5FlZPdsujmvvW0gt0MtJPE/56DrV bOK7wAy6Yv5W3lPAxet0xPWJXsw6V0VoWR2dkr5FwKCNbq8oyd0VR76FXg9BKw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1680454261; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=m4BwEiy+Qo47zj++Zeppfq4bpF7xjvOFfKja6NCDQak=; b=XysgHSQ5GDZ4WfqrtJ9gZH7PUzZmEi9ZJveRQ9ADShw6eUsGxp9pfhtAwPOyiX8EkquTu1 a0VWqUgW0T9fazDmGougp1liK8fIuZa1jEr65DpXK53oyfgzF3DRIek8Waw/YIQvYGjsas ynwbo2MEgBImnwBx/LmLx1OyRVMW+J5IqDYdYNqhzWNoCoO0QhIzu8gRfEd6vhxQTuUnAY dJnGcPtQI5PqmTg5uRsC8jk9eIkufnASWqU8bzWdDRh9SQonFM9G8ytQ2O9spKuMJUXhRi XDmh3t0P/zxXT5PNRrWh6tOo4guvjo3Rj9hQ8wTAdTQwW/g8sOcFGoV7jjNfcQ== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1680454261; a=rsa-sha256; cv=none; b=IYr5RAPjq4aEoTUKtjRaI4x0N0t/Crlv3marBhTGdeQXtikl/wes0GB+ylni+Pi6UYCsVe O0JmLiggEPRe1m0nSeVTv8vACCv4nbDuc00pcVp1Ojg768tnx+giP5kBq3yEK/QGQ+9UZa 4orI3CwJMUC/P6x9SRLbOK7zK/Gjp3wm503wwMPzvZhDOrDQwUh7gh7McxXWvJcB32bDm6 vOSuYd3kMCMbmVFLqAIGi4V4uaC/6O/onmgndOHFZmSOkdmXNXT37WtZ4uUVNjLgJvObdP a+DvqRomc8lalRiFtmCpJUhOatb69JzFHgNgHNA2xykLpg+8TMiyd/U26+AC5A== Received: by freefall.freebsd.org (Postfix, from userid 1354) id 254BA11955; Sun, 2 Apr 2023 16:51:01 +0000 (UTC) From: Jan Beich To: Kevin Oberman Cc: multimedia@freebsd.org Subject: Re: Poor performance with Alder Lake graphics (ThinkPad T16) In-Reply-To: (Kevin Oberman's message of "Sat, 1 Apr 2023 22:51:43 -0700") References: Date: Sun, 02 Apr 2023 18:50:56 +0200 Message-ID: List-Id: Multimedia discussions List-Archive: https://lists.freebsd.org/archives/freebsd-multimedia List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-multimedia@freebsd.org MIME-Version: 1.0 Content-Type: text/plain X-ThisMailContainsUnwantedMimeParts: N Kevin Oberman writes: > Since update to drm-550-kmod I noticed n seeming improvement over scfb. I > ran glxgears and saw agour 900 fps. glxgears should never show more FPS than monitor refresh rate unless it uses software rendering or VSYNC is disabled via vblank_mode=0 in environ(7) or ~/.drirc. If you need to benchmark GPU use at least glmark2 + vkmark. Assuming drm-550-kmod is typo for drm-515-kmod. > [vo/gpu] VT_GETMODE failed: Inappropriate ioctl for device > [vo/gpu/opengl] Failed to set up VT switcher. Terminal switching will be > unavailable. VT_GETMODE isn't supposed to be used outside of --gpu-context=drm and maybe --gpu-context=displayvk. Both are intended for playing videos with the best performance directly on KMS console like /dev/ttyv0. In short, ignore this error due to auto-detection scrambling to find any accelerated GPU context. > [vo/gpu/opengl] Suspected software renderer or indirect context. [...] > error: Kernel is too old (4.16+ required) or unusable for Iris. > Check your dmesg logs for loading failures. [...] > libEGL warning: DRI2: failed to authenticate Looks like OpenGL acceleration failed under Xorg for some reason. Maybe caused by https://github.com/freebsd/drm-kmod/issues/175 > Am I doing something wrong or is there a lack of support for Alder Lake > graphics? N.B. Alder Lake graphics is Iris and I think Gallium might be > needed. If /dev/dri exists and kmscube runs fine then your GPU is properly supported. VA-API is separate from OpenGL. VA-API on Alder Lake needs libva-intel-media-driver but the actual support depends on PCI ID e.g., may require newer version than then one packaged. > Should I use xf86-intel-drive? Did you miss Intel copyright in libwayland and Wayland code in Mesa? Intel stopped contributing to modesetting years ago, sometime after Ice Lake launch. xf86-video-intel was deprecated by Intel before that. modesetting is still maintained by others and doesn't need GPU-specific support but has many bugs compared to Wayland rendering e.g., atomic mode setting is broken. This is likely a limitation of DDX layer in Xorg compared to other X11 servers. xf86-video-intel may work if you add Alder Lake PCI IDs similar to Tiger Lake. However, performance on Cannon Lake and later is likely very poor due to https://gitlab.freedesktop.org/xorg/driver/xf86-video-intel/-/commit/7181c5a41c3f