Received: by 2002:a05:6a10:1a4d:0:0:0:0 with SMTP id nk13csp3494157pxb; Fri, 4 Feb 2022 09:38:58 -0800 (PST) X-Google-Smtp-Source: ABdhPJx/SGiuboWuyZX5QrgdgZq/L2WF2FZ0ShRkOXu9yN3H3XGkzkpTU7vAr5DnE4L1oVTbFiF2 X-Received: by 2002:aa7:8595:: with SMTP id w21mr4167667pfn.18.1643996337768; Fri, 04 Feb 2022 09:38:57 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1643996337; cv=none; d=google.com; s=arc-20160816; b=xXPniREuXR6vwzqXJ0fHgpd5eYT0TChEgNST0Ie5kMSZVTNXMl/G4c+U25lGpLvJ2b FEwldyxdA6L9Qp5y7Xt+PWyzjCz6ld2zshPK5q1tvptce3z2GzdngqGyi8XxbY2SQ483 tgOGkL+zEwgOR9PMtvObJbYIBEUM0oeOR8VtxwMCWdG9L+CBXHBQi31LkiosNp6a4KS7 srrshhDeyrF3msf8KaAnhkNwQOYw5UXKiT8sj9pmfkmvjqyziopZHUvh6CBqMOHIhDSB tl8ljMNrIpGpClTh4K3CISTRdvwO3MHOn5lXLUyIDd12urVlkXPsoh0mzeWmfxEMItU+ Xtzg== 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=AD8Fa7fz9gOb7zcblBNYLKeC5XHtmpBXPxn2R3zrS5A=; b=dFEyl24/4YHkRE93b0+Z8kaAD3Mj34lj5WVC891M2b8yUwiTQYJXBz/1P5QPYsX6/k bdmWhES3DqVSjKqqg+dsX/jEHZuhPIW5Kkr1Oa57xkQ+dszEjoLueN5cSGw1tZAgS7ZV 4FlwJ3yTBh2EK0mPzBVhOC2/7dJKuQHv6TY2FkdqIRPhHCMqPS0UsxpjI3VJFHtq0Xu/ hk22B3xSLVOacf5wQxRSSptayNwiRmutP1TTF26jiqfEoophVGkaPYLgSLQjG+IpSQvZ PlXL0TeT/DgvHgXySQdyN/Gy/ao82MXnKTGx6trB330eUSTHSKiotiizr9sHbZg8hgjf BCjA== 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 r145si2429659pgr.651.2022.02.04.09.38.45; Fri, 04 Feb 2022 09:38:57 -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 S1359192AbiBDOBU (ORCPT + 99 others); Fri, 4 Feb 2022 09:01:20 -0500 Received: from relay4.hostedemail.com ([64.99.140.35]:17816 "EHLO relay4.hostedemail.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1359186AbiBDOBT (ORCPT ); Fri, 4 Feb 2022 09:01:19 -0500 Received: from omf09.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay09.hostedemail.com (Postfix) with ESMTP id 9605B20C61; Fri, 4 Feb 2022 14:01:17 +0000 (UTC) Received: from [HIDDEN] (Authenticated sender: joe@perches.com) by omf09.hostedemail.com (Postfix) with ESMTPA id D433620034; Fri, 4 Feb 2022 14:01:15 +0000 (UTC) Message-ID: <71d3f97b4d4937b6e57772a56603766be7dd1ac8.camel@perches.com> Subject: Re: [PATCH V5 1/3] platform/x86: Add Intel Software Defined Silicon driver From: Joe Perches To: david.e.box@linux.intel.com, 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 06:01:15 -0800 In-Reply-To: <372f76f7b1b7cf3d0ca38a7a84bcc23322ff12ed.camel@linux.intel.com> References: <20220204053046.2475671-1-david.e.box@linux.intel.com> <20220204053046.2475671-2-david.e.box@linux.intel.com> <372f76f7b1b7cf3d0ca38a7a84bcc23322ff12ed.camel@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-Spam-Status: No, score=-4.72 X-Stat-Signature: 6hgnnr5yeyypf9q58swaqhbup7aap8w5 X-Rspamd-Server: rspamout01 X-Rspamd-Queue-Id: D433620034 X-Session-Marker: 6A6F6540706572636865732E636F6D X-Session-ID: U2FsdGVkX1+zPY1J4OVuTtdXhL5t7hkag7tqQnJP210= X-HE-Tag: 1643983275-443063 Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2022-02-04 at 05:23 -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: [] > > > - 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. The issue to me is it combines an error test and error return with the common return. it's also being used and avoided / naked with the similar return min(ret, size); https://lore.kernel.org/lkml/20211116121014.1675-1-zhaoxiao@uniontech.com/T/