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

Исходное сообщение
"OpenNews: Графический интерфейс внутри Linux ядра"

Отправлено opennews , 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


Содержание

Сообщения в этом обсуждении
"Графический интерфейс внутри Linux ядра"
Отправлено dimus , 01-Ноя-04 14:59 
А зачем? Итак ядро уж огроменное, так туда еще и форточки запихнуть хотят.

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

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

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

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


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

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

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

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

// wbr


"Мля... Откуда инфа такая"
Отправлено ZOD , 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)...

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


"Графический интерфейс внутри Linux ядра"
Отправлено ZOD , 01-Ноя-04 17:42 

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

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


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

"САВРЕМЕННЫЕ ТЕХНОЛОГИИ МЫ ПИСЮШНИКИ ИСПОЛЬЗУЕМ"
Отправлено ZOD , 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.

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


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

:)))))

// wbr


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

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


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

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

"Графический интерфейс внутри Linux ядра"
Отправлено ZOD , 01-Ноя-04 17:39 
Ну и геморой же это линукс встраивать.

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

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

ХАЧУ LINUX LITE.


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

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


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

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

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

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


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