Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Dmitry V. Levin]

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

On Sun, May 01, 2011 at 03:44:06AM +0400, Girar Builder robot wrote:
> http://git.altlinux.org/tasks/43876/task/log.1.1
> 
> 2011-May-01 03:37:21 :: task #43876 for sisyphus started by oddity:
> #100 build fglrx_glx-8.84.1-alt1.src.rpm
[...]
> 	i586: NEW bad_elf_symbols detected:
[...]
> fglrx_glx-8.84.1-alt1.i586.rpm	/usr/lib/libAMDXvBA.so.1.0	U	_ZN7Utility25QueryPerformanceFrequencyEv
> 	i586: old bad_elf_symbols resolved:
[...]
> 2011-May-01 03:44:06 :: ELF symbols check FAILED

В 32-битной версии библиотеки есть ссылка на несуществующий метод
Utility::QueryPerformanceFrequency().


-- 
ldv

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

Re: [devel] [JT] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Alexey Morozov]

В сообщении от 2 мая 2011 10:31:41 автор Dmitry V. Levin написал:

> 
> В 32-битной версии библиотеки есть ссылка на несуществующий метод
> Utility::QueryPerformanceFrequency().

Ух ты, кто-то тащит Win32 в мой уютненький Линукс? :)

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Aleksey Novodvorsky]

2 мая 2011 г. 7:31 пользователь Dmitry V. Levin <ldv@altlinux.org> написал:
> On Sun, May 01, 2011 at 03:44:06AM +0400, Girar Builder robot wrote:
>> http://git.altlinux.org/tasks/43876/task/log.1.1
>>
>> 2011-May-01 03:37:21 :: task #43876 for sisyphus started by oddity:
>> #100 build fglrx_glx-8.84.1-alt1.src.rpm
> [...]
>>       i586: NEW bad_elf_symbols detected:
> [...]
>> fglrx_glx-8.84.1-alt1.i586.rpm        /usr/lib/libAMDXvBA.so.1.0      U       _ZN7Utility25QueryPerformanceFrequencyEv
>>       i586: old bad_elf_symbols resolved:
> [...]
>> 2011-May-01 03:44:06 :: ELF symbols check FAILED
>
> В 32-битной версии библиотеки есть ссылка на несуществующий метод
> Utility::QueryPerformanceFrequency().
>

Гугль говорит, что это крайне сложно портировать с Windows. Вот они и ниасилили.

Rgrds, Алексей

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Alexey Morozov]

В сообщении от 2 мая 2011 20:08:50 автор Aleksey Novodvorsky написал:

> > 
> > В 32-битной версии библиотеки есть ссылка на несуществующий метод
> > Utility::QueryPerformanceFrequency().
> 
> Гугль говорит, что это крайне сложно портировать с Windows. Вот они и
> ниасилили.

У нас есть микросекундный таймер в системе (gettimeofday()), и все эти не 
слишком надёжные* способы с QueryPerformanceCounter/QueryPerformanceFrequency 
оказываются не очень нужны. "Проверено на себе"™.

То есть, я предложил бы перенести задачу портирования на уровень выше, и 
вместо замеров частоты и каунтера мерить сразу время. Если Илья выложит куда-
нибудь пакет (а стадион кричал: на git.alt! на git.alt!) я могу попробовать 
глянуть на то, как это можно поправить - я ниасилил скачать драйвер именно 
версии 8.84.

* не очень надёжны, т.к. частота эта зависит от тиков процессора, которые, как 
известно, могут изменяться, и с AppLevel'а двумя точечными замерами об этом не 
догадаешься.

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Ilya Mashkin]

Alexey Morozov wrote:
> В сообщении от 2 мая 2011 20:08:50 автор Aleksey Novodvorsky написал:
> 
>>> В 32-битной версии библиотеки есть ссылка на несуществующий метод
>>> Utility::QueryPerformanceFrequency().
>> Гугль говорит, что это крайне сложно портировать с Windows. Вот они и
>> ниасилили.
> 
> У нас есть микросекундный таймер в системе (gettimeofday()), и все эти не 
> слишком надёжные* способы с QueryPerformanceCounter/QueryPerformanceFrequency 
> оказываются не очень нужны. "Проверено на себе"™.
> 
> То есть, я предложил бы перенести задачу портирования на уровень выше, и 
> вместо замеров частоты и каунтера мерить сразу время. Если Илья выложит куда-
> нибудь пакет (а стадион кричал: на git.alt! на git.alt!) я могу попробовать 
> глянуть на то, как это можно поправить - я ниасилил скачать драйвер именно 
> версии 8.84.

На amd.com  он называется 11.4



Вот в таске лежит так:

http://git.altlinux.org/tasks/43876/gears/100/fglrx_glx-8.84.1-alt1.src.rpm

http://git.altlinux.org/tasks/43876/


Я пока с srpm на git переходить не хочу, если кто-то хочет подхватить 
пакет - тогда вперед.


В любом случае, помощь будет полезна (в виде советов/патчей и т.п.)

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Ilya Mashkin]

Ilya Mashkin wrote:
> Alexey Morozov wrote:
>> В сообщении от 2 мая 2011 20:08:50 автор Aleksey Novodvorsky написал:
>>
>>>> В 32-битной версии библиотеки есть ссылка на несуществующий метод
>>>> Utility::QueryPerformanceFrequency().
>>> Гугль говорит, что это крайне сложно портировать с Windows. Вот они и
>>> ниасилили.
>>
>> У нас есть микросекундный таймер в системе (gettimeofday()), и все эти 
>> не слишком надёжные* способы с 
>> QueryPerformanceCounter/QueryPerformanceFrequency оказываются не очень 
>> нужны. "Проверено на себе"™.
>>
>> То есть, я предложил бы перенести задачу портирования на уровень выше, 
>> и вместо замеров частоты и каунтера мерить сразу время. Если Илья 
>> выложит куда-
>> нибудь пакет (а стадион кричал: на git.alt! на git.alt!) я могу 
>> попробовать глянуть на то, как это можно поправить - я ниасилил 
>> скачать драйвер именно версии 8.84.
> 
> На amd.com  он называется 11.4
>
> Вот в таске лежит так:

> http://git.altlinux.org/tasks/43876/gears/100/fglrx_glx-8.84.1-alt1.src.rpm

Сейчас я вижу 2 простых варианта:

1) проспустить сборку как есть

2) не паковать libAMDXvBA.so.1.0
От этого кому-нибудь, возможно, будет плохо, например тем, кто 
пользуется X Video

Третий способ более сложный:

3) Подождать пока Алексей Морозов посмотрит на драйвер и оценит 
возможность портирования (Алексей, а на что вы посмотрите - там 
бинарники одни?)

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Alexey Morozov]

В сообщении от 4 мая 2011 05:31:25 автор Ilya Mashkin написал:
> 
> Сейчас я вижу 2 простых варианта:
> 
> 1) проспустить сборку как есть
> 
> 2) не паковать libAMDXvBA.so.1.0
> От этого кому-нибудь, возможно, будет плохо, например тем, кто
> пользуется X Video
> 
> Третий способ более сложный:
> 
> 3) Подождать пока Алексей Морозов посмотрит на драйвер и оценит
> возможность портирования (Алексей, а на что вы посмотрите - там
> бинарники одни?)
Я понял уже :) Спасательная операция отменяется. Ну, то есть, я тут уже 
нагуглил несколько способов полечить больную .so-шку, но все они выглядят 
чересчур экзотическими для реализации в данном случае. Там же ещё 
QueryPerformanceCounter придётся подменять, чтобы он был синхронизован с 
QueryPerformanceFrequency :) Ну, и, предложенный мной способ - отказаться от 
подходов, унаследованных из Win32, и сделать по-человечьи, - для блобов не 
работает (точнее, трудоёмкость его реализации ещё выше, чем подложить 
реализацию QueryPerformanceFrequency)

Так что, я начинаю склоняться к мнению Валеры - "пользователи блобов сами себе 
злобные буратины" :)

С уважением,
счастливый пользователь блоба от NVidia

Re: [devel] [#43876] FAILED srpm=fglrx_glx-8.84.1-alt1.src.rpm

[Ilya Mashkin]

Alexey Morozov wrote:
> В сообщении от 4 мая 2011 05:31:25 автор Ilya Mashkin написал:
>> Сейчас я вижу 2 простых варианта:
>>
>> 1) проспустить сборку как есть


Предлагаю пропустить сборку как есть

>>
>> 2) не паковать libAMDXvBA.so.1.0
>> От этого кому-нибудь, возможно, будет плохо, например тем, кто
>> пользуется X Video
>>
>> Третий способ более сложный:
>>
>> 3) Подождать пока Алексей Морозов посмотрит на драйвер и оценит
>> возможность портирования (Алексей, а на что вы посмотрите - там
>> бинарники одни?)
> Я понял уже :) Спасательная операция отменяется. Ну, то есть, я тут уже 
> нагуглил несколько способов полечить больную .so-шку, но все они выглядят 
> чересчур экзотическими для реализации в данном случае. Там же ещё 
> QueryPerformanceCounter придётся подменять, чтобы он был синхронизован с 
> QueryPerformanceFrequency :) Ну, и, предложенный мной способ - отказаться от 
> подходов, унаследованных из Win32, и сделать по-человечьи, - для блобов не 
> работает (точнее, трудоёмкость его реализации ещё выше, чем подложить 
> реализацию QueryPerformanceFrequency)


Проще, наверное, настучать в AMD :)