From owner-freebsd-questions@freebsd.org Fri Jan 22 05:20:06 2021 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 634CE4E98DA for ; Fri, 22 Jan 2021 05:20:06 +0000 (UTC) (envelope-from freebsd@edvax.de) 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 4DMSJ5622sz3vTV for ; Fri, 22 Jan 2021 05:20:05 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: by mailman.nyi.freebsd.org (Postfix) id CCFD24EA19F; Fri, 22 Jan 2021 05:20:05 +0000 (UTC) Delivered-To: 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 CCBA24EA19E for ; Fri, 22 Jan 2021 05:20:05 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.187]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange ECDHE (P-256) server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mout.kundenserver.de", Issuer "TeleSec ServerPass Class 2 CA" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4DMSJ53Ln9z3vGd for ; Fri, 22 Jan 2021 05:20:04 +0000 (UTC) (envelope-from freebsd@edvax.de) Received: from r56.edvax.de ([178.5.88.88]) by mrelayeu.kundenserver.de (mreue009 [212.227.15.167]) with ESMTPA (Nemesis) id 1M6DSi-1l52qU3KBs-006gOr; Fri, 22 Jan 2021 06:19:58 +0100 Date: Fri, 22 Jan 2021 06:19:57 +0100 From: Polytropon To: Robert Huff Cc: Kurt Hackenberg , questions@freebsd.org Subject: Re: drm-kmod kills FreeBSD Message-Id: <20210122061957.6e5e47f2.freebsd@edvax.de> In-Reply-To: <24585.54910.108538.969885@jerusalem.litteratus.org> References: <24584.64455.966459.479993@jerusalem.litteratus.org> <24585.54910.108538.969885@jerusalem.litteratus.org> Reply-To: Polytropon Organization: EDVAX X-Mailer: Sylpheed 3.1.1 (GTK+ 2.24.5; i386-portbld-freebsd8.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Provags-ID: V03:K1:rMmYeVmR5bTjd9x4GGXimQk6ZeWlYiUB3f+FmYPEqOFVnThPaww xskR2cCGCqVHRcnvcIikk0RtpiTjyU3cBlIWXbl3PHhTnsisU+Urryb5WLhLdREG/D2xeVW tYQ/O5iKLuNqG3hdeCoaJ7Pxby4cQaX6mbqQWVZiv98ZHlGAeM8HhF+zUaQxwCnYfr1y9NO aTsQUICt8Xct27jOlzugQ== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:RTxTBH/+QsM=:5Fbyb8R9ZInweM6GOcFi37 zxATmb8Jcn7Sow0tbQ6AUjulcc2jtc3M8JXyMbhQyT8uU2fy/VuU1YiSihi0WkV+WJzk13Kf9 yqHtdCDZsRXK9qKfR8aqByZL2O4dF6YtKPkv2QU8FKd4spnXt9CBRNaYAZXhZFuV1+2/HpJCh fcZv6orc0CVpSHev7y8fZPsNesNoj/H6xmRaRW0ee69cr+PIbLzhrYxiyR5viowFtNQNS7Oeh 0JOJXTMsaOpFXROq2XW7VdNGVH3W2RrnQC51wgXdEos0ngeLG3v4FvwINnpzdDBQDBshaUq/0 uWxmgMUpYgtv0DeTnpfeLW1+QXF9ANVzSB9iMitWrElnvXS+1hnm+aAj5pBzYQiekEb6ZcZqp PWxajNidaYqgBQDU3uu13D1AoBa04/HG3u7eVXm5YTfyR3Nq1+Ma7geEuSbqW X-Rspamd-Queue-Id: 4DMSJ53Ln9z3vGd X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org; none X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Jan 2021 05:20:06 -0000 On Thu, 21 Jan 2021 14:31:10 -0500, Robert Huff wrote: > Kurt Hackenberg : > > > Robert Huff wrote: > > > > > To do what they do, drm-kmods and gpu-firmware-kmod burrow > > > _deep_ into the kernel; everything needs to be _perfectly_ in > > > sync or ... > > > > They are part of the kernel, literally kernel > > modules. Distributing them as ports/packages was expedient, a > > quick hack. I think they should somehow be distributed as part of > > the kernel. > > I would be OK with that _if_ there was single drm module; or, at > the least, _much_ greater clarity about which module goes with a > particular chipset. With the upcoming solution to have "pkg base" on FreeBSD, i. e., everything will be packaged and distributed via pkg (cf. Linux packaging: "the kernel is a package"), the problem will probably go away. It's just important that a precompiled package works with the kernel currently running, so building from source is not needed. However, making the graphics drivers become a part of the kernel ("kernel package"), just like sound drivers or network drivers are part of the kernel, would definitely be a welcome idea (even though it should not interfere with using FreeBSD for non-desktop systems not requiring graphics support, so making it somehow optional to _load_ them would be nice). > (On my to-do list is upgrading one system from a Radeon HD 3300 > to something (AMD) that uses GCN. After weeks of research I > think\\\\\hope I've found the right answer ....) It's either amdgpu or radeondrm. ;-) -- Polytropon Magdeburg, Germany Happy FreeBSD user since 4.0 Andra moi ennepe, Mousa, ...