Received: by 2002:a05:6a10:9e8c:0:0:0:0 with SMTP id y12csp265266pxx; Thu, 29 Oct 2020 01:58:32 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwK2DmeHturaYdeljNeV1AzBLjv1d+hqSW3SveVrTGyPrCeqtdQai+dtxCkNg4ULYJdZOa8 X-Received: by 2002:a05:6402:1298:: with SMTP id w24mr2723901edv.280.1603961912652; Thu, 29 Oct 2020 01:58:32 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603961912; cv=none; d=google.com; s=arc-20160816; b=eeu/1EtFcHlcmScU/xdEUqDOiDrQEJMdbo5qJcY4cxcaSpIB32F8zx/PoQUA956/vw aJpxzUmUJVkO7yz97tb2Kmhut6c8v/FbYNLaD5BC1wgavc64sISv/7C/tU8ZwHa26THq K4ySdD5n1RyYi7Vi39/tDovYC/dPSXldUMSLJFjVVx8J0dhvVhvYCfOpSHDrWVbpkNIC 4G5uNTU5K6bvoTy6r+RHFk/csgKO7Ficr3YcKHK4vcosVUPB9xSGUHcwcEgEV4q4mQQV u15Cc/P4OuuhNCc9Wx+gTdsCjeI/PwKARLoaaEzFq3mkP3GcCw5UAxdM+tVA1Um8KL7y Q9Hg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:content-language :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject:dkim-signature; bh=k+MySIa0GO5sAsedbOJklvkP1JxXrpHRlnL4dRpsf/4=; b=yEx/1ANH8E+E+JkV/+wZQGOz5hHiqpehcDfqH/zr3gkMKu4nw9sB49bIrpNGn4JYf/ y3OojF8Mtr+9hVZqwFGHp/xZBasUyLNesLqK4JWSSqPRMKY/W2LWus6koe9PNJRkIZdF Cm/T8QuBF/d4G42+aKPgaVSAKw+ESTuFxeSDeYvyK+qmh4mhtvummsaGfE+doZdpqOUJ 8AlkqTq9DGY7n92LUSY96NWpizow8ZVMFTynwz75+MLGPpsIuapXDqpvDc++WHE4Tza2 WLKDvp3+AoKUVPA/Ty0TwGSTMOZo24tItcRFjsrfIWNG+TjDifwNYz0HUivZnhW56WdM 8lew== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=G4hu6+LP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lj4si1135186ejb.289.2020.10.29.01.58.10; Thu, 29 Oct 2020 01:58:32 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b=G4hu6+LP; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1726395AbgJ2HVn (ORCPT + 99 others); Thu, 29 Oct 2020 03:21:43 -0400 Received: from us-smtp-delivery-124.mimecast.com ([216.205.24.124]:49426 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726081AbgJ2HVJ (ORCPT ); Thu, 29 Oct 2020 03:21:09 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1603956067; 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: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=k+MySIa0GO5sAsedbOJklvkP1JxXrpHRlnL4dRpsf/4=; b=G4hu6+LPzLZiY1zNpGWejRN1iRAMp2Q2GNLdqbmT257sRo+Bf1ysqV76lin2NVdC+gC5Sh No6beNH6NsXdi/Tmmh9Ux0nYYZnj2F4Rw8fbM6NpyN+MWhCDkE15FY8CvZIP3Z7h8kTUP9 /Nafq0HQkbH7z+N7kfT/JkJvMux6zjQ= Received: from mail-wr1-f71.google.com (mail-wr1-f71.google.com [209.85.221.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-194-IRYWTd8mNVSj-YtfJTgKsw-1; Thu, 29 Oct 2020 03:04:35 -0400 X-MC-Unique: IRYWTd8mNVSj-YtfJTgKsw-1 Received: by mail-wr1-f71.google.com with SMTP id n14so882941wrp.1 for ; Thu, 29 Oct 2020 00:04:34 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=k+MySIa0GO5sAsedbOJklvkP1JxXrpHRlnL4dRpsf/4=; b=XdMs/iP0/OKb39sJOohVlKi4Clnmh6bYupM/Op1NkrhWDoAAmE+IFkB57tCtBrNJ6c MYVDclXmcvYmXHYxG/6HE0d9yJXDw8WX0kVjJX7URyV2HiQFQQNjO5jKfANiSUHejlC9 7eEUXuo7R9w7E2XGXTThIiSsR6ZfnehtB6zKHa9AKJECV0soCH2Ws+3o1yuow5I+DNwL 1Qqj9nkNnkNByqCPHrgHgmTL4CGSOjZXGfykIwW3mIetTWZlvueYYkF4/uX7F+5ZrSU9 LtmXI3vJXvcsUdD6+jh3DdPRW/pj++47jsP9eMb19NCsrU84+Hx+17XNUvYP9Ur4SUS9 LD9w== X-Gm-Message-State: AOAM532004zQXp1lDbJhJ/T+bCnsoOe6BvL/+FRGM4L9AwQmTmJPROml qWTJsMIgp1c6dP0ONbi1dp6Ba1HDJ4Zbq1Rrwiz0ZQplrwVc8wRjK0l3WZGHTHtViv4oUevjJ6E KMCB8hdEqHzBP6d7S1WAGdPuD X-Received: by 2002:adf:e4ca:: with SMTP id v10mr3780260wrm.53.1603955073915; Thu, 29 Oct 2020 00:04:33 -0700 (PDT) X-Received: by 2002:adf:e4ca:: with SMTP id v10mr3780234wrm.53.1603955073729; Thu, 29 Oct 2020 00:04:33 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:5e2c:eb9a:a8b6:fd3e? ([2001:b07:6468:f312:5e2c:eb9a:a8b6:fd3e]) by smtp.gmail.com with ESMTPSA id 3sm2825527wmd.19.2020.10.29.00.04.31 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 29 Oct 2020 00:04:33 -0700 (PDT) Subject: Re: [PATCH] [v2] x86: apic: avoid -Wshadow warning in header To: Arnd Bergmann , Thomas Gleixner , Ingo Molnar , Borislav Petkov , x86@kernel.org Cc: Arnd Bergmann , "K. Y. Srinivasan" , Haiyang Zhang , Stephen Hemminger , "H. Peter Anvin" , "Rafael J. Wysocki" , Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , linux-hyperv@vger.kernel.org, linux-kernel@vger.kernel.org, kvm@vger.kernel.org, platform-driver-x86@vger.kernel.org, xen-devel@lists.xenproject.org, iommu@lists.linux-foundation.org References: <20201028212417.3715575-1-arnd@kernel.org> From: Paolo Bonzini Message-ID: Date: Thu, 29 Oct 2020 08:04:31 +0100 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.3.1 MIME-Version: 1.0 In-Reply-To: <20201028212417.3715575-1-arnd@kernel.org> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 28/10/20 22:20, Arnd Bergmann wrote: > Avoid this by renaming the global 'apic' variable to the more descriptive > 'x86_system_apic'. It was originally called 'genapic', but both that > and the current 'apic' seem to be a little overly generic for a global > variable. The 'apic' affects only the current CPU, so one of 'x86_local_apic', 'x86_lapic' or 'x86_apic' is probably preferrable. I don't have huge objections to renaming 'apic' variables and arguments in KVM to 'lapic'. I do agree with Sean however that it's going to break again very soon. Paolo