Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp3612202imm; Wed, 5 Sep 2018 03:07:09 -0700 (PDT) X-Google-Smtp-Source: ANB0Vdb0GXUgamj2KWGsMAbrfw0Gb1DwOqj+y2O2dbFHej8AIAeldLZiiOdH3Ie1IyX2nqAGZ31u X-Received: by 2002:a63:9809:: with SMTP id q9-v6mr35198323pgd.58.1536142028965; Wed, 05 Sep 2018 03:07:08 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1536142028; cv=none; d=google.com; s=arc-20160816; b=q7KLb4W2eFhB0S8b2tUDKxd+gS8o9IVpPNHTenD/Uw/S2bNInwfNBMwWKswoEMBxve itBxhmRioMXXoPjVpexvatI7EYk1Ya6Z6/RfJ9sylqdIfI/P5nfnWcwdGIFxtVPpqslT PCVNQBGEzmEdOtEa90+sE6xjM0hLpM/WU7rSQRmRZi8Ytm1ToAWQRRHLldNyCcQsNkiJ NqioEAJ0U+P++WUFVRKByeYrf3a+j0Y2nrcHcvAnisFcpuRfb7HTARp7q1BTha0jWaJo mCRlzPnrbuDY6cbFmEKXD1Uk/0J5cnWJlnDm12sbQrMyuWoHBMHu+2MVNBjJ+2FsQ1vn 1IFQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-language :content-transfer-encoding:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dmarc-filter :dkim-signature:dkim-signature; bh=VRNvBJNDV/Wg90puU3KSNHQaN92keHR57ZDSSen8+Zk=; b=VybwY5Zeek2kSN0VCsyXA00QTakOZUI4aEKd1NsYB9y0Zkdn0pG0VS8wXbRk9muq+t BMjLlbcevx7RGysp2vywYbmSQmFS6N/nxmPcLKF24fzYtT19Jp5Xa6xp920jB3z1kggT peMckr9sZRTpXOY9Saihq+1W7ZjBNGTtFrgc+df3rv8nrzwE0kViJqM0QXyfq3N6NKqK qQZVpcu9irZ18Eobdoz4ZPsKD5eWbCeKdg4/I/GrThG1GNK7Vtr66d2CEnemRlYBvyDs 5SFLYQsRuIEuVQzEVudZFuGtYyBWs0FrItnw+0wJ8fJKAlcecmmZWgQrMmefkkYUu9hj LqXQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=mWk4Q3Ps; dkim=pass header.i=@codeaurora.org header.s=default header.b=W9BYrc8U; 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 d35-v6si1440437pla.116.2018.09.05.03.06.53; Wed, 05 Sep 2018 03:07:08 -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=@codeaurora.org header.s=default header.b=mWk4Q3Ps; dkim=pass header.i=@codeaurora.org header.s=default header.b=W9BYrc8U; 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 S1727603AbeIEOfQ (ORCPT + 99 others); Wed, 5 Sep 2018 10:35:16 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:39848 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725891AbeIEOfP (ORCPT ); Wed, 5 Sep 2018 10:35:15 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 9127060807; Wed, 5 Sep 2018 10:05:44 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1536141945; bh=8lWHOeodTxTllCNcFug5p5ZcbPwauU7M62BPvcvpDeg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=mWk4Q3Ps8oEzD5E6kxm7O3H5M11cAaA4wjF/YHgO1G+r8fNr6kUeZWzztAtIlLx49 rRYr76hwelYcLPf97xtaz9PnwFvATYwowhgOimkegiybQbOy2iPE69XlZr07PlUOCY vy3L6kMa1A39CoWyIeOiE+injj9gYzKOb0iUSBzg= X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on pdx-caf-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.8 required=2.0 tests=ALL_TRUSTED,BAYES_00, DKIM_SIGNED,T_DKIM_INVALID autolearn=no autolearn_force=no version=3.4.0 Received: from [10.206.24.162] (blr-c-bdr-fw-01_globalnat_allzones-outside.qualcomm.com [103.229.19.19]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) (Authenticated sender: sayalil@smtp.codeaurora.org) by smtp.codeaurora.org (Postfix) with ESMTPSA id 8D85D607F4; Wed, 5 Sep 2018 10:05:39 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1536141944; bh=8lWHOeodTxTllCNcFug5p5ZcbPwauU7M62BPvcvpDeg=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=W9BYrc8UApwZIds1OJp4E9KiCK/4JN6KPrM1HfZPmsMWI9O1SgXPFXMZ0B8f6+GNQ 8K6QBEF9kbadyS5OPk/ZJLoF/3D8K06zpfeFhV5ctv1IjFV8L9W/h37DJIDnIXopky Lz7DRY4p5tp8icQ/cGIRrvioY3OiCnBimdOp+Z/Y= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 8D85D607F4 Authentication-Results: pdx-caf-mail.web.codeaurora.org; dmarc=none (p=none dis=none) header.from=codeaurora.org Authentication-Results: pdx-caf-mail.web.codeaurora.org; spf=none smtp.mailfrom=sayalil@codeaurora.org Subject: Re: [PATCH V12 2/2] scsi: ufs: Add configfs support for UFS provisioning To: Adrian Hunter , subhashj@codeaurora.org, cang@codeaurora.org, vivek.gautam@codeaurora.org, rnayak@codeaurora.org, vinholikatti@gmail.com, jejb@linux.vnet.ibm.com, martin.petersen@oracle.com, asutoshd@codeaurora.org, evgreen@chromium.org, riteshh@codeaurora.org Cc: stummala@codeaurora.org, jlbec@evilplan.org, linux-scsi@vger.kernel.org, open list References: <1535626003-4966-1-git-send-email-sayalil@codeaurora.org> <1535626003-4966-3-git-send-email-sayalil@codeaurora.org> <317ec142-2238-ce9f-adba-d6335b1fab8e@intel.com> From: Sayali Lokhande Message-ID: <76f3caa9-5fda-2feb-33d7-d2f56ba457d1@codeaurora.org> Date: Wed, 5 Sep 2018 15:35:36 +0530 User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: <317ec142-2238-ce9f-adba-d6335b1fab8e@intel.com> Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 8bit Content-Language: en-US Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 8/31/2018 12:42 PM, Adrian Hunter wrote: > On 30/08/18 13:46, Sayali Lokhande wrote: >> This patch adds configfs support to provision UFS device at >> runtime. This feature can be primarily useful in factory or >> assembly line as some devices may be required to be configured >> multiple times during initial system development phase. >> Configuration Descriptors can be written multiple times until >> bConfigDescrLock attribute is zero. >> >> Configuration descriptor buffer consists of Device and Unit >> descriptor configurable parameters which are parsed from vendor >> specific provisioning file and then passed via configfs node at >> runtime to provision ufs device. >> CONFIG_CONFIGFS_FS and CONFIG_UFS_PROVISION needs to be enabled >> for using this feature. >> >> Usage: >> 1) To read current configuration descriptor with index X >> (where index X can be 0/1/2/3) : >> cat /config/XXXX.ufshc/ufs_config_desc_X >> >> 2) To write configuration descriptor with index X : >> echo > /config/XXXX.ufshc/ufs_config_desc_X >> >> Signed-off-by: Sayali Lokhande >> --- > > >> +static struct configfs_attribute ufshcd_attr_provision_0 = { > Actually, wasn't the original suggestion to use a binary attribute? i.e. > configfs_bin_attribute Yes. we did discuss about having binary attribute in between , but then it was thought if anyone who wants to use this interface from a shell script, it will be much easier to write multiple ASCII attributes than a single binary attribute.  It seemed more readable for users and easier/comfortable to compare any value to default spec value(if required).