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: <22652171-ed9e-9c5f-c616-2756bc638870@basealt.ru> Date: Tue, 24 May 2022 22:21:28 +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> <20220524151052.nqshb2pi6bbradgm@altlinux.org> <20220524151738.wcxxladonoppljml@altlinux.org> From: =?UTF-8?B?0JDQvdGC0L7QvSDQnNC40LTRjtC60L7Qsg==?= In-Reply-To: <20220524151738.wcxxladonoppljml@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 15:21:34 -0000 Archived-At: List-Archive: List-Post: 24.05.2022 22:17, Vitaly Chikunov пишет: > On Tue, May 24, 2022 at 06:10:52PM +0300, Vitaly Chikunov wrote: >> On Tue, May 24, 2022 at 09:36:02PM +0700, Антон Мидюков wrote: >>> 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, оно поменьше, влезло. > > Да и это задание тестовое для проверки пересобираемости модулей. > Пока переводить un-def на 5.18 не планируется. > А конфиг ядра тот же? Если да, то, чтобы избежать проблемы из бага 41479, стоит подождать перехода на 5.18. >> >> Спасибо. >> >>> armh >>> На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет. >> >> Хорошо, я пересоберу задание чтоб это изменение не затрагивало armh. >> >>> >>> -- >>> С уважением, Антон Мидюков >>> _______________________________________________ >>> devel-kernel mailing list >>> devel-kernel@lists.altlinux.org >>> https://lists.altlinux.org/mailman/listinfo/devel-kernel >> _______________________________________________ >> devel-kernel mailing list >> devel-kernel@lists.altlinux.org >> https://lists.altlinux.org/mailman/listinfo/devel-kernel > _______________________________________________ > devel-kernel mailing list > devel-kernel@lists.altlinux.org > https://lists.altlinux.org/mailman/listinfo/devel-kernel -- С уважением, Антон Мидюков