LINUX.ORG.RU

История изменений

Исправление Deleted, (текущая версия) :

0. Могу сказать, что не сложно перейти от работающих исходников ядра 2.6.33 к версии 3.7 и выше.

2. Если есть исходники старой версии компилятора gcc или его аналога, а также документация на vliw нового процессора, то не очень сложно переправить gcc под новую архитектуру, и собрать gcc используя работающий lcc. Думаю объем работ не превысит выполненный объем работ по добавлению поддержки ARM в gcc.

DSP, завязанный на закрытые библиотеки, можно утилизировать, по аналогии как сейчас утилизируется технология CUDA для продуктов NVidia, но лучше уйти от закрытого кода полностью, надежность работы ПО, в котором будет задействован DSP, станет в разы выше. Все что нужно для этого, открыть спецификации для программиста DSP, по аналогии с продукцией компании TI. Но, к сожалению, NVidia не торопиться делать.

Исправление Deleted, :

0. Могу сказать, что не сложно перейти от работающих исходников ядра 2.6.33 к версии 3.7 и выше.

2. Если есть исходники старого версии компилятора gcc или его аналога, а также документация на vliw нового процессора, то не очень сложно переправить gcc под новую архитектуру, и собрать gcc используя работающий lcc. Думаю объем работ не превысит выполненный объем работ по добавию поддержки ARM в gcc.

DSP завязанный на закрытые библиотеки можно утилизировать, по аналогии как сейчас утилизируется технология CUDA для продуктов NVidia, но лучше уйти от закрытого кода полностью, надежность работы ПО, в котором будет задействован DSP, станет в разы выше. Все что нужно для этого - открыть спецификации для программиста DSP по аналогии с продукцией компании TI. Но, к сожалению, NVidia не торопиться делать :(

Исходная версия Deleted, :

0. Могу сказать, что не сложно перейти от работающих исходников ядра 2.6.33 к версии 3.7 и выше.

2. Если есть исходники старого версии компилятора gcc или его аналога, а также документация на vliw нового процессера, то не очень сложно переправить gcc под новую архитектуру, и собрать gcc используя работающий lcc. Думаю объем работ не превысит выполненный объем работ по добавию поддержки ARM в gcc.

DSP завязанный на закрытые библиотеки можно утилизировать, по аналогии как сейчас утилизируется технология CUDA для продуктов NVidia, но лучше уйти от закрытого кода полностью, надежность работы ПО, в котором будет задействован DSP, станет в разы выше. Все что нужно для этого - открыть спецификации для программиста DSP по аналогии с продукцией компании TI. Но, к сожалению, NVidia не торопиться делать :(