vasek
2. Основное отличие конфигов MIDI_ON и PRIME_ON
…. в PRIME_ON отсутствут CONFIG_SND_SEQ_MIDI_EMUL=m
Другое анализируй сам

Сработало!

vasek
В твоих конфигах, в обих, … CONFIG_EFI_VARS=y
Если правишь конфиги, нужно хорошо понимать значение всех этих флагов и на что они влияют.
Поставил
# CONFIG_EFI_VARS is not set
но не помогло. Буду разбираться сам.

Спасибо за помощь!
RusWolf
Взять за основу конфиг от zen ядра, раз на нём всё работает.
Думал об этом.
Главная проблема: собирается больше часа, в то время если использовать Modprobed-db, то займёт 20-25 минут.
Ситуация: есть в AUR'е чудесное ядро linux clear preempt rt, но проблема заключается в том, что не могу подобрать правильные переменные при сборке.
Что мне нужно на выходе:
  • Поддержка гибридного режима nvidia+intel (с ядром zen всё работает).
  • Поддержка внешней midi клавиатуры и всего, что связано с обработкой звука.
  • Желательно: поддержка efivarfs - при загрузке системы вылетает request_module fs-efivarfs succeeded, but still no fs?. В Zen проблем нет.

У меня получилось 2 конфига:
  1. Сгенерировал при помощи Modprobed-db и отмечал всё, что связано с midi и usb gadget. ссылка на конфиг
  2. Оставил по умолчанию, но так же отметил всё, что связано с midi и usb gadget. ссылка на конфиг

В 1 варианте работает гибридная графика, но не midi-порты.
В 2 варианте ситуация обратная.
В обоих случаях не поддерживают переменные EFI.

Хочу понять что нужно указать в 1 варианте и его взять за основу.
Всё шло хорошо, пока не появилась необходимость переустановить Арч.
После переустановки WiFi адаптер перестал работать:


# dmesg

[    0.614263] calling  firmware_class_init+0x0/0xf1 @ 1
[    0.614266] initcall firmware_class_init+0x0/0xf1 returned 0 after 1 usecs
[    0.887818] calling  firmware_memmap_init+0x0/0x33 @ 1
[    0.887860] initcall firmware_memmap_init+0x0/0x33 returned 0 after 38 usecs
[    5.539504] platform regulatory.0: Direct firmware load for regulatory.db failed with error -2
[    5.995065] bluetooth hci0: Direct firmware load for rtl_bt/rtl8723b_fw.bin failed with error -2
[    5.995067] Bluetooth: hci0: RTL: firmware file rtl_bt/rtl8723b_fw.bin not found
[    6.208526] rtl8723be: Using firmware rtlwifi/rtl8723befw_36.bin
[    6.208735] rtl8723be 0000:02:00.0: Direct firmware load for rtlwifi/rtl8723befw_36.bin failed with error -2
[    6.208757] rtl8723be 0000:02:00.0: Direct firmware load for rtlwifi/rtl8723befw.bin failed with error -2
[    6.208759] rtlwifi: Loading alternative firmware rtlwifi/rtl8723befw.bin
[    6.208760] rtlwifi: Selected firmware is not available
[    7.390150] r8169 0000:01:00.0: Direct firmware load for rtl_nic/rtl8168g-3.fw failed with error -2
[    7.390155] r8169 0000:01:00.0: Unable to load firmware rtl_nic/rtl8168g-3.fw (-2)
После обновления на 5.2.5-1-clear драйвер nvidia заработал.
Здесь описывалась там самая поблема, но исходя из комментов, фикс применили ещё в прошлых выпусках, поэтому я подумал что у меня проблема другого характера.
vasek
В подтверждение предыдущих высказываний привожу еще одна цитату о linux-clear в части не поддержки им драйверов amd и nvilia (правда заметка 2-х годичной давности, но, думаю, вряд ли что изменилось)
Исходя из более свежего поста, ситуация далеко не сдвинулась, хотя есть надежды что всё-таки запилят.

vasek
PS - allienalex, долго ставилось (компилилось) ядро? - не хочется зря насиловать ноутбук для пробы.
Секундомером не замерял, в последний раз додумался использовать Modprobed-db, и процесс занял около 30-40 минут. Раньше уходило 2.5 часа, основное время занимала сборка ненужных драйверов.
Shatur
Если не удается даже загрузится с Nvidia, то Optimus Manager тут действительно не причем. Что-то не так с драйвером Nvidia.
Скорее всего проблема не с драйвером, а с самим linux clear. Немного поэкспериментировал без optimus manager, пытался загрузить nvidia напрямую (через X11 конфиги, как указано на ArchWiki), результат один - X11 напролом загружается через Intel. В логах даже нет сообщений от nvidia. Буду общаться на AUR с автором пакета linux-clear, мб. что-нибудь нароем.

Причина почему я этом занимаюсь - ядро действительно добротно оптимизировано под десктопную работу. И может быть в производительности никакой разницы нет, скорость отклика UI субъективно на много быстрее ck или zen.
vasek
PS - и еще, найти не смог, но помнится, что описывался флаг CONFIG_MODULE_SIG_FORCE, который должен быть disable - какой он стоит там, не знаю.
у нас … zgrep CONFIG_MODULE_SIG_FORCE /proc/config.gz
# CONFIG_MODULE_SIG_FORCE is not set
На AUR нашёл упоминание Optimus Manager, но проблема как я понял решилась выставлением того же флага CONFIG_MODULE_SIG_FORCE=N и CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y
Сейчас перекомпиллировал ядро, выставил CONFIG_MODULE_SIG_FORCE=N (до этого был так же выставлен как параметр в загрузчике, но решил на всякий случай и здесь его поставить), так же поставил:
CONFIG_ACPI_REV_OVERRIDE_POSSIBLE=y (уже был выставлен, проверил)
CONFIG_DRM_I915_ALPHA_SUPPORT=y
CONFIG_VGA_SWITCHEROO=y.
В общем-то изменений видимых никаких не повлекло, переключение по-прежнему не работает, когда как на других ядрах всё по-прежнему хорошо. (установлен nvidia-dkms). В dmesg упоминаний nvidia вообще никаких нет. Параметр nvidia_once, как и просто выставление nvidia при запуске системы по врежнему загружает систему в режиме intel.
Последнее, что я нашёл - Optimus Manager в systemctl status выбрасывает это сообщение:

Jul 29 17:55:44 ZhylinLaptop python3[614]: Loading config file
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option kill_logind in section optimus. Ignoring.
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option kill_x11 in section optimus. Ignoring.
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option login_manager_control in section optimus. I>
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option pci_reset in section optimus. Ignoring.
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option terminate_sessions in section optimus. Igno>
Jul 29 17:55:44 ZhylinLaptop python3[614]: Config parsing : unknown option dri in section nvidia. Ignoring.
Jul 29 17:55:44 ZhylinLaptop python3[614]: Opening UNIX socket
Jul 29 17:55:44 ZhylinLaptop python3[614]: Awaiting commands
Jul 29 18:25:01 ZhylinLaptop python3[614]: Received command : startup_intel
vasek
allienalex
Но проблема с linux-clear, собранным из AUR.
При переключении на nVidia просто перегружается на Intel.

Имхо, Optimus Manager здесь не причем - проблема с модулями nvidia на этом ядре должна наблюдаться, если мне не изменяет память, и без использования Optimus Manager. Точно не помню, но чтобы не было проблем с модулями nvidia на этом ядре, необходимы дополнительные действия, что конкретно, не помню.

EDIT 1 - не совсем точно выразился в части модуля nvidia - это ядро специально разработано Intel для железа Intel и в нем отключены некоторые примочки (что конкретно не помню), связанные с железом AMD и NVIDIA и что там еще, связанное с неподписанными модулями.

Немного повозился сегодня с самим ядром linux-clear. Перекомпилировал его без поддержки nouveau. В настройках самого Optimus Manager тоже убрал все упоминания nouveau (там есть гибридный режим, когда можно использовать Intel+Nouveau) и удалил сам драйвер.
И действительно, сообщение
nvidia: module license 'NVIDIA' taints kernel.
пропало, но переключение именно на проприетарный драйвер не работает, так что и у меня возникла мысль, что скорее всего проблема в самом ядре. Буду очень благодарен, если сбросите какие-либо подробности, потому что в интернете информация очень скудная.
У меня Optimus Manger на ядрах от арча/zen/ck работает нормально.
Но проблема с linux-clear, собранным из AUR.
При переключении на nVidia просто перегружается на Intel.
Вот то, что я нашёл на dmesg:

[  150.341496] nvidia: module license 'NVIDIA' taints kernel.
[  150.341498] Disabling lock debugging due to kernel taint
[  150.355115] calling  nvidia_frontend_init_module+0x0/0x93 [nvidia] @ 1580
[  150.355150] nvidia-nvlink: Nvlink Core is being initialized, major device number 236
[  150.355540] NVRM: The NVIDIA probe routine was not called for 1 device(s).
[  150.355541] NVRM: This can occur when a driver such as:
               NVRM: nouveau, rivafb, nvidiafb or rivatv
               NVRM: was loaded and obtained ownership of the NVIDIA device(s).
[  150.355542] NVRM: Try unloading the conflicting kernel module (and/or
               NVRM: reconfigure your kernel without the conflicting
               NVRM: driver(s)), then try loading the NVIDIA kernel module
               NVRM: again.
[  150.355543] NVRM: No NVIDIA devices probed.
Видеокарта: NVIDIA Corporation GM108M [GeForce 840M] (rev a2)
Nouveau не установлен (только проприетарный nVidia и Intel).