| -!- giuseppe` is now known as giuseppe | 08:47 | |
| jemarch | hi | 12:10 |
|---|---|---|
| stekern | juliusb: you around? I'm trying to compile the binutils from peter gavins or1k-src, but I run into some problems | 12:15 |
| stekern | first, I need to configure with: ../or1k-src/configure --target=or1k-elf --prefix=/opt/or1k-toolchain CC="gcc -fPIC" CXX="g++ -fPIC" | 12:16 |
| stekern | on my machine | 12:16 |
| stekern | but then it still chokes on ./gdb | 12:17 |
| stekern | configure: error: configuration or1k-unknown-elf is unsupported. | 12:17 |
| _franck_ | stekern: you are looking juliusb and I'm looking for you :) | 12:26 |
| stekern | at your service ;) | 12:27 |
| _franck_ | do you think there could be a problem with buffer/cache in your sdram controller (de0 board) and atlys ddr2 controller ? | 12:27 |
| _franck_ | I'm still working on the debug problem | 12:28 |
| stekern | I'm not betting money on the contrary ;) | 12:28 |
| stekern | what's your observations | 12:29 |
| stekern | I think they should be fine, but you never know | 12:29 |
| stekern | (you already helped me pinpoint one bug in the de0 sdram controller that I had missed) :P | 12:30 |
| jeremybennett | stekern: Looks like the top level config stuff is not set up properly. | 12:30 |
| _franck_ | stekern: with signal tap, I can see the instruction wb add = 0x130 and value 0x2100....however, I've write/read back 0x11223344 at this address with another master | 12:31 |
| _franck_ | Is there an easy way to disable bufferrs in the sdram controller ? | 12:32 |
| _franck_ | just to make a quick test | 12:32 |
| stekern | hmm, not really, they are needed to hold the burst | 12:33 |
| stekern | you could of course making them always dirty | 12:34 |
| stekern | that would kind of disable them | 12:34 |
| _franck_ | ah ok, I'll try this | 12:35 |
| stekern | I can take a look at what you need to change | 12:35 |
| stekern | have you noticed that I've rewritten large parts of it btw? | 12:36 |
| _franck_ | on the forum a guy has this debug problem and he's using atlys (and the ddr2 controller as your name on top of the files :)) | 12:36 |
| _franck_ | no I didn't | 12:36 |
| stekern | yeah yeah, just blame me for all your debug problems ;) | 12:37 |
| _franck_ | lol | 12:38 |
| _franck_ | I'll apply the changes | 12:38 |
| stekern | hmm, actually, if you haven't updated from the de0 nano version for a while this patch might solve your problems: http://git.openrisc.net/cgit.cgi/stefan/orpsoc/commit/?id=e1a890aedc750e1972e43f0477e6e25f9ecd1146 | 12:39 |
| _franck_ | I'll try it | 12:39 |
| stekern | jeremybennett: possibly, I think gdb isn't even supposed to be supported in the or1k-src tree, I know too little to be sure what's the problem though | 12:59 |
| stekern | I think juliusb have used that tree (it contains his changes) | 13:01 |
| stekern | I have some (other) problems compiling his binutils-or1k too | 13:02 |
| stekern | the good 'ol set-but-not-used error | 13:03 |
| stekern | s/'ol/ol' | 13:04 |
| jeremybennett | stekern: The intention is that gdb forms part of a unified source tree. However it may take some setting up. The sourceware tree uses CVS modules, so is a set of overlapping file hierarchy subsets | 13:19 |
| jeremybennett | It is significant that even Red Hat only try mirror individual CVS modules in git. | 13:20 |
| jeremybennett | It may be that for git we have to do the same thing, and construct a unified build tree on the fly. | 13:20 |
| stekern | hmm, yeah, but presumably pgavin (and juliusb) have been able to build what's in there now | 13:25 |
| stekern | I'm maybe doing something wrong, I just followed juliusb's instructions in the README-O1K | 13:26 |
| jeremybennett | I presume so. The sourceware tree is a challenge. I currently have a customer who is using git for the entire GNU tool chain. When we have worked out the most effective way to do this, I'll write it up, since everyone seems determined to use git come what may! | 13:27 |
| stekern | yeah, the "problem" is that it is such a powerful programming aid that if you've got used to it you will want to use it whenever you program | 18:01 |
| stekern | real life example: some weeks ago I introduced a bug in a project at work, I knew that the bug didn't exist couple of days before, running a git bisect on the commits between the "good day" and present solved the problem in 15 minutes | 18:04 |
| stekern | and I hadn't pushed the changes yet, so no-one even got bothered with my bug | 18:06 |
| stekern | juliusb: after fixing the set-but-unused your binutils-or1k compiles fine | 19:45 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!