Отсюда:
Значит, закрытого кода больше не осталось?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 открыт?
Нет. Им(OpenWRT) кто-то дал драйвер не в виде предслинкованного wl.o, а как для x86 - в виде отдельных объектников, а исходники wl_linux.c, wl_iw.c есть в открытом доступе. И я об этом уже писал, и на форуме OpenWRT всё было.
Повторюсь - их версия wl собрана без Broadcom SDK, посему для нас не подходит.
Если кто-то сможет вырезать эти(из wl_linux.c, wl_iw.c) функции из ASUS'овского wl.o, можно попробовать поднять ядро. Но relocations objcopy автоматом не вырезает - надо патчить. Мы пока не осилили.
Настолько глубоко я не смотрел - поищи сам. Не должно, так как эта часть Broadcom SDK есть в исходниках.2) Кроме wl других проблем, например со свитчем, нет?
последние новости
root@linvinus:~# uname -a
Linux linvinus 2.6.37 #15 Tue Mar 8 11:37:11 MSK 2011 mips GNU/Linux
root@linvinus:~# dmesg | grep wl
wl: module license 'unspecified' taints kernel.
wl0: Broadcom BCM4329 802.11 Wireless Controller 5.10.56.27
Спасибо Гергрию (GKashperko) за патчи, патчи доступны тут https://dev.openwrt.org/ticket/6580
У меня всё скомпилировано для дебиана, без извращений с uClibc.
wl500w 300MHz/128Mb спасибо Олегу за инструкцию и Danya0w за перепайку.
RT-N16 - debian Squeeze/2.6.37->wheezy/3.8.13 (теперь bgmac работает стабильно)
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 09:15.
Нет конечно, это результат допилки ядра командой OpenWRT и собирается кросс-компиляцией.
Нет, модуль от OpenWRT из частичных исходников Broadcom....и рабочий модуль wl?
Опять нет. Проблемы с платформой и шинами pci/ssb вроде бы исправили, как оно в реальности - надо тестировать. Драйвер WiFi см. выше.Получается, что больше нет никаких проблем с железом RT-N16?
А flashfs вообще изобретение Олега.
В uClibc нету кучи функций из glibc. В частности, до сих пор не зарелизена поддержка NPTL (native posix threads layer), соответственно в пролёте именованные семафоры и многое другое.
Ценой за это является потребление памяти и быстродействие части функций. Насколько это ощутимо и хочется узнать у linvinus
Нет собирал в два этапа.
1) debwrt+openwrt+патчи Георгия на выходе: ядро (модуль bgmac для свича и wl.ko для wifi) и образ trx
2) внутри роутера дособрал nas и wlc для wifi (почему то скомпилированные в openwrt не работали)
В общем огромная работа проделана не мной а Георгием Кашперко.
Посути да теперь можно последнее ядро юзать для RT-N16 а не портировать всё в 2.6.22
Правда выяснилась проблемка, периодически перестаёт работать свитч, лечится перенастройкой свича.
wifi работает стабильно
тут можно посмотреть как настраивается сеть https://lists.openwrt.org/pipermail/...ch/009943.html
>NVRAM теперь используется только загрузчиком CFE, а flashfs вовсе не используется. Во флеше лежит только образ ядра, а initrd и всё прочее лежит на USB-диске. Так?
initrd не используется, из flash грузится ядро которое сразу видит sda1 и запускает /sbin/init (CONFIG_USB_STORAGE=y)
По быстродействю на мой взгляд одинаково.
Одинакого медленно Это даже не p1
Но для моих нужд хватает.
А про извращения я имел ввиду то что в дебиане glibc(eglibc) поэтому скомпилированные утилиты типа wl и nas неработают без пляски с бубном.
Сейчас удалось слинковать нативно для дебиана.
p.s. ради эксперимента компилирую ядро на роутере, правда не знаю сколько дней ждать
посмотрую будет ли стабильнее или нет.
Last edited by linvinus; 10-03-2011 at 15:42.
wl500w 300MHz/128Mb спасибо Олегу за инструкцию и Danya0w за перепайку.
RT-N16 - debian Squeeze/2.6.37->wheezy/3.8.13 (теперь bgmac работает стабильно)
Патч работает, и wifi и свитч.
Я столкнулся с тем что свитч периодически зависал, но потом выяснилось что проблема в сетевой карте настольного компа, сейчас второй день работает стабильно.
Итог:
1)Wifi работает хорошо (wl.ko и nas закрытые)
2)bgmac - драйвер свитча работает хорошо
3) USB только в pio режеме.
Есть вопрос, лень откатываться на вашу прошивку, посмотрел исходники не нашёл патчей которые бы связывали usb стек с hnddma.c
Есть ли поддержка usb2.0 в прошивке 1.9.2.7-rtn ?
Если есть то в общих чертах как реализована?
wl500w 300MHz/128Mb спасибо Олегу за инструкцию и Danya0w за перепайку.
RT-N16 - debian Squeeze/2.6.37->wheezy/3.8.13 (теперь bgmac работает стабильно)
В 2.6.22 еще нет поддержки шины ssb, посему никакие патчи не нужны.
Откуда такой вопрос, еще в 2.4 Олегом было сделано ??!Есть ли поддержка usb2.0 в прошивке 1.9.2.7-rtn ?
Стандартно, на шине PCI тупо висит usb 2.0 контроллер.Если есть то в общих чертах как реализована?
И всё же непонятно.
На старых картах wl500g действительно usb был на шине pci.
А начиная с версии wl500g v2 вроде как SSB ( Sonics Backplane) (по информации отсюда https://dev.openwrt.org/ticket/6425)
Т.е. в любом случа должен быть код который использует эту шину для usb.
для wl.ko и et.ko эта зависимость прослеживается (hnddma.c). А вот как работает usb непонятно.
Я говорю о поддержке usb в 2.6.22.19
wl500w 300MHz/128Mb спасибо Олегу за инструкцию и Danya0w за перепайку.
RT-N16 - debian Squeeze/2.6.37->wheezy/3.8.13 (теперь bgmac работает стабильно)