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
antgreen` has joined #m-labs
antgreen has quit [Remote host closed the connection]
ylamarre has quit [Ping timeout: 250 seconds]
ylamarre has joined #m-labs
ylamarre has quit [Ping timeout: 240 seconds]
acathla has quit [Quit: Coyote finally caught me]
acathla has joined #m-labs
<sb0> how to get git to re-read .gitmodules?
<sb0> I am in this situation: https://paste.debian.net/313484/
<sb0> and git submodule init doesn't help
<whitequark> git submodule update
<sb0> nope
<whitequark> bizarre
<sb0> I guess the usual solution to git problems (rm -rf + clone) applies ...
<sb0> hmm. apparently they needed another "git submodule add", because they had been "git rm"'d while I moved things around
<sb0> interestingly, the git rm didn't update .gitmodules or .git/config
rohitksingh has joined #m-labs
<sb0> yay, new-misoc boots on ppro
<GitHub183> [misoc] sbourdeauducq pushed 1 new commit to new: http://git.io/vnpGv
<GitHub183> misoc/new da425d1 Sebastien Bourdeauducq: add stream, fix CPUs and more imports. simple target boots on ppro.
<GitHub112> [migen] sbourdeauducq pushed 3 new commits to new: http://git.io/vnpGJ
<GitHub112> migen/new 6790349 Sebastien Bourdeauducq: fhdl: export DUID
<GitHub112> migen/new 8f42b6f Sebastien Bourdeauducq: fhdl: introduce wrap function
<GitHub112> migen/new fa1e8cd Sebastien Bourdeauducq: wrap expressions in Specials
rohitksingh has quit [Ping timeout: 264 seconds]
<GitHub105> [misoc] sbourdeauducq pushed 1 new commit to new: http://git.io/vnpa7
<GitHub105> misoc/new 67133f3 Sebastien Bourdeauducq: replace flen with len
<GitHub97> [migen] sbourdeauducq pushed 1 new commit to new: http://git.io/vnpa5
<GitHub97> migen/new 808cf06 Sebastien Bourdeauducq: fhdl: replace flen with len
<mithro> hey sb0 - is migen support to be deterministic in the verilog it generates?
<mithro> Looks like something is looping over a dictionary because if I set PYTHONHASHSEED then the output becomes the same
<mithro> hrm, it seems to be something the HDMI module is doing....
<sb0> mithro, yes
antgreen` has quit [Ping timeout: 246 seconds]
<mithro> sb0: any suggestions on how to track it down?
<sb0> ...look at how the unstable code is generated? ;)
<sb0> what Module it comes from, how it works, etc.
<mithro> actually - it seems to be something in the sdram...
antgreen` has joined #m-labs
ylamarre has joined #m-labs
<mithro> sb0: any ideas? it seems the examples/basic/memory.py exhibits this problem...
<mithro> sb0: same as psync.py
<sb0> mithro, not off the top of my head.
<sb0> which branch is that affecting?
<mithro> sb0: master
<mithro> migen/examples/basic$ rm -f *.v; for p in memory.py psync.py; do for i in 1 2; do PYTHONHASHSEED=$i python $p > $p.$i.v; done; done; md5sum *.v
<mithro> oh
<mithro> the Memory example uses a dictionary for the self.ios
<sb0> you mean a set?
<mithro> sorry, yes
<sb0> well, it should handle this case deterministically. if not, consider sending a patch.
<sb0> (that's what the .duid attributer is for)
<sb0> -r
<GitHub198> [migen] sbourdeauducq pushed 2 new commits to new: http://git.io/vnheu
<GitHub198> migen/new e136352 Sebastien Bourdeauducq: fhdl/structure: relax type requirements for Array elements
<GitHub198> migen/new 09003a5 Sebastien Bourdeauducq: fhdl/specials/Tristate: handle i=None
<sb0> mithro, btw, your 'shutil.rmtree("build")' messes with git
<sb0> there's build/.keep_me ...
<mithro> sb0: yeah, I discovered that recently too
<sb0> tried reverting, git tells me there are conflicts, but reverted it ok without conflict markers
<sb0> wtf
<sb0> oh, no, it's more aftermath of the submodule fuckup
<GitHub181> [misoc] sbourdeauducq pushed 2 new commits to new: http://git.io/vnhvq
<GitHub181> misoc/new 27b2383 Sebastien Bourdeauducq: sdram working on PPro
<GitHub181> misoc/new a186bfe Sebastien Bourdeauducq: Revert "Use shutil rather then rm -rf command."...
<GitHub110> [misoc] sbourdeauducq pushed 1 new commit to master: http://git.io/vnhvs
<GitHub110> misoc/master 4fe0f60 Sebastien Bourdeauducq: Revert "Use shutil rather then rm -rf command."...
<mithro> sb0: well for the examples, I can fix the issue by the following patch -
<mithro> sb0: but I don't think that is the right patch
<mithro> rm -rf 1 2; mkdir 1; mkdir 2; for p in $(grep -l "verilog.convert(" *.py); do for i in 1 2; do export PYTHONHASHSEED=$i; python $p > $i/$p.v; done; done; diff -s -u -r 1 2
<mithro> that is what I'm using to test now
travis-ci has joined #m-labs
<travis-ci> m-labs/migen#110 (new - fa1e8cd : Sebastien Bourdeauducq): The build was broken.
travis-ci has left #m-labs [#m-labs]
travis-ci has joined #m-labs
<travis-ci> m-labs/migen#112 (new - 09003a5 : Sebastien Bourdeauducq): The build passed.
travis-ci has left #m-labs [#m-labs]
rohitksingh has joined #m-labs
<mithro> sb0: sorry, I guess that should be on the migen repo, not the misoc repo?
mumptai has joined #m-labs
rohitksingh has quit [Ping timeout: 250 seconds]
rohitksingh has joined #m-labs
antgreen` has quit [Read error: Connection reset by peer]
antgreen has joined #m-labs
stekern has quit [Ping timeout: 264 seconds]
stekern has joined #m-labs
rohitksingh has quit [Quit: Leaving.]
mumptai has quit [Quit: Verlassend]
stekern has quit [Ping timeout: 240 seconds]
stekern has joined #m-labs