<wolfspraul> lekernel: yes :-) we will replace all u7/u19/u20 with new parts
<wolfspraul> and for rc4 we will source more from digikey/mouser
<wolfspraul> Hodapp: hey, welcome
<wolfspraul> well developed sounds good, thanks
<wolfspraul> which parts do you like?
<wolfspraul> indeed we work hard on this, for a number of years already actually :-)
<wolfspraul> lekernel: here's some good news: the first boxes were made, and fit the Fedex Medium Box well! Phew. I will spare you the details...
<wolfspraul> leaflets are printed, brochures will be done on Friday.
<wolfspraul> maybe we make new stickers of the new Milkymist logo on a very nice waterproof synthetic material. we see.
<wolfspraul> roh's package was sent to Taipei yesterday
<xiangfu> http://fidelio.qi-hardware.com/~xiangfu/compile-log/openwrt-milkymist.minimal-08022011-0333/ now the milkymist openwrt start building. sorry I forget restart the cron jobs.
<roh> wolfspraul: i forgot the stickers. will add them to the 2nd shipment
<roh> s/stickers/leaflets
<roh> just the full logo with the url below on a 10x10 piece of paper
<wolfspraul> ok
<roh> its unintrusive advertisement.. i also have lots of logos from other hackspaces or so on the walls in the agency
<roh> some do 'buttons' to put on clothes.. they also are easy to fix to the garment tapestry we have
<roh> btw.. i do still have one flourescent red and one violet case kit around (completed some month ago)  and ideas? or should i wait and see if they get rare and expensive collectors items? ;)
<wolfspraul> hmm
<roh> s/and ideas/any ideas/g
<wolfspraul> don't know
<wolfspraul> we will sell them, no worries
<roh> yeah. we'll see. i dont have pressure there
<roh> hm. should add the mic hole maybe.. otherwise.. for rc2 it doesnt matter. but i can add the shield if thats not in there yet. (need to check)
<roh> there will be some shielding sheets and buttons as well as 'only the hat missing' button 'pre part' as spares in the second shipment
<roh> the second box is still not 'full' by weight btw..
<roh> its >5kg, but below 10. i guess if you need something other <1-2kg i could add it without extra charges from dhl
<Hodapp> Given the open source nature of this project, are there files I could laser cut myself for the acrylic case?
<roh> Hodapp: there are
<roh> should be in the git repo
<Hodapp> alright, cool
<roh> we can also sell single cases if you already got a board
<Hodapp> my local hackerspace (they're on freenode too, #hive13) has a laser cutter so I figured I'd try my hand at making the case myself
<roh> Hodapp: make sure your material is 3.0mm or you will have to make the slots wider
<wolfspraul> Hodapp: do you have an m1 board?
<wolfspraul> what have you done with it so far? any plans?
<Hodapp> roh: noted
<Hodapp> wolfspraul: I don't. I need to look into getting/making one.
<wolfspraul> if you make anything, make an improvement right away
<wolfspraul> realistically you will look at tens of thousands of USD spent though, whether it's in working hours or cash. Try to find something small that you can take out, improve, and then make. that could work...
<Hodapp> what's an m1 board cost?
<wolfspraul> 499 USD
<wolfspraul> the full product, not just board. including case, accessories, etc.
<wolfspraul> what makes you interested in Milkymist? what's your background?
<Hodapp> degree was electrical engineering
<Hodapp> but I have dabbled a lot in pushing pixels around to make interesting graphics, and I realized that a huge amount of what I had coded was basically a half-assed VJ system
<wolfspraul> ah nice
<Hodapp> and I was just poking around github and found this
<Hodapp> ...I need to learn to use git.
<Hodapp> most source looks like C (for flickernoise at least)... that makes me happy
<lekernel> we are not welcome to the "open hardware summit". they said it was technical and geeky. wtf.
<wolfspraul> :-)
<wolfspraul> which summit?
<wolfspraul> lekernel: did you plan to go to New York for that meeting?
<wolfspraul> they are probably indeed flooded by stuff and don't understand how Milkymist differs from the boatload of arduino projects
<GitHub177> [autotest-m1] xiangfu pushed 2 new commits to master: https://github.com/milkymist/autotest-m1/compare/4e53273...bede888
<GitHub177> [autotest-m1/master] add script file for append image's crc and length to boot.bin - Xiangfu Liu
<GitHub177> [autotest-m1/master] Makefile: add create boot.crc.bin - Xiangfu Liu
<xiangfu> http://dpaste.com/584319/  I can only get three values at the end of the file.
<xiangfu> I can sure I append the correct value to the end of boot.bin
<lekernel> xiangfu, you do not have to copy the image to SDRAM before CRC
<lekernel> you can crc directly a pointer in flash
<lekernel> and either way, there's the compiler for you to handle memory allocation; no need for hacks like unsigned int membase = SDRAM_BASE + 2000000;
<lekernel> grmbl. cvs $id$ tag + git merge = time wastage.
<lekernel> when will people stop using cvs ...
<kristianpaul> (open-hardware-summit) yeah, not for milkymist. at least not the geek side ;) at least your presententation will show current status of Vjing with open hardware, art related work, what people doint wiht it
<kristianpaul> some kind simlar to what rejon showed at fisl..
<kristianpaul> to get an idea of course :)
<kristianpaul> or something like the history behind milkmist manufacturing? seems the like that work too, isnt?
<lekernel> [lekernel@localhost rtems]$ git merge -s theirs master
<lekernel> Could not find merge strategy 'theirs'.
<lekernel> Available strategies are: octopus ours recursive resolve subtree.
<lekernel> `|[{#~#{[|é!:!!!!!!!!!!!!!!!!!!!!!!!!!!!!
<lekernel> ok, for some weird reason that particular one needs -X and not -s
<GitHub91> [rtems] sbourdeauducq pushed 1 new commit to mmstaging: https://github.com/milkymist/rtems/commit/14b56ec2a07fe587009b49f3186946628e969382
<GitHub91> [rtems/mmstaging] Merge branch 'master' into mmstaging - Sebastien Bourdeauducq
<GitHub187> [rtems] sbourdeauducq pushed 1 new commit to mmstaging: https://github.com/milkymist/rtems/commit/0304c8c0ae7cdce0274aaf10a6c7095e9bd9d714
<GitHub187> [rtems/mmstaging] Remove unmerged ChangeLog entry - Sebastien Bourdeauducq
<lekernel> (gdb) info all-registers
<lekernel> (...)
<lekernel> IE             0x40146ec01075080896
<lekernel> ????
<lekernel> ah, the interrupt regs are not initialized on the stack by the gdbstub crt ...
<GitHub80> [extras-m1] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/extras-m1/commit/751a2ff97c41f4150612963bb23c21a0dea36b9e
<GitHub80> [extras-m1/master] Remove oshw logo from brochures - Sebastien Bourdeauducq
<xiangfu> lekernel, http://pastebin.com/NkTrRwwR here is the new tests_image.c
<xiangfu> my problem is when I add some "printf" at line 105, I got different result.
<xiangfu> for example: I add "printf("  %08x:%08x\t", file_end-1, images[i][1]);" to line 105, I can got 5 correct values.
<xiangfu> without this "printf", all values I got from "*file_end++" is 0,
<lekernel> xiangfu, good
<lekernel> except this problem of course
<xiangfu> :)
<lekernel> file_end-1 is a pointer
<lekernel> you meant *(file_end-1) ?
<xiangfu> I just print the address for debug.
<xiangfu> if I add printf("hello world\n") at line 105, it give me 6 correct value.
<xiangfu> like random printf give random correct values. but I am sure the value at the end of boot.bin is correct.
<xiangfu> pushing last append_crc_len.sh to github
<GitHub28> [autotest-m1] xiangfu pushed 2 new commits to master: https://github.com/milkymist/autotest-m1/compare/bede888...a0c2267
<GitHub28> [autotest-m1/master] clean boot.crc.bin and tmp files - Xiangfu Liu
<GitHub28> [autotest-m1/master] we need bios-rescue-without-CRC.bin, not bios-rescue.bin for factory flash - Xiangfu Liu
<GitHub46> [rtems] sbourdeauducq pushed 1 new commit to mmstaging: https://github.com/milkymist/rtems/commit/212e17a77652f785760375bdbdd4a865eadb041b
<GitHub46> [rtems/mmstaging] simplify isr fix - Sebastien Bourdeauducq
<lekernel> xiangfu, but printf("  %s\t", images_name[i]); doesn't "fix" the problem?
<lekernel> you can try to have a look at the disassembler listing
<lekernel> but it's pretty weird
<xiangfu> seems different boot.bin length give different correct values.
<GitHub124> [rtems] sbourdeauducq pushed 1 new commit to mmstaging: https://github.com/milkymist/rtems/commit/f4e74941eb89629058742e9b076d0e6d548d0c70
<GitHub124> [rtems/mmstaging] merge - Sebastien Bourdeauducq
<lekernel> ah, maybe it's an alignment problem?
<lekernel> the unsigned int * pointer should be pointing to an address which is a multiple of 4
<lekernel> check that
<xiangfu> it is multiple of 4.
<xiangfu> time to sleep. work on that tomorrow.
<wolfspraul> lekernel: do you remember the video decoder rework picture? as seen on page 32 of this presentation http://lekernel.net/presentations/Milkymist_THSF2011/mm_thsf.pdf
<wolfspraul> do you have a link to the original somewhere?
<wolfspraul> it's a nice picture...
<mwalle> lekernel:  whats your gdbs version?
<mwalle> lekernel: posted a patch on the mailinglist, just compile tested :)
<mwalle> larsc: theres quite a large discussion about that gcc bug ;)
<lekernel> mwalle, thanks :)
<mwalle> lekernel: mh, maybe we should fix IE
<mwalle> eg store IE.EIE in IE.IE in case of an exception on loading and the other way around on storing
<mwalle> and IE.BIE rsp
<lekernel> from my understanding IE is not affected by debug exceptions... is it?
<mwalle> IE is disabled
<mwalle> IE.IE
<mwalle> pc <- DEBA
<lekernel> but setting IE.IE to 0 doesn't disable debug exceptions
<mwalle> no but a debug exception stores IE.IE in IE.BIE and disables interrupts
<mwalle> so if you do a info registers, IE.IE will never be 1
<lekernel> ah, ok
<mwalle> but not now, im too tired to do sth right ;)
<lekernel> so debug exceptions are just pulsed, they don't stay asserted like interrupts
<mwalle> the cpu interrupt won't stay asserted either
<mwalle> well, in case no interrupt is pending ;)
<lekernel> yes :)
<lekernel> but what prevents the PC from getting stuck at the interrupt vector is that IE.IE is set to 0 upon entering the ISR
<lekernel> it's a different mechanism for debug exceptions
<mwalle> for debug exceptions IE.IE is set to 0, too
<mwalle> non-debug: BA <- PC, IE.BIE <- IE.IE, IE.IE = 0, PC <- DEBA + offset
<mwalle> arg
<mwalle> thats of course debug
<mwalle> non-debug: EA <- PC, IE.EIE <- IE.IE, IE.IE = 0, PC <- EBA (or DEBA) + offset
<mwalle> and bret does PC <- BA, IE.IE <- IE.BIE
<mwalle> while eret does PC <- EA, IE.IE <- IE.EIE
<mwalle> so yes there is no ack or pending exception, but thats true for all exceptions including interrupts
<GitHub167> [milkymist] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/milkymist/commit/c48437b9ccbafc49dbfcc22cc695e0081ae6f6f0
<GitHub167> [milkymist/master] lm32: gdbstub save and restore IE/IM/IP - Michael Walle
<GitHub99> [milkymist] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/milkymist/commit/e6000e3d468f5c4d53c4cf450a87d19894e142e3
<GitHub99> [milkymist/master] Update debug ROM - Sebastien Bourdeauducq
<mwalle> btw no one answers my pull/commit requests for the 0.15 qemu branch :(
<mwalle> edgar, the one who committed all my patches, seems to be on vacation, no one else casres
<lekernel> ah, the joys of open source :)
<lekernel> I can write a mail to Fabrice Bellard, but he's not very active on QEMU anymore
<lekernel> that's all?
<lekernel> there was something with the framebuffer as well iirc
<lekernel> mwalle, do we need only the USB "full speed" patch?
<mwalle> lekernel: i dont think fabrice has commit access anymore
<mwalle> framebuffer? dunno
<lekernel> well, does everything work for you with this one patch?
<mwalle> let me test with a current flickernoise bianry
<mwalle> mom
<mwalle> lekernel: whats the size of the fbi header again?
<lekernel> 8 bytes
<lekernel> there's also the elf online, but with 7MB of extra debug info
<mwalle> lekernel: visuals, network, audio is working
<lekernel> ok :)
<lekernel> cool
<lekernel> i have sent the email
<mwalle> and of course mouse and keyboard ;)
<mwalle> there was the framebuffer resize bug, but the fix for that is already upstream
<mwalle> lol, even webupdate works
<mwalle> gn8