12767 2007-09-13 18:52:55 +0400 Отсутствует /usr/libexec/X11/drv.d/fglrx 2008-08-27 05:34:48 +0400 1 1 3 Distributions Branch 4.0 fglrx_glx 4.0 all Linux CLOSED FIXED P2 blocker --- 12100 1 rider nobody barabashka boyarsh mike shrek zerg qa-4.0 oldest_to_newest 55134 0 rider 2007-09-13 18:52:55 +0400 Отсутствует /usr/libexec/X11/drv.d/fglrx Из-за этого не работает x11setupdrv, соответственно не выставляются правильные симлинки на libGL и в итоге не поднимается 3D. Только что нарвался на 4.0 55135 1 rider 2007-09-13 18:53:18 +0400 reassign to mantainer 55183 2 lakostis 2007-09-15 00:42:15 +0400 Почему же он работает в сизифе? test case plz. 55184 3 rider 2007-09-15 00:56:09 +0400 testcase тривиален: выставить в /etc/X11/xorg.conf драйвер ati выполнить x11setupdrv Посмотреть симлинк для libGL.so.1: $l /etc/X11/lib/libGL.so.1 lrwxrwxrwx 1 root root 41 Sep 15 00:50 /etc/X11/lib/libGL.so.1 -> ../../../usr/lib/X11/mesa_gl/libGL.so.1.2 Он будет настроен на mesa. После этого сменить драйвер в конфиге на fglrx. Выполнить x11setupdrv Посмотреть симлинк: $l /etc/X11/lib/libGL.so.1 lrwxrwxrwx 1 root root 41 Sep 15 00:54 /etc/X11/lib/libGL.so.1 -> ../../../usr/lib/X11/mesa_gl/libGL.so.1.2 Он не поменялся, хотя должен был быть перенастроен на fglrx. 55185 4 rider 2007-09-15 00:56:46 +0400 Видимо в Sisyphus он так же не работает. 55186 5 lakostis 2007-09-15 01:13:17 +0400 Если выполнить x11_presetdrv (или /etc/init.d/x11_autosetup), но все ссылки будут на месте. Если пользоваться неправильными утилитами, то будут неправильные действия. 55187 6 rider 2007-09-15 01:19:08 +0400 А кто сказал что она не правильная ? Посмотри список тех, кто от неё зависит - достаточно впечатляющий. xorg у нас в branch-4.0 и в Sisyphus пользуется x11setupdrv, соответственно без вариантов. Вообще может быть нам мантейнер xorg расскажет, какая из утилит правильная и какая из них для чего нужна ? 55188 7 rider 2007-09-15 01:26:13 +0400 Кстати, если выполнять x11presetdrv, то ситуация тоже плохоая - при смене драйвера с fglrx на ati симлинки не выправляются на mesa. И судя по выводу: # x11presetdrv nvidia: set version to 100.14.11 because read from /lib/modules/2.6.18-std-smp-alt7/.versions/nvidia failed. nvidia: failed to unlink /etc/X11/lib_nvidia/nvidia.xinf: No such file or directory Эта утилита сделана для использования во время загрузки - переключения настроек драйвера nvidia с legacy на обычный и обратно. x11setupdrv используется при смене драйвера в xorg.conf. 55189 8 lakostis 2007-09-15 01:37:14 +0400 (In reply to comment #6) > Вообще может быть нам мантейнер xorg расскажет, какая из утилит правильная и > какая из них для чего нужна ? > давно пора (In reply to comment #7) > Кстати, если выполнять x11presetdrv, то ситуация тоже плохоая - при смене > драйвера с fglrx на ati симлинки не выправляются на mesa. > > И судя по выводу: > # x11presetdrv > nvidia: set version to 100.14.11 because read from > /lib/modules/2.6.18-std-smp-alt7/.versions/nvidia failed. > nvidia: failed to unlink /etc/X11/lib_nvidia/nvidia.xinf: No such file or directory > > Эта утилита сделана для использования во время загрузки - переключения настроек > драйвера nvidia с legacy на обычный и обратно. > > x11setupdrv используется при смене драйвера в xorg.conf. > это все твои и мои догадки - а настоящее тайное знание доступно только избранной кучке гуру. 55190 9 rider 2007-09-15 01:46:42 +0400 Почему же догадки? Вот в этом треде была активная дискуссия, с твоим участием, где авторы этой схемы подробно рассказали что и где как работает: http://lists.altlinux.org/pipermail/sisyphus/2007-September/207433.html 55191 10 rider 2007-09-15 01:49:24 +0400 т.е. - drvpre.d - только в том случае, когда нужно что-то поправить в системе в момент загрузки drv.d - для переключения в зависимости от настроенного драйвера в xorg.conf. Т.е. - для тебя фикс становится ещё тривиальнее - достаточно перенести файл fglrx из drvpre.d в drv.d 55192 11 rider 2007-09-15 01:51:35 +0400 кстати, теперь понятно почему всех пользователей 4.0 с НЕ fglrx железом спасало удаление пакета fglrx - в момент загрузки автоматически выставлялись симлинки на libGL из fglrx'а. drvpre.d выполняется независимо от того, на какой драйвер настроен xorg 55200 12 lakostis 2007-09-15 19:05:28 +0400 (In reply to comment #10) > т.е. - drvpre.d - только в том случае, когда нужно что-то поправить в системе в > момент загрузки > drv.d - для переключения в зависимости от настроенного драйвера в xorg.conf. > > Т.е. - для тебя фикс становится ещё тривиальнее - достаточно перенести файл > fglrx из drvpre.d в drv.d > пример использования drvpre.d в студию (отсылки вида "посмотри там/здесь/" игнорируются). Кстати, источники знаний в списке рассылки и багзилле не считаются официальной документацией, поэтому ждем от мантейнера xorg закрепления данного тайного знания в отдельном документе а еще лучше в макросе. 55201 13 lakostis 2007-09-15 19:07:20 +0400 подключаем тяжёлую артиллерию ;) 55202 14 shrek 2007-09-15 19:16:36 +0400 про drvpre.d лично я ничего не знаю в /usr/libexec/X11/drv.d/ кладется скрипт fglrx, который выставляет симлинки для fglrx при запуске x11setupdrv 55207 15 lakostis 2007-09-16 03:21:39 +0400 Fixed in 8.40.4-alt2. Запрос на перекладывание пакета в 4.0 отправлен (#12788). 55208 16 lakostis 2007-09-16 03:23:04 +0400 Исправление не отменяет запроса на создание внятного описания по системе симлинков и утилит для работы с ними. 55220 17 rider 2007-09-16 20:57:45 +0400 Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ? А то я у себя нарвался на то, что 8.41.7 работают на порядок стабильнее тех, что в branch/4.0 были. Несмотря на официально неподдерживаемое этими драйверами X1400. 55221 18 mike 2007-09-16 21:03:14 +0400 (In reply to comment #13) > подключаем тяжёлую артиллерию ;) (глядя в assigned) это типа "вызываем огонь на себя"? ;-) Спасибо, мужуки, что разобрались и поправили. Если кто-то всё-таки скажет, от каких пор до каких законспектировать обсуждение здесь и в sisyphus@ на wiki -- сделаю. 55222 19 mike 2007-09-16 21:05:37 +0400 (In reply to comment #17) > Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ? С той версией, что попала в Desktop 4.0, ещё и про слой с &*^*&^ unsupported hardware много непоняток (точнее, спрашивавшие пока 100% соотносят это с "FTP-версией" сначала). Давайте поставим #12100 blocker, чтоб не забыть, что к Desktop 4.0.1/DL4 надо это порешать и проверить. 55223 20 lakostis 2007-09-16 21:07:13 +0400 (In reply to comment #17) > Немного от темы, но может быть собрать 8.41.7 и положить где-то в people ? > в people/lakostis легко. 55225 21 rider 2007-09-16 21:53:06 +0400 Да, в people/lakosts - достаточно. там идут странные репорты о том, что например xmoto не запускается без перекомпиляции.. но у меня на ноуте всё как-то заработало с ходу. надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз в день на ровном месте (и в 3D и, например, при чтении почты) 55229 22 lakostis 2007-09-16 22:00:39 +0400 (In reply to comment #21) > Да, в people/lakosts - достаточно. ... > надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз > в день на ровном месте (и в 3D и, например, при чтении почты) в бранче xorg не падает. А в сизифе вообще не работает с fglrx. О каких падениях мы говорим? 55231 23 mike 2007-09-16 22:22:25 +0400 *** Bug 12631 has been marked as a duplicate of this bug. *** 55232 24 rider 2007-09-16 22:26:09 +0400 На момент падений у меня был полностью branch-4.0. Падения начались после того, как я обновился с "какого-то" Sisyphus до branch-4.0 (это произошло недели две назад), и прекратились как только поставил себе новые драйвера fglrx (которые официально unstable для X1400). Не знаю кто тут точно виноват, но падения мне не показались. 55233 25 lakostis 2007-09-16 22:41:45 +0400 (In reply to comment #24) > На момент падений у меня был полностью branch-4.0. > > Падения начались после того, как я обновился с "какого-то" Sisyphus до > branch-4.0 (это произошло недели две назад), и прекратились как только поставил > себе новые драйвера fglrx (которые официально unstable для X1400). значит, виноват xorg-x11-server - обновлялся только он. Лучше на него багу в 4.0 повесить, пусть мантейнер разбирается. 55234 26 rider 2007-09-16 23:02:22 +0400 У меня было параллельное обновление - xorg + fglrx. Не могу сказать кто из них виноват, но fglrx исправить намного сложнее чем xorg. Валера, давай мы тебе багу повесим, сможешь посмотреть что случилось ? 55236 27 shrek 2007-09-16 23:38:05 +0400 см. xorg-server-1.3.0.0-idletime.patch 55239 28 rider 2007-09-16 23:51:56 +0400 А, т.е. ты это уже отключил ? Отлично! 55452 29 lakostis 2007-09-19 02:30:39 +0400 (In reply to comment #21) > Да, в people/lakosts - достаточно. > > там идут странные репорты о том, что например xmoto не запускается без > перекомпиляции.. но у меня на ноуте всё как-то заработало с ходу. > > надо тестировать.. предыдущие драйвера совсем кривые - Xorg падал несколько раз > в день на ровном месте (и в 3D и, например, при чтении почты) ftp://ftp.altlinux.ru/pub/people/lakostis/fglrx-8.41.7/ тестируйте на здоровье. 61862 30 barabashka 2008-01-24 20:57:57 +0300 *** Bug 12632 has been marked as a duplicate of this bug. ***