Ultra2, циклический ребут

[yrzorg]

Приветствую
После отключения электричества девайс стал недоступен ни по LAN, ни по wi-fi
Стояла кастомная прошивка padavan, через ком-порт посмотрел лог загрузки - останавливается на этой строке:
 

PCI: Enabling device 0000:02:00.0 (0000 -> 0002)

через tftp прошил NDMS ku_rd_draft_2.12.A.1.0-4, но там тоже самое, с той разницей, что роутер уходит в ребут через несколько секунд

лог загрузки padavan https://pastebin.com/Z4qxC0YJ
лог загрузки NDMS https://pastebin.com/2cRDqVxE

Пациент мёртв?

[Legoos]

Приветствую. Было такое при повреждении содержимого раздела Factory. Если есть резервные копии разделов, то можно попробовать восстановить его. Сам прошивал через альтернативный загрузчик BREED, но он был прошит заранее. Возможно из родного загрузчика по tftp можно восстановить Factory, но лично не пробовал.

[yrzorg]

29 минут назад, Legoos сказал:

Если есть резервные копии разделов

Есть второй такой же роутер

[Legoos]

5 минут назад, yrzorg сказал:

Есть второй такой же роутер

На сколько я понимаю, в Factory хранится EEPROM радио чипов, в котором в свою очередь хранятся калибровки, которые индивидуальны. Так же там находятся МАС адреса, но это не страшно, их можно поправить. Чужие калибровки могут сказаться на качестве работы WIFI, но думаю лучше так чем кирпич. Вытащить Factory c рабочего роутера тоже не проблема, по крайней мере на прошивке от Padavan'a. Основная проблема - это возможность прошить раздел из загрузчика. Если есть uart консоль, то в первую очередь нужно разобраться можно ли загрузить по TFTP бинарник раздела и прошить его по нужному адресу (в логе ядра это 0x100000, а для uboot он может быть 0xbfd00000 например - тут желательно точно знать). Думаю разработчики прошивки могут дать конкретные руководства, а так только теория и догадки, как бы хуже не сделать.

[yrzorg]

26 минут назад, Legoos сказал:

по TFTP бинарник раздела и прошить его по нужному адресу

Честно признаюсь - для меня это уже тёмный лес. Да и терзают смутные сомнения, что без программатора тут уже не обойтись
вот если бы было возможно вытащить падавановский раздел storage (если он не затёрся прошивкой NDMS)

[Legoos]

Придумал ещё один более реальный способ. Нужно пропатчить прошивку Padavan'a , чтобы она стартовала с отключенным радио. Для этого нужно закомментировать 690 сточку ("//RALINK_GPIO_DATA0 |= val;") файла "rt-n56u/trunk/linux-3.4.x/arch/mips/rt2880/pci.c" и пересобрать прошивку. Тогда pcie контроллеры радиочипов не выйдут из состояния сброса, процессор не увидит их на шинах и прошивка должна загрузится, подтвердив теорию о битом разделе Factory. При успешном запуске, можно будет читать и писать Factory из под прошивки. Бинарник раздела не обязательно вытаскивать из рабочего роутера, т.к. он всё равно не родной, то можно попросить на форумах.

Заметил по логу, что прошивку Padavan'a собирали из репозитория Linaro. Тогда путь к файлу будет "padavan-ng/trunk/linux-3.4.x/arch/mips/rt2880/pci.c" и номер строки 692.

Изменено 19 июля, 2018 пользователем Legoos
Дополнил про репозиторий Linaro

[vasek00]

У вас проблема выше

Цитата

Как у вас на NDMS

PCI host bridge to bus 0000:00

pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]

pci_bus 0000:00: root bus resource [io  0x1e160000-0x1e16ffff]

pci 0000:00:00.0: bridge configuration invalid ([bus 00-00]), reconfiguring

pci 0000:00:01.0: bridge configuration invalid ([bus 00-00]), reconfiguring

pci 0000:00:00.0: BAR 0: can't assign mem (size 0x80000000)

pci 0000:00:01.0: BAR 0: can't assign mem (size 0x80000000)

pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]

pci 0000:00:00.0: BAR 9: assigned [mem 0x60100000-0x601fffff pref]

pci 0000:00:01.0: BAR 8: assigned [mem 0x60200000-0x602fffff]

pci 0000:00:01.0: BAR 9: assigned [mem 0x60300000-0x603fffff pref]

pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff 64bit]

pci 0000:01:00.0: BAR 6: assigned [mem 0x60100000-0x6010ffff pref]

pci 0000:00:00.0: PCI bridge to [bus 01-01]

pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]

pci 0000:00:00.0:   bridge window [mem 0x60100000-0x601fffff pref]

pci 0000:02:00.0: BAR 0: assigned [mem 0x60200000-0x602fffff 64bit]

pci 0000:02:00.0: BAR 6: assigned [mem 0x60300000-0x6030ffff pref]

pci 0000:00:01.0: PCI bridge to [bus 02-02]

pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff]

pci 0000:00:01.0:   bridge window [mem 0x60300000-0x603fffff pref]

PCI: Enabling device 0000:00:00.0 (0000 -> 0002)

PCI: Enabling device 0000:00:01.0 (0000 -> 0002)

И как например на NDMS том же

Jan  1 00:00:03 ndm: kernel: pci_bus 0000:00: root bus resource [mem 0x60000000-0x6fffffff]
Jan  1 00:00:03 ndm: kernel: pci_bus 0000:00: root bus resource [io  0x1e160000-0x1e16ffff]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: [0e8d:0801] type 01 class 0x060400
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: supports D1
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: PME# supported from D0 D1 D3hot
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: [0e8d:0801] type 01 class 0x060400
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: supports D1
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: PME# supported from D0 D1 D3hot
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: [14c3:7662] type 00 class 0x028000
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: PME# supported from D0 D3hot D3cold
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: [14c3:7662] type 00 class 0x028000
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: reg 0x10: [mem 0x00000000-0x000fffff 64bit]
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: reg 0x30: [mem 0x00000000-0x0000ffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: PME# supported from D0 D3hot D3cold
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: BAR 8: assigned [mem 0x60000000-0x600fffff]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: BAR 9: assigned [mem 0x60100000-0x601fffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: BAR 8: assigned [mem 0x60200000-0x602fffff]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: BAR 9: assigned [mem 0x60300000-0x603fffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: BAR 0: assigned [mem 0x60000000-0x600fffff 64bit]
Jan  1 00:00:03 ndm: kernel: pci 0000:01:00.0: BAR 6: assigned [mem 0x60100000-0x6010ffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0: PCI bridge to [bus 01-01]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0:   bridge window [mem 0x60000000-0x600fffff]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:00.0:   bridge window [mem 0x60100000-0x601fffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: BAR 0: assigned [mem 0x60200000-0x602fffff 64bit]
Jan  1 00:00:03 ndm: kernel: pci 0000:02:00.0: BAR 6: assigned [mem 0x60300000-0x6030ffff pref]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0: PCI bridge to [bus 02-02]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0:   bridge window [mem 0x60200000-0x602fffff]
Jan  1 00:00:03 ndm: kernel: pci 0000:00:01.0:   bridge window [mem 0x60300000-0x603fffff pref]

Jan  1 00:00:03 ndm: kernel: PCI: CLS 32 bytes, default 32

Что-то тут не то

[yrzorg]

13 часа назад, Legoos сказал:

Для этого нужно закомментировать 690 сточку ("//RALINK_GPIO_DATA0 |= val;") файла "rt-n56u/trunk/linux-3.4.x/arch/mips/rt2880/pci.c"

на репе padavan`а с этой правкой прошивка не собралась (без неё собирается)
 

  CC [M]  fs/ubifs/recovery.o
  CC [M]  fs/ubifs/ioctl.o
  CC [M]  fs/ubifs/lpt_commit.o
  CC [M]  fs/ubifs/tnc_misc.o
  LD [M]  fs/ubifs/ubifs.o
  LD      fs/built-in.o
make[1]: выход из каталога «/opt/rt-n56u/trunk/linux-3.4.x»
Makefile:137: ошибка выполнения рецепта для цели «linux»
make: *** [linux] Ошибка 1
user@user-VirtualBox:/opt/rt-n56u/trunk$

 

[yrzorg]

Удалось оживить девайс и неоценимую помощь в этом оказал пользователь Legoos (огромное ему спасибо).
Была собрана прошивка padavan с отключённым радиомодулем, залита в роутер, который успешно загрузился, даже сохранились все настройки и storage
Дальше были эксперименты с заливкой factory от других устройств (билайновский SmartBoxPro и Wive-NG-MT (external)). Со всеми ними роутер работал, но скорость wi-fi 2.4 была невысокой, через адаптер 802.11n варьировалась от 25 до 40 мбит, в зависимости от того, какой factory был залит. В конечном итоге был снят дамп factory с другой UltraII, в нём были заменены mac-адреса и залито в этот роутер. Скорость wi-fi через адаптер стала в районе 90 мбит, работу же 5GHz проверить не на чем

Изменено 21 июля, 2018 пользователем yrzorg