From owner-freebsd-arch@freebsd.org Thu Feb 14 19:59:36 2019 Return-Path: Delivered-To: freebsd-arch@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 413C114DF983 for ; Thu, 14 Feb 2019 19:59:36 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from mail106.syd.optusnet.com.au (mail106.syd.optusnet.com.au [211.29.132.42]) by mx1.freebsd.org (Postfix) with ESMTP id 5743089199 for ; Thu, 14 Feb 2019 19:59:34 +0000 (UTC) (envelope-from brde@optusnet.com.au) Received: from [192.168.0.102] (c110-21-101-228.carlnfd1.nsw.optusnet.com.au [110.21.101.228]) by mail106.syd.optusnet.com.au (Postfix) with ESMTPS id B09D17601D4; Fri, 15 Feb 2019 06:59:22 +1100 (AEDT) Date: Fri, 15 Feb 2019 06:59:21 +1100 (EST) From: Bruce Evans X-X-Sender: bde@besplex.bde.org To: Steve Kargl cc: Warner Losh , "freebsd-arch@freebsd.org" Subject: Re: "DRM removal soon" is premature In-Reply-To: <20190214182419.GA67872@troutmask.apl.washington.edu> Message-ID: <20190215063544.F4212@besplex.bde.org> References: <20190214180101.GB67712@troutmask.apl.washington.edu> <20190214182419.GA67872@troutmask.apl.washington.edu> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-Optus-CM-Score: 0 X-Optus-CM-Analysis: v=2.2 cv=P6RKvmIu c=1 sm=1 tr=0 a=PalzARQSbocsUSjMRkwAPg==:117 a=PalzARQSbocsUSjMRkwAPg==:17 a=kj9zAlcOel0A:10 a=6I5d2MoRAAAA:8 a=pFcttl64oSGRVS1MgW4A:9 a=CjuIK1q_8ugA:10 a=zECsQ65LB1IA:10 a=htYI6iZgXlIA:10 a=IjZwj45LgO3ly-622nXo:22 X-Rspamd-Queue-Id: 5743089199 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; spf=pass (mx1.freebsd.org: domain of brde@optusnet.com.au designates 211.29.132.42 as permitted sender) smtp.mailfrom=brde@optusnet.com.au X-Spamd-Result: default: False [-6.44 / 15.00]; ARC_NA(0.00)[]; TO_DN_EQ_ADDR_SOME(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[42.132.29.211.list.dnswl.org : 127.0.5.1]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; R_SPF_ALLOW(-0.20)[+ip4:211.29.132.0/23]; FREEMAIL_FROM(0.00)[optusnet.com.au]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[optusnet.com.au]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: extmail.optusnet.com.au]; NEURAL_HAM_SHORT(-0.87)[-0.871,0]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; IP_SCORE(-3.25)[ip: (-8.80), ipnet: 211.28.0.0/14(-4.14), asn: 4804(-3.29), country: AU(-0.04)]; RCVD_NO_TLS_LAST(0.10)[]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; FREEMAIL_ENVFROM(0.00)[optusnet.com.au]; ASN(0.00)[asn:4804, ipnet:211.28.0.0/14, country:AU]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 14 Feb 2019 19:59:36 -0000 On Thu, 14 Feb 2019, Steve Kargl wrote: > On Thu, Feb 14, 2019 at 11:08:18AM -0700, Warner Losh wrote: >> On Thu, Feb 14, 2019 at 11:01 AM Steve Kargl < >> sgk@troutmask.apl.washington.edu> wrote: >>> ... >>> drm-legacy-kmod is broken on i386-*-freebsd due >>> to r343567. I posted about this issue in >>> freebsd-current, freebsd-x11 lists. Find yourself >>> a post r343567 system, build drm-legacy-kmod, and >>> xorg and see what happens. KBI changes like r343567 indeed give DLL hell. I usually avoid this by not using modules, but recently decided to test drm2, and now have 4 sets of modules for 4 types of kernels (i386-3+1, i386+4+4-post-r343567, i386+4+4-post-r343567-less-1-KBI-change, and amd64). I currently have 86 test kernels going back to FreeBSD-7 and reboot with about the last 10 of them frequently. >>> https://lists.freebsd.org/pipermail/freebsd-current/2019-February/072802.html >>> https://lists.freebsd.org/pipermail/freebsd-x11/2019-February/022754.html >> >> The in-tree versions don't even compile, how are they better than the >> drm-legacy-kmod modules which do, but don't work for some people (and do >> for others)? They do compile, except for 1 macro in 1 radeon (ttm) file broken by r343567. I used a quick fix. They probably still don't compile with gcc, but I used clang. I only needed drm2 for i915kms and don't miss radeon. I built them using a normal build (cd ~/bde/sysXXX/modules/XXX; make, after fixing or working around bugs in .PATH statements). drm2/i915kms almost works. It actually works better after r343567. Before then, it usually hands on unload and panics on reload. > The in-tree version does not compile because someone disconnected > drm2 from the build. r342567 would not have happen if drm2 was > not disconnected. In your original post (which I cannot respond > to as I came too late to freebsd-arch), you wrote drm2 never compiled as a non-module since its files aren't in conf/files. And it never was in LINT, so never was well tested since LINT doesn't contain modules, except possibly under the kernel tree where the build has other problems and never worked for me since it doesn't pass down critical macros (like CC=cc -m32 and my more specialized ones). Bruce