From owner-freebsd-x11@freebsd.org Mon Apr 13 05:24:07 2020 Return-Path: Delivered-To: freebsd-x11@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 6B6C72B327F for ; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) (envelope-from danfe@freebsd.org) 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 490xqq2G1zz46jH for ; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 4B1DC2B327E; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) Delivered-To: x11@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 49CB32B327D for ; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) (envelope-from danfe@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) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "freefall.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 490xqq17Gyz46jG; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) (envelope-from danfe@freebsd.org) Received: by freefall.freebsd.org (Postfix, from userid 1033) id 098A4109A7; Mon, 13 Apr 2020 05:24:07 +0000 (UTC) Date: Mon, 13 Apr 2020 05:24:06 +0000 From: Alexey Dokuchaev To: Niclas Zeising Cc: x11@freebsd.org Subject: Re: Ars Technica article Message-ID: <20200413052406.GA90880@FreeBSD.org> References: <3049612.rJTJeGpjCJ@saskatoon.bionicmutton.org> <20200410001102.GB23747@lonesome.com> <4e3bf6be-aecf-7c62-df98-1cc4b01b8db9@gmail.com> <43f83193-e495-2bf2-f85d-91aa0b36c1a0@gmail.com> <0e205fe8-fbc6-5d91-99b0-1bd4870b8a5d@gmail.com> <536A0D50-4119-4C28-9202-28622152B203@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <536A0D50-4119-4C28-9202-28622152B203@freebsd.org> X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 13 Apr 2020 05:24:07 -0000 [ setting CC to a more appropriate -x11@ list ] On Sat, Apr 11, 2020 at 12:43:00AM +0000, Niclas Zeising wrote: > ... > Short answer, because I'm on my phone... You shouldn't use drm-legacy- > kmod, it is on life support. Well, that's funny, considering that for many people, it is the only DRM port that actually works. > The drm-legacy-kmod radeonkms.ko module requires xf86-video-ati-legacy > to work in menu cases, menu == many? Where is this requirement documented? Many people had reported having to use `graphics/drm-legacy-kmod' ('cause, well, nothing else works) and radeonkms.ko together with `x11-drivers/xf86-video-ati', particularly, in PR 237642* about the invisible mouse pointer. > and that has been broken since the update of xorg-server, with no one > stepping up to test my patches for it. Wrong: both pfg@ and me did test those patches, as well as other people who reported it on -x11@ list, with sad results unfortunately. :-( > I'm using modesetting across three different Intel GPUs without seeing > any issues. Yes, lots of people apparently are happier with X11 server's built-in "modesetting" driver rather than traditional xf86-video-*, but doesn't modesetting drivers lack some/any 3D acceleration? I don't see this documented on wiki.freebsd.org/Graphics (and modesetting driver is only mentioned in the Intel section). ./danfe *) https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237642