00:11
mjoldfield has joined #yosys
00:52
emeb has quit [Quit: Leaving.]
00:54
emeb_mac has joined #yosys
01:04
knielsen has quit [Ping timeout: 276 seconds]
01:05
promach_ has quit [Ping timeout: 268 seconds]
01:08
promach_ has joined #yosys
01:13
srk has quit [Ping timeout: 245 seconds]
01:33
promach_ has quit [Quit: WeeChat 2.1]
01:54
srk has joined #yosys
02:03
<
mithro >
Anyone know why arachne is not using the global network for this clock signal?
02:04
cr1901_modern1 has joined #yosys
02:07
cr1901_modern has quit [Ping timeout: 256 seconds]
02:09
<
mithro >
My understanding is that arachne should have chosen glb_netwk_4 as io_tile 0 9 io_0 can be routed directly onto glb_netwk_4?
02:19
knielsen has joined #yosys
02:20
<
awygle >
i can't comment on whether that tile correctly maps to glb_netwk_4 in the part you're using, but i do know arachne's global promotion rules are fairly primitive
02:20
<
awygle >
so it's possible it's just deciding not to promote
02:44
<
mithro >
awygle: Any way to force it?
02:44
<
awygle >
mithro: manually instantiate the primitive?
02:45
<
awygle >
There are examples of how to do that in icefuzz/tests/sb_gb.v and sb_gb_io.v
02:45
knielsen has quit [Ping timeout: 265 seconds]
02:46
<
awygle >
I know how to force arachne
*not* to promote but I don't think you can do the opposite except from verilog.
03:09
digshadow has quit [Ping timeout: 256 seconds]
03:15
leviathan has joined #yosys
03:22
<
promach >
just for info, line 277 had passed BMC
03:22
<
tpb >
Title: UART/test_UART.v at development · promach/UART · GitHub (at github.com)
03:27
digshadow has joined #yosys
03:29
<
awygle >
lol hi promach
03:29
<
awygle >
You almost certainly want {cnt{1'b0}} for one thing
03:30
<
promach >
I have already tried that
03:31
<
awygle >
Then you're probably not asserting enough intermediate steps to pass induction
03:31
<
awygle >
I don't have time right now to fully work through your logic though
03:32
<
awygle >
Try running with some of the other proof engines and see if you get a proof there, maybe
03:33
<
awygle >
Like abc pdr
03:35
<
promach >
awygle: ok
03:45
<
mithro >
.gate SB_GB USER_SIGNAL_TO_GLOBAL_BUFFER=clk$2 GLOBAL_BUFFER_OUTPUT=clk$2$2
03:45
<
mithro >
.attr loc "0,9/2"
03:48
<
mithro >
awygle: That seems to me like it decided to use User->Global routing rather than using the IO->Global routing...
03:48
<
awygle >
mithro: yeah, looks like
03:48
<
awygle >
did you instantiate it manually?
03:49
<
mithro >
awygle: No - looking at the code - it looks like it always promotes in this way....
03:49
<
awygle >
huh, weird
03:50
<
awygle >
I sort of remember there being something weird about the IO global routing but you need daveshah to tell you more
03:50
<
awygle >
Also possible that cseed just didn't bother with the other kind
03:51
<
tpb >
Title: arachne-pnr/global.cc at master · cseed/arachne-pnr · GitHub (at github.com)
03:58
<
tpb >
Title: arachne-pnr/sb_gb_io.blif at 52e69ed207342710080d85c7c639480e74a021d7 · cseed/arachne-pnr · GitHub (at github.com)
03:58
<
awygle >
oh yeah daveshah actually mentioned that in openfpga awhile back
03:58
<
awygle >
that looks reasonable yeah
04:06
<
tpb >
Title: ##openfpga on 2018-05-09 — irc logs at whitequark.org (at irclog.whitequark.org)
04:08
<
tpb >
Title: arachne-pnr/sb_gb_io.v at 52e69ed207342710080d85c7c639480e74a021d7 · cseed/arachne-pnr · GitHub (at github.com)
04:09
<
mithro >
Shouldn't there be a "wire clk;" in there?
04:12
<
mithro >
That seems to do what I want...
04:12
<
awygle >
default_nettype strikes again
04:13
<
awygle >
implicit wires are entirely legal
04:19
<
mithro >
Anyone know how to solve "ERROR: Failed to import cell $techmap\gate.$procdff$7 (type $dff) to SAT database." ?
04:20
<
mithro >
It seems like global nets are now being output by vpr correctly.....
04:21
knielsen has joined #yosys
04:22
<
mithro >
awygle: any idea?
04:22
<
mithro >
daveshah: I'm assuming you haven't gotten up yet...
04:37
<
awygle >
mithro: huh. No clue. Looks like a problem with your equivalence check and not necessarily the circuit tho.
04:43
<
mithro >
awygle: Makes it hard to check though :-P
05:09
promach has quit [Quit: WeeChat 2.1-dev]
05:45
cr1901_modern1 has quit [Quit: Leaving.]
05:45
cr1901_modern has joined #yosys
06:38
seldridge has joined #yosys
06:51
dys has quit [Ping timeout: 265 seconds]
07:04
emeb_mac has quit [Ping timeout: 264 seconds]
07:26
GuzTech has joined #yosys
07:38
proteusguy has joined #yosys
07:42
jwhitmore has joined #yosys
07:42
roh has quit [Ping timeout: 260 seconds]
07:53
seldridge has quit [Ping timeout: 264 seconds]
07:59
emeb_mac has joined #yosys
09:10
digshadow has quit [Ping timeout: 264 seconds]
09:14
milkii has quit [Ping timeout: 256 seconds]
09:15
Guest46328 has joined #yosys
09:17
roh has joined #yosys
09:40
emeb_mac has quit [Quit: Leaving.]
09:56
promach has joined #yosys
10:20
jwhitmore has quit [Ping timeout: 276 seconds]
11:23
<
keesj >
alright . I was done waiting for the tinyFPGA and ordered a icestick
11:25
<
keesj >
this is the 4th ice board I ordered but will be the first one I have in my hands
12:28
develonepi3 has joined #yosys
12:37
proteusguy has quit [Ping timeout: 256 seconds]
13:07
proteusguy has joined #yosys
13:53
leviathan has joined #yosys
13:55
leviathan has quit [Client Quit]
13:56
leviathan has joined #yosys
14:59
promach_ has joined #yosys
15:08
xerpi has joined #yosys
15:09
xerpi has quit [Remote host closed the connection]
15:09
xerpi has joined #yosys
15:13
proteusguy has quit [Ping timeout: 240 seconds]
15:26
proteusguy has joined #yosys
15:44
seldridge has joined #yosys
16:19
digshadow has joined #yosys
16:32
develonepi3 has quit [Ping timeout: 265 seconds]
16:32
seldridge has quit [Ping timeout: 276 seconds]
16:33
<
mattvenn >
I have a question about dynamic circular left shift
16:33
<
mattvenn >
I'm having a go at implementing an FFT in verilog
16:33
roh has quit [Ping timeout: 240 seconds]
16:33
<
mattvenn >
I'm following along with this paper git remote add origin git@github.com:mattvenn/fpga-fft.git
16:34
<
mattvenn >
and for the ordering of the butterfly pairs, we can get the order by a left shift of the level and index of the butterfly
16:35
<
mattvenn >
it's something that I would have thought would be easy to do in hardware
16:35
<
mattvenn >
but what I've ended up with is concatenating the register twice so as I shift it I don't lose bits
16:35
<
mattvenn >
git remote add origin git@github.com:mattvenn/fpga-fft.git
16:36
<
tpb >
Title: fpga-fft/agu.v at 7c90dddd19a9fd072872658dbe8b31f06fe2a2da · mattvenn/fpga-fft · GitHub (at github.com)
16:36
<
mattvenn >
which seems a waste of flops
16:36
<
mattvenn >
any suggestions on how to improve this?
16:40
GuzTech has quit [Quit: Leaving]
16:49
massi has quit [Remote host closed the connection]
16:56
dys has joined #yosys
17:09
jwhitmore has joined #yosys
17:27
seldridge has joined #yosys
17:33
<
mattvenn >
I've just seen a paper on the sliding DFT
17:33
<
mattvenn >
looks much simpler, why would I use a DFT over a sliding DFT?
17:34
<
mattvenn >
as in the Cooley-Tukey implementation
17:35
jwhitmore has quit [Read error: Connection reset by peer]
17:37
roh has joined #yosys
17:41
promach_ has quit [Quit: WeeChat 2.1]
17:43
xerpi has quit [Quit: Leaving]
17:44
m_w has quit [Quit: leaving]
17:45
seldridge has quit [Ping timeout: 248 seconds]
18:02
<
ZipCPU >
As I recalled, I didn't have much struggle doing the bit reverse in my own pipelined FFT implementation
18:02
<
ZipCPU >
Are you doing this in a pipelined or block fashion?
18:05
sklv has quit [Quit: quit]
18:05
sklv has joined #yosys
18:06
sklv has quit [Client Quit]
18:06
sklv has joined #yosys
18:26
<
knielsen >
a dynamic bit shift is often called a "barrel shifter" - it does take some extra logic over a fixed shifter
18:27
<
ZipCPU >
Yeah, but ... a bit reverser doesn't require a shifter at all
18:27
digshadow has quit [Ping timeout: 260 seconds]
18:28
<
knielsen >
that's probably true :-)
18:32
mjoldfield has quit [Ping timeout: 256 seconds]
18:50
digshadow has joined #yosys
19:06
dys has quit [Ping timeout: 240 seconds]
19:08
xdeller_ has joined #yosys
19:10
dys has joined #yosys
19:19
mjoldfield has joined #yosys
19:30
dys has quit [Read error: Connection reset by peer]
19:31
dys has joined #yosys
19:59
dys has quit [Remote host closed the connection]
20:10
dys has joined #yosys
20:21
xerpi has joined #yosys
20:21
dys has quit [Ping timeout: 240 seconds]
20:22
<
mithro >
Does anyone here know how to read the output of a failed equivalence check from yosys?
20:23
<
tpb >
Title: Ubuntu Pastebin (at paste.ubuntu.com)
20:30
dys has joined #yosys
20:33
<
mithro >
ZipCPU: any idea?
20:33
* ZipCPU
is taking a peek
20:33
<
mithro >
daveshah: ^
20:34
<
daveshah >
Have a look at the cmp signals
20:34
* ZipCPU
has yet to (successfully) try out the equivalence checking capability of yosys
20:34
<
daveshah >
If they are low, there is a mismatch
20:35
<
daveshah >
There might be a way to get a vcd file, but I'm not sure
20:36
<
daveshah >
The other option is just to simulate the two for 1000 cycles
20:37
<
daveshah >
mithro: try adding -dump_vcd <file.vcd> to the sat command
20:37
<
daveshah >
Then you'll get an easier to observe counterexample trace
20:39
<
mithro >
518 \cmp_LED2 0 0 0
20:39
<
mithro >
518 \gate_LED2 0 0 0
20:40
<
mithro >
518 \gold_LED2 1 1 1
20:40
<
daveshah >
That's clearly the first mismatched
20:40
<
daveshah >
The vcd file will be clearer
20:40
<
mithro >
daveshah: Well I think 514 is?
20:41
<
daveshah >
Yeah it is actually
20:46
<
mithro >
daveshah: Okay -- I have the vcd file
20:47
<
daveshah >
What's it looking like in gtkwave?
20:47
<
daveshah >
Not at computer now
20:49
<
mithro >
daveshah: It seems to go wrong when "trigger" goes high....
20:50
<
daveshah >
mithro: I think that's a SAT solver output indicating that it's gone wrong
20:50
<
daveshah >
Can you post a screenshot where it goes wrong?
20:56
<
daveshah >
Looks like LED2 is broken
20:56
<
daveshah >
mithro: can you post the HLC and the bitstream Verilog?
20:57
<
tpb >
Title: Ubuntu Pastebin (at paste.ubuntu.com)
20:59
<
tpb >
Title: Ubuntu Pastebin (at paste.ubuntu.com)
21:00
<
mithro >
daveshah: Can icebox_vlog use the .sym stuff?
21:00
<
daveshah >
mithro: yes
21:00
<
daveshah >
Although it gets tacked on at the bottom
21:00
<
mithro >
daveshah: IE Is there a way to get the verilog output to be nicer....
21:00
<
daveshah >
As a bunch of assigns
21:03
<
mithro >
Looks like icebox_vlog has "-L lookup symbol names (using .sym statements in input)"
21:04
<
daveshah >
I can't immediately see what is wrong tbh
21:04
<
daveshah >
Personally I'd simulate the icebox_vlog output to make sure it's not an equiv check issue first
21:05
<
mithro >
daveshah: Any idea if the .sym can go through HLC
21:05
<
daveshah >
Not sure
21:08
<
mithro >
Guess I'll just generate a separate .sym file and cat it onto the end of the asc file...
21:10
<
mithro >
daveshah: I'd actually like to do some more LUT tests to make sure the LUT init is okay....
21:10
<
daveshah >
mithro: I'd say that's the most likely issue
21:10
<
daveshah >
The routing looks OK at a glance
21:11
<
daveshah >
Maybe VPR is swapping LUT pins or something weird?
21:11
<
daveshah >
It's clearly almost right...
21:11
<
daveshah >
3 bits work fine
21:11
<
mithro >
daveshah: I also wonder if something around resets?
21:12
<
mithro >
daveshah: But I can't see anything around resets in the verilog?
21:12
<
daveshah >
mithro: No, I don't think so
21:12
<
daveshah >
That all looks fine
21:12
<
daveshah >
But definitely run it through a simulator so you can see all the internal signals
21:17
<
mithro >
daveshah: now I need to figure out how to do that :-P
21:18
<
daveshah >
mithro: it would be a nice makefile target to have
21:19
dxld has quit [Read error: Connection reset by peer]
21:19
tinyfpga has quit [Ping timeout: 245 seconds]
21:19
<
mithro >
daveshah: Agreed
21:20
tinyfpga has joined #yosys
21:21
<
tpb >
Title: icestorm/Makefile at master · cliffordwolf/icestorm · GitHub (at github.com)
21:22
dxld has joined #yosys
21:40
<
mithro >
daveshah: Guess I could try and pnr these demos....
21:40
<
daveshah >
mithro: yeah, give it a go
21:41
<
mithro >
Now if only my icesticks would make it to me instead of going on a mail trip around multiple buildings....
21:41
<
daveshah >
These again take many clock cycles to do anything, so you'll have to either reduce the divider or run a long simulation
21:47
<
mithro >
daveshah: I should be able to just run the test bench, right?
21:54
<
daveshah >
mithro: yes
21:55
<
daveshah >
But it might take a little while
21:56
<
daveshah >
For such a simple design should be fine though
22:09
dxld has quit [Ping timeout: 245 seconds]
22:10
xerpi has quit [Quit: Leaving]
22:17
dxld has joined #yosys
22:22
jwhitmore has joined #yosys
22:25
dys has quit [Ping timeout: 265 seconds]
22:31
seldridge has joined #yosys
22:42
seldridge has quit [Ping timeout: 265 seconds]
22:49
mazzoo has quit [Ping timeout: 256 seconds]
22:49
mazzoo has joined #yosys
22:58
jwhitmore has quit [Ping timeout: 256 seconds]
23:55
tpb has quit [Remote host closed the connection]
23:55
tpb has joined #yosys