[Comm] ldconfig & symlinks

[Comm] ldconfig & symlinks

[Alexey Novikov]

Доброго времени суток!

Наткнулся тут на одну проблему (раньше я ее почему-то не замечал).
Итак имеем:
Master 2.0 + 
kernel-std-up-2.4.22-alt7(+kernel-modules-nvidia-4496) +
XFree86-4.3.0(+NVIDIA_GLX +Mesa) +
WineX-3.0

В результате, получается, что в /usr/X11R6/lib имеем:
libGLwrapper.so... (XFree86-libs)
libGL.so.1.2(XFree86-libs)
libGL.so.1.4.5...(Mesa)
libGL.so.nvidia(NVIDIA_GLX)

Проблема в следующем: если сделать ldconfig (без опции -X), то
симлинк libGL.so.1 указывает на libGLwrapper, который, как я понимаю,
грузит свою libGL.so.1.2 и в результате в WineX имеем софтовый рендеринг
без текстур...:( Если его поправить на libGL.so.nvidia, то все OK.
Поправить-то его не проблема, но дело в том, что во многих
rpm-ках (lib<что-то там>.rpm) в post скрипте идет запуск ldconfig
без параметров, в результате чего линк опять слетает.
Отсюда два вопроса:
1. Откуда ldconfig узнает, что надо создать линк на libGLwrapper?
2. Как прибить отдельно взятую symlink, чтобы ldconfig ее не правил?

Придумал несколько workaround'ов на эту тему (не знаю какой из них лучше):
1. rm -f /usr/X11R6/lib/libGLwrapper.so* (вряд ли после этого ldconfig'у
захочется ее переставлять)
2. Поставить установку линки в стартовые скрипты (недостаток - сработает
как в оффтопике - после перезагрузки)
3. Обвязать ldconfig скриптом с опцией -X (недостаток - system wide - бьем
тараканов паровым молотом, где-то это еще аукнется...)

Что еще можно сделать?
-- 
С уважением,
Алексей Новиков

Re: [Comm] ldconfig & symlinks

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1548 bytes --]

On Mon, Nov 24, 2003 at 10:09:24AM +0300, Alexey Novikov wrote:
> Доброго времени суток!
> 
> Наткнулся тут на одну проблему (раньше я ее почему-то не замечал).
> Итак имеем:
> Master 2.0 + 
> kernel-std-up-2.4.22-alt7(+kernel-modules-nvidia-4496) +
> XFree86-4.3.0(+NVIDIA_GLX +Mesa) +
> WineX-3.0
> 
> В результате, получается, что в /usr/X11R6/lib имеем:
> libGLwrapper.so... (XFree86-libs)
> libGL.so.1.2(XFree86-libs)
> libGL.so.1.4.5...(Mesa)
> libGL.so.nvidia(NVIDIA_GLX)
> 
> Проблема в следующем: если сделать ldconfig (без опции -X), то
> симлинк libGL.so.1 указывает на libGLwrapper, который, как я понимаю,
> грузит свою libGL.so.1.2 и в результате в WineX имеем софтовый рендеринг
> без текстур...:( Если его поправить на libGL.so.nvidia, то все OK.
> Поправить-то его не проблема, но дело в том, что во многих
> rpm-ках (lib<что-то там>.rpm) в post скрипте идет запуск ldconfig
> без параметров, в результате чего линк опять слетает.
> Отсюда два вопроса:
> 1. Откуда ldconfig узнает, что надо создать линк на libGLwrapper?
> 2. Как прибить отдельно взятую symlink, чтобы ldconfig ее не правил?

Дело тут не в этом - по каким-то причинам libGLwrapper не может
определить правильный вариант libGL.  Это и надо лечить - возможно,
обновлением libGLwrapper (раз уж всё остальное из этой области уже
обновлено).

libGLwrapper определяет нужную библиотеку по результату
XvQueryAdaptors (можно посмотреть через xvinfo - для выбора
libGL.so.nvidia в имени должно присутствовать NV).  Кроме того, должно
работать расширение GLX (см. glxinfo).

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

>Дело тут не в этом - по каким-то причинам libGLwrapper не может
>определить правильный вариант libGL.  Это и надо лечить - возможно,
>обновлением libGLwrapper (раз уж всё остальное из этой области уже
>обновлено).

Может я ошибаюсь, но вроде бы libGLwrapper входит в XFree86-libs???
Если это так, то я думаю, что XFree86-4.3 ему должно быть достаточно.

>libGLwrapper определяет нужную библиотеку по результату
>XvQueryAdaptors (можно посмотреть через xvinfo - для выбора
>libGL.so.nvidia в имени должно присутствовать NV).  Кроме того, должно
>работать расширение GLX (см. glxinfo).

А вот это уже интереснее. Дело в том, что после недавнего аппаратного
апгрейда (винт, видюха) ставил по-новой, накатывая обновления (не было 
возможности(времени) перенести без переустановки), 
пришлось прописать в конфиге XFree полный путь к nvidia'шному glx, 
иначе он хватал свой модуль и в результате
при любом 3d  X-ы падали. Похоже где-то у меня чего-то еще не так?

P.S.: результаты xvinfo и glxinfo завтра - машина дома.

-- 
С уважением,
Алексей Новиков

Re: [Comm] ldconfig & symlinks

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1443 bytes --]

On Mon, Nov 24, 2003 at 11:04:30AM +0300, Alexey Novikov wrote:
> >Дело тут не в этом - по каким-то причинам libGLwrapper не может
> >определить правильный вариант libGL.  Это и надо лечить - возможно,
> >обновлением libGLwrapper (раз уж всё остальное из этой области уже
> >обновлено).
> 
> Может я ошибаюсь, но вроде бы libGLwrapper входит в XFree86-libs???
> Если это так, то я думаю, что XFree86-4.3 ему должно быть достаточно.

Я не знаю, что у вас за пакеты в системе, но сейчас в Сизифе
libGLwrapper - отдельный бинарный пакет, собирается вместе с Mesa.
И, кстати, несоответствие версий libGLwrapper и Mesa приводило к
проблемам - в libGLwrapper забито имя libGL.so.* из Mesa с полной
версией.

> >libGLwrapper определяет нужную библиотеку по результату
> >XvQueryAdaptors (можно посмотреть через xvinfo - для выбора
> >libGL.so.nvidia в имени должно присутствовать NV).  Кроме того, должно
> >работать расширение GLX (см. glxinfo).
> 
> А вот это уже интереснее. Дело в том, что после недавнего аппаратного
> апгрейда (винт, видюха) ставил по-новой, накатывая обновления (не было 
> возможности(времени) перенести без переустановки), 
> пришлось прописать в конфиге XFree полный путь к nvidia'шному glx, 
> иначе он хватал свой модуль и в результате
> при любом 3d  X-ы падали. Похоже где-то у меня чего-то еще не так?

Вроде бы в таком варианте должно работать... хотя не знаю, nvidia у
меня в пределах досягаемости не наблюдается :)

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

>Я не знаю, что у вас за пакеты в системе, но сейчас в Сизифе
>libGLwrapper - отдельный бинарный пакет, собирается вместе с Mesa.
>И, кстати, несоответствие версий libGLwrapper и Mesa приводило к
>проблемам - в libGLwrapper забито имя libGL.so.* из Mesa с полной
>версией.

Вот список того, что относится к XFree (обновлялось методом сборки 
вместе с ним):

Mesa-5.0.1-alt7.i586.rpm
Mesa-demos-5.0.1-alt7.i586.rpm
glx-5.0.1-alt7.i586.rpm
libGLU-5.0.1-alt7.i586.rpm
libGLU-devel-5.0.1-alt7.i586.rpm
libGLwrapper-5.0.1-alt7.i586.rpm
libglut-5.0.1-alt7.i586.rpm
libglut-devel-5.0.1-alt7.i586.rpm
freetype-1.3.1-alt3.i586.rpm
freetype-devel-1.3.1-alt3.i586.rpm
freetype2-2.1.4-alt2.i586.rpm
freetype2-devel-2.1.4-alt2.i586.rpm
fontconfig-2.2.1-alt2.i586.rpm
fontconfig-devel-2.2.1-alt2.i586.rpm
XFree86-100dpi-fonts-4.3.0-alt4.i586.rpm
XFree86-100dpi-fonts-unicode-4.3.0-alt4.i586.rpm
XFree86-4.3.0-alt4.i586.rpm
XFree86-75dpi-fonts-4.3.0-alt4.i586.rpm
XFree86-75dpi-fonts-unicode-4.3.0-alt4.i586.rpm
XFree86-Xnest-4.3.0-alt4.i586.rpm
XFree86-Xvfb-4.3.0-alt4.i586.rpm
XFree86-ati-gatos-4.3.0-alt4.i586.rpm
XFree86-bitmaps-4.3.0-alt4.i586.rpm
XFree86-devel-4.3.0-alt4.i586.rpm
XFree86-devel-static-4.3.0-alt4.i586.rpm
XFree86-doc-4.3.0-alt4.i586.rpm
XFree86-glide-module-4.3.0-alt4.i586.rpm
XFree86-libs-4.3.0-alt4.i586.rpm
XFree86-locales-4.3.0-alt4.i586.rpm
XFree86-server-4.3.0-alt4.i586.rpm
XFree86-utils-4.3.0-alt4.i586.rpm
XFree86-xfs-4.3.0-alt4.i586.rpm

Единственно, я не помню, установлен ли libGLwrapper у меня или нет.:)

>Вроде бы в таком варианте должно работать... хотя не знаю, nvidia у
>меня в пределах досягаемости не наблюдается :)

Даже и не знаю повезло Вам или нет.:) 
Хотя впрочем, это Вам решать.

-- 
С уважением,
Алексей Новиков

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

[-- Attachment #1: Type: text/plain, Size: 531 bytes --]

Доброго времени суток!
Итак, причина проблемы выяснена! Осталось придумать решение...:)
После просмотра исходников (конкретно GLwrapper-0.1.8-nv_and_fglrx.patch)
и результата xvinfo стала понятна причина. Делов том, что
первым adaptor'ом встал tvtuner AVerMedia...:) Теперь следующий вопрос:
где мне что подправить, чтобы они поменяли порядок загрузки?
Есть два варианта: modules.conf (он со времен старой установки менялся)
и XF86Config-4. Последний прилагаю, а первый (новый) остался дома...:)

-- 
С уважением,
Алексей Новиков


[-- Attachment #2: XF86Config-4.bz2 --]
[-- Type: application/octet-stream, Size: 2364 bytes --]

[-- Attachment #3: xvinfo.log.bz2 --]
[-- Type: application/octet-stream, Size: 1366 bytes --]

Re: [Comm] ldconfig & symlinks

[Sergey Vlasov]

[-- Attachment #1: Type: text/plain, Size: 1196 bytes --]

On Tue, Nov 25, 2003 at 09:45:27AM +0300, Alexey Novikov wrote:
> Доброго времени суток!
> Итак, причина проблемы выяснена! Осталось придумать решение...:)
> После просмотра исходников (конкретно GLwrapper-0.1.8-nv_and_fglrx.patch)
> и результата xvinfo стала понятна причина. Делов том, что
> первым adaptor'ом встал tvtuner AVerMedia...:) Теперь следующий вопрос:
> где мне что подправить, чтобы они поменяли порядок загрузки?
> Есть два варианта: modules.conf (он со времен старой установки менялся)
> и XF86Config-4. Последний прилагаю, а первый (новый) остался дома...:)

Править порядок загрузки, похоже, негде - v4l_drv грузится из секции
Module:

# This loads the Video for Linux module.
    Load        "v4l"

Причём принцип его работы подразумевает, что модуль v4l должен
инициализироваться раньше, чем реальный видеодрайвер (который затем
подцепляется к v4l через xf86XVListGenericAdaptors).

Так что единственный способ обойти эту проблему без изменений в коде -
убрать загрузку модуля v4l.

Повесьте, пожалуйста, баг на libGLwrapper (с приложением XF86Config-4
и xvinfo.log).  Вероятно, нужно в libGLwrapper пропускать XV-адаптеры
с именем "video4linux" и смотреть дальше по списку.

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

>On Tue, Nov 25, 2003 at 09:45:27AM +0300, Alexey Novikov wrote:
>> Доброго времени суток!
>> Итак, причина проблемы выяснена! Осталось придумать решение...:)
>> После просмотра исходников (конкретно GLwrapper-0.1.8-nv_and_fglrx.patch)
>> и результата xvinfo стала понятна причина. Делов том, что
>> первым adaptor'ом встал tvtuner AVerMedia...:) Теперь следующий вопрос:
>> где мне что подправить, чтобы они поменяли порядок загрузки?
>> Есть два варианта: modules.conf (он со времен старой установки менялся)
>> и XF86Config-4. Последний прилагаю, а первый (новый) остался дома...:)
>
>Править порядок загрузки, похоже, негде - v4l_drv грузится из секции
>Module:
>
># This loads the Video for Linux module.
>    Load        "v4l"
>
>Причём принцип его работы подразумевает, что модуль v4l должен
>инициализироваться раньше, чем реальный видеодрайвер (который затем
>подцепляется к v4l через xf86XVListGenericAdaptors).
>
>Так что единственный способ обойти эту проблему без изменений в коде -
>убрать загрузку модуля v4l.
>
>Повесьте, пожалуйста, баг на libGLwrapper (с приложением XF86Config-4
>и xvinfo.log).  Вероятно, нужно в libGLwrapper пропускать XV-адаптеры
>с именем "video4linux" и смотреть дальше по списку.

ОК, поробую, никогда раньше там не был (в смысле баги не вешал):)

-- 
С уважением,
Алексей Новиков

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

>>Повесьте, пожалуйста, баг на libGLwrapper (с приложением XF86Config-4
>>и xvinfo.log).  Вероятно, нужно в libGLwrapper пропускать XV-адаптеры
>>с именем "video4linux" и смотреть дальше по списку.
>
>ОК, поробую, никогда раньше там не был (в смысле баги не вешал):)

Уже висит - N 3316. Эх, давно я в английском не практиковался,
так что ногами сильно не пинайте.:)

-- 
С уважением,
Алексей Новиков

[Comm] Re: BTS (was: ldconfig & symlinks)

[Vitaly Ostanin]

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

On Tue, 25 Nov 2003 11:02:09 +0300 (MSK)
"Alexey Novikov" <Shader@yandex.ru> wrote:

> >>Повесьте, пожалуйста, баг на libGLwrapper (с приложением
> >XF86Config-4>и xvinfo.log).  Вероятно, нужно в libGLwrapper
> >пропускать XV-адаптеры>с именем "video4linux" и смотреть
> >дальше по списку.
> >
> >ОК, поробую, никогда раньше там не был (в смысле баги не
> >вешал):)
> 
> Уже висит - N 3316. Эх, давно я в английском не практиковался,
> так что ногами сильно не пинайте.:)

Так можно же на русском. Хотя бы тело баги.

<skipped/>

-- 
Regards, Vyt
mailto:  vyt@vzljot.ru
JID:     vyt@vzljot.ru

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Comm] ldconfig & symlinks

[Alexey Novikov]

[-- Attachment #1: Type: text/plain, Size: 511 bytes --]

>>>Повесьте, пожалуйста, баг на libGLwrapper (с приложением XF86Config-4
>>>и xvinfo.log).  Вероятно, нужно в libGLwrapper пропускать XV-адаптеры
>>>с именем "video4linux" и смотреть дальше по списку.
>>
>>ОК, поробую, никогда раньше там не был (в смысле баги не вешал):)
>
>Уже висит - N 3316. Эх, давно я в английском не практиковался,
>так что ногами сильно не пинайте.:)

В выходные перебрал Mesa добавив прилагаемый патч. Все гуд.
Кому нужно - пользуйтесь на здоровье!:)

-- 
С уважением,
Алексей Новиков


[-- Attachment #2: GLwrapper-0.1.8-find_glx_devices.patch --]
[-- Type: application/octet-stream, Size: 1588 bytes --]