| --- Log opened Sun Mar 29 00:00:42 2015 | ||
| DarkFox | poke53281: Just found a quote from you while searching up openrisc and alpine - you've made a suggestion for running alpine on openrisc. Just curious to if you had made any progress on that? :) | 02:42 |
|---|---|---|
| DarkFox | <http://juliusbaxter.net/openrisc-irc/%23openrisc.2015-01-19.log.html> | 02:42 |
| DarkFox | Just noticed dates... poke53281 I'm gonna guess not yet - but I am sure interested. :P | 02:43 |
| poke53281 | DarkFox: Unfortunately no. | 09:07 |
| poke53281 | It is still on my todo list. | 09:07 |
| poke53281 | unfortunately, alpine doesn't support cross compiling. Therefore I wanted to fix qemu-user-mode first. | 09:08 |
| poke53281 | Obviously I haven't done it. | 09:08 |
| DarkFox | poke53281: Fortunately; alpine isn't a black box and can always be improved :D | 13:06 |
| DarkFox | poke53281: Until we are both online for a chat - I guess I can only wish you luck here.. I'd like to work on this problem and learn more about openrisc and porting for it - so if there is anything that I can do; I'd be interested. :-) | 13:07 |
| DarkFox | Question for the community: Is jor1k still the fastest or1k emulator? o.0 "It seems that at the moment jor1k is the fastest emulator" - <http://openrisc.2316802.n4.nabble.com/OpenRISC-The-reason-why-QEMU-is-such-a-slow-OpenRISC-emulator-td4641631.html> | 13:18 |
| DarkFox | which is not acceptable. (That was 2013) | 13:18 |
| DarkFox | (Paste fail "which is not acceptable" was meant to be in the quote..) | 13:19 |
| * DarkFox wonders how difficult it should be to compile a rust written RTOS (like <http://zinc.rs/>) for OpenRISC. LLVM appears to work fine - while rust uses LLVM extensively. I may hold back until I can download an image (hoping for alpine) for openrisc for such development purposes. | 13:40 | |
| olofk | DarkFox: or1ksim is the classic simulator. It should be faster than jor1k (although I'm not sure if that's the case) | 16:28 |
| olofk | poke53281: What's going on with the qemu patches btw? Is everything upstreamed yet? | 16:32 |
| dalias | btw does the simulator do cycle-exact or at least approximate timing? | 16:43 |
| dalias | (motivation of the question is whether it can be used to evaluate relative performance of different implementations of a function for or1k) | 16:44 |
| dalias | (for example if we wanted to compare different memcpys) | 16:44 |
| olofk | dalias: Don't think it's cycle accurate, but you can use a verilated RTL model for that | 16:46 |
| olofk | Not nearly as fast, but works well enough to boot linux | 16:47 |
| olofk | But for something like memcpy, you would probably have to factor in memory latency as well. | 16:48 |
| dalias | yeah | 16:54 |
| dalias | i was just wondering if there were good methods for doing these kinds of performance evaluations without real hardware | 16:54 |
| olofk | dalias: Standard event-based simulators will be most accurate, but not fast enough. (I gave up trying to boot Linux after ~24 hours). Cycle-accurate such as verilator is probably a good compromise if you want an accurate model of the CPU + caches which is fast enough to do a bit more | 16:59 |
| stekern | yeah, and you can easily add memory latencies towards the block ram if that's required | 17:01 |
| dalias | btw i don't think i'll have a chance to, but if anyone is interested in doing optimized versions of some of this stuff for musl/or1k i'd be happy to look at it :) | 17:04 |
| dalias | i wonder if there's any reasonably-figured "level of difference" (e.g. 2x faster) on the emulators where it's overwhelmingly likely that the faster version would be faster on real metal too | 17:05 |
| dalias | with qemu-arm i've had pretty comparable 'relative performance' measurements vs real arm hardware | 17:06 |
| olofk | stekern: Do you have any bandwidth for upstreaming Linux patches? | 19:19 |
| olofk | poke53281: I can't find any of the busybox-1.23* patches listed in http://pastie.org/10056824 here https://github.com/sabotage-linux/sabotage/tree/master/KEEP | 19:20 |
| stekern | olofk: I've got bandwidth, but I'm still waiting on Jonas to sign my GPG key | 23:54 |
| --- Log closed Mon Mar 30 00:00:44 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!