clifford changed the topic of #yosys to: Yosys Open SYnthesis Suite: http://www.clifford.at/yosys/ -- Channel Logs: https://irclog.whitequark.org/yosys
tpb has quit [Remote host closed the connection]
tpb has joined #yosys
lf has quit [Ping timeout: 260 seconds]
lf has joined #yosys
maartenBE has quit [Ping timeout: 258 seconds]
maartenBE has joined #yosys
dxld_ has joined #yosys
dxld has quit [Ping timeout: 265 seconds]
dxld_ is now known as dxld
Degi has quit [Ping timeout: 240 seconds]
Degi has joined #yosys
jakobwenzel has quit [Ping timeout: 260 seconds]
citypw has joined #yosys
mmicko has quit [Quit: leaving]
mmicko has joined #yosys
m4ssi has joined #yosys
davidlattimore has quit [Read error: Connection reset by peer]
sorear has quit [Ping timeout: 264 seconds]
davidlattimore has joined #yosys
sorear has joined #yosys
SpaceCoaster has joined #yosys
m4ssi has quit [Remote host closed the connection]
SpaceCoaster has quit [Quit: ZNC 1.7.2+deb3 - https://znc.in]
emeb_mac has quit [Quit: Leaving.]
dxld has quit [Remote host closed the connection]
dxld has joined #yosys
maartenBE has quit [Ping timeout: 272 seconds]
maartenBE has joined #yosys
az0re has quit [Remote host closed the connection]
vidbina_ has joined #yosys
az0re has joined #yosys
m4ssi has joined #yosys
jakobwenzel has joined #yosys
az0re has quit [Ping timeout: 240 seconds]
corecode has quit [Quit: ZNC - http://znc.in]
az0re has joined #yosys
corecode has joined #yosys
smkz has quit [Quit: smkz]
smkz has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
jakobwenzel has quit [Quit: jakobwenzel]
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
citypw has joined #yosys
citypw has quit [Ping timeout: 240 seconds]
X-Scale has quit [Quit: HydraIRC -> http://www.hydrairc.com <- Wibbly Wobbly IRC]
jakobwenzel has joined #yosys
X-Scale has joined #yosys
emeb has joined #yosys
jakobwenzel has quit [Quit: jakobwenzel]
m4ssi has quit [Remote host closed the connection]
GenTooMan has quit [Ping timeout: 264 seconds]
az0re has quit [Quit: Leaving]
vidbina_ has quit [Ping timeout: 264 seconds]
GenTooMan has joined #yosys
mwk has quit [Remote host closed the connection]
Forty-Bot has quit [Quit: KVIrc 5.0.0 Aria http://www.kvirc.net/]
mwk has joined #yosys
emeb_mac has joined #yosys
<cr1901_modern> https://github.com/YosysHQ/yosys/issues/2481 Could someone explain to me why cells beginning with "$__" are special, and how they differ from internal cells starting with "$" and "$_"?
<mwk> there are three kinds of internal cells
<mwk> $lowercase, $_UPPERCASE_, $__UPPERCASE
<mwk> the first two are generic cell types supported by all passes
<mwk> $lowercase is generally multi-bit parametrizable before-mapping cells, $_UPPERCASE_ are single-bit paremeterless cells
<mwk> and $__UPPERCASE are flow-specific cell types that only exist for a short moment and usually don't have proper models etc.
<cr1901_modern> $__UPPERCASE is my intended cell type- the attrmvcp pass breaks when I try to move attributes to an $__UPPERCASE cell. They will immediately be techmapped to the "real" cell type (hopefully w/ attrs intact)
<cr1901_modern> Is this considered a bug, or do I need to just suck it up and expose those cells as blackboxes in my cells_sim.v file?
<cr1901_modern> (without an internal prefix)
<mwk> are you reading cells_sim.v with -icells param?
<mwk> this should solve the "cannot get direction" problem
<cr1901_modern> Right now the cells aren't _in_ the cells_sim.v file
<cr1901_modern> but noted
<cr1901_modern> They are created as part of iopadmap
<cr1901_modern> Are they supposed to exist already in the cells_sim.v file?
<mwk> depends
<mwk> if you want to simulate partially-synth'd designs, that tends to be useful
<mwk> but hmmm
<mwk> I wonder if the proper thing here could be to improve iopadmap
<mwk> and/or attrmvcp so that you can specify a particular port manually
<cr1901_modern> Do you have a moment to look over my branch (machxo2) if I highlight the relevant code?
<cr1901_modern> >and/or attrmvcp so that you can specify a particular port manually
<cr1901_modern> Tbh, I'm not sure how attrmvcp works even after reading the help and trying to create my own select queries. I ended up copying from the greenpak backend.
<cr1901_modern> (attrmvcp seems to need _two_ separate selections to work? Idk)
<cr1901_modern> (afk for now- sorry, nevermind)
ZipCPU has quit [Quit: ZNC 1.6.4 - http://znc.in]
ZipCPU has joined #yosys
AdamHorden has left #yosys [#yosys]
AdamHorden has joined #yosys
emeb has quit [Quit: Leaving.]