Date: Fri, 20 Aug 2021 17:27:41 +0300 From: Greg V via freebsd-x11 <freebsd-x11@freebsd.org> To: Scott Bennett <bennett@sdf.org> Cc: freebsd-x11@freebsd.org, gljennjohn@gmail.com Subject: Re: 3.0-STABLE / drm-kmod / dual radeon problems Message-ID: <5U65YQ.9NQPAJNKL7ZE3@unrelenting.technology> In-Reply-To: <202108201330.17KDU4m4009991@sdf.org> References: <YR6oOGgSubukUEkQ@phouka1.phouka.net> <YR86yGZBu/YT3cVR@FreeBSD.org> <202108201156.17KBuRTQ028474@sdf.org> <20210820123140.7326e0e6@ernst.home> <202108201330.17KDU4m4009991@sdf.org>
index | next in thread | previous in thread | raw e-mail
On Fri, Aug 20 2021 at 08:30:04 -0500, Scott Bennett <bennett@sdf.org> wrote: > A generalized, portable BSD driver that avoided all the LINUX crud > would be a very > welcome addition to each of the BSDs No, it would be a *ridiculous* NIH effort duplicating *millions* of lines of already-existing code for no good reason. You CANNOT rewrite amdgpu from scratch with one paid developer. You'd need a whole army of developers, ages of time, and all for what — avoiding "crud"!? What even is "crud"? Our LinuxKPI code looks rather elegant. Also, I don't recall AMD actually documenting the relevant hardware. There are nice documents for the shader ISA, high-level architecture descriptions and so on, but for all the actual command submission/buffer management/etc how-to-talk-to-the-hardware internals, the Linux driver *is* the documentation. Please stop proposing unrealistic "solutions", especially in threads where people are asking about practical problems.help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5U65YQ.9NQPAJNKL7ZE3>