From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on sa.local.altlinux.org X-Spam-Level: X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM autolearn=ham autolearn_force=no version=3.4.1 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ya.ru; s=mail; t=1599497316; bh=oRUQEHCWOxTQRMmI3fU1EdTtyipulEMjK2g+SZr7GOU=; h=In-Reply-To:From:Date:References:To:Subject:Message-ID; b=fC6pUiZ+Y8opwS7esvvJvGAzPwFQrYwAycLxK7mfuSApBWHTQB5Eijz5NAoOvGZXZ urmESlk75y2Pf9jGdk9Ed0k09oEqMLJbA6flE8/YKwj5kilR/tKvR0s8u5DE2n7N3i Ar5HoFy578aVdX9u7zrMo2y8yEBJ2DOVWBj60JVY= Authentication-Results: mxback12g.mail.yandex.net; dkim=pass header.i=@ya.ru To: devel-distro@lists.altlinux.org References: <1cd8e7f9-4dc3-1eeb-268f-84c0d36a3204@ya.ru> <2390130.atdPhlSkOF@zerg.malta.altlinux.ru> <2950867.jE0xQCEvom@zerg.malta.altlinux.ru> <8978e3f9-8dc9-8454-4b5d-32d81c93d51a@ya.ru> <7323d06e-6c80-f6c0-4a41-b1dde6713369@ya.ru> <20200907140204.GC5319@imap.altlinux.org> <87f6f602-394d-309b-ce7d-cbd7c3f69d42@ya.ru> <20200907150826.GF5319@imap.altlinux.org> <98eee7c4-471a-301b-fcc8-33219bf55f1f@ya.ru> <20200907163304.GI5319@imap.altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= Message-ID: <93e912aa-7586-0a38-2f18-d228b7560d98@ya.ru> Date: Mon, 7 Sep 2020 23:48:35 +0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.9.0 MIME-Version: 1.0 In-Reply-To: <20200907163304.GI5319@imap.altlinux.org> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 8bit Content-Language: ru Subject: Re: [devel-distro] =?utf-8?b?bnZpZGlhIHZzIG5vdXZlYXUg0LIg0YPRgdGC0LA=?= =?utf-8?b?0L3QvtCy0LvQtdC90L3QvtC5INGB0LjRgdGC0LXQvNC1?= X-BeenThere: devel-distro@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: Distributions development List-Id: Distributions development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2020 16:48:45 -0000 Archived-At: List-Archive: 07.09.2020 23:33, Michael Shigorin пишет: > On Mon, Sep 07, 2020 at 10:55:28PM +0700, Антон Мидюков wrote: >>> Здесь как раз нет, если правильно понимаю zerg@ и в stage1/stage2 >>> ему нужны именно модули nouveau. Вот если обеспечивать поддержку >>> модулей nvidia и на livecd либо в инсталере (что само по себе >>> полезно, см. про live.mk, но низкоприоритетно) -- тогда да. >> У zerg@ везде проприетарный, и это правильно. > Он только что говорил, что в инсталяторе ему nouveau тяжеловато. > Возможно, в livecd тоже нужен nvidia, не сообразил в эту сторону. > >> Предлагаю ввести новую цель use/stage2/kms-no-free (смотреть >> 0001-stage2-Added-new-target-use-kms-no-free.patch) >> И задействовать её вместо use/stage2/kms в kworkstation. > Скорее use/stage2/kms-base и use/stage2/kms-full (куда ещё > не забыть добавить kernel-modules-drm-ancient, если делать > явным перечислением). Ну, мысль была в том, чтобы use/stage2/kms не ломать. Насчёт full, не пойдёт тут смысл в использовании проприетарного видео как раз. А drm-ancient нужно добавить. >> И решение мне видится в том, чтобы не добавлять модули drm >> в use/plymouth/base (смотреть >> 0002-plymouth-Don-t-add-kernel-modules-drm.patch) >> Неправильно гвоздиком прибивать их к plymouth. > Ты только не смейся, но тогда сломается сам plymouth: > use/stage2/kms там был с самого первого коммита фичи. Я знаю. Вроде бы у всех в других местах добавлено. Нужно это отследить. Сейчас все дистрибутивы смержены, кроме kworkstation. >> У создателя дистрибутива должна быть возможность самому >> определяться какие модули ядра использовать. Может я не хочу >> использовать драйвера для radeon и nvidia в своей сборке для >> себя, так как целевые машины на intel? Или хочу использовать >> проприетарный драйвер Nvidia, или ещё чего-то там, что появится >> в будущем? Добавлять модули drm нужно не в plymouth. В README >> фичи plymouth я сделал пометку, что для его работы нужны модули drm. > Добавлять-то да, но по сути ты по умолчанию ломаешь фичу (причём > неожиданно для её пользователей, которые разбалованы недостатком > подобных поворотов в моих выпусках) ради особого случая > (kworkstation и livecd-шки с 3d "на всём"). > > Мне кажется, что разумней именно обрабатывать особые случаи > как исключения, т.е. давать возможность выкрутиться, когда > она нужна, а не заставлять платить за неё всех. > > Сама проблема здесь шире -- изначально stage2 могли работать без > drm (потому как эта подсистема использовалась только для 3D и > ускорения видео), поэтому её добавление было опциональным; > затем в какой-то момент ядро и иксы изменились так, что без drm > в т.ч. в инсталяторе выпускать что-либо смысла не осталось, > потому что на эти десятки мегабайт вдруг оказалось завязано и 2D. > > Глянь тот же коммит a211aec73c56a033184bb4434e79242119bc76d0, > это была как раз попытка отыграть избыточное добавление drm, > насколько помню (да-да, тогда времени не хватило ни толком > разобраться, ни как надо поправить, ни внятно описать). > > _Пока_ мне видится что-то такое: фичи, которым надо втащить > drm по объективным причинам (включая x11 и plymouth), делают > это не сами, а через единую точку входа (возможно, фичу drm), > где можно поставить "ручку" насчёт конкретно нвидии. Вот это хорошая идея. Действительно, нужно делать фичу drm. > 2 zerg: xorg-drv-nouveau _без_ kernel-modules-drm-nouveau* > мешает или нет? (или "сейчас не мешает, но кто его знает"?) > >> +use/stage2/kms-no-free: use/stage2/drm >> + @$(call add,STAGE1_KMODULES,drm drm-radeon nvidia) > (и тогда уж было бы non-free, а не no-free) Ага. Исправлю. >> Subject: [PATCH 2/2] plymouth: Don't add kernel modules drm >> >> Don't add drm modules this way. This creates problems for >> customization of distributions. For example, it does not allow the >> use of the proprietary nvidia driver in the distribution. >> Needed for kworkstation. > CLEANUP_PACKAGES -- меньшее зло, чем это. > Причины описал выше. > Попробую сделать фичу drm. -- С уважением, Антон Мидюков