--- Log opened Wed Dec 09 00:00:54 2015 | ||
olofk | _franck__: Can I close issue 94 in orpsoc-cores? | 08:00 |
---|---|---|
_franck__ | yeah sure, I should have done it | 08:01 |
_franck__ | olofk: about small bootloader, do you know ROMCC from the coreboot project ? | 08:05 |
_franck__ | "The coreboot project uses a ROMCC which is a C compiler which does not use stack" | 08:05 |
olofk | _franck__: Oh.. that's super interesting. It's just what I was looking for | 08:06 |
olofk | I assume someone has already written a OpenRISC backend for it :) | 08:07 |
_franck__ | however I don't know how much effort a port would be | 08:07 |
_franck__ | humm I don't think so :) | 08:07 |
GeneralStupid | olofk: hey, you merged my request, but i didnt change your comments already | 08:10 |
olofk | GeneralStupid: Oh... guess I was a little too triggerhappy :) | 08:10 |
olofk | Can you send a new pull request with those changes? | 08:12 |
GeneralStupid | olofk: yes, of course :) | 08:13 |
GeneralStupid | hmmm, i think iam overthinking it but... how can i use my forked repository to do this, is there a way to "rebase" it with your repository? | 08:14 |
stekern | GeneralStupid: just do 'git pull -r olofs_repo master' | 08:15 |
stekern | (if it's in the master branch) | 08:16 |
GeneralStupid | so git has both origins configured? | 08:16 |
stekern | well, depends if you have configured it so ;) | 08:17 |
GeneralStupid | looks like it works, but i have unstaged changes ;) | 08:17 |
stekern | you can see the remotes by 'git remote -v' | 08:17 |
stekern | but you can use the url directly without adding a remote (which I assume you did now) | 08:18 |
GeneralStupid | no, just my origins...ok :) strange | 08:18 |
olofk | Should probably revisit the idea of setting up CI for orpsoc-cores. Things are often breaking when I do changes | 08:18 |
stekern | I was playing with travis for my i2s core | 08:19 |
GeneralStupid | I think branches are a good way | 08:19 |
GeneralStupid | branching for every change... | 08:19 |
stekern | https://github.com/skristiansson/i2s/blob/master/.travis.yml | 08:19 |
stekern | https://travis-ci.org/skristiansson/i2s | 08:24 |
GeneralStupid | olofk: http://bit.ly/1ITUHGK ; so it's possible to add an "depends" section in [icarus] for example? | 08:28 |
olofk | GeneralStupid: Yes. Check out https://github.com/openrisc/orpsoc-cores/blob/master/systems/de0_nano/de0_nano.core#L48 for example | 08:43 |
olofk | stekern: Ah cool. wallento helped me set up some travis or jenkins stuff a while ago too | 08:44 |
wallento | yes | 08:44 |
wallento | we have a jenkins instance running | 08:45 |
olofk | But is it really necessary to install icarus and fusesoc every single time | 08:45 |
olofk | ? | 08:45 |
wallento | but if travis can do the same thats nice :) | 08:45 |
olofk | Of course it's good to test FuseSoC as well, but it seems like a bit of a waste to do that prior to every test | 08:45 |
olofk | One day I will also add some tests to FuseSoC (that day is not today) | 08:46 |
olofk | stekern: You should change the dep to wb_bfm-1.0 btw :) | 08:46 |
stekern | olofk: yeah, the virtual machine you run in get reset after each run | 08:50 |
olofk | stekern: And you can't specify a custom VM? | 08:52 |
stekern | I guess you can if you pay money | 08:53 |
olofk | It's not the end of the world, but I suspect it adds a bit to global warming | 08:58 |
olofk | How does -l work for linking libs? Can I specify an absolute path to a lib with -l/path/to/lib? | 09:06 |
stekern | you can specify paths with -L | 09:06 |
olofk | aha. Just saw that | 09:06 |
GeneralStupid | olofk: nice, i didnt know that | 09:09 |
olofk | GeneralStupid: The current implementation has the drawback that you have to specify the same dependencies for both all simulator sections. But that will have to be ok for now. I'm working on a more advanced solution | 09:12 |
olofk | The simulator sections will be replaced by testbench sections in the future | 09:14 |
olofk | So for each testbench you can specify compatible simulators, dependencies and so on. At that point I will also make it possible to define some defaults that will apply to all testbenches | 09:15 |
GeneralStupid | ahh nice idea | 09:16 |
GeneralStupid | olofk: your changes are now in my pull request... | 09:32 |
GeneralStupid | olofk: should i try the request and you may have do discard it? | 09:32 |
olofk | GeneralStupid: I picked the patch from your tree and pushed with a slightly changed commit message | 11:37 |
olofk | stekern: Realized that your i2s core isn't in orpsoc-cores. Shall I add it? | 11:59 |
stekern | sure | 11:59 |
stekern | I think I have a branch where I added it, for the sublime synthesizer | 12:00 |
olofk | ah ok | 12:01 |
olofk | Remember now that you had a bunch of stuff in a branch.. or two | 12:01 |
olofk | Should I add i2s_wb_if.v to src_files? | 12:05 |
stekern | https://github.com/skristiansson/orpsoc-cores/blob/sockit-sublime/cores/i2s/i2s.core | 12:06 |
stekern | maybe that's old though... | 12:07 |
stekern | the wb_if should probably be included | 12:07 |
stekern | it's only used if you want to be able to configure the prescaler | 12:08 |
olofk | I guess it's up to the user to instantiate the wb_if or tx/rx stuff directly | 12:09 |
stekern | yes, that's the idea | 12:09 |
olofk | I like doing it that way too | 12:09 |
stekern | since they can all be used individually | 12:09 |
olofk | Many of the old cores on opencores are way too tied to the wb interface | 12:10 |
stekern | although, the wb_if isn't of much use without the rx or tx module ;) | 12:10 |
olofk | I'm playing a bit with your travis script. Is there any way to run it without applying it to your tree? | 12:10 |
stekern | I don't think so, which is a bit of a pain | 12:11 |
stekern | well it doesn't have to be "my" tree, but you can't really try it locally | 12:12 |
stekern | or without pushing commits to a repo | 12:12 |
olofk | Too much work right now, but I'm interested in knowing if this will work http://d874c0ad90f4e6cd.paste.se/ | 12:12 |
olofk | It works if I run it locally here | 12:13 |
olofk | But I used other paths for the cores-root | 12:13 |
olofk | Also realize that I need to fix fusesoc init so that it doesn't require user interaction | 12:14 |
olofk | wallento: Is it possible to install some default tools in your jenkins instance? | 12:17 |
olofk | Like Icarus | 12:17 |
olofk | And perhaps even latest released FuseSoC | 12:18 |
olofk | Actually, it would be good to do regression tests against the latest relase so I don't break the core files | 12:18 |
wallento | olofk: yes | 12:30 |
wallento | currently it also checks the build of tools | 12:30 |
wallento | but it has a tools volume mounted on all slaves | 12:30 |
GeneralStupid | olofk iam done? :) | 12:41 |
olofk | GeneralStupid: You are now a free man | 12:42 |
olofk | Your debt to society has been paid | 12:42 |
GeneralStupid | olofk: black jack and hookers! | 12:58 |
olofk | _franck_: Looks like romcc is x86 only :/ | 20:17 |
_franck_ | olofk: it is, however It may be possible to port it to openrisc. It seems like it does all the hard job (itermediate code generation as three-address code) then call transform_to_arch_instruction | 20:44 |
_franck_ | (I don't know much about this, just read thru the code this afternoon) | 20:44 |
olofk | hmm.. could it perhaps be possible to avoid stack use in gcc by not doing any function calls at all? | 21:10 |
_franck_ | may be, we could use only static inline functions | 21:14 |
olofk | Hmmm... not sure this is possible. I tried to do a trivial program, but it still uses the stack | 21:17 |
olofk | #include <stdint.h> | 21:18 |
olofk | uint32_t a = 42; | 21:18 |
olofk | void main(void) { *(volatile uint32_t*)0xdeadbeef = a; | 21:18 |
olofk | } | 21:18 |
olofk | compiled with -nostdlib | 21:19 |
olofk | First instruction is l.sw -4(r1),r2 | 21:19 |
olofk | What's the point of storing stuff on the stack here? And why does it do a l.jr r9 at the end? There's nothing to jump to | 21:22 |
_franck_ | try with -c | 21:28 |
olofk | Nope. No difference in that regard | 21:36 |
_franck_ | olofk: a is a global variable try to make it constant | 21:51 |
_franck_ | humm global shouldn't be a problem anyway | 21:52 |
olofk | I tried both global and local | 22:07 |
--- Log closed Thu Dec 10 00:00:55 2015 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!