summary refs log tree commit diff stats
path: root/results/classifier/deepseek-2-tmp/output/peripherals/1080086
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/deepseek-2-tmp/output/peripherals/1080086')
-rw-r--r--results/classifier/deepseek-2-tmp/output/peripherals/108008625
1 files changed, 0 insertions, 25 deletions
diff --git a/results/classifier/deepseek-2-tmp/output/peripherals/1080086 b/results/classifier/deepseek-2-tmp/output/peripherals/1080086
deleted file mode 100644
index 6a8ab7831..000000000
--- a/results/classifier/deepseek-2-tmp/output/peripherals/1080086
+++ /dev/null
@@ -1,25 +0,0 @@
-
-MC146818 RTC breaks when SET bit in Register B is on.
-
-This bug occurs when the SET flag of Register B is enabled. When an RTC
-data register (i.e. any of the 10 bytes of time/calender data in CMOS) 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 appears to
-cause 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.
-
-I have created a standalone test case which exposes this bug:
-
-   https://github.com/ahorn/benchmarks/commit/fff1ca40694bbef6f7f9de323bb0bed63419ef99
\ No newline at end of file