[d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Антон Мидюков]

Здравствуйте

Хотел бы узнать мнение коллег о возможности в светлом будущем включения в наших ядрах
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.

-- 
С уважением, Антон Мидюков <antohami@basealt.ru>

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Vitaly Chikunov]

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

> 
> -- 
> С уважением, Антон Мидюков <antohami@basealt.ru>
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Vitaly Chikunov]

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.

> 
> > 
> > -- 
> > С уважением, Антон Мидюков <antohami@basealt.ru>
> > _______________________________________________
> > 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

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Антон Мидюков]

12.05.2022 22:04, Vitaly Chikunov пишет:
> 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.
> 

Неужели никто не против?

-- 
С уважением, Антон Мидюков <antohami@basealt.ru>

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[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 ...

С этим изменением - если есть желание и время протестируйте, плс.

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Антон Мидюков]

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 нет.

-- 
С уважением, Антон Мидюков <antohami@basealt.ru>

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Vitaly Chikunov]

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, оно поменьше, влезло.

Спасибо.

> armh
> На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет.

Хорошо, я пересоберу задание чтоб это изменение не затрагивало armh.

> 
> -- 
> С уважением, Антон Мидюков <antohami@basealt.ru>
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[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 не планируется.

> 
> Спасибо.
> 
> > armh
> > На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет.
> 
> Хорошо, я пересоберу задание чтоб это изменение не затрагивало armh.
> 
> > 
> > -- 
> > С уважением, Антон Мидюков <antohami@basealt.ru>
> > _______________________________________________
> > 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

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Антон Мидюков]

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.
>>
>>>
>>> -- 
>>> С уважением, Антон Мидюков <antohami@basealt.ru>
>>> _______________________________________________
>>> 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


-- 
С уважением, Антон Мидюков <antohami@basealt.ru>

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Vitaly Chikunov]

On Tue, May 24, 2022 at 10:21:28PM +0700, Антон Мидюков wrote:
> 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.

Подождать чтобы сделать что? Перехода на simpledrm?

> 
> >>
> >> Спасибо.
> >>
> >>> armh
> >>> На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет.
> >>
> >> Хорошо, я пересоберу задание чтоб это изменение не затрагивало armh.
> >>
> >>>
> >>> -- 
> >>> С уважением, Антон Мидюков <antohami@basealt.ru>
> >>> _______________________________________________
> >>> 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
> 
> 
> -- 
> С уважением, Антон Мидюков <antohami@basealt.ru>
> _______________________________________________
> devel-kernel mailing list
> devel-kernel@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/devel-kernel

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Антон Мидюков]

24.05.2022 22:45, Vitaly Chikunov пишет:
> On Tue, May 24, 2022 at 10:21:28PM +0700, Антон Мидюков wrote:
>> 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.
> 
> Подождать чтобы сделать что? Перехода на simpledrm?

Да.

> 
>>
>>>>
>>>> Спасибо.
>>>>
>>>>> armh
>>>>> На Raspberry Pi 3 загрузиться не получилось. Можно ли для armh оставить, как было? Там EFI нет.
>>>>
>>>> Хорошо, я пересоберу задание чтоб это изменение не затрагивало armh.
>>>>
>>>>>
>>>>> -- 
>>>>> С уважением, Антон Мидюков <antohami@basealt.ru>
>>>>> _______________________________________________
>>>>> 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
>>
>>
>> -- 
>> С уважением, Антон Мидюков <antohami@basealt.ru>
>> _______________________________________________
>> 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


-- 
С уважением, Антон Мидюков <antohami@basealt.ru>

Re: [d-kernel] CONFIG_DRM_SIMPLEDRM vs CONFIG_FB_SIMPLE

[Vitaly Chikunov]

On Tue, May 24, 2022 at 10:46:43PM +0700, Антон Мидюков wrote:
> 24.05.2022 22:45, Vitaly Chikunov пишет:
> > On Tue, May 24, 2022 at 10:21:28PM +0700, Антон Мидюков wrote:
> >> 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.
> >>>>>>
> >> Если да, то, чтобы избежать проблемы из бага 41479, стоит подождать перехода на 5.18.
> > 
> > Подождать чтобы сделать что? Перехода на simpledrm?
> 
> Да.

Хорошо, отложим.