From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from gabe.freedesktop.org (gabe.freedesktop.org [131.252.210.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 814A6C282C5 for ; Mon, 3 Mar 2025 08:07:56 +0000 (UTC) Received: from gabe.freedesktop.org (localhost [127.0.0.1]) by gabe.freedesktop.org (Postfix) with ESMTP id 0A08210E363; Mon, 3 Mar 2025 08:07:56 +0000 (UTC) Authentication-Results: gabe.freedesktop.org; dkim=pass (2048-bit key; unprotected) header.d=3xo.fr header.i=@3xo.fr header.b="FpfaxVS/"; dkim-atps=neutral Received: from mail.3xo.fr (mail.3xo.fr [212.129.21.66]) by gabe.freedesktop.org (Postfix) with ESMTPS id 4C90A10E363 for ; Mon, 3 Mar 2025 08:07:52 +0000 (UTC) Received: from localhost (mail.3xo.fr [212.129.21.66]) by mail.3xo.fr (Postfix) with ESMTP id EF1E08D; Mon, 3 Mar 2025 09:07:50 +0100 (CET) X-Virus-Scanned: Debian amavis at nxo2.3xo.fr Received: from mail.3xo.fr ([212.129.21.66]) by localhost (mail.3xo.fr [212.129.21.66]) (amavis, port 10024) with ESMTP id xQLi-Wig6E5k; Mon, 3 Mar 2025 09:07:48 +0100 (CET) DKIM-Filter: OpenDKIM Filter v2.11.0 mail.3xo.fr 8C25411 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=3xo.fr; s=3xo; t=1740989268; bh=ToHzVhkdVTPmSzNAtlGo2WzPGuHBt0bpKXkf3V6EJPA=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=FpfaxVS/dRPAIdTvUr9GNdlbH+rBFgV79BJbHKifNv7JMliRQbQY7P1xqq6FaqUIE JVLJOy2ARjW+r36vV/Pkm/yxZWPC/1+ARgekBD8Bd+QklhUshaPLBxnc1U2f4xxP4N aySfxdBDqSa89jGToLkEg/SHHHDImMozaoEdPQXTLB+QrHKmL98/ShXvS8dmCspGRk O+kjxy9t2dy5D3iZAKl7eSLsyvx5vhYFQjbfsva8BRh4EMCVHgPP4VDHdSRWb1M6a2 wphxL/rEpS0owjeYxy8OoRjQfimuiNHwU+q5ZVNNFbrKq75+4QRCtzGmg1sbl5cRff r/fJVmCwcrWmw== Received: from mail.3xo.fr (mail.3xo.fr [212.129.21.66]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature ECDSA (prime256v1) server-digest SHA256) (No client certificate requested) by mail.3xo.fr (Postfix) with ESMTPSA id 8C25411; Mon, 3 Mar 2025 09:07:48 +0100 (CET) MIME-Version: 1.0 Date: Mon, 03 Mar 2025 09:07:48 +0100 From: Nicolas Baranger To: Thomas Zimmermann Cc: dri-devel@lists.freedesktop.org, airlied@redhat.com Subject: Re: Include ASPEED ast-drm 1.15.1 video driver in kernel tree In-Reply-To: References: Message-ID: <183881a57671db7eebada5ac8cbcb8cf@3xo.fr> X-Sender: nicolas.baranger@3xo.fr Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-BeenThere: dri-devel@lists.freedesktop.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Direct Rendering Infrastructure - Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dri-devel-bounces@lists.freedesktop.org Sender: "dri-devel" Dear Thomas > You are using NVidia's proprietary driver, right? Did you reach out to > them wrt this problem? Or searched their support forums, online help, > etc? If so, what are the results? Yes I'm using NVidia propriétary driver. Maybe I'm wrong but I did not ask their support directly because first, for me it seems that there is no issue with the NVidia driver and unfortunately NVidia is not as opensource mind as Linux kernel community (as an example you can have a look on my last PR here https://github.com/NVIDIA/open-gpu-kernel-modules/pull/783 which had not been reviewed since 3+ weeks... and without this PR, it's impossible to build open or closed source NVidia drivers on mainline) Second, I thought I already report it here but on my system using a recent kernel and embeded ast 0.1.0 driver has a very poor rendering and graphic is very slow, twinkle is high, had poor colors and it's happenning even if the NVidia driver is unloaded The screen flickering is high too and it's like if I was using an old cathode ray tube monitor (I'm using an LCD monitor which display a nice and eyes confortable picture when using ast 1.15.1 driver or when displaying directly the video output of the Nvidia GPU(using HDMI output)). Third, approximately from Linux 6.10+ using the embeded ast driver I have some lag when sliding a window on Gnome desktop (Xorg not Wayland) and CPU is highly used (some coreS at 100%), but I do not have those lag with ast 1.15.1 and CPU is less used (1 core at less than 80% max) For the moment, I think Linux 6.12.9 is the worst I constat Last, I found that Linux 6.1.128 is working perfectly out of the box with embeded ast 0.1.0 driver and there is a manifest lost of performances with Vulkan and Nvidia prime render offload when upgrading to Linux 6.2 (using same NVidia driver version, I did test those 3 versions 535.216.01, 550.142, and 550.144.03 with similar results). But in Linux 6.2, except the lost of performances, I did not constat the poor rendering and twinkle on the screen nor lag when sliding a window on the desktop or too high CPU usage. So I suspect there is something else introduced between Linux 6.2 and mainline which cause this behavior. I'm continuing bissection and I'm sorry, it's not as fast as I would as each tests tooks some times and I must never tell something wrong to git if I don't want to restart all the work... Thanks again for answer and help Kind regards Nicolas Baranger Le 2025-02-28 11:06, Thomas Zimmermann a écrit : > Hi > > Am 11.02.25 um 19:15 schrieb Nicolas Baranger: > >> Dear maintener >> >> For my own usage, I did make work the ASPEED ast-drm 1.15.1 video >> driver on mainline kernel (6.13.0 + 6.13.1). >> >> ASPEED video driver is availiable here: >> https://www.aspeedtech.com/file/support/Linux_DRM_1.15.1_4.tar.gz >> >> But it only work for LTS kernel >> So I modify the DKMS package and I build a new Debian DKMS package >> with the adapted source. >> My patch can be find here : >> https://xba.soartist.net/ast-drm_nba_20250211/nba-dkms/astdiff.patch >> See the README: >> https://xba.soartist.net/ast-drm_nba_20250211/nba-dkms/README >> >> Using this new 'ast 1.15.1' driver, performance are amazing compared >> to the 'ast' driver include in kernel tree, specially when using a >> discrete GPU and offloading VULKAN / 3D on it but using AST VGA card >> as the main video card and as the main and only video output (the >> discrete GPU is used only for offloading 3D or for cuda/opencl) > > You are using NVidia's proprietary driver, right? Did you reach out to > them wrt this problem? Or searched their support forums, online help, > etc? If so, what are the results? > > Best regards > Thomas > >> So to make things easier, I include the new 'ast 1.15.1' driver in >> kernel tree as AST_NEW : linux-6.13.1-ast/drivers/gpu/drm/ast_new' >> It's working fine as you can see on this video : >> https://xba.soartist.net/ast-drm_nba_20250211/vulcan_nvidia_prime_render_offload_on_ast_vga_card.webm >> I upload all the work I've done here : >> https://xba.soartist.net/ast-drm_nba_20250211/ >> >> See the global README : >> https://xba.soartist.net/ast-drm_nba_20250211/README >> >> and the README in nba-kernel sub-directory : >> https://xba.soartist.net/ast-drm_nba_20250211/nba-kernel/README >> >> I'm not a developer so please let me know if I made the things the >> right way and if this new 'ast 1.15.1' driver can be ported to >> linux-next or linux-? ? >> If you need more explanations, do not hesitate to contact me, I would >> be happy to help >> >> Kind regards >> Nicolas Baranger