From owner-freebsd-arch@freebsd.org Thu Feb 28 20:35:02 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 079C515175FE; Thu, 28 Feb 2019 20:35:02 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from smtp-out-so.shaw.ca (smtp-out-so.shaw.ca [64.59.136.137]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client CN "Client", Issuer "CA" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 8D5D586923; Thu, 28 Feb 2019 20:35:00 +0000 (UTC) (envelope-from cy.schubert@cschubert.com) Received: from spqr.komquats.com ([70.67.125.17]) by shaw.ca with ESMTPA id zSOKgXbQTi4qjzSOMg8GmM; Thu, 28 Feb 2019 13:34:57 -0700 X-Authority-Analysis: v=2.3 cv=TYToSiYh c=1 sm=1 tr=0 a=VFtTW3WuZNDh6VkGe7fA3g==:117 a=VFtTW3WuZNDh6VkGe7fA3g==:17 a=kj9zAlcOel0A:10 a=CFTnQlWoA9kA:10 a=YxBL1-UpAAAA:8 a=6I5d2MoRAAAA:8 a=IpB_pjYC65KwPTBGrs8A:9 a=t3e6miYuDBuM2gKe:21 a=vVLwsHjPMEEFTtiU:21 a=CjuIK1q_8ugA:10 a=Ia-lj3WSrqcvXOmTRaiG:22 a=IjZwj45LgO3ly-622nXo:22 Received: from slippy.cwsent.com (slippy8 [10.2.2.6]) by spqr.komquats.com (Postfix) with ESMTPS id 5AACE2743; Thu, 28 Feb 2019 12:34:52 -0800 (PST) Received: from slippy.cwsent.com (localhost [127.0.0.1]) by slippy.cwsent.com (8.15.2/8.15.2) with ESMTP id x1SKYXa8006340; Thu, 28 Feb 2019 12:34:33 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Received: from slippy (cy@localhost) by slippy.cwsent.com (8.15.2/8.15.2/Submit) with ESMTP id x1SKYWMi006337; Thu, 28 Feb 2019 12:34:32 -0800 (PST) (envelope-from Cy.Schubert@cschubert.com) Message-Id: <201902282034.x1SKYWMi006337@slippy.cwsent.com> X-Authentication-Warning: slippy.cwsent.com: cy owned process doing -bs X-Mailer: exmh version 2.8.0 04/21/2012 with nmh-1.7.1 Reply-to: Cy Schubert From: Cy Schubert X-os: FreeBSD X-Sender: cy@cwsent.com X-URL: http://www.cschubert.com/ To: sgk@troutmask.apl.washington.edu cc: Cy Schubert , freebsd-arch@freebsd.org, Yoshihiro Ota , Warner Losh , "freebsd-arch@freebsd.org" , FreeBSD X11 mailing list , greg@unrelenting.technology Subject: Re: DRM removal soon In-Reply-To: Message from Steve Kargl of "Thu, 28 Feb 2019 11:49:29 -0800." <20190228194929.GA18747@troutmask.apl.washington.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 28 Feb 2019 12:34:32 -0800 X-CMAE-Envelope: MS4wfLCFu32iyAQ+JWCiKzEYOrKCCwpM5UcYK90VuIdTV6OzOY/ilWD4+Pa2md5fYvkpFP2TPEVF1bVSSJmwhoJYeXIFzMdgSngMiE4hJvSSFf7YciMTfqTo lMUU9P1nihzYxNlV/Y/wGA9ghdHNY8JWWX5DAkwv7iOxLoCMlyKRHo0iadJz0oj+IdHS97q35mDqMpOj2i5DOesYTRTuOXpsH8ZteS1m/cEChLgf7nRY3rxg um/EQHoQCCYBZ7oLDYBFSXypAut8/aaeS0kLtutFoCwKTWC9rj2ErGcg2qRkt6yJwM+q1V8TbwEWGlA1l3n77qCkVOzMs0250ubTBrfI59hTkRlGdzZGGq24 mno9p4CXfSu6oWic7lilSd6qjWWZbMhnwaIQocUfJrRuncgr6vw= X-Rspamd-Queue-Id: 8D5D586923 X-Spamd-Bar: ---- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-4.71 / 15.00]; ARC_NA(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCVD_COUNT_FIVE(0.00)[5]; FROM_EQ_ENVFROM(0.00)[]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; MV_CASE(0.50)[]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; MIME_GOOD(-0.10)[text/plain]; HAS_XAW(0.00)[]; HAS_REPLYTO(0.00)[Cy.Schubert@cschubert.com]; REPLYTO_EQ_FROM(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MX_GOOD(-0.01)[cached: spqr.komquats.com]; NEURAL_HAM_SHORT(-0.96)[-0.958,0]; RCPT_COUNT_SEVEN(0.00)[8]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_SPF_NA(0.00)[]; RCVD_IN_DNSWL_LOW(-0.10)[137.136.59.64.list.dnswl.org : 127.0.5.1]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:6327, ipnet:64.59.128.0/20, country:CA]; RCVD_TLS_LAST(0.00)[]; IP_SCORE(-2.04)[ip: (-5.34), ipnet: 64.59.128.0/20(-2.68), asn: 6327(-2.10), country: CA(-0.09)]; RECEIVED_SPAMHAUS_PBL(0.00)[17.125.67.70.zen.spamhaus.org : 127.0.0.11] 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, 28 Feb 2019 20:35:02 -0000 In message <20190228194929.GA18747@troutmask.apl.washington.edu>, Steve Kargl w rites: > On Thu, Feb 28, 2019 at 11:22:52AM -0800, Cy Schubert wrote: > > On February 28, 2019 11:15:11 AM PST, Steve Kargl gton.edu> wrote: > > >On Thu, Feb 28, 2019 at 10:49:51AM -0800, Cy Schubert wrote: > > >> > > > >> The ports work as advertised. IMO graphics/drm-legacy should be > > >> depreciated sooner than later. I would expect the graphics team > > >> could better spend their time and energy on drm-current, which > > >> btw works perfectly on my old laptop converted to i386 testbed, > > >> than maintaining old bitrot. When can we expect drm-legacy to > > >> finally be removed from ports? > > >> > > > > > >drm-legacy-kmd has already been *depreciated*? > > > > > >Perhaps, you meant deprecated. :) > > > > > >Hopefully, never. drm-current-kmod locks up my laptop. > > >drm-legacy-kmod works. > > > > Yes. drm-legacy-kmod should be removed from ports sooner > > than later. drm-current-kind works perfectly on older gear > > like my 13 year old Pentium-M, which was repurposed as an > > i386 test platform years ago. > > Great drm-current-kmod works for you. > drm-current-kmod DOES NOT work on my i386 laptop. Hmmm. I could never get drm-legacy-kmod to work properly on my old Pentium-M laptop resorting to VESA. When I upgraded my main laptop (which also has an i386 partition and two amd64 partitions) to drm-current-kmod, rsyncing the i386 /usr/local, it worked with a minor tweak to xorg.conf. Using drm-legacy-kmod on the old machine would initially freeze the display, ultimately freezing the whole machine. No such issues with drm-current-kmod. > > > The reason to remove old software from base is evident. > > The same reason holds for ports as well. The ports team > > are also a limited resource. > > The drm-legacy-kmod port works. It would never have been > broken (and it would be unneeded) if the *working* drm2 code > in base were never disconnected from the build. The > drm-legacy-kmod port would not have been broken for a month > if an exp-run were done when modifications to pmap.h had > been done. The issue is developer time. > > I get it. drm-current-kmod works for you, so lets penalize > everyone else by removing working code. The graphics team supports four DRM ports. When FreeBSD-13 will be released that will become five. This is unsustainable. Additionally i386 and for that matter all 32-platform support has become an afterthought. More often than not it is 32-bit that breaks. This is especially true when what one expects to be a simple one line commit that works on amd64 totally hoses i386. drm-legacy-kmod was broken on i386 for a while for this very reason. The amount of time I've personally spent dealing with my own i386 breakage and worse, my pointing out i386 and legacy issues, time could have been better spent on productive work rather than maintaining software for an ever declining share of the platform pie. Where do we want to spend our meager resources? That goes not only for src but ports too. -- Cheers, Cy Schubert FreeBSD UNIX: Web: http://www.FreeBSD.org The need of the many outweighs the greed of the few.