The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"OpenNews: Графический интерфейс внутри Linux ядра"
Вариант для распечатки Архивированная нить - только для чтения! 
Пред. тема | След. тема 
Форумы Разговоры, обсуждение новостей (Public)
Изначальное сообщение [Проследить за развитием треда]

"OpenNews: Графический интерфейс внутри Linux ядра"
Сообщение от opennews (??) on 01-Ноя-04, 14:29 
Zack Smith анонсировал (http://kerneltrap.org/node/view/4109) проект FBUI (http://home.comcast.net/~plinius/fbui.html), по добавлению в 2.6.x Linux ядро графической библиотеки  и простого оконного менеджера (не в ядре, внешний процесс). FBUI позволит создавать окна и работать с мышиным курсором в любой FrameBuffer консоли. Система предназначена для использования на встраиваемой и ресурсоограниченной технике.

URL: http://kerneltrap.org/node/view/4109
Новость: http://www.opennet.me/opennews/art.shtml?num=4582

Cообщить модератору | Наверх | ^

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]


3. "Графический интерфейс внутри Linux ядра"
Сообщение от dimus email(??) on 01-Ноя-04, 14:59 
А зачем? Итак ядро уж огроменное, так туда еще и форточки запихнуть хотят.
Cообщить модератору | Наверх | ^

5. "Графический интерфейс внутри Linux ядра"
Сообщение от Кум email on 01-Ноя-04, 15:27 
Согласен, огроменное. Но я к примеру сам компиляю ядрышко такое, какое мне надо и все невостребованные фичи, драйвера и тд и тп отключаю - думаю что так делают многие, да и для любителей стандартных ядер от дистростроителей модульность ядра еще никто не отменял. А вот то что Linux будет иметь еще один плюс для продвижения на новых платформах - ИМХО не есть плохо.
Cообщить модератору | Наверх | ^

6. "Графический интерфейс внутри Linux ядра"
Сообщение от TaranTuL email on 01-Ноя-04, 15:55 
Дело в том, что пихание всего в ядро есть зло, ведь не даром в микроядерной архитектуре получается более удачные ( не с маркетинговой точки зрения, а с архитектурной) решения. Так что в нормальный системе должен быть минимум того, что система делает в режиме ядра. Но.. думаю что для встраиваемых систем можно сделать скидку.
Cообщить модератору | Наверх | ^

7. "Графический интерфейс внутри Linux ядра"
Сообщение от ZOD (??) on 01-Ноя-04, 16:43 
А потом ещё и KDE или там Gnome тоже туда же. Вот я посмеюсь, и поставлю себе QNX, или Amoeba или PLAN9 на худой конец. Последния кстати не микроядерный но ядрышко у него маленькое, портабельное, шустрое и толковое.

Итак уже Micro$oft по объёму Supervisor кода переплюнули. Мне например 2.2 хватает, ну на крайняк 2.4, и апгрейдиться не буду принципиально. Если софтом только не прижмёт (коммерческим).

Cообщить модератору | Наверх | ^

10. "Графический интерфейс внутри Linux ядра"
Сообщение от klalafuda email on 01-Ноя-04, 17:29 
>А потом ещё и KDE или там Gnome тоже туда же. Вот
>я посмеюсь, и поставлю себе QNX, или Amoeba или PLAN9 на
>худой конец. Последния кстати не микроядерный но ядрышко у него маленькое,
>портабельное, шустрое и толковое.

а еще больше вы посмеетесь и поплачете, если это чудо реально поставите и на него посмотрите :) от будет развлекуха..

ммм.. кстати, буквально на днях контору QSS продали. савсем :) на запчасти. так чтэээ есть некоторые сумнения по поводу будущего QNX в наших песочницах..

ps: QSS - это компания-изготовитель и владелец всей линии QNX 2/4/6.

// wbr

Cообщить модератору | Наверх | ^

11. "Мля... Откуда инфа такая"
Сообщение от ZOD (??) on 01-Ноя-04, 17:38 
OTTAWA & WASHINGTON, October 27, 2004 - QNX Software Systems today announced it has accepted an offer of purchase from Harman International Industries, Incorporated (NYSE: HAR). As the newest subsidiary in Harman International’s family of premium brands, including Harman Kardon, JBL, and Becker, QNX will now be well-positioned to accelerate its growth toward becoming the preferred operating system for advanced embedded applications.

www.qssl.com (news)...

А где там написано что на запчести? Жалко будет если загнётся, пожалуй одна из самых удачных микроядерных осей.... Отличный софт....

Cообщить модератору | Наверх | ^

13. "Графический интерфейс внутри Linux ядра"
Сообщение от ZOD (??) on 01-Ноя-04, 17:42 

>а еще больше вы посмеетесь и поплачете, если это чудо реально поставите
>и на него посмотрите :) от будет развлекуха..

Кстати ставил... Ничего работает... Прикольно... Ну да с железом кривовато, но C и руки есть.... только вот времени нет.... Всё хочу его на SS20 запихать....

Cообщить модератору | Наверх | ^

19. "Графический интерфейс внутри Linux ядра"
Сообщение от Irish (ok) on 02-Ноя-04, 17:06 
Если я понял правильно про SS20, то линух там абасалютно не нужен. Там стоит несколько переработанная IBM OS 370, а все остальное будет от лукавого.
Cообщить модератору | Наверх | ^

22. "САВРЕМЕННЫЕ ТЕХНОЛОГИИ МЫ ПИСЮШНИКИ ИСПОЛЬЗУЕМ"
Сообщение от ZOD (??) on 03-Ноя-04, 11:35 
Имелось ввиду Sparc Station 20... Там стоит щаз Solaris 2.5.1 и он там и останется. А P9 хочу поставить на второй хард......

OS/370 или там VM/370 монитор виртуальной машины ИМХО, стоит на IBM мейнфреймах и мейнфреймчиках, а Linux --- почему бы и нет? Туда можно и Linux и AIX, а на современные даже винды лезут... И все они глючат и падают независимо друг от друга. Кстати эта технология у IBM есть с середины 70х у DEC не совсем то же но с середины 80х а вот у Microsoft что то похожее будет в 2005м.... САВРЕМЕННЫЕ ТЕХНОЛОГИИ МЫ ПИСЮШНИКИ ИСПОЛЬЗУЕМ. Представляю Вам
новейшую технологию Microsoft Virtualization Engine 2005 (или както типа того оно будет называться.) Вообще под писюшную архитектуру такую штуку сделать очень сложно......

Кстати для тех кто хочет енто сегодня даю ссылку.... http://www.cl.cam.ac.uk/Research/SRG/netos/xen/   работает на писюках, впринципе неплохая вещь... Один из спонсоров проекта Microsoft.

Делайте выводы Господа.

Cообщить модератору | Наверх | ^

21. "Графический интерфейс внутри Linux ядра"
Сообщение от klalafuda on 03-Ноя-04, 09:52 
>
>>а еще больше вы посмеетесь и поплачете, если это чудо реально поставите
>>и на него посмотрите :) от будет развлекуха..
>
>Кстати ставил... Ничего работает... Прикольно... Ну да с железом кривовато, но C
>и руки есть.... только вот времени нет.... Всё хочу его на
>SS20 запихать....

:)))))

// wbr

Cообщить модератору | Наверх | ^

20. "Графический интерфейс внутри Linux ядра"
Сообщение от chip email(??) on 02-Ноя-04, 20:44 
> А потом ещё и KDE или там Gnome тоже туда же.

так вроде уже есть =) конфигурилки для ядра на Gtk/Qt в самом ядре. Или я не ту траФу вкурил =)?

Cообщить модератору | Наверх | ^

8. "Графический интерфейс внутри Linux ядра"
Сообщение от bsdportal.ru email on 01-Ноя-04, 17:04 
кто-нибуть  по ссылке ходил?
это Линукс для встраиваемых систем делают(типа банкоматы)
Cообщить модератору | Наверх | ^

9. "Графический интерфейс внутри Linux ядра"
Сообщение от Аноним email on 01-Ноя-04, 17:11 
Не путайте просто графическую подсистему с DE или WM... это  только расширение FB никаких KDE и GNOME там нет, небыло и не будет...
Cообщить модератору | Наверх | ^

12. "Графический интерфейс внутри Linux ядра"
Сообщение от ZOD (??) on 01-Ноя-04, 17:39 
Ну и геморой же это линукс встраивать.
Cообщить модератору | Наверх | ^

14. "ХАЧУ LINUX LITE."
Сообщение от ZOD (??) on 01-Ноя-04, 17:55 
Никто и не путает... Кто нибудь пробовал эти 170Mb исходного кода, куда нибудб отпортировать... Или хотябы на таргете запустить в виде ucLinux например.... ГЕМОРОЙ. (хотя я тоже не пробовал и не собираюсь). Будьте проще. Хорошо бы скрипт сбацать, чтобы он всё лишнее просто отрезал, ато в этой условной компиляции в жизни не разберёшься, что там у тебя реально собирается. Хорошо что проект USERMODE, ну тогда причём ядро. А ежели в ядро какое нить дерьмо очередное прикручивать, так это в любом случае плохо... Вон бздюшники со своим newtechnology ATA сломали, а 4.10 работает как часы. ИМХО половину кода надо просто вырезать и раскидывать по отдельным проектам. А от ядра оставить скелет без жалеза итд... сделать его портабельным.... А приблуды пусть как модули сторонних разработчиков будут например. Можно как нить подругому, но 170Mb кода в ядре встраиваемой системы это по меньшей мере неудобно. Конечно используется не всё, но помойку то разгребать всю.

И не надо говорить что в банкоматах OS/2... У некоторых идиотов например Windows 2000 на подводной лодке. Тотже Plan9 чем для банкомата не ОСь?

ХАЧУ LINUX LITE.

Cообщить модератору | Наверх | ^

15. "ХАЧУ LINUX LITE."
Сообщение от rost on 01-Ноя-04, 19:14 
>Кто нибудь пробовал эти 170Mb исходного кода, куда нибудб отпортировать.

про платформо-независимый код слышали?
и для чего, вы думаете папочка arch/ в исходном дереве нужна?
кто вам мешает запустить menuconfig и выбросить все лишнее?

Cообщить модератору | Наверх | ^

16. "ХАЧУ LINUX LITE."
Сообщение от ZOD (??) on 01-Ноя-04, 19:57 
Папочка arch для чего нужна это надо линуксоидов спросить....

menuconfig мне мешает. ifdef мне мешает ещё больше. Тотже uclinux под blackfin собирается по утверждениям жены через раз... И что делать скрипты править или делом заниматься?

платформонезависимый код это помимо всего прочего ANSI а лучше KR код без хаков, собирающийся даже самым тупым компилятором, (вовсе не обязательно полностью поддерживающим какой нить C99). Не надо быть наивным и считать что платформо-независимый код платформонезависимым, начать можно с того что он компиляторозависимый, а у меня gcc допустим нет. Так мне чего ещё и gcc портировать? И заодно все скрипты переписать. Посчитайте количество warningов и считайте каждый из них ошибкой... Красиво будет да? Если бы всё было так просто, то тогда не понятно чем занимаются ребята из ucLinux... нужно же просто menuconfig и make набрать, да написать пару тысяч строк кода в arch/, неправда ли?

А кросскомпиляция... Это же вообще задница....

Cообщить модератору | Наверх | ^

17. "А больше всего меня убило это"
Сообщение от ZOD (??) on 01-Ноя-04, 20:22 
FRAMEBUFFER в coLinux, и Audio суппорт тамже. За КАКИМ спрашивается? Если я под виндами работаю кино и mp3 я и windows media playerом или ещё чем погляжу/послухаю. НАКОЙХРЕН? Нет чтобы выделение память сделать динамическим, раз уж всёравно половину ядра перелопатили, ребят юзера FRAMEBUFFERом заставили заниматься. А ведь проект изначально неплохой. У моего начальника довольно тяжёлый САПР под ним крутится... А в результате ребята погрязнут в этих никому не нужных приблудах и проект до ума не доведут... А ведь классно. linuxvm в виндах, с messages и RPC, и вся локалка превращается в распределённую систему.... НЕТ МЛЯ FRAMEBUFFER
Cообщить модератору | Наверх | ^

Удалить

Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру