DeveloperNews: Difference between revisions
(Initial set of news items) |
m (Clearly attribute QOM realize to Anthony) |
||
| Line 4: | Line 4: | ||
* [[User:Paolo Bonzini|Paolo]] is [http://lists.gnu.org/archive/html/qemu-devel/2013-07/msg00798.html about to extend] '''MemoryRegion'''s to reference an '''owner''' Object. Therefore new MemoryRegions should not carry the name of its containing device but its purpose within that device.<br/> Note that this pull touches on ''every'' <code>memory_region_init()</code>, <code>memory_region_init_io()</code> and <code>memory_region_init_ram()</code> in the tree (in patch 18/66) and is thus likely to conflict with any patch adding a new device. | * [[User:Paolo Bonzini|Paolo]] is [http://lists.gnu.org/archive/html/qemu-devel/2013-07/msg00798.html about to extend] '''MemoryRegion'''s to reference an '''owner''' Object. Therefore new MemoryRegions should not carry the name of its containing device but its purpose within that device.<br/> Note that this pull touches on ''every'' <code>memory_region_init()</code>, <code>memory_region_init_io()</code> and <code>memory_region_init_ram()</code> in the tree (in patch 18/66) and is thus likely to conflict with any patch adding a new device. | ||
* The staging tree '''[https://github.com/afaerber/qemu-cpu/commits/qom-next qom-next]''' was [http://lists.gnu.org/archive/html/qemu-devel/2013-06/msg05470.html revived] by [[User:AF|Andreas]] for '''QOM refactoring''' patches (type constants, cast macros, QOM realize). It should not be used as base for new feature or bugfix patches. | * The staging tree '''[https://github.com/afaerber/qemu-cpu/commits/qom-next qom-next]''' was [http://lists.gnu.org/archive/html/qemu-devel/2013-06/msg05470.html revived] by [[User:AF|Andreas]] for '''QOM refactoring''' patches (type constants, cast macros, QOM realize). It should not be used as base for new feature or bugfix patches. | ||
* All new devices derived from '''SysBusDevice''' should [http://lists.gnu.org/archive/html/qemu-devel/2013-07/msg00041.html use QOM realize] (DeviceClass::'''realize''') rather than SysBusDeviceClass::init. Work is under way to convert existing devices. It is permissable to implement neither realize [http://git.qemu.org/?p=qemu.git;a=commit;h=4ce5dae88ecf2bafa0cd663de7e923728b1b3672 nor init].<br/> QOM realize was first [http://lists.gnu.org/archive/html/qemu-devel/2012-01/msg04025.html presented] on the 2012-01-31 KVM call and after much debate of scope [http://git.qemu.org/?p=qemu.git;a=commit;h=249d41720b7dfbb5951b430b9eefdbee7464f515 minimally implemented] for DeviceState by [[User:AF|Andreas]] for v1.4. Some extensions by [[User:Paolo Bonzini|Paolo]] (recursive realization) are still pending device preparations. | * All new devices derived from '''SysBusDevice''' should [http://lists.gnu.org/archive/html/qemu-devel/2013-07/msg00041.html use QOM realize] (DeviceClass::'''realize''') rather than SysBusDeviceClass::init. Work is under way to convert existing devices. It is permissable to implement neither realize [http://git.qemu.org/?p=qemu.git;a=commit;h=4ce5dae88ecf2bafa0cd663de7e923728b1b3672 nor init].<br/> QOM realize was first [http://lists.gnu.org/archive/html/qemu-devel/2012-01/msg04025.html presented] by [[User:AnthonyLiguori|Anthony]] on the 2012-01-31 KVM call and after much debate of scope [http://git.qemu.org/?p=qemu.git;a=commit;h=249d41720b7dfbb5951b430b9eefdbee7464f515 minimally implemented] for DeviceState by [[User:AF|Andreas]] for v1.4. Some extensions by [[User:Paolo Bonzini|Paolo]] (recursive realization) are still pending device preparations. | ||
* It has been requested to mark PULL request patches <code>[PULL n/m]</code> (rather than <code>[PATCH n/m]</code>) to avoid prompting people in CC to start re-reviewing an in-flight PULL request. | * It has been requested to mark PULL request patches <code>[PULL n/m]</code> (rather than <code>[PATCH n/m]</code>) to avoid prompting people in CC to start re-reviewing an in-flight PULL request. | ||
* [[Planning/1.6|v'''1.6''' roadmap]] has been added by [[User:AnthonyLiguori|Anthony]]. | * [[Planning/1.6|v'''1.6''' roadmap]] has been added by [[User:AnthonyLiguori|Anthony]]. | ||
* Page [[QOMConventions|'''QOM'''Conventions]] was created by [[User:AF|Andreas]] to summarize some review comments and acceptance guidelines for patches that affect '''all devices'''. | * Page [[QOMConventions|'''QOM'''Conventions]] was created by [[User:AF|Andreas]] to summarize some review comments and acceptance guidelines for patches that affect '''all devices'''. | ||
Revision as of 23:29, 5 July 2013
This page highlights some news bits from qemu-devel that all QEMU developers should be aware of. It is not a replacement for reading the mailing list nor a place to announce cool new features for users.
- Paolo is about to extend MemoryRegions to reference an owner Object. Therefore new MemoryRegions should not carry the name of its containing device but its purpose within that device.
Note that this pull touches on everymemory_region_init(),memory_region_init_io()andmemory_region_init_ram()in the tree (in patch 18/66) and is thus likely to conflict with any patch adding a new device. - The staging tree qom-next was revived by Andreas for QOM refactoring patches (type constants, cast macros, QOM realize). It should not be used as base for new feature or bugfix patches.
- All new devices derived from SysBusDevice should use QOM realize (DeviceClass::realize) rather than SysBusDeviceClass::init. Work is under way to convert existing devices. It is permissable to implement neither realize nor init.
QOM realize was first presented by Anthony on the 2012-01-31 KVM call and after much debate of scope minimally implemented for DeviceState by Andreas for v1.4. Some extensions by Paolo (recursive realization) are still pending device preparations. - It has been requested to mark PULL request patches
[PULL n/m](rather than[PATCH n/m]) to avoid prompting people in CC to start re-reviewing an in-flight PULL request. - v1.6 roadmap has been added by Anthony.
- Page QOMConventions was created by Andreas to summarize some review comments and acceptance guidelines for patches that affect all devices.