| --- Log opened Sat Jul 12 00:00:15 2014 | ||
| stekern | ah, the reason why pthread_robust fails was at least easy to find out, we don't implement futex_atomic_cmpxchg_inatomic in our kernel port, so set_robust_list doesn't work | 07:38 |
|---|---|---|
| blueCmd_ | one of the big hassles I had with porting glibc is that the testsuite requires you to compile it on the test target | 09:25 |
| blueCmd_ | hopefully you don't have that problem stekern | 09:25 |
| blueCmd_ | having a good test suite to test against would have made the job so much easier than to compile programs and debug when some random app crashes :P | 09:26 |
| stekern | blueCmd_: well, the testsuite kind of expects you to run it on the target, but it's just driven by a simple Makefile, so it's easy to change that assumption | 09:56 |
| stekern | currently, I just use the Makefile to build the files and just a script to run them on the target (since I don't have make in my simple rootfs) | 09:59 |
| blueCmd_ | right, I tried to do the same in glibc | 09:59 |
| blueCmd_ | was about to kill myself | 09:59 |
| stekern | the testsuite isn't really musl specific btw, so you should be able to run it against glibc too | 09:59 |
| blueCmd_ | stekern: cool, I was hoping that would be the case | 10:03 |
| blueCmd_ | stekern: olofk: would you guys be OK with me adding a "type=axi4" and "type=axi4-lite" (default would be "type=wishbone" ofc) to wb_intercon? | 10:06 |
| stekern | sgtm | 10:10 |
| blueCmd_ | *sigh* I'd wish olofk would reconsider submodules in orpsoc-cores | 10:49 |
| stekern | I bet he'd be happy to have that added alongside the current options | 11:15 |
| stekern | actually, doesn't it just work if you add a submodule and omit the provider? | 11:18 |
| stekern | you have to manually update them of course... | 11:18 |
| blueCmd_ | stekern: yes, that will work - but it's not a technical question, it's a political one :) | 11:28 |
| stekern | oh, politics... boring! ;) | 11:54 |
| -!- Netsplit *.net <-> *.split quits: clopez, _franck_, shorne, rah, jungma, jonmasters, knz, javax, jeremy_bennett, dalias, (+4 more, use /NETSPLIT to show all of them) | 12:06 | |
| -!- Netsplit over, joins: trem, _franck_, ssvb_, jeremy_bennett, rah, mboehnert, maxpaln, shorne, jungma, clopez (+4 more) | 12:07 | |
| stekern | blueCmd_: btw, would you mind updating your CLONE_SETTLS patch and reposting it? | 13:03 |
| blueCmd_ | :) | 13:03 |
| blueCmd_ | 3:rd times the charm I guess | 13:03 |
| blueCmd_ | time's | 13:03 |
| stekern | your violating the 80 column rule in the comment too, might fix that at the same time | 13:05 |
| stekern | s/your/you're | 13:05 |
| blueCmd_ | I am? that's unlike me | 13:05 |
| blueCmd_ | which version do you want me to base the patch on? | 13:06 |
| stekern | umm, what do you mean? | 13:07 |
| blueCmd_ | also, IIRC you had a patch against this because it didn't work or something like that | 13:08 |
| blueCmd_ | very faintly remember something like that | 13:08 |
| blueCmd_ | stekern: I base my development against 3.16 currently | 13:08 |
| blueCmd_ | jonas's repo is @ 3.13 I think | 13:08 |
| stekern | yes, take what's in my smp branch | 13:09 |
| stekern | and apply that to linus tree or something | 13:11 |
| stekern | as long as it applies cleanly against mainline, your 3.16 tree is probably fine | 13:12 |
| blueCmd_ | right, userregs->gpr[10] = userregs->gpr[7] - that was the issue | 13:13 |
| stekern | yup | 13:20 |
| blueCmd_ | stekern: where do I break 80 char? | 13:21 |
| blueCmd_ | ah, maybe it's because my tabstop=2 | 13:22 |
| blueCmd_ | stekern: https://github.com/bluecmd/or1k-linux/commit/5407ab8ce13f2c3f85e733c5d6b5cca5fb35f728.patch | 13:28 |
| blueCmd_ | I haven't checked if it applies cleanly to your version though | 13:29 |
| stekern | that's not important | 13:29 |
| stekern | more important is to poke Jonas into pushing it forward upstream ;) | 13:32 |
| blueCmd_ | done | 13:38 |
| blueCmd_ | we also want that signal patch upstream | 13:38 |
| blueCmd_ | https://github.com/bluecmd/or1k-linux/commit/e18325ddcae9e9304137176318285e2742de7071 | 13:39 |
| stekern | you might want to add a [PATCH v2] to indicate it's updated too | 13:39 |
| blueCmd_ | stekern: [PATCH v3]* | 13:39 |
| blueCmd_ | I cared the first and the second time :) | 13:40 |
| blueCmd_ | verilator does not like wb_intercon.. a lot of width warnings that hurts my eyes | 13:41 |
| stekern | yes, we should remind him about that signal patch too | 14:01 |
| stekern | I thought the width mismatches were all taken care about by now... | 14:02 |
| blueCmd_ | http://7f3299788b81b29a.paste.se/ | 14:03 |
| blueCmd_ | I filed a bug with bmartini for verilog-arbiter | 14:03 |
| stekern | have to wait until that appears in the log before I can check it | 14:04 |
| stekern | or when I get home, whatever happens first | 14:05 |
| stekern | the shift thing is at least easy to avoid | 14:28 |
| stekern | blueCmd_: you know there's git send-email, right? :p | 14:43 |
| blueCmd_ | stekern: yes, I use that the first two times :) | 14:44 |
| blueCmd_ | If I was sure that the 3:rd time will be the last one, I might have put some more effort into it | 14:44 |
| dalias | stekern, re: tests, it would be really nice if nsz's makefile had an easier way to separate building/running the tests | 14:46 |
| dalias | that's something on the agenda to work on, eventually :-p | 14:46 |
| stekern | blueCmd_: fair enough, I would have found it *less* work to just git send-email it, that's why I asked | 14:48 |
| blueCmd_ | stekern: I'm not sure I have SMTP configured on that particular machine | 14:48 |
| blueCmd_ | also addressing both malinglists and jonas is much simpler in gmail than doing with send-email | 14:49 |
| stekern | dalias: it's straight forward enough to hack around so it's not a huge deal, but it'd be nice nevertheless | 14:49 |
| stekern | ah, I have them as aliases anyway ;) | 14:50 |
| blueCmd_ | stekern: you're not promiscious enough | 14:52 |
| blueCmd_ | stekern: olofk https://github.com/openrisc/orpsoc-cores/pull/74 | 14:56 |
| blueCmd_ | stekern: you might want to add your avalon stuff to that as well | 15:02 |
| blueCmd_ | or I can do it, if you want it | 15:03 |
| stekern | blueCmd_: ah, cool. be my guest if you feel like it ;) | 15:42 |
| blueCmd_ | stekern: almost done :P | 15:42 |
| blueCmd_ | stekern: I don't have the tools test your sockit I think, if I send you a patch - could you apply it and see if it makes sense? | 15:58 |
| blueCmd_ | or rather, I'll let you update sockit I guess, might be some special things I guess | 15:59 |
| stekern | oh, sure | 16:01 |
| blueCmd_ | stekern: if you apply https://github.com/openrisc/orpsoc-cores/pull/74 to your orpsoc-cores and do this: http://1726b3c4499ca129.paste.se/ | 16:03 |
| blueCmd_ | that should leave you with only some address splicing by looking at your code | 16:03 |
| blueCmd_ | olofk: I think you should merge https://github.com/openrisc/orpsoc-cores/pull/26 - it's a good pull request and it's straight forward | 16:09 |
| stekern | I'd change that key1 to button1 before though | 17:06 |
| stekern | (and I think I suggested that when the patch was posted too) | 17:07 |
| blueCmd_ | jeremy_bennett: olofk: do you have any way to access revision history for or1k/or32 gcc before 2009? | 17:17 |
| blueCmd_ | juliusb committed gcc-4.2.2 to the old SVN repository "Adding binutils, gcc, uClibc patched source and patches" 2009, but I want to know what happened before then | 17:18 |
| blueCmd_ | hah, bmartini fixed the warnings in verilog-arbiter | 17:53 |
| stekern | blueCmd_: http://opencores.org/websvn,listing?repname=or1k&path=%2For1k%2Ftrunk%2Fgcc%2Fgcc-3.4.4%2F#path_or1k_trunk_gcc_gcc-3.4.4_ | 17:53 |
| stekern | and backwards from that | 17:53 |
| blueCmd_ | stekern: I try to shard by asking other people so I don't overwork you | 17:54 |
| blueCmd_ | don't make me PM them :P | 17:54 |
| blueCmd_ | but thanks :) | 17:54 |
| stekern | don't worry, my index finger is still strong enough to paste a link ;= | 17:56 |
| stekern | ) | 17:56 |
| blueCmd_ | stekern: will you hate me if I merge a pull request to gcc? | 18:12 |
| blueCmd_ | I think I messed up with the last rebase thing as you told me, it's talking forever for it to do the rebase | 18:13 |
| blueCmd_ | maybe I'll just recreate my tree and rebase it from there. yeah, that'll be better | 18:15 |
| blueCmd_ | there | 18:24 |
| stekern | umm, what are you trying to do? | 19:17 |
| stekern | merging is usually the right thing to do, so I wouldn't hate you for that ;) | 19:17 |
| stekern | that said, if you messed up your tree that you want to merge in, you should probably fix that before you merge it | 19:18 |
| stekern | ah, I see now. | 19:22 |
| stekern | I think either way would have been fine | 19:24 |
| blueCmd_ | stekern: the reason it was taking forever was 1) that my tree was weird and 2) the loadavg was 500 :) | 23:51 |
| --- Log closed Sun Jul 13 00:00:17 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!