* [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.