| --- Log opened Mon Aug 12 00:00:08 2013 | ||
| stekern | poke53281: I've got scummvm compiled and ready on my nfs root fs now, so in the evening I hope to be able to test on my atlys board ;) | 04:18 |
|---|---|---|
| stekern | right now it complains about "Could not initialize SDL: Unable to open a console terminal" though | 04:18 |
| stekern | ...because I had no vt enabled in the kernel | 05:22 |
| poke53281 | Great | 05:43 |
| poke53281 | There is one small problem with the sound output. | 05:43 |
| poke53281 | ScummVM has an assert in one function which stops the programs. | 05:43 |
| poke53281 | Simply put a return in the function instead. | 05:44 |
| stekern | ok, thanks for the hint | 05:45 |
| stekern | in the long run I want to enable sound output too | 05:45 |
| stekern | poke53281: I just noticed your https://github.com/s-macke/jor1k-toolchain-builder, you should make some more noise about that | 05:47 |
| poke53281 | simulationcorner.net/opencore4/or1k-toolchain.tar.bz2 | 05:48 |
| poke53281 | Here is the new version | 05:48 |
| poke53281 | Well, I have send a link here in the chat :) | 05:48 |
| poke53281 | Unfortunately I have check again everything from the beginning if everything is consistent. | 05:49 |
| stekern | I must have missed it, I know you were speaking about "your make scripts", but didn't know you had published them | 05:50 |
| poke53281 | Unfortunately approximately every month there is some patch which prevents it from being build completely. | 05:50 |
| poke53281 | No problem. | 05:50 |
| poke53281 | So, the current one which will be published soon are in the or1k-toolchain.tar.bz2 link | 05:50 |
| poke53281 | The last three weeks I had absolutely no time. Vancouver->Saskatoon->Vancouer->Stanford->San Franscisco->Stanford->Vancouver. A lot to travel :) | 05:51 |
| stekern | =P | 05:51 |
| stekern | sometimes it's like that | 05:51 |
| stekern | patches to what breaks your build scripts? in external projects? | 05:52 |
| stekern | (and by external, I mean non-openrisc projects) | 05:53 |
| poke53281 | External projects not so much. Well, the Downloadlinks are not implemented yet. | 05:53 |
| poke53281 | What breaks are especially my patches. So the dependencies are not well implemented. | 05:54 |
| poke53281 | The other ones are the openrisc patches. Especially the Linux patches | 05:54 |
| poke53281 | .config must be redone every time. | 05:55 |
| poke53281 | And then there are some patches not yet in mainstream. Or maybe .... have not checked since three weeks. | 05:55 |
| stekern | ah, yes | 05:57 |
| poke53281 | So, escpecially the kernel fails to compile almost every two weeks. | 05:59 |
| stekern | but jonibos tree isn't usually even updated that often | 06:00 |
| poke53281 | Often enough. There are also changes in every rc. | 06:00 |
| poke53281 | This week, something terrible happened. Firefox 23 were published. And it is 5 times slower without asm.js. Don't know what they did. | 06:02 |
| stekern | anyways, it serves me just fine, it does the things I usually do by hand because I've been too lazy to do build scripts to automate it | 06:03 |
| poke53281 | Yes, the reason why I did the scripts. | 06:04 |
| poke53281 | See, one change in gcc and you begin from zero. | 06:04 |
| poke53281 | and compiling X without scripts you would die before. | 06:04 |
| stekern | heh, yeah I could imagine that | 06:05 |
| stekern | I'm using chrome | 06:08 |
| stekern | (on the ff comment) | 06:08 |
| poke53281 | So, there is still a lot to do to stabilize this build-scripts. But so far they are also doing a great job for me. 3-4 hours to recompile everything and in average only 3-4 manual interventions. | 06:12 |
| stekern | yeah, usually waiting time isn't a huge deal for me, I've got enough other things to do =P | 06:13 |
| stekern | at least grabbing the framebuffer shows that scummvm is showing the start screen | 06:14 |
| stekern | so it's not crashing violently on mor1kx so far | 06:15 |
| stekern | more intensive testing in the evening (and hopefully some playing too!) =P | 06:15 |
| poke53281 | You need touchscreen support. | 06:16 |
| poke53281 | You have compile tslib and calibrate with ts_calibrate | 06:16 |
| poke53281 | and then set also two environment variables | 06:16 |
| stekern | was it because of heritage you chose the amiga version of mi? | 06:16 |
| stekern | yes, I saw the two SDL_ exports you had | 06:17 |
| stekern | but I'm planning on using a PS/2 mouse | 06:17 |
| poke53281 | Oh, I didn't want the EGA version. And I don't think a Monkey Island Demo in VGA exists. | 06:17 |
| stekern | ok, that makes more than sense | 06:18 |
| poke53281 | Amiga and or1k have the same endianess. Maybe, that helps. | 06:18 |
| stekern | if I can get DOTT running at decent speed, that'll make my day | 06:21 |
| poke53281 | How many IPS manages your FPGA? | 06:21 |
| poke53281 | DOTT should be possible without problem. I can say more about the speed when the real time timer is implemented. | 06:22 |
| stekern | mor1kx is pretty much 1 IPC and the SoC is currently clocked at 50 MHz | 06:23 |
| stekern | memory writes is the current biggest bottle neck in mor1kx | 06:23 |
| stekern | they are minimum 2 cycles | 06:23 |
| poke53281 | Ok, so this is very close to the asm.js implementation. | 06:23 |
| stekern | and coincidently the memory writes create a constraint on the maximum frequency too when the DMMU is enabled | 06:24 |
| stekern | so high up on my todo-list is to implement a store buffer | 06:25 |
| poke53281 | you mean a cache | 06:27 |
| stekern | not exactly, more a fifo of writes | 06:29 |
| stekern | it already has a (writethrough) data cache | 06:30 |
| stekern | one option would be to implement that as a write back cache | 06:30 |
| stekern | but that has it's drawbacks, it only helps when the cache is enabled for instance | 06:31 |
| stekern | and a storebuffer would be a lot simpler to implement | 06:33 |
| stekern | I'm thinking a really simple one, without any logic accounting for what's in the store buffer | 06:33 |
| stekern | any incoming load when the store buffer is not empty will stall the pipeline until the store buffer is empty | 06:34 |
| poke53281 | Understood I think I have to buy an FPGA to experiment. FPGAs are uncharted water for me | 06:37 |
| stekern | it's load of fun! | 06:38 |
| stekern | +s | 06:38 |
| olofk | Woohoo!! I can do orpsoc development at work for two days. This is like the best thing ever :) | 08:08 |
| ams | olofk: woo! | 08:09 |
| stekern | you lucky b*stard =P | 08:53 |
| olofk | How to make an open source developer jealous. Lesson 1 :) | 09:10 |
| stekern | I fear lesson 2 | 09:11 |
| olofk | Lesson 2 is that you get paid for it as well :) | 09:11 |
| ams | Lesson threee is that you do it all day, everyday. | 09:13 |
| stekern | ah, but I thought that was implied in lesson 1 | 09:14 |
| juliusb | !! | 09:18 |
| juliusb | you have made me jealous olofk :) | 09:18 |
| ams | 1) Make juliusb jelous. | 10:08 |
| ams | 2) ??? | 10:08 |
| ams | 3) Profit! | 10:08 |
| juliusb | :) | 12:17 |
| olofk | How does VCD dumps work in verilator? Can I turn it on from the cpp top level? | 14:10 |
| olofk | And why doesn't the eval function finish? | 14:11 |
| olofk | Hmm... and how do I turn on the debug prints in the verilated model? | 14:29 |
| olofk | Got two of three questions answered by myself. Help with debug prints is still welcome | 14:37 |
| * ams sends invoice to olofk for 2/3 questions. | 14:45 | |
| * olofk is now only 1/3 happy | 14:46 | |
| stekern | olofk: -l | 14:50 |
| stekern | I'm not sure if I ever done the 'nice' trace logs | 14:50 |
| stekern | I use -l --log-noregs | 14:51 |
| olofk | On the executable? | 14:51 |
| stekern | and a hacked up version that prints time elapsed instead of instructions executed | 14:51 |
| stekern | yes, Vorpsoc_top -l --log-noregs | 14:52 |
| olofk | Perfect | 14:52 |
| stekern | hmm, fb output doesn't work in my 3.11 | 14:55 |
| olofk | 3.11 is old now. I use Linux 95 | 14:56 |
| stekern | hah, you fool! don't you know Linux ME is out? | 14:56 |
| olofk | :) | 14:56 |
| stekern | it doesn't even produce output that my screen would recognise as dvi input | 14:57 |
| stekern | which is weird, because the line in the driver where the fb core is enabled is executed | 14:57 |
| stekern | at least I get the: 'ocfb: enabling framebuffer (640x480-16@60)' | 14:58 |
| olofk | I think I have read that they are doing a lot of changes around fb and display stuff | 14:58 |
| stekern | and that printk is right above the enable | 14:58 |
| olofk | Great. My verilated models at least runs through cycles now after some RTL changes | 14:59 |
| stekern | the only thing I can come to think of that would cause this is if the timing values I read out of a generic code module have changed | 14:59 |
| stekern | no.. the timing values looks ok | 15:34 |
| stekern | doh, of course it was something silly... | 18:20 |
| stekern | jonibos tree is missing an endian aware config switch on the reg read/writes | 18:21 |
| stekern | we should probably use the generic CONFIG_FB_FOREIGN_ENDIAN knob in that driver instead of CONFIG_WISHBONE_BUS_BIG_ENDIAN | 18:23 |
| stekern | bah, I remember now that this usb->ps2 converter on the atlys board is complete crap | 20:25 |
| --- Log closed Tue Aug 13 00:00:09 2013 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!