From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id D642CCCA481 for ; Fri, 15 Jul 2022 14:52:06 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S230301AbiGOOwG (ORCPT ); Fri, 15 Jul 2022 10:52:06 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38266 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229809AbiGOOwD (ORCPT ); Fri, 15 Jul 2022 10:52:03 -0400 Received: from mga18.intel.com (mga18.intel.com [134.134.136.126]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 6909A785BF for ; Fri, 15 Jul 2022 07:51:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1657896719; x=1689432719; h=from:to:cc:subject:date:message-id:in-reply-to: references:mime-version:content-transfer-encoding; bh=ZzyuoiCwqpLweGYOkG0+rKJpPglqwnxzM5a+WQyzOag=; b=IXRfsPKYtoljdTmJiyU5pLFo4YXlMcDE1Wk6fzslKkP/8KD7irDPEq3y uOCZ2CXZ0AOscRZDHh86AJEk3ix77v5rjaNEkuIco2UGIsz2e6LfBESvZ TgcDqIH6kCLwLtdVKm9DmtuCIk2KIjZ+zHEFoUlq1ZFFpJ4nCUwfJyAbD +gEN1bljd3HI30BBjSSOZNv0/GhZKyOeEQKboG/XtngpMXdIhzPAatFQA hTvbx9lpB6TrwHw6so1q9jwmNmybVe65A6YCsg3MG1JZ8F7eNix0tTaBT dCriR2hW7u3137BCp12UVbrK18V5rXIJrt5Y6d8MuGXVff1m4uiJi0Nz0 w==; X-IronPort-AV: E=McAfee;i="6400,9594,10408"; a="268834002" X-IronPort-AV: E=Sophos;i="5.92,274,1650956400"; d="scan'208";a="268834002" Received: from fmsmga008.fm.intel.com ([10.253.24.58]) by orsmga106.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 15 Jul 2022 07:51:58 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.92,274,1650956400"; d="scan'208";a="654357301" Received: from irvmail001.ir.intel.com ([10.43.11.63]) by fmsmga008.fm.intel.com with ESMTP; 15 Jul 2022 07:51:52 -0700 Received: from newjersey.igk.intel.com (newjersey.igk.intel.com [10.102.20.203]) by irvmail001.ir.intel.com (8.14.3/8.13.6/MailSET/Hub) with ESMTP id 26FEpnoA007626; Fri, 15 Jul 2022 15:51:49 +0100 From: Alexander Lobakin To: Yury Norov Cc: Alexander Lobakin , Guenter Roeck , Arnd Bergmann , Andy Shevchenko , Mark Rutland , Matt Turner , Brian Cain , Geert Uytterhoeven , Yoshinori Sato , Rich Felker , "David S. Miller" , Kees Cook , "Peter Zijlstra (Intel)" , Marco Elver , Borislav Petkov , Tony Luck , Maciej Fijalkowski , Jesse Brandeburg , Greg Kroah-Hartman , Nathan Chancellor , Nick Desaulniers , Tom Rix , kernel test robot , linux-alpha@vger.kernel.org, linux-hexagon@vger.kernel.org, linux-ia64@vger.kernel.org, linux-m68k@lists.linux-m68k.org, linux-sh@vger.kernel.org, sparclinux@vger.kernel.org, linux-arch@vger.kernel.org, llvm@lists.linux.dev, linux-kernel@vger.kernel.org Subject: Re: [PATCH v5 6/9] bitops: let optimize out non-atomic bitops on compile-time constants Date: Fri, 15 Jul 2022 16:50:53 +0200 Message-Id: <20220715145053.64569-1-alexandr.lobakin@intel.com> X-Mailer: git-send-email 2.36.1 In-Reply-To: References: <20220624121313.2382500-1-alexandr.lobakin@intel.com> <20220624121313.2382500-7-alexandr.lobakin@intel.com> <20220715000402.GA512558@roeck-us.net> <20220715132633.61480-1-alexandr.lobakin@intel.com> <8c949bd4-d25a-d5f5-49be-59d52e4b6c9d@roeck-us.net> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline Content-Transfer-Encoding: 8bit Precedence: bulk List-ID: X-Mailing-List: linux-m68k@vger.kernel.org From: Yury Norov Date: Fri, 15 Jul 2022 07:19:12 -0700 > On Fri, Jul 15, 2022 at 06:49:46AM -0700, Guenter Roeck wrote: > > On 7/15/22 06:26, Alexander Lobakin wrote: > > > From: Guenter Roeck > > > Date: Thu, 14 Jul 2022 17:04:02 -0700 > > > > > > > On Fri, Jun 24, 2022 at 02:13:10PM +0200, Alexander Lobakin wrote: > > > > > Currently, many architecture-specific non-atomic bitop > > > > > implementations use inline asm or other hacks which are faster or > > > > > > [...] > > > > > > > > Cc: Mark Rutland > > > > > Signed-off-by: Alexander Lobakin > > > > > Reviewed-by: Marco Elver > > > > > > > > Building i386:allyesconfig ... failed > > > > -------------- > > > > Error log: > > > > arch/x86/platform/olpc/olpc-xo1-sci.c: In function 'send_ebook_state': > > > > arch/x86/platform/olpc/olpc-xo1-sci.c:83:63: error: logical not is only applied to the left hand side of comparison > > > > > > Looks like a trigger, not a cause... Anyway, this construct: > > > > > > unsigned char state; > > > > > > [...] > > > > > > if (!!test_bit(SW_TABLET_MODE, ebook_switch_idev->sw) == state) > > > > > > doesn't look legit enough. > > > That redundant double-negation [of boolean value], together with > > > comparing boolean to char, provokes compilers to think the author > > > made logical mistakes here, although it works as expected. > > > Could you please try (if it's not automated build which you can't > > > modify) the following: > > > > > > > Agreed, the existing code seems wrong. The change below looks correct > > and fixes the problem. Feel free to add > > > > Reviewed-and-tested-by: Guenter Roeck > > > > to the real patch. > > > > Thanks, > > Guenter > > > > > --- a/arch/x86/platform/olpc/olpc-xo1-sci.c > > > +++ b/arch/x86/platform/olpc/olpc-xo1-sci.c > > > @@ -80,7 +80,7 @@ static void send_ebook_state(void) > > > return; > > > } > > > - if (!!test_bit(SW_TABLET_MODE, ebook_switch_idev->sw) == state) > > > + if (test_bit(SW_TABLET_MODE, ebook_switch_idev->sw) == !!state) > > > return; /* Nothing new to report. */ > > > input_report_switch(ebook_switch_idev, SW_TABLET_MODE, state); > > > --- > > > > > > We'd take it into the bitmap tree then. The series revealed > > > a fistful of existing code issues already :) > > Would you like me to add your signed-off-by and apply, or you prefer > to send it out as a patch? I'm sending it in a couple minutes :) > > Thanks, > Yury Thanks, Olek