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 79EF3C7EE24 for ; Mon, 5 Jun 2023 10:19:56 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231867AbjFEKTp (ORCPT ); Mon, 5 Jun 2023 06:19:45 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:45422 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229660AbjFEKTl (ORCPT ); Mon, 5 Jun 2023 06:19:41 -0400 Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.129.124]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 18DBDF4 for ; Mon, 5 Jun 2023 03:18:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=redhat.com; s=mimecast20190719; t=1685960329; 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=k2I42yHoa8cBG+5F/vO+XJiYcKmCOnxhW9y167l+rbY=; b=G70VAKgPHOcvqqh5JhKGnKW3ZRsZaCy3IdZJAvsfVU480thw/DvvefVQXUXbbwyEOI37GD Mekns7PXk7rGkTIUJ+NoOa5QX+k5HPKzVj8y6O3Xah1ZPlmQ9jNXEAlnm5HKJ0O1HMtPxL dPwNyzywb3WdTTO/afVe2vtw0W4WSu4= Received: from mail-ej1-f69.google.com (mail-ej1-f69.google.com [209.85.218.69]) by relay.mimecast.com with ESMTP with STARTTLS (version=TLSv1.3, cipher=TLS_AES_256_GCM_SHA384) id us-mta-375-WADH_BswPJKKhMuheDUdpA-1; Mon, 05 Jun 2023 06:18:48 -0400 X-MC-Unique: WADH_BswPJKKhMuheDUdpA-1 Received: by mail-ej1-f69.google.com with SMTP id a640c23a62f3a-977eabfc3ccso43736366b.1 for ; Mon, 05 Jun 2023 03:18:47 -0700 (PDT) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1685960327; x=1688552327; h=content-transfer-encoding:in-reply-to:from:references:cc:to :content-language:subject:user-agent:mime-version:date:message-id :x-gm-message-state:from:to:cc:subject:date:message-id:reply-to; bh=k2I42yHoa8cBG+5F/vO+XJiYcKmCOnxhW9y167l+rbY=; b=T/GIm6QvWroBvoMh1zxKxhDMnVOXbUnRcf+BCAysinV5luQaKzKIaB9PFyy96sZ8Kl 2yB9uZKJYlciVQYHov/6WdZcIkbaxhqPOn9BuAE23K9KGUKAdJLb7mzWGBwV2N/SUeC+ nUZwj5wjX1PeUacRJWe4litIpUUEUrRBMayFgo5vMjl9uCjzvTmbqFyCB0sOLd2u66Im dQLBBIBn2dhb+1wB6USOE8F+P51NA1N6NuIqbnKuDGdtsxfhWO2UxaXIDAjGuUmCvFXa KpMGj9YUbBSv3Ni518o7y/koUyUs5i/N37fy9glzYNg4tojE/8ve8LXqUzAtSHOVm1X1 yBxQ== X-Gm-Message-State: AC+VfDx3f1wBcAxZmI8vTi7v6A06XC2H8rpVDOl3tt8GcmSfPOGysr18 OEKneEAeG4W3aRTjsJx05sardLlfoZZlrW/dyxsvRH5nj20TpGELUZGULx2SVxIO3q+a5c2vMbl oCCRteJaZ0alWe9nyZczGLxUW X-Received: by 2002:a17:906:58d2:b0:974:5a12:546 with SMTP id e18-20020a17090658d200b009745a120546mr5892870ejs.23.1685960327178; Mon, 05 Jun 2023 03:18:47 -0700 (PDT) X-Google-Smtp-Source: ACHHUZ4y5FTZMdHhj+OpYwDLDbO7vzaJvoyV4RaoadpCqeL/iBSSvEhdT6Qn1T/bEdAIbL9INizO6w== X-Received: by 2002:a17:906:58d2:b0:974:5a12:546 with SMTP id e18-20020a17090658d200b009745a120546mr5892862ejs.23.1685960326938; Mon, 05 Jun 2023 03:18:46 -0700 (PDT) Received: from ?IPV6:2001:b07:6468:f312:1c09:f536:3de6:228c? ([2001:b07:6468:f312:1c09:f536:3de6:228c]) by smtp.googlemail.com with ESMTPSA id y11-20020a17090629cb00b009660e775691sm4063967eje.151.2023.06.05.03.18.45 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Mon, 05 Jun 2023 03:18:46 -0700 (PDT) Message-ID: Date: Mon, 5 Jun 2023 12:18:45 +0200 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0 Subject: Re: [PATCH v12 01/31] LoongArch: KVM: Add kvm related header files Content-Language: en-US To: Huacai Chen , Tianrui Zhao Cc: linux-kernel@vger.kernel.org, kvm@vger.kernel.org, WANG Xuerui , Greg Kroah-Hartman , loongarch@lists.linux.dev, Jens Axboe , Mark Brown , Alex Deucher , Oliver Upton , maobibo@loongson.cn, Xi Ruoyao References: <20230530015223.147755-1-zhaotianrui@loongson.cn> <20230530015223.147755-2-zhaotianrui@loongson.cn> From: Paolo Bonzini In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/5/23 07:00, Huacai Chen wrote: > I found something like this in our internal repo. > > #define KVM_CAP_LOONGARCH_FPU 228 > #define KVM_CAP_LOONGARCH_LSX 229 > #define KVM_CAP_LOONGARCH_VZ 230 > #define KVM_LOONGARCH_GET_VCPU_STATE _IOR(KVMIO, 0xd0, struct > kvm_loongarch_vcpu_state) > #define KVM_LOONGARCH_SET_VCPU_STATE _IOW(KVMIO, 0xd1, struct > kvm_loongarch_vcpu_state) > #define KVM_LOONGARCH_GET_CPUCFG _IOR(KVMIO, 0xd2, struct > kvm_cpucfg) > #define KVM_LOONGARCH_GET_IOCSR _IOR(KVMIO, 0xd3, > struct kvm_iocsr_entry) > #define KVM_LOONGARCH_SET_IOCSR _IOW(KVMIO, 0xd4, > struct kvm_iocsr_entry) > #define KVM_LOONGARCH_SET_CPUCFG _IOR(KVMIO, 0xd5, struct > kvm_cpucfg) > > These are all UAPI definitions, if they are needed (at present or in > future), they should be merged in the first wave of KVM. No, dead definitions should never be mergd. Paolo