Thanks for commenting.

Maybe this is useful

RISC-V Star64 JH7110: Power Up the Display Controller with U-Boot Bootloader:

https://lupyuen.codeberg.page/articles/display3.html

Am 2. Sept. 2023, 23:24, um 23:24, Mark Kettenis <mark.kette...@xs4all.nl> 
schrieb:
>> From: Robert Palm <develo...@robert-palm.de>
>> Date: Sat, 02 Sep 2023 18:34:14 +0200
>>
>> Hi Mark,
>>
>> as you presumably already know, it seems there exists a first
>> version for hdmi support:
>>
>https://patchwork.kernel.org/project/linux-riscv/cover/20230801101030.2040-1-keith.z...@starfivetech.com/
>>
>> Does this mean a new driver for the vf2 like rkdwhdmi would be
>> "needed" to support hdmi in OpenBSD?
>
>In principle support in u-boot would be enough to give OpenBSD a
>framebuffer console.
>
>> Am 3. Aug. 2023, 15:41, um 15:41, Mark Kettenis
><mark.kette...@xs4all.nl> schrieb:
>> >> Date: Tue, 01 Aug 2023 23:11:43 +0200
>> >> From: Robert Palm <develo...@robert-palm.de>
>> >>
>> >> I own a VF 2 version 1.2a and can successfully install / boot the
>> >machine.
>> >>
>> >> The inner network port (dwqe1) works at 100 full duplex and
>receives
>> >
>> >> ipv4 via DHCP.
>> >>
>> >> The outer port currently doesn't seem to get an ip, but gets
>active
>> >> and in full-duplex 100.
>> >
>> >There is a reason why the VisonFive 2 isn't listed as supported on
>> >
>> >  https://www.openbsd.org/riscv64.html
>> >
>> >There are stll bugs and...
>> >
>> >> It seems a lot depends on proper .dtb files (which kind users
>shared
>> >> with me).
>> >
>> >Yes, and it is a total mess.  The device trees are being changed as
>> >support for the board is upstreamed in the Linux kernel.  But their
>> >firmware still provides their hacked up device trees that they use
>> >with their hacked up vendor kernel.
>> >
>> >> How did you create the .dtb files ?
>> >
>> >They're build from:
>> >
>>
>>https://github.com/starfive-tech/linux/tree/JH7110_VisionFive2_upstream
>> >
>> >But that branch keeps getting rebased, and they changed things
>again,
>> >so PCIe stopped working.  So I've decided to stick with what I have
>> >for development and wait until the device tree bindings have been
>> >accepted by the Linux maintainers.  Meanwhile, if you're running
>> >-current on one of these, expect your setup to break at some point
>in
>> >the future.
>> >
>> >> Do you plan to update them ?
>> >
>> >The plan is to provide usable device tree in ports as soon as there
>is
>> >an upstream Linux version that only needs minor patching.
>> >
>> >> They seem to be quite different to the "official" starfive
>releases
>> >> (which don't work for me with OpenBSD).
>> >
>> >As I said, that's just the typical unmaintainable vendor crap.
>> >
>> >> Do you plan more work on the VF2 ?
>> >
>> >I probably consider it done as soon as I finc the remaining dwqe(4)
>> >bugs have been found and fixed.
>> >
>> >Cheers,
>> >
>> >Mark
>> 
>>

Reply via email to