[AndrewKo]

ДЫР-300

Пробуйте 14ю

[Abram]

Имиджи для заливки через оригинальный web и их систему восстановления так не собираются. Блоб формирующий такие имиджи в дерево исходников не включен и не будет включен. По нему все вопросы к Russiane39.

Думаю это надо перенести в первый пост жирным шрифтом, поскольку вопрос в теме всплывает периодически и еще столько же всплывёт в будующем.

http://hg.abram.org.ua/hg/ff-wrt/file/6b1a.../image/Makefile

Ключевое слово v2image.

 

Кстати, оно вроде где-то было в исходниках.

Изменено 9 сентября, 2010 пользователем Abram

[sfstudio]

Ключевое слово v2image.

Кстати, оно вроде где-то было в исходниках.

Вот найдёшь в исходниках авось интегрю в деверо сырцов иначе нафиг не нать.

 

[sfstudio]

Короче заливаю 1.1.14 на пробу.

[sfstudio]

Залил. Проверяйте. Надеюсь таки победим этот вечно таращащий nvram блин.

[AndrewKo]

ДЫР-300 из гита

uptime 1 час при интенсивной работе с конфигами - полёт нормальный

[sfstudio]

ДЫР-300 из гита

uptime 1 час при интенсивной работе с конфигами - полёт нормальный

Угу, засинкася ещё раз и перепроверь поймал ещё один момент в ralink_init.

[larry747]

в 14 конфиг слетает по прежнему. остается только лизинг dhcp на комп, в результате чего мне и показалось вчера, что дохнет веб-морда. и для д-линковской прошивки и для акорповской.

[sfstudio]

Логи с консоли и после каких действий "слетает".

[sfstudio]

Добавил злостный костыль в логику на эту тему. В перспективе нуно таки править это дело бага то древняя на новых версиях проявляться стала часто только из-за того что перефигачил логику в части инита и управления. Вот не могу понять от чего зависит частота возникновения глюка.

 

Добавил злостный костыль в логику на эту тему. В перспективе нуно таки править это дело бага то древняя на новых версиях проявляться стала часто только из-за того что перефигачил логику в части инита и управления. Вот не могу понять от чего зависит частота возникновения глюка.

[sfstudio]

Так народ.... А если VPN не настраивать тоже гробятся настройки?

[xkrek]

да, есть такая закономерность. пробовал VPN в последнюю очередь настраивать, всё прошло почти гладко. один неприятный момент, после перезагрузки роутера, пока не загрузился dhcpd, комп получает адреса от dhcp провайдера. приходится сетку на компе перезапускать, чтобы правильные адреса получить.

[sfstudio]

Как он может получать адреса от провайдера? Ну кроме как в режиме бриджа?

 

Я оторвал нафиг грёбаный nvram daemon дёргающий флэш без дела. Ща проверю и соберу имиджи на пробу. Заметил что при его записи nvram_show показывает окровенную фигню.

[xkrek]

нет, гейт. видимо в какой то момент загрузки работает как свитч. без воткнутого wan все адреса нормальные.

[sfstudio]

Очень короткое время до инита свича.

[ATVATOR]

раз пять на последней 13 прошивке при применении изменений настроек в разных местах морды, но не всегда, терял все настройки , пару раз вис. если включать роутер с подключенным wan то инет не поднимается и роутер долго недоступен по веб(эти логи скину вечером), если дождаться окончания его загрузки и воткнуть wan - цепляет инет и все вроде работает. Еще заметил, что комп стал получать ип с роутера гораздо медленее.

обещанные логи

[Wive-RTNL@/]# cat /var/log/messages

Sep 9 01:17:11 syslogd started: BusyBox v1.17.2

Sep 9 01:17:11 kernel: Enable Ralink GDMA Controller Module

Sep 9 01:17:11 kernel: Generic RTC Driver v1.07

Sep 9 01:17:11 kernel: Ralink APSoC Hardware Watchdog Timer

Sep 9 01:17:11 kernel: Serial: 8250/16550 driver $Revision: 1.6 $ 2 ports, IRQ sharing

 

disabled

Sep 9 01:17:11 kernel: serial8250: ttyS0 at I/O 0xb0000500 (irq = 37) is a 16550A

Sep 9 01:17:11 kernel: serial8250: ttyS1 at I/O 0xb0000c00 (irq = 12) is a 16550A

Sep 9 01:17:11 kernel: block2mtd: version $Revision: 1.1.1.1 $

Sep 9 01:17:11 kernel: GACT probability on

Sep 9 01:17:11 kernel: nf_conntrack version 0.5.0 (16384 buckets, 8192 max)

Sep 9 01:17:11 kernel: TCP cubic registered

Sep 9 01:17:11 kernel: ip_tables: © 2000-2006 Netfilter Core Team, Type=Fully Cone

Sep 9 01:17:11 kernel: BCM fast NAT: INIT

Sep 9 01:17:11 kernel: NET: Registered protocol family 1

Sep 9 01:17:11 kernel: NET: Registered protocol family 17

Sep 9 01:17:11 kernel: 802.1Q VLAN Support v1.8 Ben Greear <greearb@candelatech.com>

Sep 9 01:17:11 kernel: All bugs added by David S. Miller <davem@redhat.com>

Sep 9 01:17:11 kernel: GDMA1_MAC_ADRH -- : 0x00000000

Sep 9 01:17:11 kernel: GDMA1_MAC_ADRL -- : 0x00000000

Sep 9 01:17:11 kernel: Ralink APSoC Ethernet Driver Initilization. v2.00 256 rx/tx

 

descriptors allocated, mtu = 1500!

Sep 9 01:17:11 kernel: NAPI enable, weight = 32, Tx Ring = 256, Rx Ring = 256

Sep 9 01:17:11 kernel: PROC INIT OK!

Sep 9 01:17:11 kernel: VFS: Mounted root (squashfs filesystem) readonly.

Sep 9 01:17:11 kernel: Freeing unused kernel memory: 96k freed

Sep 9 01:17:11 kernel: mount /proc file system ok!

Sep 9 01:17:11 kernel: mount /sys file system ok!

Sep 9 01:17:11 kernel: mount /dev file system ok!

Sep 9 01:17:11 kernel: mount /var file system ok!

Sep 9 01:17:11 kernel: Algorithmics/MIPS FPU Emulator v1.5

Sep 9 01:17:11 kernel: AP Driver version-2.3.0.0

Sep 9 01:17:11 kernel: 0x1300 = 00064320

Sep 9 01:17:11 syslog: Password for 'Admin' changed

Sep 9 01:17:25 kernel: GDMA1_MAC_ADRH -- : 0x0000000b

Sep 9 01:17:25 kernel: GDMA1_MAC_ADRL -- : 0x2bf5f8ca

Sep 9 01:17:25 kernel: phy_tx_ring = 0x0195c000, tx_ring = 0xa195c000

Sep 9 01:17:25 kernel: phy_rx_ring = 0x00000000, rx_ring = 0x00000000

Sep 9 01:17:25 kernel: RT305x_ESW: Link Status Changed

Sep 9 01:17:25 kernel: CDMA_CSG_CFG = 81000007

Sep 9 01:17:25 kernel: GDMA1_FWD_CFG = 710000

Sep 9 01:17:25 kernel: eth2.1: Setting MAC address to 00 0b 2b f5 f8 ca.

Sep 9 01:17:25 kernel: VLAN (eth2.1): Underlying device (eth2) has same MAC, not checking

 

promiscious mode.

Sep 9 01:17:25 kernel: eth2.2: Setting MAC address to 00 0b 2b f5 f8 c8.

Sep 9 01:17:25 kernel: device eth2 entered promiscuous mode

Sep 9 01:17:25 kernel: VLAN (eth2.2): Setting underlying device (eth2) to promiscious mode.

Sep 9 01:17:26 dnsmasq[360]: started, version 2.55 cachesize 150

Sep 9 01:17:26 dnsmasq[360]: compile time options: no-IPv6 GNU-getopt no-RTC no-DBus no-I18N

 

no-DHCP no-TFTP

Sep 9 01:17:26 dnsmasq[360]: reading /etc/resolv.conf

Sep 9 01:17:26 dnsmasq[360]: using nameserver 213.234.192.8#53

Sep 9 01:17:26 dnsmasq[360]: using nameserver 85.21.192.3#53

Sep 9 01:17:26 dnsmasq[360]: read /etc/hosts - 1 addresses

Sep 9 01:17:29 kernel: Terminate the task(RtmpCmdQTask) with pid(223)!

Sep 9 01:17:29 kernel: Terminate the task(RtmpWscTask) with pid(224)!

Sep 9 01:17:29 kernel: RtmpOSNetDevDetach(): RtmpOSNetDeviceDetach(), dev->name=ra0!

Sep 9 01:17:33 kernel: AP Driver version-2.3.0.0

Sep 9 01:17:36 kernel: 0x1300 = 00064320

Sep 9 01:17:37 kernel: eth2.1: Setting MAC address to 00 0b 2b f5 f8 ca.

Sep 9 01:17:37 kernel: VLAN (eth2.1): Underlying device (eth2) has same MAC, not checking

 

promiscious mode.

Sep 9 01:17:37 kernel: eth2.2: Setting MAC address to 00 0b 2b f5 f8 c8.

Sep 9 01:17:38 kernel: device ra0 entered promiscuous mode

Sep 9 01:17:38 kernel: br0: port 1(ra0) entering learning state

Sep 9 01:17:38 kernel: br0: port 2(eth2.1) entering learning state

Sep 9 01:17:40 udhcpc: Renew ip adress 10.65.34.181 and netmask 255.255.248.0 for eth2.2 from

 

dhcp

Sep 9 01:17:40 udhcpc: Deleting default route

Sep 9 01:17:40 udhcpc: Add default route 10.65.32.1 dev eth2.2 metric 0

Sep 9 01:17:40 udhcpc: Renew DNS from dhcp

Sep 9 01:17:40 udhcpc: DNS= 85.21.192.3

Sep 9 01:17:48 udhcpc: DNS= 213.234.192.8

Sep 9 01:17:52 udhcpc: set route to 233.33.210.0/24 via 10.65.34.181

Sep 9 01:17:52 dnsmasq[360]: reading /etc/resolv.conf

Sep 9 01:17:52 dnsmasq[360]: using nameserver 213.234.192.8#53

Sep 9 01:17:52 dnsmasq[360]: using nameserver 85.21.192.3#53

Sep 9 01:17:52 udhcpc: set route to 10.0.0.0/8 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 85.21.79.0/24 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 85.21.90.0/24 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 85.21.138.208/28 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 83.102.146.96/27 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 78.107.196.0/22 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 85.21.72.80/28 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 217.118.84.213/32 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 217.118.84.249/32 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 78.107.23.0/24 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 85.21.108.16/28 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 83.102.231.32/28 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 78.107.51.0/28 via 10.65.32.1

Sep 9 01:17:52 udhcpc: set route to 78.107.235.4/30 via 10.65.32.1

Sep 9 01:17:53 kernel: br0: topology change detected, propagating

Sep 9 01:17:53 kernel: br0: port 1(ra0) entering forwarding state

Sep 9 01:17:53 kernel: br0: topology change detected, propagating

Sep 9 01:17:53 kernel: br0: port 2(eth2.1) entering forwarding state

Sep 9 01:18:07 udhcpc: Restart needed services

Sep 9 01:19:03 dnsmasq[360]: exiting on receipt of SIGTERM

Sep 9 01:19:11 udhcpc: Renew OK..

Sep 9 01:20:38 ssh[1936]: Child connection from 192.168.1.15:50520

Sep 9 01:20:50 ssh[1936]: password auth succeeded for 'Admin' from 192.168.1.15:50520

[Wive-RTNL@/]#

 

морда не запустилась, попытка запуска и ...

 

[Wive-RTNL@/]# goahead

killall -q nvram_daemon

killall -q gpio

killall -q -9 nvram_daemon

killall -q -9 gpio

/bin/nvram_daemon &

loadDefault:Wrong chip id

/bin/gpio r &

0x6607 = 00 66 07 = 0000 0000 0110 0110 0000 0111

internet.sh

MODULES: link wifi down first

MODULES: Unload wifi module...

MODULES: Prepare wifi config...

Commit crc = 49ca7f7b

MODULES: Load wifi module...

MODULES: Normal mode. Sta mode n

BusyBox v1.17.2 (2010-09-09 01:12:16 OMSST) multi-call binary.

 

Usage: ifconfig [-a] interface [address]

 

Configure a network interface

 

Options:

[[-]broadcast [ADDRESS]] [[-]pointopoint [ADDRESS]]

[netmask ADDRESS] [dstaddr ADDRESS]

[hw ether ADDRESS] [metric NN] [mtu NN]

[[-]trailers] [[-]arp] [[-]allmulti]

[multicast] [[-]promisc] [txqueuelen NN] [[-]dynamic]

[mem_start NN] [io_addr NN] [irq NN]

[up|down] ...

 

MODULES: link wifi up second

 

на этом все виснет

да и еще dhcp по привязанному маку не раздает уже после загрузки роутера если комп к роутеру цеплять

 

Да важно уточнить можно ли 14 прошивке скормить файл настроек от 13???? запарился ужо их восстанавливать.) заливать 14 или ждать 15?

 

Изменено 9 сентября, 2010 пользователем ATVATOR

[sfstudio]

В общем ждите тут разломал ща всё многое буду переделывать как мне нехотелось и как я старался не трогать логику ралинков в части коммитов и т.д. но пришлось таки... Ща поудаляю 13 и 14 с sf.net чтобы народ не поубивал девайсы.

[sfstudio]

AndrewKo Собери то что сейчас в гите, нужно свежий не изнасилованный взгляд на багу.... Уже запутался нафиг где там и что блин.

[ATVATOR]

на 10 прошивке бага у меня не разу не проявилась вроде весьма все стабильно было, правда сильно погонять не успел.может по изменениям после 10 прошивки можно напасть на след баги? сорри если что .)

[AndrewKo]

Ок. 20 минут. Не пойму что происходит с Wive прошивкой.

14я из гита прошлой сборки. другие версии пока не пробовал.

Роутер и измерительная станция находятся на расстоянии 5м друг от друга.

Условия измерения не меняются, каналы одинаковые, разница между измерениями равнв времени перепрошивки и конфигурирования.

с WiVe прошивкой уровень сигнала ровно на 10 dBm меньше чем с прошивкой OpenWRT.

Или глюк или трабла.

 

Господа владеющие роутерами у которых слетает конфиги!

Поделитесь у кого какая флешка распаяна на плате.

И вопрос к sfstudio какая флешка на демоплате от Ralink?

[AndrewKo]

Обновлённая версия ДЫР-300 лежит там-же

[sfstudio]

И вопрос к sfstudio какая флешка на демоплате от Ralink?

От флэша не зависит проверил уже и отловил.

 

Ок. 20 минут. Не пойму что происходит с Wive прошивкой.

14я из гита прошлой сборки. другие версии пока не пробовал.

Роутер и измерительная станция находятся на расстоянии 5м друг от друга.

Условия измерения не меняются, каналы одинаковые, разница между измерениями равнв времени перепрошивки и конфигурирования.

с WiVe прошивкой уровень сигнала ровно на 10 dBm меньше чем с прошивкой OpenWRT.

Или глюк или трабла.

Что тут странного? По разному конфигуриться модуль, разные драйвера как минимум и т.д. и т.п. Кстати предустановки тоже разные, ну и работающий поверсэйв в ралинковских дровах даёт о себе знать. Короче что с чем и зачем сравниваете не понял.

 

Обновлённая версия ДЫР-300 лежит там-же

Не выкладывай эти версии. Не стоит оно того. КТо не смог сам собрать в решении этой траблы точно не поможет зато хомяков с воплями а у меня всё здохло накличешь. Путь они лучше в своих норах сидят.

[Ainy]

нет, гейт. видимо в какой то момент загрузки работает как свитч. без воткнутого wan все адреса нормальные.

Он и есть свич, и видать без вариантов сохранения конфига в eeprom, соответственно непроиниченный инитится(при power on) как просто свич и успевает пропустить dhcp запрос и ответ, за то время, за которое загрузится kernel.

 

[Nite2]

AndrewKo, а ты TX Power менял в настройках вайфай? А то он по умолчанию в wive всего 25% :)

[neanton]

AndrewKo, а ты TX Power менял в настройках вайфай? А то он по умолчанию в wive всего 25% :)

блин, где же вы раньше все были. я чето сам не нашел, думал по дефолту на 100% должно работать