[Cryptech Core] nit: reset low or high

[Joachim Strömbergson]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA256

Aloha!

Paul Selkirk wrote:
> I don't recall the conversation about reset levels, so I apologize
> for rehashing it. I do vaguely recall a conversation about synch vs
> asynch reset, but I didn't have an informed opinion then (nor do I
> now).

We discussed it on a meeting and I also posted reset strategy
differences between Altera and Xilinx on the maillist.

My experience is also that active low reset is generally much more
common. Also, we have substantially more cores with active low reset
than active high.

Since they are clocked and a slow signal we can always add an inverter
to get the same behaviour for top level active high reset modules. But
changing code in all cores to active high reset would take more work
than changing the top level stuff for the Novena. And imho make the
cores (slightly) less usable for example in an ARM system using the
standard AMBA buses.


> So we have one vote for active-high, and one for active-low. I'm not
> an FPGA guy, so I don't have a strong opinion, but I know
> inconsistency when I see it, so I do have a strong opinion that it
> should be one or the other.

Stuge seems to think active low is the common choice too.

- -- 
Med vänlig hälsning, Yours

Joachim Strömbergson - Alltid i harmonisk svängning.
========================================================================
 Joachim Strömbergson          Secworks AB          joachim at secworks.se
========================================================================
-----BEGIN PGP SIGNATURE-----
Version: GnuPG/MacGPG2 v2
Comment: GPGTools - http://gpgtools.org
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iQIcBAEBCAAGBQJVAXwPAAoJEF3cfFQkIuyNUbEQANneqsglS4eGethqXgeSJ+iU
HeHS5Ulbp5FOvNgAtGkJNTJOka9Xc/LSRabTqr8XptEYvv9p83r/Ab8VMRDDHnR2
s6ZpJrQd1gGYH/a4q9gz8f5aW7AERPjbMWlee8w8lm5B1PVDcuHGgc64WjB2ARbV
eZlo9Sz7O57go6DyR/VWcabOgYi20w0CV6pR52U8zuWNdrFKdV0Au8aOjxEIyG+r
JJabsaCT6IUTnJXKmxG6ebonc7dYSL5S33miKmxkKDQtsEepwcmktpUqiFBzS787
ScAilVpHLhwigi0AEr2oxc8KerPxo28i7rsEyGiFhN5/J4hC+voYCvn53S9ngT5r
uL883LgSBsYr2jKsYdfbCGYBlwjEKp5JGQrIxIGbFrsHFKUVrmKFEdwMuuXsb0Gc
yRzBOOUjMbMdxR3/WFsS514uJ7dr5HkByW9IOX/PJo6BxB5NJfFGuI1S4IJuHZXA
AIw4gbFy91iyyHrR3fguAJKP6Ykds2HAhExe9JIU3+IpuBLkTR/1KY6YkaU6GY5C
F+tX6SGkMMAB5Nlwmfo0jjMOaH6wmhlI1Jpp4m0X1L/NI/hrCUxdO2ebPN8pcLOd
QnSVREpVbdIjUzKlZBSYzWeB5/hgKt8LVHINWXe/3PCgrxmT7Z/DX4iiQhHK+u8Y
oinZvTXHGNQsBRHuGCJS
=+EOG
-----END PGP SIGNATURE-----