azonenberg_work has quit [Ping timeout: 265 seconds]
ZombieChicken has quit [Ping timeout: 268 seconds]
ZipCPU has quit [Remote host closed the connection]
ZipCPU has joined ##openfpga
genii_ has joined ##openfpga
genii_ has quit [Client Quit]
genii has joined ##openfpga
rohitksingh has joined ##openfpga
<cyrozap>
Finde: I've just seen a lot of "we're going to open source our product/core technologies" announcements over the past decade or so, and an unfortunate number of them have ended up being false as the companies realize they can get the PR benefits of open-sourcing with none of the drawbacks. As the saying goes, "talk is cheap".
<cyrozap>
While it _seems_ that Bluespec is being genuine here (and I certainly hope they are!), it wouldn't surprise me if it turns out their repo is never "ready enough" for public release, or the legal stuff to set up the foundation "falls through", or they just stop responding to queries about the open-sourcing.
<cyrozap>
> we want to do a bit more testing before broadcasting the link; hopefully in a few days
<cyrozap>
> hopefully in a few days
azonenberg_work has joined ##openfpga
<cyrozap>
A few days can easily turn into a few weeks, months, years, or millenia, so I try not to get my hopes up for these kinds of things.
<cyrozap>
> In addition to Intel’s Thunderbolt silicon, next year Intel plans to make the Thunderbolt protocol specification available to the industry under a nonexclusive, royalty-free license. Releasing the Thunderbolt protocol specification in this manner is expected to greatly increase Thunderbolt adoption by encouraging third-party chip makers to build Thunderbolt-compatible chips.
<cyrozap>
It's February 5, 2020, and Intel is still the only Thunderbolt transceiver manufacturer.
<sorear>
cyrozap: the spec release happened last year, marketing did a last-minute rename to "USB4"
<cyrozap>
sorear: The TB3 backwards-compatibility of the USB4 specs is just "see the TB3 specs"--there's no information on how any of it works.
<cyrozap>
*backwards-compatibility section
<pie_[bnc]>
cyrozap: welllllll ghidra did happen eventually
<daveshah>
and rereleased RapidWright
<cyrozap>
daveshah: Didn't they remove stuff from the re-released version compared to the original? Though, I might be misremembering.
<daveshah>
yes, that's true actually
<daveshah>
some stuff moved from being open source to a precompiled JAR
<cyrozap>
pie_[bnc]: I'll give you that one.
<cyrozap>
daveshah: That's even worse, since it's not even fully open :P
<cyrozap>
(IMO, of course)
<cyrozap>
Well, anyways, I clearly have trust issues with these kinds of announcements...
pointfree has quit []
pointfree has joined ##openfpga
m_w has joined ##openfpga
nickjohnson has quit [Ping timeout: 272 seconds]
pointfree has quit [Ping timeout: 260 seconds]
m_w has quit [Quit: leaving]
stefanct has quit [Read error: Connection reset by peer]
<q3k>
Flute is intended for low-end to medium applications that require 64-bit operation, an MMU (Virtual Memory) and more performance than Piccolo-class processors.
<q3k>
i uh that's actually pretty cool?
<implr>
yeah, RV64ACDFIMSU is a lot
<implr>
it has *floats*
<sorear>
a combinatorial FPU is not the most interesting test case of a HDL for sequential logic
rohitksingh has quit [Ping timeout: 260 seconds]
rohitksingh has joined ##openfpga
rohitksingh has quit [Ping timeout: 265 seconds]
rohitksingh has joined ##openfpga
<cr1901_modern>
sorear: With the understanding that implementing floating point, well, kinda stinks, I'd go farther and say "a combinatorial FPU is not the most interesting test case" :P
<cr1901_modern>
(which is exactly why I would implement it that way too, speed be damned. I just want the thing to work!)
<christiaanb>
where does it say the FPU is combinational?