Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp1740843ybn; Thu, 26 Sep 2019 01:16:23 -0700 (PDT) X-Google-Smtp-Source: APXvYqyadkIpw8TAINQ6FnqW7ypGTF5dn/z1XnG8bMwu69H/H6Ud75ZV/XMLtSYX2/KjGpz4nk0H X-Received: by 2002:a50:d758:: with SMTP id i24mr2191409edj.246.1569485782911; Thu, 26 Sep 2019 01:16:22 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569485782; cv=none; d=google.com; s=arc-20160816; b=ELOnSAkyRDwjSvMgU3e3FJeHL1H4tko3DZG85GFf6dHLJPIPGag/uN7lYKi1s2XDFW Qpj53NkpEPDTDsUi9zhsBGfZ9dLKNAnjHGBK86J6F1T5v1VjjmYPmeuuHNcepqO8/8Ni HqkTlRCFiQve+nHcNWbsUVmlbDHnLXu/oNkThoonnm8YTz9ZLupm8BRd098V5oiRPBav 9qwPQMAdGzX7VnHyn16CTU2IZ+cZlxQj+xbd8AcQeXLnAusPsWDgQwWY6c1Rmgz3XWXy NYaF3JdkBe7xpHZmWFq88MzNiUCxLYX0BSOiCifzh1axHxlo22NtDDX5mPhX7syr8qOY jttQ== 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=+GpEJpLYouIXu1GkCPr8ZughGr7vlPAWl8hkFBrxEgA=; b=W+MZlNi5r0HPxnMC7g/BjNWsLOlgWMUj74BJoaEbiM9H21WdLER5+Y9McMXORbRobT NJNbzZIR7WAijEZCaFO0bRHBO8B7zCguog5W+ZLudyNYufTvK9CedOhztmOsVpiuYqP8 XXtH0wkNyKFP1shGCr3Iz23N72QdwhF4vev//sUwq3kpeqQ5MTGfnuQbcSBKLJ1LE7HU AX6gFfg7lziaudVwJ6F1cVYSLkXl63cIw0wpPyVo6wPgofaau9B7jn6MA2BFbKdqQ6Fr q5yfbYP2l5qDNjn81Q+PxvbyCzBpvBDTSeiG9FcPp2Q0SVFIE5J/6bm9BoKSUSczUOo1 tEQw== 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 m33si888362edc.94.2019.09.26.01.15.59; Thu, 26 Sep 2019 01:16:22 -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; 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 S2409732AbfIXOwo (ORCPT + 99 others); Tue, 24 Sep 2019 10:52:44 -0400 Received: from shards.monkeyblade.net ([23.128.96.9]:52662 "EHLO shards.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725865AbfIXOwo (ORCPT ); Tue, 24 Sep 2019 10:52:44 -0400 Received: from localhost (231-157-167-83.reverse.alphalink.fr [83.167.157.231]) (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 8436F152804B3; Tue, 24 Sep 2019 07:52:42 -0700 (PDT) Date: Tue, 24 Sep 2019 16:52:40 +0200 (CEST) Message-Id: <20190924.165240.1617972512581218831.davem@davemloft.net> To: esyr@redhat.com Cc: netdev@vger.kernel.org, linux-kernel@vger.kernel.org, ubraun@linux.ibm.com, kgraul@linux.ibm.com Subject: Re: [PATCH net v2 0/3] net/smc: move some definitions to UAPI From: David Miller In-Reply-To: References: X-Mailer: Mew version 6.8 on Emacs 26.2 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]); Tue, 24 Sep 2019 07:52:43 -0700 (PDT) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Eugene Syromiatnikov Date: Fri, 20 Sep 2019 17:41:47 +0200 > As of now, it's a bit difficult to use SMC protocol, as significant part > of definitions related to it are defined in private headers and are not > part of UAPI. The following commits move some definitions to UAPI, > making them readily available to the user space. > > Changes since v1[1]: > * Patch "provide fallback diagnostic codes in UAPI" is updated > in accordance with the updated set of diagnostic codes. > > [1] https://lkml.org/lkml/2018/10/7/177 Isn't it way too late for this? These definitions will now be duplicates for userland code that defines the values on their own.