Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #1011450 > unrolled thread

Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used

Started byMarcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
First post2020-05-26 14:10 +0200
Last post2020-05-26 20:40 +0200
Articles 7 — 2 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> - 2020-05-26 14:10 +0200
    Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used Alper Nebi Yasak <alpernebiyasak@gmail.com> - 2020-05-26 16:50 +0200
      Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> - 2020-05-26 19:20 +0200
        Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used Alper Nebi Yasak <alpernebiyasak@gmail.com> - 2020-05-26 19:30 +0200
          Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> - 2020-05-26 19:50 +0200
            Bug#961590: Include drm modules in non-gtk arm64 cdrom initrds Alper Nebi Yasak <alpernebiyasak@gmail.com> - 2020-05-26 20:40 +0200
              Bug#961590: Include drm modules in non-gtk arm64 cdrom initrds Marcin Juszkiewicz <marcin.juszkiewicz@linaro.org> - 2020-05-26 20:40 +0200

#1011450 — Bug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used

FromMarcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Date2020-05-26 14:10 +0200
SubjectBug#961590: d-i: add 'panfrost' to 'fb-modules' so graphical installer can be used
Message-ID<AaGz7-1Uj-1@gated-at.bofh.it>
Package: linux
Severity: important
Tags: d-i

Devices with Mali gpu can use 'panfrost' driver to provide working
framebuffer. And then Debian installer can be run on screen instead of
serial console.

But 'panfrost' module is not available when d-i starts ;(

So please include 'panfrost' in 'fb-modules' udeb.

-- System Information:
Debian Release: 10.4
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable')
Architecture: amd64 (x86_64)

Kernel: Linux 5.6.13-300.fc32.x86_64 (SMP w/12 CPU cores)
Kernel taint flags: TAINT_PROPRIETARY_MODULE, TAINT_OOT_MODULE, TAINT_UNSIGNED_MODULE
Locale: LANG=C, LC_CTYPE=C.UTF-8 (charmap=UTF-8), LANGUAGE=C (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: unable to detect

[toc] | [next] | [standalone]


#1011480

FromAlper Nebi Yasak <alpernebiyasak@gmail.com>
Date2020-05-26 16:50 +0200
Message-ID<AaJ3Y-3eH-3@gated-at.bofh.it>
In reply to#1011450
On 26/05/2020 15:03, Marcin Juszkiewicz wrote:
> Devices with Mali gpu can use 'panfrost' driver to provide working
> framebuffer. And then Debian installer can be run on screen instead of
> serial console.
> 
> But 'panfrost' module is not available when d-i starts ;(
> 
> So please include 'panfrost' in 'fb-modules' udeb.

Panfrost shouldn't be necessary for a working framebuffer. On my 
rk3399-gru-kevin, rockchipdrmfb handles that and d-i runs on the screen 
just fine.

Which device are you having this issue with?

[toc] | [prev] | [next] | [standalone]


#1011503

FromMarcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Date2020-05-26 19:20 +0200
Message-ID<AaLp7-4LF-5@gated-at.bofh.it>
In reply to#1011480
W dniu 26.05.2020 o 16:41, Alper Nebi Yasak pisze:
> On 26/05/2020 15:03, Marcin Juszkiewicz wrote:
>> Devices with Mali gpu can use 'panfrost' driver to provide working
>> framebuffer. And then Debian installer can be run on screen instead of
>> serial console.
>>
>> But 'panfrost' module is not available when d-i starts ;(
>>
>> So please include 'panfrost' in 'fb-modules' udeb.
> 
> Panfrost shouldn't be necessary for a working framebuffer. On my
> rk3399-gru-kevin, rockchipdrmfb handles that and d-i runs on the
> screen just fine.
> 
> Which device are you having this issue with?

RockPro64 does not enable screen at all. And there are no DRM modules in
netinstall image [1]:

~ # cd /lib/modules/5.6.0-1-arm64/
/lib/modules/5.6.0-1-arm64 # find . -name *drm*
/lib/modules/5.6.0-1-arm64 # 

1. https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso

[toc] | [prev] | [next] | [standalone]


#1011505

FromAlper Nebi Yasak <alpernebiyasak@gmail.com>
Date2020-05-26 19:30 +0200
Message-ID<AaLyO-4OR-23@gated-at.bofh.it>
In reply to#1011503
On 26/05/2020 20:09, Marcin Juszkiewicz wrote:
  > RockPro64 does not enable screen at all. And there are no DRM modules in
> netinstall image [1]:
> 
> ~ # cd /lib/modules/5.6.0-1-arm64/
> /lib/modules/5.6.0-1-arm64 # find . -name *drm*
> /lib/modules/5.6.0-1-arm64 #
> 
> 1. https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso

There are two initrds in that iso, 'install.a64/initrd.gz' doesn't have 
drm modules, but the 'install.a64/gtk/initrd.gz' one has them. Can you 
try booting the gtk one? If you boot to GRUB, 'Graphical Install' should 
be using that.

However, that image is currently broken due to a kernel version mismatch 
and won't actually install, try the weekly build instead:

https://cdimage.debian.org/cdimage/weekly-builds/arm64/iso-cd/debian-testing-arm64-netinst.iso

[toc] | [prev] | [next] | [standalone]


#1011508

FromMarcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Date2020-05-26 19:50 +0200
Message-ID<AaLS9-4Vg-1@gated-at.bofh.it>
In reply to#1011505
W dniu 26.05.2020 o 19:25, Alper Nebi Yasak pisze:
> On 26/05/2020 20:09, Marcin Juszkiewicz wrote:
>> RockPro64 does not enable screen at all. And there are no DRM
>> modules in netinstall image [1]:
>> 
>> ~ # cd /lib/modules/5.6.0-1-arm64/ /lib/modules/5.6.0-1-arm64 #
>> find . -name *drm* /lib/modules/5.6.0-1-arm64 #
>> 
>> 1.
>> https://cdimage.debian.org/cdimage/daily-builds/daily/arch-latest/arm64/iso-cd/debian-testing-arm64-netinst.iso
>
>> 
> There are two initrds in that iso, 'install.a64/initrd.gz' doesn't
> have drm modules, but the 'install.a64/gtk/initrd.gz' one has them.
> Can you try booting the gtk one? If you boot to GRUB, 'Graphical
> Install' should be using that.

And that's plain wrong.

I want to run D-I on my monitor. Nevermind is it text mode one or gtk
one. My board does not require serial console to boot as I have
graphical output in U-Boot and can control it using USB keyboard.

And I prefer text mode D-I over gtk one.

> However, that image is currently broken due to a kernel version
> mismatch and won't actually install, try the weekly build instead:
> 
> https://cdimage.debian.org/cdimage/weekly-builds/arm64/iso-cd/debian-testing-arm64-netinst.iso

Thanks. Works like a charm.

[toc] | [prev] | [next] | [standalone]


#1011516 — Bug#961590: Include drm modules in non-gtk arm64 cdrom initrds

FromAlper Nebi Yasak <alpernebiyasak@gmail.com>
Date2020-05-26 20:40 +0200
SubjectBug#961590: Include drm modules in non-gtk arm64 cdrom initrds
Message-ID<AaMEx-5qF-3@gated-at.bofh.it>
In reply to#1011508
Control: reassign -1 debian-installer
Control: severity -1 normal
Control: retitle -1 Include drm modules in non-gtk arm64 cdrom initrds
Control: tag -1 patch

On 26/05/2020 20:40, Marcin Juszkiewicz wrote:
>> There are two initrds in that iso, 'install.a64/initrd.gz' doesn't
>> have drm modules, but the 'install.a64/gtk/initrd.gz' one has them.
>> Can you try booting the gtk one? If you boot to GRUB, 'Graphical
>> Install' should be using that.
> 
> And that's plain wrong.
> 
> I want to run D-I on my monitor. Nevermind is it text mode one or gtk
> one. My board does not require serial console to boot as I have
> graphical output in U-Boot and can control it using USB keyboard.

I agree they should be included, so I'm changing bug metadata to that 
(hopefully correctly).

> And I prefer text mode D-I over gtk one.

You can also add DEBIAN_FRONTEND=newt to the kernel cmdline to force 
that in the gtk builds.

--

Haven't really tested, but this change should be enough:

diff --git a/build/pkg-lists/cdrom/arm64.cfg 
b/build/pkg-lists/cdrom/arm64.cfg
index bb5b3a6ff..672d00a64 100644
--- a/build/pkg-lists/cdrom/arm64.cfg
+++ b/build/pkg-lists/cdrom/arm64.cfg
@@ -1,6 +1,7 @@
  fat-modules-${kernel:Version}
  cdrom-core-modules-${kernel:Version}
  input-modules-${kernel:Version}
+fb-modules-${kernel:Version}
  console-setup-udeb
  kbd-udeb
  usb-modules-${kernel:Version}

[toc] | [prev] | [next] | [standalone]


#1011517 — Bug#961590: Include drm modules in non-gtk arm64 cdrom initrds

FromMarcin Juszkiewicz <marcin.juszkiewicz@linaro.org>
Date2020-05-26 20:40 +0200
SubjectBug#961590: Include drm modules in non-gtk arm64 cdrom initrds
Message-ID<AaMEy-5qF-11@gated-at.bofh.it>
In reply to#1011516
W dniu 26.05.2020 o 20:33, Alper Nebi Yasak pisze:
> Control: retitle -1 Include drm modules in non-gtk arm64 cdrom initrds

>> And that's plain wrong.
>>
>> I want to run D-I on my monitor. Nevermind is it text mode one or gtk
>> one. My board does not require serial console to boot as I have
>> graphical output in U-Boot and can control it using USB keyboard.
> 
> I agree they should be included, so I'm changing bug metadata to that (hopefully correctly).

Thanks!

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web