| --- Log opened Thu Jan 16 00:00:56 2014 | ||
| stekern | blueCmd_: have 4.8.2 been released now? | 04:01 |
|---|---|---|
| Powermaniac | ...were one of you guys at 30C3? | 06:03 |
| Powermaniac | As I just heard this: https://www.youtube.com/watch?feature=player_detailpage&v=Er9luiBa32k#t=2670 | 06:03 |
| stekern | Powermaniac: I don't know if anyone was, but how did you drew that conclusion from that? | 06:45 |
| Powermaniac | Well, someone mentioning they have developed a debian toolchain for FPGAs... | 06:45 |
| Powermaniac | Sounded like what BlueCmd_ is doing | 06:45 |
| stekern | no, the guy said he have created debian packages for the altera tools | 06:46 |
| stekern | i.e. quartus.deb | 06:46 |
| Powermaniac | Oh okay, my bad | 06:46 |
| olofk_ | blueCmd_: I realized that it was cross-compiler stuff just after I asked that. Still, that's even better as a lot of people are having problems with building the toolchain | 06:48 |
| olofk_ | blueCmd_: When are you going to do the ebuild for Gentoo? ;) | 06:48 |
| olofk_ | blueCmd_: Are the cross-compile debs working well enough to be recommended to users? | 08:07 |
| blueCmd_ | olofk_: I haven't installed them yet so I wouldn't know :P | 09:06 |
| blueCmd_ | olofk_: gentoo smentoo, what will you do? do emerge world on an or1k? it will complete around the year 2241 | 09:06 |
| olofk_ | blueCmd_: Well, given the available or1k software on gentoo it will be a small world, so I'll probably be finished sooner :) | 09:09 |
| blueCmd_ | olofk_: also currently they are built against unstable debian only since I need quite recent sources | 09:09 |
| blueCmd_ | time to go to work, afk for a while | 09:10 |
| olofk_ | Keep us posted on the status. This is great for people who want to quickly get into OpenRISC development. | 09:10 |
| olofk_ | IIRC jonibo tried to do something similar a few years ago. I think I installed some stuff from his Ubuntu PPA | 09:11 |
| jonibo | debian has nice infrastructure for building cross-compilers, iff your arch is upstream | 09:12 |
| jonibo | if I recall correctly, the cross-compiler debs weren't impossible to do, but a nightmare to maintain | 09:13 |
| blueCmd_ | a _lot_ of work has been done in debian with this for the last year | 09:51 |
| blueCmd_ | I don't know if you recall me pushing for including or1k in config.guess and stuff like that, and that really paid of | 09:51 |
| blueCmd_ | arm64 has pushed a lot of cool cross compiler features to Debian | 09:52 |
| blueCmd_ | I'm being 'mentored' by a guy who works with making arm64 work on debian, so it's all good. | 09:52 |
| jonibo | cool... sounds like you're definitely on the good path! keep up the good work! | 09:57 |
| blueCmd_ | thanks! yes I'm hopeful :) | 09:59 |
| maxpaln | out of interest, has anyone implemented a GMII MAC for the ORSOC? | 10:23 |
| olofk_ | maxpaln: I know that this one (http://opencores.org/project,ethernet_tri_mode) has been downloaded a lot. I have no idea how good it works or how much tech-specific stuff it contains, but I've been interested in trying it out for orpsocv3 | 10:29 |
| olofk_ | The benefit of adding GMII to the classic ethmac on the other hand would be that it is battle-proven (although not bug-free) and has had a linux driver for a long time | 10:30 |
| olofk_ | But it's probably worth doing a bit of refactoring first. There are some shady areas in the RTL | 10:31 |
| maxpaln | thanks olofk_ | 10:46 |
| maxpaln | Given our Versa board contains a GbE PHY I think it will be useful to get a GMII MAC implemented - it will certainly maximise the functoinality of the board | 10:47 |
| maxpaln | When I get to this I'll take a look at the project you highlighted and see how it looks | 10:47 |
| stekern | olofk_: looks like you have a lot of fun ahead of you reviewing those latest orpsoc pull requests... | 10:51 |
| olofk_ | stekern: Yes. That will take some time | 10:52 |
| olofk_ | But it looks like interesting stuff in there. Bug fixes and Verilator additions | 10:52 |
| olofk_ | Just need to sort it out | 10:52 |
| olofk_ | Thankfully I have my git support line here to assist me in my rebasing and patch mangling :) | 10:53 |
| stekern | hehe, I would suggest you nudge the initial patch mangling to that Jose guy ;) | 10:53 |
| _franck_web_ | I have orpsoc and verilator working quite good. I'm almost ready to submit this to you olofk_ | 11:00 |
| _franck_web_ | or1k-elf-loader code is not copied anymore | 11:01 |
| _franck_web_ | I don't know how it's going to fit with Jose's work | 11:02 |
| stekern | yeah, you might get some conflicts in the .svn entries I suppose | 11:04 |
| * _franck_web_ is going to hurry up before he needs to rebase his work :) | 11:06 | |
| olofk_ | :) | 11:29 |
| olofk_ | Don't worry _franck_web_ I'll pull in your stuff first. The other stuff will need a lot of love anyway | 11:30 |
| _franck_web_ | olofk_: how do you set VERILATOR_ROOT on your machine ? | 12:38 |
| _franck_web_ | the way you use it in the current code doesn't work for me | 12:38 |
| _franck_web_ | this is what I have avec ./configure && make && make install verilator | 12:38 |
| _franck_web_ | http://pastie.org/private/eoemafusydwgakovbvgmhw | 12:39 |
| _franck_web_ | s/avec/with | 12:39 |
| olofk_ | I have a local installation of verilator and just run export VERILATOR_ROOT=/path/to/my_local_install before starting orpsoc | 12:40 |
| olofk_ | So I just do ./configure && make | 12:40 |
| olofk_ | ahh.. I see | 12:41 |
| olofk_ | ok, so to support normal verilator installations we should probably just see if we can find it in $PATH first and run it directly in that case | 12:42 |
| olofk_ | _franck_web_: So what do you have to change to run your verilator from orpsoc? | 12:45 |
| _franck_web_ | AFAIR, if I set VERILATOR_ROOT=/usr/local/ , verilator starts but it cannot find the include dir which is in VERILATOR_ROOT=/usr/local/share/verilator/ | 13:06 |
| olofk_ | I'll read the installation instructions again and see how it's supposed to be done | 13:26 |
| olofk_ | If you run make install for verilator it will hardcode the currently set value of VERILATOR_ROOT into the binary | 13:31 |
| olofk_ | So first make sure that VERILATOR_ROOT is unset when you run make install | 13:33 |
| olofk_ | Add /usr/local/bin to $PATH and make sure that VERILATOR_ROOT is unset | 13:33 |
| olofk_ | How the hell should orpsoc detect if it's installed or just make'd? | 13:34 |
| olofk_ | Maybe like this: | 13:35 |
| olofk_ | 1. Check if verilator is found in path. Run it | 13:35 |
| olofk_ | 2. else check if VERILATOR_ROOT is set, Run $VERILATOR_ROOT/bin/verilator | 13:36 |
| olofk_ | Still need to come up with some helpful text if it fails | 13:36 |
| olofk_ | Maybe orpsocv2 solved this in a better way. Should probably check that | 13:37 |
| xlro | hey, I got a quick question: does the mor1kx cappuccino pipeline version work without dcache icache and no mmus, somewhere in the doc it says $i is currently not optional | 13:40 |
| _franck_web_ | olofk_: plus I ran verilator_bin and not verilator, it might have something to do with VERILATOR_ROOT also | 13:40 |
| olofk_ | verilator is some sort of shell script, I think | 13:41 |
| xlro | the latest version on git actually has all these set to NONE, which would be great if that works, since we want to plug our own memory architecture outside | 13:42 |
| olofk_ | xlro: Sounds like something stekern would know | 13:51 |
| xlro | or juliusb_ I assume :) | 13:52 |
| xlro | olofk_: how are things going with orpsocv3? I still haven't ported my simulation environment, should look into it soon | 13:53 |
| olofk_ | xlro: It's going well, but I can't spend as much time as I had wished on it | 13:54 |
| olofk_ | _franck_web_ has put in a lot of great stuff recently too | 13:54 |
| olofk_ | building with Quartus works and simulating with modelsim and icarus works fine. verilator works ok, but there are some useful improvements coming in now | 13:55 |
| xlro | cool, I will mainly use it to simulate with modelsim | 13:56 |
| xlro | I'm especially interested in doing simulation with the embedded openrisc core on gatelevel for accurate timing & power, with the rest outside of orpsoc still behavioural | 13:58 |
| olofk_ | Hmm.. interesting use case. There are a few ways that orpsoc could help you there | 14:00 |
| olofk_ | 1. Use orpsoc to pull together the SoC from the various repos, compile VPI stuff and generate the simulation scripts | 14:01 |
| stekern | xlro: it's possible to disable caches and mmu, both at compile time and runtime | 14:03 |
| olofk_ | 2. Run everything from orpsoc and use the fancy new feature (_franck_web_ is working on that) to run an external tool to do the gatelevel synthesis of openrisc just prior to building the simulation model | 14:03 |
| xlro | currently I have a hacked/modified version of the testbenches/monitor that comes with v2, which works with the cpu on gatelevel (mainly removed references to internal names of the cpu entity that are not available anymore, used by special NOPs etc) | 14:03 |
| xlro | sounds good olofk_ | 14:03 |
| xlro | thanks stekern, yeah Im especially interested at compile time, so they do not get instantiated | 14:04 |
| xlro | does the spram instantiation in mor1kx_icache somehow get optimized away if FEATURE_INSTRUCTIONCACHE = "NONE" ? the FSM should go directly into BYPASS state and stay there, but does the memory actually not get instantiated? | 14:21 |
| stekern | the whole icache module is conditionally instantiated by FEATURE_INSTRUCTIONCACHE | 14:38 |
| stekern | umm, but what version of mor1kx are you looking at, there are no FSMs with BYPASS states anymore | 14:41 |
| xlro | I just realized, I think I have not the latest version, mixed up the repos, I think I cloned the one from julius | 14:42 |
| xlro | which might be older | 14:43 |
| xlro | indeed I had this one, where its not conditionally instantiated: https://github.com/juliusbaxter/mor1kx/blob/master/rtl/verilog/mor1kx_cpu_cappuccino.v | 14:45 |
| xlro | thanks alot for the headsup | 14:45 |
| stekern | you're welcome ;) | 14:47 |
| xlro | just to make sure ;) that's the latest? https://github.com/openrisc/mor1kx.git | 14:49 |
| stekern | yup | 15:12 |
| olofk | _franck_: What was the problem you tried to solve with the os.path.isdir stuff? Just want to know so that I can test my changes to your patch | 19:59 |
| _franck_ | it's when you set core_root to a non exsiting path | 20:19 |
| stekern | jonibo: I'm trying to get my head around the syscall problems in uclibc, something close to mark salter's patches have now been applied, but there is still one question mark | 20:39 |
| stekern | https://github.com/openrisc/uClibc-or1k/commit/12ee8287d18aec45440aa72958bc654a8342f3a4 | 20:39 |
| stekern | do I understand things correctly that that patch is "generic" for archs that don't define __ARCH_WANT_SYSCALL_DEPRECATED? | 20:41 |
| stekern | because __NR_fork is only defined when _ARCH_WANT_SYSCALL_DEPRECATED is defined | 20:42 |
| stekern | actually, there is something committed to mainline uclibc that is close to that patch, but it seems wrong to me since vfork still need __NR_fork to be defined for the clone implementation to be picked up | 21:03 |
| stekern | http://git.uclibc.org/uClibc/commit/libc/sysdeps/linux/common/vfork.c?id=58570fc8e1fd601f15be5758ab95013d56771804 | 21:08 |
| stekern | is what I'm speaking about | 21:08 |
| stekern | it has a nice syntax error too, a missing ';' after return -1, which makes my believe that mr Markos haven't really tested the patch stronger... | 21:09 |
| olofk | _franck_: I have done some improvements on your first commit now. There are some other things I should clean up in coremanager but I leave them for now | 21:12 |
| _franck_ | ok great | 21:13 |
| olofk | Pushed it now. Will have to do the other two commits tomorrow | 21:15 |
| _franck_ | olofk: you could have added your signed-off here, you did 80% of the work.... | 21:17 |
| stekern | ah, now I see what has happened it's a merge conflict that's gone terribly wrong... | 21:17 |
| olofk | _franck_: How do I add a signed-off? Is that when I run git commit --amend ? | 21:19 |
| olofk | Pushing the env patch too since that was so simple, but I need to look closer at some things in the last patch before pushing that | 21:19 |
| olofk | stekern: Please don't talk about merge conflicts that has gone terribly wrong. I was just about to go to bed, and now I probably won't be able to sleep | 21:20 |
| _franck_ | yes I think --amend --signnoff does the trick | 21:21 |
| olofk | My computer on the other hand will still be on to recompile libreoffice for the third fucking time in a few weeks | 21:21 |
| blueCmd_ | olofk you stalker! :) | 21:24 |
| olofk | blueCmd_: Yeah I know. I spend way too much time on linkedin :) | 21:25 |
| blueCmd_ | olofk: I got jealous about you having openrisc on your profile | 21:26 |
| blueCmd_ | gonna adda that | 21:26 |
| olofk | blueCmd_: Yeah, bring it on. Let the world know what we're up to :) | 21:27 |
| blueCmd_ | yep! | 21:29 |
| _franck_ | how can I do if I want my own git repo master branch to look *exactly* like another git repo branch | 21:29 |
| olofk | _franck_: Isn't that just clone? | 21:30 |
| blueCmd_ | _franck_: do you have commits in it? | 21:30 |
| _franck_ | I could delete my repo on github and fork it agoin :) | 21:31 |
| _franck_ | blueCmd_: yes I want to erase all history, just a raw copy | 21:31 |
| blueCmd_ | I usually do: | 21:31 |
| blueCmd_ | git checkout other_upstream/branch | 21:31 |
| blueCmd_ | git push github other_thing_that_i_call_this_branch | 21:31 |
| olofk | About two years ago I removed all the commits from git.opencores.org/orpsoc when I realized that my first makefile-based structure wasn't very good | 21:32 |
| blueCmd_ | olofk: hah | 21:32 |
| olofk | That's apparently very forbidden to do in git methodology :) | 21:33 |
| stekern | _franck_: git --reset hard another_git_repo_branch | 21:33 |
| stekern | blueCmd_: I'm starting to think u is for unbelievable ugly... | 21:35 |
| _franck_ | seems like it did it | 21:35 |
| blueCmd_ | stekern: 'u'? | 21:36 |
| stekern | not as in 'you' ;) | 21:36 |
| blueCmd_ | stekern: yeah, I read it that way first, but you never use 'u' = 'you' so I didn't think so :D | 21:37 |
| blueCmd_ | pro tip: never rebuild GCC in debian without DEB_BUILD_OPTIONS=nocheck | 21:37 |
| stekern | http://juliusbaxter.net/openrisc-irc/%23openrisc.2014-01-11.log.html#t20:39 | 21:37 |
| blueCmd_ | unless you have unlimited amounts of time | 21:37 |
| blueCmd_ | stekern: hah! | 21:38 |
| stekern | blueCmd_: it was u that start calling me ugly ;) | 21:38 |
| blueCmd_ | stekern: told you! | 21:38 |
| stekern | s/start/started | 21:38 |
| blueCmd_ | english, how does it work | 21:38 |
| stekern | beats me | 21:39 |
| blueCmd_ | has the next openrisc conference been scheduled? | 21:40 |
| stekern | nope, but there was some talk about maybe having it in munich during the last conference | 21:43 |
| stekern | but nothing concrete | 21:44 |
| --- Log closed Fri Jan 17 00:00:57 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!