From owner-freebsd-x11@freebsd.org Wed Sep 16 08:07:48 2020 Return-Path: Delivered-To: freebsd-x11@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 8195E3DC91C for ; Wed, 16 Sep 2020 08:07:48 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from msa2.yoonka.com (yoonka.com [88.98.225.149]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "msa2.yoonka.com", Issuer "msa2.yoonka.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Brt4g4fc1z4QcL for ; Wed, 16 Sep 2020 08:07:47 +0000 (UTC) (envelope-from list1@gjunka.com) Received: from venus.yoonka.com (venus.yoonka.com [10.70.7.24]) by msa2.yoonka.com (8.15.2/8.15.2) with ESMTPS id 08G87dnv056651 (version=TLSv1.3 cipher=TLS_AES_128_GCM_SHA256 bits=128 verify=NO) for ; Wed, 16 Sep 2020 08:07:40 GMT (envelope-from list1@gjunka.com) Subject: Re: Is there any performance difference between udev and evdev in xorg? To: freebsd-x11@freebsd.org References: <20200916040110.GA46039@FreeBSD.org> <9fcf11e9-6466-3660-5322-997ed8cb3ca7@freebsd.org> <20200916073731.GA45977@FreeBSD.org> From: Grzegorz Junka Message-ID: <7c43526f-c88f-c893-9285-8e2cbf1ead17@gjunka.com> Date: Wed, 16 Sep 2020 08:07:39 +0000 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.8.0 MIME-Version: 1.0 In-Reply-To: <20200916073731.GA45977@FreeBSD.org> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit Content-Language: en-US X-Rspamd-Queue-Id: 4Brt4g4fc1z4QcL X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of list1@gjunka.com designates 88.98.225.149 as permitted sender) smtp.mailfrom=list1@gjunka.com X-Spamd-Result: default: False [-1.12 / 15.00]; SUBJECT_ENDS_QUESTION(1.00)[]; ARC_NA(0.00)[]; NEURAL_SPAM_SHORT(0.11)[0.106]; RCVD_TLS_ALL(0.00)[]; FROM_HAS_DN(0.00)[]; TO_MATCH_ENVRCPT_ALL(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; TO_DN_NONE(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-x11@freebsd.org]; RCPT_COUNT_ONE(0.00)[1]; NEURAL_HAM_LONG(-0.96)[-0.955]; DMARC_NA(0.00)[gjunka.com]; R_SPF_ALLOW(-0.20)[+ip4:88.98.225.149]; NEURAL_HAM_MEDIUM(-0.97)[-0.967]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_COUNT_TWO(0.00)[2]; ASN(0.00)[asn:56478, ipnet:88.98.192.0/18, country:GB]; MAILMAN_DEST(0.00)[freebsd-x11] X-BeenThere: freebsd-x11@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: X11 on FreeBSD -- maintaining and support List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 16 Sep 2020 08:07:48 -0000 On 16/09/2020 07:37, Alexey Dokuchaev wrote: > On Wed, Sep 16, 2020 at 08:41:28AM +0200, Niclas Zeising wrote: >> On 2020-09-16 06:01, Alexey Dokuchaev wrote: >>> On Tue, Sep 15, 2020 at 10:55:31PM -0400, Aryeh Friedman wrote: >>>> What if any is the performance difference between udev and evdev when >>>> configuring xorg? Also do I need to use one or the other consistently >>>> or can I intermix them? >>> If you don't need them (e.g. because this is desktop system without >>> fancy input devices), you'd better off with disabling both of them >>> altogether and use good old traditional way, that is, simply install >>> xf86-input-{keyboard,mouse} and let X.org handle those peripherals. >>> >>> Yes, you would still be able to plug and unplug your USB mice and >>> they will be detected and working as expected. >>> >>> TL;DR: DEVD/UDEV support is overrated and usually not needed at all. >> This is bad advice. > OK, let's see why is it bad. :-) > >> The DEVD support in xorg-server might go away, since it is a FreeBSD >> only solution and the udev/evdev is similar to what is used on Linux. > Does this imply that DEVD support in X.org is technically inferior to > udev/evdev, or it might get deprecated just because they prefer Linux > way, regardless of the actual design and implementation quality? Kind > of tangentially related question, but this might help to foresee what > to expect from future X.org development. > Linux way doesn't mean it's a bad way. As a user I don't really care if it's Linux way or not as long as it supports the hardware that I spent my money on. As a developer I do care about a solution that is simpler to code and use, but not if it's Linux or not. Can you actually define what you mean by Linux way? However, the most important thing that I care about is that the code I am learning and using is copyfree. If someone was kind enough to rewrite the whole Linux using a FreeBSD license then I wouldn't mind switching to do that to make a better use of the hardware that I have. GrzegorzJ