| --- Log opened Wed Aug 14 00:00:10 2013 | ||
| ams | olofk: yes, ld | 01:00 |
|---|---|---|
| ams | juliusb: an archive is a library in any sense of the word | 01:01 |
| ams | olofk: .so and plain old executable are actually several object files combined into one object; the format (ELF) of .so, .o and an executable is the same. | 01:05 |
| ams | a .a file is more or less exactly like a .tar file | 01:05 |
| stekern | I think it's this ps/2 core that's borken... | 02:23 |
| stekern | I have yet to find a *good* description of the physical protocol | 03:07 |
| stekern | none clearly states if the device reads data on rising edge or falling edge of the clock | 03:08 |
| stekern | finally, the mouse is recognised in Linux | 05:58 |
| stekern | I bet my changes to the ps2 core broke the keyboard | 05:58 |
| stekern | because I had tweaked it to work with that, and now I basically removed those tweaks... | 05:58 |
| stekern | so, hopefully *tonight* I might be able to play some | 06:01 |
| juliusb | ams: ah! interesting, thanks. | 08:27 |
| juliusb | stekern: slots for presentations at ORCONF filling up fast, you'd better get your submission in soon ;) | 08:32 |
| juliusb | actually, we have 2 so far! which is cool | 08:32 |
| juliusb | we have basically confirmed the venue, too, the Cambridge Computer labs | 08:33 |
| juliusb | The William Gates building, I believe it's called | 08:33 |
| juliusb | not sure why they didn't call it the Bill Gates building | 08:33 |
| stekern | oh oh, what should I present? | 08:34 |
| juliusb | everything! | 08:34 |
| juliusb | haha | 08:34 |
| juliusb | no, up to you | 08:34 |
| stekern | family photo slides? | 08:34 |
| juliusb | maybe some intepretive dance? | 08:34 |
| stekern | yeah, that sounds good | 08:34 |
| stekern | what do we have so far? | 08:35 |
| juliusb | Anyway, I'll do an email later with more details | 08:35 |
| stekern | I think I'd like to do a "what have happened in mor1kx cappuccino since last orconf" at least | 08:37 |
| juliusb | Stefan Wallentowitz emailed me just now to ask to present his OpTiMSoC stuff, and there's another student who has built their own SOPC-builder type thing using the OR1200 as the central piece of IP and he wants to come and demo and talk about that | 08:38 |
| juliusb | yeah for sure | 08:38 |
| stekern | could have the side effect of updating the documentation a bit too ;) | 08:38 |
| juliusb | oh... no.... don't do that! | 08:38 |
| juliusb | people might find it easier to use! | 08:38 |
| stekern | oh, those sounds very interesting | 08:38 |
| juliusb | yeah I really want to hear from Stefan | 08:39 |
| juliusb | i want to finish my little bit of work with the TCM | 08:40 |
| juliusb | it's working with all the GCC tests now | 08:40 |
| juliusb | there's one problem though in that you could technically execute from outside the TCM address range, but I think my fetcher doesn't work for that | 08:40 |
| juliusb | so if it doesn't have single-cycle fetch then it's busted, but I will try to sort that out | 08:40 |
| stekern | mmm | 08:43 |
| juliusb | but i need a test for that | 08:44 |
| juliusb | and not sure how to split the software between to address ranges | 08:44 |
| juliusb | and load the software in properly, too | 08:44 |
| juliusb | i may just release it with the restriction that all code must be in the tcm | 08:44 |
| stekern | that's why I'm thinking about adding the support in the current fetcher, so it still works for people who like to mix | 08:44 |
| stekern | but there's a lot other things that are in flux in the fetcher and lsu right now | 08:45 |
| stekern | I want to move the whole refill and write logic out of the caches and into the fetch and lsu | 08:45 |
| stekern | because now there is duplicated bus access logic in the caches and fetch/lsu | 08:46 |
| stekern | so the cache interface would basically be (from the cache side) refill_req_o, refill_start_addr_o, refill_done_i | 08:47 |
| stekern | and then just a "write port" into the cache RAMs exposed to the fetch/lsu | 08:48 |
| stekern | and that makes sense for the store buffer logic too, because then that could be residing in the lsu and not in the cache | 08:49 |
| stekern | (release with restriction) do that | 08:59 |
| stekern | I'm of the opinion that it's better to make things available that works OK, but have a known set of restrictions and drawbacks, than to keep them unpublic until everything is 'perfect' | 09:02 |
| stekern | as long as it doesn't break anything or imposes restrictions and drawbacks on already existing functionality | 09:05 |
| stekern | aah! I'm finally able to play! | 13:29 |
| stekern | mouse works perfectly in dott, and it | 13:30 |
| stekern | 's actually really playable | 13:30 |
| stekern | i.e. things moves around smoothly | 13:30 |
| stekern | well, relatively at least =P | 13:36 |
| olofk | stekern: That's great news. Was it all in the ps2 rtl you had to change things? | 14:01 |
| stekern | yes | 14:05 |
| stekern | to get the mouse working | 14:05 |
| olofk | Is the keyboard still working? | 14:05 |
| stekern | yup | 14:06 |
| stekern | I guess I just bandaided over the problems when I got the keyboard working last time I looked at that core | 14:06 |
| olofk | It's good then that there is support to apply patches to cores in orpsocv3 :) | 14:06 |
| stekern | it's actually just good that it runs a bit slower than on fast machines, gives it that authentic feel when you have to wait for scenes to change | 14:08 |
| stekern | =) | 14:08 |
| olofk | Just like downloading porn on a modem connection. Always felt a little more like a strip show when the pictures slowly appeared from top to bottom | 14:09 |
| stekern | haha | 14:09 |
| stekern | good analogy | 14:09 |
| stekern | and I'm happy that I've got the keyboard working, using the shortcuts is the way to play those games | 14:10 |
| olofk | The only time I had to use short cuts was in the Virtual Reality scene in Sam'n'Max. Couldn't click fast enough to pull out the sword and what else had to be done | 14:12 |
| olofk | But I couldn't live without using . of course. They talk so slow in all Lucasarts games | 14:13 |
| stekern | I've never been a huge fan of sam'n'max | 14:13 |
| olofk | Racist! | 14:13 |
| stekern | and the version I had had a bug that crashed the game when you are looking through a pair of binoculars, so I've only played it to the end in scummvm | 14:14 |
| olofk | Things like that tend to take the fun out of games | 14:14 |
| stekern | I haven't tested running on or1200 yet, I'm building an orpsoc right now to see how it compares | 14:22 |
| olofk | What's missing in mor1kx right now that or1200 has? FPU? | 14:22 |
| stekern | yeah, that's about it I think | 14:24 |
| stekern | and MAC instructions | 14:24 |
| olofk | I've been thinking about switching to mor1kx as a basis for all my orpsoc experiments. Doesn't really matter much which CPU I use | 14:25 |
| stekern | of course you should | 14:54 |
| olofk | I'm getting close to having a nice structure for the verilator stuff, so I might do that next | 14:55 |
| stekern | full throttle is pretty much playable too: http://www.youtube.com/watch?v=BRr-BUbBV88 | 15:12 |
| stekern | curse of mi, not so much :( | 15:12 |
| stekern | it works, but too slow and jerky | 15:20 |
| stekern | i'd like to swi | 15:33 |
| stekern | tch over to orpsocv3 too | 15:33 |
| stekern | easier to concentrate on one unified soc, instead of two | 15:35 |
| stekern | and then there's a bunch of orpsocv2 stuff that I should push to orpsocv2 in svn, but feels like that effort would be better spent shuffling stuff over on orpsocv3 | 15:37 |
| stekern | dott is playable on or1200, but noticably jerkier and slower than on mor1kx | 16:43 |
| stekern | full throttle isn't really playable on it | 16:44 |
| olofk | Verilator is running in orpsocv3 now! It's an ugly as hell hack but I got the basics worked out at least | 21:32 |
| olofk | 11 of the orpsocv2 tests makes an assert fail. Any clues? | 21:33 |
| --- Log closed Thu Aug 15 00:00:12 2013 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!