News for hackers. Stuff that matters.

mupuf

Thanks for the feedback, everyone!

I fixed up quite a few things based on it! I'll keep on working on the code and hopefully will have some more tangible to share at the end of the summer :)

Thanks for your write-up!

In the case of FPGA boards, OSHW would thus require "mechanical drawings, schematics, bills of material, PCB layout data, and integrated circuit layout data" given that no HDL source code is present in it.

Seems like I have been a little loose in my description, but at least I did not completely miss the point. Accuracy is however needed, I'll try to find another formulation or link to the pages you sent for people to see that it is a little more complex!

Re:FPGA: Why So Few Open Source Drivers for Open Hardware? on Thursday June 11, 2020 @03:48PM (#23492672)
My understanding was that open hardware stood for "open PCB design", with the idea that a community could be made around it to improve the design for later revisions.

Open toolchains are another topic, and indeed, Lattice FPGAs are now super attractive because of it! Hopefully, project X-Ray will bear fruits soon and I can ditch Vivado, at least during development!

In the end, a hardware design using Lattice or Xilinx FPGAs is not more or less open. Discrete components will always be proprietary (unless your name is Sam Zeloof). What matters is pushing the boundary further and further, and for this, FPGAs are amazing!

Re:FPGA: Why So Few Open Source Drivers for Open Hardware? on Thursday June 11, 2020 @03:33PM (#23492526)
Yeah, I definitely jumbled both in the same basket. I should rename that into "higher-level languages" and introduce both HLS and HDL there.

Thanks for the feedback, I'll make some changes to clarify my thoughts!

Re:FPGA: Why So Few Open Source Drivers for Open Hardware? on Thursday June 11, 2020 @03:31PM (#23492508)
Thanks for the links. I'll make sure to check them out in details!
Re:FPGA: Why So Few Open Source Drivers for Open Hardware? on Thursday June 11, 2020 @03:28PM (#23492484)
Sorry about that, the project is still very early. Check out the fan_wip branch for actual code.

The point of LiteDIP is to provide both the IPs, and their drivers.

Also, rather than needing IPs to be located at a certain address in any sort of bus (PCI BARs, wishbone, ...), litedip exposes the list of IPs starting at address 0 along with their version and relative address.

The driver then lists these blocks, and either has a driver for this block's version or not.