Для работы модуля uap8xxx требуется прошивка. Исходники модуля доступны для загрузки (http://dreamplug.googlecode.com/), но в ванильном ядре их почему-то нет. Несмотря на это модуль таки работает и прошивка ему нужна. Ядро kernel-image-dreamplug в Sisyphus ARM включает его. Прошивку я взял из «родной» ФС DreamPlug. Прошу включить в пакет, чтобы она не потерялась: http://git.altlinux.org/people/manowar/packages/firmware-linux.git?p=firmware-linux.git;a=commitdiff;h=05eabe93e337de6fd66cc2e10dd8cd4efab6fd1d P.S. Хорошо бы ещё, конечно, развить linux-firmware на несколько пакетиком поменьше.
А почему бы не запаковать прошивку отдельно? Пакет firmware-linux живет на kernel.org и вряд ли стоит туда добавлять/удалять прошивки
Во-первых, linux-firmware.git есть на kernel.org: http://git.kernel.org/?p=linux/kernel/git/dwmw2/linux-firmware.git;a=summary Во-вторых, насколько я понял по истории изменений пакета, раньше у нас прошивки паковались как попало, а потом решили собрать один большой пакет. В спеке есть следующий комментарий: # Remove firmware shipped in separate packages already. В-третьих, в спеке есть и такой комментарий: # Perhaps these should be built as subpackages of linux-firmware? Давайте, действительно, порубим его на части. Я могу это сделать, если никто не возражает, заодно обновив файлы в директории/подпакете mrvl. Можно, кстати, сделать find-prov, find-req для прошивок и модулей: загрузка прошивок в большинстве модулей сделана единообразно. Будем знать какой модуль какую прошивку хочет. Имеет смысл?
Извиняюсь, неправильно понял про kernel.org. Но что мешает нам иметь в своём пакете дополнительные прошивки?
(В ответ на комментарий №3) > Извиняюсь, неправильно понял про kernel.org. Но что мешает нам иметь в своём > пакете дополнительные прошивки? Это неоправданное осложнение для сопровождения пакета. Нам, в том числе Вам, ничего не мешает собрать отдельный пакет для Marvell и сопровождать его, не глядя сразу в два источника.
Ладно, соберу. Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому препятствует. Или просто руки не дошли?
(В ответ на комментарий №5) > Ладно, соберу. > > Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому > препятствует. Или просто руки не дошли? Его пилят на kernel.org. А мы его просто собираем.
(В ответ на комментарий №6) > (В ответ на комментарий №5) > > Ладно, соберу. > > > > Но пилить linux-firmware всё равно надо. Хочу узнать, что сейчас этому > > препятствует. Или просто руки не дошли? > > Его пилят на kernel.org. А мы его просто собираем. Да нет, я про разделение на подпакеты. :) Он у нас намеренно сделан монолитным? Определённый смысл в этом есть, потому что в системе, к которой могут быть подключены новые устройства (по USB), должны быть прошивки на «все случаи жизни», как и модули ядра. С другой стороны, для маленького дистрибутива под конкретную задачу это избыточно. Я, лично, за то, чтобы разбить linux-firmware на подпакеты согласно директориям и добавить виртуальный пакет для установки всего сразу.
На мой взгляд, данную прошивку следует собрать отдельно. Ида -- как у неё с лицензией? Полагаю, что никак..
А вдруг хотя бы redistributable? Кстати говоря, вот здесь выложена оригинальная ФС для плага, включая sd8688_ap.bin, но не написано под какой лицензией. Я написал им письмо с вопросом.
http://www.newit.co.uk/files-guruplug/guruplug-rootfs/
Paul - The access point software is redistributable. We're also hoping that Marvell or Globalscale will improve it at some point, but there's little concrete to go on in that regard. -- Alasdair Macdonald New IT technical specialist http://www.newit.co.uk
Можно добавлять в Сизиф?
Так стоп -- firmware-linux суть вполне определённый набор, расширять который всячески осмысленно через апстрим. Если же чего не хватает прямщас -- пакуется отдельный firmware-*, при попадании в f-l обсолетится.
Как обсуждено, отдельные прошивки отдельными пакетами или через апстрим.
