Wednesday, 2019-07-03

*** tpb has joined #yosys00:00
*** promach has joined #yosys00:14
*** gsi_ has joined #yosys00:39
*** gsi__ has quit IRC00:43
*** emeb_mac has joined #yosys00:44
*** vonnieda has joined #yosys01:17
promachZipCPU: hmm... poor man sequence method in your article does not help much in this case01:24
promachit seems like the poor man method might not be able to achieve what I try to achieve01:26
promachwait, it is doable01:31
promachFor https://i.imgur.com/QKtEFiT.png , why is line 27 https://gist.github.com/promach/ae6d49ebca9b9f209f918622c3b5abe7#file-dff-v-L27 executed ?02:10
tpbTitle: D flip-flop with asynchronous reset · GitHub (at gist.github.com)02:10
*** PyroPeter has quit IRC02:40
*** PyroPeter has joined #yosys02:53
*** Strobokopp has quit IRC03:17
*** _whitelogger has quit IRC03:41
*** _whitelogger has joined #yosys03:44
*** dys has quit IRC03:49
*** rohitksingh_work has joined #yosys05:17
*** promach has quit IRC05:32
*** emeb_mac has quit IRC06:35
*** rohitksingh has joined #yosys07:12
*** kraiskil has joined #yosys07:19
*** proteusdude has quit IRC07:54
*** proteusdude has joined #yosys08:06
*** kraiskil has quit IRC09:03
*** m4ssi has joined #yosys09:09
*** futarisIRCcloud has quit IRC09:38
*** cr1901_modern has quit IRC09:57
*** futarisIRCcloud has joined #yosys10:01
ZipCPUpromach: That's the same thing I've been explaining to you for days.  Because the asynchronous reset is assumed to be dropped just before the clock edge.  The two are race conditions against each other.10:24
*** rohitksingh_work has quit IRC11:47
*** rohitksingh has quit IRC11:50
*** somlo has quit IRC11:53
*** somlo has joined #yosys11:56
*** alexhw has joined #yosys12:02
*** somlo has quit IRC12:21
*** rrika has quit IRC12:33
*** rrika has joined #yosys12:35
*** rohitksingh has joined #yosys12:56
*** cr1901_modern has joined #yosys13:06
*** rohitksingh has quit IRC13:16
*** somlo has joined #yosys13:20
*** vonnieda has quit IRC13:37
*** futarisIRCcloud has quit IRC13:38
*** promach has joined #yosys13:42
promachZipCPU: so, enable signal is actually high during posedge clk ?13:42
ZipCPU"<ZipCPU> promach: That's the same thing I've been explaining to you for days.  Because the asynchronous reset is assumed to be dropped just before the clock edge.  The two are race conditions against each other."13:43
promachI saw that13:43
promachin the online log13:43
promachZipCPU: so, enable signal is actually high during posedge clk ?13:43
promachotherwise line 27 will not be executed13:44
*** kraiskil has joined #yosys13:47
promachZipCPU: manipulating the enable signal input will also not solve such issue13:59
promachI am afraid13:59
promachthis is a delta race condition13:59
promachdo I need to extend the enable signal ?13:59
promachas well as the reset signal ?14:00
ZipCPUif (reset) assume(!enable)14:00
promachhmm...14:01
promachif (reset_wsync) assume(!enable)14:01
promachbecause of  always_ff @(posedge write_clk, posedge reset_wsync)14:02
promachbut this is not reliable since this is nly for formal verification14:02
promachand we only do it after the reset synchronizer14:02
promachZipCPU: this is a bit tricky to solve14:03
promachAs for "if (reset) assume(!enable)" , this is not helpful too since we could have vastly different clocks speed14:05
promachthis is why we have afifo instead of cheap, conventional synchronizer pair14:06
promachZipCPU: what do you think ?14:06
*** vonnieda has joined #yosys14:21
*** gmc has quit IRC14:35
*** kraiskil has quit IRC14:50
*** proteusguy has joined #yosys15:19
*** proteusguy has quit IRC15:43
*** AlexDaniel has quit IRC15:49
*** AlexDaniel has joined #yosys15:49
*** kraiskil has joined #yosys16:09
*** pie__ has quit IRC16:12
*** AlexDaniel has quit IRC16:42
*** kraiskil has quit IRC16:50
*** fsasm has joined #yosys16:56
*** kraiskil has joined #yosys17:03
*** emeb has joined #yosys17:06
*** kraiskil has quit IRC17:18
*** m4ssi has quit IRC17:29
*** promach has quit IRC17:30
*** rohitksingh has joined #yosys17:38
bwidawskso would anyone be opposed to having yosys catch SIGINT and ignoring it when in interactive mode?18:05
bwidawskI'd be happy to write the patch18:05
ZirconiumXMaybe post an RFC issue in GitHub18:06
ZirconiumXI have something I'd like to add to Yosys, too, since it seems to be a common enough idiom18:07
bwidawskZirconiumX› okay, writing the RFC now18:07
ZirconiumX(namely, adding a parameter to the $pos cell to round the output width to a given multiple of N)18:08
ZirconiumX(which I'm sure daveshah would like)18:08
bwidawskZirconiumX› https://github.com/YosysHQ/yosys/issues/115718:11
tpbTitle: RFC: Ignore SIGINT in interactive mode · Issue #1157 · YosysHQ/yosys · GitHub (at github.com)18:11
ZirconiumXbwidawsk: 👍18:15
*** rohitksingh has quit IRC18:33
bwidawskwould also be nice if long output invoked the pager18:33
ZipCPUWhy not just use "tee" to send it to a file you can then run the pager on?18:36
tntbwidawsk: sigint is ctrl-c right ?  why ignore it ?18:42
*** rohitksingh has joined #yosys18:43
ZirconiumXtnt: in interactive mode18:46
*** s_frit has quit IRC18:46
*** s_frit has joined #yosys18:47
tntZirconiumX: yeah, I got that, but I still want to easily kill yosys (or at the very least the running command).18:47
tntZirconiumX: like ... when yosys mis-understood a ram inferrance and starts generating millions of FFs ...18:48
ZirconiumXThen we can make ^C while executing a command abort it, perhaps?18:48
ZirconiumXI'm not sure if the current architecture of Yosys permits that though18:49
tntsure, that'd be fine (even better than killall), but no idea how easy / hard it'd be ...18:49
*** AlexDaniel has joined #yosys18:49
tntlongjmp :p18:49
ZirconiumXI'd actually use threading here, I think18:49
ZirconiumXRunning a command spawns a thread to execute it18:50
daveshahYou'd have to have the command operate on a copy of the netlist structure then18:51
daveshahOtherwise things would be inconsistent when you terminated the command18:51
daveshahAnd that would significantly increase memory usage on some big designs (where the netlist can be several GB)18:52
ZirconiumXI don't think setjmp/longjmp would be much better in that instance18:53
ZirconiumXdaveshah: actually, couldn't you get away with copy-on-write here?19:04
ZirconiumXIt might not be ideal, but it would be consistent19:05
*** kraiskil has joined #yosys19:07
*** kraiskil has quit IRC19:59
*** rohitksingh_ has joined #yosys20:27
*** rohitksingh_ has quit IRC20:40
*** rohitksingh has quit IRC20:40
*** fsasm has quit IRC21:33
*** AlexDaniel has quit IRC21:37
*** futarisIRCcloud has joined #yosys22:04
*** pie_ has joined #yosys22:30
*** dys has joined #yosys23:27
*** vonnieda has quit IRC23:37

Generated by irclog2html.py 2.13.1 by Marius Gedminas - find it at mg.pov.lt!