qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH for-3.2 v5 00/19] Generalize machine compatibili


From: Igor Mammedov
Subject: Re: [Qemu-devel] [PATCH for-3.2 v5 00/19] Generalize machine compatibility properties
Date: Tue, 11 Dec 2018 16:11:31 +0100

On Mon, 10 Dec 2018 15:39:32 -0200
Eduardo Habkost <address@hidden> wrote:

> On Mon, Dec 10, 2018 at 06:31:59PM +0100, Igor Mammedov wrote:
> > On Mon, 10 Dec 2018 15:07:18 -0200
> > Eduardo Habkost <address@hidden> wrote:
> >   
> > > On Tue, Dec 04, 2018 at 06:20:04PM +0400, Marc-André Lureau wrote:
> > > [...]  
> > > > Marc-André Lureau (19):
> > > >   tests: qdev_prop_check_globals() doesn't return "all_used"
> > > >   qom: make interface types abstract
> > > >   qom: make user_creatable_complete() specific to UserCreatable
> > > >   accel: register global_props like machine globals
> > > >   qdev: move qdev_prop_register_global_list() to tests
> > > >   qom: remove unimplemented class_finalize  
> > > 
> > > Patches 1-6 (above) queued on machine-next.  Thanks!  
> > let's drop patch 6 for now until we decide what to do with GPtrArray leaks  
> 
> I appreciate your effort to make sure there are no memory
> allocations that could make Valgrind complain, but I don't see
> the point of keeping dead code that was never called in the tree.
ps:
it looks like machine_finalize() isn't called either,
but it at least documents what should be cleaned up.
Maybe we should keep code removed by 6, for the same reasons. 


> Are the new GPtrArray allocations different from the g_malloc0()
> calls in type_new() and type_initialize()?  Doesn't Valgrind
> complain about them today?
Currently we don't clean a bunch of onetime allocations,
so I guess we can continue to ignore them in this case as well.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]