Нужна возможность исключить nouveau и включить nvidia. При этом в инсталляторе нужно исключать оба, т.к. nvidia много весит.
Да, лучше бы вынести в переменную, а не выбирать сразу по use/x11/*. Озадачился.
Created attachment 6725 [details] x11: rework free/proprietary driver support Сделал набросок; с такой реализацией - use/x11/nvidia перекрывает предыдущий use/x11/nouvau, - use/x11/fglrx -- предыдущий use/x11/radeon, при этом возможны любые комбинации этих четырёх целей и вроде как отсутствует побочное воздействие на уже имеющиеся случаи их задействования. Также xorg-drv-nouveau убран из pkg.in/lists/tagged/desktop+xorg.
1. fglrx разве конфликтует с radeon? Или это временно? 2. Не вижу, где из install2 исключается nvidia. 3. Невозможно включить в дистрибутив все их сразу(вполне может быть нужно(я всегда включал radeon c fglrx)).
(In reply to comment #3) > 1. fglrx разве конфликтует с radeon? Или это временно? Насколько помню (но могу ошибаться, а стенда по видеокартам у меня теперь нет) -- если доступны оба модуля и нет явно заданной конфигурации, Xorg выберет первым radeon. > 2. Не вижу, где из install2 исключается nvidia. А она туда и не включается. > 3. Невозможно включить в дистрибутив все их сразу(вполне может быть нужно > (я всегда включал radeon c fglrx)). Хорошо бы такие вещи в изначальной формулировке проговаривать -- ну да спасибо, что хоть сейчас рассказал. Что должно использоваться, если задаём оба, и должна ли логика отличаться от nvidia/nouveau (сейчас она аналогична)?
(В ответ на комментарий №4) > > 2. Не вижу, где из install2 исключается nvidia. > А она туда и не включается. Т.е. и не включалась? Ни nouveau ни nvidia? [...]
(В ответ на комментарий №4) > Хорошо бы такие вещи в изначальной формулировке проговаривать Я не уверен. Пользователи точнее расскажут к следующему минорному релизу.
(In reply to comment #5) > > > 2. Не вижу, где из install2 исключается nvidia. > > А она туда и не включается. > Т.е. и не включалась? Ни nouveau ни nvidia? Да. См. INSTALL2_PACKAGES и SYSTEM_PACKAGES в логе сборки, ну или в образе.
(В ответ на комментарий №7) > > Т.е. и не включалась? Ни nouveau ни nvidia? > Да. Тогда ок.
Есть смысл устанавливать их все. Например, пользователь получил бы меньше проблем в случае https://forum.altlinux.org/index.php?topic=36832.0
(In reply to comment #9) > Есть смысл устанавливать их все. Чтоб бегамайты просто на всякий лежали рядом и порой тянули обновления? В дистрибутивах-то, может, и так -- хотя лучше бы нам инсталятор научить спрашивать и ставить соответственно, как мне кажется. В тех случаях, когда выбор есть и более-менее гарантированно встанет перед пользователем (alterator-x11 в существующем виде решает всё-таки другую задачу). Но это другая сказка. Расскажи, как ты предлагаешь "устанавливать все" для случая, когда надо отгрузить с nvidia по умолчанию (особенно в livecd)? Цель-то, которая сложит все пакеты для NVIDIA/AMD GPU, оформить несложно, но во время загрузки модулей выбраны будут предпочтительно свободные.
(В ответ на комментарий №10) > (In reply to comment #9) > > Есть смысл устанавливать их все. > Чтоб бегамайты просто на всякий лежали рядом и порой тянули обновления? > В дистрибутивах-то, может, и так Да. > -- хотя лучше бы нам инсталятор научить > спрашивать и ставить соответственно, как мне кажется. Для этого нужно сначала спросить пользователя, понимает ли он, зачем его спрашивают. > В тех случаях, когда > выбор есть и более-менее гарантированно встанет перед пользователем > (alterator-x11 в существующем виде решает всё-таки другую задачу). Именно эту задачу в нем решали(но я никогда на это не полагался). > Но это другая сказка. > > Расскажи, как ты предлагаешь "устанавливать все" для случая, когда надо > отгрузить с nvidia по умолчанию (особенно в livecd)? Для этого случая я исключаю nouveau из дистрибутива. > Цель-то, которая сложит > все пакеты для NVIDIA/AMD GPU, оформить несложно, но во время загрузки модулей > выбраны будут предпочтительно свободные. Да. Только это, не мой вариант. Скорее, твой. https://forum.altlinux.org/index.php?topic=36832.0
В общем, лично мне не хватает совместной установки fglrx и radeon, а остальное смотри сам.
(In reply to comment #11) > > Расскажи, как ты предлагаешь "устанавливать все" для случая, когда надо > > отгрузить с nvidia по умолчанию (особенно в livecd)? > Для этого случая я исключаю nouveau из дистрибутива. В mkimage-profiles подход "включать только нужное", когда возможно. Чтоб не путаться между "здесь включили, здесь выключили, здесь опять". > > Цель-то, которая сложитвсе пакеты для NVIDIA/AMD GPU, оформить несложно, > > но во время загрузки модулей выбраны будут предпочтительно свободные. > Да. Только это, не мой вариант. Скорее, твой. Нет, это не мой вариант. А твой как раз и пытаюсь понять точно. Если хочешь nvidia + fglrx+radeon, прямщас (поверх m-p 1.1.91) можно сделать: мой_дистрибутив: use/x11/3d ... @$(call add,THE_KMODULES,fglrx) @$(call add,THE_PACKAGES,fglrx_glx fglrx-tools) > https://forum.altlinux.org/index.php?topic=36832.0 Это вообще проблема человека, который пытается применить привычные по дебиану методы в альте -- с ней стоит помогать, но решается такое в основном _не_ технически.
(В ответ на комментарий №13) > Если хочешь nvidia + fglrx+radeon, прямщас (поверх m-p 1.1.91) можно сделать: > мой_дистрибутив: use/x11/3d ... > @$(call add,THE_KMODULES,fglrx) > @$(call add,THE_PACKAGES,fglrx_glx fglrx-tools) Да. Я уже догадался. Просто, думал, кому-то захочется более общего решения. Ок. > > https://forum.altlinux.org/index.php?topic=36832.0 > Это вообще проблема человека, который пытается применить привычные по дебиану > методы в альте -- с ней стоит помогать, но решается такое в основном _не_ > технически. Это твой выбор. Я лишь подсказал.
(In reply to comment #14) > Просто, думал, кому-то захочется более общего решения. Более общих решений тоже бывает много (или крышеломное), приходится собирать случаи из реальной жизни. Ровно потому так и расспрашиваю. > > > https://forum.altlinux.org/index.php?topic=36832.0 > > [...] решается такое в основном _не_ технически. > Это твой выбор. Я лишь подсказал. Какой выбор и что именно ты подсказал? Извини, если туплю :)
У пользователя была проблема на "твоём" дистрибутиве. Существенно облегчить ему решение можно было бы, если бы у него были установлены все драйвера.
(In reply to comment #16) > У пользователя была проблема на "твоём" дистрибутиве. "Система - ALT-Linux 7.0.5 Кентавр" -- не "мой" дистрибутив. Подход "ставить всем всё" тоже не мой. Хотя человеку от этого не легче.
(В ответ на комментарий №17) > "Система - ALT-Linux 7.0.5 Кентавр" -- не "мой" дистрибутив. Не твой, но "твой". ;-)
Различные "STAGE1_KMODULES_REGEXP,drm.*" еще тащат nouveau.
*** Bug 32340 has been marked as a duplicate of this bug. ***
Во 2-ю стадию еще откуда-то залазит xorg-drv-nouveau, из-за которого X-ы не стартуют.
--- Проблема была в отсутствии hwmon.ko --- https://bugzilla.altlinux.org/show_bug.cgi?id=32340#c6
Ошибка на Сизифе, поэтому выпуск давно выпущенных дистрибутивов на p8 не блокирует. Сейчас такой проблемы нет. Закрываю.
Пробемы нет только у меня, т.к. закостылил. В основной mkimage-profiles этот костыль попасть не может.
(Ответ для Sergey V Turchin на комментарий #24) > Пробемы нет только у меня, т.к. закостылил. В основной mkimage-profiles этот > костыль попасть не может. Спасибо. Тогда давай сформулируем проблему, чтобы я её попытался решить. Модуль nvidia должен попасть в live, а nouveau в altinst? В initrd не должен попасть ни nvidia, ни nouveau. В установленную систему должен попасть только nvidia. Так?
(Ответ для Антон Мидюков на комментарий #25) > В initrd не должен попасть ни nvidia Да, но конкретно это я закостылил в /usr/share/make-initrd/features/nvidia/config.mkиз пакета nvidia_glx_common(автор make-inird сообщил, что так нельзя делать по идеологии этого пакета).
(Ответ для Антон Мидюков на комментарий #25) > Модуль nvidia должен попасть в live Да. >, а nouveau в altinst? Да. Я бы nvidia запихал, но это слишком жирно. Может, когда-то так и сделаю. > В initrd не должен попасть ни nvidia, ни nouveau. Да. > В установленную систему должен попасть только nvidia. Так? Да. Это всё в одном загрузочном образе.
(Ответ для Sergey V Turchin на комментарий #26) > (Ответ для Антон Мидюков на комментарий #25) > > В initrd не должен попасть ни nvidia > Да, но конкретно это я закостылил в > /usr/share/make-initrd/features/nvidia/config.mkиз пакета > nvidia_glx_common(автор make-inird сообщил, что так нельзя делать по > идеологии этого пакета). В mkimage-profiles тоже самое было сделано для iso в features.in/kernel/stage1/scripts.d/50-disable-nvidia Хорошо, я сравню kworkstation в m-p и твоём форке. Постараюсь сделать, чтобы всё именно так и было (если это до сих пор не так): (Ответ для Sergey V Turchin на комментарий #27) > (Ответ для Антон Мидюков на комментарий #25) > > Модуль nvidia должен попасть в live > Да. > > >, а nouveau в altinst? > Да. Я бы nvidia запихал, но это слишком жирно. Может, когда-то так и сделаю. > > > В initrd не должен попасть ни nvidia, ни nouveau. > Да. > > > В установленную систему должен попасть только nvidia. Так? > Да. > > Это всё в одном загрузочном образе.
(Ответ для Антон Мидюков на комментарий #28) > (Ответ для Sergey V Turchin на комментарий #26) > > (Ответ для Антон Мидюков на комментарий #25) > > > В initrd не должен попасть ни nvidia > > Да, но конкретно это я закостылил в > > /usr/share/make-initrd/features/nvidia/config.mkиз пакета > > nvidia_glx_common(автор make-inird сообщил, что так нельзя делать по > > идеологии этого пакета). > > В mkimage-profiles тоже самое было сделано для iso в > features.in/kernel/stage1/scripts.d/50-disable-nvidia > > Хорошо, я сравню kworkstation в m-p и твоём форке. Постараюсь сделать, чтобы > всё именно так и было (если это до сих пор не так): > Проблема есть - в initrd iso образа попадает kernel-modules-nouveau
(Ответ для Антон Мидюков на комментарий #29) > (Ответ для Антон Мидюков на комментарий #28) > > (Ответ для Sergey V Turchin на комментарий #26) > > > (Ответ для Антон Мидюков на комментарий #25) > > > > В initrd не должен попасть ни nvidia > > > Да, но конкретно это я закостылил в > > > /usr/share/make-initrd/features/nvidia/config.mkиз пакета > > > nvidia_glx_common(автор make-inird сообщил, что так нельзя делать по > > > идеологии этого пакета). > > > > В mkimage-profiles тоже самое было сделано для iso в > > features.in/kernel/stage1/scripts.d/50-disable-nvidia > > > > Хорошо, я сравню kworkstation в m-p и твоём форке. Постараюсь сделать, чтобы > > всё именно так и было (если это до сих пор не так): > > > > Проблема есть - в initrd iso образа попадает kernel-modules-nouveau Исправил: https://git.altlinux.org/people/antohami/packages/?p=mkimage-profiles.git;a=commitdiff;h=71c4debac5fc1dfe6b27262003b56fb494c7b8ae;hp=2371794100bdf6c91763c477103c6cc465fe7638 Теперь достаточно добавить use/stage2/kms/nvidia
mkimage-profiles-1.5.4-alt1 -> sisyphus: Mon Apr 17 2023 Anton Midyukov <antohami@altlinux> 1.5.4-alt1 - e2k: fix scripts 20-e2k-boot - e2k: add live-install feature support - x11-autologin: rename script 40-x11-autologin -> 60-x11-autologin - l10n: set LANG to /etc/sysconfig/i18n, /etc/locale.conf - deflogin: add variable DEFAULT_SESSION (for AccountsService) - tty: Allow any tty* variants, allow override TTYDEV, TTYRATE - alternatives: initial feature - live-install: set xterm as alternative to xvt (See ALT bug 45574) - install2: cleanup udev/rules.d/64-md-raid-assembly.rules - grub, syslinux: clean lowmem for menu item Install - base+rescue: add open-iscsi (Closes: 45792) - stage2: fix use/stage2/kms/nvidia (See ALT bug 31971) - kworkstation.mk: fix nvidia support in live (Closes: 31971) - kworkstation: add latest commits from zerg@ - tar2fs: grub-install --uefi-secureboot for all platforms - initrd-bootchain: add kbd initrd feature - install2: do not cleanup wi-fi drivers
У меня поле мержа с v1.5.4 проблем не возникло, но у меня ещё остались некоторые изменения, касающиеся nouveau, убирать которые я пока не буду.
> некоторые изменения, касающиеся nouveau, убирать которые я пока не буду. не рискну, хотел сказать. Как-нибудь позже эксперимент проведу.
