| --- Log opened Thu Mar 01 00:00:54 2018 | ||
| wtfuzz | NuttX is alive on OpenRISC https://bitbucket.org/extent3d/nuttx/commits/f619268507e0cb7a4197b7bfb13c339f4d44f512?at=or1k | 00:30 |
|---|---|---|
| futarisIRCcloud | wtfuzz: Cool. Only on the de0-nano ??? | 00:40 |
| wtfuzz | that's all I've tested it on. I have a few c5g's and de0-nano-soc board around that I'll play with at some point | 00:41 |
| wtfuzz | developed it on a de0-nano with fusesoc (mor1kx, 16550 uart) | 00:42 |
| _franck_ | wtfuzz: great ! you could also try to run it on or1ksim | 06:20 |
| wtfuzz | _franck_: thanks, I'll give that a try | 14:23 |
| wtfuzz | Section: .text, vaddr: 0x00000000, paddr: 0x0 offset: 0x00000054, size: 0x0003022c | 14:33 |
| wtfuzz | ERR: 8-bit program load out of memory area: 00000000 | 14:33 |
| wtfuzz | ERR: 8-bit program load out of memory area: 00000001 | 14:33 |
| wtfuzz | ERR: 8-bit program load out of memory area: 00000002 | 14:33 |
| wtfuzz | I get a lot of that when trying to load the ELF with or1ksim | 14:33 |
| wtfuzz | sorry, needed to add -f sim.cfg | 14:34 |
| wtfuzz | other than setting enabled to 1 or sim.cfg, is there anything else I need to do to enable gpio? It keeps raising a bus fault exception any time it tries to access 0x91000000 | 15:10 |
| wtfuzz | ok, sorted it out. it doesn't support byte writes to the GPIO | 15:29 |
| wtfuzz | https://bitbucket.org/extent3d/nuttx/downloads/nuttx-or1k-sim.elf | 15:29 |
| wtfuzz | there's a link to a compiled NuttX ELF. type help at the shell prompt | 15:30 |
| wtfuzz | it also works in qemu: qemu-system-or1k -kernel nuttx-or1k-sim.elf -serial stdio -nographic -monitor none | 16:38 |
| _franck_ | wtfuzz: it would be awesome if you could write few lines about NuttX configuration/compilation for or1k | 17:28 |
| --- Log closed Fri Mar 02 00:00:55 2018 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!