Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp6986194imm; Tue, 28 Aug 2018 04:42:03 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYUOmri15B47dG+vbc9Z1CFR9tWwxIAixsRUXzymPvcjoxyziuHu/ly3Pk3DtMvn3d8TBTQ X-Received: by 2002:a63:a35f:: with SMTP id v31-v6mr1159217pgn.261.1535456523738; Tue, 28 Aug 2018 04:42:03 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535456523; cv=none; d=google.com; s=arc-20160816; b=VoXZZw8zpzNPdpnEge7F3OhY7+1Eq3Ra7QchMncMhvYQGl9Dj2muxDZ0Ah7HUP7PY8 OU+GZGj6mL7VJBIPMuNvcccGlajF/2RXVwOAaBtoR4ZyfW0GSMUcNaMplUoAM6UiyMKC fTcBv6aMKGsU/1isqFTjOoyw5F7vvHqvpJP4EpiQnudxuuQkfQkWoRlGdtz3VLlnJPnf M0uoBRXPsYREbvBiLIe7asRRAYpIZVvQnfyvoZlwpjFJOJhgv+iyeXqkgX79iCTHex+r LAVsuj5keBcoMHLzuA3K0Hhagcd49n/cuGWnVW7SM7k5e+2OsYQtHJNUUPGOW9u7JebY /E1Q== 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:arc-authentication-results; bh=+6xqH7BrEnLsJCPd0eGA+6Pxc/5+1L4OGEpTyS93URo=; b=yMATWxeUrzi+vlwWQh6sG+x9oewvo/mYq4rXthmPgxFjQvORLlWs4yTKoIxzjX+hYt gLyd5GIh0VNjOv2zKLPDp/t+ycOeyMHzm83BSHyySyqYBMeeAhBJagMQaE0OpLXLETNZ Kfes1pelEa6cauOa6Ux/mO58R9zOWaxS8IfvEtrVFXdJY/ub7EJ+VEBhdS+BvhuE2gRE C58AbMMtFyIAX9hqclTFpEgTs8adeCQzmC5Ycl0pepztlLXSX09wjPhQPrT+F3is7QiD iQp1obRr3leIUCM+hNcsrxdkPAFO1He7rgfPwWXbRclVrWGuaJyhQjuZuEvHOiId9TZW gAPA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@codeaurora.org header.s=default header.b=bTnd7u95; dkim=pass header.i=@codeaurora.org header.s=default header.b=oEvZrRL9; 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 w11-v6si766186plz.333.2018.08.28.04.41.48; Tue, 28 Aug 2018 04:42:03 -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=bTnd7u95; dkim=pass header.i=@codeaurora.org header.s=default header.b=oEvZrRL9; 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 S1727422AbeH1Pb1 (ORCPT + 99 others); Tue, 28 Aug 2018 11:31:27 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:56270 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727067AbeH1Pb1 (ORCPT ); Tue, 28 Aug 2018 11:31:27 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id 0523260541; Tue, 28 Aug 2018 11:40:11 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1535456411; bh=7NIRYv0Vbvsr38caZWlFlw4om/5zrYllql09NsU7Gbk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=bTnd7u95BMUFAgBIIA2rMjOmFbQylSy5Qa4A9hdNbTtwEz0Q6eSYZe5jea3klSOIb MJ6Y0Cjks3NUWwAEnJnm+TE/IZAw+RzYz4K0uO05o7R8eypQ3yyC8+Rss/qPgiwYX7 PvNbcjRvGO2lDqXToLxSt7eNvgYY1dqKgVbJfXig= 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.101] (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 9FA1060385; Tue, 28 Aug 2018 11:40:03 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1535456408; bh=7NIRYv0Vbvsr38caZWlFlw4om/5zrYllql09NsU7Gbk=; h=Subject:To:Cc:References:From:Date:In-Reply-To:From; b=oEvZrRL9GC9V0LMe8t+ged2/Iv+dCUIhKB7xNnuJ6WugDxO0+YYLjtZ/6h1ngBFpf bUih20RXjJTI9zHy70O5Xpkch7Ta5LGaaMq/QAVoVeM9CPYIxM9bSSCZLSE/Zeg1wU IwXtuICODdzJ4WMoJPU9XzbLNzCr8Z02Xm3TplT4= DMARC-Filter: OpenDMARC Filter v1.3.2 smtp.codeaurora.org 9FA1060385 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 V10 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: linux-scsi@vger.kernel.org, open list References: <1535088810-20989-1-git-send-email-sayalil@codeaurora.org> <1535088810-20989-3-git-send-email-sayalil@codeaurora.org> <5d2a6dea-e524-fca7-3c4b-a45bc9e6516a@intel.com> <8ee0372b-d930-208d-520b-5a38642a2844@codeaurora.org> From: Sayali Lokhande Message-ID: <49d1be22-b85d-abfb-3b4e-d8b4b7176d14@codeaurora.org> Date: Tue, 28 Aug 2018 17:10:00 +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: 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/28/2018 4:56 PM, Adrian Hunter wrote: > On 28/08/18 13:23, Sayali Lokhande wrote: >> Hi Adrian, >> >> On 8/24/2018 2:15 PM, Adrian Hunter wrote: >>> On 24/08/18 08:33, 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 needs to be enabled for using this feature. >>>> >>>> Usage: >>>> 1) To read current configuration descriptor : >>>>     cat /config/XXXX.ufshc/ufs_provision >>>> 2) To provision ufs device: >>>>     echo > /config/XXXX.ufshc/ufs_provision >>>> >>>> Signed-off-by: Sayali Lokhande >>>> --- >>>>   Documentation/ABI/testing/configfs-driver-ufs |  18 +++ >>>>   drivers/scsi/ufs/Kconfig                      |  10 ++ >>>>   drivers/scsi/ufs/Makefile                     |   1 + >>>>   drivers/scsi/ufs/ufs-configfs.c               | 155 >>>> ++++++++++++++++++++++++++ >>>>   drivers/scsi/ufs/ufshcd.c                     |   3 +- >>>>   drivers/scsi/ufs/ufshcd.h                     |  17 +++ >>>>   6 files changed, 203 insertions(+), 1 deletion(-) >>>>   create mode 100644 Documentation/ABI/testing/configfs-driver-ufs >>>>   create mode 100644 drivers/scsi/ufs/ufs-configfs.c >>>> >>>> diff --git a/Documentation/ABI/testing/configfs-driver-ufs >>>> b/Documentation/ABI/testing/configfs-driver-ufs >>>> new file mode 100644 >>>> index 0000000..eeee499c >>>> --- /dev/null >>>> +++ b/Documentation/ABI/testing/configfs-driver-ufs >>>> @@ -0,0 +1,18 @@ >>>> +What:        /config/ufshcd/ufs_provision >>> You are using the device name as the config subsystem name, so this is >>> really: >>> >>>     What:        /config/*/ufs_provision >> Agree. Will update. >>>> +Date:        Jun 2018 >>>> +KernelVersion:    4.14 >>> 4.19 maybe >> Done. >>>> +Description: >>>> +        This file shows the current ufs configuration descriptor set in >>>> device. >>> It is only the first config descriptor though isn't it?  There is no support >>> for the other 3.  Shouldn't we support config descriptors fully? >> Yes, we should support config descriptors fully. My current implementation >> only supports config desc (index = 00h). >> I m thinking I can add separate "index" field along with "ufs_provision" >> field and can use this index (instead of hard coding to 0) >> to write repective config_desc. In this way, we should first set the "index" >> and then read/write to "ufs_provision". >> Let me know if you have any concern with this approach ? > One file for each config descriptor would seem more normal. I can make separate file for each config descriptor index(say ufs_provision_0/1/2/3), but still show() and store() api's can remain common. Will try it out and update. >>>> +        This can be used to provision ufs device if bConfigDescrLock is 0. >>>> +        For more details, refer 14.1.6.3 Configuration Descriptor and >>>> +        Table 14-12 - Unit Descriptor configurable parameters from specs >>>> for >>>> +        description of each configuration descriptor parameter. >>>> +        Configuration descriptor buffer needs to be passed in space >>>> separated >>>> +        format specificied as below: >>> specificied -> specified >> Done >>>> +        echo >>>> +        >>>> +        >>>> +        <0Bh:0Fh_ReservedAs_0> >>>> +        >>>> >>>> +        <0Dh:0Fh_ReservedAs_0> >>> This format is not exactly correct anymore because each byte has to be >>> represented separately.  Also theoretically it can be change, so maybe >>> better just to refer the user to the UFS specification. >> Agree. Will update to just refer to UFS spec (for Config_desc format). >> >>>> +        > /config/XXXX.ufshc/ufs_provision >>>> diff --git a/drivers/scsi/ufs/Kconfig b/drivers/scsi/ufs/Kconfig >>>> index e27b4d4..a9a0a58 100644 >>>> --- a/drivers/scsi/ufs/Kconfig >>>> +++ b/drivers/scsi/ufs/Kconfig >>>> @@ -100,3 +100,13 @@ config SCSI_UFS_QCOM >>>>           Select this if you have UFS controller on QCOM chipset. >>>>         If unsure, say N. >>>> + >>>> +config UFS_PROVISION >>>> +    tristate "Runtime UFS Provisioning support" >>>> +    depends on SCSI_UFSHCD && CONFIGFS_FS >>>> +    help >>>> +      This enables runtime UFS provisioning support. This can be used >>>> +      primarily during assembly line as some devices may be required to >>>> +      be configured multiple times during initial development phase. >>>> + >>>> +      If unsure, say N. >>>> diff --git a/drivers/scsi/ufs/Makefile b/drivers/scsi/ufs/Makefile >>>> index 918f579..00110ea 100644 >>>> --- a/drivers/scsi/ufs/Makefile >>>> +++ b/drivers/scsi/ufs/Makefile >>>> @@ -5,5 +5,6 @@ obj-$(CONFIG_SCSI_UFS_DWC_TC_PLATFORM) += >>>> tc-dwc-g210-pltfrm.o ufshcd-dwc.o tc-d >>>>   obj-$(CONFIG_SCSI_UFS_QCOM) += ufs-qcom.o >>>>   obj-$(CONFIG_SCSI_UFSHCD) += ufshcd-core.o >>>>   ufshcd-core-objs := ufshcd.o ufs-sysfs.o >>>> +obj-$(CONFIG_UFS_PROVISION) += ufs-configfs.o >>>>   obj-$(CONFIG_SCSI_UFSHCD_PCI) += ufshcd-pci.o >>>>   obj-$(CONFIG_SCSI_UFSHCD_PLATFORM) += ufshcd-pltfrm.o >>>> diff --git a/drivers/scsi/ufs/ufs-configfs.c >>>> b/drivers/scsi/ufs/ufs-configfs.c >>>> new file mode 100644 >>>> index 0000000..74563a4 >>>> --- /dev/null >>>> +++ b/drivers/scsi/ufs/ufs-configfs.c >>>> @@ -0,0 +1,155 @@ >>>> +// SPDX-License-Identifier: GPL-2.0+ >>>> +// Copyright (c) 2018, Linux Foundation. >>>> + >>>> +#include >>>> +#include >>>> +#include >>>> + >>>> +#include "ufs.h" >>>> +#include "ufshcd.h" >>>> + >>>> +static inline struct ufs_hba *config_item_to_hba(struct config_item *item) >>>> +{ >>>> +    struct config_group *group = to_config_group(item); >>>> +    struct configfs_subsystem *subsys = to_configfs_subsystem(group); >>>> +    struct ufs_hba *hba = container_of(subsys, struct ufs_hba, subsys); >>>> + >>>> +    return subsys ? hba : NULL; >>>> +} >>>> + >>>> +static ssize_t ufs_provision_show(struct config_item *item, char *buf) >>>> +{ >>>> +    u8 desc_buf[QUERY_DESC_CONFIGURATION_DEF_SIZE] = {0}; >>> Is it really ok to hard-code the descriptor size? >> I will use ufshcd_read_desc_length() api for each index as required. Will >> remove this hard-code. > Alternatively, I see there is already hba->desc_size.conf_desc hba->desc_size.conf_desc is actually size for index 0. I thought what if desc size various per index. So better to read for each index. What say ? > >>>> +    int desc_buf_len = QUERY_DESC_CONFIGURATION_DEF_SIZE; >>>> +    int i, ret, curr_len = 0; >>>> +    struct ufs_hba *hba = config_item_to_hba(item); >>>> + >>>> +    ret = ufshcd_query_descriptor_retry(hba, UPIU_QUERY_OPCODE_READ_DESC, >>>> +        QUERY_DESC_IDN_CONFIGURATION, 0, 0, desc_buf, &desc_buf_len); >>>> + >>>> +    if (ret) >>>> +        return ret; >>>> + >>>> +    for (i = 0; i < desc_buf_len; i++) >>>> +        curr_len += snprintf((buf + curr_len), (PAGE_SIZE - curr_len), >>>> +                "0x%x ", desc_buf[i]); >>>> + >>>> +    return curr_len; >>>> +} >>>> + >>>> +ssize_t ufshcd_desc_configfs_store(struct ufs_hba *hba, >>>> +        const char *buf, size_t count) >>>> +{ >>>> +    char *strbuf; >>>> +    char *strbuf_copy; >>>> +    u8 desc_buf[QUERY_DESC_CONFIGURATION_DEF_SIZE] = {0}; >>>> +    int desc_buf_len = QUERY_DESC_CONFIGURATION_DEF_SIZE; >>>> +    char *token; >>>> +    int i, ret, value; >>>> +    u32 config_desc_lock = 0; >>>> + >>>> +    /* reserve one byte for null termination */ >>>> +    strbuf = kmalloc(count + 1, GFP_KERNEL); >>>> +    if (!strbuf) >>>> +        return -ENOMEM; >>>> + >>>> +    strbuf_copy = strbuf; >>>> +    strlcpy(strbuf, buf, count + 1); >>>> + >>>> +    /* Just return if bConfigDescrLock is already set */ >>>> +    ret = ufshcd_query_attr(hba, UPIU_QUERY_OPCODE_READ_ATTR, >>>> +        QUERY_ATTR_IDN_CONF_DESC_LOCK, 0, 0, &config_desc_lock); >>>> +    if (ret) >>>> +        goto out; >>>> + >>>> +    if (config_desc_lock) { >>>> +        dev_err(hba->dev, "%s: bConfigDescrLock already set to %u, >>>> cannot re-provision device!\n", >>>> +        __func__, config_desc_lock); >>>> +        ret = -EINVAL; >>>> +        goto out; >>>> +    } >>>> + >>>> +    for (i = 0; i < QUERY_DESC_CONFIGURATION_DEF_SIZE; i++) { >>>> +        token = strsep(&strbuf, " "); >>>> +        if (!token && i) >>>> +            break; >>>> + >>>> +        ret = kstrtoint(token, 0, &value); >>>> +        if (ret) { >>>> +            dev_err(hba->dev, "%s: kstrtoint failed %d %s\n", >>>> +                __func__, ret, token); >>>> +            ret = -EINVAL; >>>> +            goto out; >>>> +        } >>>> +        desc_buf[i] = (u8)value; >>>> +    } >>>> + >>>> +    /* Write configuration descriptor to provision ufs */ >>>> +    ret = ufshcd_query_descriptor_retry(hba, UPIU_QUERY_OPCODE_WRITE_DESC, >>>> +        QUERY_DESC_IDN_CONFIGURATION, 0, 0, desc_buf, &desc_buf_len); >>>> + >>>> +    if (!ret) >>>> +        dev_info(hba->dev, "%s: UFS Provisioning done, reboot now!\n", >>> That is not necessarily true - bConfDescContinue might have been used or >>> bConfigDescrLock might need to be set.  Better just to say that >>> configuration descriptor 0 was written. >> Agree. Will update. >>>> +        __func__); >>>> + >>>> +out: >>>> +    kfree(strbuf_copy); >>>> +    if (ret) >>>> +        return ret; >>>> +    return count; >>>> +} >>>> + >>>> +static ssize_t ufs_provision_store(struct config_item *item, >>>> +        const char *buf, size_t count) >>>> +{ >>>> +    struct ufs_hba *hba = config_item_to_hba(item); >>>> + >>>> +    return ufshcd_desc_configfs_store(hba, buf, count); >>>> +} >>>> + >>>> +static struct configfs_attribute ufshcd_attr_provision = { >>>> +    .ca_name    = "ufs_provision", >>>> +    .ca_mode    = 0644, >>>> +    .ca_owner    = THIS_MODULE, >>>> +    .show        = ufs_provision_show, >>>> +    .store        = ufs_provision_store, >>>> +}; >>>> + >>>> +static struct configfs_attribute *ufshcd_attrs[] = { >>>> +    &ufshcd_attr_provision, >>>> +    NULL, >>>> +}; >>>> + >>>> +static struct config_item_type ufscfg_type = { >>>> +    .ct_attrs    = ufshcd_attrs, >>>> +    .ct_owner    = THIS_MODULE, >>>> +}; >>>> + >>>> +static struct configfs_subsystem ufscfg_subsys = { >>>> +    .su_group = { >>>> +        .cg_item = { >>>> +            .ci_type = &ufscfg_type, >>>> +        }, >>>> +    }, >>>> +}; >>>> + >>>> +void ufshcd_configfs_init(struct ufs_hba *hba, const char *name) >>>> +{ >>>> +    int ret; >>>> +    struct configfs_subsystem *subsys = &hba->subsys; >>>> + >>>> +    strncpy(ufscfg_subsys.su_group.cg_item.ci_namebuf, name, strlen(name)); >>>> +    subsys->su_group = ufscfg_subsys.su_group; >>> configfs_subsystem cannot share su_group with other configfs_subsystem i.e >>> you are not allowing for there being more than 1 hba >> Agree. I think I will have to move above >> declarations(ufscfg_subsys/ufscfg_type/ufshcd_attrs) in driver .c/.h file >> (to make it per ufs hba/probe). >> Will check and update. >>>> +    config_group_init(&subsys->su_group); >>>> +    mutex_init(&subsys->su_mutex); >>>> +    ret = configfs_register_subsystem(subsys); >>>> +    if (ret) >>>> +        pr_err("Error %d while registering subsystem %s\n", >>>> +               ret, >>>> +               subsys->su_group.cg_item.ci_namebuf); >>>> +} >>>> + >>>> +void ufshcd_configfs_exit(void) >>>> +{ >>>> +    configfs_unregister_subsystem(&ufscfg_subsys); >>>> +} >>>> diff --git a/drivers/scsi/ufs/ufshcd.c b/drivers/scsi/ufs/ufshcd.c >>>> index e01cdc0..32a67b0 100644 >>>> --- a/drivers/scsi/ufs/ufshcd.c >>>> +++ b/drivers/scsi/ufs/ufshcd.c >>>> @@ -7711,6 +7711,7 @@ int ufshcd_shutdown(struct ufs_hba *hba) >>>>   void ufshcd_remove(struct ufs_hba *hba) >>>>   { >>>>       ufs_sysfs_remove_nodes(hba->dev); >>>> +    ufshcd_configfs_exit(); >>>>       scsi_remove_host(hba->host); >>>>       /* disable interrupts */ >>>>       ufshcd_disable_intr(hba, hba->intr_mask); >>>> @@ -7965,7 +7966,7 @@ int ufshcd_init(struct ufs_hba *hba, void __iomem >>>> *mmio_base, unsigned int irq) >>>>         async_schedule(ufshcd_async_scan, hba); >>>>       ufs_sysfs_add_nodes(hba->dev); >>>> - >>>> +    ufshcd_configfs_init(hba, dev_name(hba->dev)); >>>>       return 0; >>>>     out_remove_scsi_host: >>>> diff --git a/drivers/scsi/ufs/ufshcd.h b/drivers/scsi/ufs/ufshcd.h >>>> index 45013b6..2275032 100644 >>>> --- a/drivers/scsi/ufs/ufshcd.h >>>> +++ b/drivers/scsi/ufs/ufshcd.h >>>> @@ -37,6 +37,7 @@ >>>>   #ifndef _UFSHCD_H >>>>   #define _UFSHCD_H >>>>   +#include >>>>   #include >>>>   #include >>>>   #include >>>> @@ -515,6 +516,9 @@ struct ufs_hba { >>>>         struct Scsi_Host *host; >>>>       struct device *dev; >>>> +#ifdef CONFIG_UFS_PROVISION >>>> +    struct configfs_subsystem subsys; >>>> +#endif >>>>       /* >>>>        * This field is to keep a reference to "scsi_device" corresponding to >>>>        * "UFS device" W-LU. >>>> @@ -868,6 +872,19 @@ int ufshcd_read_string_desc(struct ufs_hba *hba, int >>>> desc_index, >>>>   int ufshcd_hold(struct ufs_hba *hba, bool async); >>>>   void ufshcd_release(struct ufs_hba *hba); >>>>   +/* Expose UFS configfs API's */ >>>> +#ifndef CONFIG_UFS_PROVISION >>>> +static inline void ufshcd_configfs_init(struct ufs_hba *hba, const char >>>> *name) >>>> +{ >>>> +} >>>> +static inline void ufshcd_configfs_exit(void) >>>> +{ >>>> +} >>>> +#else >>>> +void ufshcd_configfs_init(struct ufs_hba *hba, const char *name); >>>> +void ufshcd_configfs_exit(void); >>>> +#endif >>>> + >>>>   int ufshcd_map_desc_id_to_length(struct ufs_hba *hba, enum desc_idn >>>> desc_id, >>>>       int *desc_length); >>>> >>