Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp1193928ybl; Thu, 12 Dec 2019 11:06:05 -0800 (PST) X-Google-Smtp-Source: APXvYqxF6IoD8F0rhNXX3f8w9+i3vYcBRyhUZVcSlmWQ+CVcgdqUYKqaLbei7Uh/vO0aOGwjDgqg X-Received: by 2002:a05:6830:1741:: with SMTP id 1mr10349129otz.295.1576177565355; Thu, 12 Dec 2019 11:06:05 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1576177565; cv=none; d=google.com; s=arc-20160816; b=vkt7mmnfRiVVmgUMjVfbbI651ZnDUwCSRN/8DmC+FGHZY6sa5yPQIs/q6ps+0KhHwZ XYTqujs5isv6dWJqC0zeKIZeyNzhpuvSxnE61oi8AkvwHNkGtvyG/z8b1Xc0WzPRT8Kf N1RAH4Q9T7R5Md7BBUJw/2ie10Riekpii1NBX8rbwhayZnHfhGCjMLMhgFbnr+72GFkZ XHCdUcJSLNPQESD1QhuH7S2oWLAFHYGIp8EJdc/PcDCjYS0QTBSt0o3oSEsyMG522gks D6teoGqkpS5kp5vWhbyzWBhnupCahO6ERZ892xkqjftSPN9DUKtN/5mP+vVQKRBe+0J0 bZSA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :references:in-reply-to:from:subject:cc:to:message-id:date; bh=AuWH8zfbPYWwcs1a+JAwNGJOO1TvVB1Up2QVDXpsNqs=; b=JGPrhs6PbU94AXO4FcqA8xlEcy0HCZP6TpNqFJXPpKUxVQTmHP2SnFKV6q/NVNDO5F hCzW6HzUl0CakwQmLRcFR7EHk/L6bnOdZJMfw/Zx3SJNwhQAS1TAd//98fyTeoSwoitq MywsmYNkztZplM4oXg616xRvt1JChNluPE2dEnqSps32DJluZ4llZgaCmND/JfXgoTf4 isTMRjs32d+xxxUoISuRtdx/ITv7UQwLKliS9n67+Ft1hiM4dkKvNIbhI8xgHByjDPvQ xNwYj/tT0pTC29gViZifnu2Ls/iCNVS98cO55iNSOWQbmjAW4uhOKyqNKNhTxaEPntnp yEDQ== ARC-Authentication-Results: i=1; mx.google.com; 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 m82si3657059oig.129.2019.12.12.11.05.47; Thu, 12 Dec 2019 11:06:05 -0800 (PST) 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; 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 S1730612AbfLLTFO (ORCPT + 99 others); Thu, 12 Dec 2019 14:05:14 -0500 Received: from shards.monkeyblade.net ([23.128.96.9]:42744 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1730168AbfLLTFO (ORCPT ); Thu, 12 Dec 2019 14:05:14 -0500 Received: from localhost (unknown [IPv6:2601:601:9f00:1c3::3d5]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (Client did not present a certificate) (Authenticated sender: davem-davemloft) by shards.monkeyblade.net (Postfix) with ESMTPSA id EC42D153DFC99; Thu, 12 Dec 2019 11:05:13 -0800 (PST) Date: Thu, 12 Dec 2019 11:05:13 -0800 (PST) Message-Id: <20191212.110513.1770889236741616001.davem@davemloft.net> To: pdurrant@amazon.com Cc: xen-devel@lists.xenproject.org, netdev@vger.kernel.org, linux-kernel@vger.kernel.org, wei.liu@kernel.org Subject: Re: [PATCH net-next] xen-netback: get rid of old udev related code From: David Miller In-Reply-To: <20191212135406.26229-1-pdurrant@amazon.com> References: <20191212135406.26229-1-pdurrant@amazon.com> X-Mailer: Mew version 6.8 on Emacs 26.1 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Greylist: Sender succeeded SMTP AUTH, not delayed by milter-greylist-4.5.12 (shards.monkeyblade.net [149.20.54.216]); Thu, 12 Dec 2019 11:05:14 -0800 (PST) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Paul Durrant Date: Thu, 12 Dec 2019 13:54:06 +0000 > In the past it used to be the case that the Xen toolstack relied upon > udev to execute backend hotplug scripts. However this has not been the > case for many releases now and removal of the associated code in > xen-netback shortens the source by more than 100 lines, and removes much > complexity in the interaction with the xenstore backend state. > > NOTE: xen-netback is the only xenbus driver to have a functional uevent() > method. The only other driver to have a method at all is > pvcalls-back, and currently pvcalls_back_uevent() simply returns 0. > Hence this patch also facilitates further cleanup. > > Signed-off-by: Paul Durrant If userspace ever used this stuff, I seriously doubt you can remove this even if it hasn't been used in 5+ years. Sorry.