| --- Log opened Mon Oct 21 00:00:49 2013 | ||
| Powermaniac | Howdy | 04:22 |
|---|---|---|
| stekern | _franck_: didn't you do a fix for the 32-bit error in or1k-src long time ago? | 05:01 |
| stekern | maybe I just dreamt that... | 05:28 |
| olofk_ | Stupid dynamic IP. When I finally got around to set up my server, I realize I don't know the IP | 06:22 |
| stekern | stupid verilog allowing implicit wires! | 06:30 |
| stekern | I wasted an hour on a typo in a wire name this morning :( | 06:30 |
| hansfbaier | stekern: Can you tell me where I find the I2C controller addresses in orpsocv2, I am stricken by blindness ATM | 06:43 |
| olofk_ | hansfbaier: Finally awake at the same time as you are | 06:44 |
| stekern | hansfbaier: i2c0 is at 0xa0000000 at least | 06:44 |
| hansfbaier | stekern: How wide? | 06:44 |
| hansfbaier | i2c1? | 06:44 |
| hansfbaier | a1...? | 06:44 |
| stekern | I'm not sure about the i2c patches btw, do we really need them? | 06:44 |
| hansfbaier | stekern: Slave functionality is nice, why is this not upstreamed? | 06:45 |
| stekern | look in the actel/ordb... of orpsocv2 | 06:45 |
| hansfbaier | stekern: ???? | 06:46 |
| stekern | for the addresses | 06:46 |
| hansfbaier | stekern: which file? | 06:47 |
| stekern | orpsoc-parameters.v, as usual | 06:47 |
| stekern | yes, it's nice, but are we using the slave feature anywhere? | 06:47 |
| hansfbaier | stekern: Ah thanks | 06:48 |
| hansfbaier | stekern: Well, but someone might want to use it? | 06:48 |
| stekern | if not, IMO trying to upstream it before keeping around patches without users would be the way to go | 06:49 |
| hansfbaier | stekern: Who would want to do the upstreaming? | 06:50 |
| stekern | you? ;) | 06:50 |
| hansfbaier | stekern: Never did it before, but I suppose write a nice email with the patches appended, etc.etc. | 06:51 |
| hansfbaier | OK | 06:51 |
| stekern | I've sent the VGA patches to richard, he hasn't responded yet though. (which surprises me a bit, since he's been around on and off in the late years) | 06:51 |
| stekern | so, yes a nice letter to Richard with the patches attached | 06:52 |
| stekern | but... that's why I'm not sure we should keep around patches that remove the _top, because it might just not be the type of patches people are inclined to apply | 06:53 |
| stekern | (it might break the core for a lot of other people using it) | 06:54 |
| hansfbaier | mail sent | 06:57 |
| hansfbaier | stekern: what do do in the meantime? use the patches? | 06:57 |
| stekern | and.. you break my sockit system with that change too :/ but that's less of a problem | 06:58 |
| stekern | so, I think I actually vote for no _top removing patches. But that's just my opinion. | 06:59 |
| olofk_ | Yes. I don't want us to rename the core top levels either | 07:05 |
| olofk_ | That was a hack that juliusb did for orpsocv2. We don't need it, so it's nicer to the original authors to just leave them as they are | 07:06 |
| stekern | IMO, the patches we keep around in orpsoc-cores should *only* fix real issues/bugs and add functionality that we *really really* need | 07:06 |
| olofk_ | yes | 07:07 |
| hansfbaier | stekern: olofk_: So, ditch the patches? | 07:07 |
| olofk_ | hansfbaier: Haven't had time to look at them yet | 07:08 |
| hansfbaier | ok | 07:08 |
| stekern | for i2c? I didn't add them for a reason... but I agree that slave functionality might be nice to have, but I think we should try to get that into the opencores i2c svn before keeping patches around for it | 07:09 |
| hansfbaier | stekern: wb_intercon_gen does not preserve the order of the configuration files in wire / input / output generation. Should I just generate a new one and stuff it over the old one, or handcraft the patch (much more readable)? | 07:11 |
| stekern | nah, I think that's a special case, the diff you want to be nice and tidy is the one in the wb_intercon.conf | 07:11 |
| olofk_ | hansfbaier: I hadn't realized that wb_intercon_gen messed up the order. That should be fixed | 07:12 |
| stekern | that too ;) | 07:13 |
| stekern | does it mess it up because the slave/master list orders aren't deterministic? | 07:14 |
| olofk_ | hansfbaier: Regarding patches, I have no opinion on the whitespace cleanup, removing delayed assignments is good (I think verilator complains a lot if they are there), removing unused registers is good. I don't think we want a synchronous reset (because core is connected to I/O),. Slave select and removing latches are nice additions | 07:15 |
| olofk_ | stekern: Probably not. I suspect I iterate over a dictionary at some point, which is an unsorted type IIRC | 07:17 |
| stekern | yes, that's what I remember too. dictionaries are unsorted. | 07:20 |
| _franck_ | stekern: I know I tried to fix the 32bits error in or1k-src. However, I can't remember if I did it :) | 07:22 |
| olofk_ | and what was up with libgui and gdb? Someone at the opencores forum is having problems with that too | 07:23 |
| _franck_ | btw, I'll be less active next months (a year ?). I've got my new (very old) house. | 07:23 |
| stekern | congratulations, or something ;) | 07:35 |
| _franck_ | never had this problem. or1k-src is configured with --disable-libgui and --disable-tk in our instructions | 07:36 |
| _franck_ | stekern: well thanks I guess :) | 07:36 |
| hansfbaier | stekern: Proposal: create another core named i2c_master_slave. So we won't break Sockit and have something working around until it's upstreamed (whenever that may be?) | 07:40 |
| stekern | that seems like even more maintanance overhead, don't worry about my local sockit breaking though, that's easy to fix | 07:43 |
| hansfbaier | stekern: I can pull the changes out n/p just a bit annoying, since it just seems to synthesize fine right now. Just annoying having to invest extra effort to throw away hours of work.... | 07:45 |
| stekern | hansfbaier: so, wait and see if olofk_ accepts them... | 07:46 |
| hansfbaier | synth done | 07:49 |
| hansfbaier | let's wait and blink | 07:49 |
| * stekern blinks | 07:49 | |
| hansfbaier | olofk: olofk_: How is quartus.py generated, it has a missing 'util' import since I last pulled.... | 08:01 |
| hansfbaier | olofk: Ah, it isn't generated, it's committed. | 08:02 |
| hansfbaier | olofk: Will send patch | 08:02 |
| hansfbaier | stekern: now it blinks | 08:03 |
| hansfbaier | olofk: I'ts in the pull request | 08:05 |
| hansfbaier | stekern: Do you have a dts around for the I2C controller (i2c0 is hooked to eeprom) | 08:09 |
| hansfbaier | stekern: Ah, wait, got one for my old FPGA board... | 08:09 |
| stekern | http://oompa.chokladfabriken.org/openrisc/de0_nano.dts | 08:10 |
| stekern | same as last time I pasted that link... | 08:10 |
| hansfbaier | stekern: Still got it on my desktop, I looked in there, but maybe I mistyped the search string. Sorry for the inconvenience... | 08:12 |
| stekern | np ;) | 08:12 |
| hansfbaier | stekern: http://pastie.org/8418129 | 08:30 |
| hansfbaier | The EEPROM is up, but the accel doesn't seem to be, what have I been missing? Shouldn't they be on the same bus? | 08:30 |
| stekern | not sure, I've never played with it | 08:35 |
| stekern | julius have though | 08:35 |
| Powermaniac | Quick question hopefully: Is ORPSoCv3 also in VHDL? | 09:46 |
| Powermaniac | As the uni I plan to go to only teaches VHDL... | 09:46 |
| hansfbaier | stekern: Ah, yes the i2c datasheet says clock must be sys clock | 09:47 |
| stekern | olofk_: seems to only be ubuntu 12.04 that have that issue with libgui (hansfbaier, you were using that too right?) | 09:48 |
| hansfbaier | Powermaniac: No, the open source scene has zeroed in pretty much to Verilog, since the open source tools are way better for Verilog. Both Languages are very similar though, if you are familiar with VHDL you should be able to learn verilog very quickly | 09:48 |
| hansfbaier | stekern: Yes. 12.04 | 09:49 |
| stekern | and rfajardo seems to have a workaround for that problem | 09:49 |
| hansfbaier | stekern: That sounds good | 09:49 |
| Powermaniac | hansfbaier: Ahh that's right one of you told me that before, thanks! | 09:49 |
| stekern | http://opencores.org/forum,OpenRISC,0,5329 | 09:50 |
| hansfbaier | Powermaniac: for the super quickstart on Verilog see the PDF "Just enough Verilog for PSOC", that's a real quick starter | 09:54 |
| hansfbaier | stekern: I'll try. Compiling right now. | 09:54 |
| Powermaniac | hansfbaier: Yeah I still need to read through those, bit busy at the moment though | 09:55 |
| hansfbaier | stekern: Have you ever considere Cypress PSOC for your synths? A mixed signal FPGA might be just the right tool for that job.... | 09:55 |
| hansfbaier | stekern: For example IK multimedia bases their IPhone audio interfaces on PSoC | 09:55 |
| stekern | hansfbaier: I've got a couple of psoc devboards | 09:56 |
| hansfbaier | stekern: I don't think they have a lot of logic cells comparable to a real FPGA though, | 09:56 |
| hansfbaier | stekern: Cool. | 09:56 |
| stekern | but they were boring to work with | 09:56 |
| hansfbaier | stekern: How so? | 09:57 |
| stekern | I don't know, personal taste perhaps | 09:57 |
| olofk_ | We should implement OpenRISC on a PSoC. Then we would have an ORPSoC | 09:57 |
| stekern | haha | 09:57 |
| hansfbaier | stekern: I liked the concept of programmable analog blocks. But the windows only software was a no-no for me | 09:58 |
| hansfbaier | stekern: So much other exciting stuff to play with... | 09:58 |
| stekern | yeah, and everything is very psoc specific, no way to adapt knowledge from that to other platforms | 09:59 |
| hansfbaier | true | 09:59 |
| stekern | so, as almost everything I do for a hobby has a learning purpose, it didn't feel like a good platform to put much time into | 10:00 |
| hansfbaier | stekern: It's really a mystery to me why the i2c would detect the eeprom by not the accel and anything on my external i2c. Weird. | 10:04 |
| hansfbaier | stekern: maybe try the unpatched controller tomorrow. | 10:04 |
| hansfbaier | Anyone: Is it ok to install the uclib toolchain into the same dir as the newlib toolchain? | 10:15 |
| hansfbaier | stekern: BINGO, the toolchain compiled and installed well | 10:22 |
| hansfbaier | thanks | 10:22 |
| hansfbaier | now for the uClib toolchain | 10:22 |
| hansfbaier | /opt/or1k-toolchain/bin/or1k-elf-gcc --version | 10:24 |
| hansfbaier | or1k-elf-gcc (GCC) 4.9.0 20130716 (experimental) | 10:24 |
| stekern | hansfbaier: with the --disable-gdbtk? | 10:25 |
| hansfbaier | stekern: Yes, already updated the wiki | 10:30 |
| hansfbaier | stekern: Shouldn't hurt anyone | 10:30 |
| olofk_ | hansfbaier: Great. Looks like a quite common issue | 10:31 |
| olofk_ | hansfbaier: Your pull request is packing a lot of changes now, and I want to apply most of it. Do you mind if I rearrange some of the commits? | 10:34 |
| hansfbaier | olofk_: Not at all. Help yourself! | 10:36 |
| olofk_ | All right then, get ready for some cursing over git over the coming days :) | 10:36 |
| hansfbaier | olofk_: Never mind, good to learn | 10:37 |
| * hansfbaier -> workout | 10:37 | |
| stekern | hansfbaier: you're sexy and you know it? | 10:40 |
| olofk_ | :) | 10:48 |
| hansfbaier | stekern: got to be healthy... | 11:18 |
| stekern | sure thing | 11:25 |
| stekern | I just read that with the tunes from http://www.youtube.com/watch?v=wyx6JDQCslE ringing in my head ;) | 11:25 |
| hansfbaier | stekern: Can't play it safe browsing enabled. Probably not for me then.. | 11:31 |
| stekern | yeah, nm, the comment lost the little fun ít had when you have to explain it anyways... ;) | 11:35 |
| * hansfbaier 8> safe browsing | 11:41 | |
| hansfbaier | <3 rather | 11:42 |
| * hansfbaier 我爱安全浏览 | 11:43 | |
| * stekern thinks it's like "äta kola med pappret på" | 11:50 | |
| hansfbaier | Jag älskar säker surfning | 11:50 |
| stekern | ;) | 11:54 |
| stekern | it's pretty amazing how good the translators are starting to be | 11:54 |
| hansfbaier | Anyone had this error compiling the uclibc-toolchain? http://pastie.org/8418444 | 11:58 |
| stekern | I have a vague memory seeing something like that somewhere | 12:00 |
| hansfbaier | What advantages has the uclibc over or32-linux? Newer compiler version? Better codegen? | 12:03 |
| stekern | most prominent advantage is that it supports dynamic libraries | 12:05 |
| stekern | Ok, so grepping around irc logs I found that the last time I saw that was because someone had set LD_LIBRARY_PATH to something weird (I think) | 12:06 |
| stekern | (and or32-linux is uclibc too) | 12:09 |
| hansfbaier | echo $LD_LIBRARY_PATH | 12:13 |
| hansfbaier | :/usr/local/lib | 12:13 |
| hansfbaier | hmmm maybe | 12:13 |
| hansfbaier | stekern: the defconfig in uclibc seems to be out of harmony with the build: | 12:17 |
| hansfbaier | ERROR: Could not generate syscalls. | 12:17 |
| hansfbaier | Make sure that you have proper kernel headers. | 12:17 |
| hansfbaier | Your .config in KERNEL_HEADERS="" was set to: | 12:17 |
| hansfbaier | /usr/include/ | 12:17 |
| hansfbaier | that's wrong | 12:17 |
| hansfbaier | sorry my bad | 12:18 |
| hansfbaier | forgot export SYSROOT=/opt/or1k-uclibc-toolchain/or1k-linux-uclibc/sys-root | 12:18 |
| hansfbaier | but the prefix seems wrong | 12:20 |
| hansfbaier | not $SYSROOT | 12:21 |
| hansfbaier | but / | 12:22 |
| stekern | ? | 12:22 |
| hansfbaier | uclibc tries to install to /lib/ | 12:22 |
| hansfbaier | how do I tell the beast to install to /opt/or1k-.... | 12:23 |
| stekern | https://github.com/openrisc/uClibc-or1k/blob/master/extra/Configs/defconfigs/or1k/defconfig#L56 | 12:23 |
| stekern | if that's what you still are speaking about? | 12:24 |
| hansfbaier | no line 215-217 | 12:24 |
| hansfbaier | HARDWIRED_ABSPATH=y looks suspicious too | 12:25 |
| stekern | make PREFIX=$SYSROOT install | 12:26 |
| hansfbaier | I used RUNTIME_PREFIX="${SYSROOT}/" | 12:28 |
| hansfbaier | DEVEL_PREFIX="${SYSROOT}/usr" | 12:28 |
| hansfbaier | in .config | 12:28 |
| hansfbaier | seemed to work. | 12:28 |
| hansfbaier | stekern: the instructions in the wiki might need update | 12:28 |
| hansfbaier | aaah no | 12:29 |
| hansfbaier | sorry | 12:29 |
| * hansfbaier shows signs or tiredness | 12:29 | |
| hansfbaier | Jag antar att jag är redan trött | 12:29 |
| hansfbaier | Jag har uppdaterat wikin | 12:32 |
| * hansfbaier after a long and arduous fight finally managed to compile or1k-uclib | 12:46 | |
| stekern | updated with the things that wasn't needed? | 12:55 |
| * stekern got lost | 12:56 | |
| hansfbaier | stekern: unset LD_LIBRARY_PATH | 12:57 |
| * hansfbaier calls it a day | 12:58 | |
| stekern | woho! my synth is making noise through my speakers | 15:48 |
| stekern | only a very annoying 440Hz square so far... | 15:49 |
| stekern | but it means I got the ssm2603 dac working after a polarity miss on the mute input pin and I had remembered the i2s protocol slightly wrong | 15:51 |
| stekern | data is always one clock cycle behind the left/right clock | 15:51 |
| olofk | stekern: That's fantastic news. | 16:39 |
| stekern | olofk: yes, I do all I can to lure your sockit out of its box in the garage | 17:23 |
| olofk | stekern: You're doing a good job with it, but I think that my LX9 microboard might get some love before that | 18:33 |
| stekern | fair enough, you want to keep me motivated, I understand ;) | 18:41 |
| stekern | like, you might go out in the garage, open the lid to the box slightly so I might just and just get the scent of prey | 18:43 |
| olofk | lol | 18:44 |
| olofk | and all this time I just thought you wanted to save it from my garage out of kindness | 18:46 |
| stekern | I thought I had removed all misconceptions of me being kind by this time... | 18:47 |
| poke53281 | Arghh, I am getting crazy with git. I am trying a git rebase to fix some typo in an commit | 19:10 |
| poke53281 | but in the last step of "git rebase --continue" it merges my last two commits together. | 19:11 |
| poke53281 | crazy | 19:11 |
| olofk | *gulp* That reminds me that I have to get down and dirty with some pull requests | 19:13 |
| poke53281 | I have tried two different git versions. It makes no sense what git is doing here. | 19:14 |
| olofk | You could have skipped "here" in that last sentence :) | 19:14 |
| poke53281 | What should I do. 2 hours trying to to do a rebase for basically for one line of code. | 20:36 |
| poke53281 | Everything looks so nice and makes sense what git is doing. And then .... the last "git rebase --continue" destroys everything. | 20:37 |
| poke53281 | Well not everything but it destroys my last commit. | 20:38 |
| poke53281 | or merges it to one. | 20:38 |
| stekern | poke53281: I'm not sure why/how you use rebase --continue in that workflow? | 20:44 |
| stekern | oh... scratch that... I see | 20:45 |
| stekern | it's after you've done the amend and edit, right? | 20:45 |
| poke53281 | Yes | 20:46 |
| poke53281 | And then it complains about one conflict in some commit after that. | 20:47 |
| poke53281 | This is Ok. I understand why | 20:47 |
| poke53281 | I solve the conflict. Add the fille, execute git commit --amend. | 20:47 |
| poke53281 | Then git rebase --continue. git says everything is fine now | 20:47 |
| poke53281 | I look into "git log" and see that my last patch is no longer there. | 20:48 |
| poke53281 | Instead it is now part of the previous patch | 20:48 |
| poke53281 | If I change really small stuff like tab instead of spaces there is no problem. | 20:48 |
| stekern | hmm, but that's what --amend does | 20:48 |
| stekern | add the staged edits to the previous commit | 20:49 |
| stekern | but I might misread what you wrote | 20:49 |
| poke53281 | but this is more or less the thing I have to do if I have to change a commit that has a conflict? | 20:50 |
| poke53281 | Maybe you are right. | 20:50 |
| poke53281 | Let's do it again | 20:50 |
| poke53281 | because git rebase says I should use amend. Is this also true for following conflicts? | 20:51 |
| stekern | hmm, might not be | 20:51 |
| stekern | when it stops clean, it stops with the commit "committed", then you do your changes, stage them and "amend" them into the last commit | 20:52 |
| stekern | but if there are conflicts, the changes that are not conflicting are staged, but the commit is not "done" yet | 20:53 |
| stekern | so if you amend at that stage, you will commit your resolvements in to the commit before that | 20:54 |
| stekern | I think... | 20:54 |
| stekern | that at least sounds like what happens to you | 20:54 |
| stekern | but I have one leg in the bed already, so I might be speaking rubbish ;) | 20:55 |
| poke53281 | wow, that did it. Do not use in the following conflicts --amend | 20:56 |
| poke53281 | git has it's own logic. One you understand it it should be great | 20:57 |
| stekern | kind of makes sense when you think about it in this way "if you want to change something in the commit while you are resolving the conflict, just do it" | 20:57 |
| stekern | yes, I get the feeling "this is all backwards... no wait, it all makes sense" all the time with it | 20:58 |
| poke53281 | And I thought my 1.7.x git version was broken. | 20:58 |
| poke53281 | So I installed git 1.8.x. | 20:59 |
| stekern | anyways, time to put the other leg in the bed as well. night! | 21:00 |
| poke53281 | good night | 21:00 |
| --- Log closed Tue Oct 22 00:00:50 2013 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!