summaryrefslogtreecommitdiffstats
path: root/configure
diff options
context:
space:
mode:
authorAlex Horn2012-11-26 17:32:54 +0100
committerAnthony Liguori2012-11-27 18:04:33 +0100
commit02c6ccc6dde90dcbf5975b1cfe2ab199e525ec11 (patch)
tree0a4286587fa357224cdaebe6c14ff2255b9b84ef /configure
parentvirtio-rng: do not use g_assert_cmpint (diff)
downloadqemu-02c6ccc6dde90dcbf5975b1cfe2ab199e525ec11.tar.gz
qemu-02c6ccc6dde90dcbf5975b1cfe2ab199e525ec11.tar.xz
qemu-02c6ccc6dde90dcbf5975b1cfe2ab199e525ec11.zip
rtc: Only call rtc_set_cmos when Register B SET flag is disabled.
This bug occurs when the SET flag of Register B is enabled. When an RTC data register (i.e. any of the ten time/calender CMOS bytes) is set, the data is (as expected) correctly stored in the cmos_data array. However, since the SET flag is enabled, the function rtc_set_time is not invoked. As a result, the field base_rtc in RTCState remains uninitialized. This causes a problem on subsequent writes which can end up overwriting data. To see this, consider writing data to Register A after having written data to any of the RTC data registers; the following figure illustrates the call stack for the Register A write operation: +- cmos_io_port_write +-- check_update_timer +---- get_next_alarm +------ rtc_update_time In rtc_update_time, get_guest_rtc calculates the wrong time and overwrites the previously written RTC data register values. Signed-off-by: Alex Horn <alex.horn@cs.ox.ac.uk> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com> Signed-off-by: Anthony Liguori <aliguori@us.ibm.com>
Diffstat (limited to 'configure')
0 files changed, 0 insertions, 0 deletions