clifford changed the topic of #yosys to: Yosys Open SYnthesis Suite: http://www.clifford.at/yosys/ -- Channel Logs: https://irclog.whitequark.org/yosys
m_t has quit [Quit: Leaving]
gnufan has quit [Quit: Leaving.]
pie_ has joined #yosys
pie_ has quit [Ping timeout: 265 seconds]
pie_ has joined #yosys
<promach> ZipCPU: can I discuss with you on how to incorporate reset signaling into hamster coding ?
<promach> I mean correctly
<promach> sigh, if reset is asserted, serial_out should be asserted as well
<promach> ZipCPU: I have uncovered more bugs than I thought I have :)
<ZipCPU> Relax ... there's only one more left. ;)
pie_ has quit [Remote host closed the connection]
pie_ has joined #yosys
<promach> ZipCPU: I am so irritated by induction.
<promach> How can you be so calm
<promach> and I do not have assert for all the output yet
<ZipCPU> It is a gift from God, and an example of His grace.
<ZipCPU> I'm not sure I could do this without His peace.
<ZipCPU> In the meantime, sleep is another gift ... and I'm looking forward to enjoying it. ;)
<promach> I guess i should go out walking for fresh air to clear out all the frustration in my mind
<promach> ZipCPU: For https://cdn.discordapp.com/attachments/366098504067579920/396517055509037056/image.png and https://github.com/promach/UART/blob/development/rtl/test_UART.v#L51 , how can I assert that 'cnt' starts from zero even during induction test ?
<ZipCPU> What is the purpose of cnt?
<promach> wait, I should give 'cnt' more comments
<promach> give me a moment
<promach> reg[$clog2(NUMBER_OF_STATES*CLOCKS_PER_STATE):0] cnt; // to track number of clock cycles between assertion of 'enable' signal and 'data_is_valid' signal
<promach> ZipCPU: do you have any way to assert that 'cnt' starts from zero even during induction test ?
X-Scale has quit [Quit: HydraIRC -> http://www.hydrairc.com <- The alternative IRC client]
pie_ has quit [Ping timeout: 265 seconds]
<promach> ZipCPU: I got past that cnt problem, now going into another problem :|
<promach> ZipCPU: when will yosys-smtbmc support calling variables through hierarchy or through different modules ?
dys has quit [Ping timeout: 265 seconds]
eduardo__ has joined #yosys
eduardo_ has quit [Ping timeout: 268 seconds]
m_t has joined #yosys
digshadow has quit [Ping timeout: 272 seconds]
<ZipCPU> As for ways to assert 'cnt' starts from zero during induction .... that's not how induction works.
<ZipCPU> Instead, try asserting a value of 'cnt' that matches the surrounding environment, forcing it to have the right value--despite not starting from zero.
<promach> ZipCPU: Verific bindings ?
<ZipCPU> Yes.
<ZipCPU> Using those bindings, #yosys has support for more verilog features as well as VHDL.
<ZipCPU> It also has support for the full system verilog property sets.
<promach> but is it usable ?
<ZipCPU> Only problem is .... Verific is commercial (not open source) software.
<ZipCPU> Usable? I am told so. I just haven't used it myself.
<promach> it is only free for 30 days, then verific is no longer usable for free
<ZipCPU> I might recommend you learn the basics before trying something like Verific, though. That way you'd get the most out of a 30day trial.
<promach> true
adj__ has quit [Ping timeout: 264 seconds]
adj__ has joined #yosys
m_t has quit [Quit: Leaving]
X-Scale has joined #yosys
pie_ has joined #yosys
pie_ has quit [Ping timeout: 265 seconds]
dys has joined #yosys
pie_ has joined #yosys
pie_ has quit [Ping timeout: 250 seconds]
pie_ has joined #yosys
m_t has joined #yosys
m_t has quit [Quit: Leaving]
pie_ has quit [Ping timeout: 246 seconds]
pie_ has joined #yosys
<promach> ZipCPU: to be frank, there is just not only one bug left
<promach> it is far from working
<ZipCPU> If you know it's that broken, why don't you rebuild it from the ground up in a way that won't nearly be so broken?
pie_ has quit [Ping timeout: 260 seconds]
<ZipCPU> promach: The purpose of test benches and formal verification processes are not to help you write good code, but rather to help you clean up any bugs in what should already be good code.
<ZipCPU> If you know your code has problems, don't continue to test-bench or formally verify the code, fix the code--then come back and test and prove it.
<promach> ZipCPU: ok, I would say my Rx contributes all the problems mostly
<promach> got to go, it is too late for me now
<ZipCPU> I think I'll put a post together on why Quadratic fit's are horrible approaches to digital signal processing and resampling.
<ZipCPU> I think that'd be a fun article.
m_t has joined #yosys
digshadow has joined #yosys
gnufan has joined #yosys
dys has quit [Ping timeout: 256 seconds]
dys has joined #yosys
m_t has quit [Quit: Leaving]