All of lore.kernel.org
 help / color / mirror / Atom feed
* [Qemu-trivial] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf
@ 2015-05-28 12:39 ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Before I sent some patches to fix memory leak spotted by valgrind. Then
I'd like to dig deeper and find that two places have memory leak due to
calling qemu_find_file and not freeing return buf. Then through code
searching another two places are found. So this patchset is to fix them.

changes since v1:
   address Michael Tokarev's comments
  * remove unnecessary free before exit()
  * fix error message

Shannon Zhao (4):
  hw/display/cg3.c: Fix memory leak
  hw/alpha/dp264.c: Fix memory leak spotted by valgrind
  hw/ppc/e500.c: Fix memory leak
  hw/display/tcx.c: Fix memory leak spotted by valgrind

 hw/alpha/dp264.c | 7 ++++---
 hw/display/cg3.c | 3 ++-
 hw/display/tcx.c | 3 ++-
 hw/ppc/e500.c    | 1 +
 4 files changed, 9 insertions(+), 5 deletions(-)

-- 
2.0.4




^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Qemu-devel] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf
@ 2015-05-28 12:39 ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Before I sent some patches to fix memory leak spotted by valgrind. Then
I'd like to dig deeper and find that two places have memory leak due to
calling qemu_find_file and not freeing return buf. Then through code
searching another two places are found. So this patchset is to fix them.

changes since v1:
   address Michael Tokarev's comments
  * remove unnecessary free before exit()
  * fix error message

Shannon Zhao (4):
  hw/display/cg3.c: Fix memory leak
  hw/alpha/dp264.c: Fix memory leak spotted by valgrind
  hw/ppc/e500.c: Fix memory leak
  hw/display/tcx.c: Fix memory leak spotted by valgrind

 hw/alpha/dp264.c | 7 ++++---
 hw/display/cg3.c | 3 ++-
 hw/display/tcx.c | 3 ++-
 hw/ppc/e500.c    | 1 +
 4 files changed, 9 insertions(+), 5 deletions(-)

-- 
2.0.4

^ permalink raw reply	[flat|nested] 14+ messages in thread

* [Qemu-trivial] [PATCH v2 1/4] hw/display/cg3.c: Fix memory leak
  2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
@ 2015-05-28 12:39   ` Shannon Zhao
  -1 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/display/cg3.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/hw/display/cg3.c b/hw/display/cg3.c
index 1e6ff2b..186d544 100644
--- a/hw/display/cg3.c
+++ b/hw/display/cg3.c
@@ -303,8 +303,9 @@ static void cg3_realizefn(DeviceState *dev, Error **errp)
         ret = load_image_targphys(fcode_filename, s->prom_addr,
                                   FCODE_MAX_ROM_SIZE);
         if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
-            error_report("cg3: could not load prom '%s'", CG3_ROM_FILE);
+            error_report("cg3: could not load prom '%s'", fcode_filename);
         }
+        g_free(fcode_filename);
     }
 
     memory_region_init_ram(&s->vram_mem, NULL, "cg3.vram", s->vram_size,
-- 
2.0.4




^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-devel] [PATCH v2 1/4] hw/display/cg3.c: Fix memory leak
@ 2015-05-28 12:39   ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/display/cg3.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/hw/display/cg3.c b/hw/display/cg3.c
index 1e6ff2b..186d544 100644
--- a/hw/display/cg3.c
+++ b/hw/display/cg3.c
@@ -303,8 +303,9 @@ static void cg3_realizefn(DeviceState *dev, Error **errp)
         ret = load_image_targphys(fcode_filename, s->prom_addr,
                                   FCODE_MAX_ROM_SIZE);
         if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
-            error_report("cg3: could not load prom '%s'", CG3_ROM_FILE);
+            error_report("cg3: could not load prom '%s'", fcode_filename);
         }
+        g_free(fcode_filename);
     }
 
     memory_region_init_ram(&s->vram_mem, NULL, "cg3.vram", s->vram_size,
-- 
2.0.4

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-trivial] [PATCH v2 2/4] hw/alpha/dp264.c: Fix memory leak spotted by valgrind
  2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
@ 2015-05-28 12:39   ` Shannon Zhao
  -1 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

valgrind complains about:
==7055== 58 bytes in 1 blocks are definitely lost in loss record 1,471 of 2,192
==7055==    at 0x4C2845D: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==7055==    by 0x24410F: malloc_and_trace (vl.c:2556)
==7055==    by 0x64C770E: g_malloc (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DEFD7: g_strndup (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x650181A: g_vasprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DF0CC: g_strdup_vprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DF188: g_strdup_printf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x242F81: qemu_find_file (vl.c:2121)
==7055==    by 0x217A32: clipper_init (dp264.c:105)
==7055==    by 0x2484DA: main (vl.c:4249)

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
---
 hw/alpha/dp264.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/hw/alpha/dp264.c b/hw/alpha/dp264.c
index 9fe7e8b..f86e7bb 100644
--- a/hw/alpha/dp264.c
+++ b/hw/alpha/dp264.c
@@ -55,7 +55,7 @@ static void clipper_init(MachineState *machine)
     ISABus *isa_bus;
     qemu_irq rtc_irq;
     long size, i;
-    const char *palcode_filename;
+    char *palcode_filename;
     uint64_t palcode_entry, palcode_low, palcode_high;
     uint64_t kernel_entry, kernel_low, kernel_high;
 
@@ -101,8 +101,8 @@ static void clipper_init(MachineState *machine)
     /* Load PALcode.  Given that this is not "real" cpu palcode,
        but one explicitly written for the emulation, we might as
        well load it directly from and ELF image.  */
-    palcode_filename = (bios_name ? bios_name : "palcode-clipper");
-    palcode_filename = qemu_find_file(QEMU_FILE_TYPE_BIOS, palcode_filename);
+    palcode_filename = qemu_find_file(QEMU_FILE_TYPE_BIOS,
+                                bios_name ? bios_name : "palcode-clipper");
     if (palcode_filename == NULL) {
         hw_error("no palcode provided\n");
         exit(1);
@@ -114,6 +114,7 @@ static void clipper_init(MachineState *machine)
         hw_error("could not load palcode '%s'\n", palcode_filename);
         exit(1);
     }
+    g_free(palcode_filename);
 
     /* Start all cpus at the PALcode RESET entry point.  */
     for (i = 0; i < smp_cpus; ++i) {
-- 
2.0.4




^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-devel] [PATCH v2 2/4] hw/alpha/dp264.c: Fix memory leak spotted by valgrind
@ 2015-05-28 12:39   ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

valgrind complains about:
==7055== 58 bytes in 1 blocks are definitely lost in loss record 1,471 of 2,192
==7055==    at 0x4C2845D: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==7055==    by 0x24410F: malloc_and_trace (vl.c:2556)
==7055==    by 0x64C770E: g_malloc (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DEFD7: g_strndup (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x650181A: g_vasprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DF0CC: g_strdup_vprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x64DF188: g_strdup_printf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==7055==    by 0x242F81: qemu_find_file (vl.c:2121)
==7055==    by 0x217A32: clipper_init (dp264.c:105)
==7055==    by 0x2484DA: main (vl.c:4249)

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
Signed-off-by: Michael Tokarev <mjt@tls.msk.ru>
---
 hw/alpha/dp264.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/hw/alpha/dp264.c b/hw/alpha/dp264.c
index 9fe7e8b..f86e7bb 100644
--- a/hw/alpha/dp264.c
+++ b/hw/alpha/dp264.c
@@ -55,7 +55,7 @@ static void clipper_init(MachineState *machine)
     ISABus *isa_bus;
     qemu_irq rtc_irq;
     long size, i;
-    const char *palcode_filename;
+    char *palcode_filename;
     uint64_t palcode_entry, palcode_low, palcode_high;
     uint64_t kernel_entry, kernel_low, kernel_high;
 
@@ -101,8 +101,8 @@ static void clipper_init(MachineState *machine)
     /* Load PALcode.  Given that this is not "real" cpu palcode,
        but one explicitly written for the emulation, we might as
        well load it directly from and ELF image.  */
-    palcode_filename = (bios_name ? bios_name : "palcode-clipper");
-    palcode_filename = qemu_find_file(QEMU_FILE_TYPE_BIOS, palcode_filename);
+    palcode_filename = qemu_find_file(QEMU_FILE_TYPE_BIOS,
+                                bios_name ? bios_name : "palcode-clipper");
     if (palcode_filename == NULL) {
         hw_error("no palcode provided\n");
         exit(1);
@@ -114,6 +114,7 @@ static void clipper_init(MachineState *machine)
         hw_error("could not load palcode '%s'\n", palcode_filename);
         exit(1);
     }
+    g_free(palcode_filename);
 
     /* Start all cpus at the PALcode RESET entry point.  */
     for (i = 0; i < smp_cpus; ++i) {
-- 
2.0.4

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-trivial] [PATCH v2 3/4] hw/ppc/e500.c: Fix memory leak
  2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
@ 2015-05-28 12:39   ` Shannon Zhao
  -1 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/ppc/e500.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/hw/ppc/e500.c b/hw/ppc/e500.c
index c10e1b5..d300846 100644
--- a/hw/ppc/e500.c
+++ b/hw/ppc/e500.c
@@ -1030,6 +1030,7 @@ void ppce500_init(MachineState *machine, PPCE500Params *params)
             exit(1);
         }
     }
+    g_free(filename);
 
     /* Reserve space for dtb */
     dt_base = (loadaddr + bios_size + DTC_LOAD_PAD) & ~DTC_PAD_MASK;
-- 
2.0.4




^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-devel] [PATCH v2 3/4] hw/ppc/e500.c: Fix memory leak
@ 2015-05-28 12:39   ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/ppc/e500.c | 1 +
 1 file changed, 1 insertion(+)

diff --git a/hw/ppc/e500.c b/hw/ppc/e500.c
index c10e1b5..d300846 100644
--- a/hw/ppc/e500.c
+++ b/hw/ppc/e500.c
@@ -1030,6 +1030,7 @@ void ppce500_init(MachineState *machine, PPCE500Params *params)
             exit(1);
         }
     }
+    g_free(filename);
 
     /* Reserve space for dtb */
     dt_base = (loadaddr + bios_size + DTC_LOAD_PAD) & ~DTC_PAD_MASK;
-- 
2.0.4

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-trivial] [PATCH v2 4/4] hw/display/tcx.c: Fix memory leak spotted by valgrind
  2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
@ 2015-05-28 12:39   ` Shannon Zhao
  -1 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

valgrind complains about:
==23693== 55 bytes in 1 blocks are definitely lost in loss record 1,277 of 2,014
==23693==    at 0x4C2845D: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==23693==    by 0x21B93F: malloc_and_trace (vl.c:2556)
==23693==    by 0x64C770E: g_malloc (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DEFD7: g_strndup (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x650181A: g_vasprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DF0CC: g_strdup_vprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DF188: g_strdup_printf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x21A7B1: qemu_find_file (vl.c:2121)
==23693==    by 0x1E4F6E: tcx_realizefn (tcx.c:1013)
==23693==    by 0x26CC20: device_set_realized (qdev.c:1058)
==23693==    by 0x2B6766: property_set_bool (object.c:1514)
==23693==    by 0x2B5060: object_property_set (object.c:837)

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/display/tcx.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/hw/display/tcx.c b/hw/display/tcx.c
index a9f9f66..ec0aa0d 100644
--- a/hw/display/tcx.c
+++ b/hw/display/tcx.c
@@ -1015,8 +1015,9 @@ static void tcx_realizefn(DeviceState *dev, Error **errp)
         ret = load_image_targphys(fcode_filename, s->prom_addr,
                                   FCODE_MAX_ROM_SIZE);
         if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
-            error_report("tcx: could not load prom '%s'", TCX_ROM_FILE);
+            error_report("tcx: could not load prom '%s'", fcode_filename);
         }
+        g_free(fcode_filename);
     }
 
     /* 0/DFB8 : 8-bit plane */
-- 
2.0.4




^ permalink raw reply related	[flat|nested] 14+ messages in thread

* [Qemu-devel] [PATCH v2 4/4] hw/display/tcx.c: Fix memory leak spotted by valgrind
@ 2015-05-28 12:39   ` Shannon Zhao
  0 siblings, 0 replies; 14+ messages in thread
From: Shannon Zhao @ 2015-05-28 12:39 UTC (permalink / raw)
  To: qemu-devel; +Cc: qemu-trivial, pbonzini, mjt, shannon.zhao, peter.maydell

From: Shannon Zhao <shannon.zhao@linaro.org>

valgrind complains about:
==23693== 55 bytes in 1 blocks are definitely lost in loss record 1,277 of 2,014
==23693==    at 0x4C2845D: malloc (in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so)
==23693==    by 0x21B93F: malloc_and_trace (vl.c:2556)
==23693==    by 0x64C770E: g_malloc (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DEFD7: g_strndup (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x650181A: g_vasprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DF0CC: g_strdup_vprintf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x64DF188: g_strdup_printf (in /usr/lib64/libglib-2.0.so.0.3600.3)
==23693==    by 0x21A7B1: qemu_find_file (vl.c:2121)
==23693==    by 0x1E4F6E: tcx_realizefn (tcx.c:1013)
==23693==    by 0x26CC20: device_set_realized (qdev.c:1058)
==23693==    by 0x2B6766: property_set_bool (object.c:1514)
==23693==    by 0x2B5060: object_property_set (object.c:837)

Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com
Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>
---
 hw/display/tcx.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/hw/display/tcx.c b/hw/display/tcx.c
index a9f9f66..ec0aa0d 100644
--- a/hw/display/tcx.c
+++ b/hw/display/tcx.c
@@ -1015,8 +1015,9 @@ static void tcx_realizefn(DeviceState *dev, Error **errp)
         ret = load_image_targphys(fcode_filename, s->prom_addr,
                                   FCODE_MAX_ROM_SIZE);
         if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
-            error_report("tcx: could not load prom '%s'", TCX_ROM_FILE);
+            error_report("tcx: could not load prom '%s'", fcode_filename);
         }
+        g_free(fcode_filename);
     }
 
     /* 0/DFB8 : 8-bit plane */
-- 
2.0.4

^ permalink raw reply related	[flat|nested] 14+ messages in thread

* Re: [Qemu-trivial] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf
  2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
@ 2015-05-28 17:47   ` Michael Tokarev
  -1 siblings, 0 replies; 14+ messages in thread
From: Michael Tokarev @ 2015-05-28 17:47 UTC (permalink / raw)
  To: Shannon Zhao, qemu-devel
  Cc: qemu-trivial, pbonzini, shannon.zhao, peter.maydell

28.05.2015 15:39, Shannon Zhao wrote:
> From: Shannon Zhao <shannon.zhao@linaro.org>
> 
> Before I sent some patches to fix memory leak spotted by valgrind. Then
> I'd like to dig deeper and find that two places have memory leak due to
> calling qemu_find_file and not freeing return buf. Then through code
> searching another two places are found. So this patchset is to fix them.

Applied all 4 to -trivial, thank you!

/mjt


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [Qemu-devel] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf
@ 2015-05-28 17:47   ` Michael Tokarev
  0 siblings, 0 replies; 14+ messages in thread
From: Michael Tokarev @ 2015-05-28 17:47 UTC (permalink / raw)
  To: Shannon Zhao, qemu-devel
  Cc: qemu-trivial, pbonzini, shannon.zhao, peter.maydell

28.05.2015 15:39, Shannon Zhao wrote:
> From: Shannon Zhao <shannon.zhao@linaro.org>
> 
> Before I sent some patches to fix memory leak spotted by valgrind. Then
> I'd like to dig deeper and find that two places have memory leak due to
> calling qemu_find_file and not freeing return buf. Then through code
> searching another two places are found. So this patchset is to fix them.

Applied all 4 to -trivial, thank you!

/mjt

^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [Qemu-trivial] [Qemu-devel] [PATCH v2 1/4] hw/display/cg3.c: Fix memory leak
  2015-05-28 12:39   ` [Qemu-devel] " Shannon Zhao
@ 2015-05-29  7:59     ` Markus Armbruster
  -1 siblings, 0 replies; 14+ messages in thread
From: Markus Armbruster @ 2015-05-29  7:59 UTC (permalink / raw)
  To: Shannon Zhao
  Cc: peter.maydell, qemu-trivial, mjt, qemu-devel, shannon.zhao,
	pbonzini

Shannon Zhao <zhaoshenglong@huawei.com> writes:

> From: Shannon Zhao <shannon.zhao@linaro.org>
>
> Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>

Suffering an identity crisis?  ;)

> ---
>  hw/display/cg3.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/hw/display/cg3.c b/hw/display/cg3.c
> index 1e6ff2b..186d544 100644
> --- a/hw/display/cg3.c
> +++ b/hw/display/cg3.c
> @@ -303,8 +303,9 @@ static void cg3_realizefn(DeviceState *dev, Error **errp)
>          ret = load_image_targphys(fcode_filename, s->prom_addr,
>                                    FCODE_MAX_ROM_SIZE);
>          if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
> -            error_report("cg3: could not load prom '%s'", CG3_ROM_FILE);
> +            error_report("cg3: could not load prom '%s'", fcode_filename);
>          }
> +        g_free(fcode_filename);
>      }
>  
>      memory_region_init_ram(&s->vram_mem, NULL, "cg3.vram", s->vram_size,

You're also improving an error message.  Mentioning that in the commit
message wouldn't hurt.


^ permalink raw reply	[flat|nested] 14+ messages in thread

* Re: [Qemu-devel] [PATCH v2 1/4] hw/display/cg3.c: Fix memory leak
@ 2015-05-29  7:59     ` Markus Armbruster
  0 siblings, 0 replies; 14+ messages in thread
From: Markus Armbruster @ 2015-05-29  7:59 UTC (permalink / raw)
  To: Shannon Zhao
  Cc: peter.maydell, qemu-trivial, mjt, qemu-devel, shannon.zhao,
	pbonzini

Shannon Zhao <zhaoshenglong@huawei.com> writes:

> From: Shannon Zhao <shannon.zhao@linaro.org>
>
> Signed-off-by: Shannon Zhao <zhaoshenglong@huawei.com>
> Signed-off-by: Shannon Zhao <shannon.zhao@linaro.org>

Suffering an identity crisis?  ;)

> ---
>  hw/display/cg3.c | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/hw/display/cg3.c b/hw/display/cg3.c
> index 1e6ff2b..186d544 100644
> --- a/hw/display/cg3.c
> +++ b/hw/display/cg3.c
> @@ -303,8 +303,9 @@ static void cg3_realizefn(DeviceState *dev, Error **errp)
>          ret = load_image_targphys(fcode_filename, s->prom_addr,
>                                    FCODE_MAX_ROM_SIZE);
>          if (ret < 0 || ret > FCODE_MAX_ROM_SIZE) {
> -            error_report("cg3: could not load prom '%s'", CG3_ROM_FILE);
> +            error_report("cg3: could not load prom '%s'", fcode_filename);
>          }
> +        g_free(fcode_filename);
>      }
>  
>      memory_region_init_ram(&s->vram_mem, NULL, "cg3.vram", s->vram_size,

You're also improving an error message.  Mentioning that in the commit
message wouldn't hurt.

^ permalink raw reply	[flat|nested] 14+ messages in thread

end of thread, other threads:[~2015-05-29  8:00 UTC | newest]

Thread overview: 14+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2015-05-28 12:39 [Qemu-trivial] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf Shannon Zhao
2015-05-28 12:39 ` [Qemu-devel] " Shannon Zhao
2015-05-28 12:39 ` [Qemu-trivial] [PATCH v2 1/4] hw/display/cg3.c: Fix memory leak Shannon Zhao
2015-05-28 12:39   ` [Qemu-devel] " Shannon Zhao
2015-05-29  7:59   ` [Qemu-trivial] " Markus Armbruster
2015-05-29  7:59     ` Markus Armbruster
2015-05-28 12:39 ` [Qemu-trivial] [PATCH v2 2/4] hw/alpha/dp264.c: Fix memory leak spotted by valgrind Shannon Zhao
2015-05-28 12:39   ` [Qemu-devel] " Shannon Zhao
2015-05-28 12:39 ` [Qemu-trivial] [PATCH v2 3/4] hw/ppc/e500.c: Fix memory leak Shannon Zhao
2015-05-28 12:39   ` [Qemu-devel] " Shannon Zhao
2015-05-28 12:39 ` [Qemu-trivial] [PATCH v2 4/4] hw/display/tcx.c: Fix memory leak spotted by valgrind Shannon Zhao
2015-05-28 12:39   ` [Qemu-devel] " Shannon Zhao
2015-05-28 17:47 ` [Qemu-trivial] [PATCH v2 0/4] Fix memory leak due to calling qemu_find_file and not freeing return buf Michael Tokarev
2015-05-28 17:47   ` [Qemu-devel] " Michael Tokarev

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.