Hi,
It's probably going to be a bit tough this time. We are pretty late in the qemu 1.7 devel cycle, soft freeze today, and a big chunk of code (ahci-tables-from qemu) which needs seabios support[1] is just about to be pulled.
That leaves only two weeks (with kvm forum in the middle!) until qemu 1.7 hard freeze with -rc0 (2013-10-29), which should ideally have a seabios update so it can be tested in the rc phase.
There are two more interface updates (pass pcimem64-start address + e820 entries for ram regions) which would be good to get in while being at it.
seabios patches are ready for the most part and just waiting for the qemu counterparts to be merged first.
The timing constrains suggest we should tightly align the releases, with seabios releases being a bit earlier, i.e. something like this:
(1) merge pending qemu patches (2) merge pending seabios patches (3) tag -rc0 seabios release [asap, no later than 2013-10-28] (4) merge seabios update into qemu (5) qemu hard freeze, -rc0 release with seabios update [2013-10-29] (6) seabios freeze in parallel with qemu hard freeze (7) apply seabios fixes if needed. (8) tag final seabios release [targeting qemu -rc2 or -rc3 date here] (9) merge seabios bugfix update into qemu
Qemu 1.7 schedule is here: http://wiki.qemu.org/Planning/1.7
Comments?
cheers, Gerd
[1] Strictly speaking it isn't absolutely required, but would be very good to have.
On Tue, Oct 15, 2013 at 12:04:05PM +0200, Gerd Hoffmann wrote:
Hi,
It's probably going to be a bit tough this time. We are pretty late in the qemu 1.7 devel cycle, soft freeze today, and a big chunk of code (ahci-tables-from qemu) which needs seabios support[1] is just about to be pulled.
That leaves only two weeks (with kvm forum in the middle!) until qemu 1.7 hard freeze with -rc0 (2013-10-29), which should ideally have a seabios update so it can be tested in the rc phase.
There are two more interface updates (pass pcimem64-start address + e820 entries for ram regions) which would be good to get in while being at it.
seabios patches are ready for the most part and just waiting for the qemu counterparts to be merged first.
The timing constrains suggest we should tightly align the releases, with seabios releases being a bit earlier, i.e. something like this:
(1) merge pending qemu patches (2) merge pending seabios patches (3) tag -rc0 seabios release [asap, no later than 2013-10-28] (4) merge seabios update into qemu (5) qemu hard freeze, -rc0 release with seabios update [2013-10-29] (6) seabios freeze in parallel with qemu hard freeze (7) apply seabios fixes if needed. (8) tag final seabios release [targeting qemu -rc2 or -rc3 date here] (9) merge seabios bugfix update into qemu
Qemu 1.7 schedule is here: http://wiki.qemu.org/Planning/1.7
Comments?
Sounds okay to me.
-Kevin
On Di, 2013-10-15 at 12:04 +0200, Gerd Hoffmann wrote:
Hi,
It's probably going to be a bit tough this time. We are pretty late in the qemu 1.7 devel cycle, soft freeze today, and a big chunk of code (ahci-tables-from qemu) which needs seabios support[1] is just about to be pulled.
Update: ahci-tables-from was NOT pulled to 1.7 and will likely be merged in the 1.8 devel cycle, hopefully early. I think we should plan for a release soon after the patches got merged, but there is no need to rush it, qemu 1.7 will do fine with the latest stable release currently in the tree.
cheers, Gerd