Announcement

Collapse
No announcement yet.

Libre-SOC Test ASIC Going To Fabrication, Using TSMC 180nm Process

Collapse
X
 
  • Filter
  • Time
  • Show
Clear All
new posts
    programmerjake
    Senior Member

  • programmerjake
    replied
    Originally posted by monty11ez View Post

    I see nmigen is being used instead of verilog, but why not VHDL?
    both of:
    1. vhdl didn't have good open-source synthesis support when we started (ghdl was simulate-only).
    2. python has nicer meta-programming features (generating HDL ASTs using algorithms, think like C++'s template meta-programming, but more powerful and easier to understand) -- it's just more python.

    Leave a comment:

  • lkcl
    Senior Member

  • lkcl
    replied
    Originally posted by programmerjake View Post
    and by having well-defined subsets that compose well, with RV32I probably being the best ISA I've seen so far for a super-tiny embedded cpu), though I am pretty disappointed by their organizational mistakes and the attitude of some of their leaders...oh well.
    yeah they had to go through some serrioous review to get OpenPOWER out the door and into the OPF, ironically it's been ongoing for something like a decade, long before RV existed. they'd some work to do, to "retrospectively" fit Compliancy subsets (done for v3.0C and v3.1), but come on, it's been going since like... *1994*, so of course there's things that need sorting, they've done a fantastic job of keeping the ISA stable all that time.

    Leave a comment:

  • monty11ez
    Junior Member

  • monty11ez
    replied
    Originally posted by lkcl View Post

    well then you could start here https://libre-soc.org/3d_gpu/tutorial/ and it's just a matter of being patient and going through things. i strongly recommend using the yosys "show" command because you get a 2D visual graph version of what is is you actually created. i found that's incredibly important to understanding.



    i'll be happy if we achieve 25



    appreciated. it's been tough on everyone.



    don't be. it turns out we dodged a major bullet there - here's some technical details by adrian_b. https://news.ycombinator.com/item?id=24459314

    the clue from adrian_b's post is:



    i go into a bit more detail here: https://youtu.be/kVT31txMBQo?t=282
    I see nmigen is being used instead of verilog, but why not VHDL?

    Leave a comment:

  • programmerjake
    Senior Member

  • programmerjake
    replied
    Originally posted by Jabberwocky View Post
    PS: I'm still sad that the RISC-V route did not work out. Sorry if I'm rubbing salt in the wound. Not trying to start a war just thinking utopian style.
    I still think RISC-V made some good technical decisions that are worth emulating (like the grev instruction, and by having all instructions having more-defined output than other ISAs -- looking at OpenPower..., and by having well-defined subsets that compose well, with RV32I probably being the best ISA I've seen so far for a super-tiny embedded cpu), though I am pretty disappointed by their organizational mistakes and the attitude of some of their leaders...oh well.

    Leave a comment:

  • lkcl
    Senior Member

  • lkcl
    replied
    Originally posted by Jabberwocky View Post
    I still struggle with a relatively simple systems like https://eater.net/8bit/ . I would love to spend some time to learn how both nmigen and this SoC works.
    well then you could start here https://libre-soc.org/3d_gpu/tutorial/ and it's just a matter of being patient and going through things. i strongly recommend using the yosys "show" command because you get a 2D visual graph version of what is is you actually created. i found that's incredibly important to understanding.

    Not having signed a foundry NDA is a huge deal! Hope you reach 300 mhz (fingers crossed)!
    i'll be happy if we achieve 25

    Well done to everyone involved, especially Luke (with the early development woes).
    appreciated. it's been tough on everyone.

    PS: I'm still sad that the RISC-V route did not work out. Sorry if I'm rubbing salt in the wound. Not trying to start a war just thinking utopian style.
    don't be. it turns out we dodged a major bullet there - here's some technical details by adrian_b. https://news.ycombinator.com/item?id=24459314

    the clue from adrian_b's post is:

    RISC-V is however a special case. Even if I have never spent time with implementing any program for it, after having experience with assembly programming for more than a dozen ISAs, when I see that almost any RISC-V loop may require up to a double number of instructions compared to most other ISAs...
    i go into a bit more detail here: https://youtu.be/kVT31txMBQo?t=282

    Leave a comment:

  • Jabberwocky
    Senior Member

  • Jabberwocky
    replied
    I still struggle with a relatively simple systems like https://eater.net/8bit/ . I would love to spend some time to learn how both nmigen and this SoC works.

    Not having signed a foundry NDA is a huge deal! Hope you reach 300 mhz (fingers crossed)!

    Well done to everyone involved, especially Luke (with the early development woes).

    PS: I'm still sad that the RISC-V route did not work out. Sorry if I'm rubbing salt in the wound. Not trying to start a war just thinking utopian style.

    Leave a comment:

  • lkcl
    Senior Member

  • lkcl
    replied
    Originally posted by libv View Post
    And when will https://www.crowdsupply.com/eoma68/micro-desktop be done? We're close to 5ys on that one now.
    Chris from Thinkpenguin has 90 units for test, once he's confirmed they're functional I'll ask Mike to make the rest.

    Leave a comment:

  • libv
    X.Org Developer

  • libv
    replied
    And when will https://www.crowdsupply.com/eoma68/micro-desktop be done? We're close to 5ys on that one now.

    Leave a comment:

  • puffpuff
    Junior Member

  • puffpuff
    replied
    Big is beautiful. I'ma gonna get me two of these silicones.

    Leave a comment:

  • programmerjake
    Senior Member

  • programmerjake
    replied
    Originally posted by Developer12 View Post

    To be honest, I'm skeptical OpenGL will even be needed. It seems to be the default first-go when you're bringing up a new driver (all the way back to the days of SGI), but more and more everything in the Linux world seems to be going Vulkan.
    There's plenty of software that will need OpenGL, such as Minetest, SuperTux, Blender, etc. Luckily Zink is turning out to be a pretty good translation layer with support for OpenGL 4.6 iirc.

    Leave a comment:

Working...
X