From owner-freebsd-hackers@freebsd.org Mon Feb 18 15:57:01 2019 Return-Path: Delivered-To: freebsd-hackers@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 723BD14DFF75; Mon, 18 Feb 2019 15:57:01 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from smtp.freebsd.org (smtp.freebsd.org [96.47.72.83]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "smtp.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 8CB646D84D; Mon, 18 Feb 2019 15:57:00 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: from ivaldir.etoilebsd.net (etoilebsd.net [178.32.217.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) (Authenticated sender: bapt) by smtp.freebsd.org (Postfix) with ESMTPSA id 8E0FDE029; Mon, 18 Feb 2019 15:56:59 +0000 (UTC) (envelope-from bapt@FreeBSD.org) Received: by ivaldir.etoilebsd.net (Postfix, from userid 1001) id D6D8EB732B; Mon, 18 Feb 2019 16:56:57 +0100 (CET) Date: Mon, 18 Feb 2019 16:56:57 +0100 From: Baptiste Daroussin To: "Rodney W. Grimes" Cc: Niclas Zeising , owner-freebsd-current@freebsd.org, freebsd-hackers@freebsd.org, Stefan Blachmann , freebsd-current@freebsd.org, sgk@troutmask.apl.washington.edu, Vladimir Kondratyev Subject: Re: What is evdev and autoloading? Message-ID: <20190218155656.2mefeqixly6h25us@ivaldir.net> References: <7b25c1bf-5648-cd52-544b-828538a742d9@freebsd.org> <201902181512.x1IFCOwm005711@pdx.rh.CN85.dnsmgr.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="mz3cptckyzkaom3k" Content-Disposition: inline In-Reply-To: <201902181512.x1IFCOwm005711@pdx.rh.CN85.dnsmgr.net> User-Agent: NeoMutt/20180716 X-Rspamd-Queue-Id: 8CB646D84D X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org X-Spamd-Result: default: False [-2.97 / 15.00]; local_wl_from(0.00)[FreeBSD.org]; NEURAL_HAM_MEDIUM(-1.00)[-0.998,0]; NEURAL_HAM_SHORT(-0.97)[-0.971,0]; NEURAL_HAM_LONG(-1.00)[-0.998,0]; ASN(0.00)[asn:11403, ipnet:96.47.64.0/20, country:US] X-BeenThere: freebsd-hackers@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Technical Discussions relating to FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 18 Feb 2019 15:57:01 -0000 --mz3cptckyzkaom3k Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Feb 18, 2019 at 07:12:24AM -0800, Rodney W. Grimes wrote: > > On 2/18/19 12:06 PM, Stefan Blachmann wrote: > > > On 2/18/19, Vladimir Kondratyev wrote: > > >> On 2019-02-17 21:03, Steve Kargl wrote: > > >>> Anyone have insight into what evdev is? > > >> evdev.ko is a small in-kernel library that makes all your input even= ts > > >> like keyboard presses libinput-compatible. > > >=20 > > > And libinput was created by the Freedesktop Wayland team to create > > > pressure on OS people to make their systems Wayland-compatible. > > >=20 > > >>> I do not need nor what these modules loaded. > > >> I think removing "option EVDEV_SUPPORT" from your kernel config shou= ld > > >> disable most of evdev.ko dependencies > > >=20 > > > Shouldn't the EVDEV_SUPPORT default be off on FreeBSD anyway, as well > > > as libinput not be part of the standard packages? > > >=20 > > > The Freedesktop Wayland team consists of people with the Kay Sievers > > > mentality, which made Linus Torvalds ban his contributions. They do > > > not care about the bugs they introduce, forcing others to clean up the > > > mess they create. > > >=20 > > > I'd be glad if FreeBSD would keep clean of following that Wayland fad= =2E.. > >=20 > > EVDEV_SUPPORT was enabled in GENERIC on 13 and 12-stable to improve=20 > > input device handling in X and Wayland. Not having it means that a lot= =20 > > of input devices stop working, or work much worse. > >=20 > > We in the FreeBSD Graphics Team are working very hard to improve the=20 > > FreeBSD Desktop experience, since it is an avenue to recruit new users,= =20 > > and make current users use FreeBSD more. >=20 > 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. >=20 > These seem to be conflicting stories. >=20 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. Bapt --mz3cptckyzkaom3k Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEgOTj3suS2urGXVU3Y4mL3PG3PloFAlxq1cUACgkQY4mL3PG3 PlqdZQ/+PhAx2+Psefj4h846oBTwMjN03RuDOTUb+XrJZIyr6waYP8dHtZX5+VOE 7vMp+kHY5iFYrmx4fbpXpaQ3U5r24rGoO/ktWPET3mGTpETcYHpe+MTOMX00d2lB RR0tW1cDQT9qXBUTdGUdkOdGETSWwauDvzumcPY1RbnX8BlSVb8BvHmLV5wDPv9x +cTjygEhqMPwp5XjFpJrT6qlHSXxJcNnQa8zAT3pgpGqX3Zhf+iseWiPlKfZ4SxU LfOCaz+jxGUXi++THFJgKitFxPypWNiithqnN6nN3fsNiEC5uak4NbmKRNB40r2r HWsTd6nfGwUTN3XBLH3Z+1JArlSr7I30HYnwheNwjcmf8vMa26jOtdWTlApdq15q L1XOhxnEhVZW/+SSY0cZx7ic8wYxKYtjPJ1Ghv/9BONCS2OV3ktrH21S7aRO+xUy rmZtSD5Vn1uwWPE0r6dlzx3E29InSj9cqrqdbT5KLcW/vOXfE1AHs4InvBO0Bt9R YEBfgX0a0R9Xj/3yZEbyf8nArA5H30hJPJoBz/SBQXbtxqowTtK0scrDTRmGwwBB BRxWbJY8MEo8c8iFYMaoluVKAdDfnomSmdDXoBUatc8W211iVM/GpQp+LipY9xtU MpcGi5Yl8lZEVRVWHRTTS98c/A6KWeSimGoeuh8c/I9iTEsPgGM= =o0Zz -----END PGP SIGNATURE----- --mz3cptckyzkaom3k--