Имеется следующая проблема: время от времени происходит непредсказуемый отвал USB портов на двух разных ноутбуках. Один из них — ноунейм китай, другой — HP Victus. Оба на Ryzen.

Отвал происходит примерно на секунду. В момент отвала в dmesg отображается что-то в стиле «usb hub disconnect», после чего этот USB хаб снова обнаруживается, и потом обнаруживаются устройства на нём. Периодичность колеблется от «не происходит вообще» до «происходит раз в пять минут».

В качестве дистрибутива Arch Linux, на стандартном ядре linux последней версии, но встречается и на более старых ядрах.

Вопрос, как это лечить. В интернете сходу ответ не нашёл.

Давайте выберем любимые реакции ЛОРа.

Есть ли способ заставить Firefox использовать VAAPI без пересборки и перехода на Nightly? В релизной версии я пытался заставить работать его включая всё подряд в about:config, но в about:support всё то же отключение по блеклисту. В mpv всё работает, как и в Firefox Nightly.

В качестве видеокарты встроенная AMD Vega.

После почти трёх лет работы консорциум Khronos, занимающийся разработкой графических стандартов, опубликовал спецификацию Vulkan 1.4, определяющую API (khronos.org) для доступа к графическим и вычислительным возможностям GPU. Новая спецификация вобрала в себя накопившиеся расширения, которые ранее позиционировались как опциональные, а также предоставила ряд новых возможностей и повысила минимальные требования к оборудованию. Инструментарий Vulkan SDK планируют опубликовать в январе 2025 года.

( читать дальше... )

>>> Подробности (opennet)

Я тут подумал, что нам не хватает ответа в другом треде.

Примеры, когда это нужно:

1. Ответ на сообщения в спецтопике, где всё зачищают.
2. Ответ на сообщение в закрытом треде.
3. Ответ в более подходящем разделе (тупняку место в толксах, а не в Development условно).

Каст + ссылка не совсем то, так как теряется информация об ответе на данном сообщении, видно только вверх, не не вниз.

Уж очень мне понравилась работа мониторов на вейланде, в связи с чем я задумался о переходе с иксов. Но не тут-то было — в vim отказывается нормально работать буфер обмена в консольной версии, gvim менее удобный и багнутый. Решил я тогда попробовать neovim, там уже лучше. Но тут есть одна проблема — я привык копировать и вставлять текст при помощи выделения мышью и колёсика мыши соответственно. В vim на иксах это нормально работает, тогда как в neovim на вейланде вставка колёсиком работает отлично, а вот копирование в PRIMARY буфер по выделению — нет. Дёргать сочетанием регистр * как-то не очень.

Есть ли какой-нибудь костыльный или нормальный способ это починить? Способы из поиска по типу повесить на "y* копирование через утилиту — не то, что нужно, таким способом оно и так работает (явный вызов сочетания). Устроит способ для любого из редакторов, как vim, так и neovim.

Линус Торвальдс выступил с новой критикой методов сопровождения Bcachefs в основном ядре Linux. Суть претензий сводится к тому, что Кент Оверстрит (Kent Overstreet), автор Bcachefs, всегда присылает много изменений в последний момент перед выходом очередной предварительной версии («-RC») и на этот раз его изменения привели к нарушению сборки 6.12-RC1 на системах с порядком байт «big-endian» при включении Bcachefs, так как патчи были протестированы только в локальной ветке Кента и для их рецензирования не были привлечены другие участники.

В итоге pull-запрос все же был принят, однако разгорелась дискуссия насчёт тестирования, систем непрерывной интеграции и взаимодействия с сообществом, в которой несколько людей отметили, что Кент явно испытывает проблемы в взаимодействии с остальными разработчиками и считает себя всегда правым, что создаёт проблемы для проекта в основном составе ядра. Линус предупредил Кента, что он подумывает просто удалить Bcachefs из основного ядра, так как Кент продолжает играть один в своей песочнице, не подключается к совместной работе и не желает принимать правила игры сообщества разработчиков ядра.

Источник (opennet)

Перемещено hobbit из kernel