Подпортили скроллинг в браузерах. Только я заметил?

drm? intel? ati? Пользуюсь nvidia-driver на FreeBSD, при выключенном аппаратном ускорении в Firefox наблюдаю нечто подобное, поэтому уточняющие вопросы.

Похоже ядреный драйвер видео поломали. У меня все нормально на amdgpu

интел, проц i3.

при выключенном аппаратном ускорении в Firefox наблюдаю нечто подобное

Не, у меня наоборот всё выкручено на максимум и vaapi работает, вейланд.

Блин, недолго радовались, недавно ведь устаканилась вся эта канитель… Хуже всего, если мой проц типа уже устаревает для линукса, вот ещё не хватало новый комп покупать.

Вообще проблемные ядра пошли, да.

И VBox с ними вешает хост-систему.

Вообще проблемные ядра пошли, да.

Просто очень много изменений пихают в каждый релиз. В 5.9 например уже сломали загрузку с btrfs улучшениями её производительности

В иксах тоже воспроизводится? У меня intel и ядро 5.8.7, и вроде всё как обычно.

Вот как раз загрузился в 5.8.9 и в иксы, здесь ваще и в лисе и в хромом просто слайдшоу, очень низкий фпс.

как поехали ядра 5.8

в sid-е тут же 390-ый драйвер для невидии поломался и все видео карты ниже 700-ой серии соснули …

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

Да, подтверждаю, на иксах вообще беда. На них и так, по сравнению с вейландом было похуже, а теперь просто жопа. Причем хромой на XWayland почти нормально, а под иксами плывет.

Правда? Вот тебе и иЗоЛяЦиЯ)

Причем хромой на XWayland почти нормально

Дал маху, ничего не нормально, точняк опять поломали, задрали уже.

Возможно у тебя сильно мощнее проц

Проц у меня мощнее, да.

и ты просто не замечаешь или привык, некоторые люди спокойно относятся к небольшому фпс.

А выглядит примерно так:
тачпадом https://streamable.com/uvmial
колёсиком мыши https://streamable.com/48ti76

ubuntu 20/04 - 200я десктопная работает на блобе, который сама убунта и поставляет.

Главное чтобы в X ничего не сломали…

Провайдер блокирует ресурс.

В иксах и так давно уже хуже, чем на вяленом, а теперь совсем дрянь.

Я ещё на ядре 5.6 заметил регрессию драйвера Intel. В моём случае был такой баг:

Весь софт, исключая софт на Qt 5, работает нормально. В т.ч. нормально работает софт на GTK 2, GTK 3, Qt 3,... и т.д. А софт на Qt 5 рандомно вешает GPU (встроенное, Intel'овское, Cherry Trail (Intel(R) Atom(TM) x5-Z8500 CPU @ 1.44GHz)). В лог приходит такое:

[  576.857946] i915 0000:00:02.0: GPU HANG: ecode 8:1:85dffff9, in Xorg [1201]
[  576.857950] GPU hangs can indicate a bug anywhere in the entire gfx stack, including userspace.
[  576.857952] Please file a _new_ bug report at https://gitlab.freedesktop.org/drm/intel/issues/new.
[  576.857953] Please see https://gitlab.freedesktop.org/drm/intel/-/wikis/How-to-file-i915-bugs for details.
[  576.857953] drm/i915 developers can then reassign to the right component if it's not a kernel issue.
[  576.857954] The GPU crash dump is required to analyze GPU hangs, so please always attach it.
[  576.857955] GPU crash dump saved to /sys/class/drm/card0/error
[  576.959208] i915 0000:00:02.0: Resetting rcs0 for stopped heartbeat on rcs0
[  576.959225] i915 0000:00:02.0: Xorg[1201] context reset due to GPU hang

В прошлом году такого не наблюдал. Баг, скорее всего, добавили в новые ядра (наблюдал на 5.6.14). Т.е. грабли, скорее всего, не в Qt 5, да. Просто эта библиотека почему-то умеет находить эти грабли. В отличие от других тулкитов (даже GTK).

Починил тогда откатом, ЕМНИМС, на ядро 5.4.

У меня всё работает на иксах. Ядро 5.8.9. ЧЯДНТ?

УМВНР

У меня тоже нормально, интел HD630, ядро 5.8.9, убунта, все дела

Кстати, да. Вполне могут быть подвисания из-за тормозов при подвисании видеодекодера.

подвисания из-за тормозов при подвисании

ну вот, ещё один пал жертвой лоровского дилера веществ…

К сожалению, здесь надо руками смотреть. Какое железо?

Железо, ядро?

Ну а зачем быть бета-тестером? Есть хорошие махровые ядра.

К сожалению, Федора не хранит ядра в репах, ты просто получаешь новое ядро, выбора нет, вернее, либо хранить на локалхосте, запрещая удаление или увеличивая количество сохранённых ядер, либо ставь руками из Koji. LTS ядер не бывает, только текучка.

Ну так есть же центос и шапка, если нужен рпм, федора ведь для новых фич. Всегда венду ругали, за то что обновляется сама и потом все криво работает. Здесь же есть возможность сидеть на более старых ядрах. Или я что-то не понимаю?

Как ты себе представляешь центось на мирном домашнем компьютере? Если чё, я представляю, сидел на 8-ом: половину софта надо собирать руками. Но таки да, я жду 9-ую, обязательно попробую ещё разок, железо уже старое, а новый комп мне не нужен.

Бобик сдох :( https://www.phoronix.com/scan.php?page=news_item&px=Intel-Graphics-WA-For-Regress

Как ты себе представляешь центось на мирном домашнем компьютере?

А чего конкретно не хватает? Гонял шапку последнюю, подключил всякие епелы и фьюжены, что то там было. На крайний случай - готовые рпм.

Переходите на активно поддерживаемые дистрибутивы

https://github.com/rpmfusion/nvidia-390xx-kmod/blob/master/kernel-5.8.patch

Ого, спасибо, я пока бегло прочитал (читаю не быстро), комменты не читал ещё, позже внимательней посмотрю. Я правильно понял, что виноваты Интел? Что в 5.7 патчи ещё работали, а в 5.8 уже нет?

Там написано, что Intel настолько быстро патчит свой драйвер, что не успевает следить за тем, что разломали её патчи.

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

Если вкратце - надо бежать на 5.4 (LTS) и ждать, пока регрессию починят. Интелы сами не поняли, чего там индусы за еду на говнокодили и найти не смогли. А может это и не они вовсе, а какая-то подсистема ядерная регрессировала. Никто не знает ничего, ядро превратилось в лапшекод.

Починят, как думаешь? Может быть такое, что на старые процы забьют, на интеграшки?

Починят когда наладят процесс написания кода.

Для Федор на Koji есть только 5.7.16 самый старый, я взял 17, вроде норм, надеюсь не уберут пока есть регрессии, а то скоро обновляться на 32-ю пора, и 5.9 на носу уже, как бы не выкинули 5.7.

А я тут для дистрибутива Mageia на коленке собираю 5.4.65. Пришлось отключить 3rd-party драйвера чтобы не возиться с их подключением и WireGuard (на исходники модуля заругался GCC).

nvidia geforce 940mx 440.95.01

Ясно, ну это блоб на иксах, а тут видишь с интелами траблы.

Кстати, вот: https://archives.fedoraproject.org/pub/archive/fedora/ .

Там можно найти все пакеты всех предыдущих версий Федоры. Даже если их уберут с большинства других зеркал.

Хотя... оппа.... :

$ journalctl -S "2020-09-01 10:00:00" -U "2020-09-16 10:00:00" -p err | grep i915
сен 05 00:35:40 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=5112 end=5113) time 256 us, min 1043, max 1049, scanline start 1039, end 1056
сен 05 13:14:34 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=251631 end=251632) time 250 us, min 1043, max 1049, scanline start 1037, end 1053
сен 05 13:27:16 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=297253 end=297254) time 247 us, min 1043, max 1049, scanline start 1040, end 1056
сен 05 22:02:07 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=29657 end=29658) time 252 us, min 1043, max 1049, scanline start 1033, end 1050
сен 07 02:59:44 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=933130 end=933131) time 248 us, min 1043, max 1049, scanline start 1037, end 1053
сен 07 17:12:43 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=444136 end=444137) time 254 us, min 1043, max 1049, scanline start 1035, end 1051
сен 08 01:30:14 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=370843 end=370844) time 261 us, min 1043, max 1049, scanline start 1034, end 1051
сен 08 20:42:58 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=6931 end=6932) time 247 us, min 1043, max 1049, scanline start 1041, end 1057
сен 09 00:03:20 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=556461 end=556462) time 252 us, min 1043, max 1049, scanline start 1034, end 1050
сен 09 01:09:34 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=794442 end=794443) time 262 us, min 1043, max 1049, scanline start 1034, end 1050
сен 09 02:32:35 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=1092700 end=1092701) time 247 us, min 1043, max 1049, scanline start 1039, end 1055
сен 09 21:20:07 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=26213 end=26214) time 252 us, min 1043, max 1049, scanline start 1042, end 1058
сен 10 00:22:18 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=313503 end=313504) time 289 us, min 1043, max 1049, scanline start 1037, end 1056
сен 11 02:28:46 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=435618 end=435619) time 247 us, min 1043, max 1049, scanline start 1036, end 1052
сен 11 16:28:26 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=98247 end=98248) time 247 us, min 1043, max 1049, scanline start 1037, end 1053
сен 11 23:32:21 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=23682 end=23683) time 258 us, min 1043, max 1049, scanline start 1035, end 1052
сен 12 02:19:50 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=11436 end=11437) time 258 us, min 1043, max 1049, scanline start 1035, end 1052
сен 12 02:32:41 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=57647 end=57648) time 249 us, min 1043, max 1049, scanline start 1037, end 1053
сен 12 05:35:01 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=712745 end=712746) time 254 us, min 1043, max 1049, scanline start 1042, end 1058
сен 12 19:53:09 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=62072 end=62073) time 252 us, min 1043, max 1049, scanline start 1034, end 1034
сен 12 22:30:08 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=77854 end=77855) time 249 us, min 1043, max 1049, scanline start 1037, end 1053
сен 13 03:34:49 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=600650 end=600651) time 253 us, min 1043, max 1049, scanline start 1037, end 1053
сен 13 21:54:59 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=134874 end=134875) time 255 us, min 1043, max 1049, scanline start 1039, end 1055
сен 14 16:03:03 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=439824 end=439825) time 246 us, min 1043, max 1049, scanline start 1035, end 1051
сен 14 18:48:16 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=98583 end=98584) time 263 us, min 1043, max 1049, scanline start 1039, end 1056
сен 14 20:38:49 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=31722 end=31723) time 261 us, min 1043, max 1049, scanline start 1040, end 1057
сен 15 16:21:25 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=40676 end=40677) time 255 us, min 1043, max 1049, scanline start 1039, end 1055
сен 15 16:31:01 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=75162 end=75163) time 259 us, min 1043, max 1049, scanline start 1033, end 1049
сен 15 16:34:11 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=86548 end=86549) time 266 us, min 1043, max 1049, scanline start 1042, end 1059
сен 15 16:41:31 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=112891 end=112892) time 251 us, min 1043, max 1049, scanline start 1036, end 1052
сен 15 17:44:59 HPC kernel: i915 0000:00:02.0: [drm] *ERROR* Atomic update failure on pipe A (start=340973 end=340974) time 259 us, min 1043, max 1049, scanline start 1036, end 1053

Я помню, год или два назад долго в браузерах было слайд-шоу, тоже на интелах, я тогда на иксах сидел, потом починили, и вот опять, походу так и будем жевать кактус, линуксоиды…

Самое чудное время было где-то когда Демьян Ленни ещё тестинг был, тогда я на нвидиях сидел, они лучше всех работали на Линукс и фряхе, блобы, вот это было 2д в браузерах, как газета листалась внатуре, просто огонь, там правда xorg.conf нехило приходилось подкручивать, но вот таких ништяков больше небыло, всё (гном) переехало на красоту и эффекты и началось…

Ну страдай тогда. В арчике всё есть и всё работает прямо из реп.

Ну так разработчиками линуксы воспринимаются как инструменты администраторов и программистов. А Федоры и Убунты так вообще как тестовые полигоны свежих версий инструментов администраторов и программистов. Для обычных домашних юзеров лучше более стабильные дистрибутивы.

А для винды, да, стараются полировать драйвера. Потому, что там сидит множество ламеров, которые при нерабочей игре или нерабочем видео в браузере начнут обрывать телефон технической поддержки. И вообще могут перестать покупать железо производителя.

А красноглазики на то и красноглазики, что «при необходимости сами напишут все драйвера» (c). Иначе бы, дескать, сидели бы как все обычные юзеры в винде, для которой всё отполировано.

В Арче ещё хуже глюкодром.

Классика:

«В приступе отчаяния достучался до поддержки разработчика чипа. После пинания по менегерам всех сортов, получил потрясающий ответ: „Система Линукс предназначена для программистов и системных администраторов. Если у Вас возникла необходимость именно в этом драйвере, то мы считаем, что Вы вполне можете написать его сами.“» (c)

Ну страдай тогда.

Погоди пока в стадальцы записывать, я ещё не занимался подобным на федоре, просто работало всё и так, ща разберусь, там наверняка есть варианты на такие варианты :-)