Received: by 2002:ac0:a5a7:0:0:0:0:0 with SMTP id m36-v6csp794666imm; Wed, 18 Jul 2018 10:46:25 -0700 (PDT) X-Google-Smtp-Source: AAOMgpdCXIEmh20+hkWzn5oxJbj/Kofsu32/jjA9eDyoj5SonpUT1N8AD2O6yPcBkB9mHcAUy4B4 X-Received: by 2002:a17:902:4c88:: with SMTP id b8-v6mr3463845ple.285.1531935985153; Wed, 18 Jul 2018 10:46:25 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1531935985; cv=none; d=google.com; s=arc-20160816; b=0tbCnnrD+YnwY2z1cMizHoO1dQeIf79Bm6JkspzUr8GIgqCvbldptCe8Qb46vK63z9 59FizjSeNGmz7HY1IxbG63SI7VoKRnTu4DBQ+xiMR42UlcWkTZhhF1KRXud/buZZLw4H iVhdNA75JU17VDQihSiRBjgIrYfn51oQY6iQ5hK4+wg8GORCSj5wv9A5jB0J6KIa0ILq QI/oJlP0luxgd1UpMFCVSVtSLZrPCU/zcuTxCYysprCT2fIKyz4izsvZjoToyZpRc/R3 dxsW69dciOdQxAjXdSCW9gCgH9kieC8UdUhUxngTHgP+6x2tgIN9U1P9dU1xvEscirUJ 4uLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:arc-authentication-results; bh=YDM/MEVLbrOCbBRVWL6YNjF7xURApEhUjc+aKbJUoAo=; b=iUuVafULs17ij/OO4jEmET3etshU9MOectrHGi9PJm0fgHZqimO6HObdh9tzHWBWuA Nnevf9Us3dr/FZLT4OzxIA5OillcYYYBmdmlu9EmIssPhxc3M/aoN7v7L3J4RHQaJ8+x G8EfgaX048dmNcM9yHj/60kewdNu4l3l2pzom//jHIqQZw+r8oMEyhM11AdjrkmlqOMb rPUcfjM1coehfI2OLLBGhDD5mPAkKTAdXXEgXQ5vG8W2g5mjkZ+dIG0hgmt7UdULZsmF y9aCY+ZwEC2msASaKEEKFkdPLjBiIg02PbWdKTLZgsFGO8fNMcwgK8VQSd9nKq1RO/Rd FRtw== 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 d13-v6si3559133plr.196.2018.07.18.10.46.09; Wed, 18 Jul 2018 10:46:25 -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 S1731474AbeGRSYc (ORCPT + 99 others); Wed, 18 Jul 2018 14:24:32 -0400 Received: from mail.linuxfoundation.org ([140.211.169.12]:54496 "EHLO mail.linuxfoundation.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1731144AbeGRSYc (ORCPT ); Wed, 18 Jul 2018 14:24:32 -0400 Received: from localhost (LFbn-1-12238-233.w90-92.abo.wanadoo.fr [90.92.53.233]) by mail.linuxfoundation.org (Postfix) with ESMTPSA id 759F6CFD; Wed, 18 Jul 2018 17:45:33 +0000 (UTC) Date: Wed, 18 Jul 2018 19:45:31 +0200 From: "gregkh@linuxfoundation.org" To: Bart Van Assche Cc: "vinholikatti@gmail.com" , "linux-kernel@vger.kernel.org" , "asutoshd@codeaurora.org" , "sayalil@codeaurora.org" , "riteshh@codeaurora.org" , "evgreen@chromium.org" , "cang@codeaurora.org" , "martin.petersen@oracle.com" , "subhashj@codeaurora.org" , "linux-scsi@vger.kernel.org" , "vivek.gautam@codeaurora.org" , "rnayak@codeaurora.org" , "jejb@linux.vnet.ibm.com" Subject: Re: [PATCH V5 2/2] scsi: ufs: Add configfs support for ufs provisioning Message-ID: <20180718174531.GA2008@kroah.com> References: <1530858040-13971-1-git-send-email-sayalil@codeaurora.org> <1530858040-13971-3-git-send-email-sayalil@codeaurora.org> <0dce9e9c-4f93-9857-72ee-f65ff195c41a@codeaurora.org> <4cb931e199599314829f5ff750797c88fc123f1f.camel@wdc.com> <20180718085651.GA23599@kroah.com> <16c8acaec092ef989ec20d0b006a434bc0de250c.camel@wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <16c8acaec092ef989ec20d0b006a434bc0de250c.camel@wdc.com> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Jul 18, 2018 at 05:30:07PM +0000, Bart Van Assche wrote: > On Wed, 2018-07-18 at 10:56 +0200, gregkh@linuxfoundation.org wrote: > > On Tue, Jul 17, 2018 at 09:06:35PM +0000, Bart Van Assche wrote: > > > On Tue, 2018-07-17 at 13:23 -0700, Evan Green wrote: > > > > I'm not dead set on binary, since as above I could do it either way, > > > > but it seemed worth at least talking through. Let me know what you > > > > think. > > > > > > The configfs documentation (Documentation/filesystems/configfs/configfs.txt) > > > is clear about this: "Preferably only one value per file should be used." So > > > I would like to hear the opinion of someone who has more authority than I > > > with regard to configfs. > > > > Don't we have "binary" files for configfs? We have them for sysfs, they > > are for files that are not touched by the kernel and just "pass-through" > > to the hardware. Would that work here as well? > > If a new version of the UFS spec would be introduced and that new version of the > spec introduces a new layout for the binary descriptor, will it be possible for > user space software to figure out which version of the binary descriptor format > that has to be used? If a new UFS spec was crazy enough to keep the same field name but change the layout of the field, well, the UFS spec authors deserve all of the pain and suffering that would cause to be heaped on them. Seriously, it's not hard to do this right, go fix the spec before they do something stupid. And you are reporting the version of the UFS spec that your device supports to userspace, right? So is this really a problem even if the spec authors are that foolish? thanks, greg k-h