sturmflut-work has quit [Remote host closed the connection]
sturmflut-work has joined #m-labs
fengling has joined #m-labs
nengel has quit [Remote host closed the connection]
nengel has joined #m-labs
acathla` has joined #m-labs
kmehall_ has joined #m-labs
aeris has quit [*.net *.split]
kmehall has quit [*.net *.split]
[florian] has quit [*.net *.split]
aeris has joined #m-labs
[florian] has joined #m-labs
acathla has quit [*.net *.split]
ohama has quit [*.net *.split]
FabM has quit [*.net *.split]
Gurty has quit [*.net *.split]
siruf has quit [*.net *.split]
ohama has joined #m-labs
FabM has joined #m-labs
siruf has joined #m-labs
Gurty has joined #m-labs
sb0 has joined #m-labs
sb0 has quit [Quit: Leaving]
kristianpaul has quit [Ping timeout: 252 seconds]
antgreen has joined #m-labs
aeris has quit [Ping timeout: 245 seconds]
aeris has joined #m-labs
aeris has quit [Ping timeout: 246 seconds]
aeris has joined #m-labs
acathla` is now known as acathla
kristianpaul has joined #m-labs
kristianpaul has joined #m-labs
<rjo>
ysionneau: if you are fighting with your travis-ci build, I would recommend debugging it in a chroot (they are quickly created). or you might want to have a look at circle-ci which would even give you ssh access into a build.
<rjo>
ysionneau: but otherwise my impression is that most of your branches are ready to be merged. the small issues can be sorted out later.
fengling has quit [Ping timeout: 265 seconds]
fengling has joined #m-labs
fengling has quit [Ping timeout: 256 seconds]
aeris has quit [Quit: en a pas]
aeris has joined #m-labs
fengling has joined #m-labs
<ysionneau>
rjo: it's almost OK indeed :)
<ysionneau>
only issue left in head is: on a freshly installed machine, if someone wants to try out ARTIQ using conda (which is the main goal), doing artiq_flash.sh will fail because you don't have access to the USB device
<ysionneau>
and you most likely haven't set up the udev rule
<ysionneau>
and just sudo artiq_flash.sh does not work because of miniconda env ... what you need to do is sudo -E PATH=$PATH artiq_flash.sh which is not very pretty to put in the web page as "simple install instructions" :/
_florent_ has joined #m-labs
aeris has quit [Ping timeout: 252 seconds]
aeris has joined #m-labs
<GitHub163>
[misoc] enjoy-digital pushed 2 new commits to master: http://git.io/jnK3
<GitHub163>
misoc/master e79a716 Florent Kermarrec: software/bios/sdram: select the type of data we want to generate for memtest with TEST_RANDOM_DATA (debugging hardware is easier with a simple counter)
<GitHub163>
misoc/master e6de4b1 Florent Kermarrec: sdram/phy: add simphy (software memtest OK in simulation with MT48LC4M16)
sb0 has joined #m-labs
aeris has quit [Read error: Connection reset by peer]
aeris has joined #m-labs
<rjo>
ysionneau: shipping the udev rule as a file and just telling them to sudo cp misc/artiq.rules /etc/udev/rules.d/70_artiq.rules is the easiest imho.
<ysionneau>
ah, yes that's a solution
<rjo>
ysionneau: especially if you make this hint a message of flash.sh if xc3sprog failes.
<rjo>
fails.
<ysionneau>
good, it seems xc3sprog returns 1 if "permission denied" and 3 for flashing errors :)
<rjo>
and we should sprinkle some xc3sprog -R around
<ysionneau>
ah yes at the end of the script maybe
<GitHub15>
[misoc] enjoy-digital pushed 3 new commits to master: http://git.io/jceV
<GitHub15>
misoc/master 9a9af17 Florent Kermarrec: sdram/phy/simphy: remove use of iter
<GitHub15>
misoc/master 38d24b6 Florent Kermarrec: software/bios/sdram: make seed_to_data static
<GitHub15>
misoc/master 9137b91 Florent Kermarrec: sdram: remove nbits from modules and databits from GeomSettings
<GitHub91>
[misoc] enjoy-digital pushed 1 new commit to master: http://git.io/jcUJ
<GitHub91>
misoc/master 340014d Florent Kermarrec: targets: revert use of integers in clocks/timings
<ysionneau>
rjo: since we often change migen stuff, I think we cannot merge the artiq conda stuff yet, before having also automated generation of migen conda package
<ysionneau>
so that latest artiq builds with latest migen, else it might fail to build when changing migen api
<sb0>
we shouldn't break the migen api very often...
<ysionneau>
ok, then we might be ok with merging then, latest commit is running in travis at this moment
<rjo>
i would either fix the migen/misoc dependency of artiq and use conda packages for them or not use conda packages for migen/misoc and get from from git as i had it before.
<rjo>
but do merge it. then florent also gets free testing of misoc implicitly.
<rjo>
and it might be interesting to start building not only for ppro but also pipistrello. that tests the ddram parts of misoc and also tests a larger artiq (16 ttl etc).
<rjo>
on travis we can run the (unittests, runtime+bios+ppro, runtime+bios+pipistrello) triple in parallel
<rjo>
sb0: if the migen api is stable, you should tag and make a release! ;)
<rjo>
(with "fix" i meant "freeze").
<rjo>
ysionneau: nice. don't you also have do do udevadm control --reload-rules?