pftbest has quit [Remote host closed the connection]
pftbest has joined #nmigen
peepsalot has joined #nmigen
bvernoux has joined #nmigen
duck2 has quit [Quit: Ping timeout (120 seconds)]
duck2 has joined #nmigen
nyanotech has quit [Ping timeout: 252 seconds]
emilazy has quit [Quit: Bridge terminating on SIGTERM]
whitequark has quit [Quit: Bridge terminating on SIGTERM]
cesar has quit [Quit: Bridge terminating on SIGTERM]
psydroid has quit [Quit: Bridge terminating on SIGTERM]
jfng[m] has quit [Quit: Bridge terminating on SIGTERM]
Chips4Makers[m] has quit [Quit: Bridge terminating on SIGTERM]
jamwaffles[m] has quit [Quit: Bridge terminating on SIGTERM]
lsneff_ is now known as lsneff
nyanotech has joined #nmigen
emilazy has joined #nmigen
whitequark has joined #nmigen
Chips4Makers[m] has joined #nmigen
psydroid has joined #nmigen
cesar has joined #nmigen
jamwaffles[m] has joined #nmigen
jfng[m] has joined #nmigen
emeb has joined #nmigen
lsneff is now known as lsneff_
bvernoux has quit [Ping timeout: 276 seconds]
bvernoux has joined #nmigen
emeb_mac has joined #nmigen
pftbest_ has joined #nmigen
pftbest has quit [Ping timeout: 250 seconds]
<mwbrown>
I'm working on porting my old DE2-115 board as a board definition in nmigen-boards... wondering if there's a way to define a Resource as being a clock input or clock output without necessarily knowing the frequency
<whitequark>
you can omit the Clock() bit, and direction as well
<mwbrown>
So just a Resource() with Pins()?
<mwbrown>
I guess my main concern is whether someone actually decides to use it, whether the synthesis tools will decide to assign it to a global clock net
<whitequark>
that's separate from having Clock() in the definition
<whitequark>
if you specify Clock() it adds an appropriate clock constraint, but the global buffer insertion is not directly related to that
<mwbrown>
Gotcha
emeb_mac has quit [Quit: Leaving.]
rektide has quit [Remote host closed the connection]
<mwbrown>
Is it always recommended that if dealing with a signal_n line, we name it "signal" and use PinsN instead of Pins?
<mwbrown>
It looks to be that case pretty much everywhere with the exception of cs_n being present in the pmod.py resource definitions
<d1b2>
<dub_dub_11> I suspect the pmod one is out of date
<d1b2>
<dub_dub_11> Cause yeah generally it's PinsN
<whitequark>
yes, the pmod definition is out of date
<whitequark>
anyone up for fixing it?
<d1b2>
<dub_dub_11> I could maybe do it this weekend but I wouldn't know if there were any other issues
emeb_mac has joined #nmigen
emeb has quit [Ping timeout: 250 seconds]
emeb_mac has quit [Ping timeout: 256 seconds]
emeb has joined #nmigen
emeb_mac has joined #nmigen
bvernoux has quit [Quit: Leaving]
smkz is now known as tskz
pftbest_ has quit [Remote host closed the connection]