qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Qemu-devel] Re: [PATCH 0/5] RFC: distinguish warm reset from cold reset


From: Avi Kivity
Subject: [Qemu-devel] Re: [PATCH 0/5] RFC: distinguish warm reset from cold reset.
Date: Mon, 30 Aug 2010 10:59:19 +0300
User-agent: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.2.8) Gecko/20100806 Fedora/3.1.2-1.fc13 Lightning/1.0b2pre Thunderbird/3.1.2

 On 08/30/2010 10:49 AM, Isaku Yamahata wrote:
This patch set distinguish warm reset from cold reset by
introducing warm reset callback handler.
The first 4 patches are trivial clean up patches. The last patch of 5/5
is RFC patch.

The following thread arose cold reset vs warm reset issues.
http://lists.nongnu.org/archive/html/qemu-devel/2010-08/msg00186.html
The summary is
- warm reset is wanted in qemu
   - Pressing the reset button is a warm reset on real machines
   - Sparc64 CPU uses different reset vector for warm and cold reset,
     so system_reset acts like a reset button
   - Bus reset can be implemented utilizing qdev frame work instead of
     implemeting it each bus layer independently.
- The modification should be incremental.
   Anthony would like to see that as an incremental addition to what we have
   today (like introducing a propagating warm reset callback) and thinking
   through what the actual behavior should and shouldn't be.


If the direction is okay, The next step would be a patch(set) for qdev which
would introduce qdev_cold_reset(), qdev_warm_reset(),
DeviceInfo::cold_reset and DeviceInfo::warm_reset
and would obsolete qdev_reset() and DeviceInfo::reset.


What would be the difference between warm and cold reset? Former called on any reset, while the latter called on power up only?

--
error compiling committee.c: too many arguments to function




reply via email to

[Prev in Thread] Current Thread [Next in Thread]