Received: by 2002:a05:7412:37c9:b0:e2:908c:2ebd with SMTP id jz9csp2518010rdb; Fri, 22 Sep 2023 00:24:18 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGztOOmi1SYdq9p7+346cVMVyZRdp8ePzDIyD1Dngk8ccbesZ7BFTVa6N+hQ/Ksq6O2BFFN X-Received: by 2002:a25:aa63:0:b0:d72:8661:ee26 with SMTP id s90-20020a25aa63000000b00d728661ee26mr8013079ybi.4.1695367458498; Fri, 22 Sep 2023 00:24:18 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1695367458; cv=none; d=google.com; s=arc-20160816; b=wBXLwAdt6oI566y29S/F0qha79svr3RqbN/ADcbge3KgkFsS8sUYLyOPM8pBXNvN6i ozTXqOoCcRXfOHhI1yFB6gZHzGhcj1vU5kwL9J/76skgFKT7SDKILrcJeRHmwn/K33VY Lay41P3U1hAbHH2WTV1T+cruaHMkK8eT5vkO9QfUdHPZJ0RUloBXyn2G7Zy3wkvLoBQO icUKZV4fCk8EJm9PwcLa4DopPZguEKiXOlG12C1Ra6aksvi5pDMb1LNBwI7rKbpl10Z8 J4CuZ2X7uMLS/0Anyc5ila1n8+1YabjOHBMWKkqPShO7fn65U1Zt8JpwEv/8655zgP7a wZmg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to :mime-version:user-agent:date:message-id:from:references:cc:to :subject; bh=Wbwyl1GPFObeHZYFNhv49uGBo03n9I8hqe8KyMCjbec=; fh=Hlu15pMHYeaGnrHjYgHZKI91b1stI1fXePYpnh90dEM=; b=O5are1lxIIYyTWSARgrzQPXh2B3TikDTyHL7ecrvkdQ+r5uQm81WMB8ji6BNFRktls LSEkMjufltQHCjP7S89YQWOsp186JNtL1RSnmfUCB+xhvI8JplVcnAA28zTO+7pFMqOO joF7NWJt+MCOB7ssBbxQ1LmbSnX3Zk1ozcyvhTzWewifcSBbPmt1Gyeqcb4ABfchFseC qyX4ydBtGd6WKhfHhN0YVe6dLoIbPZyrfz4gRNDzFk1X2Dz0D7zBvBdoeCnoUJTQDBjp DunoqfAof0DSJzj+2FbfHTF04zINZ8xVqwpnEJ68lWX/l2HbfWKxrw7xbdJWVuX2iUlK xjIg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Return-Path: Received: from howler.vger.email (howler.vger.email. [2620:137:e000::3:4]) by mx.google.com with ESMTPS id s20-20020a656454000000b00578db71451fsi3218794pgv.501.2023.09.22.00.24.17 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 22 Sep 2023 00:24:18 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) client-ip=2620:137:e000::3:4; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::3:4 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=QUARANTINE sp=QUARANTINE dis=NONE) header.from=huawei.com Received: from out1.vger.email (depot.vger.email [IPv6:2620:137:e000::3:0]) by howler.vger.email (Postfix) with ESMTP id 6372784865BE; Thu, 21 Sep 2023 23:19:46 -0700 (PDT) X-Virus-Status: Clean X-Virus-Scanned: clamav-milter 0.103.10 at howler.vger.email Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231267AbjIVGTs (ORCPT + 99 others); Fri, 22 Sep 2023 02:19:48 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:57886 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231159AbjIVGTr (ORCPT ); Fri, 22 Sep 2023 02:19:47 -0400 Received: from szxga03-in.huawei.com (szxga03-in.huawei.com [45.249.212.189]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 5266A83; Thu, 21 Sep 2023 23:19:40 -0700 (PDT) Received: from kwepemm000005.china.huawei.com (unknown [172.30.72.55]) by szxga03-in.huawei.com (SkyGuard) with ESMTP id 4RsMTX5SvCzMljc; Fri, 22 Sep 2023 14:16:00 +0800 (CST) Received: from [10.67.121.110] (10.67.121.110) by kwepemm000005.china.huawei.com (7.193.23.27) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2507.31; Fri, 22 Sep 2023 14:19:37 +0800 Subject: Re: [PATCH v15 1/2] vfio/migration: Add debugfs to live migration driver To: Alex Williamson CC: , , , , , , References: <20230901023606.47587-1-liulongfang@huawei.com> <20230901023606.47587-2-liulongfang@huawei.com> <20230915150026.06bea533.alex.williamson@redhat.com> From: liulongfang Message-ID: Date: Fri, 22 Sep 2023 14:19:36 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.8.0 MIME-Version: 1.0 In-Reply-To: <20230915150026.06bea533.alex.williamson@redhat.com> Content-Type: text/plain; charset="gbk" Content-Transfer-Encoding: 7bit X-Originating-IP: [10.67.121.110] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemm000005.china.huawei.com (7.193.23.27) X-CFilter-Loop: Reflected X-Spam-Status: No, score=-5.7 required=5.0 tests=BAYES_00,NICE_REPLY_A, RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H5,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE, SPF_PASS autolearn=ham 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 X-Greylist: Sender passed SPF test, not delayed by milter-greylist-4.6.4 (howler.vger.email [0.0.0.0]); Thu, 21 Sep 2023 23:19:46 -0700 (PDT) On 2023/9/16 5:00, Alex Williamson wrote: > On Fri, 1 Sep 2023 10:36:05 +0800 > liulongfang wrote: > >> From: Longfang Liu >> >> There are multiple devices, software and operational steps involved >> in the process of live migration. An error occurred on any node may >> cause the live migration operation to fail. >> This complex process makes it very difficult to locate and analyze >> the cause when the function fails. >> >> In order to quickly locate the cause of the problem when the >> live migration fails, I added a set of debugfs to the vfio >> live migration driver. >> >> +-------------------------------------------+ >> | | >> | | >> | QEMU | >> | | >> | | >> +---+----------------------------+----------+ >> | ^ | ^ >> | | | | >> | | | | >> v | v | >> +---------+--+ +---------+--+ >> |src vfio_dev| |dst vfio_dev| >> +--+---------+ +--+---------+ >> | ^ | ^ >> | | | | >> v | | | >> +-----------+----+ +-----------+----+ >> |src dev debugfs | |dst dev debugfs | >> +----------------+ +----------------+ >> >> The entire debugfs directory will be based on the definition of >> the CONFIG_DEBUG_FS macro. If this macro is not enabled, the >> interfaces in vfio.h will be empty definitions, and the creation >> and initialization of the debugfs directory will not be executed. >> >> vfio >> | >> +--- >> | +---migration >> | +--state >> | >> +--- >> +---migration >> +--state >> >> debugfs will create a public root directory "vfio" file. >> then create a dev_name() file for each live migration device. >> First, create a unified state acquisition file of "migration" >> in this device directory. >> Then, create a public live migration state lookup file "state" >> Finally, create a directory file based on the device type, >> and then create the device's own debugging files under >> this directory file. >> >> Signed-off-by: Longfang Liu >> --- >> drivers/vfio/Makefile | 1 + >> drivers/vfio/vfio.h | 14 +++++++ >> drivers/vfio/vfio_debugfs.c | 80 +++++++++++++++++++++++++++++++++++++ >> drivers/vfio/vfio_main.c | 5 ++- >> include/linux/vfio.h | 7 ++++ >> 5 files changed, 106 insertions(+), 1 deletion(-) >> create mode 100644 drivers/vfio/vfio_debugfs.c >> >> diff --git a/drivers/vfio/Makefile b/drivers/vfio/Makefile >> index c82ea032d352..7934ac829989 100644 >> --- a/drivers/vfio/Makefile >> +++ b/drivers/vfio/Makefile >> @@ -8,6 +8,7 @@ vfio-$(CONFIG_VFIO_GROUP) += group.o >> vfio-$(CONFIG_IOMMUFD) += iommufd.o >> vfio-$(CONFIG_VFIO_CONTAINER) += container.o >> vfio-$(CONFIG_VFIO_VIRQFD) += virqfd.o >> +vfio-$(CONFIG_DEBUG_FS) += vfio_debugfs.o >> >> obj-$(CONFIG_VFIO_IOMMU_TYPE1) += vfio_iommu_type1.o >> obj-$(CONFIG_VFIO_IOMMU_SPAPR_TCE) += vfio_iommu_spapr_tce.o >> diff --git a/drivers/vfio/vfio.h b/drivers/vfio/vfio.h >> index 307e3f29b527..09b00757d0bb 100644 >> --- a/drivers/vfio/vfio.h >> +++ b/drivers/vfio/vfio.h >> @@ -448,4 +448,18 @@ static inline void vfio_device_put_kvm(struct vfio_device *device) >> } >> #endif >> >> +#ifdef CONFIG_DEBUG_FS >> +void vfio_debugfs_create_root(void); >> +void vfio_debugfs_remove_root(void); >> + >> +void vfio_device_debugfs_init(struct vfio_device *vdev); >> +void vfio_device_debugfs_exit(struct vfio_device *vdev); >> +#else >> +static inline void vfio_debugfs_create_root(void) { } >> +static inline void vfio_debugfs_remove_root(void) { } >> + >> +static inline void vfio_device_debugfs_init(struct vfio_device *vdev) { } >> +static inline void vfio_device_debugfs_exit(struct vfio_device *vdev) { } >> +#endif /* CONFIG_DEBUG_FS */ >> + >> #endif >> diff --git a/drivers/vfio/vfio_debugfs.c b/drivers/vfio/vfio_debugfs.c >> new file mode 100644 >> index 000000000000..cd6c01437475 >> --- /dev/null >> +++ b/drivers/vfio/vfio_debugfs.c >> @@ -0,0 +1,80 @@ >> +// SPDX-License-Identifier: GPL-2.0-only >> +/* >> + * Copyright (c) 2023, HiSilicon Ltd. >> + */ >> + >> +#include >> +#include >> +#include >> +#include >> +#include "vfio.h" >> + >> +static struct dentry *vfio_debugfs_root; >> + >> +static int vfio_device_state_read(struct seq_file *seq, void *data) >> +{ >> + struct device *vf_dev = seq->private; >> + struct vfio_device *vdev = container_of(vf_dev, struct vfio_device, device); >> + enum vfio_device_mig_state state; >> + int ret; >> + >> + ret = vdev->mig_ops->migration_get_state(vdev, &state); >> + if (ret) >> + return -EINVAL; >> + >> + switch (state) { >> + case VFIO_DEVICE_STATE_RUNNING: >> + seq_printf(seq, "%s\n", "RUNNING"); >> + break; >> + case VFIO_DEVICE_STATE_STOP_COPY: >> + seq_printf(seq, "%s\n", "STOP_COPY"); >> + break; >> + case VFIO_DEVICE_STATE_STOP: >> + seq_printf(seq, "%s\n", "STOP"); >> + break; >> + case VFIO_DEVICE_STATE_RESUMING: >> + seq_printf(seq, "%s\n", "RESUMING"); >> + break; >> + case VFIO_DEVICE_STATE_RUNNING_P2P: >> + seq_printf(seq, "%s\n", "RUNNING_P2P"); >> + break; >> + case VFIO_DEVICE_STATE_ERROR: >> + seq_printf(seq, "%s\n", "ERROR"); > > Please order these the same as enum vfio_device_mig_state, we're also > missing a couple states, ie. PRE_COPY and PRE_COPY_P2P. Can we use any OK, I'll add them to the next version. > compiler tricks to create a build error when these are out of sync? >When these states are out of range, they should enter "default" processing. >> + break; >> + default: >> + seq_printf(seq, "%s\n", "Invalid"); >> + } >> + >> + return 0; >> +} >> + >> +void vfio_device_debugfs_init(struct vfio_device *vdev) >> +{ >> + struct dentry *vfio_dev_migration = NULL; >> + struct device *dev = &vdev->device; > > Nit, both of these could be defined within the scope of the mig_ops > test below. > "vfio_dev_migration" can be placed under mig_ops, but "dev" is public. Also, there should be no problem declaring variables like this. >> + >> + vdev->debug_root = debugfs_create_dir(dev_name(vdev->dev), vfio_debugfs_root); >> + >> + if (vdev->mig_ops) { >> + vfio_dev_migration = debugfs_create_dir("migration", vdev->debug_root); >> + debugfs_create_devm_seqfile(dev, "state", vfio_dev_migration, >> + vfio_device_state_read); >> + } >> +} >> + >> +void vfio_device_debugfs_exit(struct vfio_device *vdev) >> +{ >> + debugfs_remove_recursive(vdev->debug_root); >> +} >> + >> +void vfio_debugfs_create_root(void) >> +{ >> + vfio_debugfs_root = debugfs_create_dir("vfio", NULL); >> +} >> + >> +void vfio_debugfs_remove_root(void) >> +{ >> + debugfs_remove_recursive(vfio_debugfs_root); >> + vfio_debugfs_root = NULL; >> +} >> + >> diff --git a/drivers/vfio/vfio_main.c b/drivers/vfio/vfio_main.c >> index cfad824d9aa2..8a7456f89842 100644 >> --- a/drivers/vfio/vfio_main.c >> +++ b/drivers/vfio/vfio_main.c >> @@ -309,7 +309,7 @@ static int __vfio_register_dev(struct vfio_device *device, >> >> /* Refcounting can't start until the driver calls register */ >> refcount_set(&device->refcount, 1); >> - >> + vfio_device_debugfs_init(device); >> vfio_device_group_register(device); >> >> return 0; >> @@ -378,6 +378,7 @@ void vfio_unregister_group_dev(struct vfio_device *device) >> } >> } >> >> + vfio_device_debugfs_exit(device); >> /* Balances vfio_device_set_group in register path */ >> vfio_device_remove_group(device); >> } > > init/exit calls should try to be symmetric, if we call init before > vfio_device_group_register() then we should call exit after > vfio_device_group_unregister(). In this case, why shouldn't init be > the last call in __vfio_register_dev() and exit the first call in > vfio_unregister_group_dev()? > OK, I would put vfio_device_debugfs_init() into vfio_device_group_register(). >> @@ -1662,6 +1663,7 @@ static int __init vfio_init(void) >> if (ret) >> goto err_alloc_dev_chrdev; >> >> + vfio_debugfs_create_root(); >> pr_info(DRIVER_DESC " version: " DRIVER_VERSION "\n"); >> return 0; >> >> @@ -1684,6 +1686,7 @@ static void __exit vfio_cleanup(void) >> vfio_virqfd_exit(); >> vfio_group_cleanup(); >> xa_destroy(&vfio_device_set_xa); >> + vfio_debugfs_remove_root(); >> } > > Same, if we create it last, let's remove it first. The above creates > it last and removes it last. Thanks, > OK, I will adjust the order of vfio_debugfs_remove_root() in vfio_cleanup(). Thanks, Longfang. > Alex > >> >> module_init(vfio_init); >> diff --git a/include/linux/vfio.h b/include/linux/vfio.h >> index 454e9295970c..769d7af86225 100644 >> --- a/include/linux/vfio.h >> +++ b/include/linux/vfio.h >> @@ -69,6 +69,13 @@ struct vfio_device { >> u8 iommufd_attached:1; >> #endif >> u8 cdev_opened:1; >> +#ifdef CONFIG_DEBUG_FS >> + /* >> + * debug_root is a static property of the vfio_device >> + * which must be set prior to registering the vfio_device. >> + */ >> + struct dentry *debug_root; >> +#endif >> }; >> >> /** > > . >