Chromium / Постоянные фризы [решено]

[Speccyfighter]

Уважаемые, к сожалению, сейчас нет времени разбираться, компьютер нужен для работы, скажите, это всё, нужно переходить на Intel или

Хоть на Intel ошибку Video Acceleration можно исправить, но размер траха так велик, что Intel тоже не панацея.

Сначала вам придётся избавиться от этих ошибок в хромиум:

Код: [Выделить]

ERROR:vaapi_wrapper.cc(418)] vaInitialize failed (ignore if using Wayland desktop environment): unknown libva error
ERROR:vaapi_wrapper.cc(426)] vaInitialize failed using DRM: unknown libva error

Для Intel драйвер не один:

Код: [Выделить]

$ apt-cache search libva | grep -v i586 | sort
...
libva1 - Video Acceleration (VA) API for Linux
...
libva-driver-intel - VA-API (Video Acceleration API) user mode driver for Intel GEN Graphics family
libva-intel-media-driver - Intel(R) Media Driver for VAAPI
...
libva-utils - Tools for VAAPI (including vainfo)
libva - Video Acceleration (VA) API for Linux
...

И кроме вот этого,
https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Intel
https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Configuring_VA-API

придётся зайти сюда, чтобы увидеть, что и на чём поддерживается и выбрать вручную драйвер при отсутствующем auto-detect
https://01.org/linuxmedia/vaapi

Зависимостей ни с libva на libva-<драйвер>, ни с libva-<драйвер> на libva-<версия> нет и всё это раскручивается вручную.
При этом libva должен быть свежим (2.6.0), иначе от ошибок в vainfo (libva-utils) вы не избавитесь.
И только после всего этого, выбрать нужный драйвер под Intel.
И если в переменной не указать нужный драйвер
https://wiki.archlinux.org/index.php/Hardware_video_acceleration#Configuring_VA-API
то хромиум будет продолжать сыпать ошибкой видеоакселерации.


Теперь когда ошибка видеоакселерации исчезла, например как тут
Устранение ошибки ERROR:vaapi_wrapper.cc в браузере chromium на архитектуре Intel в системе на altlinux/p9
можете вздохнуть.


Но не расслабляйтесь:

Код: [Выделить]

ERROR:buffer_manager.cc(488)] [.DisplayCompositor]GL ERROR :GL_INVALID_OPERATION : glBufferData: <- error from previous GL command

Этот комментарий
https://bugzilla.redhat.com/show_bug.cgi?id=1728220#c2
заставляет думать, что компонент buffer_manager.cc относится к хромиум.
А этот код
https://github.com/crosswalk-project/chromium-crosswalk/blob/master/gpu/command_buffer/service/buffer_manager.cc
заставляет перестать сомневаться в этом.

Можно конечно устроить серию научных тыков вроде триггера SwapbuffersWait и ещё пачки чего-то, но ломать настройку видеоподсистемы ради прихотей браузера хромиум, врядли это приведёт в восторг.


Здесь из-за ошибки sandbox хромиума, ху-у-х тоже не будет:

Код: [Выделить]

ERROR:sandbox_linux.cc(372)] InitializeSandbox() called with multiple threads in process gpu-process.
ОШИБКА: sandbox_linux.cc (372)] InitializeSandbox () вызывается с несколькими потоками в процессе gpu-process.

Далеко не факт, что этот вопрос правильный, но первый вопрос, который у меня возник, это: почему не должно быть многопоточности в gpu-process?


Итог:
Можно конечно продолжать искать методы исправления ошибок хромиум, но стоит ли оно того?
Само-собой разумеется, что "искать методы", это отправлять багрепорты в оригинальные проекты и тесно контактировать с разработчиками по оставшимся ошибкам chromium. Другого пути нет.

[Speccyfighter]

..., пока сделал так:

Код: [Выделить]

# cat /etc/apt/apt.conf.d/hold-chromium.conf
RPM::Hold {
        "^chromium*";
};
...

What does /([^.]*)\.(.*)/ mean?

В регулярных выражениях

https://www.altlinux.org/Hold

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

"^FlightGear.*";

Из-за этого же, перед именем, всегда стоит указывать символ начала строки "^". Не забывайте про точки с запятой в конце строки!

есть тонкость:

IBM Developer
https://www.ibm.com/developerworks/ru/library/l-regexp_1/index.html

Секреты регулярных выражений (regular expressions)

2.1. Общая схема регулярного выражения

Пример: необходимо найти все директивы определения макроконстант в исходном коде на языке С.

Код: [Выделить]

1  grep '^ *#define.*' *.c *.h

Здесь учтено, что в начале строки макроопределения может быть вставлено любое количество пробелов или же пробелы отсутствуют. Часть шаблона #define является литеральной, т.е. каждый символ интерпретируется "как есть". Заключительная часть шаблона означает "любые символы в любых количествах".

Отметим, что символ ^ интерпретируется как якорь, обозначающий начало строки, только в том случае, если он является самым первым символом шаблона. Точно так же символ $ обозначает конец строки при условии, что является самым последним символом шаблона. Во всех прочих случаях эти символы становятся литералами, т.е. представляют сами себя.

Аналогично:

What does /([^.]*)\.(.*)/ mean?
https://stackoverflow.com/questions/1844807/what-does-mean

(.*) - новая парантезированная подгруппа. На этот раз точка соответствует любому символу, и звездочка говорит, что он может повторяться столько раз, сколько необходимо.

[berkut_174]

Проблема решилась с переходом на новую версию Chromium:

Код: [Выделить]

$ rpm -q chromium
chromium-80.0.3987.132-alt1.x86_64

Также у меня установлен пропатченный libva-vdpau-driver (см. вложения):

Код: [Выделить]

$ rpm -q libva-vdpau-driver
libva-vdpau-driver-0.7.4-alt1.x86_64

[решено]

[Kalt]

Также у меня установлен пропатченный libva-vdpau-driver (см. вложения):

...Это тот, который здесь уже предлагался или другой? У меня то всё заработало с самым первым...

[berkut_174]

...Это тот, который здесь уже предлагался или другой? У меня то всё заработало с самым первым...

Самый-самый, отсюда https://forum.altlinux.org/index.php?topic=43573.msg346535#msg346535
Сравните md5 со своим, если остался.

[berkut_174]

Я libva-vdpau-driver вообще-то сразу устанавливал по той первой ссылке, но это не помогло. Только когда Chromium 80 установил сегодня, всё взлетело, пока вот проблемы не встречал больше.

[Kalt]

...У меня то впоследствии все поменяны на отсюда: https://forum.altlinux.org/index.php?topic=43573.45 А в той теме сейчас фотку поместил с выхлопом...

[berkut_174]

Ну так там отличается md5 ?
Я так понимаю там просто продублирован пакет по первой ссылке.

[Kalt]

Ну так там отличается md5 ?

...Не проверял, доверился автору...

[berkut_174]

...Не проверял, доверился автору...

И что, rpm-ку не сохранили что ли ?

[Kalt]

И что, rpm-ку не сохранили что ли ?

...Вот наверное её нашёл от 17.02. И как md5 спросить?..

[berkut_174]

как md5 спросить?..

Код: [Выделить]

$ md5sum ./libva-vdpau-driver-0.7.4-alt1.x86_64.rpm

[Kalt]

[balts@comp-xeon-cpu-e2668c ~]$ md5sum /home/balts/Загрузки/libva-vdpau-driver-0.7.4-alt1.x86_64.rpm
94068af6c416b9ddbbd4f785ad0dad72  /home/balts/Загрузки/libva-vdpau-driver-0.7.4-alt1.x86_64.rpm
[balts@comp-xeon-cpu-e2668c ~]$ md5sum /home/balts/libva-vdpau-driver-0.7.4-alt1.x86_64.rpm
94068af6c416b9ddbbd4f785ad0dad72  /home/balts/libva-vdpau-driver-0.7.4-alt1.x86_64.rpm
...Одинаковые...

[Skull]

Собрал в p9 и Sisyphus libva-driver-vdpau:

Код: [Выделить]

249690 EPERM #1 [test-only] p9 libva-driver-vdpau.git=0.7.4-alt5
Проверить:

Код: [Выделить]

apt-repo test 249690

[berkut_174]

libva-driver-vdpau

Нехорошо, наверно, что было libva-vdpau-driver, а стало libva-driver-vdpau. Очевидно же, что при обновлении старых систем будет конфликт. Или это выложенный ранее пакет об этом изменении не знает, но в общем факт, у меня был конфликт.

apt-repo test 249690

Поставил на тест, пока вроде норм. Если будут проблемы, отпишусь в ближайшее время.