После обновления на p11 стала некорректно работать встроенная клавиатура ноутбука ICL OSiO 140a: замедленная реакция на нажатие кнопок, после реакции клавиши "залипают", т.е. эффект нажатой кнопки повторяется, Caps Lock постоянно включён. В насторойках BIOS и до запуска системой GRUB клавиатура работает корректно. На p10 проблемы с клавиатурой так же не было Прорбовала ядра 6.1 и 6.6, ситуация не меняется. Добавление в файл конфигурации GRUB строчки "GRUB_CMDLINE_LINUX_DEFAULT="quiet splash i8042.nopnp=1 i8042.dumbkbd=1" так же не помогло
Обзавелся подобным ноутбуком, только модель F150a-002. Поставил Simply Linux на базе p10, ядро std-def, версия 5.10.231 - все работает из коробки. На ядре un-def (6.1.123) такие же проблемы, как описано. Долго пробовал разные варианты, в итоге помогло добавление параметра "pnpacpi=off" в cmdline, то есть в строку GRUB_CMDLINE_LINUX_DEFAULT. Похоже, что-то поломали или переколбасили в подсистеме ACPI в самом ядре уже с выходом версии 6.0. Возможно, такая же проблема всплывает на ноутбуках не только от Osio/ICL, но и от других производителей, использующих ту же OEM платформу.
PNPACPI включён во всех дистрибутивах[1] так что его отключение (ради 1 ноутбука) может сломать поведение для всех остальных ноутбуков. Попробуйте, пожалуйста, поискать обновление bios/firmware для этого ноутбука или обратиться к производителю ноутбуков по этой проблеме, часто проблема оказывается в оборудовании. [1] suse | config/x86_64/default:CONFIG_PNPACPI=y redhat/kernel-ark | redhat/configs/common/generic/x86/CONFIG_PNPACPI:CONFIG_PNPACPI=y ubuntu/linux | debian.master/config/annotations:CONFIG_PNPACPI policy<{'amd64': 'y', 'arm64': 'y', 'riscv64': 'y'}> clearlinux | config:CONFIG_PNPACPI=y archlinux | config:CONFIG_PNPACPI=y openmandriva | x86-omv-defconfig:CONFIG_PNPACPI=y rosa | kernel-x86_64.config:CONFIG_PNPACPI=y azurelinux | SPECS/kernel/config:CONFIG_PNPACPI=y [2] Багрепортов в ядре нет: https://lore.kernel.org/all/?q=ICL+OSiO https://lore.kernel.org/all/?q=F150a-002
У отдела тестирования нет подходящего оборудования для проверки. Если мейнтейнер считает, что это не ошибка или ошибка не в ядре, а в устройстве, то прошу закрыть баг.