lekernel changed the topic of #milkymist to: Milkymist One, Migen, Milkymist SoC & Flickernoise :: Logs: http://en.qi-hardware.com/mmlogs :: Something to do? https://github.com/milkymist/bugs/issues
<qi-bot> The firmware (using branch) build was successful, checkout the VERSIONS for detail, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120330-0022/
<wpwrak> drum roll. fanfares ! :)
dvdk has joined #milkymist
<whitequark> the build wasn't FAILED!
<whitequark> or hasn't been
<whitequark> english. never understood it correctly.
<kristianpaul> layout, *g*
xiangfu has joined #milkymist
<kristianpaul> wpwrak: easy to pull but that requires a bit resolucion and color depth..
<kristianpaul> also i dont get it well, does he really control the media or there is some body behing pulling the plug and he just syncs...
* kristianpaul just learn a equation to calcultate metastabilly probabillity to happen
<kristianpaul> now i feel okay when my M1 early board sudendly stop working just after a month or so ;)
* kristianpaul try found manual for fpga_edline
<kristianpaul> lekernel: do you have documentation about the memory frames and commands that are part of bitstream?
km2 has joined #milkymist
diginet has joined #milkymist
<diginet> how fast can MilkyMist go to on a the Virtex-4 as referenced on the site as the main supported system?
<diginet> as in, how many megahertz
elldekaa has joined #milkymist
Guest44050 has joined #milkymist
cladamw has joined #milkymist
elldekaa has joined #milkymist
Martoni has joined #milkymist
wolfspraul has joined #milkymist
xiangfu has joined #milkymist
antgreen has joined #milkymist
robmyers has joined #milkymist
<cladamw> (M1r4 placement) It's under processing now. Today I went to house to explain all m1r4's changes and requirements firstly. So a work of creating footprint got to start and later import to pcb file will be processed. One week later the rough 'placement' will be sent back to me.
<cladamw> (M1r4 KiCad version) schematic symbols/libraries are under creations, see http://projects.qi-hardware.com/index.php/p/kicad-libs/
<rejon> Who cool, a milkymist commercial! http://www.youtube.com/watch?v=mtTptScsqt8
<rejon> from spencer/bonewolf
<lekernel> hahaha
cladamw has joined #milkymist
lekernel_ has joined #milkymist
elldekaa has joined #milkymist
<wpwrak> rejon: it's from india. why is there no mass dance scene ??
<wpwrak> cladamw: how did they layout guys react to the changes ? was there anything they were less enthusiastic about ?
<cladamw> no less enthusiastic now. house guys like to earn money though. so far now they just need to spend time to create footprint then do a work of placement, then i feedback to them once I receive placement file. :-)
<cladamw> step1 -> create all footprint, step2 -> i check all footprints when i receive the placement, after step2, we need to check if we're happy on those placements.
<wpwrak> did they comment on the difficulty they expect to have with routing the new design ?
<wpwrak> yes, that's the implementation process. that assumes they find a good way to implement it. so they're certain of that ?
<wpwrak> or will they just go ahead, see how things go, and complain if there's a problem ?
<wpwrak> (which may be a good approach, considering that they're quite fast anyway)
<cladamw> they now don't comment on the difficulty on the new changes, they can feel the 'difficulty' only when they import footprints inside pcb board size, then will see.
<kristianpaul> but never comment or at some point they...
<cladamw> i tried to ask the same questions as you just asked me here. But the answers I got was they will feel if/how difficulty under fpga. They basically are conservatism.
<kristianpaul> hmm
<wpwrak> okay, that's reasonable. let's see how things go then.
<cladamw> the communication between irc open communities or close om internal engineering status are quite differences.
<cladamw> BUT, all i can do were to ask and try to convince. Else I can't do too much.
<cladamw> just give them sometimes to create footprints then generate dxf file to see.
<kristianpaul> cladamw: but if something theroically may go wrong with new layout can you sue then? :)
<kristianpaul> (kidding)
<kristianpaul> yup lets wait
<cladamw> kristianpaul, i could tell you that your concerns are almost happened here(eastern) if things are close. Nevermind
<kristianpaul> hehe
<cladamw> the facts already have been happened/proved that even you didn't follow layout rules suggested from vendor's datasheet, your board still could be failed. things becomes chance problems/probabilities.
<cladamw> but wpwrak always could be correct that if we encounter all such layout rules in one day by ourselves then boards will get stronger as possible.
<cladamw> now the tasks for milkymist or qi's projects, we should move forward into new stage: Build layout rules for supporting Qi projects ans else.
<cladamw> wpwrak, have you heard gta02 they have had rules for it ? :-)
<kristianpaul> ourselves, oh sure
<cladamw> wpwrak, sorry that I am not kidding, i should say gta04.
<wpwrak> cladamw: i think the three golden rules were. 1) don't look for bugs. 2) don't mention bugs. 3) if you hear someone talk about bugs, don't listen.
<wpwrak> cladamw: (gta04) ah, don't know about that one. maybe :)
<wpwrak> cladamw: (gta02) but i also have to say that the team got better. by the time you joined, it was already very different from the situation we had at the beginning
<cladamw> wpwrak, hey...all rules came from vendor, also came from their own internal improvement 'bug' in success. :-)
<cladamw> wpwrak, when i back to see m1's sch while I build KiCad libraries, there's a lot ways to improve now.
<cladamw> for examples, parts with SOT23-3 or 23-5, those pins's name and number had better to use/sync the same orientation from top side view on chip body.
<wpwrak> yes :-)
<wpwrak> but be careful. sometimes the vendors change the orientation, too. very frustrating, when that happens
<wpwrak> and i think i have sot23-like parts already. lemme see ...
<cladamw> from time to time, i feel it as important since people can identify chip body directly and know quickly know which pin is which one.
<cladamw> so today i changed back few parts to be liked this way.
<wpwrak> yeah, sot-323.fpd
<wpwrak> this one should be generalized
<wpwrak> err, footprint, of course
<wpwrak> (just having my morning caffeine. brain not fully up yet, sorry :)
<wpwrak> (identify things) yes, i think that's good
<cladamw> yes, but I meant in those schematic symbols should be corresponding/visibly. :-)
<cladamw> (caffeine) ;-O
<wpwrak> agreed. there are only a small number of cases where a symbol that doesn't indicate the package makes sense. mainly things like resistors and such
<wpwrak> even diodes sometimes come in packages with 3 pins. (i like those - very easy to check the polarity ;-)
<cladamw> with that way, when we ask for an review on symbols or modules, they both easier to visually check when forth and back surf in datasheet pin assignments. :-)
<wpwrak> by the way, a few projects on qi-hw have their local library extensions. that's for things that haven't been merged into the main library yet:
<cladamw> wpwrak, yes, m1 have diode with 3 pins with one pin un-used, so review adds difficulty to read. :( I should have edited in this way.
<cladamw> wpwrak, oah...yeah
<cladamw> even in previous avt2.
<cladamw> i copied avt2's libraries then edited /saved into another for m1. ;-)
<cladamw> that way is fast. :-)
<wpwrak> ben-wpan/components/, wernermisc/labsw/components/, f32xbase/c2usb/components/
<wpwrak> (avt2) hehe :)
<wpwrak> there are even more footprints (all with fped) in the various projects
<cladamw> avt has SOT23-3 and SOT23-5 even 23-6.
<cladamw> yeah..so later we need to merge them. :-)
<wpwrak> jonand: ah, gnucap says it also supports IBIS. last release from 2006, but the lists seem reasonably alive. http://www.gnu.org/software/gnucap/
xiangfu has joined #milkymist
<qi-bot> The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120330-1446/
<jonand> wpwrak: even older than eispice then
<jonand> wpwrak: but that doesn't mean that it is useless
<GitHub140> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/8b-TVA
<GitHub140> [milkymist-ng/master] asmicon/refresher: fix refresh sequence done signal - Sebastien Bourdeauducq
<wpwrak> jonand: sometimes, a project just stops making releases and everyone just runs things from the repository. that may be the case there. what's more worrying is if all activity (also mailing list of commits) stops. of course, that could mean that the project simply relocated, and maybe changed name to cover its tracks.
<wpwrak> always a bit of detective work :)
<GitHub133> [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/bb864c65dc3c4df4f8e3bc84db8c8b80de6b236d
<GitHub133> [migen/master] sim: proxy - Sebastien Bourdeauducq
<GitHub127> [milkymist-ng] sbourdeauducq pushed 2 new commits to master: http://git.io/8Ew4sA
<GitHub127> [milkymist-ng/master] tb/asmicon: refresher test - Sebastien Bourdeauducq
<GitHub127> [milkymist-ng/master] tb: remove obsolete norflash test bench - Sebastien Bourdeauducq
elldekaa has joined #milkymist
Alarm has joined #milkymist
<qi-bot> The firmware (using branch) build was successful, checkout the VERSIONS for detail, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120330-1627/
Gurty has joined #milkymist
Alarm has joined #milkymist
<Alarm> I want the user manual of Flickernoise DMX?
Alarm has joined #milkymist
Alarm_ has joined #milkymist
<GitHub72> [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/94b02aa8ed355707f108ee813ea48c9e47b5e133
<GitHub72> [migen/master] bus/asmicon: initiator - Sebastien Bourdeauducq
dvdk has joined #milkymist