Temporary fix for large IRQ tables
authorMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Tue, 15 Dec 2009 18:50:40 +0000 (13:50 -0500)
committerMathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
Tue, 15 Dec 2009 18:50:40 +0000 (13:50 -0500)
commit7f58442b15c9dcfa63a1e88a666cadbbc2e7f8d9
tree4e23d48626b23bab7a6a74ffb9e031744b2d8587
parent4b2722d43b405b64bb1b644e3a9156999fd09c72
Temporary fix for large IRQ tables

IRQ tables, trap tables and softirq tables can grow. The copy mechanism for
these is not correct when saving/restoring state, because it uses always the
name table size (which grows) to copy the saved/restored state snapshots.

We should change the g_new allocations for g_arrays, and use the array length as
boundary for the copy rather than the name table len.

TODO / FIXME !

I currently increased the initial irq name table size to 512 to deal correctly
with ARM. This is a dumb temporary fix.

Signed-off-by: Mathieu Desnoyers <mathieu.desnoyers@polymtl.ca>
lttv/lttv/state.c
lttv/lttv/state.h
This page took 0.026055 seconds and 4 git commands to generate.