Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp20877pxj; Wed, 23 Jun 2021 14:34:37 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy30xPtNINfU9QMkJ2AIBHyY41DiaN68gksnOF7Y4xFTFVOm05ElxqrqPRiH9oaf8C1zXlL X-Received: by 2002:a17:906:26c9:: with SMTP id u9mr2000815ejc.498.1624484077768; Wed, 23 Jun 2021 14:34:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624484077; cv=none; d=google.com; s=arc-20160816; b=DAjRL0QCl53UO5eb/SuO/UNKOqQC0vM0Gm1wRqaKl1kF3/ua/ablIezJ3N1NCVoEf6 JX6x5/sWEINKoCYiq/PCwMWsLR85FPf+q7CGqJ4TZ1t5BCMicZ6VIcl7iBY41Cg78sJ+ 0riEAz8blV3Vdlg6vXhxTrt+GvG091zp/jmdL51Sd0foIib1NZnJoGAF0zpESTqvZC3A qSRi8xERI98ISWkIskMpe+3ROO65URv6EbiWypSO+zBz/dDIBu5C3+FmcaO149wF6wmm Lmm5bJrCURgnWRrjWgS0zV+LEFWzkB2gQT2rBeofyxLs1fYBndyUEnrv9Gqmd++JJkTh CpnQ== 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=PFYcdOACUL59Qvc4FRYngRxPwSqQBpDBN6EEDPGjjUk=; b=z5o5Sdm9pt6UEsd+rgkK7CsH0PWIRXCPi2PlEuu2duEcPiAZS7K4UZNmC+P+E22n1I PN5x9oKFo+wUb9a3xKvyHA1F0BcUWAjQU/Go6GQq3/tIzhOVej7XVhXWoADm4Zk85zE0 +luduzcD1UVfpw+buRQ9xYPuaNcLHfkrSYSGM1gKHKSYnmpOgfMDmIWsBpqpzS3JlELx zEorodMa283VV0CmqUif0OAjalONHFEYipr+IOKFpwoznraDykByMRnmvWYfeLXLNS6V +q4nM0lv1slpQv7BtrtqZe/FKTi8Va1KIuaFBmbyBo+QqgKbxwDO5y5H6cN9X9IyzLpe WpqA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@redhat.com header.s=mimecast20190719 header.b="CYju/gXK"; 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 t23si993298ejs.286.2021.06.23.14.34.13; Wed, 23 Jun 2021 14:34:37 -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="CYju/gXK"; 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 S229886AbhFWVfc (ORCPT + 99 others); Wed, 23 Jun 2021 17:35:32 -0400 Received: from us-smtp-delivery-124.mimecast.com ([170.10.133.124]:24997 "EHLO us-smtp-delivery-124.mimecast.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229759AbhFWVfc (ORCPT ); Wed, 23 Jun 2021 17:35:32 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1624483994; 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=PFYcdOACUL59Qvc4FRYngRxPwSqQBpDBN6EEDPGjjUk=; b=CYju/gXKj/EfVHb5hklqFEi4d9A0sVMTpptFzz255eUKwJMdK8HdvTaxnsFN8iACC2P7Cw mDMk0+pcAM4a0L8FOn8hMybdnQ9FLcnKtO+OGkOUjN+131QJr7m7b26wvyc/WrlNnnVfF6 lLXnUoYe/A9FlblOQNQ9hDyWkbNGPPo= Received: from mail-ej1-f71.google.com (mail-ej1-f71.google.com [209.85.218.71]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-162-Zn9qba8AP6ykJCCO-te7Bw-1; Wed, 23 Jun 2021 17:33:12 -0400 X-MC-Unique: Zn9qba8AP6ykJCCO-te7Bw-1 Received: by mail-ej1-f71.google.com with SMTP id k1-20020a17090666c1b029041c273a883dso1441427ejp.3 for ; Wed, 23 Jun 2021 14:33:12 -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=PFYcdOACUL59Qvc4FRYngRxPwSqQBpDBN6EEDPGjjUk=; b=CWN62gUwjcf0JlFEnzeh9DxZh1vNLLchKdbiKHRhgskHXhE2w1sUf2dqyji21GoOQV 0HlhD5SDrDJEkKPbYAwdUFcRphSj1GQutsvVY3XFiprGQ3We0wPePy9fWNj4xSYpKBv4 1Jn4CPfC8XHrEYS2pt7pbdulWilRroD81/HVdNk7QDPiW4CI1w19MqXhkJo5yJfXYfGU daPS0dUMKsRfShvbXkFVVd7VLyzioKHkJt3725fqsTQhSeawdtyks0nA/I0v7Ka5x640 8DZYZ0KvbMJ9cjuv6ZNLh9snWOLXGJzsqCygHzbMRSTnsel95m+oZ8Vl8/Bu3rBlx/3k u7cw== X-Gm-Message-State: AOAM530iCW09h29XvNGkBGcZEVlJOtpcSxVebDeOyklQ6KgYtql1I8g8 y7jfByaevdasWDaWMzTM1QGhQTyEIqv8Il43Fy7YVkUMaBod4R1WmcjQQrqe8+eHiJ5O4LsSkmx QNE8rdqDNPHhhrBAjNy6hS2NG X-Received: by 2002:a05:6402:31a9:: with SMTP id dj9mr2459677edb.164.1624483991666; Wed, 23 Jun 2021 14:33:11 -0700 (PDT) X-Received: by 2002:a05:6402:31a9:: with SMTP id dj9mr2459667edb.164.1624483991509; Wed, 23 Jun 2021 14:33:11 -0700 (PDT) Received: from ?IPv6:2001:b07:6468:f312:c8dd:75d4:99ab:290a? ([2001:b07:6468:f312:c8dd:75d4:99ab:290a]) by smtp.gmail.com with ESMTPSA id p13sm662608edh.79.2021.06.23.14.33.10 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Wed, 23 Jun 2021 14:33:10 -0700 (PDT) Subject: Re: [PATCH 00/54] KVM: x86/mmu: Bug fixes and summer cleaning To: Sean Christopherson Cc: Vitaly Kuznetsov , Wanpeng Li , Jim Mattson , Joerg Roedel , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Yu Zhang , Maxim Levitsky References: <20210622175739.3610207-1-seanjc@google.com> From: Paolo Bonzini Message-ID: Date: Wed, 23 Jun 2021 23:33:09 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.10.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 23/06/21 23:06, Sean Christopherson wrote: >> >> This is good stuff, I made a few comments but almost all of them (all except >> the last comment on patch 9, "Unconditionally zap unsync SPs") are cosmetic >> and I can resolve them myself. > The 0-day bot also reported some warnings. vcpu_to_role_regs() needs to be > static, the helpers are added without a user. I liked the idea of adding the > helpers in one patch, but I can't really defend adding them without a user. :-/ Yep, I noticed them too. We can just mark them static inline, which is a good idea anyway and enough to shut up the compiler (clang might behave different in this respect for .h and .c files, but again it's just a warning and not a bisection breakage). Paolo > arch/x86/kvm/mmu/mmu.c:209:26: warning: no previous prototype for function 'vcpu_to_role_regs' [-Wmissing-prototypes] > struct kvm_mmu_role_regs vcpu_to_role_regs(struct kvm_vcpu *vcpu) > ^ > arch/x86/kvm/mmu/mmu.c:209:1: note: declare 'static' if the function is not intended to be used outside of this translation unit > struct kvm_mmu_role_regs vcpu_to_role_regs(struct kvm_vcpu *vcpu) > ^ > static > arch/x86/kvm/mmu/mmu.c:199:1: warning: unused function '____is_cr0_wp' [-Wunused-function] > BUILD_MMU_ROLE_REGS_ACCESSOR(cr0, wp, X86_CR0_WP); >