From owner-freebsd-x11@freebsd.org Tue Apr 14 12:43:08 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 1840C2BFC9D for ; Tue, 14 Apr 2020 12:43:08 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa1.earth.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "msa1.earth.yoonka.com", Issuer "msa1.earth.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 491lWv05RBz481v for ; Tue, 14 Apr 2020 12:43:06 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from crayon2.yoonka.com (crayon2.yoonka.com [10.70.7.20]) (authenticated bits=0) by msa1.earth.yoonka.com (8.15.2/8.15.2) with ESMTPSA id 03ECgjKH048106 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NO); Tue, 14 Apr 2020 12:42:45 GMT (envelope-from list1@gjunka.com) Subject: Re: Ars Technica article To: bsd-lists@BSDforge.com Cc: freebsd-x11@freebsd.org References: From: Grzegorz Junka Message-ID: <1d083a6b-f5bf-fa56-adc9-4c6cd8acb5d2@gjunka.com> Date: Tue, 14 Apr 2020 12:42:45 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Language: en-US X-Rspamd-Queue-Id: 491lWv05RBz481v X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-5.87 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; FROM_HAS_DN(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; TO_DN_NONE(0.00)[]; DMARC_NA(0.00)[gjunka.com]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCPT_COUNT_TWO(0.00)[2]; IP_SCORE(-3.57)[ip: (-9.35), ipnet: 88.98.192.0/18(-4.67), asn: 56478(-3.74), country: GB(-0.07)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(0.00)[]; RCVD_COUNT_TWO(0.00)[2] Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.29 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 12:43:08 -0000 On 13/04/2020 21:46, Chris wrote: > >> Thankfully, Linux code can't enter FreeBSD base because of different >> licensing. >> >> I hope you don't advocate for re-implementing drivers for FreeBSD? >> What about NVidia drivers that aren't even distributed with source >> code? Surely, they provide binary packages for FreeBSD, but without >> support for Vulkan for example. Without any documentation of the >> hardware ports how this could be even achieved? >> >> Besides, I am happy when I see a vendor or developer supports Linux, >> apart from the usual Windows or Mac, not even mentioning FreeBSD. >> Many don't even differentiate beyond Linux, listing support for >> FreeBSD under Linux and other distro sections! >> >> I think we need to be pragmatic about it. Neither AMD nor NVidia will >> provide FreeBSD drivers and FreeBSD can't implement those drivers, >> either for objective reasons (man power) or because it's not feasible >> (NVidia). If we can reuse existing drivers that the manufacturers are >> releasing and updating frequently, and only focus on the >> compatibility layer, then why not? > Agreed. The challenges are many. How? How have we managed so far? Yes. > We've been (seemingly) forced to import video blobs for some (G|A)PUs. > But > what of the others? What of the French driver project; Nouveau? How have > they managed? Granted it *too* is Linux based. But they got there > *somehow*. > Would it be a worthy venture to start a project like that that either > imports && recobbles that project into "native" code? Or? I've been at > this > for over 50yrs, and I've amassed more hardware than you could imagine. > Need > to get FreeBSD on a Mac SE dsdd? NP. a PDP? Oh wait, that was done > l-o-n-g > ago. But I've got several models available -- just in case. > I'm serious. I'm willing to participate in whatever capacity I can. But > IMHO importing Linux stuff isn't really "keeping ahead of the curve". > Are you trying to encourage developers to start a new project aimed at reimplementing major, sometimes closed, graphics drivers, for BSD, or even just FreeBSD? A project that would cost them lots of time and no pay but possibly a gratitude from happy users? If so, a comment to a post in a list group might not be sufficient. The idea would need to go out, developers evangelized, people convinced... As they say, the best leading is by example :-) Jokes aside, you might be overestimating what Nouveau was able to achieve. First of all, they reverse-engineer. That means a working driver might only appear on the market after the hardware has been released and reverse-engineered. Sometimes long after, if at all. Secondly, they only implement the minimum that's required to make them usable, which means no CUDA and no Vulkan support. Also look at this matrix , especially all the mostly and todos for the already quite old chipsets. Lastly, Nouveau is mostly driven by RedHat's corporation money . A project of this size needs a commercial sponsor just to keep up with the pace of changes. Or a foundation. FreeBSD already sponsors some work in the graphics stack but surely that wouldn't be enough for re-implementing drivers, so a new one? From my point of view, accelerated graphics I mostly want to use on the desktop and I don't really care if it's coming from Linux or elsewhere as long as it properly supports all the latest features of my hardware so that my heard earned cash I spent on buying it is utilized. On the server I don't even use a graphic stack, I have IPMI or SSH, so none of the Linux parts affect it. -- GrzegorzJ