lekernel changed the topic of #m-labs to: Mixxeo, Migen, MiSoC & other M-Labs projects :: fka #milkymist :: Logs http://irclog.whitequark.org/m-labs
fengling has joined #m-labs
xiangfu has joined #m-labs
mumptai has joined #m-labs
xiangfu has quit [Read error: Connection reset by peer]
xiangfu has joined #m-labs
xiangfu has quit [Ping timeout: 272 seconds]
fengling has quit [Quit: WeeChat 1.0]
fengling has joined #m-labs
nicksydney has quit [Remote host closed the connection]
mumptai has quit [Ping timeout: 240 seconds]
nicksydney has joined #m-labs
xiangfu has joined #m-labs
xiangfu has quit [Remote host closed the connection]
xiangfu has joined #m-labs
playthatbeat has quit [Remote host closed the connection]
key2 has joined #m-labs
playthatbeat has joined #m-labs
<key2>
joni #m-labs
<key2>
oops :)
<key2>
hi there
<key2>
lekernel still comes here sometimes ?
fengling has quit [Quit: WeeChat 1.0]
<sb0>
it's me
xiangfu has quit [Read error: Connection reset by peer]
key2 has quit [Ping timeout: 246 seconds]
<GitHub46>
[artiq] sbourdeauducq pushed 1 new commit to master: http://git.io/wvQUoA
<GitHub46>
artiq/master 346cca9 Sebastien Bourdeauducq: soc/target: remap RTIO to avoid conflict with spiflash and ddrphy in MiSoC
<sb0>
ysionneau, for the spiflash timing, maybe putting the "If(self.bitbang_en.storage, ..." into a comb statement would help
<sb0>
sorry, I meant a *sync* statement
<sb0>
in slowtan6, two things are particularly slow: 1) CPU buses 2) IOs. so you want to put a maximum of registers between the two.
<sb0>
ysionneau, and since this shifts the output clock by 1 system clock cycle, you should also sample the data 1 system cycle later, e.g. If(i == div//2, dqi.eq(dq.i))
<ysionneau>
ok I'll have a look at putting all this If back into a sync statement
<ysionneau>
is dq.i shifter by one system clock cycle also ?
<ysionneau>
shifted*
<ysionneau>
I can see that it will shift dq.o, dq.oe, cs_n and clk
<sb0>
well of course, if you send the clock pulse one cycle later to the flash, it will send back its data (dq.i) one cycle later
<ysionneau>
yes but if I do If (i == div//2, clk.eq(1) instead of If(i == div//2 - 1, clk.eq(1) (and same for clk.eq(0))
<ysionneau>
then I guess the timing will stay the same?
<sb0>
the data input timing, yes. but this changes the fpga data->flash timing.
<sb0>
since you're then sending the clock at the same time as the current design, but the data (and cs_n) one cycle later.
<ysionneau>
yes then I have to change the value of cs_n and data one system clock cycle earlier also
<ysionneau>
like the clock
<sb0>
yes. you can do it that way too.
<ysionneau>
ok
nengel has quit [Ping timeout: 246 seconds]
nengel has joined #m-labs
MY123 has joined #m-labs
kristianpaul has quit [Ping timeout: 272 seconds]
xiangfu has joined #m-labs
kristianpaul has joined #m-labs
kristianpaul has joined #m-labs
<ysionneau>
it seems the clock to GDDR5 on the gtx970 is > 7 GHz ?! is that marketing BS?
<sb0>
ysionneau, no. it's really 7GHz. it's only that you are too much used to slowtan6.
<sb0>
well, 3.5GHz DDR
<ysionneau>
aouch ok
<sb0>
ysionneau, any luck with the timing? maybe the fpga is just too full (in particular because of the mor1kx bloat)... there aren't obvious things in your design that would break timing
kristianpaul has quit [Ping timeout: 272 seconds]
kristianpaul has joined #m-labs
kristianpaul has joined #m-labs
xiangfu has quit [Remote host closed the connection]
mumptai has joined #m-labs
mumptai_ has joined #m-labs
mumptai_ has quit [Quit: Verlassend]
<ysionneau>
sb0: I have the same issue, works with blinkie ppro, but does not meet timing with artiq
<ysionneau>
I've put the If in a sync block, and then constraint are met
<ysionneau>
but then it does not boot anymore :p
<ysionneau>
so I must have forgot to deal with some delay
stekern has quit [Ping timeout: 272 seconds]
mumptai has quit [Quit: Verlassend]
stekern has joined #m-labs
MY123 has quit [Quit: Connection closed for inactivity]