Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp1289528ybb; Fri, 20 Mar 2020 17:29:54 -0700 (PDT) X-Google-Smtp-Source: ADFU+vu4mA4IDp3rDQoEONH1lk0KTOJf0muCXmPvKWkVAWqIYAvPopModSIS/kZFe3CTipJ7I6go X-Received: by 2002:aca:4f57:: with SMTP id d84mr8526308oib.161.1584750594508; Fri, 20 Mar 2020 17:29:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1584750594; cv=none; d=google.com; s=arc-20160816; b=lElNcFBm+rq34HWAgjD0VzreU11apGoA1XOm20WoIy+rW7XCCpQ72VasyEhYHJ6P7H u+bDVZRi7/oqR5r0PFCrpfJi1wLJLAqT5pp1DwoNDATCqCHCqq7F2iaYdf9VCbMXczoN mwDosS/93wWqYkXUD63k1e8x0kyL0jtvU/RkAG1hcHcAMi4hq7iop2ouN1iePVyvVO20 BMO1N2JyKpuG+p7X5/dGvcIHJvQysqQ/EAB9WYe7koEuRbnb8ZKbgh5e9irlIiPK+e+Y PVVMrxl1X3o0aDA5ibLU91ITKY9pEQ5FTwBIKDszYZUxtZpRiNAQ7u+iByNfBOOAZy2e /0+A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature:dkim-signature; bh=WKm8vmhWsw9PHcu6TsETEz7oSvoDb47LobmLHOphtxw=; b=Lsm6NWVi2P2IImiDLvDx4IWbtp8ukNoyoBEzb5EIze6Ln+mXLZefAperunxHydsj2n v0i/p8d/fNOysLWUhO7cqVVGHoghDXdPUWGMxcw+u93AtFlvCvRLmZtqg5OiBZyIbrSm rq9A9DoUcWZotslLuJC0tOqgkSqeGopHELzkhylNz7Unwv4lAPYxaSW/6/2DffgxJfVS p6bmHyxNPIgQ9C002XF+ovXW5hHM2pd0i7trZt14VIXHY2882O8zEB/tg89Kv9TdOTXy aVXSXVqQGY7O+KjKWrOqyF3KxxNwxcvzVLeSz7lXxenWirvh6rgjZ5fXWjongN07uGrn 9yEA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@who-t.net header.s=fm2 header.b=nuXLQyUZ; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=dWFZ+dnL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id a23si513371oid.145.2020.03.20.17.29.41; Fri, 20 Mar 2020 17:29:54 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@who-t.net header.s=fm2 header.b=nuXLQyUZ; dkim=pass header.i=@messagingengine.com header.s=fm2 header.b=dWFZ+dnL; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727304AbgCUA3P (ORCPT + 99 others); Fri, 20 Mar 2020 20:29:15 -0400 Received: from wout1-smtp.messagingengine.com ([64.147.123.24]:46393 "EHLO wout1-smtp.messagingengine.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726955AbgCUA3O (ORCPT ); Fri, 20 Mar 2020 20:29:14 -0400 Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id 688DF6AC; Fri, 20 Mar 2020 20:29:13 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Fri, 20 Mar 2020 20:29:14 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=who-t.net; h= date:from:to:cc:subject:message-id:references:mime-version :content-type:in-reply-to; s=fm2; bh=WKm8vmhWsw9PHcu6TsETEz7oSvo Db47LobmLHOphtxw=; b=nuXLQyUZGyiKwniABky14rKZBBGsmotrob+k3fOnddD b9BoTe7uUnK+fYWjDqWK3N7QltLxrlQPm5rUlB8mJc5OGpuKis0wzuBOmt0umgC4 ZFm2sEH9LGGh35ATR9Svg4XWLWYxYYwD324jdJTBdHi6UviXc7FbX0N+GFbTgYOO jilxbJfLVGQk7ecQ0PhBnqI/hnEpLpJSAkBB6yge3Am+DbItovp4OzWHIP5IdIR5 1lVhlpLjHBQGbnPUcIerYdH0L+SWR99QIGurL3K+hUt36VWFF4Lhp6OzZR5BQyMU IUemSXDayxJxqbWuHNE8obiX9buYGNKKDgNqVR7ZIeQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=WKm8vm hWsw9PHcu6TsETEz7oSvoDb47LobmLHOphtxw=; b=dWFZ+dnLSlqyThAqnCng6+ 6t1KBmJB81GTIwjgrmz8reDMo4A6mExrL/V33xMcX2x30IPnXPYdpAbQ/rr6WmFy w5v+Ys7gFaaNqR964cojjd8X95YDSmofzYccn6rFseD47VQ7jQPJg/qNmrGd7WfN 2knHh5SGqH5JS7wlqyTmzyIyEbYzhIAbqfK6/qaRgQU5jeQlA28p17m93CuO50qz DJ+wBvD88S7drLJxrO9/0rh2NywTxW8HeJ0MJanuuAQUaxGTW4Zd2aKXbdtVAe23 H9IhazL6hPulBeLVVLbZAzGnBzqEAiZnHAipVPwYF0QqhDXL5Me2Ld6EXf+8hpLw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedugedrudegvddgudelucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfffhvffukfhfgggtuggjsehttdertddttddvnecuhfhrohhmpefrvghtvghr ucfjuhhtthgvrhgvrhcuoehpvghtvghrrdhhuhhtthgvrhgvrhesfihhohdqthdrnhgvth eqnecukfhppeduudejrddvtddrjedurddutdelnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepphgvthgvrhdrhhhuthhtvghrvghrseifhhhoqd htrdhnvght X-ME-Proxy: Received: from jelly (117-20-71-109.751447.bne.nbn.aussiebb.net [117.20.71.109]) by mail.messagingengine.com (Postfix) with ESMTPA id 8AB5C328005D; Fri, 20 Mar 2020 20:29:09 -0400 (EDT) Date: Sat, 21 Mar 2020 10:29:04 +1000 From: Peter Hutterer To: Mario Limonciello Cc: Jiri Kosina , Hans de Goede , Filipe =?iso-8859-1?Q?La=EDns?= , Benjamin Tissoires , linux-input@vger.kernel.org, linux-kernel@vger.kernel.org, Peter Hutterer , Richard Hughes Subject: Re: [PATCH] HID: logitech-dj: issue udev change event on device connection Message-ID: <20200321002904.GA2472393@jelly> References: <20200318161906.3340959-1-lains@archlinux.org> <20200319022331.GA2384843@jelly> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Mar 20, 2020 at 07:15:38PM -0500, Mario Limonciello wrote: > On Fri, Mar 20, 2020, 19:06 Jiri Kosina wrote: > > > On Thu, 19 Mar 2020, Peter Hutterer wrote: > > > > > > Then we would need to support that attribute forever. IMHO the best > > > > option is to just make a uname call and check the kernel version, with > > > > the code marked to be removed in the future when kernels older then > > > > $version are no longer something we want to support. > > > > Oh, this doesn't work *at all* with distro kernels backporting everything > > that passess by to kernels with major versions looking years old. > > > > I (as one of the "guilty ones" with my distro hat on) am not at all saying > > it's perfect, but that's the way it is. > > > > -- > > Jiri Kosina > > SUSE Lab > > > > Another "solution" is to use module versioning bump as part of this patch. > At least when distros backport then you can look at module versioning to > tell the behavior of the driver. tbh, if there is no good solution in the kernel to communicate this, userspace can make do without knowing about it ahead of time. long-term you can just assume you'll get the change event and handle the error case just as you'd have to do now. Sure it'd be nice to know ahead of time but it's not the only thing we don't know until we get the first event. Cheers, Peter