On 03/02/2010 02:14 AM, Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_all_states in qemu_savevm_state_complete
On Thu, Mar 11, 2010 at 10:32:50AM +0200, Avi Kivity wrote:
On 03/02/2010 02:14 AM, Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
-
On 03/08/2010 02:33 PM, Marcelo Tosatti wrote:
On Fri, Mar 05, 2010 at 09:37:26PM -0500, Kevin O'Connor wrote:
On Thu, Mar 04, 2010 at 03:35:52PM -0300, Marcelo Tosatti wrote:
On Thu, Mar 04, 2010 at 12:58:58AM -0500, Kevin O'Connor wrote:
On Thu, Mar 04, 2010 at 01:21:12AM
On Thu, Mar 04, 2010 at 03:35:52PM -0300, Marcelo Tosatti wrote:
On Thu, Mar 04, 2010 at 12:58:58AM -0500, Kevin O'Connor wrote:
On Thu, Mar 04, 2010 at 01:21:12AM -0300, Marcelo Tosatti wrote:
The regression seems to be caused by seabios commit d7e998f. Kevin, the
failure can be seen on
On Thu, Mar 04, 2010 at 12:58:58AM -0500, Kevin O'Connor wrote:
On Thu, Mar 04, 2010 at 01:21:12AM -0300, Marcelo Tosatti wrote:
The regression seems to be caused by seabios commit d7e998f. Kevin, the
failure can be seen on the attached screenshot, which happens on the
first reboot of WinXP
On Tue, Mar 02, 2010 at 11:29:10PM -0300, Marcelo Tosatti wrote:
On Tue, Mar 02, 2010 at 05:31:09PM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka
On Thu, Mar 04, 2010 at 01:21:12AM -0300, Marcelo Tosatti wrote:
The regression seems to be caused by seabios commit d7e998f. Kevin, the
failure can be seen on the attached screenshot, which happens on the
first reboot of WinXP 32 installation (after copying files etc).
Sorry - I also noticed
Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_all_states in qemu_savevm_state_complete
(initial sync from kernel
On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
-
Marcelo Tosatti wrote:
On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
-
On Tue, Mar 02, 2010 at 05:31:09PM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Tue, Mar 02, 2010 at 09:00:04AM +0100, Jan Kiszka wrote:
Marcelo Tosatti wrote:
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
On Mon, Mar 01, 2010 at 07:10:30PM +0100, Jan Kiszka wrote:
This grand cleanup drops all reset and vmsave/load related
synchronization points in favor of four(!) generic hooks:
- cpu_synchronize_all_states in qemu_savevm_state_complete
(initial sync from kernel before vmsave)
-
12 matches
Mail list logo