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=-4.3 required=5.0 tests=ALL_TRUSTED,BAYES_00, RP_MATCHES_RCVD autolearn=unavailable autolearn_force=no version=3.4.1 Message-ID: Date: Tue, 24 May 2022 21:36:02 +0700 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0 Content-Language: ru To: devel-kernel@lists.altlinux.org References: <12decc71-39ab-94ff-c005-84c5a99f686f@basealt.ru> <20220511172916.dc2wvqp4ec73ssjq@altlinux.org> <20220512150401.nadcavivnmiheecf@altlinux.org> <20220523155020.4iu3hsngxoecmbtq@altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <20220523155020.4iu3hsngxoecmbtq@altlinux.org> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Subject: Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE X-BeenThere: devel-kernel@lists.altlinux.org X-Mailman-Version: 2.1.12 Precedence: list Reply-To: ALT Linux kernel packages development List-Id: ALT Linux kernel packages development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 24 May 2022 14:36:07 -0000 Archived-At: List-Archive: List-Post: 23.05.2022 22:50, Vitaly Chikunov пишет: > On Thu, May 12, 2022 at 06:04:01PM +0300, Vitaly Chikunov wrote: >> On Wed, May 11, 2022 at 08:29:16PM +0300, Vitaly Chikunov wrote: >>> On Wed, May 11, 2022 at 11:36:58PM +0700, Антон Мидюков wrote: >>>> Здравствуйте >>>> >>>> Хотел бы узнать мнение коллег о возможности в светлом будущем включения в наших ядрах >>>> CONFIG_DRM_SIMPLEDRM=y >>>> вместо >>>> CONFIG_FB_SIMPLE=y >>>> а также отключения в следствие этого и некоторого множества >>>> CONFIG_FB_*=m >>>> >>>> Т.е. полный переход на kms вместо fbdev. >>>> Плюсы видятся в том, что в initrd не нужно будет паковать другие drm-модули для работы plymouth. >>>> Вероятно, через IPMI графика также будет доступна с первых секунд старта ядра. >>>> >>>> Минус в том, что придётся включить: >>>> CONFIG_DRM=y >>>> CONFIG_DRM_KMS_HELPER=y >>>> >>>> Такое на данный момент проделали в Fedora 36. >>> >>> https://fedoraproject.org/wiki/Changes/ReplaceFbdevDrivers >> >> Если никто не против, то можно это сделать для >= 5.17. > > Собрал задание > > [#300467] TESTED (try 2) kernel-image.git=kernel-image-un-def-5.17.9-alt2 ... > > С этим изменением - если есть желание и время протестируйте, плс. > Потестировал немного. Я специально не устанавливал пакет с kernel-modules-drm, чтобы посмотреть на работу simpledrm. UEFI x86_64 Для виртуалок Virtualbox + vmsvga, qemu + virtio, qemu + qxl работают plymouth и gnome3 в режиме wayland. На реальном компьютере с intel celeron J3060 plymouth работает, но иксы стартануть не могут. Но нашёл сочетание, которое не работает - qemu + bochs (используется, если не указать видеоадаптер на x86 и x86_64). Показывает размытую, поделённую на четыре части картинку. В целом не проблема, ожидаемо. Legacy BIOS x86_64 В Legacy BIOS plymouth и wayland не работают. Иксы работают через vesa. В виртуалках нормально работает. aarch64 В aarch64 (Orange Pi Prime) при загрузке с u-boot, как в режиме EFI, так и без, framebuffer и иксы работают. Работает ли plymouth и wayland не проверял. Но проявилась проблема опять на Raspberry Pi на aarch64 в режиме загрузки через u-boot без EFI режима: https://bugzilla.altlinux.org/41479 Ядро стало несколько больше (на 1 МБ) и у него адресное пространство для загрузки devicetree сдвинулось за пределы дозволенные u-boot. Но повезло с ядром 5.18.0 из таска 300545, оно поменьше, влезло. armh На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет. -- С уважением, Антон Мидюков