Announcement

Collapse
No announcement yet.

Libre RISC-V Accelerator Secures 300k EUR In Grants, Still Undecided About The ISA

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts

  • Libre RISC-V Accelerator Secures 300k EUR In Grants, Still Undecided About The ISA

    Phoronix: Libre RISC-V Accelerator Secures 300k EUR In Grants, Still Undecided About The ISA

    Libre RISC-V, the project aiming to create an open-source accelerator that would run a Vulkan software renderer in being an "open-source GPU" aiming for just 25 FPS @ 720p or 5~6 GFLOPS, has managed to secure 300k EUR in grants for their work...

    Phoronix, Linux Hardware Reviews, Linux hardware benchmarks, Linux server benchmarks, Linux benchmarking, Desktop Linux, Linux performance, Open Source graphics, Linux How To, Ubuntu benchmarks, Ubuntu hardware, Phoronix Test Suite

  • #2
    I can definitely see how, for a project called "Libre RISC-V", the ISA is a point of debate.
    </s>

    Comment


    • #3
      Will this use LLVMpipe?
      Is it even feasible to make a GPU built on RISC-V or POWER? Is it even a good idea?
      Intel already tried to make an GPU based on x86 called Larrabee, and they abandoned it.

      Comment


      • #4
        Originally posted by uid313 View Post
        Will this use LLVMpipe?
        Is it even feasible to make a GPU built on RISC-V or POWER? Is it even a good idea?
        Intel already tried to make an GPU based on x86 called Larrabee, and they abandoned it.
        Their current plan is focused on Kazan for Vulkan, but LLVMpipe theoretiically would work too.

        Keep in mind they are setting very low performance expectations (~25 FPS at 720p) compared to Intel and other efforts aiming for legitimately high performance.
        Michael Larabel
        https://www.michaellarabel.com/

        Comment


        • #5
          What's the point of building a 5-6 GFLOPS CPU/GPU (considering that a $35 Raspberry PI GPU has 24 GFLOPS).

          It seems that the technological agenda here is way behind the political one (including bashing of RISC-V ISA).
          Last edited by pkese; 29 December 2019, 10:17 AM.

          Comment


          • #6
            @pkese: The point of this SoC is to create an entirely libre processor. Source code for everything, verifiable, customizable - you can be sure there are no backdoors, that the chip is doing what you want it to. You can hack on it. The initial performance targets are for a cheap node (180nm costs a tiny part of modern nodes) and low power budget - it's not going to be a performance killer, it's the first implementation. However it will fill the goal of a libre processor, and improvements to both design and smaller nodes will come.

            Comment


            • #7
              Originally posted by curaga View Post
              @pkese: The point of this SoC is to create an entirely libre processor. Source code for everything, verifiable, customizable - you can be sure there are no backdoors, that the chip is doing what you want it to. You can hack on it. The initial performance targets are for a cheap node (180nm costs a tiny part of modern nodes) and low power budget - it's not going to be a performance killer, it's the first implementation. However it will fill the goal of a libre processor, and improvements to both design and smaller nodes will come.
              This. If you're starting with this kind of proof of concept Vulkan accelerator, better to try something you can realistically produce as a first generation product with realistic performance expectations and then work from there.

              Comment


              • #8
                Originally posted by curaga View Post
                @pkese: The point of this SoC is to create an entirely libre processor.
                There already exist a bunch of opensource RISC-V implementations: https://github.com/riscv/riscv-cores-list
                How about taking one of those and add the Vector extension to it?
                The Pulpino ARA implementation reached 34 GFLOPS with dual precision (67 DP-GFLOPS/W) and had reached silicon implementation.

                I'm trying to understand how is this different (i.e. what's the innovative contribution, besides the 'not invented here' syndrome)...
                Last edited by pkese; 29 December 2019, 10:59 AM. Reason: Corrected ARA GFLOPS sepc

                Comment


                • #9
                  curaga it's impossible to implement.

                  Comment


                  • #10
                    Originally posted by pkese
                    There already exist a bunch of opensource RISC-V implementations: https://github.com/riscv/riscv-cores-list How about taking one of those and add the Vector extension to it?
                    According to lkcl in a previous phoronix thread, many of those require proprietary compilers, and the remaining ones were made in some hard to work with custom language. This project would be usable entirely with FOSS.

                    Comment

                    Working...
                    X