--- Log opened Tue Sep 30 00:00:16 2014 | ||
poke53282 | *SOUND* | 03:10 |
---|---|---|
poke53282 | the noticeable Monkey Island tune. A little bit choppy | 03:11 |
poke53282 | 22050 8 Bit Mono. But I have to use 8kHz for Monkey Island | 03:15 |
poke53282 | try it: http://jor1k.com/jor1k/ | 03:18 |
* stekern is trying | 03:39 | |
poke53282 | I get a lot of underruns | 03:44 |
stekern | me too | 03:46 |
poke53282 | it takes a while before music starts | 03:46 |
poke53282 | But I don't think is has that much to do with the speed of the cpu. | 03:47 |
poke53282 | I think it is just bad timing. | 03:47 |
poke53282 | in scummvm and in my emulator. | 03:48 |
poke53282 | the dummy alsa sound driver had never such problems. And they use the cpu timer. | 03:48 |
poke53282 | I have also included half a second delay. | 03:49 |
poke53282 | Otherwise the sound is even worse. | 03:49 |
stekern | http://1drv.ms/1pD58Ub | 03:49 |
poke53282 | :) | 03:51 |
poke53282 | Your son | 03:51 |
poke53282 | your sound is better | 03:52 |
stekern | yup, the younger one. got him away from minecraft for a second, to play a real game ;) | 03:53 |
poke53282 | yeah, to find something better than minecraft is hard. | 03:54 |
poke53282 | speaker-test also doesn't work here. | 03:55 |
poke53282 | only for one second and then write error. | 03:56 |
poke53282 | you should teach you son programming. | 04:00 |
poke53282 | the fun way with a C64 or so. | 04:00 |
poke53282 | Great, the mod-player works almost perfect. | 04:01 |
stekern | I thought him the basics of logic operations the other day, and, or, xor and not | 04:12 |
poke53282 | http://www.zachtronics.com/spacechem/ | 04:14 |
poke53282 | maybe something for your older child | 04:14 |
poke53282 | In fact it's parallel programming. | 04:16 |
poke53282 | With race conditions and so on. | 04:16 |
poke53282 | I had a lot of fun with it. And you learn a lot. | 04:18 |
stekern | poke53282: cool, will take closer look at that | 04:44 |
stekern | would like to find more of these kind of cool educational games, that's still suitable for 6-9 year olds | 04:45 |
stekern | they have a couple of games from school already, but they are a bit to focused on the education | 04:46 |
stekern | ...which is of course good since they are used in the education | 04:48 |
stekern | what I'm trying to say is that I want to find games that are fun, and have an educational side-effect | 04:48 |
poke53282 | Portal 2 :) | 04:55 |
poke53282 | the incredible machine | 04:57 |
stekern | portal 2 looks fun | 04:58 |
stekern | ..and it's available for linux | 04:58 |
stekern | that's a prerequisite | 04:58 |
stekern | android's ok too | 05:00 |
poke53282 | spacechecm is available for all platforms, portal 2 for windows and Linux over Steam. | 05:01 |
poke53282 | The incredible Machines is very old (DOS), but there are dozens of copies for all platforms | 05:01 |
poke53282 | but they are all not really suitable between 6-9 | 05:01 |
poke53282 | in my opinion | 05:02 |
olofk | Yeah, the incredibe machine is an old favorite | 05:36 |
olofk | But I've seen similar games being sold with the Humble Indie Bundle, so they still make those kind of games | 05:37 |
olofk | stekern: This is what caused my mood swings https://github.com/olofk/stream_utils | 05:59 |
olofk | The mood peaks were at the 'make it work', and 'make it fast' phases | 06:02 |
olofk | I assume it's already quite small | 06:03 |
stekern | hmm, wouldn't that make more sense to integrate into the fifo? | 06:06 |
stekern | it's annoying that it doesn't seem to be a reliable way to isntantiate dual-port rams with different data sizes on the ports | 06:08 |
olofk | Didn't think of that. It would work, but would also require to always have a small FIFO when you want to change data width | 06:09 |
stekern | well, your downsizer is basically a mini-fifo, no? | 06:10 |
olofk | True | 06:11 |
olofk | You don't happen to have an upsizer ready, btw? | 06:12 |
stekern | there's nothing really wrong with your approach though, I'm mostly thinking that a FIFO with different sized read and write ports would be useful | 06:13 |
stekern | regardless of the streamer application | 06:13 |
olofk | Agree | 06:14 |
olofk | For now I'm thinking of doing a stream_fifo where I can integrate the resizers | 06:14 |
olofk | But that won't work directly for a traditional FIFO | 06:15 |
olofk | https://github.com/ismaia/orpsoc-cores Great stuff! | 06:59 |
olofk | Well, except for that it seems to require a special terminal, but still | 07:00 |
stekern | and you probably can't use the jtag interface for debugging at the same time | 07:01 |
_franck__ | what would be great is to connect to Altera's JTAG server. So we can signal tap, use openocd and JTAG uart at the same time. | 07:06 |
_franck__ | however, the protocol is not open | 07:06 |
olofk | Ah right. You can use the debug protocol, but probably not at the same time :( | 07:08 |
olofk | _franck__: Yeah, that would be nice. Even better would be if Altera stoped using proprietary fucking interfaces so that we could just use OpenOCD directly | 07:09 |
stekern | you still want some kind of jtag server though | 07:10 |
olofk | Isn't OpenOCD just that? | 07:17 |
stekern | you could probably make it into one, but afaik, it's more of a jtag bridge | 07:24 |
_franck__ | stekern is right, it's more like a JTAG bridge | 07:33 |
olofk | Time to use wb_stream_writer in my project! | 07:58 |
olofk | ah no.. I need another piece first :( | 07:58 |
olofk | Damn I'm good! | 08:48 |
stekern | not awesome? | 08:49 |
olofk | Want to run a few more tests first | 08:49 |
olofk | s/good/awesome | 08:50 |
stekern | that might explain why I missed an awesome on/off toggle yesterday, if you have intermediate states | 08:57 |
stekern | I can't handle that | 08:57 |
olofk | Sorry. I forgot to provide an extra bit of information | 09:08 |
olofk | Crap. I need one more piece before I can use the stream write | 09:10 |
stekern | no, I already got that, must be something wrong with your output module | 09:11 |
stekern | =P | 09:11 |
stekern | what's missing? | 09:12 |
stekern | something to pull data out of the streamer? | 09:12 |
olofk | An async FIFO, but I should just be able to steal yours, right? | 09:21 |
stekern | ah, yes | 09:32 |
olofk | Sure you won't miss it if I take it? | 09:52 |
stekern | nah, I can make a new one | 10:25 |
olofk | Hmm... retrofitting fwft support for an async fifo won't be as easy as I had hoped | 10:50 |
olofk | Yes, it will! | 10:50 |
wallento | any of the gcc pros looking for a debug challenge? ;) | 14:05 |
wallento | This file is not only entirely ugly, but also shows internal compiler errors with or1k-linux-uclibc-g++ when using -O1 or -O2, -O0 and -O3 are fine | 14:06 |
wallento | plus: it also builds with all the -fxxx that -O1 has.. | 14:07 |
wallento | here is the file (self-contained 20000 lines from the FIASCO.OC port, g++ -E): https://gigamove.rz.rwth-aachen.de/d/id/wEDPUwDPtk3n2y | 14:08 |
wallento | I am entirely lost unfortunately | 14:08 |
wallento | This is the error: http://pastie.org/9607408 | 14:09 |
wallento | command line: or1k-linux-uclibc-g++ -nostdinc -O1 -c -o foo.o foo.cc -std=c++0x | 14:10 |
poke53282 | wallento: I can reproduce the error and I have no clue. | 16:36 |
poke53282 | But this is not the only error we encounter with gcc. | 16:37 |
imphil | poke53282, wallento already went home, I'm right now looking at it. looks really weired, right now I'm guessing something with parameter passing | 16:46 |
poke53282 | I run the gcc testsuite last week. And almost every error looks weird :) | 16:49 |
imphil | very true | 16:53 |
olofk | stekern: I'm about to refactor a few things in wb_stream_writer. Shit might break | 19:04 |
stekern | ok, I have a working local copy I can fall back on in worst case, so go ahead and break shit | 19:10 |
olofk | Great! I have now checked with all users | 19:10 |
stekern | poke53282: I just pushed a set of patches to my smp branch, if you're up for taking it for a spin | 19:10 |
stekern | blueCmd: I'll fulfill your wish from 4 months ago (http://juliusbaxter.net/openrisc-irc/%23openrisc.2014-05-25.log.html#t20:51): http://pastie.org/9608132 | 19:14 |
blueCmd | stekern: \o/ | 19:24 |
blueCmd | that's supercool! | 19:24 |
poke53282 | Great | 19:32 |
poke53282 | blueCmd: Do you use any special options for your glibc port to compile it? I want to try to run the full gcc testsuite with glibc. | 19:33 |
stekern | poke53282: there's nothing really huge, basically just fixing up the per-cpu cpuinfo and some other bits I had laying around that shouldn't do anything on UP. | 19:33 |
poke53282 | I know. But the cpuinfo looks so much better now. | 19:34 |
blueCmd | poke53282: https://github.com/bluecmd/or1k-devel/blob/master/tests/turnup.sh and https://github.com/bluecmd/or1k-devel/blob/master/Makefile | 19:34 |
stekern | I picked up your fix to the SPR defines and the PM patch too | 19:34 |
poke53282 | :) | 19:35 |
poke53282 | Nice. | 19:35 |
poke53282 | Actually I have never tried the patch with or1ksim. | 19:35 |
stekern | me neither ;) | 19:35 |
stekern | I've only tested on real hw | 19:35 |
stekern | but it should be a no-op since I don't have the PM stuff implemented | 19:36 |
poke53282 | The specification is not pretty clear about the real behavior about the bits. For example, I assume, that the bit is automatically unset by hardware when an interrupt occurs. | 19:36 |
poke53282 | which makes kind of sense. | 19:37 |
poke53282 | Yes, this is the point. It doesn't harm. And it runs really good in jor1k. | 19:37 |
stekern | I want to take a closer look at that at some point | 19:38 |
poke53282 | Well, it's easy, what the patch does. | 19:38 |
poke53282 | of course it will look much more complicated if you want to change the frequency and so on. | 19:38 |
poke53282 | But according to spec it should work like this. If there isn't anything implicitly assumed in the spec, which could well be. | 19:39 |
stekern | yes, I think it's pretty clear, a timer or external interrupt exception clears the doze but | 19:41 |
stekern | *bit | 19:41 |
stekern | which is kinda nice, that means you can flush the pipeline and then stall | 19:43 |
poke53282 | I have also thought about an extra variable which tells you if pm is available or not. But an l.mfspr could be much faster than any memory access at that point. | 19:44 |
stekern | yeah, I don't think it makes sense to keep that info around | 19:45 |
poke53282 | even if an pm is available but doze it not implemented the patch is harmless. The kernel will just go on as if there would be no doze function. So I think the patch is perfectly fine. | 19:46 |
stekern | me too | 19:46 |
poke53282 | thanks blueCmd. | 19:50 |
poke53282 | It was in front of my nose | 19:50 |
blueCmd | poke53282: again, I cannot tell you enough how relieved I am that people are helping me with the testsuite and doing bughunts | 19:56 |
blueCmd | super-thanks | 19:56 |
imphil | yeah, testcase for the ICE down from 23000 to 50 lines. things are making progress :) | 20:08 |
poke53282 | such a bug hunt or more exciting than watching Navy CIS in TV, blueCmd. | 20:08 |
poke53282 | stekern: "tc_base = ioremap_nocache(0x99000000, 4);" That looks like a hack :) | 20:09 |
poke53282 | Ok, you write, that this is a hack. | 20:11 |
poke53282 | blueCmd: I would suggest, that you add the -p option to all mkdir commands in the makefile | 20:26 |
blueCmd | poke53282: yeah, that Makefile is the definition of organically grown | 20:45 |
poke53282 | compiled binutils, boot-gcc and linux-headers | 21:07 |
poke53282 | ../sysdeps/unix/sysv/linux/or1k/sysdep.h:172:17: error: invalid register name for '__a' | 21:08 |
poke53282 | register long __a __asm__ ("r3") = (long)(a); | 21:08 |
poke53282 | blueCmd: glibc doesn't compile | 21:08 |
poke53282 | probably a git checkout is missing? | 21:08 |
poke53282 | or a path variable? | 21:11 |
poke53282 | yes, path was missing | 21:12 |
stekern | poke53282: yes, it's the hack of the century... but it works until I get around to do it properly | 21:28 |
olofk | stekern: I pushed all the new stuff now. | 21:30 |
olofk | To make you extra super happy, you will now need the stream_utils core as well :) | 21:30 |
stekern | you really are trigger happy on the new repo button ;) | 21:32 |
stekern | I'll take it for a spin tomorrow, now it's time to sleep | 21:32 |
poke53282 | stekern: I claim to use the hack of the century. My filesystem is responsible to supply the correct date to the emulated system. | 21:36 |
poke53282 | blueCmd: you should add the new path as first entry, and not as the last one. | 21:39 |
blueCmd | poke53282: why? | 21:40 |
blueCmd | poke53282: I always feel worried doing that, I don't want to override any system binaries | 21:40 |
blueCmd | or maybe I do | 21:40 |
poke53282 | because otherwise, there could be other toolchains or programs which could interfere. | 21:40 |
blueCmd | yeah, as long as it's in a script I agree | 21:41 |
blueCmd | as opposed to in .zshrc | 21:42 |
poke53282 | Yeah, in this case you might be right. | 21:43 |
poke53282 | what's you gcc stage 2 by the way? | 21:43 |
poke53282 | You have boot-gcc? Is this stage 1? | 21:43 |
blueCmd | yeah | 21:43 |
poke53282 | and "gcc" is stage 2 | 21:43 |
blueCmd | yep | 21:43 |
poke53282 | Ok, then I am almost done. | 21:44 |
blueCmd | perfect! | 21:44 |
blueCmd | :) | 21:44 |
blueCmd | I'm superexcited to see the testsuite results | 21:44 |
poke53282 | Ok, but at the moment I use fully your toolchain. But in the end I want to use mine with gcc 4.9.1 and a newer binutils version and a newer Linux version. | 21:45 |
poke53282 | Hopefully you will receive them when you weak up :) | 21:45 |
poke53282 | Not sure | 21:45 |
poke53282 | blueCmd: "FATAL: kernel too old" | 22:03 |
poke53282 | I hate it so much | 22:03 |
poke53282 | Ok, warning removed. Let's see | 22:09 |
poke53282 | I don't think this error message is there for a reason. Just to upset me. | 22:10 |
-!- imphil is now known as imphil|away | 22:13 | |
--- Log closed Wed Oct 01 00:00:17 2014 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!