Re: Rockchip RK3328 Rock64 HDMI

On Sat, 21 Sep 2024 15:49:51 +0200
Klaus Küchemann <maciphone2@googlemail.com> wrote:

> Hi Manu,
> 
> thanks for letting me know. It`s the first time I looked deeper into this issue.
> So you mean that adding RK3328 codes to your DRM-subtree is even necessary 
> to get efifb console output ?

 No, efifb will automagically works if u-boot setup the display (which
it should and did iirc but it's been a while)

> The current state of (at least my) Rock64 is a complete HDMI blank screen without any electrical reaction at boot .
> Can`t find any specific  Rockchip frame buffer code at first view, so for now I`m a bit confused where to start 
> to get any HDMI-output.u-boot or firmware or your drm-subtree, or is there a specific Rockchip bug somewhere??? 

 As said above for efifb u-boot needs to setup hdmi etc ... If it's not
done right now maybe some config is needed.
 drm-subtree is needed if one wants 2D accel (but needs code), for 3D we
will need lima ported as this GPU isn't supported by panfrost iirc.

> Regards
> K.
> 
> 
> > Am 21.09.2024 um 13:25 schrieb Emmanuel Vadot <manu@bidouilliste.com>:
> > 
> > 
> > Hi Klaus,
> > 
> > On Sat, 21 Sep 2024 01:06:21 +0200
> > Klaus Küchemann <maciphone2@googlemail.com> wrote:
> > 
> >> First time since years I switched the dusty Rock64 on :-)
> >> yes, you?re right, still not fixed :
> >> dmesg:
> >> ..
> >> clknode_link_recalc: Attempt to use unresolved linked clock: hdmi_phy
> >> Cannot get frequency for clk: hdmi_phy, error: 9
> >> ?
> >> So you can file a bug report to: https://bugs.freebsd.org <https://bugs.freebsd.org/>
> >> You can attach dmesg there (or what I would prefer:  send dmesg to https://dmesgd.nycbug.org<https://dmesgd.nycbug.org/>)
> > 
> > This isn't a bug, the hdmi_phy clock is supposed to be exported by
> > the hdmi-phy driver (see the hdmiphy: phy@ff430000 in the DTS), since we
> > don't have a driver for this, it's not exported and we warn about this.
> > 
> >> I guess you don`t want to port any linux drivers at first attempt :-) but instead fix the issue 
> >> to get the framebuffer driver working( with it`s restrictions e.g. no 4K)
> >> 
> >> Regards
> >> K.
> > 
> > Cheers,
> > 
> >> 
> >>> Am 20.09.2024 um 19:22 schrieb Christoph Pfaller <pfaller@protonmail.com>:
> >>> 
> >>> Hello!
> >>> 
> >>> I recently switched to FreeBSD on my Rock64 due to appearing kernel panics when running the board with Linux. So far I enjoy the operating system. However; there is one little annoyance - the integrated HDMI output does not work. So I want to change that.
> >>> 
> >>> As we are on ARM my first intention was looking into the device tree for the rk3328. I compared it to Linux device tree and also found some missing parts. My next step was looking into the drivers itself and as the Linux drivers sources are available here https://github.com/torvalds/linux/tree/master/drivers/gpu/drm/rockchip I got some idea how the corresponding driver should look like.
> >>> 
> >>> However, I am unsure how I should proceed getting HDMI to work. Accodring to https://wiki.freebsd.org/arm/RockChip HDMI works for the rockchip rk3399 but I could not find any drivers  neither in the freebsd-src or drm-kmod (I am new to FreeBSD so i don't know if this is even the right place to look for). I hope someone with more technical knowledge about FreeBSD or HDMI can provide me with some guidance on where I have to look and work on.
> >>> 
> >>> Greetings
> >>> pf0
> >>> 
> >>> 
> >> 
> >> 
> > 
> > 
> > -- 
> > Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>
> 
> 
> 


-- 
Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org>