Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp935874imm; Thu, 6 Sep 2018 12:29:40 -0700 (PDT) X-Google-Smtp-Source: ANB0VdbROvsPfPiDVCqoED4iry/sN6hYwu7NF0/+E5wcfU1q3I3WOEIXLWx8jMkngN0unNY46MnI X-Received: by 2002:a17:902:b189:: with SMTP id s9-v6mr4285726plr.188.1536262180538; Thu, 06 Sep 2018 12:29:40 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536262180; cv=none; d=google.com; s=arc-20160816; b=ylBXAgeq2CTkjHFeQ459wGFLwoXyGrK8qTPlI7O2+TkaHDv3VXD+qJUNkR7h+ZAGGj DwM7Modzc6FXe58oDySqjeoMjwFQ7qIeoQriX7PDYL8PjwMnWefS1+dMS5YlcDbXoAvv Xano0XlxxrMIfh0PywqRi3IQver1I8VGD0lh3MLADSD1fM1WP0SGKMAG829dGSigdYTh LLmZ/XEiFbWgDmK13+J9emr0YsGm2N96LXM/aCYMQW3upg+G/sPWOcgo7pbk1a/taQZl aTF1XSl+NWCZxMy9qVlepBEPKnbL97Q+kpFBto6ITohQ5SlHpRdwFAJvvoVcLmKkytXL pGCg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:subject:content-transfer-encoding :mime-version:organization:references:in-reply-to:date:cc:to:from :message-id; bh=A9EJjRgZJ8v1pDpkL6SfSU5rIU6QzYHPQlHxP/drJ50=; b=rKtc3zZgqb6ZagWAszD+wSg4bSxeyIBBtnJ030BiKhnFZQbB2UK1/waJEjRZ0rkgJ/ PtM6/OaMZi6dOBvUjMfiYKNdDCOUenijIA5+TKVNyYgQFoXbMgYWvQtlDUhnpSUiCegn j4bU9wf9ijXkdPCLFM28Oxqbx3f5mWWFrhEzWIdWjG1i+lq43oDWSJI7e73JpotWK6rw EdlXf+EGQaAFg0bS5kSsmtJQyNgiIku0Yd1l2759okbJZ5bt3XifC8MAI+iSd0/zihN3 zpfmmYziGpbK+XpkItuL83N4nH7NtSTTlw4vwwi1BpbmCWAK15v1zYx0nXydUXmaSe0e M5aQ== 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 u11-v6si6021143pgc.460.2018.09.06.12.29.23; Thu, 06 Sep 2018 12:29:40 -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 S1727625AbeIFQ1s (ORCPT + 99 others); Thu, 6 Sep 2018 12:27:48 -0400 Received: from ou.quest-ce.net ([195.154.187.82]:42483 "EHLO ou.quest-ce.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725929AbeIFQ1s (ORCPT ); Thu, 6 Sep 2018 12:27:48 -0400 Received: from [37.170.173.92] (helo=test.quest-ce.net) by ou.quest-ce.net with esmtpsa (TLS1.1:RSA_AES_256_CBC_SHA1:256) (Exim 4.80) (envelope-from ) id 1fxspv-0000q8-Ed; Thu, 06 Sep 2018 13:52:35 +0200 Message-ID: <2e337313415a1ede1fb7a777902a0de7cb7c2602.camel@opteya.com> From: Yann Droneaud To: David Howells Cc: linux-api@vger.kernel.org, linux-kbuild@vger.kernel.org, Jan Harkes , coda@cs.cmu.edu, codalist@coda.cs.cmu.edu, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Date: Thu, 06 Sep 2018 13:52:29 +0200 In-Reply-To: <9916.1536218032@warthog.procyon.org.uk> References: <1c57005277ac723ebb670a1dc847a205f0529d53.camel@opteya.com> <153616286704.23468.584491117180383924.stgit@warthog.procyon.org.uk> <153616291029.23468.16421004714304578585.stgit@warthog.procyon.org.uk> <9916.1536218032@warthog.procyon.org.uk> Organization: OPTEYA Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5 (3.28.5-1.fc28) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-SA-Exim-Connect-IP: 37.170.173.92 X-SA-Exim-Mail-From: ydroneaud@opteya.com X-Spam-Checker-Version: SpamAssassin 3.3.2 (2011-06-06) on ou.quest-ce.net X-Spam-Level: X-Spam-Status: No, score=-2.9 required=5.0 tests=ALL_TRUSTED,BAYES_00, URIBL_BLOCKED autolearn=ham version=3.3.2 Subject: Re: [PATCH 05/11] UAPI: coda: Don't use internal kernel structs in UAPI X-SA-Exim-Version: 4.2.1 (built Mon, 26 Dec 2011 16:24:06 +0000) X-SA-Exim-Scanned: Yes (on ou.quest-ce.net) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, Le jeudi 06 septembre 2018 à 08:13 +0100, David Howells a écrit : > Yann Droneaud wrote: > > > This structure should not have been exposed to userspace in the > > first > > place: it's unusable by userspace as it is. It was incorrect to > > have it > > outside of #ifdef __KERNEL__ before commit 607ca46e97a1b ... > > ... > > All CODA_REQ_* defines internals to kernel side and not exchanged > > with > > userspace. > > > > Please move them back to > > Is there any reason coda_psdev.h needs to be in include/linux/ rather > than fs/coda/? > It's a valid concern. At first I thought the first lines (see below) could have been useful for userspace: #define CODA_PSDEV_MAJOR 67 #define MAX_CODADEVS 5 /* how many do we allow */ But the file was unsuable for a long long time so we can assume it's usage by userspace is deprecated, then we could remove it from UAPI, and moves its content back to include/linux. As one could see include/linux/coda_psdev.h is not used outside of fs/coda, moving the header here as you suggests seems to be the correct solution. Regards. -- Yann Droneaud OPTEYA