rostykk Опубликовано 1 марта, 2009 · Жалоба to sfstudio Опять ДАП-1160 перешыл в 0.2.10 все работает пучком !!! Да кстати в 0.2.13 опять неработает WPA :-( вот бут лог 0.2.10 для дап-1160 Mounting ramdisk if RAM >= 16MB Creating tmpfs and mount it into /var Create tmpfs and mount it into /var OK Memsize >= 16MB Syslog daemon start DSS file exist Starting Macaddr: Ok Starting modules.dep generate... Starting sysctl: Ok Starting network... Starting eth0: ETH0 OK Starting eth1: ETH1 OK OK OK Vlan OK Starting wireless network... Configure wifi module Starting wlan0: Change WPA mib Config OK Ok Load bridge modules Add bridge interface bridge start eth0 bridge start eth1 bridge start wlan0 Set IP for BR Bridge up for local br0 From local config Clean multicast filter on br0 AdvancedBridge options br0 stp off br0 FD 0 br0 gcint 0 Select port fo multicast filter Set multicast bandwidth on eth0 Set multicast bandwidth on eth1 Set multicast bandwidth on br0 Vlan OK BurstModeStart At the end we must add special routes. (you know, default gw, etc..) Tune up network interfaces Ok Starting crontab: Ok Starting inetd: Ok Starting tc: Loading modules Set shaper rules Ok Starting WPA daemon in client-infra mode Setting Hostname: Wive-NG Starting LED: Ok Starrting boot services and tune system net.ipv4.conf.default.rp_filter = 1 net.ipv4.conf.all.accept_source_route = 0 Tune kernel to minimum memory usadge - 16MB Tune network stack net.core.rmem_max = 6090752 net.core.wmem_max = 6090752 net.ipv4.tcp_rmem = 4096 43689 3045376 net.ipv4.tcp_wmem = 4096 16384 3045376 net.ipv4.tcp_mem = 2048 2560 1522688 net.ipv4.netfilter.ip_conntrack_generic_timeout = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_established = 30 net.ipv4.ip_conntrack_max = 2048 net.ipv4.netfilter.ip_conntrack_max = 2048 net.ipv4.netfilter.ip_conntrack_icmp_timeout = 30 net.ipv4.netfilter.ip_conntrack_udp_timeout_stream = 120 net.ipv4.netfilter.ip_conntrack_udp_timeout = 30 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close = 10 net.ipv4.netfilter.ip_conntrack_tcp_timeout_time_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_last_ack = 30 net.ipv4.netfilter.ip_conntrack_tcp_timeout_close_wait = 60 net.ipv4.netfilter.ip_conntrack_tcp_timeout_fin_wait = 100 net.ipv4.netfilter.ip_conntrack_tcp_timeout_syn_sent = 30 net.ipv4.tcp_keepalive_time = 900 net.ipv4.tcp_keepalive_intvl = 225 net.ipv4.tcp_keepalive_probes = 4 net.ipv4.icmp_echo_ignore_all = 0 net.ipv4.conf.default.proxy_arp = 0 net.ipv4.conf.all.proxy_arp = 0 net.ipv4.neigh.default.gc_thresh3 = 768 net.ipv4.neigh.default.gc_thresh2 = 384 net.ipv4.neigh.default.gc_thresh1 = 32 net.ipv4.neigh.default.gc_interval = 20 net.ipv4.igmp_restrict = 1 net.ipv4.udp_restrict_pu = 1 net.ipv4.tcp_restrict_rst = 1 net.ipv4.tcp_restrict = 1 net.ipv4.icmp_restrict = 1 Start complete at Sat Jan 1 06:00:23 GMT 2000 а также месаге 0.2.10 дап-1160 Jan 1 06:00:05 syslogd started: BusyBox v1.12.4.-wive-ng.sf.net Jan 1 06:00:05 kernel: klogd started: BusyBox v1.12.4.-wive-ng.sf.net (2009-01-21 00:41:57 OMST) Jan 1 06:00:06 kernel: Workaround for:Zyxel P330W v.2 and others 16RAM 16Bit devicesLinux version 2.4.18.5-wive-ng.sf.net (wive-ng.sf.net@sfstudio.sadnet.lo) (gcc version 3.3.3) #1742 Wed, 21 Jan 2009 00:44 Jan 1 06:00:06 kernel: early printk enabled Jan 1 06:00:06 kernel: DetectRAMsequence Jan 1 06:00:06 kernel: REG returned:32[32] Jan 1 06:00:06 kernel: RAM after check region:16 Jan 1 06:00:06 kernel: FullviewRAM:16777216 Jan 1 06:00:06 kernel: Determined physical RAM map: Jan 1 06:00:06 kernel: memory: 01000000 @ 00000000 (usable) Jan 1 06:00:06 kernel: Initial ramdisk at: 0x80202000 (37845 bytes) Jan 1 06:00:06 kernel: On node 0 totalpages: 4096 Jan 1 06:00:06 kernel: zone(0): 4096 pages. Jan 1 06:00:06 kernel: zone(1): 0 pages. Jan 1 06:00:06 kernel: zone(2): 0 pages. Jan 1 06:00:06 kernel: Kernel command line: root=/dev/ram console=0 ramdisk_start=0 noisapnp pci=nobios Jan 1 06:00:06 kernel: 180.22 BogoMIPS Jan 1 06:00:06 kernel: Memory: 13848k/16384k available (1863k kernel code, 2536k reserved, 156k data, 64k init, 0k highmem) Jan 1 06:00:06 kernel: Dentry-cache hash table entries: 2048 (order: 2, 16384 bytes) Jan 1 06:00:06 kernel: Inode-cache hash table entries: 1024 (order: 1, 8192 bytes) Jan 1 06:00:06 kernel: Mount-cache hash table entries: 512 (order: 0, 4096 bytes) Jan 1 06:00:06 kernel: Buffer-cache hash table entries: 1024 (order: 0, 4096 bytes) Jan 1 06:00:06 kernel: Page-cache hash table entries: 4096 (order: 2, 16384 bytes) Jan 1 06:00:06 kernel: check_wait... unavailable. Jan 1 06:00:06 kernel: POSIX conformance testing by UNIFIX Jan 1 06:00:06 kernel: bogomips: Initialized. Jan 1 06:00:06 kernel: user_watchdog: Initialized. Jan 1 06:00:06 kernel: led0: Initialized. Jan 1 06:00:06 kernel: led1: Initialized. Jan 1 06:00:06 kernel: sysmem: Initialized. Jan 1 06:00:06 kernel: Linux NET4.0 for Linux 2.4 Jan 1 06:00:06 kernel: Based upon Swansea University Computer Society NET3.039 Jan 1 06:00:06 kernel: Initializing RT netlink socket Jan 1 06:00:06 kernel: Starting kswapd Jan 1 06:00:06 kernel: devfs: v1.10 (20020120) Richard Gooch (rgooch@atnf.csiro.au) Jan 1 06:00:06 kernel: devfs: boot_options: 0x0 Jan 1 06:00:06 kernel: pty: 256 Unix98 ptys configured Jan 1 06:00:06 kernel: Serial driver version 6.02 (2003-03-12) with no serial options enabled Jan 1 06:00:06 kernel: ttyS00 at 0x00c3 (irq = 3) is a rtl_uart1 Jan 1 06:00:06 kernel: state->flags=00000000 Jan 1 06:00:06 kernel: HDLC line discipline: version $Revision: 1.1.1.1 $, maxframe=4096 Jan 1 06:00:06 kernel: N_HDLC line discipline registered. Jan 1 06:00:06 kernel: block: 64 slots per queue, batch=16 Jan 1 06:00:06 kernel: RAMDISK driver initialized: 16 RAM disks of 512K size 1024 blocksize Jan 1 06:00:06 kernel: PPP generic driver version 2.4.2 Jan 1 06:00:06 kernel: PPP MPPE Compression module registered Jan 1 06:00:06 kernel: PPP Deflate Compression module registered Jan 1 06:00:06 kernel: PPP BSD Compression module registered Jan 1 06:00:06 kernel: RealTek E-Flash System Driver. © 2002 RealTek Corp. Jan 1 06:00:06 kernel: Found 1 x 4M Byte MXIC MX29LV320AB at 0xbe000000 Jan 1 06:00:06 kernel: => Scan for ROOT signature in flash from pos=0x000000 Jan 1 06:00:06 kernel: Founded at pos=0x0CFFF4 Jan 1 06:00:06 kernel: Checksumm ok for 0x10C000 bytes calced=0xF53B, stored=0xF53B) Checksumm OK. Use as ROOT partition (/dev/mtd1) Jan 1 06:00:06 kernel: Reallocate partition for root size=0x10C000 bytes Jan 1 06:00:06 kernel: Creating 4 MTD partitions on "DiskOnChip Millennium": Jan 1 06:00:06 kernel: 0x00000000-0x000d0000 : "boot+cfg+linux" Jan 1 06:00:06 kernel: 0x000d0000-0x001e0000 : "root fs" Jan 1 06:00:06 kernel: 0x003e0000-0x00400000 : "TGZfs" Jan 1 06:00:06 kernel: 0x00000000-0x00200000 : "all_flash" Jan 1 06:00:06 kernel: 8186NIC Ethernet driver v0.1.0-NG (15.10.2008) Jan 1 06:00:06 kernel: eth0: RTL8186-NIC at 0xbd200000, 00:01:02:03:04:05, IRQ 4 Jan 1 06:00:06 kernel: eth1: RTL8186-NIC at 0xbd300000, 04:05:06:07:08:09, IRQ 5 Jan 1 06:00:06 kernel: Check MII:phy 2, reg 31 Jan 1 06:00:06 kernel: 0x0000ffff Jan 1 06:00:06 kernel: Check MII:phy 2, reg 26 Jan 1 06:00:06 kernel: 0x0000ffff Jan 1 06:00:06 kernel: Asic.revision=0x00000007 Jan 1 06:00:06 kernel: RTL8185 driver version 1.14 (2008-02-15) Jan 1 06:00:06 kernel: NET4: Linux TCP/IP 1.0 for NET4.0 Jan 1 06:00:06 kernel: IP Protocols: ICMP, UDP, TCP, IGMP Jan 1 06:00:06 kernel: IP: routing cache hash table of 512 buckets, 4Kbytes Jan 1 06:00:06 kernel: TCP: Hash tables configured (established 1024 bind 2048) Jan 1 06:00:06 kernel: Linux IP multicast router 0.06 plus PIM-SM Jan 1 06:00:06 kernel: ip_conntrack version 2.1 (5953 buckets, 5953 max) - 320 bytes per conntrack Jan 1 06:00:06 kernel: PPTP netfilter connection tracking: registered Jan 1 06:00:06 kernel: ip_tables: © 2000-2002 Netfilter core team Jan 1 06:00:06 kernel: ipt_recent v0.3.1: Stephen Frost <sfrost@snowman.net>. http://snowman.net/projects/ipt_recent/ Jan 1 06:00:06 kernel: NET4: Unix domain sockets 1.0/SMP for Linux NET4.0. Jan 1 06:00:06 kernel: RAMDISK: Compressed image found at block 0 Jan 1 06:00:06 kernel: Freeing initrd memory: 36k freed Jan 1 06:00:06 kernel: VFS: Mounted root (ext2 filesystem). Jan 1 06:00:06 kernel: Freeing unused kernel memory: 64k freed Jan 1 06:00:06 kernel: mount /proc file system ok! Jan 1 06:00:06 kernel: mount /dev/mtd1 file system ok! Jan 1 06:00:06 kernel: Algorithmics/MIPS FPU Emulator v1.5 Jan 1 06:00:10 kernel: NET4: Ethernet Bridge 008 for NET4.0 Jan 1 06:00:10 kernel: device eth0 entered promiscuous mode Jan 1 06:00:11 kernel: eth0:phy is 8201 Jan 1 06:00:11 kernel: device eth1 entered promiscuous mode Jan 1 06:00:12 kernel: eth1:phy is 8305 Jan 1 06:00:12 kernel: device wlan0 entered promiscuous mode Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering listening state Jan 1 06:00:13 kernel: br0: port 2(eth1) entering listening state Jan 1 06:00:13 kernel: br0: port 1(eth0) entering listening state Jan 1 06:00:13 kernel: br0: clear port list of multicast filter Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering learning state Jan 1 06:00:13 kernel: br0: port 2(eth1) entering learning state Jan 1 06:00:13 kernel: br0: port 1(eth0) entering learning state Jan 1 06:00:13 kernel: br0: port 3(wlan0) entering forwarding state Jan 1 06:00:13 kernel: br0: topology change detected, propagating Jan 1 06:00:13 kernel: br0: port 2(eth1) entering forwarding state Jan 1 06:00:13 kernel: br0: topology change detected, propagating Jan 1 06:00:13 kernel: br0: port 1(eth0) entering forwarding state Jan 1 06:00:13 kernel: br0: topology change detected, propagating Jan 1 06:00:13 kernel: br0: set port num [33168] of multicast filter Jan 1 06:00:13 kernel: br0: port 1(eth0) multicast bandwidth 80000kbps Jan 1 06:00:13 kernel: br0: port 2(eth1) multicast bandwidth 80000kbps Jan 1 06:00:13 kernel: br0: port 3(wlan0) multicast bandwidth 40000kbps Jan 1 06:00:23 kernel: auth uses obsolete (PF_INET,SOCK_PACKET) Jan 1 06:00:24 kernel: wlan0: Associate to AP successfully - 00:15:6D:A6:D2:DF Jan 1 06:00:24 syslog: wlan0: WPA-TKIP PSK authentication in progress... Jan 1 06:00:24 syslog: wlan0: Open and authenticated Jan 1 06:01:56 ssh[274]: Child connection from 192.168.0.3:1187 Jan 1 06:02:03 ssh[274]: password auth succeeded for 'root' from 192.168.0.3:1187 Позже зделаю логи для софта 0.2.13 блек-фв перед заменой софта заливаю всегда ! Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KnYaz2020 Опубликовано 1 марта, 2009 · Жалоба Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :( Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RAW Опубликовано 1 марта, 2009 (изменено) · Жалоба Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :( ну почему же, а это: чистим флэш black_fw, шьём, сразу после того как сгенерированы ключи говорим arg s SYSLOG_ENABLE no arg s START_SHAPER no arg s ETH1_ENABLED no arg s ETH1_IN_BR0 no fs save reboot Тупо копируем в консоль/ssh из буфера. Если не заработало - распаиваем консоль и смотрим на чём спотыкается. Изменено 1 марта, 2009 пользователем RAW Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KnYaz2020 Опубликовано 1 марта, 2009 (изменено) · Жалоба Людиии! Пожалуйста посоветуйте оптимальную на сегодняшний день точку с 16M RAM в соотношении цена/качество. Вижу предыдущий мой пост просто проигнорировали :( ну почему же, а это: чистим флэш black_fw, шьём, сразу после того как сгенерированы ключи говорим arg s SYSLOG_ENABLE no arg s START_SHAPER no arg s ETH1_ENABLED no arg s ETH1_IN_BR0 no fs save reboot Тупо копируем в консоль/ssh из буфера. Если не заработало - распаиваем консоль и смотрим на чём спотыкается. А при чем здесь это до выбора точки??? о_О Изменено 1 марта, 2009 пользователем KnYaz2020 Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
RAW Опубликовано 1 марта, 2009 · Жалоба Это не к выбору точки отнеслось: Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет. По поводу точки доступа: лучше всего Zyxel P-330W. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
KnYaz2020 Опубликовано 1 марта, 2009 · Жалоба Это не к выбору точки отнеслось: Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет. По поводу точки доступа: лучше всего Zyxel P-330W. Спасибо за ответ :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
quick Опубликовано 1 марта, 2009 (изменено) · Жалоба Возможно повтор, но я не нашел ответа в этой теме. Как в wive-ng зажать скорость скажем до 24Мбит? Ткните носом на таблицу пожалуйста. Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700: ::Wive-NG-0.2.13:: [Wive-NG@/]# uptime&&free 14:36:23 up 1 day, 13:52, load average: 0.28, 0.07, 0.02 total used free shared buffers Mem: 5952 5228 724 0 112 Swap: 0 0 0 Total: 5952 5228 724 Разобрался уже. Изменено 2 марта, 2009 пользователем quick Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2009 · Жалоба Все это дело повторяется дальше, пока не переткнуть питание.Разницу увидел в частоте, здесь почему то 134MHz, а при включении 180MHz (после ребута бывает 179 и 178, если точка запускается). Прикольно, т.е. ваша версия бута не реинитит проц после софтребут. Собсно вот тут и непорядок. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2009 (изменено) · Жалоба to sfstudioОпять ДАП-1160 перешыл в 0.2.10 все работает пучком !!! Да кстати в 0.2.13 опять неработает WPA :-( Шаманизм. Радиочасть там не трогалась уже фиг знает сколько, так что по WPA вопрос открыт. Что касается работы 0.2.10 на дап это интересно, ибо именно в районе 0.2.10-11 был добавлен код для поддержки новых устройств от зюхеля и укропов (последних пока нет в продаже ;), т.е. менялась система инита, были убраны дубли кода реинициализации ибо бут сам инитит железку и в разных случаях требуются разные параметры шины памяти, т.е. wive-ng сейчас вообще не трогает дефолтовые параметры заданные бутом. В общем нуно где-то нарыть железку с таким багом и прикручивать воркэраунд. Хотя Г-линк я под дулом пистолета покупать не буду ;) Это не к выбору точки отнеслось: Также чтобы Г700 не выкидать, какая версия прошивки работает с ней стабильно? Так как с последних постов вижу что больше поддержки не будет. По поводу точки доступа: лучше всего Zyxel P-330W. Спасибо за ответ :) Да, пока без вариантов, только крайне рекомендую брать v2 версию где коммутатор собран на rtl8306 а не на 05м чипе, в перспективе буду добавлять возможность управления коммутатором включая igmp/vlan/flow control. Чип сам по себе достаточно навороченный, но пока с его программированием не очень разобрался. Возможно повтор, но я не нашел ответа в этой теме.Как в wive-ng зажать скорость скажем до 24Мбит? Ткните носом на таблицу пожалуйста. Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700: ::Wive-NG-0.2.13:: [Wive-NG@/]# uptime&&free 14:36:23 up 1 day, 13:52, load average: 0.28, 0.07, 0.02 total used free shared buffers Mem: 5952 5228 724 0 112 Swap: 0 0 0 Total: 5952 5228 724 Разобрался уже. Какое редкое извращение =) Сегодня постараюсь выложить тесты с выправленным accell pptp и начну разбираться с pppoe в ядре, где-то там какие-то чудеса. Т.е. с этого момента pptp будет жрать в разы меньше памяти т.к. избавляемся от userlevel pptp демона. Изменено 3 марта, 2009 пользователем sfstudio Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
quick Опубликовано 3 марта, 2009 · Жалоба Все это дело повторяется дальше, пока не переткнуть питание.Разницу увидел в частоте, здесь почему то 134MHz, а при включении 180MHz (после ребута бывает 179 и 178, если точка запускается). Прикольно, т.е. ваша версия бута не реинитит проц после софтребут. Собсно вот тут и непорядок. А есть нормальный бут для Г700?Если можешь подскажи как собрать/склеять с твоей прошивкой, так чтобы full прошить через tftp? Реально этот косяк напрягает, удаленно как только точка ребутнулась, все сразу вымерло. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2009 · Жалоба А есть нормальный бут для Г700?Если можешь подскажи как собрать/склеять с твоей прошивкой, так чтобы full прошить через tftp? Реально этот косяк напрягает, удаленно как только точка ребутнулась, все сразу вымерло. Нуно слить бут с иоей боевой точки там какраз перелопаченная Г700 для экспериментов и отладки. Ночером сегодня попробую слить, сейчас пока другим занят. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2009 · Жалоба Следующий тест: http://sadnet.ru/downloads/wive-ng-0.2.14-test3.bin wive-ng-0.2.14-test3 1) Вместо userlevel pptp теперь используется ядерная реализация ACCEL-PPTP, тем самым решена проблема низкой производительности pptp туннелей (огромное спасибо за помощь и код Андрею из http://www.ddixlab.ru) 2) Вместо userlevel l2tp теперь используется ядерная реализация openl2tp. 3) Добавлены раздельные опции для управления MTU/MRU для PPPOE/PPTP, также в interfaces перенесены настройки логина/пароля для конкретного типа соединения 4) Решена проблема с большими пакетами при использовании pptp и l2tp без шифрования, для pppoe проблема актуальна 5) Добавлен выбор userspace/kernelspace режима работы pppoe (последний пока не работает) 6) Исправлена ошибка в скрипте отслеживающим работоспособность eth интерфейсов приводившая к некорректному. сохранению настроек при отказе одного из интерфейсов 7) Исправлена ошибка в pptp conntrack приводившая к перезагрузкам при падении туннеля Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
quick Опубликовано 3 марта, 2009 · Жалоба sfstudio Не забудь слить бут нормальный для Г700. Решил напомнить ;) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 3 марта, 2009 · Жалоба [Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:[ Возьмите последний тест, там решены все проблемы с pptp/l2tp более того они теперь работают в ядре. pptp 15мбит на 500 байтовых пакетах у меня с шифрованием делает легко и не принуждённо. Без шифрования думаю до 30мбит на 1300 байт пакетах достигните легко, ну и памяти оно терь жрёт меньше ибо в памяти не болтается pptp демон. С pppoe сейчас разбираюсь, также думаю чего делать с девайсами со старым бутом, на бутах версии от до 1.3 с разной переодичностью при ребуте не устанавливаются параметры шины памяти и как результат имеем каку в виде глюков или полной неработоспособности до передёргивания питалова. На моей боевой Г700 бут также 1.3 страбающей этой болячкой, исходя из ченджлога в 1.4 буте проблема исправлена. Самое прикольное что проблема проявляется лично у меня один раз из где-то 30 ребутов. К сожалению возвращаться к схеме полного реинита аппаратуры уже из ядра совсем не хочется ибо теряется совместимость с новыми девайсами, в общем думаю самый простой вариант собрать 1.4 бут для Г700 подобных или взять с аналогичного устройства, но пока проверять это у меня нет времени ибо ошибке разработка встанет и начнуться старые танцы с jtag+g700 которая шьётся в зависимости от положения звёзд =) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
quick Опубликовано 4 марта, 2009 · Жалоба [Кстати, бридж+нат+пптп(mtu 1000) на 8 метрах у Ж700:[ в общем думаю самый простой вариант собрать 1.4 бут для Г700 подобных или взять с аналогичного устройства, но пока проверять это у меня нет времени ибо ошибке разработка встанет и начнуться старые танцы с jtag+g700 которая шьётся в зависимости от положения звёзд =) Подкинь инфу по поводу сборки бута для Г700,а главное из чего собирать ;) Буду заниматься, как раз запорол бут на своей :)Если все выйдет выложу бут дня нее. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
akaHennessy Опубликовано 4 марта, 2009 (изменено) · Жалоба Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять... Изменено 4 марта, 2009 пользователем akaHennessy Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 4 марта, 2009 · Жалоба Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять... Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 4 марта, 2009 · Жалоба Ау, пользователи корбины вы где? Что насчёт теста скорости? Сейчас добали persist режим в accel pptp и доделываю для l2tp чтобы точка долбилась до сервера до упора а не впадала в ступор из-за внешних факторов и будет релиз. В 0.2.15 будем занимаиться pppoe и есть мысли как обойти багу со старыми бутами без потери совместимости. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Wierus Опубликовано 4 марта, 2009 · Жалоба круть, sfstudio не перестает нас радовать =)) будем ждать новых релизов и исправления баги с бутами. а пока попробуем поразбираться как эти буты собирать, заливать и где их искать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 4 марта, 2009 (изменено) · Жалоба круть, sfstudio не перестает нас радовать =)) Ну кто-нить меня бы ещё порадовал реальными тестами pptp и l2tp в последней бэте. Синтетика есть синтетика, а у мну нет канала шире 4х мегабит в паутину. ;( Москвичи с корбиной и прочими где вы? будем ждать новых релизов и исправления баги с бутами. Баги с бутами я исправлять не буду, есть возможность их обойти в принудиловку реинитя переферию по команде reboot, т.е. после первой загрузки читаем значения их нескольких регистров, кладём их куда-нить на fs и потом при ребуте делаем работу бута по иниту в ручную но уже с теми параметрами с которыми это сделал бут в первый раз. В общем тоже костыль блин. а пока попробуем поразбираться как эти буты собирать, заливать и где их искать. У мну отрубильня DSL канал, сижу на скайлинке, как починят залью на sf.net последний бут из sdk 1.4d, всмысле сырцы, кто разберётся как его корректно собрать для 8Мб 16Бит устройств тот и решит проблему. Шьётся всё точно также по tftp, разница только в том что убив бут восстановление будет возможно только через jtag, поэтому нуно быть точно уверенным что данная сборка собрана для конкретно этого устройства. Для Г700 сборка должна быть revB 8Мб 16бит организации, для других устройств всё может быть совсем иначе. Изменено 4 марта, 2009 пользователем sfstudio Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
akaHennessy Опубликовано 5 марта, 2009 · Жалоба Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять... Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться. похоже у меня второй случай, гребенок в принципе никаких не разведено.фотки, если кому не лень смотреть (по 3,6 Мб каждая): лицо, оборот для сравнения могу выложить найденные на просторах фотодругой ревизии PCB Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 5 марта, 2009 · Жалоба Народ, подскажите, как консольный порт на Acorp WR-G распаять? В личку, чтоб топик не засорять... Смотря какая ревизия платы, не на всех ревизиях он разведён на гребёнку, на некоторых ревизиях только на проц паяться. похоже у меня второй случай, гребенок в принципе никаких не разведено.фотки, если кому не лень смотреть (по 3,6 Мб каждая): лицо, оборот для сравнения могу выложить найденные на просторах фотодругой ревизии PCB Ну как же вы смотрите блин? j1 - место под гребёнку это оно и есть. Дальше мультиметр в зубы, выясняем где на гребёнке GND(судя по фото морды это крайний левый) VCC(+3В или +5В иногда полное напряжение питания но это не ваш случай) и где при включении будет "прыгать" напряжение это TX ну и оставшиеся 2 ноги это RX и DCD или как там сигналы звать, собсно выяснить прозвоном с ноги проца (смотреть в даташите) на контакт, или тупо выяснить методом тыка. Ну и помним что там TTL уровни, т.е. нужен преобразователь на max232. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
akaHennessy Опубликовано 5 марта, 2009 · Жалоба sfstudio, огромное спасибо! думаю, что теперь все получится Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 5 марта, 2009 · Жалоба wive-ng-0.2.14-test4 1) Вместо userlevel pptp теперь используется ядерная реализация ACCEL-PPTP, тем самым решена проблема низкой производительности pptp туннелей (огромное спасибо за помощь и код Андрею из http://www.ddixlab.ru) 2) Вместо userlevel l2tp теперь используется ядерная реализация openl2tp 3) Добавлены раздельные опции для управления MTU/MRU для PPPOE/PPTP, также в interfaces перенесены настройки логина/пароля для конкретного типа соединения 4) Решена проблема с большими пакетами при использовании pptp и l2tp без шифрования, для pppoe проблема актуальна 5) Добавлен выбор userspace/kernelspace режима работы pppoe (последний пока не работает) 6) Исправлена ошибка в скрипте отслеживающим работоспособность eth интерфейсов приводившая к некорректному сохранению настроек при отказе одного из интерфейсов 7) Исправлена ошибка в pptp conntrack приводившая к перезагрузкам при падении туннеля 8) Добавлена поддержка persist в accel-pptp гарантирующая что соединение будет переустановлено как только сервер вновь будет доступен 9) Обновлена реализация sha1 благодаря чему mppe теперь работает с любыми pptp серверами включая mpd 10) Исправлена проблема с некоторыми бутами не реинициализировавшими контроллер шины памяти при softreboot (почти все G700 и DAP1150/60 и другие точки с бутом до 1.4 и 16bit организацией памяти) http://sadnet.ru/downloads/wive-ng-0.2.14-test4.bin Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
sfstudio Опубликовано 6 марта, 2009 · Жалоба http://sadnet.ru/downloads/wive-ng-0.2.14-test5.bin 11) Отклчены излишний вывод отладочных сообщений xl2tpd дабы не засорять логи 12) Тулчейн пересобран с текущими заголовочными файлами Ну и кучка косметических правок. pptp уже полностью обкатан на предмет стабильности во всех позах. l2tp требует боевого тестирования хотя тоже вроде стабилен. Предыдущие правки для поддержки кривых платформ аля Г700 пока также ни разу не подвели. В общем всё готово к релизу и переходу с 0.2.15-test который будет последним в ветке 0.2.х и по сути версию 0.2.15 можно будет рекомендовать как stable версию. Дальнейшая разработка и расширение функциона пойдёт уже в 0.3.х ветке. Т.к. тему отвязали то все изменения и тесты далее только у меня в блоге ибо кране неудобно теперь среди пионерии с усилителями постоянно выискивать тему. Напоминаю линк http://sfstudio.livejournal.com Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...