[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-devel] Re: [PATCH 00/23] New VMState table based load/save infrast
[Qemu-devel] Re: [PATCH 00/23] New VMState table based load/save infrastructure
Fri, 21 Aug 2009 11:12:14 +0200
Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux)
Gerd Hoffmann <address@hidden> wrote:
> On 08/20/09 19:42, Juan Quintela wrote:
>> - i440fx_load()
>> Can we put pci_irq_levels array in any struct? This is the only driver
>> that I have found that uses a global variable. Gerd, can you take a look?
>> It is not possible to have the PCIDevice struct inside a PIIXDevice or
> Stuffing a pointer to pci_irq_levels into a struct should work without
> problems and should be good enougth to get vmstate save/load going ;)
> Sticking the array itself into a struct would be even better, that
> might need more cleanup work though.
Do you mean to do any of the tow approachs?
I promise to study your patch for other places that I need :)
[Qemu-devel] [PATCH 20/23] Add version_id to PCIDevice., Juan Quintela, 2009/08/20
[Qemu-devel] [PATCH 23/23] Port ACPI to VMState, Juan Quintela, 2009/08/20
Re: [Qemu-devel] [PATCH 00/23] New VMState table based load/save infrastructure, Gerd Hoffmann, 2009/08/21
- [Qemu-devel] [PATCH 22/23] Add VMState support to run a function after load, (continued)
- [Qemu-devel] Re: [PATCH 00/23] New VMState table based load/save infrastructure,
Juan Quintela <=