00:55 <kristianpaul> so.. migen is used at cern?

01:41 <wpwrak> kristianpaul: it'll be blamed for the black holes eating the planet they're producing these days

01:42 <wpwrak> of course, it won't be blamed for very long

01:50 <kristianpaul> lol

02:12 <Thihi> I just visited a local hackerspace. They had a box for higg's bosons.

04:26 <wolfspraul> oops, seems emotions are flying high on the myhdl list

04:27 <wolfspraul> seems everybody's nerves are a bit irritated :-)

04:37 <wolfspraul> is either migen or myhdl a superset of each other, or are they trying to solve different problems?

04:37 <wolfspraul> superset conceptually, not necessarily today...

06:00 <cladamw> wpwrak, sorry. I don't understand your U18(ADV7125)'s central pad's connection to ground ? It's LQFP, if it's LFCSP_VQ then needs a central pad to ground. Did you mean this ? or I misunderstood ?

08:01 <wpwrak> cladamw: oh, i see. right, it's not QFN. i was confused by the data sheet that shows the pin configuration only for QFN. didn't realize we had LQFP instead. sorry.

08:25 <cladamw> wpwrak, R142, since 530 Ohm is not standard value but I checked http://www.yageo.com.tw/, there's 523 Ohm and 536 Ohm: http://octopart.com/partsearch#search/requestData&q=RC0402FR-07536RL

08:25 <cladamw> so a 536 Ohm is okay to you ?

08:39 <wpwrak> (R142) do you think it matters whether we have 530 or 560 ? it's almost within the 5% tolerance band anyway :)

08:40 <cladamw> wpwrak, could you check "REFERENCE INPUT" on page 12 of ADV7125 ? there's a 560 Ohm mentioned: "Use of a fixed 560 Ω RSET resistor yields the analog output levels quoted in the Specifications section"

08:40 <wpwrak> my reasoning is like this: a different value for Rset affects the VGA current/voltage. it should this change the intensity of the respective color channel. now, given that the receiving device (screen, etc.) has brightness and contrast controls anyway, i would expect that you can compensate for such issues easily

08:44 <cladamw> i see your points, since tso i think 530 Ohm is deriving from Equation 1 for IOG (mA), so AD also knows a 560 Ohm is the most popular value in market that can get easily, so i think AD mentions a 560 Ohm. but true that if we change to 536 Ohm to close it. ;-)

08:48 <Fallenou> 19:26 < sh4rm4> Fallenou, once the MMU is finished i'd be interested if musl libc could be ported to milkymist-linux < I haven't head about musl libc before, looks interesting though :) MMU is far from finished it needs tests, work, bugfix. I just implemented a few (16) tests, which are not yet passing for a reason I don't yet understand. I have been quite busy those days and I didn't work much on the MMU unfortunately. :/

08:53 <lekernel> kristianpaul: not as far as I know

08:53 <lekernel> rhino != cern

09:14 <lekernel> wolfspraul: yeah, amazing heh? "let's keep our tiny group closed and oblivious of what others are doing, because they might exploit us..." :)

09:14 <lekernel> anyway, don't feed the troll ...

09:27 <larsc> I bet some people consider you to be the troll ;)

09:29 <lekernel> probably :)

09:32 <Fallenou> he's tall, he's the troll !

09:32 <Fallenou> =)

12:33 <wolfspraul> well, let's work on bringing people together

12:33 <wolfspraul> it's not easy [talking about migen & myhdl]

12:34 <wolfspraul> start with diversity, some are old, some young, some students, some industry veterans, some have 2h/week, some have nothing else to do, some know a lot, some know little, some want a lot, some want little. and so on and so on.

12:34 <wolfspraul> maybe it's a miracle that any collaboration happens in this mess :-)

12:42 <Fallenou> hehe

13:14 <GitHub125> [rtems-yaffs2] sebhub pushed 2 new commits to master: https://github.com/milkymist/rtems-yaffs2/compare/1a9b2b8...cbe7492

13:14 <GitHub125> [rtems-yaffs2/master] Change mode of root and lost+found directory - Sebastian Huber

13:14 <GitHub125> [rtems-yaffs2/master] Update due to API changes - Sebastian Huber

13:18 <lekernel> ah, great :)

13:20 <lekernel> API changes at last

15:13 <roh> baaah

15:14 <roh> wolfspraul: in opensource there ALWAYS need to be 2 slightly different implementations for the same problem

15:14 <roh> gcc and llvm... kde and gnome ... qt and gtk .... emacs and vim...

15:14 <roh> ;)

15:36 <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-20120313-1456/

17:07 <lekernel> http://inst.eecs.berkeley.edu/~cs250/fa11/handouts/tutorial.pdf

17:54 <larsc> don't party so hard ;)

17:55 <wpwrak> i'll tell that to my electricity company ...

17:57 <larsc> ah, a power blackout and not a wpwrak blackout

17:57 <kristianpaul> lol

17:57 <kristianpaul> but, whas it scheduled?

17:58 <kristianpaul> may be adverticed on local the radio, by 4AM ;)

18:01 <kristianpaul> oh hard words..

18:03 <kristianpaul> :|

18:07 <wpwrak> kristianpaul: scheduled ? you're kidding, right ? ;-)

18:07 <kristianpaul> wpwrak: perhaps

18:07 <kristianpaul> but half-day sounds serious for not been schedule/warned perhaps??

18:07 <kristianpaul> ;-)

18:08 <wpwrak> lekernel: it's definitely worth a visit :) and we don't always have blackouts. although we'll probably see more of them for a while

18:09 <wpwrak> kristianpaul: i doubt it was planned. i don't think they do any scheduled maintenance. if it fails, they fix it. maybe.

18:09 <kristianpaul> ok

18:10 <kristianpaul> so you may consider arrange energy alternative sources considering the wind aroud :-)

18:26 <qi-bot> The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120313-1746/

23:41 <wolfspraul> roh: oh sure [several alternatives for same problem] I was trying to understand migen & myhdl better

23:43 <lekernel> you'll probably learn on this topic as much from this thread as from your local pub's counter :-)

23:43 <wolfspraul> that's why I'm asking here

23:44 <wolfspraul> I could go through the myhdl archives, seems the clue is there - but I'm a little lazy :-) if no answer now, it will become clearer over time

23:44 <wolfspraul> will there be a big 'switch-day' where the m1 soc switches to migen?

23:46 <lekernel> in a few words, myhdl is very close to what verilog/vhdl can already do, while migen allows you to use more python features, and also comes with some library components

23:46 <lekernel> also, myhdl can model asynchronous designs while migen cannot (but it can be interfaced easily to asynchronous bits)

23:48 <lekernel> and up until recently, migen had no way to write test benches in python, while this was always an interesting feature of myhdl

23:48 <lekernel> and yes, there will be a big switch-day.

23:51 <lekernel> wpwrak: yeah, they're not consistent about that resistor value

23:51 <wpwrak> they're not even consistent about their voltage reference ;-)

23:52 <wpwrak> at least the general configuration (termination resistances, and single vs. doubled ended) seems to be correct

23:56 <wolfspraul> lekernel: ah nice, that's very helpful. thanks!

23:56 <lekernel> interesting ethernet findings... btw, some rc1 boards have the original Molex P/N, and ethernet works on them

23:57 <wolfspraul> huh? problem with Ethernet?

23:57 <wpwrak> hmm. the SN75HVD12 is a bit weird. what on earth is that little NAND gate doing there ? the function tables are remarkably silent about it

23:58 <lekernel> wolfspraul: well, the chip deals with it... see Werner's email

23:58 <wpwrak> lekernel: i think ethernet is extremely robust. so "works" may mean a number of things :)

23:58 <wolfspraul> can we improve something in R4? (will read mails of course...)

23:59 <wpwrak> what i'm not sure about is how those transformers work. we'll need joerg for that :)

23:59 <wpwrak> wolfspraul: dunno. it could also be an incorrect data sheet