Представлена (https://forum.openwrt.org/viewtopic.php?pid=176925) бета-версия OpenWRT 12.09 (https://openwrt.org/), известная под кодовым названием "Attitude Adjustment". В рамках проекта OpenWRT развивается дистрибутив и система сборки, ориентированные прежде всего на небольшие сетевые устройства с ограниченными ресурсами, такие как точки доступа и маршрутизаторы. Готовые бинарные сборки подготовлены (http://downloads.openwrt.org/attitude_adjustment/12.09-beta/) для 27 платформ.
В настоящее время разработчики приостановили внесение новых возможностей в дистрибутив до тех пор пока сборки не будут должным образом протестированы и пока не будут исправлены наиболее заметные ошибки. Когда все ошибки будут исправлены и код будет стабилизирован, будет сформирована ветка с релизом и выпущены финальные сборки. Предположительно этот процесс займет 2-4 недели.
Одновременно заявлено о прекращении поддержки платформы brcm-2.4:
Поддержка ядра 2.4 была прекращена. Большинство устройств на платформе Broadcom будут нормально работать с образами для платформы brcm47xx на основе ядра 2.6. Тем не менее, старые устройства у которых недостаточно ОЗУ (лишь 16Mb) или очень медленный процессор (200МГц и менее) могут не работать корректно. Обладателям таких устройств рекомендовано остаться на предыдущем выпуске OpenWRT ("Backfire").Наиболее заметные изменения в OpenWRT 12.09:
- Изменения специфичные для платформ:
- ar71xx: Поддержка ряда новых устройств на чипсетах ar71xx.
- ramips: Официальная поддержка новой платформы - чипсеты от Ralink.
- bcm47xx: Улучшена поддержка и генерация образа для BCM4705. Добавлена поддержка последовательной флеш-памяти для платформы brcm47xx. Исправлено исчерпание памяти при использовании wifi на чипах BCM5354.
- lantiq: Практически полная поддержка этой SoC. Новый канальный драйвер для Asterisk для Lantiq TAPI.
- x86: Поддержка sysupgrade.Общие улучшения:
- Улучшен интерфейс LuCI.
- Переход на инфраструктуру netifd для улучшения поддержки конфигурирования сети.
- Исправлен Imagebuilder и перемещаемый SDK.
- Полная (?) поддержка использования eglibc.
- Поддержка межсетевого экрана на уровне сетевого моста (bridge firewalling).
- Большие улучшения в драйвере ath9k, касающиеся стабильности и скорости работы.
- Исправления зависимостей для пакетов.
- Больше адд-онов для iptables, улучшена скорость работы netfilter.
- Экспериментальная поддержка 5 и 10MHz каналов с драйверами ath5k и ath9k.
- Поддержка конфигурирования 6RD.
- Экспериментальная возможность crashlog, чтобы отслеживать OOPS-ы ядра.
- Уменьшено занимаемое место. Улучшено сжатие squashfs и ядра.
- Различные улучшения и обновления пакетов.- Известные проблемы (будут исправлены до выхода стабильной версии):
- Новый драйвер коммутатора ramips может вызывать проблемы на некоторых устройствах.- Образы для vr9 по непонятным причинам не генерируются корректно.- Старые устройства на Atheros поддерживающие только 11b/g и могут испытывать проблемы с gpio из-за перехода на новый драйвер gpiolib.
Дополнительно разработчики отмечают, что пакетная база перевалила за 1000 пакетов. Ежедневно в проекте добавляется/меняется/обновляется порядка 20 пакетов. В результате сопровождение пакетов стало занимать очень много ресурсов разработчиков базовых частей OpenWRT, а качество пакетов не всегда может соответствовать желаемому уровню, поскольку у разработчиков нет необходимых ресурсов для тестирования такого потока пакетов, кроме самого факта, что пакет собирается.
По этой причине разработчики предполагают разделить пакетную базу на поддерживаемые (maintained) и неподдерживаемые (unmaintained) пакеты. В основной репозиторий отныне будут попадать только пакеты с действующими мэйнтейнерами, способными поддерживать свои пакеты. Желающие помочь с сопровождением пакетов могут обращаться в core team. Разработчики выражают надежду, что расщепление пакетной базы на поддерживаемую мэйнтейнерами и неподдерживаемую в конечном итоге позволит выиграть всем.
Следующим большим изменением в проекте является то, что через Trac более не будут приниматься патчи. Все патчи отправленные в Trac будут закрыты без обсуждений. Разработчики просят использовать Trac только для отправки уведомлений об ошибках, а патчи отправлять исключительно в список рассылки openwrt-devel.
Дополнительно, разработчики согласовали планы на следующую версию, которая последует за 12.09 и ожидается приблизительно в районе Рождества. Планируемые на следующую версию возможности включают в себя:
- Ядро v3.6 - в нем есть ряд интересных возможностей, например убран кэш маршрутизации;
- Улучшение интеграции базовой части системы и активное использование netfid и ubus для расширения частей системы.
- Перевод на фреймворк DeviceTree максимально возможного числа платформ.
- Дальнейшая работа над IPv6 и bufferbloat.
- Поддержка VDSL для платформы Lantiq.
- Опциональная поддержка технологий SSP+PIE+PaX.
- Изменение подхода к работе с пакетами, как это было описано выше.Разработчики просят начать тестирование новой версии чтобы убедиться, что релиз будет качественным и обрадует поклонников дистрибутива.
URL: https://forum.openwrt.org/viewtopic.php?pid=176925
Новость: http://www.opennet.ru/opennews/art.shtml?num=34870
TP-Link tl-wr1043nd так и не починили
А что именно не починили?
отваливание вайфая https://dev.openwrt.org/ticket/9654
> отваливание вайфая https://dev.openwrt.org/ticket/9654Этот баг мне не знаком.У меня вайфаем другие интересные вещи происходят. Добился работоспособности радиоканала с Huawei X5 на андроиде только после принудительного перевода маршрутизатора в 802.11g.
Я думал я один такой.
куда копать ?
давно уже починили.
В параллельной вселенной что-ли? Тикет до сих пор открыт и у меня лично на WR1043ND этот баг вылазит на 12.09. Не починят его никогда, сознались бы уже в Qualcomm, что Atheros в свое время впаривала бракованные чипы AR910X производителям.
>Тем не менее, старые устройства у которых недостаточно ОЗУ (лишь 16Mb) или очень медленный процессор (200МГц и менее) могут не работать корректно.То есть WRT54G больше не поддерживается. Забавно. =)
OpenNotWRT
> OpenNotWRTWRTfree
> То есть WRT54G больше не поддерживается. Забавно. =)Видимо, среди разработчиков не находится достаточное количество желающих некрофилить.
у меня 16mb рамы в асусе
от openwrt я беру только ядро, в юзерленде у меня кастомная гента
я не знаю, что такое "недостаточно", но у меня свободных около 6мб остается
> я не знаю, что такое "недостаточно", но у меня свободных около 6мб остаетсяНу да, а таблицу контрека человеческого размера вы где храните? Ну то-есть если подраспереться то 2.4 и на 8Мб как-то взлетает. Вот только потом памяти почти не остается и если нагрузка чуть выше чем полтора юзера, проверяющих раз в час почту - начинается масса проблем.
Грубо говоря, достаточно буквально качнуть торент и начнутся разные интересные "странные" проблемы с девайсом и конекциями. Кстати в опенврте их утили злостно минимализированы - не думаю что гентушники сделали лучше чем они.
а что забавного? Linux для работы уже давно надо 1Гб ОЗУ, все остальное некрофилия...
> а что забавного? Linux для работы уже давно надо 1Гб ОЗУ, все
> остальное некрофилия...Тц-тц-тц, как же он у меня на 32Мб работает? Кстати да, не хочу ничего сказать но это разумный минимум для роутера с NAT, а лучше больше. Чтоб можно было таблицу conntrack человеческого размера содержать при человеческих таймаутах.
надо будет на TP-Link TL-841ND попробовать
Не знаю как на 841ND, но на 941ND работает.
как шил? с DD-WRT возможно перейти или придется через режим восстановления?
> как шил? с DD-WRT возможно перейти или придется через режим восстановления?Зависит от того как у DD партиции и образа устроены. Если так же - удастся. Иначе - только через рекавери.
а на dir-320 nru ни кто не тестил ее? в нем как раз таки ralink
у меня на dir-300 nru работает. чип RT3050 - вроде такой же в 320 nru/
как шил? через режим восстановления? или jtag?
> как шил? через режим восстановления? или jtag?через режим восстановления.
надо будет проверить. посмотрим. взлетит аль нет =)
>> как шил? через режим восстановления? или jtag?
> через режим восстановления.на dir-320nru не взлетела
Там RT5350. Поддержки его в WRT нет. Более того даже уже некрофильские RT3050/RT3350/RT3053/RT3662/RT3883 поддерживаются лишь частично. Ни PPE для ipv4 ни уж тем более для ipv6. А уж о всяких doble vlan tag (QinQ), аппаратного QoS и прочего молчу вообще =)Т.е. в новости нужно заменить "официальная" на "базовая" и только для 3,5 чипов.
P.S. Кстати 5350 вообще убогий огрызок. Даже 3050 сливает из-за отсутствия PPE. И никакое повышение частоты (360МГц против 320 у 3050, хотя большая часть ревизий 3050 прекрасно гониться до 384МГц) ему не поможет. Единственная вкусность - Per-Packet Antenna Diversity. Для вендоров другая вкусность. Это по сути ROC а не SOC. Там даже усилок для 2.4ГГц выполнен на одном кристалле с CPU =) Обвязки полторы деталюшки.
> как шил? через режим восстановления? или jtag?Через JTAG больно люто, он медленный и весь образ будет литься чуть более чем дофига. Обычно люди через JTAG вливают только загрузчик, если доигрались до того что убили его и девайс по этому поводу сам себя раскирпичить уже не может.
asus rt-n16 уже работает из коробки?
Да когда же они наконец-то запилят поддержку RT-N16?
Из всех сторонних прошивок эта болше всех нравится, но мой роутер до сих пор не поддерживается, хотя его поддержка уже давно есть в DD-WRT, Tomato и прошивке от энтузиастов.
ну вы зря, он конечно есть но не из коробки. я как раз спрашивал может уже запилили
Для rt-n16 нет открытого драйвера для ethernet свича, есть патчи от Георгия но их побоялись включить в ядро. см https://dev.openwrt.org/ticket/6580Последователи прошивки от "Олега" используют оригинальное ядро и закрытый драйвер от асуса.
Соответственно там урезанная uclibc, со всеми вытекающими.Для драйвера свича нет описания регистров, драйвер Георгия написан по аналогии со старым драйвером который был когда то давно опубликован в dd-wrt, драйвер работает, но довольно часто происходит DMA overflow и соответственно ресет драйвера, на это время пропадает есть. И иногда приводит к kernel oops/panic. Что именно приводит к переполнению выявить не удаётся, у меня при трафике 60-70мбит по pppoe может работать без сбоев, а когда нагрузки нет может сбоить на ровном месте.
как раз в ветке писали что дрова появились в открытом доступе и скоро их запилят.по поводу ресета драйвера ничего не замечал - сам собирал опенврт с люсей для своего rt-n16, работает.
хотя пппое на нём криво работает - при скачивании торрента с хорошим количеством пиров падает соединение (именно пппое) и пересоединяется. думаю ему тупо не хватает проца. паников/оопсов не замечено при этом. приходится пппое на серваке держать и его анонсить рутером по дхцп
>Исправлено исчерпание памяти при использовании wifi на чипах BCM5354это из-за этого у меня на dir-320 отваливался радиомодуль после небольшой нагрузки, например торрентами или скайпом? лечилось только wifi off / wifi on.
http://foss.org.ua/lib/thread.so.653
я уже видел эту статью, помню что не помогла.по-моему у меня не было таких ошибок:
>b43-phy0 ERROR: MAC suspend failedчто мешает запилить свежий драйвер в openwrt?
> я уже видел эту статью, помню что не помогла.
> по-моему у меня не было таких ошибок:
>>b43-phy0 ERROR: MAC suspend failed
> что мешает запилить свежий драйвер в openwrt?То что в linux kernel нету стабильного API/ABI ? вот хотели постоянную разработку - так жрите теперь кактус с неподдерживаемым железом на стабильных релизах.
> То что в linux kernel нету стабильного API/ABI ? вот хотели постоянную
> разработку - так жрите теперь кактус с неподдерживаемым железом на стабильных релизах.Удивительное ламерство. В OpenWRT мало того что одни из наиболее свежих дров так они еще и очень люто эти драйвера пилят. Потому что у чипаков в мелких железках есть ряд особенностей отсутствующих в писюках и тому подобных. Но если хочется ляпнуть какую-то глупость - это не запретишь, разумеется.
Подсказываю:
1) Беспроводные дрова разрабатываются вообще наполовину отдельно от ядра: есть такая штука как compat-wireless. Разработчики опенврты совсем не прочь взять да и утянуть свежий вариант оного. А плач проприерасов насчет апи конечно забавляет. Да, господа блобмэйкеры, вы в открытой системе - чужеродный элемент. Смиритесь и упхнитесь. Заботиться о вашем удобстве никто не будет. И это вполне честно. Вы же не больно заботитесь об удобстве окружающих, зажимая сорцы и спеки там и тут? :)2) Вообще-то гражданин рассказывал как он обновил firmware чипа сетевки. Которое вгружается в чип при инициализации и что после этого полегчало. Это логично, т.к. фирмваре рулит рядом аспектов работы чипа: чип "полупрограммный" и ряд операций рюхает встроенный в радиоблок сервисный процессор. Для которого это фирмваре и предназначено. Совсем не факт что в опенвртшных образах оно свежее. Но там вообще все хитро - чипы используемые в таких вот интегрированных SoC хоть и похожи на десктопных братьев но могут отличаться "мелкими" деталями. Типа висения радиомодуля на внутричиповой шине Sonic Silicon Backplane, про который на десктопах слыхом не слыхивали. И насколько там производитель раздуплился фирмваре для именно такого "экзотичного" суб-варианта чипа собрать и насколько легально это фирмваре распостранять - сильно зависит от. За это в среде линукса вообще не лю беспроводные чипы которые после включения требуют вгрузки в RAM фирмвары снаружи. Геморрой в плане дистрибуции дистрибутива создают.
> это из-за этого у меня на dir-320 отваливался радиомодуль после небольшой нагрузки,
> например торрентами или скайпом? лечилось только wifi off / wifi on.А кто вас знает? Вы бы хоть dmesg посмотрели и скинули подозрительные места сюда, чтоли.
Ну вот как раз завтра мне Netgear 3800 на ar71xx привезут.
Получил от провайдера халявный TL-741v2, после разлочки поставил openwrt c транка, ибо в стабильной поддержки v2 пока нет. Работает уже год, правда с некоторыми билдами были проблемы, но все решалось обновлением. Жду релиза, разработчикам респектище.
после прошивки умер роутер, есть ли возможность его восстановить, стандартно восстановить по типу:1. Выключить роутер из эл. сети.
2. Компютер подключен к роутеру через LAN1
3. Прописать в настройках сетевой карты статический IP в диапазоне 192.168.1.2 и 192.168.254 (на пример 192.168.1.2)
4. Включаем роутер в сеть и ждем пока начнет мигать лампочка sys
5. Как только начнет мигать лампочка sys несколько раз нажать кнопку reset на задней панели
6. Если все сделано правильно то лампочка sys будет мигать интенсивнее
7. Запускаем Putty и заходим через telnet по адресу 192.168.1.1 без имени и пароля
8. для активации SSH Набираем в командной строке:
# mount_root
# /etc/init.d/dropbear start
9. Меняем пароль root:
# passwd
10. С помощью WinScp заливаем прошивку на роутер (на пример в /tmp) (прошивку можна скачать с сайта TP-LINK или http://eko.one.pl/openwrt/kamikaze/trunk/tl-wr1043nd…d...)
11. Перепрошиваем роутер (обязательно дождаться пока роутер сам не перегрузиться!!!):
# cd /tmp
# mtd -e firmware -r write wr741nv1_ru_3_13_9_up(111202).bin firmware
12. Теперь можна подконектиться через веб-интерфейс
не получается
Не стал я долго мучатся, восстановил все через COM-port.