whitequark[cis] changed the topic of #amaranth-lang to: Amaranth hardware definition language · weekly meetings: Amaranth each Mon 1700 UTC, Amaranth SoC each Fri 1700 UTC · play https://amaranth-lang.org/play/ · code https://github.com/amaranth-lang · logs https://libera.irclog.whitequark.org/amaranth-lang · Matrix #amaranth-lang:matrix.org
jjsuperpower has joined #amaranth-lang
jjsuperpower_ has joined #amaranth-lang
jjsuperpower has quit [Remote host closed the connection]
Degi has quit [Ping timeout: 245 seconds]
Degi has joined #amaranth-lang
pie_ has quit [Ping timeout: 252 seconds]
pie_ has joined #amaranth-lang
SpaceCoaster_ has joined #amaranth-lang
SpaceCoaster has quit [Ping timeout: 265 seconds]
SpaceCoaster_ is now known as SpaceCoaster
balrog has quit [Quit: Bye]
balrog has joined #amaranth-lang
balrog has quit [Quit: Bye]
balrog has joined #amaranth-lang
ddribin[m] has joined #amaranth-lang
<ddribin[m]> Hi all. I'm new to Amaranth and HDLs in general (mostly a software background) but I have done some Verilog. I'm using an iCEBreaker FPGA and I'd like to hookup the on-board button to the reset signal. I've tried this:... (full message at
vegard_e[m] has joined #amaranth-lang
<vegard_e[m]> a driver conflict is when you're trying to drive a signal from multiple modules -- in other words, the reset signal you're trying to drive is already driven elsewhere
<tpw_rules> there is some internal logic in the platform to reset the device specifically on ice40 yeah
<tpw_rules> you could use a submodule and a domainrenamer, or just a new clock domain
whitequark[cis]1 has joined #amaranth-lang
<whitequark[cis]1> if you create a "sync" domain manually the built in logic becomes inactive
<cr1901> https://github.com/cr1901/sentinel/blob/docs/examples/attosoc.py#L1012-L1013 You can also force a default reset (Idk if this is supported, but it works)
<whitequark[cis]1> it's a bit odd but seems fine to me