| --- Log opened Thu Feb 23 00:00:13 2017 | ||
| shorne | I updated some docs on qemu running on linux here: | 06:56 |
|---|---|---|
| shorne | http://wiki.qemu-project.org/Documentation/Platforms/OpenRISC | 06:56 |
| shorne | wallento: thanks for following up on the gcc stuff | 09:53 |
| olofk | psychotrope: You can try jor1k.com too. It's a javascript implementation of OpenRISC. Works well enough to run Linux and XWindows | 10:14 |
| olofk | Regarding non-volatile storage, there are a few options, but it's not that straight-forward | 10:14 |
| olofk | For the de0 nano specifically, you could perhaps use the rest of the on-board Flash for storage. Don't know how difficult it is to map that in Linux though, and you need to make sure you don't overwrite the linux or FPGA images stored there | 10:16 |
| olofk | SD card is perhaps a better solution. When I was working for ORSoC we released a board that was quite similar to de0 nano, but with ethernet and an microSD slot | 10:16 |
| olofk | de0 nano doesn't have any of those built-in, but I think it shouldn't be too hard to solder on some pins on an SD card and put that on the pin headers | 10:17 |
| olofk | Been thinking of doing that for quite a while | 10:17 |
| olofk | I know stekern has a lot of custom peripherals for his board | 10:18 |
| olofk | Aarrgh.. I forgot that stupid old ISE bug where $clog2 works form parameters but not localparam | 10:41 |
| olofk | ...except if they are compiled in SystemVerilog mode, I think | 10:42 |
| kc5tja | If anyone's here, I just have an idle curiosity: how many 4LUTs or 6LUTs does a typical Or1K CPU capable of running Linux take up? | 14:01 |
| ZipCPU | Hi kc5tja. | 14:06 |
| ZipCPU | I had that information lying around somewhere, but can't seem to find it right now. I got it from olofk ... | 14:06 |
| kc5tja | I was just curious, nothing to worry too much about. | 14:20 |
| kc5tja | More along the lines of, "If I improve my RISC-V CPU to the point where it should run Linux, and it's 3x bigger than OR1K+MMU, then I'm probably doing something wrong." | 14:20 |
| ZipCPU | Well ... ok, but ... wouldn't you want to compare against other risc-v CPU's? Or not, because you are using the 64-bit instruction set? | 14:25 |
| kc5tja | 32-bit vs 64-bit will have an influence, to be sure, but it shouldn't impact things like decoder size, MMU state machine logic, and the like. | 14:32 |
| kc5tja | At any rate, I'm a long ways from definitely needing to know. | 14:34 |
| ZipCPU | Hmm ... I might beg to differ, but ... okay. I guess what I'm wondering is ... | 14:34 |
| ZipCPU | wouldn't a measure of the PicoRV or the Rocket-RV be a more appropriate comparison? | 14:34 |
| ZipCPU | Or even ... heheh .... the boomCPU? | 14:34 |
| kc5tja | The problem with Boom and Rocket is that they're ASIC-optimized, not FPGA optimized. | 14:35 |
| kc5tja | PicoRV is already known smaller than my CPU, since it's only 32-bit. | 14:35 |
| kc5tja | And it doesn't conform with privilege ISA specs. | 14:36 |
| ZipCPU | Sure, but it's at least a measure. Besides, the or1k was at one time part of an ASIC project ... so I'm not sure how much is ASIC vs FPGA optimized. | 14:36 |
| psychotrope | olofk: is that board still availible? | 14:53 |
| psychotrope | I'd really like both of those hardware ports on my system | 14:53 |
| olofk | psychotrope: stekern is usually around here, but I can't see him now. I'll do some searching if he doesn't return soon | 18:24 |
| olofk | psychotrope: Oh, and the board I was talking about was called ordb2a. It was a pretty nice board for its time, but (IMO) we abandoned it way too early. Don't think you can get it anymore. Still have mine though | 18:25 |
| olofk | This is the one http://opencores.org/or1k/Ordb2a-ep4ce22 | 18:26 |
| olofk | kc5tja: Hmm.. don't have any numbers unfortunately. Also, I don't think anyone has ever implemented a 64-bit or1k | 18:26 |
| olofk | I think it's a big gap in the RISC-V world where they are either small 32-bit MCU class (like RI5CY and picorv32) or full-blown ones like Rocket and Boom. Don't know any good middle ground | 18:27 |
| olofk | Maybe you can look through the standard FuseSoC core library. I've packaged six or seven riscv cores there | 18:28 |
| olofk | Only five cores actually: opa, picorv32, ri5cy, ridecore, vscale | 18:29 |
| kc5tja | All of them MCU-class cores. | 18:51 |
| kc5tja | Oh well. I'll just have to trail-blaze. :) | 18:51 |
| psychotrope | olofk: thanks | 19:11 |
| --- Log closed Fri Feb 24 00:00:14 2017 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!