| --- Log opened Tue Aug 20 00:00:19 2013 | ||
| stekern | it's perfectly normal that tlb_miss stay X, until the user invalidates the tlb entries | 02:15 |
|---|---|---|
| stekern | ...but not so normal when the mmu isn't included in the "build"... | 02:39 |
| mor1kx | [mor1kx] skristiansson pushed 5 new commits to master: https://github.com/openrisc/mor1kx/compare/f850ba8faf96...9e488243d397 | 03:09 |
| mor1kx | mor1kx/master d1536be Stefan Kristiansson: cappuccino/fetch: assign 0 to mmu output signals when FEATURE_IMMU=="NONE" | 03:09 |
| mor1kx | mor1kx/master 443d973 Stefan Kristiansson: cappuccino/lsu: assign 0 to mmu output signals when FEATURE_DMMU=="NONE" | 03:09 |
| mor1kx | mor1kx/master c0f709a Stefan Kristiansson: cappuccino/fetch: set tlb_reload_ack to 0 by default | 03:09 |
| stekern | olofk: try now | 03:10 |
| stekern | we really need an automated build system that tries all the possible and impossible combinations of parameters and simulation and synthesis tools | 03:40 |
| blueCmd | stekern: have anybody synced or1k-src lately? | 09:25 |
| blueCmd | from upstream i mean | 09:25 |
| stekern | blueCmd: it was a while ago, it's been on my list to do | 09:43 |
| blueCmd | stekern: cool, i had a problem that could sort of be explained by an old toolchain, but I think it was a make -jX dependency problem | 09:44 |
| blueCmd | seems to work now | 09:44 |
| stekern | has there been major changes in upstream or1k-src lately? | 09:44 |
| blueCmd | I have no idea | 09:46 |
| blueCmd | binutils changelog doesn't show more than a handful of commits since may | 09:48 |
| stekern | ok, I thought you had something special in mind for your bug | 09:48 |
| blueCmd | so probably not | 09:48 |
| blueCmd | stekern: nah, I was just exploring causes | 09:48 |
| stekern | I'd imagine that major changes are target specific | 09:48 |
| stekern | I see | 09:48 |
| stekern | *the majority of changes | 09:49 |
| stekern | so I haven't been worrying so much about that being in sync with upstream as with gcc | 09:50 |
| blueCmd | I can see why | 09:51 |
| stekern | but it should be done, of course | 09:51 |
| blueCmd | fun thing, I realised that I should probably port glibc instead of eglibc since eglibc syncs from glibc. Read a few mailinglist threads about new archs and they were all pointed to submit to glibc. Copied my work straight from eglibc to glibc and it appears to compile. | 09:52 |
| stekern | one of those days in the near future I (or someone else), will for sure find a gap in their schedule to do it ;) | 09:52 |
| blueCmd | hah | 09:52 |
| stekern | ah, cool! | 09:52 |
| stekern | I reckon you're done with your thesis since you are touching or1k stuff? =) | 09:53 |
| blueCmd | yeah, I'm bored as heck :P | 09:53 |
| blueCmd | So I figured I might was well do something | 09:53 |
| stekern | well, congrats on finishing it off! | 09:55 |
| stekern | the thesis, that is | 09:55 |
| blueCmd | thanks, I still have to present it and probably fix a few things, but the examiner taking ages on reviewing it | 09:57 |
| stekern | and I guess for (e)glibc, it probably makes sense to do development straight against glibc, we don't really have any space constraints in our development environments | 09:58 |
| blueCmd | yes, and anyway even if it's needed to have eglibc AFAIK it will follow automagically | 09:58 |
| stekern | yup, that's what I understood from what you were saying | 09:59 |
| blueCmd | stekern: have you tried building the kernel with the latest gcc lately? | 10:19 |
| blueCmd | kernel/rtmutex.c:676:1: error: inlining failed in call to always_inline ‘rt_mutex_slowtrylock’: indirect function call with a yet undetermined callee | 10:19 |
| stekern | hmm, actually, no | 10:21 |
| stekern | I've been using jonas tree lately, and have just used the or32-linux default there | 10:22 |
| stekern | is that due to a change in the kernel or in gcc? | 10:23 |
| blueCmd | ah, yes both jonas and my old 3.6.10 kernel fails to build using my freshly pulled or1k-gcc | 10:23 |
| stekern | ok, so in gcc | 10:23 |
| blueCmd | yeah | 10:23 |
| stekern | that is 4.9.0 you are using, right? | 10:24 |
| stekern | wonder if the problem exist in 4.8.1 too | 10:24 |
| blueCmd | gcc version 4.9.0 20130716 (experimental) (GCC) | 10:24 |
| blueCmd | I can switch branch and test | 10:25 |
| stekern | that'd be great | 10:25 |
| stekern | I should sync gcc soonish again too, since there is that fix for building a native or1k gcc upstream now | 10:26 |
| blueCmd | cool! | 10:27 |
| blueCmd | I never got that to work, great knowing that works | 10:28 |
| blueCmd | will help in porting debian later :P | 10:28 |
| stekern | I haven't tested the patch that actually went in to fix the problem, but I think it should be good | 10:29 |
| stekern | I had a slightly different patch that fixed the problem in another way, that I've tested | 10:29 |
| stekern | poke53282 found the same problem in directfb too | 10:30 |
| stekern | it's related to our ABI for var args, I think he has a patch in his gcc that changes the ABI to be more like x86/arm etc | 10:31 |
| blueCmd | yeah I had to hack around that a few times in glibc | 10:37 |
| blueCmd | that fix might render those hacks obsolete | 10:38 |
| blueCmd | that would be sweet | 10:38 |
| blueCmd | stekern: 4.8.1 works | 10:38 |
| stekern | hmm, ok, perhaps a momentarily upstream problem then | 11:04 |
| stekern | exactly why I wanted to do that 4.8.1 branch | 11:05 |
| stekern | to have something stable to compare against | 11:06 |
| blueCmd | I want to buy myself a big bad buildserver | 11:06 |
| blueCmd | hah, cool - it worked. running openssh and zsh using glibc | 12:30 |
| stekern | splendid! | 14:11 |
| stekern | I want to get apache up and running, afaict it's shortcomings in uclibc that prevent me from it | 14:12 |
| blueCmd | I can try to compile it | 15:39 |
| blueCmd | stekern: compiled and running :) | 16:31 |
| olofk | ams: Did you just endorse yourself on linkedin? | 16:33 |
| stekern | blueCmd: cool! | 16:34 |
| blueCmd | yes, things seems to be even more stable than I left it in march, so that's good | 16:38 |
| blueCmd | I still cannot use jonas linux due to eth0 not being detected with or1k sim though | 16:38 |
| blueCmd | it is detected with pgavins linux | 16:38 |
| stekern | I don't know what's the problem there is, works perfectly here | 16:42 |
| stekern | both in or1ksim and on real hw | 16:43 |
| blueCmd | hm, really? odd | 16:43 |
| blueCmd | stekern: you're using the compiled version right? | 16:43 |
| blueCmd | (as in pre-compiled) | 16:44 |
| blueCmd | I should probably talk to jonas about that and solve that once and for all. I need to merge some stuff upstream in the kernel so that would be the nicest way to do it | 16:50 |
| stekern | precompiled what? | 16:51 |
| stekern | or1ksim? | 16:51 |
| stekern | no, the one from github | 16:51 |
| blueCmd | linux kernel | 16:51 |
| stekern | umm, precompiled linux kernel? now I certainly fell of the wagon ;) | 16:51 |
| poke53282 | Ok, have not read the whole chat. But I have a full working patch for the varargs problem. | 16:52 |
| blueCmd | ah, I thought you were using a precompiled (by jonas) | 16:52 |
| poke53282 | A better one than what I send here a few weeks ago. | 16:53 |
| blueCmd | stekern: if you're compiling it yourself I would love to have your .config in case it's something wrong with mine | 16:53 |
| poke53282 | Actually I wanted to test it a little more but had no time. I think I will just put the current patch on the mailing list. | 16:53 |
| stekern | poke53282: yeah, put it out as an RFC, then at least it's saved for the future | 17:00 |
| stekern | blueCmd: http://oompa.chokladfabriken.org/tmp/config-3.11-nfs | 17:01 |
| blueCmd | ty | 17:01 |
| blueCmd | stekern: still using or32-linux as the target for linux? | 17:04 |
| stekern | 13:22 < stekern> I've been using jonas tree lately, and have just used the or32-linux default there | 17:15 |
| blueCmd | stekern: thanks. I get some weird linking errors with your config, disabling module support fixes it. your config without modules works which is cool - now I have something to work with and debug why mine doesn't. Also, I discovered that I was running on a weird branch. | 17:20 |
| blueCmd | works as in: i have eth0 | 17:20 |
| stekern | great! | 17:21 |
| blueCmd | huh, seems that mine works as well now. maybe it was only the wrong branch that was the problem. oh well, great | 17:25 |
| olofk | stekern: mor1kx works fine now in orpsocv3 | 17:30 |
| olofk | Now juliusb and stekern. How about slapping on a tag on mor1kx? | 17:33 |
| stekern | olofk: I'm all for it | 17:52 |
| stekern | juliusb is the one that is slowing the tag-team down =) | 17:52 |
| stekern | I mean, I think we can forget that we "slow down and just push bugfixes for a release" | 17:53 |
| stekern | that's never going to happen | 17:53 |
| stekern | better to just tag a release, and then backport fixes to that when they emerge | 17:54 |
| stekern | that's my 2 cents | 17:54 |
| stekern | ... but we better hurry, because tonight I'll start introduce new bugs with the storebuffer ;) | 18:20 |
| stekern | olofk: thanks for catching those yesterday btw! | 18:21 |
| olofk | There's an insane mount of weird legacy options in unzip | 18:36 |
| olofk | Awesome! github allows downloading as .tar.gz as well. Bye bye zip | 18:41 |
| stekern | heh, of course | 18:42 |
| stekern | you can do git archive in your local repo too | 18:43 |
| poke53282 | zip was never good. Unfortunatelz it is still being used. Even by me to distribute my software. I can't expect that everyone knows to handle .rar or .tar.bz2 files. | 18:43 |
| stekern | yeah, in $dayjob it's zip files for me too | 18:44 |
| poke53282 | The worst part was the encryption option. | 18:44 |
| poke53282 | Just for one I tried one decryption software and was amazed that I got a 10 digit password within 2 hours on a slow computer. This is already 13 years ago. | 18:46 |
| poke53282 | Just for fun .... | 18:47 |
| poke53282 | s/one/fun/ | 18:48 |
| stekern | heh | 18:48 |
| stekern | poke53282: you have those extra exports in rcS only, right? | 18:49 |
| stekern | the SDL_ ones I mean | 18:49 |
| poke53282 | Oh, probably I have them twice. I tried several positions and only one worked. Then I forgot to remove them. I have also one .profile and one .bashrc file | 18:50 |
| stekern | ok, that explains it... it didn't work in rcS for me neither | 18:51 |
| stekern | but grepping took to long ;) | 18:51 |
| poke53282 | Probably I tried .bashrc first. That didn't work. Then I tried rcS. That didn't work. Then I looked up the busybox doc. ;)\ | 18:52 |
| stekern | that's the engineering spirit, don't look in the docs until everything else have failed | 18:55 |
| olofk | Time to add license headers to orpsocv3. What to choose...? | 19:02 |
| olofk | I'll probably go with GPLv3. | 19:03 |
| olofk | This is for the python files | 19:03 |
| jeremybennett | olofk: Historically we have used LGPL variants for hardware and GPL for software (most recently GPLv3). | 19:04 |
| stekern | personally, I'm not a huge fan of gplv3, but it's your call | 19:04 |
| poke53282 | http://choosealicense.com/ | 19:04 |
| jeremybennett | LGPL is a really bad choice for hardware, but we are stuck with it by history. See this blog post for some helpful info http://www.embecosm.com/2013/03/08/a-license-to-build/ | 19:05 |
| jeremybennett | The CERN OHL upgrade is not yet released, so for a copyleft style protection of hardware, CC BY-SA 3.0 is recommended. | 19:06 |
| olofk | This is pure python software, so I'll go with GPLv3. Now I'm just trying to find a nice standard template to use. | 19:07 |
| stekern | I think our biggest dilemma is that, what are open cores really, software or hardware? | 19:07 |
| stekern | I'd say neither | 19:08 |
| stekern | it's no more hardware than a firmware burnt into a ROM | 19:09 |
| stekern | so any license that would be suitable for such firmware should be as suitable for us | 19:10 |
| stekern | the question is, is there a license suitable for firmware? | 19:11 |
| olofk | No, the question is what the hell I should write at the top in my pyton files for orpsocv3 :P | 19:12 |
| stekern | yeah, yeah, I get it, you haven't been productive enough and want to increase the KLOCS a bit ;) | 19:12 |
| olofk | busted :( | 19:14 |
| poke53282 | In my opinion put a license file and add some part in the readme file. Don't add a header in every file with the license. This is in my opinion not necessary and leads to increased pulse everytime I have to scroll down two pages to get the first useful information. | 19:16 |
| stekern | hey, excercise is healthy you know | 19:18 |
| olofk | :) | 19:18 |
| olofk | Yeah, I'm thinking about leaving the files as they are. There seems to be a lot of people who think that just adding a project-wide license is enough | 19:19 |
| olofk | Now should it be called LICENSE or COPYING? | 19:20 |
| poke53282 | Does not matter. Both is obvious enough | 19:23 |
| stekern | trying to tick this store buffer thing of my TODO-list just added two new items | 19:33 |
| stekern | first incarnation will of course just be a simple FIFO type of thing, but some time I'd like to make it combine < 32-bit stores and out of order | 19:34 |
| stekern | relatively simple would probably be to let it fill up with a burst length too, and keep a flag if they are "burstable" | 19:36 |
| olofk | I just officially released orpsoc 3.0 | 19:51 |
| olofk | As soon as I figure out where to put my tar ball, I will celebrate with a mailing list announcement and a tweet | 19:51 |
| stekern | that's what I call a party! | 19:56 |
| olofk | opencores only handles .odt, pdf and doc files | 19:56 |
| olofk | Sigh... | 19:56 |
| stekern | speaking of which, our 8 year old had his birthday party today, what a chaos... | 19:57 |
| olofk | hahaha. I can imagine. I will probably experience it myself in 7 years and 8 months | 19:58 |
| stekern | be afraid, be very afraid.... | 19:59 |
| stekern | I had to handle the first half an hour myself too, it was a long time ago since I longed so much for my wife to come home | 20:00 |
| olofk | juliusb: It looks like you have uploaded stuff to the opencores FTP. Can you upload orpsoc-3.0 for me? | 20:06 |
| _franck_ | olofk: why don't you use openrisc github for your orpsocv3 ? and use tags... | 20:26 |
| olofk | _franck_: I still want a tar ball that has passed make dist | 20:27 |
| stekern | olofk: don't you have the login/pass to the ftp? | 20:28 |
| olofk | stekern: It was probably sent to my orsoc mail account | 20:28 |
| stekern | that's why I never use company e-mail address for anything else than strictly work things | 20:30 |
| olofk | stekern: I learned my lesson | 20:31 |
| stekern | but yeah, in that case it was probably not your choice though | 20:31 |
| * _franck_ is porting his altera de1 board to orpsocv3 | 20:33 | |
| olofk | _franck_: That is awesome! Please tell me if you need any help | 20:35 |
| stekern | yay! | 20:35 |
| olofk | stekern: Thanks :) | 20:37 |
| stekern | np | 20:38 |
| olofk | Hmm. doesn't firefox have a built-in ftp uploader? | 20:38 |
| stekern | no idea, I use ftp, ncftp or krusader if I fancy something guiy | 20:40 |
| olofk | Turned out that I had neither installed, so I used a firefox plugin instead | 20:43 |
| olofk | Gentoo considers an FTP client to be bloat ware :) | 20:44 |
| stekern | that's what I like about krusader (and total commander when I'm forced to use windows), you get a lot of that "Bloatware" bundled in one package | 20:47 |
| olofk | Tada! ftp://ocuser:ocuser@openrisc.opencores.org/orpsoc/orpsoc-3.0.tar.gz | 20:49 |
| _franck_ | one should create a checkpatch.pl script for RTL source code... | 20:50 |
| olofk | As long as you drop the .pl extension, I'm ok with that :) | 20:50 |
| olofk | I'm also against checkpatch.vba | 20:50 |
| olofk | Oh well. That's it for tonight. I'm expecting to release a 3.0.1 as soon as someone tries to use it | 20:52 |
| _franck_ | I'm a pshycho-tab/space/ident-path | 20:52 |
| stekern | olofk: you'd love this "application" http://www.vishay.com/resistors-non-linear/ntc-curve-list/ | 20:53 |
| stekern | I had to use that to calculate some ntc curves a while ago, it's basically a whole program embedded into excel... | 20:53 |
| stekern | _franck_: whatcha looking at? | 20:54 |
| stekern | I'm a bit allergic to trailing whitespaces myself, after turning on global-white-space in emacs as default | 20:55 |
| _franck_ | orpsoc_top.v there is so much space/tab mix | 20:55 |
| stekern | yeah, that's a bit messy I think | 20:56 |
| stekern | inconsistently messy | 20:57 |
| stekern | we've got the mixed space/tab thing in mor1kx too, but that's just what the default verilog mode in emacs chose to do | 20:57 |
| stekern | it's probably derived from the gnu coding style | 20:58 |
| stekern | but that's consistently messy ;) | 20:59 |
| _franck_ | that's what I thought, it looks like gnu coding style | 20:59 |
| stekern | i.e. it follow the rules that the emacs verilog mode set up | 21:00 |
| _franck_ | anyway, my board won't run tonight, there is too much spaces to replace by hand ;) | 21:01 |
| stekern | I'd personally prefer tabs only, but it's nothing I'm going to push juliusb into using ;) | 21:02 |
| stekern | I think almost any coding style is acceptable, as long as it is consistently followed | 21:03 |
| _franck_ | +1 for tabs, size 8 like the kernel coding style | 21:03 |
| stekern | ah, I think this is it for tonight for me too | 21:12 |
| stekern | I got a nice little store buffer module layed out and halfly hooked up and it seems to do the things right so far | 21:13 |
| stekern | just need to connect it so it actually performs the write out on the bus and stall the pipeline when it's full | 21:13 |
| stekern | and stall loads when it's not empty | 21:14 |
| _franck_ | a store buffer is something you put between the writeback stage and the memory ? | 21:20 |
| _franck_ | s/memory/rf | 21:21 |
| tintenammae | Could anyone help tell me how/if stdin is set up when running c programs (no linux) on orpsoc altera dev board? Like stdout sends characters to the serial port, not sure about stdin? | 21:29 |
| tintenammae | \ | 21:38 |
| tintenammae | would be very grateful if someone could give/point me in the direction of some information on this? | 21:56 |
| olofk | stekern: I was going to sleep, but then I decided to play DOTT instead. Bad decision :) | 22:36 |
| --- Log closed Wed Aug 21 00:00:21 2013 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!