Re: VisionFive 2

2023-09-02 Thread Robert Palm
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  
schrieb:
>> From: Robert Palm 
>> 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
> schrieb:
>> >> Date: Tue, 01 Aug 2023 23:11:43 +0200
>> >> From: Robert Palm 
>> >>
>> >> 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
>> 
>>



Re: VisionFive 2

2023-09-02 Thread Mark Kettenis
> From: Robert Palm 
> 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  
> schrieb:
> >> Date: Tue, 01 Aug 2023 23:11:43 +0200
> >> From: Robert Palm 
> >> 
> >> 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
> 
> 



Re: VisionFive 2

2023-09-02 Thread Robert Palm
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?

Best,
Robert

Am 3. Aug. 2023, 15:41, um 15:41, Mark Kettenis  
schrieb:
>> Date: Tue, 01 Aug 2023 23:11:43 +0200
>> From: Robert Palm 
>>
>> 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



Re: VisionFive 2

2023-08-03 Thread Mark Kettenis
> Date: Tue, 01 Aug 2023 23:11:43 +0200
> From: Robert Palm 
> 
> 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



Re: VisionFive 2

2023-08-01 Thread Peter J. Philipp
On Tue, Aug 01, 2023 at 11:11:43PM +0200, Robert Palm wrote:
> 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.
> 
> It seems a lot depends on proper .dtb files (which kind users shared with me).
> 
> How did you create the .dtb files ?

I don't know about the rest of the questions, but you can update a .dtb
with a program from the ports in devel/dtc.

-
pjp@polarstern$ more pkg/DESCR
The Device Tree Compiler (DTC) compiles device-tree descriptions for
booting PowerPC kernels on embedded systems without OpenFirmware.

Optional dependency: install the bash package if you wish to use dtdiff.
-

There is something similar in Linux.  Basically you would convert the .dtb
to a .dts, edit it and convert the .dts back to .dtb.

I hope that answers one question.

Best Regards,
-peter

> Do you plan to update them ?
> 
> They seem to be quite different to the "official" starfive releases (which
> don't work for me with OpenBSD).
> 
> Do you plan more work on the VF2 ?
> 
> Thanks!
> 

-- 
Over thirty years experience on Unix-like Operating Systems starting with QNX.



VisionFive 2

2023-08-01 Thread Robert Palm

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.


It seems a lot depends on proper .dtb files (which kind users shared with me).

How did you create the .dtb files ?

Do you plan to update them ?

They seem to be quite different to the "official" starfive releases  
(which don't work for me with OpenBSD).


Do you plan more work on the VF2 ?

Thanks!