From owner-freebsd-current@freebsd.org Sun Sep 6 14:02:49 2020 Return-Path: Delivered-To: freebsd-current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 17C833D1D99 for ; Sun, 6 Sep 2020 14:02:49 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mailman.nyi.freebsd.org (mailman.nyi.freebsd.org [IPv6:2610:1c1:1:606c::50:13]) by mx1.freebsd.org (Postfix) with ESMTP id 4BktQw6K8Wz3dfb for ; Sun, 6 Sep 2020 14:02:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: by mailman.nyi.freebsd.org (Postfix) id D20AB3D1955; Sun, 6 Sep 2020 14:02:48 +0000 (UTC) Delivered-To: current@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id D1B563D1B32; Sun, 6 Sep 2020 14:02:48 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (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 (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4BktQv69S3z3dZG; Sun, 6 Sep 2020 14:02:47 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from amy.home (lfbn-idf2-1-1138-237.w90-92.abo.wanadoo.fr [90.92.20.237]) by mx.blih.net (OpenSMTPD) with ESMTPSA id 48de571f (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Sun, 6 Sep 2020 14:02:45 +0000 (UTC) Date: Sun, 6 Sep 2020 16:02:44 +0200 From: Emmanuel Vadot To: current@freebsd.org, "freebsd-x11@freebsd.org" Subject: DRM Report 2020-08-31 Message-Id: <20200906160244.04782224fc19ad47c0252b3d@bidouilliste.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.32; amd64-portbld-freebsd13.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4BktQv69S3z3dZG X-Spamd-Bar: -- X-Spamd-Result: default: False [-2.55 / 15.00]; RCVD_TLS_ALL(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+mx]; ARC_NA(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; NEURAL_HAM_LONG(-0.97)[-0.971]; NEURAL_HAM_MEDIUM(-1.01)[-1.009]; DKIM_TRACE(0.00)[bidouilliste.com:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-0.07)[-0.070]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[x11,current] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 06 Sep 2020 14:02:49 -0000 Hello all, Time for a report on DRM progress. I've updated the drm-devel-ports to be in sync (minus a few patches) to Linux v5.4.62, the latest LTS release. The Linux default for PSR (Panel Self Refresh) and Power Well was modified for FreeBSD, meaning that PSR is always off and power well is always on. Both defaults don't work well on FreeBSD, the PSR issue is the biggest one as when activated on certain hardware the console only refresh every 30 seconds or so and since I don't have the hardware to reproduce the issue it's better to just switch it off for now. The power well issue manifest when using an hdmi monitor, this cause a large numbers of message to be printed on the console and also on certain hardware hdmi audio won't come back after display is put to sleep. Both issues are likely due to some missing pieces in the LinuxKPI framework but I'm unsure which for now. I think that it's almost time to have drm-devel-kmod content put in drm-current-kmod, I plan to open a review during next week. I'm still working on making live usb image that will automate a lot of test and generate a report that users can paste directly on a wiki page but in the mean time I've generated two images for users to test the current state of affairs of drm drivers on their hardware without needing to install freebsd current + packages etc ... This first one is just FreeBSD current + ports head. The only customization on the ports are the VAAPI and VDPAU option to graphics/mesa-dri. The second one contains modification to the base tree and the drm-devel-ports to have the backlight subsystem built (https://reviews.freebsd.org/D26250 and child revisions). The TLDR on backlight is that you don't need acpi_video or intel-backlight to control your screen backlight anymore, simply use backlight(8). This should work on all Intel or AMD laptops while other ways (acpi_video or intel-backlight) don't always works. I intend to commit this next week. The -devel image also have hw.amdgpu.exp_hw_support set to 1 so users of Renoir GPU might have a chance that it works. It also have mesa 20.2-rc4 which is needed for AMD Navi and Renoir. Both images autoload i915kms and amdgpu at startup, this cause problems on Intel machine with an AMD discret gpu and I will look into this during next week (only found out this weekend when testing on one of my laptop that have such a configuration). They also contains two short video files (ten seconds of Big Buck Bunny in 2016p and native resolution) that could be used to test that gpu decoding is working (both mpv and vlc are included in this image). The root user don't have a password and there is a 'freebsd' user without password too. For Xorg users only twm is included, for Wayland users sway is included. Both X and Wayland work out of the box by either typing 'startx' or 'sway' at the console. Both glxinfo/glxgears and vkcube-xlib There is NO NVidia drivers, we don't have nouveau ported and the NVidia drivers have their own DRM implementation so I'm not interested in it. As a reminder : The i915kms driver support up to Ice Lake/Gen 11 (maybe Tiger Lake but I don't think that hardware is out yet). The amdgpu driver supports every GCN-based architectures, from Southern Island (Radeon HD 7000) to Navi (RX 5000). And Renoir is experimental in 5.4 so it need hw.amdgpu.exp_hw_support to be set to 1 at loader prompt or in loader.conf. The radeonkms supports older (<2012, up to Northern Island/HD 5000) AMD/ATI GPUs. Links for the images : http://wopr.blih.net/drm-live-20200906.img.xz http://wopr.blih.net/drm-live-devel-20200906.img.xz They are both ~500MB compressed and 3GB uncompressed (with ~400MB free on the disk if you want to install more packages). I'll post the receipe for building them next week after a cleanup. glxinfo and glxgears are present to test gpu acceleration and vkcube-xlib/vkcube-wayland to test Vulkan. What I'm most interested in the result of testing this image is kernel panic at boot or unsupported hardware (relevant hardware so >= 2012). In that case a issue at https://github.com/freebsd/drm-kmod/ would be the best thing to do. I'm also interested in AMD users telling me if they use the mesa-dri option VDPAU, I can't make it work with my system (but mpv -vo=gpu works perfectly). -- Emmanuel Vadot