Это не напрямую связано с вашим вопросом, но все еще может быть актуальным.
Я поддерживаю небольшой проект (devmem-rw) здесь:
http://code.google.com/p/device-memory-readwrite/
Это весьма полезно для разработчиков / тестировщиков драйверов / ядра; он позволяет одной настройке иметь возможность чтения / записи любого допустимого местоположения памяти - это может быть ОЗУ (пространство пользователя / ядра), сопоставленные с памятью регистры, области общей памяти и т. д.
Pl см. Вики проекта (в частности, http://code.google.com/p/device-memory-readwrite/wiki/UsageWithExamples).
Более актуально для вашего вопроса. Я использую этот проект для демонстрации нескольких вариантов использования, один из которых повторяется при чтении значения jiffies. Видя, что это меняется, это доказывает ..
С http://code.google.com/p/device-memory-readwrite/wiki/UsageWithExamples:
»...
Например. 2: Чтение значения jiffies на ПК x86
Модуль ядра 'vm_img', упомянутый ранее, также показывает нам местоположение глобальной переменной ядра 'jiffies_64' (которая содержит текущее значение jiffies); в приведенном выше примере его местоположение в ядре оказывается 0xc07c7a40. Итак:
# ./rdmem 0xc07c7a40 ; sleep 1; ./rdmem 0xc07c7a40 ; sleep 1; ./rdmem 0xc07c7a40
+0 +4 +8 +c 0 4 8 c
+0000 00 1a bc 20 ...
+0 +4 +8 +c 0 4 8 c
+0000 00 1a bd 23 ...#
+0 +4 +8 +c 0 4 8 c
+0000 00 1a be 1f ....
#
Мы можем видеть, как оно обновляется ... (на самом деле, CONFIG_HZ = 250 в этой системе, а также ожидается некоторый + фактор ...).
...
«
Pl см. Страницу проекта для деталей.
Было обнаружено, что это весьма полезно для разработчиков драйверов - например, они могут проверять / изменять значения регистров без написания кода :)
Сделай это!