Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp120149imn; Fri, 29 Jul 2022 01:32:28 -0700 (PDT) X-Google-Smtp-Source: AGRyM1tWh0tNy9CsrTZdNf2NZsPKs68XU9/uWPZnZAWjPY/RaXwDsJv9CGxkCrKrzed7khzejaLa X-Received: by 2002:a17:907:e87:b0:72b:4a74:e30b with SMTP id ho7-20020a1709070e8700b0072b4a74e30bmr2152315ejc.222.1659083548329; Fri, 29 Jul 2022 01:32:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659083548; cv=none; d=google.com; s=arc-20160816; b=bLOpvz2B//paMBbyC1hHoP6HjDsvtR0y6zUtyzmwROMABx3Z2hH5bEgF9R7lzE9RuL KPCLdwhQmzdImtuW9SM3jx10/n6WeRNXPRoMStNpSsoFw/FK0DJ7FjzM5mGJ5a9nIflH 6RLjwuRomGZUMlBQ7pBMtC5IBeR2EmTRtS7WWsu5fYTLVpD7armpGTr55BdDJ3o1J4Zt VWjP7DaIVwOwMTrHl6mezft8T0oaQajtqlO3Wi+HbZcBd0FXQrwHuGF9CXL1JnfhuXIw W1nyk3Hxti/fUZM+MrcM+UbhI+IdDqoW2w4fb4BnRkOgqjcdU4Bs5iRVymTRwfauCSJO 2GXg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=a3yGNw5Pw6Un/Uy9wnY0+CD/KjLBxNn7T2gy4eWMRDQ=; b=rq+zt2a/dwaNju590LoH7dB5ozt6f86ufiWuyLmNJKinpRjMPkSVajpRLcmnmYIiO9 U77/bDsap03yL+4HbY5bQup7jbH+bExLA7EZnrG6HQtv2FFSwIW7VZ16DBRihYQYqTEd 9qndLd3OwxApXrXY3D2JUpIhH+X1KByluWfea9PuupUvUeXhRBGmraRqJ6dmpae/hD7L aPmmERrXt2LC1HpDahWG2fHw2D7EZ8J/LF0b2++HXJtxXua8sU3mfwedBSF0ic/Qw2h4 xvptM5mQg9eRDLm7fh5pPLtgBiVHTdFx2GT8JsQEEmmzrowoikKGEpsw3W/V5X0aDi0s J9uA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Y365AcNC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hq4-20020a1709073f0400b0072b592b3fd6si3136738ejc.960.2022.07.29.01.32.03; Fri, 29 Jul 2022 01:32:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@chromium.org header.s=google header.b=Y365AcNC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=chromium.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S233873AbiG2I37 (ORCPT + 99 others); Fri, 29 Jul 2022 04:29:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37144 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234515AbiG2I35 (ORCPT ); Fri, 29 Jul 2022 04:29:57 -0400 Received: from mail-yw1-x1135.google.com (mail-yw1-x1135.google.com [IPv6:2607:f8b0:4864:20::1135]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D1A4659279 for ; Fri, 29 Jul 2022 01:29:56 -0700 (PDT) Received: by mail-yw1-x1135.google.com with SMTP id 00721157ae682-31f56c42ab5so43752807b3.10 for ; Fri, 29 Jul 2022 01:29:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=chromium.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=a3yGNw5Pw6Un/Uy9wnY0+CD/KjLBxNn7T2gy4eWMRDQ=; b=Y365AcNCH/EjT++/AOeD7Uflr2DeWivY8WxyHS2Bgc48yTSVS5EtFvhF3geZSAT+KO r4zvCwh2zxZhnZEKsVYvFPs2Dn22uDzwXph/GpiVOlf3f6jXtkyNFGB8+OewDjf/uacQ 6EKjpqLeu4QUxoT705CthQqPgoKp1A3N5RtyY= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=a3yGNw5Pw6Un/Uy9wnY0+CD/KjLBxNn7T2gy4eWMRDQ=; b=SPyZK8a65pHWjUckBSHKuxuTfkplWESMRDSFcTQMh7Or6sLow483p/l/qZB2634XZU ND0hfObIrSlCsCXU+58eVog1KwsQP/JNBnEnJZAxLGPb++nWFHGzcnEy4oXKhJ8R2pM2 GxbKCwqHK/6ax/eMvgbmlv6BsIb7LW+xtC4COWm45HzEx6eBbQCD9oAedVmMSLZA/fnl yQpkzsbvmvpmcQ2iMia30YRlthNiDvlWgnnSqfBtsTBYGNvAEl1WcAL4oCTUuHwB84Q+ CtSDJcV+RVNMcWDVM6+T6AQQhCjDTbNw09BMubLZGpmiMFAPINetP8Pl6MriXr2AJRI1 lGcw== X-Gm-Message-State: ACgBeo01vBfVqzog1OKSryifyIIaG8XemUAFrrbd5F8lIVGdzWeauxll FqZ2DeeQlohOyt5wHmjWaE/gCdRqNqQ70xpmwomIWQ== X-Received: by 2002:a81:342:0:b0:323:51dd:8277 with SMTP id 63-20020a810342000000b0032351dd8277mr2170952ywd.420.1659083396148; Fri, 29 Jul 2022 01:29:56 -0700 (PDT) MIME-Version: 1.0 References: <20220729020508.4147751-1-dlunev@chromium.org> <20220729120216.v3.2.Ibf9efc9be50783eeee55befa2270b7d38552354c@changeid> In-Reply-To: From: Daniil Lunev Date: Fri, 29 Jul 2022 18:29:45 +1000 Message-ID: Subject: Re: [PATCH v3 2/2] ufs: core: print UFSHCD capabilities in controller's sysfs node To: Greg Kroah-Hartman Cc: Adrian Hunter , Bart Van Assche , Alim Akhtar , Avri Altman , Bean Huo , Can Guo , Daejun Park , "James E.J. Bottomley" , "Martin K. Petersen" , Mauro Carvalho Chehab , Sohaib Mohamed , linux-kernel@vger.kernel.org, linux-scsi@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > > > > +What: /sys/bus/platform/drivers/ufshcd/*/capabilities/clock_scaling > > This shouldn't be linked to as a driver file, it's a device file. So no > need for this line. > > > +What: /sys/bus/platform/devices/*.ufs/capabilities/clock_scaling > > Since when are all ufs devices platform devices? Do we not have UFS > controllers on other types of busses? I have pretty much copped the structure of the entries across this file. Nearly all of the entries link both device and driver paths and nearly all of the entries mention the platform-based path (which you correctly mentioned is not factually correct, since we do have controllers on the pci bus). Please advise if it is ok to keep it like this for consistency or what would be the appropriate way to adjust the documentation? --Daniil