Нашел - nvram set clkfreq=200
Это единственный вариант с изменением параметра PLL с 238.38 на 198.24 или это не влияет на быстродействие и производительность?
Вопрос такой - насколько проблематично включить в прошивке CONFIG_MAGIC_SYSRQ? Штука, IMHO, полезная, чтобы удаленно перезагружать роутер с зомби-процессами. Я попробовал сходу добавить CONFIG_MAGIC_SYSRQ=у в .config, но нужные файл в /proc так и не появились. Возможно, я что-то делаю не так?
Альтернативой являются глубокие разборки с новыми моделями 520gU (у меня старая, для которой и работает фикс от Олега), чтобы откорректировать константы ядра. Какое значение clkfreq по умолчанию? С родной прошивкой от ASUS часы ходят нормально?
Это абсолютно не нужно и, иногда, приводит к ложному срабатыванию sysrq при мусоре с консоли. /sbin/reboot является линком на rc, который должен корректно завершать процессы, невзирая на zombie. Скорее всего, у тебя дикая каша с optware-uClibc, bash, и т.п.
Для разборок нужен воспроизводимый тестовый пример.
Нет, конкретно у меня проблема в том, что reboot зависает по причине "отвалившейся" флешки с /opt. Все процессы с диска зависают в состоянии Z, видимо, по I/O. Роутер остается доступен по telnet, но перезагрузить его можно только передергиванием питания. Простой вызов `echo b > /proc/sysrq-trigger` помог бы в этом случае. Я думаю, не один я сталкиваюсь с подобной проблемой...
Наверное, можно попробовать просто выдернуть флешку и попробовать перезагрузить роутер.
P.S. А откуда может взяться мусор в консоли? Она же по дефолту, AFAIR, никуда не подключена, а сигнальные линии ее наверняка притянуты к земле или питанию...
Last edited by 3cky; 18-05-2010 at 09:46.
Надо лечить причину, а не следствие...
Если подключен глючный преобразователь типа pl2303, то бывает - лично наблюдал.P.S. А откуда может взяться мусор в консоли? Она же по дефолту, AFAIR, никуда не подключена, а сигнальные линии ее наверняка притянуты к земле или питанию...
Причина обычно в том, что кто-то накануне вытирал с железок пыль и задел провод. Вариант перестать убираться в квартире мне не очень нравится.
Ну проблему глючного преобразователя можно решить отключением sysrq при загрузке через /proc/sys/kernel/sysrq (хотя и тут, IMHO, лучше было бы решать проблему, а не следствие).
Ну ладно, нет - так нет, покопаюсь самостоятельно на досуге.
Роутер покупался новым и запакованным с родной прошивкой асуса. Потом я обновил прошивку до 2.0.1.0 официальной. С часами все было ОК. Затем прошился 1.9.2.7-d прошивкой и сразу заметил проблему с часами. Посмотрел clkfreq=240, изменил его на 200 и проблема с часами решилась.