Received: by 2002:ac2:464d:0:0:0:0:0 with SMTP id s13csp3289993lfo; Mon, 23 May 2022 00:49:58 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzzwgz6lOCuzXi2ZY19pf+lzbe6An/JCOlhJhKvynRVuxDRGvXw09+0FO2cBWkJi02qJN7Y X-Received: by 2002:a17:90a:b017:b0:1df:6f31:c273 with SMTP id x23-20020a17090ab01700b001df6f31c273mr24943863pjq.167.1653292198378; Mon, 23 May 2022 00:49:58 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653292198; cv=none; d=google.com; s=arc-20160816; b=ieHY4p6EXFqJAWGdvbev1TLDPfnI6AyrMWMZ3Dh6kU+JIkk2cvf9/55VXdt80mk9pY mCPQ5JFEJRcG/1bO8zn/RlmzOgcPZK42itknhbe/GrMUtKRroHjWT1yjfi015xoEiV6X mg39n8RZMYM+R+cpSKD5gaA8ObAcDlHKmjeSsAmclo6hU99X1wHE7VwaLg/oTo14x1Sp RUvrrr1jgz/JucPmLW3yH2yrKwKbS5hJjTUdPvNhbv+PxgxGuZtVLMbTSLD62TP4BpDQ vhSori8p8R3F66m/jRfdjg8Sxp0JOyowqm5byn29rpW8s1p944qplbN+i5I0lr0PBuFM G8Ag== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=GXl2vZK8puszcOApjIRM6ipBqamYF8etYeeQxgi9t5c=; b=TJ1aO6kBJRh9Duythktrwrce++a9u8LbnkJ9feXPBjg/81rwkz51zSMb8jDfvqqBvi vWuwm6TdKE3SmZ/hMrL1rajf5aaV+TC48eHu55O8mQuqbjPrOD/2QfUlDD8m3xC4cZY3 CYCAOsfRiy6JQ0HxuLfTUdlEoCxu+2pC80J5wUuZgpuXElojp+S2RzZSt0/3QZcVQ1Bw BZTaVAnSwWoHvgRGnNpZ2K1J679fFzYH35/i1CamGgvHGUW+DdlXCXILe8o8HVFTVoF6 t9r1gTBhxKox/wlBClPcDUfvCt3Q3sOTkMFUAwqRT7y6JNG6NHbtLAkrBKcbz4POoIhk 49wA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Ge1GbYxJ; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [23.128.96.19]) by mx.google.com with ESMTPS id l73-20020a633e4c000000b003c6e6293026si9509885pga.139.2022.05.23.00.49.58 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 00:49:58 -0700 (PDT) Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19; Authentication-Results: mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Ge1GbYxJ; dkim=neutral (no key) header.i=@linutronix.de header.s=2020e; spf=softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 269F72181C6; Sun, 22 May 2022 23:54:06 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354066AbiETX0W (ORCPT + 99 others); Fri, 20 May 2022 19:26:22 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:36556 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1354077AbiETX0G (ORCPT ); Fri, 20 May 2022 19:26:06 -0400 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ADF1754BE8 for ; Fri, 20 May 2022 16:26:00 -0700 (PDT) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1653089158; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=GXl2vZK8puszcOApjIRM6ipBqamYF8etYeeQxgi9t5c=; b=Ge1GbYxJiIrzO7+HtjEO7xasn5LCGkqxqYYrM/F0B6gO0Q1SUxnLjfjWJCibrC/MXIpjJ3 FtGAkaCTtAnpcrVC9FOp2RZfblScKVBXtToMz61M/KdI9ANzNZN1KlLqVxr9/Wh/2KObhA F3+wyQoA4maHBAATR8GCsrLC0CqxevVL28uEo2xPVafnalKJf2mVcibpqTtokBBR/GjJ0B B7JpFCWXL0NpRkRsB8Yzs+AvESIXQdH9nKyR46Hu8aZxEPX3mt3vyN3VYJjB5JtAvG8uGk JhRvNDjSTse1Q6zy9lhGiIpgNgxSHe5dg9H3URRXB1QJh5dD3uFf0vc3cSXDuA== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1653089158; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=GXl2vZK8puszcOApjIRM6ipBqamYF8etYeeQxgi9t5c=; b=bdrx6T6/OumYHk0OqR+Y8wRLS0Vj5+UqI6uPx0nzpCsD/CVpT6lvt1ijM8c2h+x5jG4zGY SnVBUdez4bhQH/CQ== To: Shreenidhi Shedi , srivatsa@csail.mit.edu, amakhalov@vmware.com, mingo@redhat.com, bp@alien8.de, dave.hansen@linux.intel.com, hpa@zytor.com Cc: virtualization@lists.linux-foundation.org, pv-drivers@vmware.com, x86@kernel.org, linux-kernel@vger.kernel.org, yesshedi@gmail.com, Shreenidhi Shedi Subject: Re: [PATCH v2] x86/vmware: use unsigned integer for shifting In-Reply-To: <20220520140954.597725-1-sshedi@vmware.com> References: <20220520140954.597725-1-sshedi@vmware.com> Date: Sat, 21 May 2022 01:25:57 +0200 Message-ID: <87pmk7iy62.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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-kernel@vger.kernel.org On Fri, May 20 2022 at 19:39, Shreenidhi Shedi wrote: > From: Shreenidhi Shedi > > From: Shreenidhi Shedi Can you please decide which of your personalities wrote that patch? > Shifting signed 32-bit value by 31 bits is implementation-defined > behaviour. Using unsigned is better option for this. Better option? There are no options. It's either correct or not. Please be precise and technical in your wording. > Fixes: 4cca6ea04d31 ("x86/apic: Allow x2apic without IR on VMware platform") > > Signed-off-by: Shreenidhi Shedi Please keep the tags together. This extra new line is pointless and makes the maintainer do extra work to remove it. Documentation/process/* has all the relevant directives for you. Following them is not an option. It's mandatory. > @@ -476,8 +477,8 @@ static bool __init vmware_legacy_x2apic_available(void) > { > uint32_t eax, ebx, ecx, edx; > VMWARE_CMD(GETVCPU_INFO, eax, ebx, ecx, edx); > - return (eax & (1 << VMWARE_CMD_VCPU_RESERVED)) == 0 && > - (eax & (1 << VMWARE_CMD_LEGACY_X2APIC)) != 0; > + return !(eax & BIT(VMWARE_CMD_VCPU_RESERVED)) && > + (eax & BIT(VMWARE_CMD_LEGACY_X2APIC)) Testing your changes before submission is not optional either. How is this supposed to compile? Thanks, tglx