From owner-freebsd-current@freebsd.org Mon Feb 18 16:38:32 2019 Return-Path: Delivered-To: freebsd-current@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 3E42C14E2017; Mon, 18 Feb 2019 16:38:32 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (troutmask.apl.washington.edu [128.95.76.21]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "troutmask", Issuer "troutmask" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 95D1A70408; Mon, 18 Feb 2019 16:38:30 +0000 (UTC) (envelope-from sgk@troutmask.apl.washington.edu) Received: from troutmask.apl.washington.edu (localhost [127.0.0.1]) by troutmask.apl.washington.edu (8.15.2/8.15.2) with ESMTPS id x1IGcMjq003048 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Mon, 18 Feb 2019 08:38:22 -0800 (PST) (envelope-from sgk@troutmask.apl.washington.edu) Received: (from sgk@localhost) by troutmask.apl.washington.edu (8.15.2/8.15.2/Submit) id x1IGcMu6003047; Mon, 18 Feb 2019 08:38:22 -0800 (PST) (envelope-from sgk) Date: Mon, 18 Feb 2019 08:38:22 -0800 From: Steve Kargl To: Baptiste Daroussin Cc: "Rodney W. Grimes" , Niclas Zeising , owner-freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Stefan Blachmann , freebsd-current@freebsd.org, Vladimir Kondratyev Subject: Re: What is evdev and autoloading? Message-ID: <20190218163822.GA2912@troutmask.apl.washington.edu> Reply-To: sgk@troutmask.apl.washington.edu References: <7b25c1bf-5648-cd52-544b-828538a742d9@freebsd.org> <201902181512.x1IFCOwm005711@pdx.rh.CN85.dnsmgr.net> <20190218155656.2mefeqixly6h25us@ivaldir.net> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20190218155656.2mefeqixly6h25us@ivaldir.net> User-Agent: Mutt/1.11.2 (2019-01-07) X-Rspamd-Queue-Id: 95D1A70408 X-Spamd-Bar: ++++ Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [4.03 / 15.00]; ARC_NA(0.00)[]; HAS_REPLYTO(0.00)[sgk@troutmask.apl.washington.edu]; FROM_HAS_DN(0.00)[]; TO_DN_SOME(0.00)[]; NEURAL_SPAM_SHORT(0.77)[0.771,0]; IP_SCORE(0.08)[ip: (0.15), ipnet: 128.95.0.0/16(0.21), asn: 73(0.10), country: US(-0.07)]; MIME_GOOD(-0.10)[text/plain]; MIME_TRACE(0.00)[0:+]; DMARC_NA(0.00)[washington.edu]; AUTH_NA(1.00)[]; REPLYTO_ADDR_EQ_FROM(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RCVD_IN_DNSWL_MED(-0.20)[21.76.95.128.list.dnswl.org : 127.0.11.2]; MX_GOOD(-0.01)[troutmask.apl.washington.edu]; RCPT_COUNT_SEVEN(0.00)[8]; NEURAL_SPAM_LONG(0.61)[0.609,0]; R_SPF_NA(0.00)[]; NEURAL_SPAM_MEDIUM(0.88)[0.882,0]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:73, ipnet:128.95.0.0/16, country:US]; MID_RHS_MATCH_FROM(0.00)[]; RCVD_TLS_LAST(0.00)[] X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 16:38:32 -0000 On Mon, Feb 18, 2019 at 04:56:57PM +0100, Baptiste Daroussin wrote: > On Mon, Feb 18, 2019 at 07:12:24AM -0800, Rodney W. Grimes wrote: > > > > Sadly your execution on that seems to be missing the mark, > > telling people they have to go get a port now to get drm working > > because it could not be maintained in base, and then telling them, > > oh, you need this new code in base so that it is so much easier > > to use graphical stuff this way. > > > > These seem to be conflicting stories. > > > You are missing the point, one does not evolve as fast as the other, meaning > one can be maintained within usual freebsd lifecycle, the other cannot or it > becomes very painful. > And you seem to be missing the point. I'm now in week two of trying to figure out why drm-legacy-kmod no longer works, and suddenly new devices are popping up which are not configured in my kernel. I have deleted all ports. I have delete /usr/src and /usr/obj. I used svn to pull a -r "{2019-01-01}" /usr/src. That builds and works fine. I then build the minimum ports needs to install drm-legacy-kmod and xorg. I can fire a fvwm2 desktop. I'm now up to -r "{2019-01-28}". Yes, bi-section be date. It takes 6-7 hours to rebuild world and kernel and another hour or 2 for the minimum set of ports. PS: It still does answer why there isn't a manual page for evdev. -- steve