ALT Linux Bugzilla – Full Text Bug Listing
| Summary: | Добавить прошивку для точек доступа Marvell | ||
|---|---|---|---|
| Product: | Sisyphus | Reporter: | manowar <manowar> |
| Component: | firmware-linux | Assignee: | Vitaly Chikunov <vt> |
| Status: | CLOSED NOTABUG | QA Contact: | qa-sisyphus |
| Severity: | enhancement | ||
| Priority: | P3 | CC: | aen, antohami, boyarsh, manowar, mike, vt |
| Version: | unstable | ||
| Hardware: | all | ||
| OS: | Linux | ||
|
Description
manowar@altlinux.org
2011-06-27 14:19:24 MSK
А почему бы не запаковать прошивку отдельно? Пакет 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, но не написано под какой лицензией. Я написал им письмо с вопросом. 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 обсолетится. Как обсуждено, отдельные прошивки отдельными пакетами или через апстрим. |
