Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3351413pxb; Fri, 4 Feb 2022 06:52:42 -0800 (PST) X-Google-Smtp-Source: ABdhPJyE6amJbzx7N3xT4sgKylfPUh7ieMC3qKoeine1aqSxdl0aOXo1cIpXr9AMU2QoJjoqXnit X-Received: by 2002:a17:906:8412:: with SMTP id n18mr2783280ejx.483.1643986362532; Fri, 04 Feb 2022 06:52:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643986362; cv=none; d=google.com; s=arc-20160816; b=d8OeE/ykcp0OPhuclgHbsMtFhobQqETfduEfLBTlXbQyRHbxuSTJ2sljTHg+SjPXyY EiBRIR55uQyvnQgs508MyGItgrh1uYTV5cLB8maJII3Z3cnsKFVqdEgGJ3ZDLziXuOUF tsNjFY3gZTpVyGX+SL3L0AucyIt1djNxCvd/iQyNM0Pc7OFJ09PfSRzZ077CZrXip04H yh2DlpfDBh6Wkxy+SG84VQL8Ppzb69aBynICAsgR+RStb3nwZkzEywPdaXiojBFCc13R hKBC3amVaf3w+m8LoRJKID/x7TqZD8BYL6DmNxFd0gp2skc82kp3dKnmcxMjRHMwZ4Xh 31nw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:date:cc:to:from:subject :message-id; bh=MfxpEy6nwFo4epcuYs29tn0Wuqolw24k8kgUPCO1mbE=; b=c4C2OtUx/bYYQbLtB0ifeA8rNhqU2Z+fLdIrnbEH6sr8Qv9if1hvRTSqFpyCJO7n9E nWvHHkFrgzg/rUixqGKSfbD+Xlav0OqcuuqDJoDdEYc2NeRg/FAYbcAdF2Mp1PW8SSS7 p4XWWFtazpLet+Zae/F1ieTeqozZ6yvwpr++HS3mQfcT6Fc10t1jTrHflgFoYjXdvA8t pGgT3Axwy38c/GLZQiwTHagwWk0EZP3iFI7ac5KoI1g5WH0VG0QxHp1uZ61boZ4f6ApJ DVXUAfJvTYOYaxUbwyAEyzqzEHVlcriYWeQECxv1yoCmuYzlpW0Mx9D/RcvUZLNu3LOH RAAA== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id w19si1346180edc.225.2022.02.04.06.52.15; Fri, 04 Feb 2022 06:52:42 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358222AbiBDKOQ (ORCPT + 99 others); Fri, 4 Feb 2022 05:14:16 -0500 Received: from relay4.hostedemail.com ([64.99.140.35]:59287 "EHLO relay4.hostedemail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S236921AbiBDKOO (ORCPT ); Fri, 4 Feb 2022 05:14:14 -0500 Received: from omf13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 2E13E233D5; Fri, 4 Feb 2022 10:14:13 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf13.hostedemail.com (Postfix) with ESMTPA id 94F0B2001E; Fri, 4 Feb 2022 10:14:11 +0000 (UTC) Message-ID: Subject: Re: [PATCH V5 1/3] platform/x86: Add Intel Software Defined Silicon driver From: Joe Perches To: "David E. Box" , hdegoede@redhat.com, gregkh@linuxfoundation.org, andriy.shevchenko@linux.intel.com, srinivas.pandruvada@intel.com, mgross@linux.intel.com Cc: linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, Mark Gross Date: Fri, 04 Feb 2022 02:14:10 -0800 In-Reply-To: <20220204053046.2475671-2-david.e.box@linux.intel.com> References: <20220204053046.2475671-1-david.e.box@linux.intel.com> <20220204053046.2475671-2-david.e.box@linux.intel.com> Content-Type: text/plain; charset="ISO-8859-1" User-Agent: Evolution 3.40.4-1ubuntu2 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Rspamd-Queue-Id: 94F0B2001E X-Spam-Status: No, score=-4.69 X-Stat-Signature: ydd71wdpkau56qatg8kyeubdkw717xzp X-Rspamd-Server: rspamout02 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX196MIkOYnFTw0WTDvhJHlAh7MzwlEJuSoU= X-HE-Tag: 1643969651-478145 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2022-02-03 at 21:30 -0800, David E. Box wrote: > Intel Software Defined Silicon (SDSi) is a post manufacturing mechanism for > activating additional silicon features. Features are enabled through a > license activation process. Why isn't this a user process and not a kernel one? > V5 > - Update kernel version to 5.18 in API doc and copyrights to 2022. > - Remove unneeded prototypes. > - In binary attribute handlers where ret is only used for errors, > replace, > return (ret < 0) ? ret : size; > with, > return ret ?: size; I think this style overly tricky. Why not the canonical: if (ret < 0) return ret; return size;