#milkymist IRC log for Saturday, 2012-04-14

qi-botThe firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120414-0201/01:46
GitHub186[scripts] xiangfu pushed 2 new commits to master: http://git.io/uBzm9g02:17
GitHub186[scripts/master] Corrected missing tags, added OSX note. - jpbonn02:17
GitHub186[scripts/master] Merge pull request #3 from jpbonn/patch-1 - Xiangfu02:17
qi-botThe firmware (using branch) build was successful, checkout the VERSIONS for detail, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120414-0346/03:26
wpwrakhmm, do we expect ("mass"-production) m1r4 to ship with the current gateware base or already something migen-based ? considering the typical production schedule, m1r4 may start shipping in something like 3 months.14:01
wolfsprauldon't even ask that14:10
wolfspraulall I want is accelerate, everywhere14:10
wolfspraulwe are doing too many things at once14:10
wolfspraulworst case I make more rc3 :-)14:10
wolfspraulI think migen is months out14:10
wpwrakit has practical implications. e.g., whether we should implement support for new hardware features for the plain verilog code base or for migen14:11
wolfspraulI hope we can finish the kicad switch, boom, flickernoise improvements, better software update schedule and announcements14:11
Action: kristianpaul likes human wrote SoC for now14:42
wpwrakyeah, so far, i find verilog reasonably friendly. it has some unnecessary quirks, though. they could have tried to stay closer to C :)14:44
wpwrakwhat i haven't figured out yet is how to efficiently move data paths around. things that touch many interfaces. the "just make the same change in 10 different files" approach isn't too nice. and that's of course, something where migen should shine.14:47
larscin my opinion the abstraction level in verilog is to low15:09
larscand migen doesn't help much either15:10
wpwraklarsc: you mean for the modeling of what goes on in the function blocks or for piecing things together ?15:33
wolfspraullarsc: do you know myhdl? do you think that's any better?15:34
wolfspraulvhdl? other tools?15:34
wolfspraulwhich abstraction could work better in your opinion?15:34
wpwraki usually don't mind a low level of abstraction, as long as the language is flexible and friendly. C is a good example. doesn't have a lot of built-in things, but you can grow your own language out of it.15:34
larscfor example i really don't want to be bother with inserting buffers at the right positions.15:38
larsci want to write down the supposed functionallity and give the block a overall timing constraint15:39
larscand then let the sythesizther do its magic15:40
larscalso this allows for much better code reusability since I can actually write down the same code no matter if I want a combinatorical, sequential, pipelined or any mix of them design15:42
wolfspraulhow about those other tools? anything you have in mind?15:43
wolfspraulneed to broaden my horizon :-)15:43
larsci've nothing found yet that does this15:44
mwallewpwrak: you're there?18:20
mwallewpwrak: could you please have a look at my patches, if they introduce any regressions? :)18:37
mwallehi sb020:59
mwallebtw where are you atm?21:01
sb0cleveland, ohio21:01
sb0and tomorrow ypsilanti21:02
mwallenice ;)21:02
sb0I'm at www.notacon.org21:02
sb0I didn't bring a JTAG adapter and my LV3 is with Spencer atm so... can't test your patches until I'm back (May 13...)21:04
mwallesb0: np, maybe i can convince wpwrak ;)21:06
sb0I'll ask Spencer too :)21:10
wpwrakmwalle: i'll have a look at it tomorrow. social obligations tonight. and i'll also have to install xst again. that file system problem a few weeks ago ate it too :-(21:10
mwallebtw what do you think about an auto-nak on in tokens? i'm too slow to respond to an in token in a timely manner. and since we don't have interrupts21:10
sb0wpwrak, mwalle uploaded a fpg file21:10
--- Sun Apr 15 201200:00

Generated by irclog2html.py 2.9.2 by Marius Gedminas - find it at mg.pov.lt!