
Originally Posted by
TReX

Originally Posted by
ryzhov_al
Исправлен ли достаточно паршивый
глюк с NVRAM 64K узнаем вечером.
У Мерлина то? Так к нему и вопросы )) У Асуса никаких тройных ребутов )
Глюк есть. Скорее всего, он воспроизводится не на всех версиях CFE.
Вообще, на стоковой прошивке два глюка:
1. Тройной ребут роутера.
Тест кейс:
а) устанавливаем ip-адрес роутера 192.168.1.1 для того, чтобы ping'ом можно было мониторить как загруженную систему, так и CFE.
б) запускаем в консоли Windows бесконечный ping роутера
Code:
> ping -t 192.168.1.1
и посылаем роутер в перезагрузку любым способом. В консоли Windows можно будет наблюдать следующую картину:
Code:
<force to reboot>
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Общий сбой.
Общий сбой.
Общий сбой.
Ответ от 192.168.1.1: число байт=32 время=188мс TTL=100
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время=500мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=100
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Превышен интервал ожидания для запроса.
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
Ответ от 192.168.1.1: число байт=32 время<1мс TTL=64
<booted>
Видно что загруженный Linux по какой-то причине дважды падает.
1. Невозможность передать переменные NVRAM для CFE.
Тест кейс:
а) смотрите текущие частоты и производительность Bogomips:
Code:
$ cat /proc/cpuinfo
$ nvram get clkfreq
б) задаёте новую частоту работы, которую должен установить CFE при следующей перезагрузке и перегружаете роутер:
Code:
$ nvram set clkfreq=500,250,125
$ nvram commit
$ reboot
в) проверяете производительность и текущую уставку частоты:
Code:
$ cat /proc/cpuinfo
$ nvram get clkfreq
Производительность останется прежней, хотя уставка частоты будет новая. Ещё весной всё работало, теперь - нет.
А с Мерлином, на мой взгляд, совершенно иная проблема: стоковая прошивка развивается очень бодрыми темпами и Эрик просто не успевает бэкпортировать все её новшества на свой, теперь уже достаточно развесистый мод. IMHO, повторюсь, его проект постепенно теряет управляемость. Именно по этой причине я в Entware далеко не отклоняюсь от первоисточника: я не хочу, чтобы с моим проектом вышло то же самое.
Кстати, больше с Эриком я прошивку не допиливаю. Мне не хватало от стоковой прошивке всего две вещи: /jffs-раздела (аналога flashfs) и стартовых скриптов (аналога /tmp/local/sbin/{post,pre}-*). Теперь я использую свою прошивку, которая отличается от стоковой только этими двумя вещами.