URL: https://www.opennet.me/cgi-bin/openforum/vsluhboard.cgi
Форум: vsluhforumID3
Нить номер: 78521
[ Назад ]

Исходное сообщение
"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."

Отправлено opennews , 30-Июн-11 04:32 
Охад Бэн-Кохен (Ohad Ben-Cohen), Linux-разработчик и создатель само-обучаемой HIDS Korset, опубликовал (https://lkml.org/lkml/2011/6/21/47) в списке рассылки Linux-ядра набор патчей, реализующих универсальный механизм управления работой специализированных микропроцессоров, выполняющих вспомогательные роли на современных системах-на-кристалле (SoC). Обычно такие процессоры управляются с помощью специализированной ОС реального времени и выполняют такую работу как цифровая обработка сигналов, ускорение обработки мультимедиа-данных или управления разными видами сенсоров, требующих немедленной реакции системы, а для их связи с центральным процессором используются специфические механизмы, разработанные производителем чипа и накладывающие ряд ограничений на программистов.

Патч, реализованный Охадом Бэн-Кохеном и двумя другими программистами фактически устраняет эти ограничения благодаря основанному на технологии VirtIO универсальному механизму обмена сообщения между центральным процессор...

URL: https://lkml.org/lkml/2011/6/21/47
Новость: http://www.opennet.me/opennews/art.shtml?num=31045


Содержание

Сообщения в этом обсуждении
"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено anonymouce , 30-Июн-11 04:33 
Лучшая новость за последнюю неделю

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 16:40 
Действительно, отлично. А я то думал - как с этими монстриками дело иметь. А оказывается уже и ответ есть. Woot!

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 11:13 
Ваз не затруднит пояснить, какую выгоду это принесет рядовому пользователю в конечном счете?

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено MiF , 30-Июн-11 11:32 
А "не рядовые" пользователи не заслуживают "плюшек"?

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 11:44 
Разработчики конечно же заслуживают.

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 12:09 
> А "не рядовые" пользователи не заслуживают "плюшек"?

Акей. Нерядовым какие плюшки?


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 13:36 
Удобство разработки. Не слышал про такое?

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 13:53 
> Удобство разработки. Не слышал про такое?

Тон выбран верно, но текст хромает.
Обычно такие вещи пишут не так: "Ты просто не шариш и не слышыл про такое! А я занемаюсь одоптацыей сафта под линекс! И мне это надо!!!"


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 13:55 
>> Удобство разработки. Не слышал про такое?
> Тон выбран верно, но текст хромает.
> Обычно такие вещи пишут не так: "Ты просто не шариш и не
> слышыл про такое! А я занемаюсь одоптацыей сафта под линекс! И
> мне это надо!!!"

Тебе виднее, не вопрос.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 13:57 
>>> Удобство разработки. Не слышал про такое?
>> Тон выбран верно, но текст хромает.
>> Обычно такие вещи пишут не так: "Ты просто не шариш и не
>> слышыл про такое! А я занемаюсь одоптацыей сафта под линекс! И
>> мне это надо!!!"
> Тебе виднее, не вопрос.

Ответ "вам виднее" более чем прогнозируем. Смысл вообще в ваших сообщениях?


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 14:05 
> Ответ "вам виднее" более чем прогнозируем. Смысл вообще в ваших сообщениях?

Не все так уныло троллят, как ты. Далеко не все троллят вообще, бывают еще и нормальные люди. Поэтому, не всех шлют на хер в ответ на жалкие попытки потроллить. Так что такой ответ привычен и прогнозируем только для тебя.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 15:09 
>> Ответ "вам виднее" более чем прогнозируем. Смысл вообще в ваших сообщениях?
> Не все так уныло троллят, как ты. Далеко не все троллят вообще,
> бывают еще и нормальные люди. Поэтому, не всех шлют на хер
> в ответ на жалкие попытки потроллить. Так что такой ответ привычен
> и прогнозируем только для тебя.

Рассказываю про "нормальных людей". Нормальные люди, которые работали с SOC, имеют от тех самых "ОС реального времени", поверх которых запускается линукс следующие вещи.

а)  перепрошивку

б) немного логгирования

в) инициализацию оборудования


что и есть "Удобство разработки". Удаление данной прослойки и работа напрямую с железом (возможно) даст прирост производительности/доступной памяти. Выводы по треду:

а) начальное ваше сообщение "мы получим удобство разработки" - бессмысленно

б) весь тред - болтовня.

в) ваш опыт работы с SOC - сомнителен.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 15:27 
Т.е. возможность использовать линукс без костылей - это не преимущество?

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 16:08 
> Т.е. возможность использовать линукс без костылей - это не преимущество?

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


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 16:57 
> выбирать конкретные инструменты для решения конкретных задач - далеко не факт.

Попробуйте предложить систему лучше для работы на омап4, флаг вам в руки и барабан на шею :))). Вы вообще даташит то хотя-бы на это монстрило откройте, да? И потом покажите систему которая бы его поддерживала лучше, ага...

И да, я с удовольствием посмотрю как вы ГОРУ всей этой периферии будете из ртос инициализировать. Ну вот например - много вы наинициализируете в usb-host? Может у вас еще и ртосина с дровами для всех классов юсб-устройств есть? И даже бесплатно и с сырцами? :)


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 17:53 
>> выбирать конкретные инструменты для решения конкретных задач - далеко не факт.
> Попробуйте предложить систему лучше для работы на омап4, флаг вам в руки
> и барабан на шею :))). Вы вообще даташит то хотя-бы на
> это монстрило откройте, да? И потом покажите систему которая бы его
> поддерживала лучше, ага...
> И да, я с удовольствием посмотрю как вы ГОРУ всей этой периферии
> будете из ртос инициализировать. Ну вот например - много вы наинициализируете
> в usb-host? Может у вас еще и ртосина с дровами для
> всех классов юсб-устройств есть? И даже бесплатно и с сырцами? :)

И да, я с удовольствием посмотрю, как вы ГОРУ всей этой периферии, которая уже инициализировалась сторонней ОС, будете из под своего кастомного ядра инициализировать.

WIN?


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 01-Июл-11 01:48 
> И да, я с удовольствием посмотрю, как вы ГОРУ всей этой периферии, которая уже
> инициализировалась сторонней ОС, будете из под своего кастомного ядра инициализировать.

Чего? Кого? На омапе обычно загрузка линя выглядит так: ROM -> X-Loader -> U-boot -> Linux. Возможны вариации, но идея обычно остается та же.

Инициализация железа делается по минимуму ROMом, потом u-boot (или кто там еще) для того что надо им для работы. Остальное делается линуксом и его "кастомным ядром". Никакой "предыдущей ОС" там как правило нет: желающих усложнять себе жизнь мало и потому "кастомное ядро" и бутявится чаще всего, если уж решено линукс стартовать. Далее линукс в меру своей дурости инициализирует все что ему надо. И при нужде он или даже какие-то довесочные программы загружают дополнительные сервисные процессоры, толкая в них довесочные фирмвары. Коих в OMAP легион. В омап 4 есть около парочки сервисных ARM9 в контроллере обработки изображений, парочка cortex M3 для работы с реалтаймными делами (о которых тут и спич), ядро довольно крутого сигнальника, тоже догружаемое извне и так далее. В целом 2 основных ядра-дирижера + не менее 5 вспомогательных. Не говоря о процессорных ядрах в внешних чипах периферии типа вайфаев, синих зубов и gps. Ну вот интерфейс между основными cpu и вспомогательными и пытаются стандартизировать хоть немного. На данный момент там и правда тотальный разнобой.

> WIN?

Где?


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 16:54 
> Рассказываю про "нормальных людей". Нормальные люди, которые работали с SOC, имеют от
> тех самых "ОС реального времени", поверх которых запускается линукс следующие вещи.

Зачем поверх ОС РВ запускать Linux? Это извращение. Усложнение задачи и системы в пару раз - неизвестно ради чего.

> а)  перепрошивку

Легко делается и самим линуксом, а также через бутлоадер. Fail!

> б) немного логгирования

С логгированием нет никаких проблем и в Linux.

> в) инициализацию оборудования

Опять же, бутлоадер или Linux прекрасно с этим справляются.

Кстати если вы вдруг не знали, у Ti OMAP 4 основными ядрами являются два могучих Cortex A9, удобнее всего с коротыми работать именно из пингвина. Есть еще пара мелких ведомых Cortex M3 для оффлоада реалтайм-задач с основных ядер на мелочевку. Вот про них в статье и речь.

> что и есть "Удобство разработки". Удаление данной прослойки и работа напрямую с
> железом (возможно) даст прирост производительности/доступной памяти.

Только все это - не про OMAP4 и не про то что в новости. В новости - про обмен сообщениями из линуха с вон теми добавочными ядрами, на которых и бутявится что-нибудь еще для работы с реалтайм-делами и прочая.

> Выводы по треду:

Главный: вы не шарите о чем вообще тут разговор!

>  а) начальное ваше сообщение "мы получим удобство разработки" - бессмысленно
>  б) весь тред - болтовня.
>  в) ваш опыт работы с SOC - сомнителен.

Скажите, а такой крутой специалист как вы - этот OMAP 4 вообще видел вживую? На картинке - не считается.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 30-Июн-11 18:04 
>> Рассказываю про "нормальных людей". Нормальные люди, которые работали с SOC, имеют от
>> тех самых "ОС реального времени", поверх которых запускается линукс следующие вещи.
> Зачем поверх ОС РВ запускать Linux? Это извращение. Усложнение задачи и системы
> в пару раз - неизвестно ради чего.

   Добро пожаловать в реальность?  

>> а)  перепрошивку
> Легко делается и самим линуксом, а также через бутлоадер. Fail!

  Теоретически да, любое устройство и любую операцию можно поддерживать под линуксом, в реальности - не факт.

>> б) немного логгирования
> С логгированием нет никаких проблем и в Linux.

  Если твой невинный модулёк не сломал ядро во время загрузки.

>> в) инициализацию оборудования
> Опять же, бутлоадер или Linux прекрасно с этим справляются.

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

>[оверквотинг удален]
> в новости. В новости - про обмен сообщениями из линуха с
> вон теми добавочными ядрами, на которых и бутявится что-нибудь еще для
> работы с реалтайм-делами и прочая.
>> Выводы по треду:
> Главный: вы не шарите о чем вообще тут разговор!
>>  а) начальное ваше сообщение "мы получим удобство разработки" - бессмысленно
>>  б) весь тред - болтовня.
>>  в) ваш опыт работы с SOC - сомнителен.
> Скажите, а такой крутой специалист как вы - этот OMAP 4 вообще
> видел вживую? На картинке - не считается.

Надоело набирать, честно говоря.  Сперва порадую: Омап4 - нет, не видел, даже на картинках.
А теперь огорчу: систем на SOC через меня прошло несколько архитектур, более десятка  конкретных железок. Меня, как разработчика, всегда радовало, если есть удобный уровень работы с железкой, который я не могу запороть левым модулем.
Ребят, до свидания в других тредах. Окончите школу, возможно пойдете в разработку. Поменьше дописывайтесь, больше читайте.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 01-Июл-11 02:00 
>    Добро пожаловать в реальность?

Реальность - это биглборда с омапом, например. Или телефоны с ним. Или что там еще. А что у вас является реальностью и где вы вообще RTOS увидели? А то вот смотрю на последовательность старта линукса на биглоборде и никаких RTOS запускаемых до линукса в упор не вижу.

>   Теоретически да, любое устройство и любую операцию можно поддерживать под
> линуксом, в реальности - не факт.

Вы сколько железок на Ti OMAP вообще видели? А программили из них сколько? :)

>> С логгированием нет никаких проблем и в Linux.
>   Если твой невинный модулёк не сломал ядро во время загрузки.

В новых ядрах сделали довольно забавную фичу: ядро сливает крешдамп в RAM в заранее оговоренное место а при ребуте проверяет нет ли там крешдампа. И если модулек все-таки сломает ядро - можно оттуда выгрести это. Не говоря о том что ядро при панике вполне себе недурно матерится в дебажный UART, вполне доходчиво описывая что и где.

>   Нет, если с этим справляется ось - супервизор, то под
> линукс поддержки этого оборудования как правило нет.

Для начала осталось найти оси-супервизоры на железках с омап 4 :). Я почему-то не знаю ни 1 такой железки. Зато пандаборд с омап 4 - знаю. Там никаких ОС-супервизоров почему-то нет. А есть ... см выше :)

> Надоело набирать, честно говоря.  Сперва порадую: Омап4 - нет, не видел,
> даже на картинках.

Ну так зачем тогда нести ерунду? Товарисчи исключительно

> Ребят, до свидания в других тредах. Окончите школу, возможно пойдете в разработку.

Так и скажите - слив засчитан. Чего вилять то? Мужества не хватает признаться что ерунду спороли? И может быть, если вы разработали более десятка железок - похвастаете хоть одной, где вы осилили запустить линух поверх другой ОС и чтобы это дало какие-то преимущества? А то линукс например поддерживает столько периферии на юсб что остальным и не снилось. Удачи вам в инициализации например usb wi-fi донглы из RTOS, да. Или крутым парням такие радости жизни как конект по вайфаю - не нужны?

> Поменьше дописывайтесь, больше читайте.

В отличие от вас, мистер, мы потрудились прочитать даташит на омап4, до того как нести ахинею... и уж как минимум поиграться вволю с предшественником, OMAP3. И да, в планах есть и панда с омап 4 ;)


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 01-Июл-11 10:52 
Нет, попрощался но всё-таки вернусь, ну не удержусь срезюмировать. Вы накидали каких-то терминов и названий и в конце весело подмигнули смайликом, погрозив, что у вас в планах возможное использование данного процессора. Где тут "удобство разработки" -  до сих пор не ясно. Кому выгода от данного нововведения - тоже нет данных.  Далее, по вашим вопросам. Ось-супервизор в бутовом ром стб-приставки - довольно распространнённая вещь: лимитирует объём доступной загружаемому далее линуксу памяти, настраевает некоторое железо. По поводу wifi-usb под линуксом - смеялся, не далее, чем полгода назад искал усб тычку с поддержкой мастер-режима под линукс, нашёл - только одну, описывал это на gentoo.ru да и тут; поддержка остальных в линукс когда-то была, но буквально в следующих версиях линукс исчезала- дрова не собирались и тп. И вы это собираетесь всё поддерживать? У вас есть люди для обновления ваших дров с каждым обновлением внутренних интерфейсов ядра линукс?  Ну удачи вашей конторе, успехов, парни; я же опять торжественно обещаю больше тут не дописываться.  Кликните на ник, я ни разу не троллил (ну может быть разок,  топил за свн, случайно ввязался в флеймвар). Всё, до свидания.

"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Вова , 01-Июл-11 10:53 
конечно же
s/настраевает/настраивает/  
s/распространнённая/распространённая/


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено Аноним , 30-Июн-11 16:46 
> Ваз не затруднит пояснить,

Ваз - в Тольятти!

> какую выгоду это принесет рядовому пользователю в конечном счете?

Оффлоад части задач на дополнительные процессорны ядра, etc. Конечному пользователю может быть и не видно работу механизмов толкающих корабль вперед, но без них пользователь не попадет в пункт назначения. Какую выгоду рядовому пользователю приносит апгрейд двигателя у корабля? Если руководствоваться только этой логикой - мы бы до сих пор бы педалили в деревянных скорлупках, на веслах.


"Для Linux-ядра представлен фреймворк, позволяющий управлять ..."
Отправлено anonymous , 01-Июл-11 12:49 
1) Какая именно RTOS используется в OMAP4 (pandaboard, например) и Quallcomm Snapdragon? Эта инфа вообще есть в паблике?

2) Поправьте если не так понял — описанный в новости патч никак не повлияет на то, что выполняется на вспомогательных чипах, он только добавляет плюшек в управление ними.