From: Marcel Apfelbaum <marcel.apfelbaum@gmail.com>
To: "Liu, Jing2" <jing2.liu@linux.intel.com>, qemu-devel@nongnu.org
Cc: pbonzini@redhat.com, anthony.xu@intel.com, lersek@redhat.com,
mst@redhat.com
Subject: Re: [Qemu-devel] [PATCH v2 2/3] hw/pci: add teardown function for PCI resource reserve capability
Date: Mon, 20 Aug 2018 16:38:59 +0300 [thread overview]
Message-ID: <e314ee5b-4838-8e20-e5a1-7cc1834ef00a@gmail.com> (raw)
In-Reply-To: <391049bb-eb92-7c47-18cd-d8bdb6ddf27c@linux.intel.com>
Hi Jing,
On 08/20/2018 05:58 AM, Liu, Jing2 wrote:
> Hi Marcel,
>
> On 8/18/2018 12:10 AM, Marcel Apfelbaum wrote:
>> Hi Jing,
>>
>> On 08/16/2018 12:28 PM, Jing Liu wrote:
>>> Clean up the PCI config space of resource reserve capability.
>>>
>>> Signed-off-by: Jing Liu <jing2.liu@linux.intel.com>
>>> ---
>>> hw/pci/pci_bridge.c | 9 +++++++++
>>> include/hw/pci/pci_bridge.h | 1 +
>>> 2 files changed, 10 insertions(+)
>>>
>>> diff --git a/hw/pci/pci_bridge.c b/hw/pci/pci_bridge.c
>>> index 15b055e..dbcee90 100644
>>> --- a/hw/pci/pci_bridge.c
>>> +++ b/hw/pci/pci_bridge.c
>>> @@ -465,6 +465,15 @@ int pci_bridge_qemu_reserve_cap_init(PCIDevice
>>> *dev, int cap_offset,
>>> return 0;
>>> }
>>> +void pci_bridge_qemu_reserve_cap_uninit(PCIDevice *dev)
>>> +{
>>> + uint8_t pos = pci_find_capability(dev, PCI_CAP_ID_VNDR);
>>> +
>>> + pci_del_capability(dev, PCI_CAP_ID_VNDR,
>>> sizeof(PCIBridgeQemuCap));
>>
>> I think that you only need to call pci_del_capability,
>>
>>> + memset(dev->config + pos + PCI_CAP_FLAGS, 0,
>>> + sizeof(PCIBridgeQemuCap) - PCI_CAP_FLAGS);
>>> +}
>>
>> ... no need for the above line. The reason is pci_del_capability
>> will "unlink" the capability, and even if the data remains in
>> the configuration space array, it will not be used.
>>
> I think I got it: pci_del_capability "unlink" by set the tag
> pdev->config[PCI_STATUS] &= ~PCI_STATUS_CAP_LIST;
> so that pdev->config will not be used, right?
If is the latest capability in the list, yes.
Otherwise it will simply link 'prev' with 'next' using config array offsets.
Thanks,
Marcel
>
>> Do you agree? If yes, just call pci_del_capability and you don't need
>> this patch.
>>
> Yup, I agree with you. And let me remove this patch in next version.
>
> Thanks,
> Jing
>
>>
>> Thanks,
>> Marcel
>>
>
> [...]
next prev parent reply other threads:[~2018-08-20 13:39 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-08-16 9:28 [Qemu-devel] [PATCH v2 0/3] hw/pci: PCI resource reserve capability Jing Liu
2018-08-16 9:28 ` [Qemu-devel] [PATCH v2 1/3] hw/pci: factor PCI reserve resources to a separate structure Jing Liu
2018-08-17 15:49 ` Marcel Apfelbaum
2018-08-20 6:00 ` Liu, Jing2
2018-08-16 9:28 ` [Qemu-devel] [PATCH v2 2/3] hw/pci: add teardown function for PCI resource reserve capability Jing Liu
2018-08-17 16:10 ` Marcel Apfelbaum
2018-08-20 2:58 ` Liu, Jing2
2018-08-20 13:38 ` Marcel Apfelbaum [this message]
2018-08-21 2:39 ` Liu, Jing2
2018-08-16 9:28 ` [Qemu-devel] [PATCH v2 3/3] hw/pci: add PCI resource reserve capability to legacy PCI bridge Jing Liu
2018-08-17 16:16 ` Marcel Apfelbaum
2018-08-16 16:17 ` [Qemu-devel] [PATCH v2 0/3] hw/pci: PCI resource reserve capability Laszlo Ersek
2018-08-17 3:39 ` Liu, Jing2
2018-08-17 16:18 ` Marcel Apfelbaum
2018-08-20 2:39 ` Liu, Jing2
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=e314ee5b-4838-8e20-e5a1-7cc1834ef00a@gmail.com \
--to=marcel.apfelbaum@gmail.com \
--cc=anthony.xu@intel.com \
--cc=jing2.liu@linux.intel.com \
--cc=lersek@redhat.com \
--cc=mst@redhat.com \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.