Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3675561pxb; Fri, 4 Feb 2022 13:52:54 -0800 (PST) X-Google-Smtp-Source: ABdhPJw4DYPzL9Na+/Syv/i0v5haGoJQ1MM2pQXwEGTqXPFung2vCxJLlp8Iiq8PnCe17svRs9y7 X-Received: by 2002:a17:902:f551:: with SMTP id h17mr5136798plf.72.1644011573815; Fri, 04 Feb 2022 13:52:53 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1644011573; cv=none; d=google.com; s=arc-20160816; b=J6tg1Nl0wBbwV68qp9sj9ooJrd4oDFoFCz23lPFsL14Ya8LozFSENSnaE5mprkYTF1 fMnPZPAMRhWqtzFhV/dxwYmEUwSJV9x5cDgbIwKLeVp2uhJ23cVKBJoXx1IoqrNh8jiI GLJhTSbAhtuMMCgwoULVvMZVM8fH7b3TruETseZQYIZKLTIxRDKBxsM/K9YvDO0VKCws 9sb6Xbea//wpH1CdDEe0CmQWCU15CB6M7S4KJHnnAfK/CguPhKdPnuH+8WeQlYESCome KNE4whfdx/lCYJKSQaJnqaYCzDaBwK19jyK1Zjbbu/FMw/RbTO+NKWw8zGSfysjLwT/z qwJQ== 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=MEEVJESj9JC51ktlXkUFSSpUs/SB9sv8c/UoINRQb18=; b=uow+6SNEDQVpvLehlvWhM2UryqCwXX0IS1roA57pXESu8aXLoAzPRkO8YihqCERNNL o3dcvBBwScrtiCFptMlybVK7TnLFwDbddelovroZI4P6cNIPCz6i+KOTV1D/kPieZeK5 yGg0DY9iAZsEUxlRX7MNS8TNauFPxAI3yPcU0eOleHCx+v/mIgsFqDQggvJ8oPlGq250 cT3xWGnWbybbDh6QMwK9+v7nFh/gpHcba7KYk5FeF4mcjdoGuwkTW8tkQkmi4z56u4Ql jjep9L/hKqM8IA+ASgntbyiXWl0ipFoHrAXlGeO1svAFzKq8l60enjAsY9MMfdWLEcbr 2jbQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KGOrqyOr; 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=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id y70si3096679pgd.32.2022.02.04.13.52.41; Fri, 04 Feb 2022 13:52:53 -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; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=KGOrqyOr; 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=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1358890AbiBDOGj (ORCPT + 99 others); Fri, 4 Feb 2022 09:06:39 -0500 Received: from dfw.source.kernel.org ([139.178.84.217]:51992 "EHLO dfw.source.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S232992AbiBDOGi (ORCPT ); Fri, 4 Feb 2022 09:06:38 -0500 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 dfw.source.kernel.org (Postfix) with ESMTPS id CB7D860AFD; Fri, 4 Feb 2022 14:06:37 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 67452C004E1; Fri, 4 Feb 2022 14:06:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1643983597; bh=RyIR8dJMc1IOcmZizEww/InxQ1bBAmYfnuCHIM1TwrA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=KGOrqyOrclHpuY//lkGpSrXAgd+1/lmaoLA3C4sQEGbyJ48BfRQM37xUmncb7bYFP gD6YyG59Y6eHrX9NKVKAMA/aMgQVtOm+JO/dT9hm98kl+BMIkAbwI6OgFxByAD/A3Y gNNS31Tk5WCehSMMv3hFb9192ZfLmGCe8jNYqNDQ= Date: Fri, 4 Feb 2022 14:43:04 +0100 From: Greg KH To: "David E. Box" Cc: Joe Perches , hdegoede@redhat.com, andriy.shevchenko@linux.intel.com, srinivas.pandruvada@intel.com, mgross@linux.intel.com, linux-kernel@vger.kernel.org, platform-driver-x86@vger.kernel.org, Mark Gross Subject: Re: [PATCH V5 1/3] platform/x86: Add Intel Software Defined Silicon driver Message-ID: References: <20220204053046.2475671-1-david.e.box@linux.intel.com> <20220204053046.2475671-2-david.e.box@linux.intel.com> <372f76f7b1b7cf3d0ca38a7a84bcc23322ff12ed.camel@linux.intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <372f76f7b1b7cf3d0ca38a7a84bcc23322ff12ed.camel@linux.intel.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Feb 04, 2022 at 05:23:07AM -0800, David E. Box wrote: > On Fri, 2022-02-04 at 02:14 -0800, Joe Perches wrote: > > 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? > > This is a mechanism for provisioning CPU features during runtime. It requires a > driver to access the functionality. That functionality is discovered on a multi > functional PCI device that is owned by the upstream intel_vsec driver. > > > > > > 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; > > I can see not using the 2 parameter shortcut of the ternary operator, but the > regular 3 parameter expression is easy to read for simple operations. Not always. Spell it out please and be obvious. thanks, greg k-h