From: liulongfang <liulongfang@huawei.com>
To: Shameerali Kolothum Thodi <shameerali.kolothum.thodi@huawei.com>,
"Alex Williamson" <alex.williamson@redhat.com>
Cc: "jgg@nvidia.com" <jgg@nvidia.com>,
Jonathan Cameron <jonathan.cameron@huawei.com>,
"kvm@vger.kernel.org" <kvm@vger.kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linuxarm@openeuler.org" <linuxarm@openeuler.org>
Subject: Re: [PATCH v11 3/4] hisi_acc_vfio_pci: register debugfs for hisilicon migration driver
Date: Mon, 4 Nov 2024 17:39:37 +0800 [thread overview]
Message-ID: <d0e80aa2-b44a-1862-bdcb-aa8268cc0fc5@huawei.com> (raw)
In-Reply-To: <133e223b22df4ab4b4802163d0c42407@huawei.com>
On 2024/11/4 16:56, Shameerali Kolothum Thodi wrote:
>
>
>> -----Original Message-----
>> From: liulongfang <liulongfang@huawei.com>
>> Sent: Monday, November 4, 2024 8:31 AM
>> To: Alex Williamson <alex.williamson@redhat.com>
>> Cc: jgg@nvidia.com; Shameerali Kolothum Thodi
>> <shameerali.kolothum.thodi@huawei.com>; Jonathan Cameron
>> <jonathan.cameron@huawei.com>; kvm@vger.kernel.org; linux-
>> kernel@vger.kernel.org; linuxarm@openeuler.org
>> Subject: Re: [PATCH v11 3/4] hisi_acc_vfio_pci: register debugfs for hisilicon
>> migration driver
> [...]
>
>>>>> +
>>>>> + seq_printf(seq,
>>>>> + "acc device:\n"
>>>>> + "guest driver load: %u\n"
>>>>> + "device opened: %d\n"
>>>>> + "migrate data length: %lu\n",
>>>>> + hisi_acc_vdev->vf_qm_state,
>>>>> + hisi_acc_vdev->dev_opened,
>>>>> + debug_migf->total_length);
>>>>
>>>> This debugfs entry is described as returning the data from the last
>>>> migration, but vf_qm_state and dev_opened are relative to the current
>>>> device/guest driver state. Both seem to have no relevance to the data
>>>> in debug_migf.
>>>>
>>>
>>> The benefit of dev_opened retention is that user can obtain the device
>> status
>>> during the cat migf_data operation.
>>>
>>
>> I will remove dev_opened in the next version.
>> And hisi_acc_vdev->vf_qm_state is changed to debug_migf-
>>> vf_data.vf_qm_state
>> Keep information about whether the device driver in the Guest OS is loaded
>> when live migration occurs.
>
> I think you already get that when you dump debug_migf->vf_data.
> So not required.
>
OK, vf_qm_state still needs to be deleted.
Thanks,
Longfang.
> Thanks,
> Shameer
>
> .
>
next prev parent reply other threads:[~2024-11-04 9:39 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-10-25 9:01 [PATCH v11 0/4] debugfs to hisilicon migration driver Longfang Liu
2024-10-25 9:01 ` [PATCH v11 1/4] hisi_acc_vfio_pci: extract public functions for container_of Longfang Liu
2024-10-25 9:01 ` [PATCH v11 2/4] hisi_acc_vfio_pci: create subfunction for data reading Longfang Liu
2024-10-25 9:01 ` [PATCH v11 3/4] hisi_acc_vfio_pci: register debugfs for hisilicon migration driver Longfang Liu
2024-10-31 22:04 ` Alex Williamson
2024-11-04 7:54 ` liulongfang
2024-11-04 8:31 ` liulongfang
2024-11-04 8:56 ` Shameerali Kolothum Thodi
2024-11-04 9:39 ` liulongfang [this message]
2024-10-25 9:01 ` [PATCH v11 4/4] Documentation: add debugfs description for hisi migration Longfang Liu
2024-10-31 22:09 ` Alex Williamson
2024-11-04 8:00 ` liulongfang
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d0e80aa2-b44a-1862-bdcb-aa8268cc0fc5@huawei.com \
--to=liulongfang@huawei.com \
--cc=alex.williamson@redhat.com \
--cc=jgg@nvidia.com \
--cc=jonathan.cameron@huawei.com \
--cc=kvm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linuxarm@openeuler.org \
--cc=shameerali.kolothum.thodi@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox