LINUX.ORG.RU

RedHat представила kernel-based переключатель видеорежима

 , , ,


0

0

В Fedora 9 уже присутствует патч, содержащий некоторый код видеодрайвера. Смена видеорежима теперь происходит на лету, без мерцаний и задержек. Пока перенесен только свободный драйвер для Intel, в очереди radeon. Также это позволит значительно улучшить suspend и resume, так как ядро больше не будет зависеть от внешних ресурсов. Процесс загрузки будет значительно ускорен, так как отпадет необходимость переключать видеорежим между графическим загрузчиком и иксами.

Изначально эта возможность выключена; чтобы ее протестировать, добавьте в строку параметров ядра при загрузке i915.modeset=1. Если звезды сойдутся удачно, икс-сервер больше не будет использоваться для управления разрешением. Спецы из Phoronix протестировали эту возможность и остались очень довольны, ждут включения в основную ветку.

>>> Подробности

★★★★★

Проверено: Shaman007 ()
Ответ на: комментарий от one_more_hokum

> Ну да, хорошо, "чистой микроядерной" ОС NT 3.x не была. Это я перебрал, конечно.

Народ просто прикололся над утверждением, что третья НТя была на Махе. Это _действительно_ смешно получилось! :-)

> нормального описания истории линейки NT -- нету.

Полно! Например, в Википедии, даже на русском, боль-мень подробно и правдиво:

http://ru.wikipedia.org/wiki/Windows_NT

Die-Hard ★★★★★
()

Я не понял. Это значит, что после загрузки в текстовом режиме,
на первой консоли набираешь startx, и xserver стартует на ней,
а не на седьмой консоли?

ttnl ★★★★★
()
Ответ на: комментарий от Die-Hard

> третья НТя была на Махе. Это _действительно_ смешно получилось!

Странно, мне вспоминается, что так оно и было, разумеется Mach попилили "немного" для собственных нужд... А на каком тогда микроядре "трёшка" была? В те времена что-нить более-менее рабочее "ЫнтЫрпрайз" кроме Mach было? Не помню, или не знаю...

one_more_hokum ★★★
()
Ответ на: комментарий от ttnl

>на первой консоли набираешь startx, и xserver стартует на ней, а не на седьмой консоли?

Нет, это можно сделать и без модных патчей от редхата

madcore ★★★★★
()
Ответ на: комментарий от anonymous

>>а сервер 2008 обещают с консолью и опциональным гуи

Не знаю, насколько функциональной, но когда ставил - при установке спрашивалось "Поставить без GUI?"

Lockywolf ★★★
()

Дочитав до этого места, так и не понял, о чем идет речь. А кто-нибудь понял?

По ссылке не ходил.

dm1024 ★★★
()
Ответ на: комментарий от Deleted

>>think the "Blue Screen of Death" for Linux

>Так это ж самое главное! Надо было и новость так назвать "В linux будет аналог BSOD" - просто и понятно.

В RedHat можно сделать красный:D И с танцующими пингвинами. ЗЫ Не видал (фууух, и не увижу), читал. В свисле что-то анимированное сделали. Курсорчик и еще что-то.

gaux ★★
()
Ответ на: комментарий от dm1024

> так и не понял, о чем идет речь.

А оно тебе надо? Люди общаются, ругаются, рассказывают всякие интересные и не очень вещи. Новость -- только предлог. Это-же ЛОР!

one_more_hokum ★★★
()
Ответ на: комментарий от isden

>> NT 3.x -- микроядерная система сделанная на Mach

>опаньки. а почему от неё отказались потом? это же мегавесчь имхо...

Странно. Помню 9x - тормозило жутко, а NT нет - на 166MMX и 64 ОЗУ.

gaux ★★
()
Ответ на: комментарий от matumba

MINIX3 порулит.

> Нуичо? Где эти красноглазики, что наперебой кричат про "модульность" пингвинукса? ФУФЛО ваша модульность, господа! Просто в ядре научились выгружать драйвер принтера - невелика заслуга (да и выгружают-то только потому, что СПЕЦИАЛЬНО ВКЛЮЧИЛИ такую опцию при компиляции ведра). Был бы этот пингвинукс модульный, про иксы вообще бы речь не шла - в ядре работал бы перегружаемый модуль с унифицированным интерфейсом. Хошь - ставь ATI, хошь - soft rendering, хошь - вообще рендри всё в память и отправляй по сети. При этом программы не стартовали бы этот монстроикс с его монстрокедами, а могли напрямую рисовать на экране. Пусть пример смешной, но он показывает, насколько линупед с его костылями далёк от нормальной архитектуры.

Ждём когда порулит MINIX3?

Camel ★★★★★
()
Ответ на: комментарий от one_more_hokum

> А на каком тогда микроядре "трёшка" была?

Не была она на микроядре!

M$ сманила дековцев во главе с Катлером, в надежде, что они супер-ВМС наклепают, и в результате получилось нечто достойное, ВМС-подобное, но сильно тормознутое и насквозь нарушающее интеллектуальные права ДЕК. Дековцы накатили, в ответ M$ предложила мировую, пообещав поддержку и раскрутку Альфы. ДЕК согласились, а потом M$, как обычно, их кинула.

Die-Hard ★★★★★
()
Ответ на: комментарий от anonymous

anonymous> Раньше при зависании X никто не мог узнать и не знал, что же на самом деле является причиной заисания? Теперь core dump можно будет увидеть на экране.

А можно туда проигрывание видео повесить? А то можно поставить туда видео со взрывом атомной бомбы - ядро свисты будет нервно курить в сторонке, а ошарашенные вендузятнеги сразу побегут ставить себе линукс из-за такой свистелки.

Quasar ★★★★★
()

А вообще насчёт BSoD в общем-то правильно, что его аналог сделали. Берём всё самое стабильное. BSoD - это самое стабильное, что есть в венде. Работает всегда и безотказно.

Quasar ★★★★★
()

>ждут включения в основную ветку.

в ванилу/kernel.org ???

xtron
()
Ответ на: комментарий от dm1024

> Дочитав до этого места, так и не понял, о чем идет речь. А кто-нибудь понял?

> По ссылке не ходил.

значет у тебя нет шансов поумнеть.

szh ★★★★
()
Ответ на: комментарий от anonymous

> Напоминаю, что эта возможность присутствует в Windows начиная с NT 3.51 и Win95OSR2.

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

anonymous
()

К слову о bsod - в linux kernel panic видел только при отладке своих собственных модулей ядра. В естественных условиях на поддерживаемом оборудовании кто-нибудь хоть раз видел?

skwish ★★
()
Ответ на: комментарий от sS

>>ведро умеет переключать режимы с момента появления в нем framebuffer

>Один раз (при старте) ;)

С драйвером vesafb - да, другие дрова умеют переключать в любой момент. Ну и есть модификация vesafb-ng, которая умеет также.

madcore ★★★★★
()

теперь при старте Иксов моник под Интеловским чипом не будет попискивать и два раза моргать, а сразу Иксы заведутся ? Полезная вещь, ждём в Кубунте

hexenlord
()
Ответ на: комментарий от skwish

>К слову о bsod - в linux kernel panic видел только при отладке своих собственных модулей ядра. В естественных условиях на поддерживаемом оборудовании кто-нибудь хоть раз видел?

Конечно, при загрузке по сети, когда не удавалось смонтиовать / по nfs :) Ну и когда в initrd забыл нужный модуль покласть.

madcore ★★★★★
()
Ответ на: комментарий от skwish

>В естественных условиях на поддерживаемом оборудовании кто-нибудь хоть раз видел?

Полным-полно. В LKML загляни ;)

sS ★★★★★
()
Ответ на: комментарий от madcore

>но не дружил проприентарными дровами иксов.

У меня кстати прекрасно дружит на старом десктопе...

sS ★★★★★
()
Ответ на: комментарий от skwish

> К слову о bsod - в linux kernel panic видел только при отладке своих собственных модулей ядра. В естественных условиях на поддерживаемом оборудовании кто-нибудь хоть раз видел?

Сколько угодно. Тот же intel raid при большой нагрузке.

anonymous
()
Ответ на: комментарий от sS

Хотя конечно с тех пор как я выкинул старый CRT монитор я не совсем представляю зачем вообще переключаться из одной моды в другую ;)

sS ★★★★★
()
Ответ на: комментарий от matumba

>Нуичо? Где эти красноглазики, что наперебой кричат про "модульность" пингвинукса? ФУФЛО ваша модульность, господа! Просто в ядре научились выгружать драйвер принтера - невелика заслуга (да и выгружают-то только потому, что СПЕЦИАЛЬНО ВКЛЮЧИЛИ такую опцию при компиляции ведра). Был бы этот пингвинукс модульный, про иксы вообще бы речь не шла - в ядре работал бы перегружаемый модуль с унифицированным интерфейсом. Хошь - ставь ATI, хошь - soft rendering, хошь - вообще рендри всё в память и отправляй по сети. При этом программы не стартовали бы этот монстроикс с его монстрокедами, а могли напрямую рисовать на экране. Пусть пример смешной, но он показывает, насколько линупед с его костылями далёк от нормальной архитектуры.

ты дубина. Рисовать прямо на экран можно испокон веков. libsvga например. Только вот нет дураков, чтобы использовать это. Как-то через qt удобнее :)

dikiy ★★☆☆☆
()
Ответ на: комментарий от anonymous

> Ониж недавно на десктоп забили. Как же так? :)

Не всё то 4.2, что шаман подтвердил. (пословица)

anonymous
()
Ответ на: комментарий от anonymous

> а сервер 2008 обещают с консолью и опциональным гуи

Такого не будет никогда. Модель разработки не позволит. Всё что они смогут - полноэкранная виртуальная консоль, которая будет жрать ресурсы не хуже последнего феерического бреда обкуренных индусов - виртуальной шины устройств.

anonymous
()
Ответ на: комментарий от one_more_hokum

> какой объём работы нужно проделать, чтобы выдернуть подсистему, проросшую во всё ядро?

Никакой. Надо форкнуть ядро и одно будет отвечать за графику, а другое не будет. И всё это будет склеено тоннами костылей.

anonymous
()
Ответ на: комментарий от anonymous

А, ну, в общем, это вариант! С учётом многоголовых процессоров... Можно и для сети отдельное ядро нацепить, для копирования чего-нить откуда-нить... Какие перспективы открываются! Срочно нужно патентовать идею.

one_more_hokum ★★★
()
Ответ на: комментарий от one_more_hokum

Нет, сеть они не вынесут в отдельный модуль никогда. Слишком очевидным станет заимствование БЗД-кода.

А патентовать это бесполезно, наверняка патент от дочерней фирмы M$ уже есть.

anonymous
()
Ответ на: комментарий от madcore

>С драйвером vesafb - да, другие дрова умеют переключать в любой момент. Ну и есть модификация vesafb-ng, которая умеет также.

Какая разница? Этот режим ни разу не графический. Это называется vesa-mode - там настоящий текстовый терминал - просто в другом разрешении.

r ★★★★★
()
Ответ на: комментарий от r

>>С драйвером vesafb - да, другие дрова умеют переключать в любой момент. Ну и есть модификация vesafb-ng, которая умеет также.

>Какая разница? Этот режим ни разу не графический. Это называется vesa-mode - там настоящий текстовый терминал - просто в другом разрешении.

Сдрасьте. Режим там графический, в нем можно смотреть кино в mplayer и даже запустить иксы, используя fbdev

madcore ★★★★★
()
Ответ на: комментарий от skwish

>К слову о bsod - в linux kernel panic видел только при отладке своих собственных модулей ядра. В естественных условиях на поддерживаемом оборудовании кто-нибудь хоть раз видел?

Естественно, постоянно на ванильных ядрах плющит модуль iwlwifi (Intel 3945 и тп)

Zloy_Krys
()
Ответ на: комментарий от madcore

>Режим там графический, в нем можно смотреть кино в mplayer и даже запустить иксы, используя fbdev

Графический режим от текстового отличается не тем, что в текстовом нельзя вывести графику (в конце концов все рисуется пикселями как ни крути и если есть видеопамять то в нее можно производить запись), а в том, что символы выводятся посредством символьной таблицы графического устройства. В графическом режиме такого нет. Раньше в гребаном досе поверх волков снех шел и никто в это ничего удивительного не видел, а в графической подсистеме корвета вообще не было разделения на графику и текст - вызываешь текстовые функции - рисуются символы, вызываешь графически - рисуются пикселы.

r ★★★★★
()
Ответ на: комментарий от Rikz

Почему-то подумалось про core dump иксов, а не ядра.

Wizard_ ★★★★★
()
Ответ на: комментарий от gaux

> Странно. Помню 9x - тормозило жутко, а NT нет - на 166MMX и 64 ОЗУ.

Может наоборот? На откровенно слабых тачках 9x летала, а NT ползала.

anonymous
()
Ответ на: комментарий от anonymous

>Может наоборот? На откровенно слабых тачках 9x летала, а NT ползала.

У меня авишка воспроизводилась без тормозов, а на 9x с ними. И кадры не особенно терялись. С 2k уже было не так, но то уже было слияние обеих веток.

gaux ★★
()
Ответ на: комментарий от gaux

А, на 64 мега не посмотрел. Я имел в виду 16 или 32. Там NT точно ползала.

anonymous
()

Блин, редкий случай, когда новость на 100% в жилу.

Как раз настраиваю ноут с интелом, федора 9. переключение режимов по старому хромает. Попробуем по новому...

AVL2 ★★★★★
()

Не, не выходит каменный цветок.

ядро говорит, что не знает такой опции i915.modeset.

В сети куча аналогичных сообщений.

AVL2 ★★★★★
()

Наблюдаю тоже самое. В итоге отключил эту опцию нафиг.

I've been trying this off and on for the last month or so on my laptop and today if finally worked. I used to get no X after the udev switch but today everything worked pretty well. With it I'm getting this message from glxinfo:

continuity> glxinfo name of display: :0.0 do_wait: drmWaitVBlank returned -1, IRQs don't seem to be working correctly. Try running with LIBGL_THROTTLE_REFRESH and LIBL_SYNC_REFRESH unset. display: :0 screen: 0 direct rendering: Yes

and glxgears performance is about 1/3 normal (300 versus about 1000 fps). Is it worth filing a bug report?

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.