sb0 changed the topic of #m-labs to: ARTIQ, Migen, MiSoC, Mixxeo & other M-Labs projects :: fka #milkymist :: Logs http://irclog.whitequark.org/m-labs
sandeepkr__ has quit [Read error: Connection reset by peer]
sandeepkr__ has joined #m-labs
<sb0>
mithro, what part of clock domain crossing?
<mithro>
sb0: Correct and efficient ways to do it in FPGA fabrics and represent that in Verilog (and thus migen). I think I understand big things like using FIFOs (for doing whole bytes / buses) but not really how to do thing like single bit signals (especially efficiently).
<cr1901_modern>
mithro: Two flip flops in series clock in the source domain should be sufficient
<cr1901_modern>
clocked*
<cr1901_modern>
Idk why two are needed; it has something to do with metastability
<sb0>
look for e.g. double stage synchronizer. there is a component for that in migen as well
<cr1901_modern>
The output of the second flip-flop is "seen" by the dest domain
<mithro>
cr1901_modern / sb0: I want to understand it properly, IE How and why. Everything I've started reading causes my eyes to glaze over after a couple of paragraphs.
<cr1901_modern>
mithro: Presumably, you've read fpga4fun's page on the topic? That's what I used to understand it in the past, but it obviously hasn't stuck
FelixVi has quit [Quit: Leaving]
<GitHub158>
[artiq] jordens pushed 2 new commits to master: https://git.io/vVSwd
<GitHub158>
artiq/master 7f7750e Robert Jordens: installing.rst: triple colons
<GitHub158>
artiq/master 62eae5e Robert Jordens: installing.rst: adapters renaming from ed1c368
<GitHub133>
[artiq] jordens pushed 1 new commit to release-1: https://git.io/vVSwF
<GitHub133>
artiq/release-1 a82f042 Robert Jordens: installing.rst: triple colons
<GitHub121>
[misoc] sbourdeauducq pushed 2 new commits to master: https://git.io/vVSrT
<GitHub121>
misoc/master 452cbc3 Florent Kermarrec: cores/sdram_settings: use phy rate to convert ns values to sys_clk cycles (required to compute margin)
<cr1901_modern>
sb0: Has the minimum gcc version required for MiSoC been bumped since the API change? Getting a "cc1.exe: error: -Werror=incompatible-pointer-types: no option -Wincompatible-pointer-types" error.
<sb0>
cr1901_modern, I suppose.
<sb0>
when was this option introduced in gcc, if ever?
<sb0>
login to win7-experimental. it's showing it right now.
<whitequark>
I can't, your DNS broke
<whitequark>
router.lab.m-labs.hk or win7-experimental.lab.m-labs.hk do not resolve
<sb0>
works here
<whitequark>
are you in the lab?
<sb0>
lab.m-labs.hk has address 59.152.213.90
<sb0>
no
<whitequark>
no
<whitequark>
that's the IPv4
<sb0>
2002:3b98:d55a:0:a60:6eff:fe44:4295
<whitequark>
as I said
<whitequark>
win7-experimental.lab.m-labs.hk does not resolve
<whitequark>
I don't care about lab.m-labs.hk
<sb0>
win7-experimental.lab.m-labs.hk is not supposed to resolve on the internet
<whitequark>
it is
<whitequark>
that was the whole point of introducing IPv6
<sb0>
are you saying this machine is visible to the whole internet? it's not properly secured for that
<whitequark>
no, it isn't *accessible*, that's what the firewall is for
<whitequark>
(it's set to drop forwarded packets by default)
<whitequark>
okay, I've connected
<sb0>
cr1901_modern, there is no source command on windows. is there an equivalent xilinx script?
<whitequark>
there is an equivalent of source command
<whitequark>
doing > a.bat is like "source a.sh"
<whitequark>
whereas > call a.bat is like "./a.sh"
<sb0>
okay, but is the xilinx script supposed to be executed like that?
<sb0>
_florent_, ^
<whitequark>
well, look at it...
<whitequark>
if it does a bunch of sets then yes
<sb0>
I don't have xilinx tools installed on windows, this is all _florent_'s code
<cr1901_modern>
sb0: Yes, the Xilinx script should be executed like that. Like source on bash, it will propogate the environment variables to the parent cmd.exe
<_florent_>
from what I remember I was not sourcing the environment on windows
<cr1901_modern>
_florent_: Yes, this is my fault. I am now vaguely recalling that on your Windows machine you have Xilinx tools already set up when cmd.exe opens
<cr1901_modern>
I wanted to use Migen without assuming a bash install, so I did the closest equivalent to the Linux commands. I don't have the Xilinx tools on my path, and the old default was to *not* source.
<cr1901_modern>
When MiSoC got the API change, for whatever reason, the default on Windows only was not to source the Xilinx scripts.
<cr1901_modern>
Incidentally, I need to fix the generated batch file to die more gracefully. So there will be two patches today.
FabM has quit [Quit: ChatZilla 0.9.92 [Firefox 45.0.1/20160315153207]]
rohitksingh has quit [Quit: Leaving.]
fengling has joined #m-labs
<GitHub129>
[artiq] jordens pushed 2 new commits to master: https://git.io/vVSAy
<GitHub129>
artiq/master 6c200b1 Robert Jordens: browser: make results a dock again
<GitHub129>
artiq/master 5e5f94a Robert Jordens: browser: WIP for experiment replay
<sb0>
whitequark, and is resetting the device making the bug go away?
<sb0>
whitequark, by the way, I don't understand why *my* DNS is causing trouble to resolve win7-experimental.lab.m-labs.hk. isn't that resolution happening on the openwrt router in the lab, and only there?
<whitequark>
it works in the lab
<whitequark>
and it ought to work elsewhere too
<rjo>
whitequark: how would it? there is neither an ns entry nor an aaaa.
<sb0>
I don't see how, nor why that would be desirable. all the public DNS has is A(AAA)-records for lab.m-labs.hk
<whitequark>
rjo: I vaguely remembered that it existed, apparently wrongly