From owner-freebsd-x11@freebsd.org Tue Apr 14 09:15:31 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 55D902BA712 for ; Tue, 14 Apr 2020 09:15:31 +0000 (UTC) (envelope-from zeising@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 491fwM1fPQz3Px9 for ; Tue, 14 Apr 2020 09:15:31 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: by mailman.nyi.freebsd.org (Postfix) id 36A0F2BA710; Tue, 14 Apr 2020 09:15:31 +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 366522BA70F for ; Tue, 14 Apr 2020 09:15:31 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from mail.daemonic.se (mail.daemonic.se [176.58.89.161]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 491fwL56nRz3Px8 for ; Tue, 14 Apr 2020 09:15:30 +0000 (UTC) (envelope-from zeising@freebsd.org) Received: from cid.daemonic.se (localhost [IPv6:::1]) by mail.daemonic.se (Postfix) with ESMTP id 491fwJ5nfpz3m7h; Tue, 14 Apr 2020 09:15:28 +0000 (UTC) X-Virus-Scanned: amavisd-new at daemonic.se Received: from mail.daemonic.se ([127.0.0.1]) (using TLS with cipher ECDHE-RSA-AES128-GCM-SHA256) by cid.daemonic.se (mailscanner.daemonic.se [127.0.0.1]) (amavisd-new, port 10587) with ESMTPS id ejVzTM3w8NfT; Tue, 14 Apr 2020 09:15:28 +0000 (UTC) Received: from garnet.daemonic.se (host-95-192-128-200.mobileonline.telia.com [95.192.128.200]) by mail.daemonic.se (Postfix) with ESMTPSA id 491fwH6l2Qz3lbm; Tue, 14 Apr 2020 09:15:27 +0000 (UTC) Subject: Re: Ars Technica article To: bsd-lists@BSDforge.com, Pete Wright Cc: FreeBSD X11 References: <5d7dd8e81ae934adf7dfdf389faa5d15@udns.ultimatedns.net> From: Niclas Zeising Message-ID: <9d54c4fd-5848-ba10-5a36-90e94f68e000@freebsd.org> Date: Tue, 14 Apr 2020 11:15:27 +0200 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.6.0 MIME-Version: 1.0 In-Reply-To: <5d7dd8e81ae934adf7dfdf389faa5d15@udns.ultimatedns.net> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 491fwL56nRz3Px8 X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-1.96 / 15.00]; local_wl_from(0.00)[freebsd.org]; NEURAL_HAM_MEDIUM(-0.98)[-0.981,0]; NEURAL_HAM_LONG(-0.98)[-0.981,0]; ASN(0.00)[asn:36236, ipnet:176.58.89.0/24, country:US] 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: Tue, 14 Apr 2020 09:15:31 -0000 On 2020-04-14 01:22, Chris wrote: > On Mon, 13 Apr 2020 14:40:35 -0700 Pete Wright pete@nomadlogic.org said >=20 >> =C2=A0What direction change are you talking about? >> > As alluded to earlier; the importation of so much Linux code. On one >> > hand; yes it shortens the time-to-implementation. But in the broader >> > scope; it's more work (and time) in the long term for it's removal, >> > and replacement -- assuming that day ever arrives. >> >> this misses the key point that there is literally *zero* people being=20 >> paid full-time to implement graphics drivers for FreeBSD, whereas at=20 >> both Intel and AMD developers are being paid to develop drivers for=20 >> the linux kernel.=C2=A0 They are also getting access to documentation = and=20 >> other resources on how these chips are implemented which I am not=20 >> certain we have access to either. > ??? why ??? > This has *always* been what's said in response to th(is|ese) topics. > Look I'm not saying this to be a bitch/whiner/troll, and I already have > enough bikesheds to last a lifetime, thank you. But why do we not have > at *least* the documentation? Is this something I can purchase, and > *donate* to the project? Is it so cost prohibitive? If so, can a pool > be created to acquire the needed funds? Documentation is far from enough. You also need people to implement=20 what is documented, and when it comes to graphics drivers, there is a=20 lot of things to implement. Even if you could produce the documents=20 needed (which I doubt, things like that are usually under strict NDA and=20 so on), it is not enough. Both Intel and AMD have employed people=20 working on these drivers, there is no way we can match this, and it is=20 much better if we can spend our resources using their work, instead of=20 reimplementing it. Even the previous version of the drm driver (what's now called=20 drm-legacy) was a port of the corresponding linux drivers, although=20 instead of using lkpi (which didn't exist at the time), calls where=20 changed to use FreeBSD kpis. This took a huge effort, and a lot of=20 time, and in the end, it was very hard to update. > >> There is nothing preventing others from standing up and implementing=20 >> non-linux derived graphics drivers though!=C2=A0 I would just suggest=20 >> taking a moment to understand how much of a lift this work is from a=20 >> dev perspective, let alone support after bits land.=C2=A0 At the end o= f the=20 >> day most people just assume graphics to work so they can get on with=20 >> their real work they need to accomplish. > I fully appreciate what you're saying here, and I couldn't be more grat= eful > for any, and all the time, and dedication put into this project. I'm > simply *dumbfounded* that everyone *else* can manage *native* support. > But we *can't*. I'm *really* interested in discovering *why* so I can > perhaps initiate *change*. It's a simple question of resources. We have 0 people working on this=20 full time, or any paid time for that matter. On Linux (and Windows) the=20 drivers are implemented by employees of Intel and AMD. As I said=20 earlier, there is no way we can match this effort, so we should re-use=20 as much of their effort as possible. Regards --=20 Niclas Zeising