Как я могу отладить Приостановить к RAM проблему о Linux?
Я был бы карта распределения памяти файл, сделать все оперативный символ использования* указатели на явную память, затем не отобразить файл и усечь его.
У Вас есть чипсет графики Intel? Я получал то, что походит на ту же проблему на моем ThinkPad X200s под управлением Ubuntu 10.10 и это обходное решение (с 2008!) зафиксировал его для меня: http://ubuntuforums.org/showpost.php?p=6105510&postcount=12
PM_DEBUG и PM_TRACE являются, по-видимому, самыми глубокими средствами отладки существует прямо сейчас. Когда Вы не получаете ничего значимого от высокоуровневых журналов, AFAIK, это - единственный механизм для возвращений при обнаружении со страшным "таинственным пустым экраном на резюме" признак. Чаще всего мы имеем дело с a, довольно часто тонко, поврежденным драйвером устройства. Можно также смотреть на мою Broadcom brcmsmac драйвер беспроводного устройства, отлаживающий сагу в ошибке ядра 34682 для того, что разработчики ядра предлагают и ищут.
У меня есть подозрения, что проблема может произойти из-за BIOS, не правильно сообщающего относительно того, какой lowmem это действительно использует.
По умолчанию эта опция в действительности:
memory_corruption_check_size=64K
Можно попытаться установить это на большие значения, чтобы заставить сканер повреждения памяти исследовать больший блок lowmem.
Ищите "memory_corruption_check_size" в
и т.д.
Я интересовался бы знанием, что Вы находите, если что-либо.
Мой опыт в работе в этой области был в Windows CE, а не Linux.
Во время приостанавливания / цикл резюме, ОС будет прогрессивно закрывать функциональность ОС, ограничивающую Вашу способность получить точную надежную информацию о том, что продолжает использовать функциональность ОС. Кроме того, Ваше контрольное соединение может (например, если проблема синхронизирует связанный), изменяют результат.
Инструменты предпочтения запускаются с соединения отладчика C/C++ с ОС на верхнем уровне, и на очень низкоуровневых данных отправки конца вниз последовательный порт / Почтовые индексы или на не аппаратные средства X86 отладчик JTAG или эквиваленты. Конечным результатом являются долгие часы, разрабатывая поток кода и находя точку, когда это ведет себя по-другому по сравнению с нормальным поведением. В той точке фиксация обычно очевидна. Сохраните хорошие примечания и внесите одно изменение за один раз.
Потребовалось 6 недель для идентификации питания проблема, которую мы имели с Windows CE. У нас была плата процессора PC104, которую мы могли выключить в течение 10 или 60 секунд и включить без проблем. Однако, если бы питание было удалено в течение 25 секунд, то оно не включилось бы. Оказалось, что у нас было достаточно емкости для сохранения содержания DRAM в целости без питания в течение приблизительно 20 секунд, таким образом, на коротком питании от цикла, Windows CE думал, что это возобновлялось от состояния ожидания. Когда вся память была сохранена, она будет на самом деле следовать за выполнением резюме, когда память была частично повреждена, она перепутать во время резюме.
Удачи.