Necromancer's notes

14 thoughts on “Портируем OpenWRT на китайский безымянный роутер”

1. «Починил скрипты, чтобы те правильно извлекали из нужного mtd раздела прошивку для wifi чипа.»

   А можно по подробней?

   Ответить

2. В общем есть dlink dir300 b2, внутри Ralink RT3350 id:1 rev:2, поставил на него (собранную из сырцов) openwrt, все работает, кроме wifi, насколько я понял, чипсет не определяет:

   «phy0 -> rt2800_init_eeprom: Error — Invalid RF chipset detected.
   phy0 -> rt2x00lib_probe_dev: Error — Failed to allocate device.»

   Собрал kmod-rt2x00-lib с дебагфс (чтоб глянуть что происходит при загрузки модуля для wifi) и он мне показал такую картину:

   «phy0 -> rt2x00lib_request_eeprom_file: Info — Loading EEPROM data from ‘RT305X.eeprom’.
   phy0 -> rt2800_validate_eeprom: EEPROM recovery — MAC: 8a:ea:40:83:05:fd
   phy0 -> rt2x00_set_chip: Info — Chipset detected — rt: 2872, rf: 0000, rev: 0200.
   phy0 -> rt2800_init_eeprom: Error — Invalid RF chipset detected.
   phy0 -> rt2x00lib_probe_dev: Error — Failed to allocate device.»

   Отсюда видно что он не правильно из eeprom информацию о чипе поднимает «rf: 0000» а должно быть «rf: 000b» судя по комментарию из rt2800.h

   «/*
   * RF chip defines.
   *
   * RF2820 2.4G 2T3R
   * RF2850 2.4G/5G 2T3R
   * RF2720 2.4G 1T2R
   * RF2750 2.4G/5G 1T2R
   * RF3020 2.4G 1T1R
   * RF2020 2.4G B/G
   * RF3021 2.4G 1T2R
   * RF3022 2.4G 2T2R
   * RF3052 2.4G/5G 2T2R
   * RF2853 2.4G/5G 3T3R
   * RF3320 2.4G 1T1R(RT3350/RT3370/RT3390)
   * RF3322 2.4G 2T2R(RT3352/RT3371/RT3372/RT3391/RT3392)
   * RF3853 2.4G/5G 3T3R(RT3883/RT3563/RT3573/RT3593/RT3662)
   * RF5370 2.4G 1T1R
   * RF5390 2.4G 1T1R
   */
   #define RF2820 0x0001
   #define RF2850 0x0002
   #define RF2720 0x0003
   #define RF2750 0x0004
   #define RF3020 0x0005
   #define RF2020 0x0006
   #define RF3021 0x0007
   #define RF3022 0x0008
   #define RF3052 0x0009
   #define RF2853 0x000a
   #define RF3320 0x000b
   #define RF3322 0x000c
   #define RF3853 0x000d
   #define RF5370 0x5370
   #define RF5390 0x5390»

   Я попробовал схитрить и изменил строку

   #define RF3320 0x000b
   на
   #define RF3320 0x0000

   После чего собрал заново openwrt и модуль вроде как подгрузился:

   Registered led device: rt2800pci-phy0::radio
   Registered led device: rt2800pci-phy0::assoc
   Registered led device: rt2800pci-phy0::quality

   индикатор wifi загорелся, но точку никто не видит.

   root@OpenWrt:~# ifconfig

   …

   mon.wlan0 Link encap:UNSPEC HWaddr CE-20-33-56-5C-23-00-00-00-00-00-00-00-00-00-00
   UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000

   wlan0 Link encap:Ethernet HWaddr CE:20:33:56:5C:23
   UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
   RX packets:0 errors:0 dropped:0 overruns:0 frame:0
   TX packets:4180 errors:0 dropped:0 overruns:0 carrier:0
   collisions:0 txqueuelen:1000
   RX bytes:0 (0.0 B) TX bytes:445100 (434.6 KiB)

   root@OpenWrt:~#

   root@OpenWrt:~# iwconfig

   …

   wlan0 IEEE 802.11bgn Mode:Master Frequency:2.462 GHz Tx-Power=20 dBm
   RTS thr:off Fragment thr:off
   Power Management:off

   mon.wlan0 IEEE 802.11bgn Mode:Monitor Tx-Power=20 dBm
   RTS thr:off Fragment thr:off
   Power Management:off

   root@OpenWrt:~#

   А если перезагрузиться, то конфиг вайфая постоянно разростался, т.е. при каждой загрузке туда прописывался «новое» wifi устройство различия между которыми были только в мак адресах, вот результат 3-х перезагрузок.

   config wifi-device radio0
   option type mac80211
   option channel 11
   option macaddr 3e:3b:03:6c:4f:e6
   option hwmode 11ng
   option htmode HT20
   list ht_capab GF
   list ht_capab SHORT-GI-20
   list ht_capab SHORT-GI-40
   # REMOVE THIS LINE TO ENABLE WIFI:
   option disabled 0

   config wifi-iface
   option device radio0
   option network lan
   option mode ap
   option ssid OpenWrt
   option encryption none

   config wifi-device radio1
   option type mac80211
   option channel 11
   option macaddr ca:0c:76:46:4a:28
   option hwmode 11ng
   option htmode HT20
   list ht_capab GF
   list ht_capab SHORT-GI-20
   list ht_capab SHORT-GI-40
   # REMOVE THIS LINE TO ENABLE WIFI:
   option disabled 1

   config wifi-iface
   option device radio1
   option network lan
   option mode ap
   option ssid OpenWrt
   option encryption none

   config wifi-device radio2
   option type mac80211
   option channel 11
   option macaddr ce:20:33:56:5c:23
   option hwmode 11ng
   option htmode HT20
   list ht_capab GF
   list ht_capab SHORT-GI-20
   list ht_capab SHORT-GI-40
   # REMOVE THIS LINE TO ENABLE WIFI:
   option disabled 1

   config wifi-iface
   option device radio2
   option network lan
   option mode ap
   option ssid OpenWrt
   option encryption none

   Причем после первой загрузки wifi был включен «option disabled 0» а после второй и третей прописывалось «новое» wifi устройство с «option disabled 1» и соответственно при загрузке wifi не включался.

   Насколько я понял тут проблема с извлечением информации из RT305X.eeprom. Может подскажешь как извлечь/узнать правильную информацию о чипе из eeprom?

   Ответить

   1. В общем ситуэйшн примерно такой. Фирмваря для вафли зашита на отдельном mtd разделе обычно, потому лучше всего для начала загрузить оригинальную прошу и глянуть разбивку mtd. Это один из 64к разделов, в моем случае — factory. То, как происходит процедура извлечения eeprom’а можно узнать в файлике лежащим в /etc/hotplug.d/firmware/
      Еще смотреть содержимое /lib/ramips.sh
      Удачи

      Ответить

3. кусок /etc/hotplug.d/firmware/10-rt2x00-eeprom

   «case «$FIRMWARE» in
   «RT288X.eeprom» | \
   «RT305X.eeprom»)
   . /lib/ramips.sh

   local board=$(ramips_board_name)

   case $board in
   dir-300-b1 | \
   dir-600-b1 | \
   dir-600-b2)
   rt2x00_eeprom_extract «devdata» 16384 272″
   ;;

   вот что в /lib/ramips.sh происходит

   «ramips_board_name() {
   local machine
   local name

   machine=$(awk ‘BEGIN{FS=»[ \t]+:[ \t]»} /machine/ {print $2}’ /proc/cpuinfo)

   case «$machine» in
   *»Argus ATP-52B»)
   name=»argus-atp52b»
   ;;
   *»Aztech HW550-3G»)
   name=»hw550-3g»
   ;;
   *»DIR-300 B1″)
   name=»dir-300-b1″
   ;;
   *»DIR-600 B1″)
   name=»dir-600-b1″
   ;;
   *»DIR-600 B2″)
   name=»dir-600-b2″»

   а вот и сам /proc/cpuinfo

   «root@OpenWrt:~# cat /proc/cpuinfo
   system type : Ralink RT3350 id:1 rev:2
   machine : D-Link DIR-300 B1
   processor : 0
   cpu model : MIPS 24Kc V4.12
   BogoMIPS : 212.58
   wait instruction : yes
   microsecond timers : yes
   tlb_entries : 32
   extra interrupt vector : yes
   hardware watchpoint : yes, count: 4, address/irw mask: [0x0000, 0x0698, 0x0c90, 0x00e8]
   ASEs implemented : mips16
   shadow register sets : 1
   kscratch registers : 0
   core : 0
   VCED exceptions : not available
   VCEI exceptions : not available»

   по идее извлечение самого eeprom происходит корректно т.к. часть нужной информации извлекается-же:
   «Chipset detected – rt: 2872, rf: 0000, rev: 0200.»
   т.е. ревизию и rt он видит (или я путаю и он их берет не из eeprom?), а вот инфу о rf чипе не находит. Я думаю инфу о мак адресе тоже не находит, поэтому при новых загрузках и прописывает в конфиг новое устройство с другим мак адресом. Да и судя потому, что «рабочую» точку никто не видит, там еще где-то проблемы есть. И что с этим всем делать тоже х.з. Вскрывать пациэнта не охота, да и роутер вроде как «боевой» раздает инет на 5 компов (по проводам) wifi вроде как без надобности, но хотелось бы, на случай надобности просто включить его, а не перешивать роутер на другую прошивку где wifi работает.

   Кстати вот что еще в openwrt dmesg выводит.

   «Kernel command line: board=DIR-300-B1 mtdparts=physmap-flash.0:192k(u-boot)ro,64k(devdata)ro,64k(devconf)ro,832k(kernel),2944k(rootfs),3776k@0x50000(firmware) console=ttyS1,57600 rootfstype=squashfs,jffs2»

   т.е. 64k раздела 2, devdata и devconf

   вот еще что есть

   «physmap platform flash device: 00800000 at bf000000
   physmap-flash.0: Found 1 x16 devices at 0x0 in 16-bit bank. Manufacturer ID 0x000001 Chip ID 0x001a00
   physmap-flash.0: Found an alias at 0x400000 for the chip at 0x0
   Amd/Fujitsu Extended Query Table at 0x0040
   Amd/Fujitsu Extended Query version 1.3.
   number of CFI chips: 1
   6 cmdlinepart partitions found on MTD device physmap-flash.0
   Creating 6 MTD partitions on «physmap-flash.0»:
   0x000000000000-0x000000030000 : «u-boot»
   0x000000030000-0x000000040000 : «devdata»
   0x000000040000-0x000000050000 : «devconf»
   0x000000050000-0x000000120000 : «kernel»
   0x000000120000-0x000000400000 : «rootfs»
   mtd: partition «rootfs» set to be root filesystem
   mtd: partition «rootfs_data» created automatically, ofs=310000, len=F0000
   0x000000310000-0x000000400000 : «rootfs_data»
   0x000000050000-0x000000400000 : «firmware»»

   Мне правда кажется, что ковырять надо сам open source модуль ядра, т.к. похоже он не корректно инфу из eeprom для моей ревизии вытягивает.

   Ответить

   1. Скорее всего вытягивает не из того mtd раздела.

      rt2x00_eeprom_extract «devdata» 16384 272″

      devdata — имя mtd раздела. Посмотри при помощи cat/hexdump содержимое раздельчика, может оно на devconf или вообще в другой области не попавшей под эту разбивку. Опять, таки, надо ковырять официальную прошу полную, смотреть где они положили фирмварю.
      На худой конец попробуй прошить dd-wrt, какой-нить и если подойдет — добудь прошу вафли из него.
      Пы.Сы. Завтра уматываю в отпуск, соответственно сервак отключаю.

      Ответить

4. На dd-wrt wifi работает, но там такая ситуация получаеться, что на заводской, что на dd-wrt используется оригинальный ralink’овский модуль, а в openwrt открытый.

   Я сейчас заглянул в сырци заводской прошивки, первое на что наткнулся

   «#define EEPROM_SIZE 0x200»

   а в openwrt
   «#define EEPROM_SIZE 0x0110»

   Что = 512k в родной прошивки, и 272k в openwrt. Похоже ждать при таких раскладах корректного извлечения eeprom нет смысла.
   Я вот думаю, что проще, вручную вбить нужные параметры в модуль, или все-же добиться корректного извлечения инфы из eeprom.

   Ответить

5. П.с.
   оригинальынй = rt2860v2, ap, sta
   открытый = rt2800

   Ответить

6. Кстати в отпуск на долго? Месяц, или больше?

   Ответить

7. «Посмотри при помощи cat/hexdump содержимое раздельчика»

   root@OpenWrt:~# hexdump -C /dev/mtdblock2
   00000000 50 30 00 01 00 0c 43 30 50 88 ff ff ff ff ff ff |P0….C0P…….|
   00000010 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
   00000020 ff ff ff ff ff ff ff ff 00 0c 43 30 50 77 00 0c |……….C0Pw..|
   00000030 43 30 50 66 11 05 24 00 ff ff 2f 01 55 77 a8 aa |C0Pf..$…/.Uw..|
   00000040 8c 88 ff ff 0c 00 00 00 00 00 00 00 00 00 ff ff |…………….|
   00000050 ff ff 0d 0d 0d 0d 0c 0c 0c 0c 0c 0c 0c 0c 0c 0c |…………….|
   00000060 10 10 11 11 11 12 12 12 13 13 13 14 14 14 ff ff |…………….|
   00000070 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
   *
   000000d0 ff ff ff ff ff ff ff ff ff ff ff ff ff ff 66 66 |…………..ff|
   000000e0 cc aa 88 66 cc aa 88 66 cc aa 88 66 cc aa 88 66 |…f…f…f…f|
   000000f0 ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff ff |…………….|
   *
   00010000
   root@OpenWrt:~#

   Ответить

8. Где брали такой роутер? Какую реально скорость он даёт по wifi?

   Ответить

   1. @hawkeye: Брал на DX, есть дешевле на aliexpress. Стресс-тестов не делал, юзаю на даче для раздачи 3г интернета.
      Недавно по подсказке чела с DX распаял SPI, но пока еще не подкрутил ядро для поддержки оного.

      Ответить

9. @hawkeye я взял подобных на aliexpress по $37 уже с десяток точно. Но там две антенны и чип RT3052F. Вафля работает как должна только с Wive-NG (Wive-RTNL), но из неё так просто драйвер не выкусишь, а вот запилить в ней поддержку чего либо — тоже нереально, сборка мясная, а в репозиторий добавлено говна на тонну-другую, короче — ад.

   Ответить

10. @Rush а в чем выражается «Вафля работает как должна только с Wive-NG»?
    Я свою проблему с извлечением eeprom (и полной не работоспособености wifi на openwrt) решил. Кстати не без помощи wive-ng. Она пишет eeprom на mtdblock2. Я выше вывод hexdump’а выкладывал (по крайней мере по длине они должны быть одинаковы), так вот, я сделал так:

    [Wive-RTNL@/]# cat /dev/mtdblock2 > /tmp/RT305X.eeprom

    Затем с помощью MC вытянул этот файл и положил его в
    trunk/target/linux/ramips/base-files/lib/firmware
    еще удалил папку
    trunk/target/linux/ramips/base-files/etc/hotplug.d
    В которой лежит скрипт по извлечению eeprom из mtd раздела при загрузке.

    Т.е. проблему решил зашитием eeprom’а непосредственно в прошивку, без поисков «черной кошки в черной комнате». Кстати само решение придумал DANtes в этой теме http://sat-forum.su/index.php/topic,7202.new.html

    Ответить

11. @vitok выражается в основном в скорости передачи и возможности тонкой настройки. В Wive так же работает аппаратный NAT, по крайней мере по проводу (100Mbps PPPoE ~ 100% Idle CPU). Стянуть фирмварь — это детский лепет, не будем даже обсуждать. Лучше поговорим у кого достаточно времени, чтобы портировать HW NAT в OpenWRT, ведь на первый взгляд PPE в OpenWRT не задействован вообще 🙁 Я разрываюсь между сотней дел, не могу даже час в сутки выделить, а эту работу желательно сделать за один-два присеста, потому что по часу с недельными перерывами такие вещи идут очень тяжко.

    Ответить

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.