Ping?
Somebody please review this patch...
And whom should I Cc in case of changes to tcg/ ? File MAINTAINERS lists
only qemu-devel for this subsystem.
On Fri, 2 Mar 2012, Kirill Batuzov wrote:
> Currently large memory chunk allocation with tcg_malloc is broken. An attempt
> to allocate such ch
On Mon, 5 Mar 2012, Evgeny Voevodin wrote:
>
> As I understand, your approach removes linking back to the previous allocated
> chunk to avoid usage of already allocated and used memory again. Also you
> added g_free() to tcg_pool_reset(). Wouldn't it slow down emulation?
No, it would not. I a
On 02.03.2012 13:22, Kirill Batuzov wrote:
Currently large memory chunk allocation with tcg_malloc is broken. An attempt
to allocate such chunk when pool_current field of TCGContext is not NULL will
result in circular links in list of memory pools:
p = new pool;
s->pool_current->next = p;
p->ne
Currently large memory chunk allocation with tcg_malloc is broken. An attempt
to allocate such chunk when pool_current field of TCGContext is not NULL will
result in circular links in list of memory pools:
p = new pool;
s->pool_current->next = p;
p->next = s->pool_current;
(in tcg_malloc_internal