Вышел (http://lists.freedesktop.org/archives/xorg/2009-July/046747....) корректирующий релиз xorg-server 1.6.3, содержащий исправления ошибок, накопившихся в ветке 1.6.x.
Следующий релиз X.Org 7.5 / X Server 1.7 ожидается (http://www.phoronix.com/scan.php?page=news_item&px=NzQyNA) в сентябре или октябре. В X.Org 7.5 / X Server 1.7 появится поддержка технологии Multi-Pointer X и переработанной подсистемы ввода X Input 2, что позволит организовать работу нескольких независимых устройств ввода, например, несколько управляемых разными мышами курсоров на экране или ввод в разные окна с разных клавиатур.URL: http://lists.freedesktop.org/archives/xorg/2009-July/046747....
Новость: http://www.opennet.me/opennews/art.shtml?num=22855
а чё там сейчас с Intel, в частности с
00:02.0 VGA compatible controller: Intel Corporation 82G33/G31 Express Integrated Graphics Controller (rev 10)
не совсем понятно что ждать для "интела" от выхода очередной версии сервера.
многое. если у предыдущего комментатора убунта 9.04, то стоит попробовать это - https://edge.launchpad.net/~xorg-edgers/+archive/ppa &n...там же и 2.6.30 ядро.
как там написано - there is no metapackage to automatically update the kernel for you because it is an optional (but highly recommended, especially for intel users) component.
поэтому егго надо поставить вручную (sudo apt-get install linux-image-2.6.30-10 linux-headers-2.6.30-10-generic linux-headers-2.6.30-10)
зы:
и вообще, внимательно прочитайте Description. там написано, что до аптейта до 1.6.3 можно поставить утилиту ppa-purge, при помощи которой можно вернуть всё к первоначальным пакетам из дистра (см. ppa-purge -h)
да при чем тут дистрибуция, за ногу ее? каким образом X server повлияет на счасть того, что зависит от драйверов?
>да при чем тут дистрибуция, за ногу ее? каким образом X server
>повлияет на счасть того, что зависит от драйверов?Например, API и различные новые фичи упраздняющие старый код в драйверах.
здесь всё влияет. и иксы, и дрова, и ядро.
например, вот что у меня в рассылке от Keith Packard:
I'm leaving for a week, so it seemed like a good time to do an X server
release. Here's the final 1.6.3 bits.
..........
2) Fixing RandR transforms for drivers providing set_mode_major. These
patches were originally slated to land in 1.6.2 but I missed them
somehow.и мой коммент Выше - это как наиболее просто поставить свежие иксы, дрова и ядро на убунте. (есть подозрение, что более опытный и сам бы разобрался).
кстати, у меня отлично работает. :-D
А что с ним не так?
Как бы оно давно работает =)
> А что с ним не так?
> Как бы оно давно работает =)Что не так? Да регрессии с некоторых пор начались, потому с 3D стало всё уныло. Если у вас дистрибутив годовой давности или не работаете в 3D то не заметите. Я думаю в этом корректирующем релизе в этом плане ничего не изменилось. Может с выходом xorg-x11-drv-intel-2.8.x чтото изменится.. незнаю..
2.8.0 уже вышло.
+ Скорость, при включении UXA, стала вполне приемлемой;
+ XV/OpenGL приложения и композит безпроблемно работают совместно;
+ Перестали появляться артефакты;
- Но периодические зависания на x3100 пока остаются. )-:
у меня gentoo =) так что все свежее =) Может просто настраивать не умеете раз все грустно. Из багов заметил только артефакты при проигрывании через xv в mplayer но сие решается переключением на gl2
>Может просто настраивать не умеете раз все грустно.
>Из багов заметил только артефакты(-; А у меня вот нет артефактов при проигрывании даже hdtv через XV при включенном компизе. Но лучше бы были они, чем зависания на фактически простаивающей машине. )-:
и Вы уверены, что это из-за интельной видеокарты?
>и Вы уверены, что это из-за интельной видеокарты?Зависают только X'ы. Можно зайти по ssh. Если X'ы убить, то повторно они уже все равно не поднимутся, до полной перезагрузки.
До драйверов 2.8.0 и ядра .30 - помимо артефактов и косяков с xv/opengl/compiz висло гораздо чаще. Сейчас виснет гораздо реже, иногда несколько дней может отработать без проблем, а потом замереть на ровном месте, например, когда вводишь текст, или, начинаешь передвигать мышь на простаивающей машине....Есть у меня одно смутное предположение - это может быть из за синхронизации часов по ntp. 100% были зависания (intel-855GM), год назад, когда я вместо ntp решил воспользоваться rdate с синхронизацией по локальному серверу (он синхронизирует "жестко"). Я тогда долго бился в истерике, когда машина подвисала в простое... потом как-то догадался, перевел на ntp и проблема почти исчезла (с компизом все равно подвисала [но это ужу другая история с явной закономерностью], но без него - уже нет).
Проверить сейчас не на чем - я отдал все глючные аппараты с набортным intel'ом.
э-э-э! есть такой баг. ловил когда-то. в гноме апплет (Часы 2.2x.0) подвисает (вместе с иксами :-D), если настроен ntp и погода. но это не сами иксы.... и проявляется, когда с сетью какие-то косяки.
можно в кроне прописать ntpdate раз в сутки. а ntp вообще убрать.
>э-э-э! есть такой баг. ловил когда-то. в гноме апплет (Часы 2.2x.0) подвисает
>(вместе с иксами :-D), если настроен ntp и погода. но это
>не сами иксы.... и проявляется, когда с сетью какие-то косяки.
>можно в кроне прописать ntpdate раз в сутки. а ntp вообще убрать.
>Боюсь, что если это и впрямь проблемы из за часов (что требует уточнения), то ntpdate тоже не спасет (проходил уже с rdate), будет еще хуже, так как ntpdate переводит часы сразу, а не вносит коррективы как ntpd.
не в этом дело.
апплет лезет в сеть и виснет. надо сделать чтоб не лез... или юзать другой апплет. :-Dвообще ntpd держать постоянно запущенным - идея на любителя. зачем?
>вообще ntpd держать постоянно запущенным - идея на любителя. зачем?Для того, что бы время подводилось не мгновенно, а плавно. И для того, что бы корректировки продолжали работать и при отсутствии сети.
ntpdate раз в сутки - более чем достаточно. у виндов также. :-D
не сервер всё-таки... кстати, в приличной сети на работе должен быть такой сервант.
а дома - у меня для этого wl500gp есть.
но это уже совсем не о иксах.....если это из-за апплета - отрубите его и проверьте. а ntpd пусть себе работает.
> ntpdate раз в сутки - более чем достаточно. у виндов также. :-DНе боитесь несколько раз получить от cron'а periodic'и?-)
Основное отличие ntpdate и ntpd -g от работающего ntpd в том, что ntpdate и ntpd -g используют settimeofday(), если разница во времени слишком велика, а ntpd -- только adjtime(), выходя с ошибкой, если разница во времени большая (впрочем, это можно отключить).
А в свою очередь, adjtime() ГАРАНТИРУЕТ, что время в системе НИКОГДА не пойдёт назад. А вот settimeofday() такого не гарантирует. Соответственно, в "плохой" момент может с ума сойти, например, cron. Или ещё какой-нибудь сильно завязанный на время софт.