From owner-freebsd-questions@freebsd.org Fri Feb 21 16:10:47 2020 Return-Path: Delivered-To: freebsd-questions@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 471DF239CE3 for ; Fri, 21 Feb 2020 16:10:47 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from kicp.uchicago.edu (kicp.uchicago.edu [128.135.20.70]) by mx1.freebsd.org (Postfix) with ESMTP id 48PGdy1yfmz43Cx for ; Fri, 21 Feb 2020 16:10:46 +0000 (UTC) (envelope-from galtsev@kicp.uchicago.edu) Received: from point.uchicago.edu (point.uchicago.edu [128.135.52.6]) (Authenticated sender: galtsev) by kicp.uchicago.edu (Postfix) with ESMTPSA id 6CA854E679; Fri, 21 Feb 2020 10:10:44 -0600 (CST) Subject: Re: [FreeBSD-Announce] FreeBSD 12.0 end-of-life To: Polytropon , Tomasz CEDRO Cc: "Joe A." , FreeBSD Questions Mailing List References: <20200217231452.717FA1E820@freefall.freebsd.org> <20200220154101.GA53326@ghostyhead.chthonixia.net> <20200221010421.GA54290@ghostyhead.chthonixia.net> <20200221055139.GA969@ghostyhead.chthonixia.net> <20200221160938.e35b4ca4.freebsd@edvax.de> From: Valeri Galtsev Message-ID: Date: Fri, 21 Feb 2020 10:10:44 -0600 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.4.1 MIME-Version: 1.0 In-Reply-To: <20200221160938.e35b4ca4.freebsd@edvax.de> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 48PGdy1yfmz43Cx X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=fail reason="No valid SPF, No valid DKIM" header.from=uchicago.edu (policy=none); spf=none (mx1.freebsd.org: domain of galtsev@kicp.uchicago.edu has no SPF policy when checking 128.135.20.70) smtp.mailfrom=galtsev@kicp.uchicago.edu X-Spamd-Result: default: False [-1.64 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DMARC_POLICY_SOFTFAIL(0.10)[uchicago.edu : No valid SPF, No valid DKIM,none]; NEURAL_HAM_MEDIUM(-0.86)[-0.863,0]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; NEURAL_HAM_LONG(-0.99)[-0.990,0]; MIME_GOOD(-0.10)[text/plain]; IP_SCORE(0.12)[ip: (0.34), ipnet: 128.135.0.0/16(0.17), asn: 160(0.13), country: US(-0.05)]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[70.20.135.128.list.dnswl.org : 127.0.10.0]; R_SPF_NA(0.00)[]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:160, ipnet:128.135.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 21 Feb 2020 16:10:47 -0000 On 2020-02-21 09:09, Polytropon wrote: > On Fri, 21 Feb 2020 10:14:09 +0100, Tomasz CEDRO wrote: >> This is exactly the reason why I have switched from nVidia to AMD >> RADEON and planning no return!! >> >> Because nVidia does not provide documentation nor support to >> Open-Source, only binary blobs, you start to think that their drivers >> are the best because "they just work"^TM. Nothing more misleading! >> >> nVidia seems to have no respect in the Open-Source community. Indeed, Timasz, and the don't deserve any respect, see my comment below. >> I was >> also astonished with that being their 20 years long loyal customer. >> >> When you look at the true Open-Source drivers, you will notice they >> are poor and you cannot really do anything more with nVidia than just >> display. There is fundamental reason for that. Nvidia does not disclose/publish sufficient information about their chipsets. Therefore, there is no decent way for open source programmers to write good driver (that will account for framebuffer layout and variety of other internal things). Hence, crappy open source drivers covering only generic functionality. To the contrary (in the past at least), ATI (bough out by AMD, and still continuing similar attitude under the hood of AMD as I observe) was publishing sufficient information about their cipsets. Hence, great open source drivers were always available for ATI video chips. And no matter how much the main Linux crowd was praising Nvidia, I always was a rebel praising my lifesaver: ATI (and disliking Nvidia to tell it in the mildest words). To mention one more thing about Nvidia, just in general, not related to anything here. Macbook Pro 15 inch by Apple at some point was coming with discrete Nvidia chip. There were was at least one model that had these Nvidia chips with the bug in silicon, which was discovered with release of next MacOS version. All those machines with bad Nvidia chips were stuck with older system, and Apple (there they deserved my extra respect!) started program to replace all these machines with bad Nvidia chip for free. But the program was stopped really quick, and my guess is: because Nvidia (the guilty party in my book) refused to carry their share of financial burden in replacing bad hardware. Right there Apple switched away from Nvidia, to ATI (AMD) video chips. For good, at least as I observe so far. > > Exactly my impression. While there are several (I think, 3) > open source nVidia drivers, all of them have problems. Some > just offer 3D graphics, others won't work in 64 bit OS mode, > and others just freeze when being loaded. The binary blob is > the only way to get proper 3D support. > > > >> Open-Source RADEON drivers in general are by some considered even >> better than binary blobs provided by AMD. > > Interesting. This seems to be a "ride back to the past" where > ATI (which was the typical brand name of the Radeon-type GPUs > at that time) was always superior to nVidia: 3D support out of > the box, with the standard drivers included with X. Then there > was a time where nVidia was considered better than ATI / AMD > (again, judging from the binary blob driver!), and today, AMD > using the open source drivers seems to be the way to go. > ATI was always the way to go for me. Valeri > > >> Here comes the development of DRM layer that is something brand new in >> FreeBSD that will support all new GPU in a truly Open-Source fashion >> (but hey where does that firmware comes from??). > > Don't ask the firmware question. Don't ask _any_ questions > going below the visibility level. ;-) > > > > > -- ++++++++++++++++++++++++++++++++++++++++ Valeri Galtsev Sr System Administrator Department of Astronomy and Astrophysics Kavli Institute for Cosmological Physics University of Chicago Phone: 773-702-4247 ++++++++++++++++++++++++++++++++++++++++