Comments 15
А мы тут третьего дня как раз обсуждали, что линь был зубной болью для ноутбуков на AMD. Вот как раз через недельку и попробуем новое ядрышко.
Сейчас всё норм, по крайней мере для не самых новых процессоров. У меня один такой на базе Ryzen 5800u. С парой ядерных параметров при загрузке работает идеально.
Хммм… а какие и зачем нужны с 5800?
❯ cat /proc/cmdline
zfs=XXX/ROOT/archlinux rw bgrt_disable transparent_hugepage=never resume=UUID=01234567-0123-0123-0123-0123456789ABНу у вас Arch, BTW. А мы, ленивые сидим на дистрах где обновление не происходит каждые 2 дня. Нам надо всё патчить ручками.
amd_pstate=active
Активация amd_pstate даёт не просто выбрать одну из 3-4 частот процессора (например 1ghz, 2ghz и 3ghz с возможностью буста), а установить вообще любую, хоть 899mhz, хоть 2345mhz. Активный же режим содержит эвристику, который находит "подходящую, достаточную для текущей нагрузки" частоту. Это помогает немного сэкономить батарею, не теряя качество "опыта использования". Например нам надо 2.2ghz для текущей нагрузки. ACPI cpufreq поставит 3.0ghz т.к. 2.0ghz мало, а pstate сделает как надо (точнее может, но его ещё настроить надо).
tsc=reliable - проблема скорее всего биоса, но проявляется преимущественно на AMD. tsc не проходит проверку на точность, ядро отключает его в пользу hpet, который, разумеется, работает как надо, но в редких задачах производительность падает на десятки процентов, иногда в разы. проверить можно в cat /sys/devices/system/clocksource/clocksource0/current_clocksource или dmesg | grep clocksource
pcie_aspm.policy=powersave - решаемая проблема тож не строго AMD, но всё равно мне пришлось устанавливать. если pci-e устройства не активируют ASPM, потроха (в первую очередь быстрые nvme диски и wifi адаптеры, но не только) жрут лишнее, дико греются, тормозят из-за тротлинга. проверить нужно ли можно так: sudo lspci -vv | grep 'ASPM.*abled;' (всё или почти всё должно быть Enabled)
бонус: mitigations=off куда уж без него)
Вроде бы, с 5.4 перестал, как минимум, на Thinkpad.
В 6.1 и 6.2 были дикие проблемы на HP. Любая нагрузка на видеоускоритель приводит к ошибкам в ядре, которые вырубают видесистему.
Подключение второго монитора чревато зависанием даже при попытке открыть google maps.
У меня просто на рабочем компе ванильная убунта 23. Я обновил второй ноут на Intel, до 23, а там все с минимум 6.1. Всё было хорошо. Обновил рабочий ноут и неделю матерился так, что ёлки в саду повяли.
В итоге после пары костылей оно работало примерно день без зависаний. С тем и жил. Примерно месяц назад в интернетах появилась инфа о флагах, которые в ядре всё исправили. Так что с этими костылями работает неплохо.
А вот теперь и ядрышко уже запекли.
А какая модель?
У Asus G513QY С 5900HX + 6800M есть редкая проблема со встройкой, может перестать определять монитор на type-c. Лечится засыпанием и повторным подключением.
HP 15-ef2126wm. На нем какой то 5000 райзен и встроеная графика. Отпадает второй монитор по HDMI. При отключении оживает основной монитор и можно перезагрузиться. Если включить обратно, то система зависнет насмерть.
Мне вот тут вот @chemtech https://habr.com/ru/news/757068/comments/#comment_25900014 посоветовал параметры для граба, которые всё это починили. А так жду, когда 6.5 появится в mainline.
В https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.5 и в https://cdn.kernel.org/pub/linux/kernel/v6.x/ChangeLog-6.2.13 можно найти коммит с названием "drm/amdgpu: Fix desktop freezed after gpu-reset"
Пишут что в https://launchpad.net/ubuntu/+source/linux/6.2.0-25.25 это исправлено: "drm/amdgpu: Fix desktop freezed after gpu-reset". Я как выставил параметры ядра в Grub, так и не убирал их, поэтому не знаю исправили ли они проблему или нет.
Любопытно… у G513QY тоже была проблема с выводом через Type-C, но там, похоже, док помер — странно работает практически все, что через него подключено.
Не уж то скоро можно наконец-то без костылей работать с AV1 и HEVC? линуксовые юзеры davinchi resolve описаются от счастья)
И внезапно поломали работу TPM на 12ых интелах, просто пропал /dev/tpm и не открывается автоматом LUKS во время загрузки. Гугл подсказал только аналогичное упоминание https://forum.manjaro.org/t/dev-tpm0-missing-after-linux65-kernel-update/147091 а что делать кроме отката на предыдущее ядро не очень понятно. Может кто еще сталкивался?
Вышел Linux 6.5