Ждущий режим

Xts, появилась одна идея для проверки выхода из suspend по часам (не дает покоя эта точность выхода в 10с).
Насколько мне известно, сигнал от RTC (часы реального времени) заведен на IRQ8 , что позволяет выходить из suspend по расписанию. И это единственная функция данного прерывания. То есть можно проверить счетчик прерываний до входа в suspend и после его самопроизвольного выхода из suspend. Если совпадает, то часы не заведены, если отличается, то значит часы тикают (имел ввиду для ждущего).
Например, до ухода в ждущий
$ cat /proc/interrupts | grep rtc0
8: ..... 1 ..... 0 ..... 0 ..... 0 ..... IO-APIC-edge ..... rtc0
После выхода из ждущего (по моему требованию)
$ cat /proc/interrupts | grep rtc0
8: ..... 1 ..... 0 ..... 0 ..... 0 ..... IO-APIC-edge ..... rtc0
PS.....возможно, могу и ошибаться.
Ошибки не исчезают с опытом - они просто умнеют
vasek, ну проверим, ибо обнова биоса и ядра ничего не дали, вот только сегодня этот промежуток еще меньше
1) 9:34:10
2) 9:34:00
3) 9:33:52
4) 9:33:48
после сегодняшнего его выхода (не перезагружал комп)
$ cat /proc/interrupts | grep rtc0
  8:          0          0          1          0   IO-APIC-edge      rtc0
а это после перезагрузки
$ cat /proc/interrupts | grep rtc0
  8:          1          0          0          0   IO-APIC-edge      rtc0
То есть, если бы ноут вышел из ждущего по часам (расписанию), то показание счетчика, суммарное по CPU, было бы на один больше, чем после перегрузки. У тебя показания (суммарное) не изменилось — можно считать что выход по часам не запланирован. Остается списать проблему на глюк.....???.......
Но не понятен один момент — почему прерывания после выхода из ждущего и после перегрузки сидят на разных CPU?.
Может такое и возможно, но почему то считал, что отрабатывает всегда какой то один CPU.
Ошибки не исчезают с опытом - они просто умнеют
Но если самому выводить ноут из ждущего, то ничего не меняет, значения такие же.
Глюк чего?
Просто раньше все было норм и ноут в ждущем жил чуть ли не неделями, но это была убунта и год уже прошел
Xts
Но если самому выводить ноут из ждущего, то ничего не меняет, значения такие же.
Я не понял эта фраза
Xts
после сегодняшнего его выхода (не перезагружал комп)
относится к тому, что комп вышел из ждущего сам........., а не с твоей помощью............я правильно понял.
А глюком - считаю все, что никак не объясняется и противоречит здравому смыслу.
Ошибки не исчезают с опытом - они просто умнеют
vasek
Я не понял эта фраза
до того как ушел в ждущий
$ cat /proc/interrupts | grep rtc0
  8:          1          0          0          0   IO-APIC-edge      rtc0
после того как я сам его от туда вывел
$ cat /proc/interrupts | grep rtc0
  8:          1          0          0          0   IO-APIC-edge      rtc0

а вот когда он сам выходит, то получается так как выше
$ cat /proc/interrupts | grep rtc0
  8:          0          0          1          0   IO-APIC-edge      rtc0
Xts
а вот когда он сам выходит, то получается так как выше
А вот это мне в самом деле не понятно - почему прерывание на другом CPU, когда он выходит сам........
PS...... просто знаний не хватит......, и главное исчезло прерывание с прежнего CPU.....? ...ну не может оно перескакивать с одного CPU на другое....
Ошибки не исчезают с опытом - они просто умнеют
Магия какая то
Ради интереса
$ rtcwake -m show
alarm: off
Ошибки не исчезают с опытом - они просто умнеют
 
Зарегистрироваться или войдите чтобы оставить сообщение.