| --- Log opened Fri May 02 00:00:30 2014 | ||
| stekern | ah, a lot of build-deps for scummvm just 'automatically' has dissapeared while I was fixing single-stepping on mor1kx ;) | 04:37 |
|---|---|---|
| stekern | libsdl-dev and libcaca-dev are missing now | 04:37 |
| stekern | let's see if libcaca-dev is going to put up a fight | 04:38 |
| stekern | oh, it's putting up a fight | 05:34 |
| stekern | hah! in your face libcaca-dev! | 05:44 |
| stekern | libsdl1.2-dev can be built now | 05:45 |
| stekern | and it's done | 06:15 |
| stekern | argh... scummvm builds fine, but that dash error prevent it from being installed | 06:26 |
| stekern | aha, it wasn't even done, it was just preparing by copying fonts onto the build system | 06:55 |
| mohessaid | I am facing some problems with or1ksim now! | 07:52 |
| mohessaid | I am using the glibc toolchain and when compiled linux and then tried to simulate him, the simulation stack in DHCP request in the xterm terminal and ERROR: failed to read packet from file | 07:53 |
| mohessaid | in the bash terminal from where I lanched the simulator | 07:54 |
| stekern | so... what .cfg are you using? | 07:56 |
| mohessaid | or1ksim.cfg | 07:56 |
| stekern | and did you setup tun/tap devices on your host? | 07:56 |
| mohessaid | the default one | 07:56 |
| stekern | default from where? | 07:56 |
| mohessaid | yes! | 07:56 |
| mohessaid | using openvpn and bctl | 07:56 |
| mohessaid | but if I want to work without using the tap and just simulate it using rtx_type= 0 , it doesn't work either and he did the same thing? | 08:09 |
| mohessaid | what do you thing about the problem? | 08:20 |
| -!- Netsplit *.net <-> *.split quits: bentley`, heroux, jeremybennett_, hansfbaier, ysionneau | 08:34 | |
| -!- heroux_ is now known as heroux | 08:34 | |
| -!- Netsplit *.net <-> *.split quits: balto, hno, javax, jeremybennett | 08:34 | |
| stekern | mohessaid: I'm not sure where that "ERROR: failed to read packet from file" come from, but I would assume it has to do with that something is not working properly with your tun/tap setup | 08:42 |
| stekern | ok, I located that error message to peripheral/eth.c in eth_read_file_packet () | 08:48 |
| stekern | ...which is only called when you are using the file interface, not the tun/tap interface | 08:49 |
| stekern | blueCmd: http://pastie.org/9133016 | 08:58 |
| blueCmd | stekern: yeah, I've seen that before | 09:03 |
| blueCmd | try without -O2 | 09:04 |
| blueCmd | note that -O2 is multiple times in the command line | 09:04 |
| stekern | yup, it compiles without -O2 | 09:09 |
| stekern | I took a look at the code where it fails: https://github.com/bluecmd/or1k-gcc/blob/master/gcc/expr.c#L7629 | 09:09 |
| blueCmd | oh, cool | 09:19 |
| stekern | ...but can't say it unveiled any obvious reasons =) | 09:21 |
| blueCmd | we could also narrow it down by enabling / disabling optimization flags one by one | 09:21 |
| blueCmd | more than it's probably related to imaginary numbers, which I guess isn't used that often | 09:22 |
| stekern | yup, that's about the only thing that could be deducted from the place where it fails | 09:23 |
| blueCmd | stekern: no no | 09:23 |
| blueCmd | you can also see that it's failing inside gcc | 09:24 |
| stekern | perhaps it turn it into some fancy construct that utilizes those modes and then we don't tell properly that we don't have any instructions to handle that and the bitsize checkup just fails | 09:24 |
| blueCmd | and not, for example, in .. ncurses! | 09:24 |
| blueCmd | very important to know | 09:24 |
| stekern | ah, sorry... you're of course right | 09:24 |
| blueCmd | (i'm being stupid now, but mpfr wasn't _inside_ gcc) | 09:24 |
| stekern | I wish that ICE was a bit more informative... | 09:26 |
| blueCmd | yes please | 09:27 |
| stekern | blueCmd: hmm... or... | 09:34 |
| stekern | which branch did you build gcc from? | 09:34 |
| stekern | because... https://github.com/bluecmd/or1k-gcc/blob/debian-mod/gcc/expr.c#L7629 | 09:34 |
| stekern | which would make _alot_ more sense, since there actually is an assert there ;) | 09:35 |
| blueCmd | stekern: heh | 09:38 |
| blueCmd | yes | 09:38 |
| blueCmd | :) | 09:38 |
| mohessaid | I was tried to simulate linux with asterisk (79 MO in size) using or1ksim and it seem like the size is too big for the RAM of or1ksim so changed the size, the errors go but the simulator hang in | 10:06 |
| mohessaid | ****************** counters reset ****************** | 10:06 |
| mohessaid | cycles 103739, insn #83192 | 10:06 |
| mohessaid | ****************** counters reset ****************** | 10:06 |
| stekern | you need to use something else than RAM for your rootfs | 10:07 |
| mohessaid | like | 10:07 |
| stekern | e.g. nfs share | 10:07 |
| mohessaid | something else, I can't ping to the host from linux on or1ksim, but I can ping to other computer in the network? of course using the TUN/TAP | 10:10 |
| stekern | so... fix that? | 10:11 |
| blueCmd | hm | 11:20 |
| blueCmd | well, at least he seemed to be able to compile asterisk | 11:20 |
| stekern | oh no: /usr/lib/or1k-linux-gnu/libpulse.so.0: undefined reference to `__sync_fetch_and_sub_4' | 11:57 |
| stekern | blueCmd: if you can make fake atomics, then I'll do some real atomics as a counter measure and link with them =) | 12:21 |
| blueCmd | hah :D | 12:31 |
| blueCmd | I tried that and things exploded | 12:31 |
| blueCmd | but feel free | 12:31 |
| stekern | nuclear blast exploded? | 12:34 |
| blueCmd | yes | 12:34 |
| blueCmd | I compiled libc with it though | 12:34 |
| blueCmd | it was horrible | 12:34 |
| stekern | heh | 12:35 |
| blueCmd | segfaults.. segfaults everywhere | 12:35 |
| stekern | what is 'it'? | 12:35 |
| blueCmd | the event | 12:35 |
| blueCmd | so many programs died that time | 12:35 |
| stekern | no, I meant, what is 'it' in "I compiled libc with it though" | 12:36 |
| blueCmd | ah, my real atomics | 12:37 |
| blueCmd | instead of the libc atomics I let libc use the atomics in gcc (__sync / __atomic) - it's the new fancy way | 12:37 |
| stekern | ah, I'm not using any fancy ways, I just created an .o with __sync_fetch_and_sub_4 and __sync_fetch_and_add_4 | 12:38 |
| stekern | http://oompa.chokladfabriken.org/openrisc/debs/scummvm_1.6.0+dfsg-3_or1k.deb | 12:40 |
| blueCmd | cool! | 12:41 |
| blueCmd | does it work? :) | 12:41 |
| blueCmd | I added it to the repo anyway | 12:43 |
| blueCmd | maybe something build-depends on it, you never know! | 12:43 |
| stekern | don't know, it fails at my first attempt to run it in qemu-user because it doesn't find a directfb screen | 12:43 |
| stekern | will start a vnc session and see if that makes it happier | 12:43 |
| stekern | libsdl is in that dir too | 12:44 |
| blueCmd | apt-get install postgresql-9.3 | 12:47 |
| blueCmd | I dare you | 12:47 |
| stonersanta_ | hello, how is the nodejs port going? | 12:50 |
| blueCmd | nodejs? | 12:55 |
| blueCmd | you want to run nodejs on or1k or run or1k in nodejs? | 12:55 |
| stonersanta_ | both | 12:56 |
| stonersanta_ | but on nodejs first | 12:56 |
| blueCmd | so emulate or1k on nodejs? I guess that's poke53282's area | 12:58 |
| stonersanta_ | yup.. he is on it.. | 12:58 |
| blueCmd | for nodejs on or1k you would need to port v8 to or1k I think | 13:01 |
| stonersanta_ | or wait till the debian port is ready | 13:04 |
| blueCmd | hah well yes, that would be a dead lock in my case | 13:05 |
| blueCmd | I will probably not port it for a while | 13:05 |
| blueCmd | and since it doesn't help stekern play old video games I doubt he will either | 13:05 |
| blueCmd | stekern: my point is that v8 is machine specific so I cannot package it to or1k Debian easily | 13:06 |
| blueCmd | stonersanta_: * | 13:06 |
| stekern | bah... it segfaults... | 13:16 |
| stekern | ...or rather some lib it uses does | 13:18 |
| stekern | something for the evening to play with ;) | 13:19 |
| blueCmd | stekern: have fun! :) file a lot of bugs! | 13:19 |
| stekern | it's in libc | 13:20 |
| stekern | which libc is it that I get if I install from openrisc.debian.net now? | 13:22 |
| blueCmd | the New Improved Destructor version | 13:24 |
| stekern | ok, good. I think. =) | 13:24 |
| stonersanta_ | ^^ | 13:42 |
| blueCmd | stekern: tried postgresql yet? | 15:15 |
| stekern | um, no. I don't know what to try it with. ;) | 15:16 |
| blueCmd | :D | 15:16 |
| blueCmd | see if it explodes if you install it | 15:16 |
| stekern | that I can do | 15:16 |
| blueCmd | I bet it does | 15:17 |
| stekern | man-db did, but that's not something unusual | 15:24 |
| stekern | FATAL: semctl(950300, 16, SETVAL, 536) failed: Numerical result out of range | 15:26 |
| stekern | but this was in chrooted env... maybe I can try on the real target | 15:26 |
| stekern | hmm, this scummvm failure is interesting | 17:15 |
| stekern | it originates in pa_log_levelv_meta() in libpulsecommon | 17:15 |
| stekern | that function allocates a *huge* stack (17068 bytes) | 17:16 |
| stekern | then it calls __errno_location | 17:16 |
| stekern | when __errno_location tries to save stuff on the stack it segfaults | 17:17 |
| stekern | ...so increasing the user stack to 64k fixes the segfault | 17:23 |
| stekern | but then it goes: "Could not initialize SDL: Not enough resources to create thread!" | 17:26 |
| stekern | oops, I accidently had set the stack size to 655536 | 18:04 |
| stekern | I get those too: SJK DEBUG: unix_mkname: len = 112, sizeof(*sunaddr) = 110, sizeof(short) = 2 | 18:05 |
| stekern | which means that there are struct pad mismatches somewhere too | 18:06 |
| stekern | maybe I should dump where those are called from too, that'll make it a lot easier to pinpoint the offenders | 18:08 |
| poke53282 | I remember, that you compiled scummvm already some time ago without any problems. | 21:02 |
| poke53282 | @stonersanta: Today I will put the stuff I have in a branch in the official github repository. | 21:03 |
| stekern | poke53282: yes, but this is the "compile with all you can find and some more enabled" debian version | 21:05 |
| poke53282 | Ahh, Ok | 21:27 |
| stekern | something is trying to allocate 128MB of mem... | 21:29 |
| autuus | <poke53282> Cool! like me the repo then | 21:39 |
| autuus | *link | 21:39 |
| stekern | http://oompa.chokladfabriken.org/tmp/scummvm_X.png | 21:57 |
| stekern | the key was to disable the audio (like we did last) with SDL_AUDIODRIVER=dummy | 22:00 |
| stekern | http://oompa.chokladfabriken.org/tmp/scummvm_fluxbox.png | 22:23 |
| stekern | it's insanely slow when running it through vnc though... | 22:27 |
| poke53282 | you mean running it on an FPGA? | 22:54 |
| poke53282 | at least it works. | 22:54 |
| poke53282 | Is it possible that you run http://www.tux.org/~mayer/linux/bmark.html on your FPGA. I am curious about the results. | 22:56 |
| --- Log closed Sat May 03 00:00:31 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
