GNU GPL лицензия софта на СПК207.

[RV9WFJ]

ну например на ПЛК323 все так и работает можно настроить модем чтобы коннектился к 3g и сам PPTP туннель поднимал... и правьте что хотите тем более база по железу у ПЛК323 и СПК очень похожи как я понял... а роутер это самое правильное решение... а мы тут просто босота нищая выжимаем из панели которая (своих основных функций выполнять достаточно быстро не может) пытаемся еще и 3g 4g еще и OpenVPN... тогда уж IPSec и про отображение можно забыть )

Ну во первых речь не про ПЛК323. Во вторых я не хочу диспетчеризацию на этот свисток посадить, а лишь удаленную правку проекта.
Что касается скорости графики то вам уже Приходько ответил, не вызывайте всю графику в каждом цикле и не выводите Float на экран и все начинает нормально работать. Если все это реализовать в проекте то в статистике сразу становится видно что СПК большую часть времени ничего не делает.

[AndreyS]

Коллеги, собственно о чем вообще споры.
Хотите работать в Linux - не вопрос.
Заключаем договор NDA, покупаете СПК, мы предоставляем Toolchange и работайте на здоровье.

Такой опыт работы у нас уже есть, если надо, пишите мне в личку. Обязательно описав для какой задачи и объем вашей потребности.

Случайно наткнулся на эту тему. NDA? Заключение NDA для получения исходников Linux, Busybox и т. д. - это прямое нарушение GPL.

[AndreyS]

Ну я вижу, что Вы знаете умные слова, но этого не достаточно. Заходите на сайт kernel.org скачиваете ядро версии, которая стоит в плк, вот Вам и исходники и даже несколько больше,потому что из-за экономии места множество модулей удалено. Набор бусибокса отношения к драйверем не имеет, зачем там что то свое вставлять,так что скорее всего можно послать на busybox.net

Самое главное зачем Вам всё это, если еще v3 более принципиальная, то v2 в этом плане спорная и тем неменее, нарушение лицензии,если конечно физ.лицо из России сумеет подать в суд и выиграть, приведет к остановке всей линейки продуктов, неужто Ваша задача остановить производство?

Добрый день, cazcap.
Очень уважаю Вас за помощь на форуме, но тут вы не правы.
Исходники, которые доступны на kernel.org с вероятностью 95% не заведутся на ПЛК. Они работают с весьма ограниченным числом плат, а если и запускаются на плате, то поддерживают не всю периферию, как правило.
К сожалению, с ARM все намного сложнее, чем с x86. Тут сильно зависит от того, как производитель платы развел ее (на каких ножки завел какую функциональность), потому что функции ножек, благодаря встроенному мультиплексору, могут изменяться во время работы. Драйверам периферии нужно знать по каким адресам периферия находится и какие прерывания она использует, потому что это тоже от производителя чипа к производителю отличается, а иногда разное даже на разных линейках одного производителя.
Раньше в v2.6.вся эта информация описывалась в board-файлах в самих исходниках ядра. Что привело к тому, что для каждой платы нужно было писать эти файлы. И по возможности отправить их в mainline, чтобы потом можно было взять любое ядро с kernel.org и запустить его без проблем или с минимальными. Это привело к раздуванию архитектуры ARM в ядре за счет растущего числа плат чуть-чуть друго от друга отличающихся. Поэтому было решено отказаться от board-файлов в пользу device-tree. Device-tree - это механизм описания железа, который всю эту информацию содержит. То есть в идеале производитель платы пишет только device-tree и берет ванильное ядро. Загрузчик системы загружает ядро и скомпилированный device-tree blob в память и говорит ядру, где оно может найти описание платы. Таким образом ядро модифицировать под новую плату уже не надо.
В реалии еще не все драйвера перешли на device-tree и далеко не вся периферия может быть так описана на данный момент.
Поэтому те исходники, которые поставляют производители чипов или производители комплектов разработчика, как правило, очень сильно отличаются от ванильных. Все это также касается загрузчика ядра (u-boot, red-boot или что там применяется).
По работе имел дело с платой на базе AM3517 от TI. Так там число изменений в исходниках от TI достигало 11000. Так что для встраиваемых систем практически всегда нужны оригинальные исходники ядра.

Кстати, буду приятно удивлен, если Овен отправили свои изменения в upstream и сделали ПЛК, который запускается на чистом ванильном ядре с kernel.org.

По поводу остановки производста, то этого скорее всего не произойдет. Будет, как с D-Link штраф и выкладывание исходников на FTP. =) После суда они выложили все в таком полном варианте, что даже диву даешься.
Не знаю, почему для Овен такая проблема выложить исходники. Как для производителя в первую очередь железа, это для Вас не должно быть какой-либо проблемой.

[AndreyS]

Пятый и шестой пункты GPL требуют предоставления исходников GPL-кода и ваших изменений в нём неограниченному кругу лиц без дополнительных ограничений.

Так всё-таки где можно получить исходники ядра Linux, загрузчика и остальные программ, распространяемых под GPL?
Вероятно, вы не очень хотите выкладывать все исходники в публичный доступ. Вы это и не обязаны делать, но обязаны согласно GPL предоставлять их пользователям вашей продукции, коим я и являюсь.
Могу прислать при необходимости серийные номера, имеющихся в наличии у меня ,СПК207 и СПК110.

[Владимир Ситников]

Так всё-таки где можно получить исходники ядра Linux, загрузчика и остальные программ, распространяемых под GPL?
Вероятно, вы не очень хотите выкладывать все исходники в публичный доступ. Вы это и не обязаны делать, но обязаны согласно GPL предоставлять их пользователям вашей продукции, коим я и являюсь.
Могу прислать при необходимости серийные номера, имеющихся в наличии у меня ,СПК207 и СПК110.

Вообще говоря, в UI этого самого СПК, либо в документации должно быть сказано как именно можно получить код.
Если не сказано, то это уже нарушение GPL.

Либо на диске в составе СПК, либо по запросу, либо по URL.

[AndreyS]

Возможно, просто OWEN не знает, как быть совместимым со свободными лицензиями.
Вот тут несколько видео от Software Freedome Conservancy с последней конференции Linux.Conf.Au о том, что быть совместимым с GPL нестрашно и несложно и как это делать правильно.
1. A Beautiful Build: Releasing Linux Source Correctly
2. A Practical Guide to Compliance with the GNU GPL
Надеюсь, что представители и/или разработчики всё-таки читают эту ветку форума.

Вообще в интернете достаточно много информации об этом. Например, вот весьма исчерпывающий документ.