Gnome 3.14.0-r2 + fglrx 14.12-r3
Здравствуйте.
Может ли кто-нибудь объяснить мне, как сдружить первое со вторым? Или это в принципе невозможно?
Что есть:
Intel Core i5-4670K (Haswell)
AMD Radeon HD 7850
Kernel 3.17 (также пробовал 3.14)
Xorg-server 1.16 (также пробовал 1.15)
Gnome 3.14 (также пробовал 3.12)
Что делал (по хэндбуку):
/etc/portage/make.conf: VIDEO_CARDS="fglrx"
eselect profile set default/linux/amd64/13.0/desktop/gnome/systemd
X -configure (также создавал xorg.conf вручную)
aticonfig --initial --input=/etc/X11/xorg.conf
eselect opengl set ati
И что в итоге получил (в разных сочетаниях):
1. Ошибки "Segmentation fault".
2. Ошибки "Unable to initialize Clutter".
3. Ошибки "Using smp_processor_id() in preemptible code".
4. Startx почти всегда запускается нормально, в отличие от GDM, который, кроме "Ooops, something went wrong", мне ни разу ничего не сказал.
Понимаю, что делаю что-то не так. Не понимаю - что :-).
- Для комментирования войдите или зарегистрируйтесь
версия ядра? лог сборки?
версия ядра? лог сборки? телепатирую 3,19 что тебе вот это поможет, тут как епатч наложить.
>>Kernel 3.17 тогда лог
>>Kernel 3.17
тогда лог иксов.
если есть дискретная карта?
+ еще новый профиль попробуй создай войди с ним.
Логов много, я перебрал много
Логов много, я перебрал много разных сочетаний X/Gnome/Kernel/fglrx. В итоге разочаровался в Gnome и сейчас инсталлирую KDE - я по жизни виндой занимаюсь, просто для саморазвития в этот ваш ад погрузился :-). Но, безусловно, мне все равно было бы интересно заставить-таки эту связку работать.
В логах ошибки такого плана:
GLib-CRITICAL **: g_strsplit: assertion 'string != NULL' failed
Clutter-CRITICAL **: Unable to initialize Clutter: The OpenGL version could not be determined
mutter-ERROR **: Unable to initialize Clutter.
"если есть дискретная карта?" - это в каком смысле? Я так-то написал: "AMD Radeon HD 7850", она дискретная.
"еще новый профиль попробуй создай войди с ним" - под учеткой, отличной от root? Тоже не работает.
Мне кажется, что более продуктивным было бы, если бы ты, если это тебя не затруднит, сообщил мне твои версии:
рабочего ядра
gnome-base/gnome
x11-drivers/ati-drivers
x11-base/xorg-server
и того DM, который ты используешь, я уже в курсе, что gdm заставить работать нереально.
Ситуация осложняется тем, что тот наверху, кто решает, какие версии держать в portage, выпилил оттуда на днях прорву относящегося к Gnome. Там сейчас по большей части версии 3.14 остались, так что, возможно, из нового репозитория рабочую связку просто не собрать.
>>"если есть дискретная
>>"если есть дискретная карта?" - это в каком смысле? Я так-то написал: "AMD Radeon HD 7850", она дискретная.
я описался, вторая карта есть в системе?
>> сообщил мне твои версии
не даст ничего т.к.
>> я уже в курсе, что gdm заставить работать нереально.
все работает.
скинь логи уже
aweal написал(а):>>"если
Неа.
Хм. То есть ты пользуешься именно gdm, а не чем-то вроде slim или lightdm. Интересно.
Сейчас пересоберу все в том виде, в каком было, когда я первое сообщение опубликовал, и скину. Уже завтра, видимо.
Оставайся на линии! Ты даришь мне надежду!
.
Открой тайну, как выпилил интегрированную (на камень процессора) графику?!? ☺
:wq
--
Live free or die
Не помню. Что-то вроде вот
Не помню. Что-то вроде вот этого проделал, наверное: http://rog.asus.com/forum/showthread.php?39090-Disabling-onboard-VGA-iGPU.
Это slim. мар 30 19:34:19
Это slim.
Это лог X с slim.
Это gdm. мар 30 19:30:37 gtlx
Это gdm.
Это лог X с gdm.
поставь на ядро 3.19.3 с тем
поставь на ядро 3.19.3 с тем патчем который я приложил в 1 сообщении и aticonfig --initial -f
с xorg-server 1.17 не взлетит - abi поменяли а amd с декабря не выпускает ничего.
если работает startx то можно автологин без dm
с вики украл
cat /usr/bin/startxuser
#!/bin/bash
su - aweal -c "/bin/bash -lc startx" &>> /home/aweal/.xlog &
cat /etc/conf.d/xdm
#DISPLAYMANAGER="startxuser"
в ~/.xinitrc что-то типо этого добавь.
exec gnome-session;;
и еще в фунту есть git overlay с gnome 3 где есть флаг -systemd, единственно что я не знаю чего делать с pm utils
Мерси, завтра попробую.
Мерси, завтра попробую.
Патч к этой версии
Патч к этой версии ati-drivers не подходит, номера строк другие. Вынул firegl_public.c из инсталлятора, нашел, где и что надо поменять, патч стал рабочим
--- /firegl_public.c 2014-11-28 23:02:10.000000000 +0300 +++ /firegl_public.c 2015-04-01 23:11:59.140109633 +0300 @@ -4816,8 +4816,8 @@ { unsigned long orig_level; - orig_level = __get_cpu_var(kasExecutionLevel); - __get_cpu_var(kasExecutionLevel) = level; + orig_level = __this_cpu_read(kasExecutionLevel); + __this_cpu_write(kasExecutionLevel, level); return orig_level; } @@ -4829,7 +4829,7 @@ */ static unsigned long kas_GetExecutionLevel(void) { - return __get_cpu_var(kasExecutionLevel); + return __this_cpu_read(kasExecutionLevel); } /** \brief Type definition for kas_spin_lock() parameter */Дальше все по рецепту прошло успешно, после перезагрузки отрапортую. В любом случае - спасибо.
к какой версии?
к какой версии?
14.12-r3.
14.12-r3.
Неа. Ядро 3.19.3, патч
Неа. Ядро 3.19.3, патч наложен, xorg 1.16. Startx запускает 3 терминальных окна. Ни один dm не может запустить Gnome 3.14 - тот пишет "Oh no! Something has gone wrong".
Обнаружил, что собирал xorg с
Обнаружил, что собирал xorg с другим ядром:
Пересобрал xorg и ati-drivers, в логах теперь другое:
После этого система висит.
>>Startx запускает 3
>>Startx запускает 3 терминальных окна
а что в .xinitrc?
>>система виснет
по ssh заходит? или тупая трабла с @x11-module-rebuild
и скинь лог Xorg на wgetpaste или подобное, чтобы слипног не посносил спросонья
Поправка: Startx запускаЛ 3
Поправка: Startx запускаЛ 3 терминальных окна, пока я не вписал в /etc/env.d/90xsession
XSESSION="Gnome". Теперь он так же валится, как и другие.В .xinitrc -
exec gnome-session.Заходит ли по ssh - не скажу, у меня Gentoo параллельно с Wшndows стоит. Клава не реагирует, мышь тоже, лог xorg оборван на списке видеорежимов - очевидно, зависла намертво.
Спасибо за наводку на pastebin, а то мне уже неловко за объем логов в сообщениях. Я ж в мире Linux новенький, это я в Windows старенький :-).
/var/log/Xorg.0.log - https://bpaste.net/show/154b49f0e896
А что такое "тупая трабла с @x11-module-rebuild" - я еще пока, слава богу, не в курсе :-).
ЗЫ. Тьфу ты, в логе увидел, что evdev тоже надо перекомпилить было.
Клава с мышью завелись, но
Клава с мышью завелись, но startx приводит к тому же "Oh no!.."
Последний /var/log/Xorg.0.log: https://bpaste.net/show/b3ade1d45c98
Вырезка из журнала: https://bpaste.net/show/279b8eac4873
Все то же
Unable to initialize Clutter:-(.Ошибку AIGLX error: failed to
Ошибку
AIGLX error: failed to open /usr/X11R6/lib64/modules/dri/fglrx_dri.so, error[/usr/X11R6/lib64/modules/dri/fglrx_dri.so: cannot open shared object file: No such file or directory]просто в этот раз исправить забыл. Исправлено, результат тот же.Остались только шаманские
Остались только шаманские темы:
Пересобери system / world как при обновлении gcc.
gdm запускай вручную, после загрузки системы и логина по ssh и посмотри что творится tail -f | dmesg
еще если с муттером беда попробуй текущую gnome-shell замаскировать.
Нашел
Огромное спасибо за помощь.
Я нашел одно сочетание, без патчей, при котором, по крайней мере, startx запускает Gnome (пока с артефактами):
Буду искать дальше.
Работает с таким .xinitrc и
Работает с таким .xinitrc co всеми версиями.