lekernel changed the topic of #milkymist to: Milkymist One, Migen, Milkymist SoC & Flickernoise :: Logs: http://en.qi-hardware.com/mmlogs :: EHSM Berlin Dec 28-30 http://ehsm.eu :: latest video http://www.youtube.com/playlist?list=PL181AAD8063FCC9DC
jimmythehorn has quit [Quit: jimmythehorn]
xiangfu has joined #milkymist
jimmythehorn has joined #milkymist
rejon has joined #milkymist
<Jia> xiangfu: May you test 4.6.3?
<GitHub14> [scripts] xiangfu pushed 1 new commit to master: http://git.io/We-DfQ
<GitHub14> [scripts/master] lm32 toolchain: update binutils, gdb, newlib - Xiangfu Liu
jimmythehorn has quit [Quit: jimmythehorn]
<xiangfu> Jia, compiling ...
<Jia> xiangfu: thanks
Jia has quit [Ping timeout: 246 seconds]
Jia has joined #milkymist
Jia has quit [Client Quit]
<stekern> is it just me, or isn't the lm32 C ABI "properly" documented anywhere?
rejon has quit [Ping timeout: 248 seconds]
<GitHub33> [scripts] xiangfu pushed 1 new commit to master: http://git.io/Ls1zAQ
<GitHub33> [scripts/master] fix typo - Xiangfu Liu
Jia has joined #milkymist
<Jia> xiangfu: Is it OK?
<xiangfu> Jia, no. it have error when compile flickernoise.
<xiangfu> Jia, I have sent one email to mailing list. attach the error message.
<Jia> and, do you make sure 4.5.4 is OK?
<xiangfu> Jia, do you know the "r isn't the lm32 C ABI "properly" documented anywhere?"
<xiangfu> Jia, I make sure that gcc4.5.3 works just fine
<Jia> xiangfu: 4.5.3 works fine with rtems?
<xiangfu> Jia, yes.
<Jia> give me hours...
<Jia> 4.5.4 have the same bug with 4.6.3, another bug...
<qi-bot> The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120712-0307/
<stekern> I'm mostly interested in how aggregates are passed by value, but it looks like it is passed in registers if it fits and on stack if it doesn't
<stekern> i.e. it's never split between registers and stack
<wpwrak> passing structs seems to be hard to grok. i remember a project a long time ago, where the stack aligned got out of sync after passing a struct. that was with a proprietary compiler. took us a while to realize what was going on. then we wrote them a nice long bug report with examples.
<stekern> seems like there is a lot of variation between architectures what the calling convention for it is
<wpwrak> they responded with a workaround that indeed made our examples work but did nothing about fixing the bug. so we made a trivial change, watched it fail again, and sent them the updated bug report. then, silence. for months. (well, not exactly silence, of course, there had been increasingly heated communications between managers.)
<wpwrak> still ... it's not *that* difficult ;-)
<stekern> yeah, agree ;)
<wpwrak> back then, we jokingly proposed to just buy the company that made that compiler, so that we could force them to fix the bloody thing. our project was pretty big, with its value probably significantly exceeding the value of that company.
<stekern> so, did they fix it in the end?
<wpwrak> ah yes, they first fixed it in their sun version and were eventually pressured to also fix it in their r6000 version. (the client company was IBM, so it had to be a weird platform :)
<xiangfu> Jia, the 4.5.4 works just fine. with RTEMS/FLickernoise.
<GitHub186> [scripts] xiangfu pushed 1 new commit to master: http://git.io/Fc6xOw
<GitHub186> [scripts/master] lm32 toolchain: update gcc to 4.5.4 - Xiangfu Liu
<Jia> xiangfu: 4.6.3 I fixed generate the same code as 4.5.4, it must be another bug...
jimmythehorn has joined #milkymist
<stekern> Jia: the generated code isn't _excactly_ the same, notice the extra "add fp, fp, sp" before calli bar in 4.5.4
<Jia> stekern: yeah, I knew that, maybe it is the other bug, and I'm analyze lm32.md
<Jia> analyzing
<stekern> ah, but the result seems to be the same still
<Jia> some one commit a wrong patch without test!
<Jia> if lm32 port maintainer is 'strong', it won't happen
rejon has joined #milkymist
<stekern> Jia: but 4.5.3 seems to generate the same code as 4.5.4 as well
Gurty has quit [Ping timeout: 265 seconds]
<Jia> stekern: yeah, 4.6.0 generate diff code.
<Jia> - addi fp, r0, 12
<Jia> - add fp, fp, sp
<Jia> + or fp, sp, r0
<Jia> + addi fp, fp, 12
<stekern> but what is the problem with the generated code, is it triggering some test to fail?
<stekern> I mean, both versions do the same thing: fp = sp + 12
<Jia> lm32 has no testcase for target...
<stekern> ah, sorry didn't read what you wrote earlier properly, 4.5.4 and 4.6.3 produce the same code, thus the problem with 4.6.3 must be something else ;)
<Jia> stekern: sorry, I'm not sure about lm32-asm, is this the same effect? http://paste.ubuntu.com/1087296/
* Jia is try milkymist script by xiangfu, and test rtems in my machine.
<qi-bot> The MMU firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-mmu-20120712-0452/
<stekern> Jia: yes, they are eqvuivalent (fp = 12; fp = fp + sp; vs fp = sp; fp = fp + 12 => fp = sp + 12)
<Jia> stekern: so, it must be something else wrong, that is another bug.
<Jia> lots of bugs behind one bug ...
Gurty has joined #milkymist
hypermodern has left #milkymist [#milkymist]
<qi-bot> The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120712-0631/
<Jia> I think I find it, but not the reason. This bug is there so looooooooooooooooong a time, legitimate never be used in 4.5, it is opened in 4.6, so, it buged.
<Jia> lekernel: clang -O2 -Wall -I. -s -o bin2hex bin2hex.c, is this clang lm32-clang or x86-clang?
<Jia> xiangfu: make -C /opt/milkymist/milkymist/tools use clang, is it x86-clang?
hellekin has quit [Ping timeout: 250 seconds]
<Jia> x86-clang get a error http://paste.ubuntu.com/1087449/
hellekin has joined #milkymist
hypermodern has joined #milkymist
<Jia> gd.h
jimmythehorn has quit [Read error: Connection reset by peer]
<Jia> please anyone tell me where is gd.h?
cladamw has joined #milkymist
<xiangfu> Jia, you are miss one package.
<xiangfu> Jia, install 'libgd2-noxpm-dev'
jimmythehorn has joined #milkymist
hypermodern has left #milkymist [#milkymist]
<Jia> xiangfu: oh, thx!
<Jia> xiangfu: 4.6.3 generate same code as 4.5.4, and, the legitimate_constant_p never run in 4.5.4! so, it is maybe two bugs.
<Jia> xiangfu: is make -C compile-flickernoise flickernoise.fbi test lm32-gcc to me?
<xiangfu> yes.
<qi-bot> The MMU firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-mmu-20120712-0815/
<Jia> thanks, I think I got how to test lm32-gcc
<Jia> xiangfu: http://paste.ubuntu.com/1087516/ it need avr-gcc???!!! I''m confused
<lekernel> stekern: it's not documented properly
<lekernel> Jia: clang is the same binary for all architectures, if you don't use options like -ccc-host-triple it's often x86 by default
<Jia> lekernel: to be honst, I use clang for mips64, is my job, and I used your patch to make mips64 default
<Jia> so I don't use --ccc-triple any longer
<Jia> lekernel: and may you help me at http://paste.ubuntu.com/1087516/ it is too strange to me.
<Fallenou> Jia: we use avr-gcc too, because there is an AVR softcore in milkymist as well
<Fallenou> the purpose of this AVR softcore is to handle USB. it's basically a soft usb host
<Fallenou> controller*
<Jia> Fallenou: may I disable it?
<Jia> or is there a avr-gcc bug to be fixed :)
<Jia> kidding
<lekernel> Jia: apt-get install gcc-avr
<Jia> lekernel: big thanks!
cladamw has quit [Quit: Ex-Chat]
rejon has quit [Ping timeout: 248 seconds]
<Jia> it spend me almost one hour to download gcc-avr
azonenberg has quit [Ping timeout: 245 seconds]
<Fallenou> wow
<Fallenou> shitty connexion
sh4rm4 has quit [Remote host closed the connection]
<qi-bot> The firmware build was successful, see images here: http://fidelio.qi-hardware.com/~xiangfu/build-milkymist/milkymist-firmware-20120712-0956/
<Jia> freetype dl error, I'll try it again back home
Jia has quit [Quit: Konversation terminated!]
rejon has joined #milkymist
<stekern> hum hum, I stumbled upon another llvm bug when I was poking at the byval bug
<stekern> the maximum call frame size is added to the total frame size in two different places
<lekernel> stekern: can you please send your findings to the list? JP Bonn (the main author of the port) is on it
<lekernel> thanks!
<stekern> lekernel: yeah, I'll send the patch that fix that and the byval fix (when I'm done with that)
<lekernel> awesome
rejon has quit [Ping timeout: 246 seconds]
sh4rm4 has joined #milkymist
antgreen has joined #milkymist
antgreen has quit [Remote host closed the connection]
antgreen has joined #milkymist
Jia has joined #milkymist
<Jia> xiangfu: It looks like 4.5.4 get this error http://paste.ubuntu.com/1087929/
<Jia> Fallenou: hot heart man, are you there?
* Jia shower... will be to here soon
<lekernel> this has nothing to do with GCC
<lekernel> it's a RTEMS problem
<stekern> I hope the shower comment and the call for Fallenou is completely unrelated... ;)
<lekernel> Jia: if you use xiangfu's build script, it should patch it automatically (afaik)
<xiangfu> yes
<Fallenou> omg
* Fallenou hides
<Fallenou> Jia: hey, yes I'm here
xiangfu has quit [Ping timeout: 246 seconds]
<Jia> lekernel: I'm using xiangfu's script
<Jia> but I don't know why it failed :(
<Jia> Fallenou: hi I'm back :)
* Jia cleaning and waiting bew make -C xxxxxxx
<Fallenou> hi back
<Jia> I get 3 patches
<Jia> jansson-0001-for-milkymist-one.patch.patch openjpeg-0001-for-milkymist-one.patch mupdf-0001-for-milkymist-one.patch
<Jia> are there all? lekernel
kristianpaul has quit [Ping timeout: 248 seconds]
<Jia> http://paste.ubuntu.com/1087992/ did I miss some patch?
<lekernel> I think so
kristianpaul has joined #milkymist
<lekernel> I don't see a patch that touches RTEMS here
<lekernel> but there are others
<Jia> lekernel: how I can get them, manaul or some auto way?
<lekernel> clone the git repository and use quilt
<lekernel> but xiangfu's script really should do that for you
antgreen has quit [Read error: Connection reset by peer]
<lekernel> I don't know why it seems not to work for you
<Jia> quilt?! I didn't install on my system ,is it the problem?
<lekernel> probably not, or at least I hope that xiangfu's script give you an error in this case instead of silently failing
<Jia> I'm afarid not.
* Jia will delete all files and restart over...
<Fallenou> hehe, hard to get one's environment up and running to compile firmware :)
<Jia> it really spend time...
<Fallenou> that's the same pain for every project unfortunately
<Fallenou> (embedded project)
<Fallenou> you need toolchains, packets, dependencies etc
<Jia> I still get just 4 patches...
<Fallenou> patches sometimes
<Jia> I write a script for our proj(my job), and I FORECE all of employee use rhe same environment
<Jia> It is really a trouble
<Fallenou> we had troubles here when upgrading our ubuntus =)
<Jia> embedded projects are all messsssssssssss
azonenberg has joined #milkymist
<lekernel> Jia: check how xiangfu's script is patching rtems...
* Jia open and start reading xiangfu's *.sh
<lekernel> Jia: also, gcc has a test suite which could give more exhaustive/better coverage than just trying to run existing software. I have never used it though.
<lekernel> same for clang/llvm
<Jia> lekernel: may you tell me witch script?
<Jia> lekernel: gcc testsuit need a native run... I think
<Jia> compile-milkyminer-firmware.sh compile-openwrt-milkymist.sh format_memcard.sh
<Jia> compile-milkymist-firmware.sh flash_jtag.sh reflash_m1.sh
<Jia> 6 .sh
<lekernel> check that this stuff is run and works
<Jia> maybe is it PATCH_OPENWRT_SH="/home/xiangfu/bin/patch-openwrt.sh"
<lekernel> no
<lekernel> there's no openwrt here
<Jia> lekernel: OK. I'll looking it when make
<lekernel> and yes it seems you need to install quilt
<Jia> I've installed it this time...
<sh4rm4> quilt seems to be a relic from the pre-git era
<lekernel> sh4rm4: up until recently, RTEMS was using CVS
<Jia> cvs...
<Jia> lekernel: need I install cvs?
<Fallenou> rtems now is using git
<Fallenou> you should be ok with git I think
<Jia> I have git .....
hypermodern has joined #milkymist
elldekaa has joined #milkymist
Gurty has quit [Ping timeout: 246 seconds]
jimmythehorn has quit [Quit: jimmythehorn]
Martoni has quit [Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120615040410]]
<GitHub186> [migen] sbourdeauducq pushed 2 new commits to master: https://github.com/milkymist/migen/compare/eed8fa374d87...c543edf6f36a
<GitHub186> [migen/master] corelogic: reorder buffer (untested) - Sebastien Bourdeauducq
<GitHub186> [migen/master] actorlib/dma_asmi: out-of-order reader and class factory - Sebastien Bourdeauducq
<lekernel> running the framebuffer (using dataflow) at 32bpp on the new memory system :) there is a bunch of bugs, but I start to get a picture :)
elldekaa has quit [Ping timeout: 252 seconds]
jimmythehorn has joined #milkymist
<GitHub32> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/uaqGtg
<GitHub32> [milkymist-ng/master] framebuffer: use ASMI reader factory - Sebastien Bourdeauducq
rejon has joined #milkymist
Gurty has joined #milkymist
<Jia> if [ ! -e ${MILKYMIST_GIT_DIR}/wernermisc ]; then
<Jia> should be if [ -e ${MILKYMIST_GIT_DIR}/wernermisc ]; then ?
lekernel_ has joined #milkymist
lekernel has quit [Ping timeout: 240 seconds]
<Jia> error
lekernel_ is now known as lekernel
<GitHub125> [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/8062e48697bba406f3ab8edec1357e9175b7d739
<GitHub125> [migen/master] bus/asmibus: fix per-port tag generation - Sebastien Bourdeauducq
<GitHub42> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/bByzTQ
<GitHub42> [milkymist-ng/master] top: use two slots for the framebuffer ASMI port - Sebastien Bourdeauducq
<GitHub49> [migen] sbourdeauducq pushed 1 new commit to master: https://github.com/milkymist/migen/commit/a55fee78d282b592518446270aa47c627d5d9c9c
<GitHub49> [migen/master] examples/dataflow/dma: test OOO ASMI reader - Sebastien Bourdeauducq
<lekernel> 2 more bugs to go
<lekernel> -1
<GitHub129> [milkymist-ng] sbourdeauducq pushed 1 new commit to master: http://git.io/GLO3NA
<GitHub129> [milkymist-ng/master] framebuffer: clean shutdown - Sebastien Bourdeauducq
<wpwrak> whee ! one more commit until perfection :)
<larsc> based on the rate of the previous commits we could try to extrapolate this joyful occasion
<wpwrak> yeah, i'm not sure i'll even have enough time to cool down the champage to an acceptable temperature :)
<wpwrak> i wonder if FN will run with the system sebastien is using. if not, then it'll be a while until we can actually put it to good use. which would be a pity. i have high hopes for video quality with 32 bpp.
kilae has joined #milkymist
<stekern> what's the shortest path to run something like int main(void) { printf("hello world"); } in qemu?
<lekernel> with rtems I think
<stekern> ok, without using rtems ;) using the "lib" in bios?
<stekern> I mean, using the "libs" that bios is using
<stekern> my french is weak ;) but it didn't seem like there wasn't anything I didn't know in there anyways
r33p has joined #milkymist
r33p has quit [Remote host closed the connection]
elldekaa has joined #milkymist
elldekaa has quit [Remote host closed the connection]
mumptai has joined #milkymist
kilae has quit [Quit: ChatZilla 0.9.88.2 [Firefox 13.0.1/20120614114901]]
Gurty has quit [Ping timeout: 265 seconds]
rejon has quit [Ping timeout: 252 seconds]
mumptai has quit [Ping timeout: 246 seconds]
Jia has quit [Quit: Konversation terminated!]
rejon has joined #milkymist
aeris has quit [Ping timeout: 244 seconds]
aeris has joined #milkymist
sh4rm4 has quit [Ping timeout: 276 seconds]
sh4rm4 has joined #milkymist
elldekaa has joined #milkymist
Gurty has joined #milkymist
Jia has joined #milkymist
<Jia> morning
<Jia> make -C compile-flickernoise flickernoise.fbi is BUILD the SW
<Jia> If I wanna clean them, how can I make it?
<Jia> make -C compile-flickernoise clean
* Jia got wrong DIR
elldekaa has quit [Remote host closed the connection]
pablojavier has joined #milkymist
pablojavier has left #milkymist [#milkymist]