From nobody Fri Aug 20 13:30:04 2021 X-Original-To: freebsd-x11@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id B580D175C8E5 for ; Fri, 20 Aug 2021 13:30:06 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from mx.sdf.org (mx.sdf.org [205.166.94.24]) (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.sdf.org", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4GrjDZ3gkLz3qYB for ; Fri, 20 Aug 2021 13:30:06 +0000 (UTC) (envelope-from bennett@sdf.org) Received: from sdf.org (IDENT:bennett@otaku.sdf.org [205.166.94.8]) by mx.sdf.org (8.15.2/8.14.5) with ESMTPS id 17KDU4B6001907 (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256 bits) verified NO); Fri, 20 Aug 2021 13:30:05 GMT Received: (from bennett@localhost) by sdf.org (8.15.2/8.12.8/Submit) id 17KDU4m4009991; Fri, 20 Aug 2021 08:30:04 -0500 (CDT) From: Scott Bennett Message-Id: <202108201330.17KDU4m4009991@sdf.org> Date: Fri, 20 Aug 2021 08:30:04 -0500 To: freebsd-x11@freebsd.org, gljennjohn@gmail.com Subject: Re: 3.0-STABLE / drm-kmod / dual radeon problems References: <202108201156.17KBuRTQ028474@sdf.org> <20210820123140.7326e0e6@ernst.home> In-Reply-To: <20210820123140.7326e0e6@ernst.home> User-Agent: Heirloom mailx 12.5 6/20/10 List-Id: X11 List-Archive: https://lists.freebsd.org/archives/freebsd-x11 List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-x11@freebsd.org X-BeenThere: freebsd-x11@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 4GrjDZ3gkLz3qYB X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-ThisMailContainsUnwantedMimeParts: N Gary Jennejohn wrote: > On Fri, 20 Aug 2021 06:56:27 -0500 > Scott Bennett wrote: > > > Alexey Dokuchaev wrote: > > > > > On Thu, Aug 19, 2021 at 11:51:36AM -0700, John Kennedy wrote: > > > > [resending to freebsd-x11@ vs x11@] > > > > > > > > I'm making my semi-annual attempt to convert a windows box to a FreeBSD > > > > box and having the same kind of issues. It is a Dell Optiplex 9020 with > > > > dual radeon cards (and currently 3 monitors, 4 if I can get it to work). > > > > > > Similar question (about dual Radeon cards) had been asked on this list > > > before* and never answered, AFAIK. Apparently, this configuration does > > > not look interesting for developers to test and provide support for. :( > > > > > > ./danfe > > > > > > *) https://lists.freebsd.org/pipermail/freebsd-x11/2020-September/026609.html > > > > > I will add that they also seem unwilling to answer whether a firmware bug > > that hangs a single Radeon card has even been reported upstream, whether to > > X.org or to AMD. They are also unwilling to say whether the DRM bug that > > attempts to perform a hard reboot (i.e., without so much as sync(), let alone an > > orderly shutdown with UFS unmounts, etc.) in response to a hung GPU has been > > reported upstream. > > It ought to be a FreeBSD Foundation project to drum up money to hire a > > professional GPU programmer (perhaps part-time) and a full-time programmer for > > CPU-side graphics support. The latter could devote some of his time toward > > managing the graphics team's projects and objectives. With these, perhaps > > FreeBSD could finally have native graphics support instead of having to import > > ever more of the LINUX kernel into FreeBSD in order to have graphics, even buggy > > graphics, at all. > > > > Why should the manufacturers of graphics hardware jump on a FreeBSD > bandwagon when they already have lots of Linux developers either > employed or with NDAs available to do the dirty work? > Oh, I agree completely. That is why I proposed a different solution, which would be an application of one of the reasons the Foundation was created. > I must say that the project is lucky that Nvidia is still willing to > provide drivers to FreeBSD. I suppose it is. However, we were discussing AMD, which turned over a new leaf many years ago and now releases its GPU documentation to OS development teams. It also provides firmware for its GPUs, but has rather debatable maintenance policies for it. > > Based on my experience from the time when I was developing drivers for > ISDN cards for FreeBSD, hardware vendors simply don't have FreeBSD on > their radars. Even though I signed a NDA with AVM (one of the bigger > ISDN card vendors), I couldn't get any useful information from them at > all. I was basically forced to reverse engineer the Linux drivers. > Evidently, Linux developers were considered to be a more interesting > target than any BSD developer. And that is still the case today. > As far as I am aware, such is not the case with AMD. The documentation is available, so native drivers for Radeon cards can be written, but it would be best done by an experienced specialist, who would *not* be just a volunteer but rather a paid employee or contractor. It might even be possible to get the NetBSD Foundation and the OpenBSD Foundation to pool some resources with the FreeBSD Foundation to hire the needed programmers to develop a native driver that could be built for any of the three. A generalized, portable BSD driver that avoided all the LINUX crud would be a very welcome addition to each of the BSDs. (N.B. DragonflyBSD does not currently have a foundation for fundraising, outreach, etc.) Scott Bennett, Comm. ASMELG, CFIAG ********************************************************************** * Internet: bennett at sdf.org *xor* bennett at freeshell.org * *--------------------------------------------------------------------* * "A well regulated and disciplined militia, is at all times a good * * objection to the introduction of that bane of all free governments * * -- a standing army." * * -- Gov. John Hancock, New York Journal, 28 January 1790 * **********************************************************************