LINUX.ORG.RU

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

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

Не понял. Что такого ты можешь реализовать в ARMе, чего не мог бы реализовать на ПЛИС?

В теории - все, реально - дьявол в деталях. FPGA всегда был, есть и будет медленнее той же логики реализованной в ASIC'е по той же технологии.

Ну так открытость продукта могла бы позволить им выжить. Нет ресурсов и не хочется производить свободные решения - невидимая рука рынка обанкротит.

Риски, риски и еще раз риски. Точно так же обанкротить может и иск копирастов на тему «хренли вы выложили всем наш сакральный код нарушив лицуху, нехорошие люди?».

Тем не менее, ты говорил о референсной документации, об информации как пользователи могут вообще воспользоваться продуктом. А не о том, что у него там внутри и как именно оно реализовано. Так что, утверждение о том, что «тот же аллвиннер более открыт» - как-то противоречит твоим собственным рассказам про него.

На самом деле - сорта дерьма. Возьмем исключительно _софт_, без схематики/хардвари. Для сравнения: Чего проприетарного в типичном Bay Trail minipc на x86:

  • Закрыто-огороженный BIOS/EFI со всей его говнистостью.
  • Проприетарные дрова на графику (пока)
  • Чаще всего на борту броадкомовский комбо-вайфай, на которого дрова проприетарным блобом (в ядре пилят, но когда допилят - х.з. на 3.18 все еще было плохо).

Типичный allwinner, перечисляем проприетарщину:

  • mali (lima х.з. когда будет готова)
  • libnand (опенсурсная альтернатива уже работает с SLC, скоро будет и для MLC.
  • CedarX (есть опенсурсная реализация, кстати, говорят что даже работает).
  • Тот же бредком-комбик на вафле.

На одноплатниках открытый boot path и uboot сильно удобнее EFI/BIOS. Каждый проприетарный компонент, если абстрагироваться от Столлманоугодности и паранойи - потенциальный геморрой, мат при апдейтах и долгий квест по подыманию.

Опять не понял. Какую из перечисленных альтернатив ты прочишь нам в качестве более дешёвой альтернативой в серийном производстве??

Да никакую. Вопрос из серии что лучше: молоток или пассатижа. Для каждой задачи хороша своя железка и цену надо оптимизировать под задачу, а не брать raspberry pi потому, что это мейнстрим чтобы включать/выключать одно единственное реле.

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

Не понял. Что такого ты можешь реализовать в ARMе, чего не мог бы реализовать на ПЛИС?

В теории - все, реально - дьявол в деталях. FPGA всегда был, есть и будет медленнее той же логики реализованной в ASIC'е по той же технологии.

Ну так открытость продукта могла бы позволить им выжить. Нет ресурсов и не хочется производить свободные решения - невидимая рука рынка обанкротит.

Риски, риски и еще раз риски. Точно так же обанкротить может и иск копирастов на тему «хренли вы выложили всем наш сокральный код нарушив лицуху?».

Тем не менее, ты говорил о референсной документации, об информации как пользователи могут вообще воспользоваться продуктом. А не о том, что у него там внутри и как именно оно реализовано. Так что, утверждение о том, что «тот же аллвиннер более открыт» - как-то противоречит твоим собственным рассказам про него.

На самом деле - сорта дерьма. Возьмем исключительно _софт_, без схематики/хардвари. Для сравнения: Чего проприетарного в типичном Bay Trail minipc на x86:

  • Закрыто-огороженный BIOS/EFI со всей его говнистостью.
  • Проприетарные дрова на графику (пока)
  • Чаще всего на борту броадкомовский комбо-вайфай, на которого дрова проприетарным блобом (в ядре пилят, но когда допилят - х.з. на 3.18 все еще было плохо).

Типичный allwinner, перечисляем проприетарщину:

  • mali (lima х.з. когда будет готова)
  • libnand (опенсурсная альтернатива уже работает с SLC, скоро будет и для MLC.
  • CedarX (есть опенсурсная реализация, кстати, говорят что даже работает).
  • Тот же бредком-комбик на вафле.

На одноплатниках открытый boot path и uboot сильно удобнее EFI/BIOS. Каждый проприетарный компонент, если абстрагироваться от Столлманоугодности и паранойи - потенциальный геморрой, мат при апдейтах и долгий квест по подыманию.

Опять не понял. Какую из перечисленных альтернатив ты прочишь нам в качестве более дешёвой альтернативой в серийном производстве??

Да никакую. Вопрос из серии что лучше: молоток или пассатижа. Для каждой задачи хороша своя железка и цену надо оптимизировать под задачу, а не брать raspberry pi потому, что это мейнстрим чтобы включать/выключать одно единственное реле.

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

Не понял. Что такого ты можешь реализовать в ARMе, чего не мог бы реализовать на ПЛИС?

В теории - все, реально - дьявол в деталях. FPGA всегда был, есть и будет медленнее той же логики реализованной в ASIC'е по той же технологии.

Ну так открытость продукта могла бы позволить им выжить. Нет ресурсов и не хочется производить свободные решения - невидимая рука рынка обанкротит.

Риски, риски и еще раз риски. Точно так же обанкротить может и иск копирастов на тему «хренли вы выложили всем наш сокральный код нарушив лицуху?».

Тем не менее, ты говорил о референсной документации, об информации как пользователи могут вообще воспользоваться продуктом. А не о том, что у него там внутри и как именно оно реализовано. Так что, утверждение о том, что «тот же аллвиннер более открыт» - как-то противоречит твоим собственным рассказам про него.

На самом деле - сорта дерьма. Возьмем исключительно _софт_, без схематики/хардвари. Для сравнения: Чего проприетарного в типичном Bay Trail minipc на x86:

  • Закрыто-огороженный BIOS/EFI со всей его говнистостью.
  • Проприетарные дрова на графику (пока)
  • Чаще всего на борту броадкомовский комбо-вайфай, на которого дрова проприетарным блобом (в ядре пилят, но когда допилят - х.з. на 3.18 все еще было плохо).

Типичный allwinner, перечисляем проприетарщину:

  • mali (lima х.з. когда будет готова)
  • libnand (опенсурсная альтернатива уже работает с SLC, скоро будет и для MLC.
  • CedarX (есть опенсурсная реализация, кстати, говорят что даже работает).
  • Тот же бредком-комбик на вафле.

На одноплатниках открытый boot path и uboot сильно удобнее EFI/BIOS.

Опять не понял. Какую из перечисленных альтернатив ты прочишь нам в качестве более дешёвой альтернативой в серийном производстве??

Да никакую. Вопрос из серии что лучше: молоток или пассатижа. Для каждой задачи хороша своя железка и цену надо оптимизировать под задачу, а не брать raspberry pi потому, что это мейнстрим чтобы включать/выключать одно единственное реле.

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

Не понял. Что такого ты можешь реализовать в ARMе, чего не мог бы реализовать на ПЛИС?

В теории - все, реально - дьявол в деталях. FPGA всегда был, есть и будет медленнее той же логики реализованной в ASIC'е по той же технологии.

Ну так открытость продукта могла бы позволить им выжить. Нет ресурсов и не хочется производить свободные решения - невидимая рука рынка обанкротит.

Риски, риски и еще раз риски. Точно так же обанкротить может и иск копирастов на тему «хренли вы выложили всем наш сокральный код нарушив лицуху?».

Тем не менее, ты говорил о референсной документации, об информации как пользователи могут вообще воспользоваться продуктом. А не о том, что у него там внутри и как именно оно реализовано. Так что, утверждение о том, что «тот же аллвиннер более открыт» - как-то противоречит твоим собственным рассказам про него.

На самом деле - сорта дерьма. Возьмем исключительно _софт_, без схематики/хардвари. Для сравнения: Чего проприетарного в типичном Bay Trail minipc на x86:

  • Закрыто-огороженный BIOS/EFI со всей его говнистостью.
  • Проприетарные дрова на графику (пока)
  • Чаще всего на борту броадкомовский комбо-вайфай, на которого дрова проприетарным блобом (в ядре пилят, но когда допилят - х.з. на 3.18 все еще было плохо).

Типичный allwinner, перечисляем проприетарщину:

  • mali (lima х.з. когда будет готова)
  • libnand (опенсурсная альтернатива уже работает с SLC, скоро будет и для MLC.
  • CedarX (есть опенсурсная реализация, кстати, говорят что даже работает).
  • Тот же бредком-комбик на вафле.

На одноплатниках открытый boot path и uboot сильно удобнее EFI/BIOS.

Опять не понял. Какую из перечисленных альтернатив ты прочишь нам в качестве более дешёвой альтернативой в серийном производстве??

Да никакую. Для каждой задачи хороша своя железка и цену надо оптимизировать под задачу, а не брать raspberry pi потому, что это мейнстрим чтобы включать/выключать одно единственное реле.