Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 18 Feb 2019 09:11:14 -0700
From:      Warner Losh <imp@bsdimp.com>
To:        "Rodney W. Grimes" <freebsd-rwg@pdx.rh.cn85.dnsmgr.net>
Cc:        Niclas Zeising <zeising@freebsd.org>, Stefan Blachmann <sblachmann@gmail.com>,  Vladimir Kondratyev <vladimir@kondratyev.su>,  "freebsd-hackers@freebsd.org" <freebsd-hackers@freebsd.org>, FreeBSD Current <freebsd-current@freebsd.org>,  Steve Kargl <sgk@troutmask.apl.washington.edu>, owner-freebsd-current@freebsd.org
Subject:   Re: What is evdev and autoloading?
Message-ID:  <CANCZdfoTYUFS5OA6tBsFEdT33AQ-wqGJFsRu5FC4fE0M76iL8g@mail.gmail.com>
In-Reply-To: <201902181512.x1IFCOwm005711@pdx.rh.CN85.dnsmgr.net>
References:  <7b25c1bf-5648-cd52-544b-828538a742d9@freebsd.org> <201902181512.x1IFCOwm005711@pdx.rh.CN85.dnsmgr.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Feb 18, 2019 at 8:33 AM Rodney W. Grimes <
freebsd-rwg@pdx.rh.cn85.dnsmgr.net> wrote:

> > On 2/18/19 12:06 PM, Stefan Blachmann wrote:
> > > On 2/18/19, Vladimir Kondratyev <vladimir@kondratyev.su> 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 events
> > >> like keyboard presses libinput-compatible.
> > >
> > > And libinput was created by the Freedesktop Wayland team to create
> > > pressure on OS people to make their systems Wayland-compatible.
> > >
> > >>> I do not need nor what these modules loaded.
> > >> I think removing "option EVDEV_SUPPORT" from your kernel config should
> > >> disable most of evdev.ko dependencies
> > >
> > > Shouldn't the EVDEV_SUPPORT default be off on FreeBSD anyway, as well
> > > as libinput not be part of the standard packages?
> > >
> > > 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.
> > >
> > > I'd be glad if FreeBSD would keep clean of following that Wayland
> fad...
> >
> > EVDEV_SUPPORT was enabled in GENERIC on 13 and 12-stable to improve
> > input device handling in X and Wayland.  Not having it means that a lot
> > of input devices stop working, or work much worse.
> >
> > We in the FreeBSD Graphics Team are working very hard to improve the
> > FreeBSD Desktop experience, since it is an avenue to recruit new users,
> > and make current users use FreeBSD more.
>
> 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.
>

The drm stuff in the tree didn't support new hardware. And the in-tree
rules made it impossible to import the GPL'd graphics drivers. And the
in-tree code was abandonware that worked only by accident.


> These seem to be conflicting stories.
>

You do know these constant complaints about people trying to make things
better is demoralizing and counter productive.

>
> > Evdev and libinput is used by both Wayland and xorg.  You are free to
> > use either one.
>
> And sadly now must take action when no action was required before
> when using neither.
>

Oh for foxs sake. We have so much stuff in the GENERIC kernel today that
this complaint rings hallow. How many desktop users benefit from
TCP_OFFLOAD? How many people SCTP? How many people are using ahc, ahd,
siis, mvs, ata, hptiop, esp, trm, amr, ciss, twa, mfi, cbb, pccard,
cardbus, de, le, ti, ae, hme, cas, nge, sf, tl, tx, wb, all the sound
drivers, or all 4 of the different virtualization environments at the same
time?

Warner



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfoTYUFS5OA6tBsFEdT33AQ-wqGJFsRu5FC4fE0M76iL8g>