Re:Verilog Is Weird
by Taniwha on Wednesday March 23, 2022 @02:25PM
(#30781642)
A little background - I've written a couple of Verilog compilers - you can have always statements with multiple events, protocol state machines a bit like:
Synopsis will happily synthesise this, generating the implied state variable. There really is a loop in there. In fact 'always' is exactly 'initial #0 forever'
[ Parent
| on HN ]
Re:Verilog Is Weird
by magicalhippo on Wednesday March 23, 2022 @09:13PM
(#30785462)
But if the result is a flipflop, where is the loop?
Always implies an outer loop, when you reach the bottom of the loop you go back to the top and do the original event wait again, but not until you've waited for the intermediate event waits
In simulation this is easy to implement, but in synthesis the synthesis tool needs to rewrite it as some hidden flops for state and a top level case statement
I'll add these examples of how to make a clock from the Verilog 2k standard:
always #half_period areg = ~areg;
always c = #5 ~c;
the @() portion is not intrinsically part of the always - it's just usually used there for synthesisable code
Re:Verilog Is Weird
by magicalhippo on Thursday March 24, 2022 @10:22PM
(#30798035)
So you're explicitly restricting yourself to simulators only?
If not, where in this shift register[1], when synthesized to an FPGA, is the loop waiting for posedge clk or posedge reset?
[1]: https://asic4u.wordpress.com/2016/03/28/verilog-1-delay-in-r...
No - the example I gave above with multiple @(posedge clk) in the single always statement is synthesisable (by synopsys at least, I don't know about others) and contains an embedded loop - it's arguably a higher level way to make logic than the traditional always/case/state state machine. Maybe a simpler example will do:
always begin
@(posedge clk) v <= a+1;
@(posedge clk) v <= a-1;
end
is identical to: always @(posedge clk) begin
v <= a+1;
@(posedge clk)
v <= a-1;
end
both can be synthesised and make the same logicthe shift register example you give would normally be synthesised to something with a synchronous clock and an async reset - during simulation the loop is waiting for either
Re:Verilog Is Weird
by magicalhippo on Friday March 25, 2022 @06:20AM
(#30800372)
> during simulation the loop is waiting for either
Ok, then we agree. Of course a simulator will have an implicit loop, that's not contentious.
However you did not mention this in your initial statement, and I've read and been told explicitly not to think of it like this because there's no loop in hardware.