--- Log opened Tue Aug 12 00:00:01 2014 | ||
poke53282 | stekern: Good morning. I have something for you. load http://jor1k.com/jor1k/ and type "prboom" | 00:38 |
---|---|---|
poke53282 | Also for you blueCmd | 00:38 |
poke53282 | scummvm works too | 00:40 |
poke53282 | the keybindings are a little bit weird | 00:43 |
poke53282 | the framerate is limited to 20FPS. No matter what you do | 00:45 |
poke53282 | This is the manual to compile it http://pastie.org/9463464 | 00:49 |
juliusb_ | olofk: although, having levelled accusations of bias against him, he clearly knows what he's talking about. although, the comment about saying open CPU implementations being useless (because only 100 companies in the world are capable of manufacturing competitive SoCs, which is probably about accurate) and it's good that they all use ARM is a fairly one-eyed view of things. the whole point of this work (and I thought was a point made in the article itself) is that if companies weren't paying 100s of $k for the RTL plus royalties for low-end ARM CPUs, then chips would be cheaper, thus the items they are in would be cheaper | 01:50 |
juliusb_ | plus more open, plus hopefully benefiting from the bazaar model of open source development | 01:51 |
juliusb_ | he is well aware the point of this is to eat some ARM's lunch, and no doubt they want to rubbish it | 01:52 |
juliusb_ | s/some/some of/ | 01:52 |
sb0 | poke53282, how do you load the different files? (basic X-windows, wayland, etc.) | 03:39 |
poke53282 | This is disabled for the moment. | 03:56 |
poke53282 | Take the official version http://jor1k.com | 03:56 |
stekern | poke53282: way cool! ;) | 03:59 |
sb0 | yeah, nice :) | 04:01 |
sb0 | has anyone actually run x-windows on a fpga board? | 04:01 |
stekern | poke53282: and this is with musl? | 04:01 |
poke53282 | sb0: Can't remember. Ask stekern. | 04:02 |
poke53282 | stekern: yes | 04:02 |
poke53282 | with musl | 04:02 |
poke53282 | doom is almost playable. At least on my core i7. | 04:04 |
stekern | sb0: https://www.youtube.com/watch?v=8CwbNGXKrjI#t=2278 | 04:04 |
stekern | we even got it on video ;) | 04:04 |
stekern | poke53282: it's 'playable' on my crappy i3 laptop as well | 04:05 |
poke53282 | While correcting the keyboard controller for this game I found a severe error in my emulation. | 04:09 |
poke53282 | What is the correct behavior, when the PICSR is written? | 04:13 |
stekern | to clear on '1' | 04:15 |
stekern | but it only matters for edge interrupts | 04:15 |
poke53282 | so if an hardware interrupt line is still on high, it should not change the PICSR? | 04:16 |
poke53282 | I build an fifo in my keyboard controller and I wanted to clear the interrupt only when the fifo is empty. | 04:16 |
stekern | it should, if it's a level interrupt | 04:16 |
stekern | for level interrupts, writes to picsr are basically no-ops | 04:17 |
poke53282 | But the picsr was cleared, so the interrupt was cleared, but the fifo was still full. | 04:17 |
poke53282 | Ok, and this was my error. | 04:17 |
poke53282 | For my emulation picsr should be always a no-op. | 04:18 |
stekern | yeah, that makes most sense | 04:18 |
stekern | debugging failing spinlocks is loads of fun... | 04:49 |
stekern | ...especially when it's probably down to a hardware bug | 04:50 |
stekern | and you have to do magic rituals to even make them appear (i.e. simple stress-testcases can't reproduce them) | 04:51 |
poke53282 | Hmm, a specific tool from valgrind could help here. | 04:52 |
poke53282 | But you have to adapt valgrind first to run on openrisc. | 04:52 |
stekern | yes, and software tools like that usually make assumptions that the hardware do sane things ;) | 04:52 |
stekern | my theory is that l.swa is determined as succeeded somewhere, but the store doesn't actually go through | 04:53 |
stekern | +a | 04:54 |
poke53282 | My l.swa is still wrong implemented. | 04:59 |
poke53282 | It's on my to do list. Any other game, that would be worth to compile? | 04:59 |
poke53282 | or tool | 05:07 |
stekern | valgrind? ;) | 05:15 |
poke53282 | a tool, which wouldn't take month to alter. | 05:20 |
stekern | =P | 05:24 |
stekern | the 'good' news is that I can reproduce this bug with dcache disabled | 05:46 |
stekern | at least one parameter less to take into account | 05:46 |
stekern | _franck__: I just found a bug in your or1k-tcltools | 07:03 |
stekern | they are still comin to use ;) | 07:03 |
_franck_ | stekern: good to know that is still useful | 07:30 |
Hesham | Does or1ksim/gdb supports 64-bit now? | 08:11 |
Hesham | I want to use uint64 for timestamp usage (as RTEMS is doing that for all CPUs) | 08:21 |
stekern | Hesham: I'm not sure how does to sentences are related? | 08:55 |
stekern | what did I just write? | 08:56 |
stekern | Hesham: I'm not sure how *those two* sentences are related? | 08:56 |
blueCmd | poke53282: haha, that's awesome! nice job :) | 10:09 |
blueCmd | Hesham: or1ksim has supported 64 bit for quite some time | 10:10 |
blueCmd | I don't see why GDB wouldn't support 64 bit | 10:10 |
Hesham | So, I can use uint64_t normally? | 10:10 |
blueCmd | as for uint64 that's not dependent on 64-bit support for either gdb nor or1ksim | 10:10 |
blueCmd | uint64 (uint128, uint256 if there is such a thing) should just work, it's just a different data type | 10:11 |
blueCmd | doesn't require anything extra | 10:11 |
Hesham | Does not it relate to the HW register size (i.e, adding two 64 bit values)? | 10:12 |
blueCmd | Hesham: hm? the CPU is still 32 bit and has 32 bit registers | 10:17 |
Hesham | And 64 bit math operations are done in gcc SW library? | 10:18 |
blueCmd | yep | 10:27 |
LoneTech | it's still a mystery to me why MCU compilers so rarely have an int_least24_t. | 10:27 |
Hesham | blueCmd: Thanks | 10:34 |
-!- Hesham is now known as hesham | 12:48 | |
-!- simoncoo1 is now known as simoncook | 13:14 | |
-!- Hesham1 is now known as hesham | 13:45 | |
n2nn | Hello :-) | 14:16 |
poke53281 | So, prboom runs also in some sort of window-fullscreen. Press the fullscreen button. What is missing is sound :) | 21:15 |
dalias | :) | 21:22 |
poke53281 | Ah, hi dalias. Did you see my musl-powered machine yet? | 21:28 |
dalias | no | 21:28 |
poke53281 | http://jor1k.com/jor1k/ | 21:28 |
poke53281 | start "prboom" on the console and press fullscreen. | 21:29 |
dalias | :) | 21:29 |
dalias | i'm guessing you need some crazy fast system for that to be practical... :-p | 21:30 |
poke53281 | It runs pretty well on my core i7. | 21:30 |
poke53281 | playable. | 21:30 |
pecastro | What's the thing with all the ^M in the end of the lines ? You changed editor in between ? | 21:34 |
dalias | ? | 21:35 |
pecastro | s-macke latest commits ... http://stackoverflow.com/questions/1110678/m-at-the-end-of-every-line-in-vim | 21:49 |
poke53281 | arghh | 21:50 |
poke53281 | Yes, I changed the editor in between. | 21:50 |
poke53281 | where do you see it? | 21:51 |
poke53281 | I change all the time between, nano, joe, Notepad++ and the WinSCP editor :) | 21:53 |
pecastro | In a linux shell by using the following ... git log -p -w --color | 21:53 |
poke53281 | Yes, I created a new file in notepad++ and didn't check the eol | 21:54 |
pecastro | Apparently traditional git clients are good at hiding those subtleties ... even github doesn't show them :( | 21:54 |
pecastro | very nice work btw. I've been playing with it since last year and find it inspiring. Well done. | 21:56 |
poke53281 | there are five files or so with wrong eol. | 21:58 |
poke53281 | I correct this. | 21:58 |
poke53281 | thanks pecastro | 21:58 |
poke53281 | The question is, how to make some really useful out of this? | 21:59 |
n2nn | guys, do you think the OR softcore will get faster with time? e.g., instead of 100mhz now, say, 400mhz in some years? | 22:01 |
n2nn | how to run doom on the jor1k? :D | 22:02 |
n2nn | i see the wad, but no executeable. | 22:02 |
poke53281 | type "prboom" | 22:02 |
poke53281 | I will edit some help program with a menu in future. | 22:02 |
poke53281 | s/edit/add | 22:03 |
poke53281 | But it is still an unofficial website. My online testing site for the moment. | 22:04 |
pecastro | I guess it depends on the meaning of *useful* :) , I had a blast reading some bits of it. It's not every day you can look at the inside of the CPU :p | 22:06 |
poke53281 | try prboom on a modern xeon CPU and you should get a very good framerate. | 22:06 |
n2nn | so nice! | 22:08 |
n2nn | but i dont get it ... javascript runs the core? | 22:08 |
poke53281 | Yes | 22:09 |
poke53281 | It's a full emulation, | 22:09 |
poke53281 | of the cpu instruction level. | 22:09 |
poke53281 | you can get up to 200 MIPS. That's close to an AMD K6 or Pentium 2 or so | 22:11 |
poke53281 | And still I have three ideas to increase the speed further. | 22:11 |
dalias | i get 2-3 mips... | 22:11 |
n2nn | hm --- that is very interesting. because i was always puzzled how to debug and see the output of bare metal apps. | 22:11 |
poke53281 | 2-3 MIPS on our iphone probably. | 22:12 |
poke53281 | Or stop using the Internet Explorer :) | 22:12 |
n2nn | that prboom runs about the speed it used to run on my 386. it was playable. kind of. | 22:12 |
dalias | chroem | 22:12 |
dalias | chrome* | 22:12 |
pecastro | poke53281: Did you see the lowRISC announcement? What's your thoughts on it ? | 22:12 |
poke53281 | you have to run something. | 22:12 |
poke53281 | Otherwise it is in idle mode. | 22:12 |
poke53281 | check while running prboom. | 22:13 |
dalias | yes | 22:13 |
dalias | that's what it got running prboom | 22:13 |
dalias | it wasn't playable :( | 22:13 |
poke53281 | which CPU? Try to restart chrome. | 22:13 |
poke53281 | try firefox | 22:13 |
dalias | atom n280 | 22:14 |
dalias | :) | 22:14 |
poke53281 | pecastro: difficult. In some way I like it. In some way I don't linke the spreading of the community instead of working on one project together. | 22:14 |
poke53281 | On the other hand, there is no 64 Bit openrisc CPU as far as I know. | 22:15 |
dalias | i'll try later on my 64-bit system | 22:15 |
poke53281 | dalias: Ahh, that's explains it. | 22:15 |
poke53281 | At least it works on it. I get even 2 MIPS on my ipad 2. | 22:15 |
poke53281 | pecastro: So I see the lowRISC cpu more like openrisc 2.0 | 22:16 |
pecastro | 32it was the thing putting me a bit off previously, yap, fair enough. | 22:17 |
poke53281 | Well, without 32 Bit, jor1k would never work. Or maybe at 5 MIPS maximum. | 22:17 |
dalias | i'm getting up to 17 on here | 22:18 |
poke53281 | They write a little bit about the openrisc cpu in theirs docs. Yes, openrisc has it's flaws. But they are not so bad. Some of the critics are not valid in my opinion. | 22:18 |
dalias | in firefox | 22:18 |
dalias | i don't have chrome on here | 22:19 |
poke53281 | Let me guess. 64-Bit Atom CPU? | 22:19 |
poke53281 | Firefox is good. | 22:19 |
poke53281 | You should get on a Core-i5 around 50-60 MIPS. | 22:19 |
dalias | no, celeron 847 | 22:19 |
poke53281 | Ok, almost an Atom. ;) | 22:20 |
dalias | :) | 22:20 |
dalias | and firefox is massively swapping :-p | 22:20 |
poke53281 | 512MB RAM probably. | 22:20 |
n2nn | i think i got a core i5 on here | 22:20 |
n2nn | how to check mips? | 22:21 |
poke53281 | As I said, I saw jor1k on a XEON running with 200 MIPS. | 22:21 |
poke53281 | There is a number written under the terminal | 22:21 |
n2nn | goes up to 45 on here. | 22:22 |
poke53281 | http://en.wikipedia.org/wiki/Instructions_per_second | 22:22 |
n2nn | on prboom | 22:22 |
poke53281 | Ok, that is a good value | 22:22 |
n2nn | my boss was quite nice with my laptop | 22:22 |
poke53281 | Keep in mind, that the MIPS value here includes also memory accesses. The MIPS number written on Wikipedia are the optimum values, which you normally never reach. | 22:25 |
poke53281 | pecastro: I would like to see any open source CPU built as an ASIC. No matter if openrisc or lowRISC. | 22:26 |
poke53281 | lowRISC seems to be more complicated. | 22:27 |
pecastro | It can only be more fun then ... :) | 22:31 |
n2nn | what is lowrisc? | 22:36 |
ysionneau | [6~/win 18 | 22:38 |
poke53281 | n2nn: google is your friend | 22:50 |
poke53281 | http://www.lowrisc.org/ | 22:50 |
poke53281 | http://riscv.org/download.html#tab_isaspec | 22:52 |
poke53281 | Page 3 | 22:52 |
poke53281 | In some way a competitor or not. Not sure. | 22:53 |
poke53281 | I still wonder how expensive it is to build your own ASIC, buy stuff like an USB controller, memory controller and so on. | 22:59 |
poke53281 | We should add an bitcoin miner ASIC next to it ;) | 23:00 |
--- Log closed Wed Aug 13 00:00:04 2014 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!