linvinus
Было бы интересно сравнить производительность маршрутизации, NAT, VPN(pptp, l2tp) на N16 под дебианом с нашей и оригинальной прошивками.
linvinus
Было бы интересно сравнить производительность маршрутизации, NAT, VPN(pptp, l2tp) на N16 под дебианом с нашей и оригинальной прошивками.
Здорово. Правильно ли я понял:
Прямо на роутере, без всякой кросс-компиляции, из рабочего Debiana собрано последнее vanilla kernel...
...и рабочий модуль wl?
Получается, что больше нет никаких проблем с железом RT-N16? В vanilla kernel есть всё необходимое для железа RT-N16? И управление свитчем и др. приблуды для платформы Broadcom?
Какие ещё бинарники, не входящие в Debian пришлось собирать для железа RT-N16?
NVRAM теперь используется только загрузчиком CFE, а flashfs вовсе не используется. Во флеше лежит только образ ядра, а initrd и всё прочее лежит на USB-диске. Так?
Last edited by ryzhov_al; 10-03-2011 at 08:15.
Для информации: openwrt докрутили до поддержки RT-N16
ASUS WL5xx: FW 1.9.2.7-d-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | bip irc proxy
ASUS RT-N1x: FW 1.9.2.7-rtn-rXXXX / обсуждение прошивки [RU] / firmware discussion [EN] | fake ident daemon
Отсюда:
Значит, закрытого кода больше не осталось?002-openwrt4716-TARGET_brcm4716-deps.patch
fix bcm4716 package dependencies:
* broadcom-diag
~ let it get built for bcm4716 target.
* broadcom-wl
~ let it get built for bcm4716 target, make it working with bcm4716 attached w11 core.
* kernel
~ don't let select ssb to be built as module for bcm4716 target.
~ add gmac driver for bcm4716 target.
* mac80211
~ don't let it be selected with bcm4716 target - you will fail to build it, and even if
you succeede with b43 still it don't support bcm4716' w11 N-Phy core yet.
* nvram
~ let it get built for bcm4716 target.
* switch
~ let it get built for bcm4716 target.
Патч предлагается накатывать на последний openwrt trunk. Значит, потенциальный путь к более свежему ядру 2.6 открыт?
Георгий Кашперко всё ещё продолжает свою работу по портированию Broadcom'овской проприетарщины на свежие ядра:
Но правильно ли я понимаю, что...Changelog:
* 2012-03-09
moved on to 3.2.9 kernel;
- этот путь слишком далёк от Broadcom'овского SDK и поэтому не может быть использован в нашей прошивке?
- нет большого смысла гнаться за свежими ядрами, так как в текущем отсутствуют какие-либо фатальные болячки?
Проблема не в поддержке платформы - с этим у Георгия всё хорошо, а с драйвером Wi-Fi, для которого исходников нет.
Также непонятна ситуация с документацией на Offload функции свитча RT-N66U.
У любой палки есть два конца С одной стороны, с поддерживаемыми ядрами сильно проще по части отсутствия необходимости бекпортов.нет большого смысла гнаться за свежими ядрами, так как в текущем отсутствуют какие-либо фатальные болячки?
С другой, у них больший overhead по памяти и расчёт в основном на SMP системы.
Т.е. если бы в открытом доступе были доки на чипы и драйвер Wi-Fi, можно было бы погонять разные версии и сравнить реальные цифры.
Last edited by Omega; 11-05-2012 at 23:27. Reason: fixed
Спасибо, установил. Будем разбираться. Установил среду Debian.
Это нормально, что оно делает так медленно это:
Причем, каждый раз, когда что-то устанавливаешь.Code:ASUSWRT-Merlin RT-N10U_3.0.0.4 Tue Sep 23 16:58:14 UTC 2014 Panamaaa@RT-N10U:/tmp/home/root# chroot /mnt/sda1/debian /bin/bash root@RT-N10U:/# apt-get install transmission Reading package lists... Done Building dependency tree... 4%
Last edited by Omega; 01-10-2014 at 20:16. Reason: ну так попробуйте разогнать проц и увеличить память :) ссылку ранее уже давали ;)
На RT-N10U — нормально.
А на n10u можно запустить?
П.С исключительно любопытства ради
Ещё смущает это в логе:
Code:Oct 2 15:01:33 transmission-daemon[10346]: Transmission 2.82 (14160) started (session.c:744) Oct 2 15:01:33 transmission-daemon[10346]: RPC Server Adding address to whitelist: 127.0.0.1 (rpc-server.c:828) Oct 2 15:01:33 transmission-daemon[10346]: RPC Server Adding address to whitelist: *.*.*.* (rpc-server.c:828) Oct 2 15:01:33 transmission-daemon[10346]: RPC Server Serving RPC and Web requests on port 127.0.0.1:9091/transmission/ (rpc-server.c:1035) Oct 2 15:01:33 transmission-daemon[10346]: RPC Server Whitelist enabled (rpc-server.c:1039) Oct 2 15:01:33 transmission-daemon[10346]: UDP Failed to set receive buffer: requested 4194304, got 237568 (tr-udp.c:78) Oct 2 15:01:33 transmission-daemon[10346]: UDP Please add the line "net.core.rmem_max = 4194304" to /etc/sysctl.conf (tr-udp.c:83) Oct 2 15:01:33 transmission-daemon[10346]: UDP Failed to set send buffer: requested 1048576, got 237568 (tr-udp.c:89) Oct 2 15:01:33 transmission-daemon[10346]: UDP Please add the line "net.core.wmem_max = 1048576" to /etc/sysctl.conf (tr-udp.c:94)