lekernel changed the topic of #milkymist to: Milkymist One, Migen, Milkymist SoC & Flickernoise :: Logs: http://en.qi-hardware.com/mmlogs
robmyers has quit [Changing host]
robmyers has joined #milkymist
mumptai has joined #milkymist
mumptai has quit [Quit: Verlassend]
mumptai has joined #milkymist
_florent_ has joined #milkymist
<_florent_> hi
<_florent_> it seems I figured out how to configure the adv7511 chip... ;)
<Fallenou_> _florent_: wow :)
<Fallenou_> very nice, I saw yesterday your github repo for the kc705
<Fallenou_> I guess on this picture we can see the hdmi output driven by the kc705 port of milkymist-ng soc?
<Fallenou_> expensive board though ...
<_florent_> yes, in fact I'm using milkymist-ng frame buffer
<_florent_> + RGB to YCbCr conversion
<_florent_> + YCbCr 444 to YCbCr 422
<_florent_> and then the ADV7511 chip
<_florent_> sure it's expensive...!
<Fallenou_> adv7511 takes yCbCr 422 as digital input ?
<_florent_> it can take RGB 444 as input
<Fallenou_> (do you have a twitter account?)
<_florent_> but that's not possible with the kc705...
<Fallenou_> oh, the adv chip is configured by resistors on the board?
<_florent_> only 18 of the 36 data bit are connected
<Fallenou_> or only a few data lines are routed
<Fallenou_> ok
<_florent_> no sorry I don't have a twitter account...
<Fallenou_> ok too bad, I wanted to give you credit with your @account for the picture on twitter
<Fallenou_> I will just quote your name instead
<_florent_> no pb
<_florent_> now I need a ddr controller to do interesting thing with the board
<Fallenou_> where is the picture stored? blockram?
<_florent_> yes!
<_florent_> it's only a 64x64 picture
<Fallenou_> ok
antgreen has quit [Ping timeout: 258 seconds]
antgreen has joined #milkymist
sh4rm4 has quit [Ping timeout: 276 seconds]
_florent_ has quit [Quit: Page closed]
sh4rm4 has joined #milkymist
antgreen has quit [Ping timeout: 256 seconds]
methril has joined #milkymist
antgreen has joined #milkymist
sb0 has joined #milkymist
sb0 has quit [Ping timeout: 256 seconds]
<Fallenou_> larsc: in linux-milkymist I can see a few "extern" functions like extern DWtype __divdi3 (DWtype, DWtype);
<Fallenou_> where are those defined?
<Fallenou_> my guess: in the toolchain?
<larsc> shouldn't they be in arch/lm32/lib?
<Fallenou_> well a few functions are defined over there indeed
<Fallenou_> but not all of them
<larsc> maybe divdi3 is never used
<Fallenou_> I did a git grep __divdi3 for instance in linux-milkymist
<Fallenou_> and I found no definition
<larsc> is that 64 bit divisio?
<Fallenou_> I have no idea
<Fallenou_> /home/fallen/NetBSD/sys/arch/milkymist/compile/obj/GENERIC/lib/kern/libkern.o: In function `rngtest':
<Fallenou_> I get this while compiling NetBSD kernel
<Fallenou_> I am trying to sort this out
<Fallenou_> (.text+0x174c): undefined reference to `__divdi3'
<larsc> I think di is short for double integer
<Fallenou_> oh, ok
<larsc> and the linux kernel does no 64bit division
<larsc> there is a special macro to do this
<larsc> see include/linux/math64.h
<Fallenou_> thanks for the pointer :)
<wpwrak> nice picture. "milkymist - i am legion" ;-)
<Fallenou_> I will try to understand what part of libkern needs __divdi3 and see if it's optional or not
<Fallenou_> hehe yeah nice hdmi out capture :)
<Fallenou_> and good to see that Milkymist ng SoC runs on Kintex 7
<Fallenou_> I think so far we only had numbers about the frequency it would achieve and the occupation rate of the chip
<Fallenou_> but it never ran on actual FPGA AFAIR
<Fallenou_> s/rate/ratio/
<wpwrak> that board looks odd.seems to have a LOT of regulators.
<Fallenou_> the mezzanine pcb parts?
<larsc> wpwrak: they all have
<larsc> the xilinx eval boards
Fallenou_ is now known as Fallenou
<wpwrak> seems a bit excessive. they look large. do these boards really need more than 2 high-current rails ? you always have some more odd voltages, but they tend to be low-current
<wpwrak> even more than i thought :)
<larsc> I don't think these boards are optimized for cost
<wpwrak> so that's 4 rectangular modules with DC-DC converters and three smaller square modules, also DC-DC converters. .
<wpwrak> amidst that, there could easily hide a few small LDOs
<wpwrak> so a board with 7 high-current rails ?
<wpwrak> larsc: yeah, but still :)
<Fallenou> hum that's weird
<Fallenou> I get no call or reference to __divdi3 if I do objdump -D libkern.o
<wpwrak> the openmoko phones had about as many rail (some with the same voltage but kept separate). something like two chips took care of all that.
<Fallenou> but I can see it in nm , as Undefined
<Fallenou> and I can see it in relocations while doing objdump -D -x libkern.o
<larsc> wpwrak: there is basically one 10A regulator for each supply input of the fpga
<wpwrak> oh, it gets better. the rectangular modules have a DUAL regulator each. so, 11 high-current rails. (that reg is rated for 10 A peak) (UCD7242)
<Fallenou> oh, ok, now I can see it at 174c indeed
<Fallenou> but since it was "calli 0x174c" I could not grep for it
<Fallenou> indeed there is a long long X; in rngtest() :/
<wpwrak> larsc: yeah, someone should have told these engineers that the supplies don't need to be stable if sorted ;-)
<wpwrak> correction: 10 rails, the big critter with the cap on top is just some bead/transformer
<larsc> Fallenou: can't you just copy the function from libgcc?
<larsc> wpwrak: we actually had power issues with some more low cost eval board.
<larsc> when running a real operating system the system would crash under high load
<larsc> they tried to blame it on our software
<larsc> not so many regulators anymore
<Fallenou> I guess I understood the contrary of what it meant over there: https://github.com/fallen/NetBSD/blob/master/sys/lib/libkern/Makefile.libkern#L52https://github.com/fallen/NetBSD/blob/master/sys/lib/libkern/Makefile.libkern#L52
<Fallenou> arg
<Fallenou> I think I should just remove the exception on lm32, I guess those .c files add basic definitions for quad operations
* Fallenou must have a twisted mind
<larsc> yea, all other architectures in that list are 64bit
<Fallenou> I should have smelt the trap
<Fallenou> great, no more libgcc annoying problems :)
<Fallenou> that's a good thing done!
<Fallenou> crap now I must implement mutex_enter() and such
<wpwrak> larsc: heh, the opposite extreme ;-)
lekernel has joined #milkymist
<wpwrak> lekernel: heya, welcome back ! :)
<lekernel> hi
<wpwrak> lekernel: DHL seem to be working hard on establishing a new record for slowness. as far as i can tell, the board isn't even in argentina yet :-(
* lekernel had a nice week end
<lekernel> wpwrak, it's not DHL - it's regular mail... DHL only takes documents
<lekernel> meh, a few days before I could track it on http://www.correoargentino.com.ar - now nothing
<wpwrak> looong easter weekend :)
<lekernel> (it said it was still in germany, though)
<wpwrak> yeah. correoargentino.com.ar sometimes fails. but it tends to come back after a few hours. could also be that they're doing maintenance during the weekend.
<wpwrak> what normally happens is that you get an entry when it arrives in the country and than another one when it goes to the post office. then it gets assigned a local number for transport inside argentina. so you can track it pretty much all the way, but the number changes in the middle.
<wpwrak> and didn't DHL buy "regular mail" in germany ? of course, that doesn't make regular mail courier in germany, even if it says "DHL".
<larsc> 'regular mail' bought DHL couple of years back
<wpwrak> oh, it's them who bought DHL ? interesting
<larsc> yea, it's owned by Deutsche Post
aeris- is now known as aeris
<GitHub193> [NetBSD] fallen pushed 2 new commits to master: http://git.io/N1CF8w
<GitHub193> NetBSD/master 461f181 Yann Sionneau: Fix mutex related link issue...
<GitHub193> NetBSD/master 9d7eeea Yann Sionneau: Fix libcc related link issue, at last...
<Fallenou> 23:06 < GitHub193> [NetBSD] fallen pushed 2 new commits to master: http://git.io/N1CF8w stekern
<Fallenou> oops
lekernel has quit [Quit: Leaving]
mumptai has quit [Ping timeout: 260 seconds]
kiwichris has quit [Quit: This computer has gone to sleep]
kiwichris has joined #milkymist
<wpwrak> tracking works again ... but it's still somewhere between .de and .ar
<kristianpaul> what are you waiting btw?
<kristianpaul> oh the HDMI exp?
<kristianpaul> still waiting..
<wpwrak> yup. when it arrives, i'll have a look at the I2C mystery.
<wpwrak> sebastien sent it wednesday before easter. they said it'll arrive within six days. well, maybe they meant business days.
<kristianpaul> DHL is usually quite fast on my experience
<wpwrak> well, it's the postal service. not even sure now if it'll have the DHL brand on it.
<wpwrak> but it's indeed a bit surprising that it would hardly move during the holidays. even to make out of the postal office in berlin took some 3-4 days.
<wpwrak> the entry for the 3rd day says "Insert item into bag". the one for the 4th day "Send item abroad"
<wpwrak> that was a week ago. since then, silence.
<wpwrak> well, i haven't lost any parcel shipments yet. so i'm not worried this far.
<kristianpaul> well a letter from the UK (cheap royal mail) took like a month a half to arrive here..
<kristianpaul> me either just lost the patience hehe
<wpwrak> heh :)
<wpwrak> well, i once had a paper sent, i think it was by UPS, to the UK. believe it or not, it got held up at UK customs and they didn't notify anyone.
<wpwrak> back then, conference papers still had to be submitted on paper. even to networking conferences :)
<wpwrak> actually, i think there were two or three different papers in that envelope. of course, we missed the deadline that way. they still let us in, though, but i think we didn't make it into the printed proceedings.
<kristianpaul> hmmm shame on UPS
<wpwrak> yeah, earned them a place of honor on my blacklist :)
<wpwrak> could of course also be that the people from the conference ignored/lost the notification
<wpwrak> but then, most couriers start calling if something it stuck for too long. at least they did back then.
<kristianpaul> hmm i have never been called
<wpwrak> you probably don't let things sit around for weeks :)
<kristianpaul> hehe