Received: by 2002:a05:6358:489b:b0:bb:da1:e618 with SMTP id x27csp1650586rwn; Fri, 9 Sep 2022 01:39:04 -0700 (PDT) X-Google-Smtp-Source: AA6agR7FgeaaAa7zJUhUqr/lVLRLRjEd/D0Em0ZmJKlc7pG8eRbp0BScx9mjBLNZbTo+/iNYMeog X-Received: by 2002:a2e:958c:0:b0:26b:de19:ca51 with SMTP id w12-20020a2e958c000000b0026bde19ca51mr1367926ljh.449.1662712744529; Fri, 09 Sep 2022 01:39:04 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662712744; cv=none; d=google.com; s=arc-20160816; b=sbOJ0K4Xp/voQ/IAFdBlEpF/SShXas5sXURyBpGVPFy5AaJaexRYTF2yH/SuG7WW1T OT62MFt0cG23UdqD1aWAWyaw9qnTF5axvgSvX9VnnJZHQnu2arE3oIb1PNWljnliJLed GJoBF2Wt7FhvPu2ZI5y9aSmOdbw/fullfzloawWI9u51YOK7UXGNVeYGJtWBafNC3rkY 4Q1XL3HebTy07JhTfxqNYjyZhsWYhw3Eqvvlv1O6MKWsRwpiIfUHQts7KPuadvn52wou iPhzPGInXGAgNlRuvLHZs9hk6pe6+Z40hRXLpN8vHG9FUrp2fA3tJvKSv8btEDVyXCy2 X6Yw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=2L/smYVfaRz7sXbCaT6CIunYAgzw3a+URDU6x+4wxOk=; b=v6DhqeBzJElYeItooEYG2Bpisd8BKg3hoU2pLuOmlZePMCg8IRGMk6gBFnrToHR8su 0TznK6xDWIPKYJyYwSoj0mi3zoqtT+n/and059nqbDmXmbjwkKmsuezACchtE6JZ67HY hn2fdSmQ9yFPA2+SMkDcFow8yNKAoyBFD5cJFWgrjwy1Vf64G/Padl0b3LTY1pKq35PG v8Bh8AGPxqtpN3tu0v0tYpOLs/RxAYU43Gq9FBGA9j88+D7VOUV6ccN5NWfRF/tIdWHw BvkjLDih5P0GkA+j7isE4osqCo7MDMvniNa76adzPLC+ddcVsEmJROliCpQD94TyIQfc lNbg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=rdmK7ipA; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b6-20020a056512304600b00494952a9221si571223lfb.34.2022.09.09.01.38.25; Fri, 09 Sep 2022 01:39:04 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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=@linuxfoundation.org header.s=korg header.b=rdmK7ipA; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229776AbiIII2A (ORCPT + 99 others); Fri, 9 Sep 2022 04:28:00 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55480 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231376AbiIII17 (ORCPT ); Fri, 9 Sep 2022 04:27:59 -0400 Received: from ams.source.kernel.org (ams.source.kernel.org [IPv6:2604:1380:4601:e00::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DFBB1129C4C; Fri, 9 Sep 2022 01:27:56 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ams.source.kernel.org (Postfix) with ESMTPS id C19F0B82400; Fri, 9 Sep 2022 08:27:54 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 1BFBAC433D6; Fri, 9 Sep 2022 08:27:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1662712073; bh=wplK1MNx6GLWVUbbruKvDkA3JRB/6GAIG6BnV8rErfY=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=rdmK7ipAWJeq9bGSuaMLTMeFZrmSMuKXrGJ41kMfygaKeuw+7UCciaAO7EYxGEbCN 5cXADqTZ3S87XLkjITJIVGvRgeNqhLuFrdLFpBtR8W4NH7DHkHsq4i7WSiOp35srpa 8ZU2ejV5OMw/+rhcNyBLqkCuNvFqgnHToxLlU8jM= Date: Fri, 9 Sep 2022 10:27:50 +0200 From: Greg KH To: Kai Ye Cc: herbert@gondor.apana.org.au, linux-crypto@vger.kernel.org, linux-kernel@vger.kernel.org, wangzhou1@hisilicon.com, liulongfang@huawei.com Subject: Re: [PATCH v8 2/3] Documentation: add a isolation strategy sysfs node for uacce Message-ID: References: <20220902031304.37516-1-yekai13@huawei.com> <20220902031304.37516-3-yekai13@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220902031304.37516-3-yekai13@huawei.com> X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham 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-crypto@vger.kernel.org On Fri, Sep 02, 2022 at 03:13:03AM +0000, Kai Ye wrote: > Update documentation describing sysfs node that could help to > configure isolation strategy for users in the user space. And > describing sysfs node that could read the device isolated state. > > Signed-off-by: Kai Ye > --- > Documentation/ABI/testing/sysfs-driver-uacce | 26 ++++++++++++++++++++ > 1 file changed, 26 insertions(+) > > diff --git a/Documentation/ABI/testing/sysfs-driver-uacce b/Documentation/ABI/testing/sysfs-driver-uacce > index 08f2591138af..af5bc2f326d2 100644 > --- a/Documentation/ABI/testing/sysfs-driver-uacce > +++ b/Documentation/ABI/testing/sysfs-driver-uacce > @@ -19,6 +19,32 @@ Contact: linux-accelerators@lists.ozlabs.org > Description: Available instances left of the device > Return -ENODEV if uacce_ops get_available_instances is not provided > > +What: /sys/class/uacce//isolate_strategy > +Date: Sep 2022 > +KernelVersion: 6.0 > +Contact: linux-accelerators@lists.ozlabs.org > +Description: (RW) Configure the frequency size for the hardware error > + isolation strategy. This size is a configured integer value. > + The default is 0. The maximum value is 65535. This value is a > + threshold based on your driver strategies. I do not understand what the units are here. How is anyone supposed to know what they are? > + For example, in the hisilicon accelerator engine, first we will > + time-stamp every slot AER error. Then check the AER error log > + when the device AER error occurred. if the device slot AER error > + count exceeds the preset the number of times in one hour, the > + isolated state will be set to true. So the device will be > + isolated. And the AER error log that exceed one hour will be > + cleared. Of course, different strategies can be defined in > + different drivers. So this file can contain values of different units depending on the different driver that creates it? How is anyone supposed to know what it is and what it should be? This feels very loose, please define this much better so that it can be understood and maintained properly. thanks, greg k-h