News for hackers. Stuff that matters.
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:

    always @(posedge clk) begin
         do some stuff
         if (condition) begin
              @(posedge clk);
              do some more stuff
         end else begin 
              @(posedge clk);
              do some different stuff
         end
         ......
    end
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'
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?
Re:Verilog Is Weird by Taniwha on Wednesday March 23, 2022 @11:10PM (#30786033)
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

Re:Verilog Is Weird by Taniwha on Thursday March 24, 2022 @04:43PM (#30795101)
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...

Re:Verilog Is Weird by Taniwha on Friday March 25, 2022 @02:29AM (#30799231)
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 logic
Re:Verilog Is Weird by Taniwha on Friday March 25, 2022 @02:33AM (#30799249)
the 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.