Re: GOP and using monitor

[Riza Dindir <riza.dindir%gmail.com@localhost>]

Hello Again,

I did these changes in the configuration and compiled the kernel,
installed it and restarted. Here is the configuration that I changed.

# genfb*          at pci? dev ? function ?
genfb0          at pci1 dev 0 function 0
genfb1          at pci0 dev 1 function 0

It looks like it changed the framebuffer to use the pci1 device, but
did not get anything on the monitor. It is still using the laptop
monitor.

Here is the dmesg output. First I thought that it did not do anything.
But it changed the framebuffer to use genfb1. But I am not sure how to
reason about this. genfb is now using the framebuffer, and it has the
correct resolution.

[Tue Oct  5 18:26:58 UTC 2021] genfb0 at pci0 dev 1 function 0: vendor
1002 product 1309 (rev. 0x00)
[Tue Oct  5 18:26:58 UTC 2021] genfb0: framebuffer at 0xe0000000, size
1366x768, depth 32, stride 5632
[Tue Oct  5 18:26:58 UTC 2021] genfb0: shadow framebuffer enabled, size 4224 KB
[Tue Oct  5 18:26:58 UTC 2021] wsdisplay0 at genfb0 kbdmux 1: console
(default, vt100 emulation), using wskbd0
[Tue Oct  5 18:26:58 UTC 2021] drm at genfb0 not configured
[Tue Oct  5 18:26:58 UTC 2021] genfb1 at pci1 dev 0 function 0: vendor
1002 product 6604 (rev. 0x00)
[Tue Oct  5 18:26:58 UTC 2021] genfb1 at pci0 dev 1 function 0: vendor
1002 product 1309 (rev. 0x00)
[Tue Oct  5 18:26:58 UTC 2021] genfb1: framebuffer at 0xe0000000, size
1366x768, depth 32, stride 5632
[Tue Oct  5 18:26:58 UTC 2021] genfb1: shadow framebuffer enabled, size 4224 KB
[Tue Oct  5 18:26:58 UTC 2021] wsdisplay0 at genfb1 kbdmux 1: console
(default, vt100 emulation), using wskbd0
[Tue Oct  5 18:26:58 UTC 2021] drm at genfb1 not configured
[Tue Oct  5 18:26:58 UTC 2021] genfb0 at pci1 dev 0 function 0: vendor
1002 product 6604 (rev. 0x00)

Regards,
Riza

On Mon, Oct 4, 2021 at 4:19 AM Riza Dindir <riza.dindir%gmail.com@localhost> wrote:
>
> Hello RVP,
>
> On Mon, Oct 4, 2021 at 12:14 AM RVP <rvp%sdf.org@localhost> wrote:
> >
> > On Sun, 3 Oct 2021, Riza Dindir wrote:
> >
> > > On Sun, Oct 3, 2021 at 3:46 PM RVP <rvp%sdf.org@localhost> wrote:
> > >>
> > >> Or, see if this works. In the GENERIC config:
> > >>
> > >> # genfb*          at pci? dev ? function ?
> > >> genfb0          at pci1 dev 0 function 0
> > >> genfb1          at pci0 dev 1 function 0
> > >
> > > Are you saying that gop will always use genfb0,
> > >
> >
> > On NetBSD, at present, only genfb0 will be used and it will mirror
> > output on all displays connected to the underlying graphics card.
> > The other framebuffers (genfb1, ...) on any other cards won't be
> > active.
> >
> > GOP is just a command to make the EFI firmware switch resolutions.
> > It's needed because genfb doesn't switch resolutions on its own--it
> > just uses whatever modes have been setup for it. The DRM framebuffers
> > (intelfb*, radeondrmkmsfb*, nouveaufb*, ...) OTOH do pick the highest
> > resolution possible on a card.
> >
> > > and that connecting genfb0, in the kernel, to the other radeon
> > > device/output (on pci1, dev 0 fn 0) would make the monitor show
> > > all the output, disabling the laptop LCD?
> > >
> >
> > That is what we're trying to achieve, yes.
>
> Will do that. I will get back on the result. Thank you again.
>
> >
> > -RVP
>
> Regards,
> Riza