* [PATCH 1/2] virtio: fix memory leak on device removal [not found] <cover.1248181714.git.mst@redhat.com> @ 2009-07-21 15:59 ` Michael S. Tsirkin 2009-07-21 16:03 ` Michael S. Tsirkin 2009-07-23 4:26 ` Rusty Russell 2009-07-21 15:59 ` [PATCH 2/2] virtio: fix double free_irq Michael S. Tsirkin 1 sibling, 2 replies; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-21 15:59 UTC (permalink / raw) To: Rusty Russell, Christian Borntraeger, virtualization, Anthony Liguori, kvm Free up msi vector tables. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> --- drivers/virtio/virtio_pci.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c index 193c8f0..dab3c86 100644 --- a/drivers/virtio/virtio_pci.c +++ b/drivers/virtio/virtio_pci.c @@ -489,12 +489,15 @@ static void vp_del_vq(struct virtqueue *vq) /* the config->del_vqs() implementation */ static void vp_del_vqs(struct virtio_device *vdev) { + struct virtio_pci_device *vp_dev = to_vp_device(vdev); struct virtqueue *vq, *n; list_for_each_entry_safe(vq, n, &vdev->vqs, list) vp_del_vq(vq); vp_free_vectors(vdev); + kfree(vp_dev->msix_names); + kfree(vp_dev->msix_entries); } /* the config->find_vqs() implementation */ -- 1.6.2.5 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] virtio: fix memory leak on device removal 2009-07-21 15:59 ` [PATCH 1/2] virtio: fix memory leak on device removal Michael S. Tsirkin @ 2009-07-21 16:03 ` Michael S. Tsirkin 2009-07-23 4:26 ` Rusty Russell 1 sibling, 0 replies; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-21 16:03 UTC (permalink / raw) To: Rusty Russell, Christian Borntraeger, virtualization, Anthony Liguori, kvm Free up msi vector tables. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> --- Resending with corrected To list. Sorry about the churn. drivers/virtio/virtio_pci.c | 3 +++ 1 files changed, 3 insertions(+), 0 deletions(-) diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c index 193c8f0..dab3c86 100644 --- a/drivers/virtio/virtio_pci.c +++ b/drivers/virtio/virtio_pci.c @@ -489,12 +489,15 @@ static void vp_del_vq(struct virtqueue *vq) /* the config->del_vqs() implementation */ static void vp_del_vqs(struct virtio_device *vdev) { + struct virtio_pci_device *vp_dev = to_vp_device(vdev); struct virtqueue *vq, *n; list_for_each_entry_safe(vq, n, &vdev->vqs, list) vp_del_vq(vq); vp_free_vectors(vdev); + kfree(vp_dev->msix_names); + kfree(vp_dev->msix_entries); } /* the config->find_vqs() implementation */ -- 1.6.2.5 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] virtio: fix memory leak on device removal 2009-07-21 15:59 ` [PATCH 1/2] virtio: fix memory leak on device removal Michael S. Tsirkin 2009-07-21 16:03 ` Michael S. Tsirkin @ 2009-07-23 4:26 ` Rusty Russell 2009-07-23 10:27 ` Michael S. Tsirkin 1 sibling, 1 reply; 8+ messages in thread From: Rusty Russell @ 2009-07-23 4:26 UTC (permalink / raw) To: Michael S. Tsirkin Cc: Christian Borntraeger, virtualization, Anthony Liguori, kvm, avi, Carsten Otte, t On Wed, 22 Jul 2009 01:29:09 am Michael S. Tsirkin wrote: > Free up msi vector tables. Michael, this papers over the bug, but doesn't actually fix the problem. The problem is that vp_free_vectors() does not do the reverse of vp_request_vectors. If the author (you) can't get it right, what hope the rest of us? Indeed, if you look harder, you'll see another leak caused by this problem, which your patch *didn't* fix. Thanks, Rusty. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 1/2] virtio: fix memory leak on device removal 2009-07-23 4:26 ` Rusty Russell @ 2009-07-23 10:27 ` Michael S. Tsirkin 0 siblings, 0 replies; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-23 10:27 UTC (permalink / raw) To: Rusty Russell Cc: Christian Borntraeger, virtualization, Anthony Liguori, kvm, avi, Carsten Otte, t On Thu, Jul 23, 2009 at 01:56:58PM +0930, Rusty Russell wrote: > On Wed, 22 Jul 2009 01:29:09 am Michael S. Tsirkin wrote: > > Free up msi vector tables. > > Michael, this papers over the bug, but doesn't actually fix the problem. > > The problem is that vp_free_vectors() does not do the reverse of > vp_request_vectors. If the author (you) can't get it right, what hope the > rest of us? I agree. This code belongs in free_vectors. And might as well reset the pointers to make the reversal complete. > Indeed, if you look harder, you'll see another leak caused by this problem, > which your patch *didn't* fix. Couldn't spot it yet. I'll send out a fixed patch, see if I got everything covered. > Thanks, > Rusty. > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 8+ messages in thread
* [PATCH 2/2] virtio: fix double free_irq [not found] <cover.1248181714.git.mst@redhat.com> 2009-07-21 15:59 ` [PATCH 1/2] virtio: fix memory leak on device removal Michael S. Tsirkin @ 2009-07-21 15:59 ` Michael S. Tsirkin 2009-07-23 4:40 ` Rusty Russell 1 sibling, 1 reply; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-21 15:59 UTC (permalink / raw) To: Rusty Russell, Christian Borntraeger, virtualization, Anthony Liguori, kvm Decrement used vectors counter when removing the vq so that vp_free_vectors does not try to free the vector again. Signed-off-by: Michael S. Tsirkin <mst@redhat.com> --- drivers/virtio/virtio_pci.c | 4 +++- 1 files changed, 3 insertions(+), 1 deletions(-) diff --git a/drivers/virtio/virtio_pci.c b/drivers/virtio/virtio_pci.c index dab3c86..9dcc368 100644 --- a/drivers/virtio/virtio_pci.c +++ b/drivers/virtio/virtio_pci.c @@ -466,8 +466,10 @@ static void vp_del_vq(struct virtqueue *vq) iowrite16(info->queue_index, vp_dev->ioaddr + VIRTIO_PCI_QUEUE_SEL); - if (info->vector != VIRTIO_MSI_NO_VECTOR) + if (info->vector != VIRTIO_MSI_NO_VECTOR) { free_irq(vp_dev->msix_entries[info->vector].vector, vq); + --vp_dev->msix_used_vectors; + } if (vp_dev->msix_enabled) { iowrite16(VIRTIO_MSI_NO_VECTOR, -- 1.6.2.5 ^ permalink raw reply related [flat|nested] 8+ messages in thread
* Re: [PATCH 2/2] virtio: fix double free_irq 2009-07-21 15:59 ` [PATCH 2/2] virtio: fix double free_irq Michael S. Tsirkin @ 2009-07-23 4:40 ` Rusty Russell 2009-07-23 9:08 ` Michael S. Tsirkin 2009-07-23 10:20 ` Michael S. Tsirkin 0 siblings, 2 replies; 8+ messages in thread From: Rusty Russell @ 2009-07-23 4:40 UTC (permalink / raw) To: Michael S. Tsirkin Cc: Christian Borntraeger, virtualization, Anthony Liguori, kvm, avi, Carsten Otte On Wed, 22 Jul 2009 01:29:25 am Michael S. Tsirkin wrote: > - if (info->vector != VIRTIO_MSI_NO_VECTOR) > + if (info->vector != VIRTIO_MSI_NO_VECTOR) { > free_irq(vp_dev->msix_entries[info->vector].vector, vq); > + --vp_dev->msix_used_vectors; > + } > This only works because the only current caller of vp_del_vq is vp_del_vqs, so msix_used_vectors will be 0 after all the queues have been freed. Make up your mind. Either find_vq allocates and del_vq frees, or it's find_vqs and del_vqs. I suggest the former, and setting the value VIRTIO_MSI_NO_VECTOR to indicate it's already freed. I think with some cleanups, that loop in vp_free_vectors might go away, too. Rusty. ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 2/2] virtio: fix double free_irq 2009-07-23 4:40 ` Rusty Russell @ 2009-07-23 9:08 ` Michael S. Tsirkin 2009-07-23 10:20 ` Michael S. Tsirkin 1 sibling, 0 replies; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-23 9:08 UTC (permalink / raw) To: Rusty Russell Cc: Christian Borntraeger, virtualization, Anthony Liguori, kvm, avi, Carsten Otte On Thu, Jul 23, 2009 at 02:10:31PM +0930, Rusty Russell wrote: > On Wed, 22 Jul 2009 01:29:25 am Michael S. Tsirkin wrote: > > - if (info->vector != VIRTIO_MSI_NO_VECTOR) > > + if (info->vector != VIRTIO_MSI_NO_VECTOR) { > > free_irq(vp_dev->msix_entries[info->vector].vector, vq); > > + --vp_dev->msix_used_vectors; > > + } > > > > This only works because the only current caller of vp_del_vq is vp_del_vqs, Right > so msix_used_vectors will be 0 after all the queues have been freed. Not 0, actually, we have vectors for control and possibly a shared vector for all vqs. > Make up your mind. Either find_vq allocates and del_vq frees, or it's find_vqs > and del_vqs. I suggest the former, and setting the value VIRTIO_MSI_NO_VECTOR > to indicate it's already freed. I think with some cleanups, that loop in > vp_free_vectors might go away, too. > > Rusty. IOW, msix_used_vectors counter will be for control and shared vector for all vqs, excluding per-vq vectors. Makes sense. I'll put out a patch. -- MST ^ permalink raw reply [flat|nested] 8+ messages in thread
* Re: [PATCH 2/2] virtio: fix double free_irq 2009-07-23 4:40 ` Rusty Russell 2009-07-23 9:08 ` Michael S. Tsirkin @ 2009-07-23 10:20 ` Michael S. Tsirkin 1 sibling, 0 replies; 8+ messages in thread From: Michael S. Tsirkin @ 2009-07-23 10:20 UTC (permalink / raw) To: Rusty Russell Cc: Christian Borntraeger, virtualization, Anthony Liguori, kvm, avi, Carsten Otte On Thu, Jul 23, 2009 at 02:10:31PM +0930, Rusty Russell wrote: > On Wed, 22 Jul 2009 01:29:25 am Michael S. Tsirkin wrote: > > - if (info->vector != VIRTIO_MSI_NO_VECTOR) > > + if (info->vector != VIRTIO_MSI_NO_VECTOR) { > > free_irq(vp_dev->msix_entries[info->vector].vector, vq); > > + --vp_dev->msix_used_vectors; > > + } > > > > This only works because the only current caller of vp_del_vq is vp_del_vqs, so > msix_used_vectors will be 0 after all the queues have been freed. > > Make up your mind. Either find_vq allocates and del_vq frees, or it's find_vqs > and del_vqs. I suggest the former, and setting the value VIRTIO_MSI_NO_VECTOR > to indicate it's already freed. Hmm, there's nowhere to set this value: del_vq does kfree on info. But I think I see a solution. Cleaned up patch RSN. > I think with some cleanups, that loop in vp_free_vectors might go away, too. Hmm, I don't see how, yet. It's there to free the common vectors: config and shared vq vector. > Rusty. > > > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html ^ permalink raw reply [flat|nested] 8+ messages in thread
end of thread, other threads:[~2009-07-23 10:28 UTC | newest]
Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <cover.1248181714.git.mst@redhat.com>
2009-07-21 15:59 ` [PATCH 1/2] virtio: fix memory leak on device removal Michael S. Tsirkin
2009-07-21 16:03 ` Michael S. Tsirkin
2009-07-23 4:26 ` Rusty Russell
2009-07-23 10:27 ` Michael S. Tsirkin
2009-07-21 15:59 ` [PATCH 2/2] virtio: fix double free_irq Michael S. Tsirkin
2009-07-23 4:40 ` Rusty Russell
2009-07-23 9:08 ` Michael S. Tsirkin
2009-07-23 10:20 ` Michael S. Tsirkin
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).