From owner-freebsd-questions@freebsd.org Mon Dec 30 21:07:36 2019 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 39B811E9DAD for ; Mon, 30 Dec 2019 21:07:36 +0000 (UTC) (envelope-from kh@panix.com) Received: from mailbackend.panix.com (mailbackend.panix.com [166.84.1.89]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 47mqkv390Qz4TVZ for ; Mon, 30 Dec 2019 21:07:35 +0000 (UTC) (envelope-from kh@panix.com) Received: from rain.home (pool-173-48-64-3.bstnma.fios.verizon.net [173.48.64.3]) by mailbackend.panix.com (Postfix) with ESMTPSA id 47mqkt4mrVzqYZ for ; Mon, 30 Dec 2019 16:07:34 -0500 (EST) Subject: Re: kernel: drmn0: This code is obsolete abandonware. Install the graphics/drm-legacy-kmod pkg To: freebsd-questions@freebsd.org References: <20191230045740.GA20668@admin.sibptus.ru> <20191230065405.eb83eb86.freebsd@edvax.de> <20191230060307.GA25721@admin.sibptus.ru> <20191230072754.0c7a8920.freebsd@edvax.de> <20191230064017.GA28510@admin.sibptus.ru> <20191230091749.b86d5622.freebsd@edvax.de> <20191230090855.GA37814@admin.sibptus.ru> <49ac8c7e-31f7-251f-60c4-098b7269a52d@hedeland.org> From: Kurt Hackenberg Message-ID: <98db4d09-9b9b-f612-e3b1-5768e171864d@panix.com> Date: Mon, 30 Dec 2019 16:07:32 -0500 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.3.0 MIME-Version: 1.0 In-Reply-To: <49ac8c7e-31f7-251f-60c4-098b7269a52d@hedeland.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 47mqkv390Qz4TVZ X-Spamd-Bar: ----- Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of kh@panix.com designates 166.84.1.89 as permitted sender) smtp.mailfrom=kh@panix.com X-Spamd-Result: default: False [-5.88 / 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)[]; RWL_MAILSPIKE_GOOD(0.00)[89.1.84.166.rep.mailspike.net : 127.0.0.18]; R_SPF_ALLOW(-0.20)[+ip4:166.84.0.0/16]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MIME_GOOD(-0.10)[text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-questions@freebsd.org]; TO_DN_NONE(0.00)[]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; DMARC_NA(0.00)[panix.com]; RCVD_IN_DNSWL_MED(-0.20)[89.1.84.166.list.dnswl.org : 127.0.5.2]; IP_SCORE(-3.38)[ip: (-9.46), ipnet: 166.84.0.0/16(-4.12), asn: 2033(-3.29), country: US(-0.05)]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:2033, ipnet:166.84.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_ALL(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: Mon, 30 Dec 2019 21:07:36 -0000 On 2019-12-30 05:49, Per Hedeland wrote: > The message is from the in-kernel drm version, not the one installed > by the package... Right. And there's another complication: the release 12 package cannot be installed on a 12.1 system. Instead, you must compile that port, and use the port mechanism to install the compiled version. This is because some internal kernel interface changed between 12.0 and 12.1. I think there's a version number, so the 12.1 kernel detects and refuses to load the package, which was compiled for 12.0. (Or maybe loads it but refuses to run it.) That refusal may be why the obsolete DRM code included in the kernel runs, and puts out the "abandonware" message. This is documented in this DRM bug report: https://github.com/FreeBSDDesktop/kms-drm/issues/183 If you think this is kind of a mess, then I agree with you. The problem is that these kernel modules are distributed as ports/packages, rather than with the kernel. That's policy, because the people doing it decided that the DRM stuff changes too fast for the kernel release schedule to keep up with it. That is not expected to change.