--- Log opened Mon Aug 19 00:00:18 2013 | ||
stekern | olofk: yes, I get this kind of log entries when I touch it: "ads7846 spi32764.0: UP" | 02:18 |
---|---|---|
stekern | =P | 02:18 |
stekern | juliusb: that sounds good and generic enough, so I can figure out what to talk about in the next couple of months | 02:21 |
_franck_ | juliusb: I'll come | 06:10 |
stekern | \o/ | 06:17 |
_franck_ | stekern: what is this new jbgpio driver ? Is that for a gpio we have in opencores ? I think we should use gpio-generic.c and create an gpio-generic RTL core | 06:18 |
stekern | heh, "new", I think it's been around since 2010 | 06:19 |
stekern | before I entered the project at least | 06:19 |
stekern | it's for the orpsocv2 gpio | 06:19 |
_franck_ | ok :) never used it | 06:20 |
stekern | hmm, I wonder if you actually could use the gpio-generic driver, at least for gpios with width 8 | 06:26 |
stekern | _franck_: you haven't used gpios in Linux? | 06:31 |
stekern | why the extensive use of ascii art in gpio-generic.c? | 06:45 |
stekern | yeah, I'm pretty confident now that we can use gpio-generic.c with the orpsocv2 gpio | 06:56 |
ams | stekern: urgh ... why on earth do people put ascii art in code like that ... | 07:05 |
* _franck_job_ can't use SSH from work place anymore.... | 07:14 | |
_franck_job_ | stekern: I've used gpio with QorIQ, iMX, PowerPC, not OpenRISC. To be honest I never booted Linux on OpenRISC :) | 07:16 |
stekern | (no ssh) outrageous! | 07:16 |
_franck_job_ | stekern: I gonna get it back soon (hope so) | 07:17 |
stekern | ok, I of course meant gpio on openrisc | 07:17 |
stekern | hmm, but there are no device tree bindings for generic-gpio AFAICT | 07:35 |
_franck_job_ | another thing to put on a TODO list | 07:43 |
stekern | a couple of patches that add support for it exists | 07:45 |
stekern | the last effort is from february this year, with some positive comments from Grant Likely, but no follow-up patch | 07:46 |
stekern | yeah, that darn TODO-list, it just keeps growing and growing! | 07:48 |
_franck_job_ | we should have a common TODO list available for people who want to get involved (do we already have one ?) | 07:50 |
stekern | my top tree currently are: get the touchscreen interface on this lcd add on working, add store buffer to mor1kx and get openrisc up and running on sockit | 07:52 |
stekern | I don't think we have one, no | 07:52 |
stekern | the problem with a common TODO list is that you have to maintain it, because hopefully items will be removed from it | 07:53 |
olofk | I have a TODO list in orpsocv3, and I found that it's hard to keep it up-to-date for just that project | 07:56 |
juliusb | _franck_: I agree, maybe a list of broad tasks on the wiki? | 07:56 |
olofk | So I say NACK on a global one :) | 07:56 |
stekern | and most of the items on my personal TODO-list is things *I* want to do =) | 07:57 |
_franck_job_ | yes I see it more like a design idea list, even if it's not directly related to openrisc | 07:57 |
olofk | I often look at the gnome wiki, and I must say that they are quite good at keeping a project wide TODO/broad target list | 07:58 |
_franck_job_ | stekern: yes, me too, some of them must have my Signed-off-by: *me*, that's the only award we have while doing open sources :) | 07:59 |
juliusb | there definitely are tasks we would like people to get into, though, like gdb port updates, tool chain management in general, ORPSoCv3 board ports, RTOS porting (contiki etc) | 07:59 |
stekern | oh, I don't disagree with that | 08:00 |
juliusb | bugzilla isp robably also a good thing, for tracking the individual bug tasks | 08:01 |
stekern | but, yeah, a broad TODO list | 08:01 |
juliusb | so that's probably your two levels of granularity there which cover the project as a whole | 08:01 |
stekern | we kind of had the "wishlist" earlier | 08:01 |
juliusb | yeah, we could neaten that up | 08:01 |
stekern | I think that's very obsolete nowdays | 08:01 |
stekern | ...but it's still on the wiki | 08:01 |
juliusb | i did a little bit of wiki gardening last night | 08:01 |
juliusb | but that main page could really do with some more when I get a moment... | 08:02 |
olofk | juliusb: That's great. The wiki needs tons of love | 08:02 |
olofk | I love our FAQ. It has answers to all my questions | 08:08 |
stekern | sure does | 08:08 |
stekern | that was meant as an answer to your first sentence, but I can extend it to the second as well | 08:10 |
olofk | poke53282: Do you have a CPU ID for jor1k? | 08:23 |
olofk | Did some wiki cleanup too | 08:52 |
olofk | Questions on the Linux section. True or false? | 08:57 |
olofk | 1. Due to shortcomings in the current toolchain, support is limited to statically compiled binaries. | 08:57 |
olofk | 2. BusyBox for OpenRISC builds and works well, however, on top of the uClibc port | 08:57 |
stekern | 1) false | 09:00 |
stekern | where's that section? | 09:00 |
stekern | ah, http://opencores.org/or1k/OR1K:Community_Portal#Linux | 09:02 |
stekern | but 2) is just continuing on 1), no? | 09:02 |
stekern | like "even though dynamic libraries aren't supported, you can still build a functional busybox ontop of uclibc" | 09:03 |
stekern | I'd say nowdays, we can probably confidently say that you can run a bit more than just busybox on it ;) | 09:05 |
olofk | I found the section on the main page, but I removed it | 09:39 |
olofk | I will also remove stuff about orpmon and or_debug_proxy and hide them in some legacy section | 09:40 |
stekern | go olofk, go olofk! | 09:42 |
olofk | Still true? At present OpenRISC is supported by a 32-bit [[OpenRISC GNU tool chain|GNU toolchain]] offering C and C++ support with static libraries only | 10:10 |
olofk | Or is it only true for the or32 toolchain? | 10:10 |
stekern | only true for the or32 tool chain | 10:47 |
stekern | the 32-bit support is true for both | 10:48 |
stekern | no 64-bit support yet | 10:48 |
olofk | I meant the static part | 10:48 |
olofk | Although I wouldn't have been surprised if you had implemented a 64 bit CPU and toolchain :) | 10:49 |
stekern | it's on the infamous TODO-list! =P | 10:51 |
olofk | Sometimes I think it must be easier to write a TODONT list | 10:52 |
stekern | haha | 10:52 |
stekern | let's do that | 10:52 |
stekern | "This is the list of things we DON'T want you to waste your time on" | 10:52 |
olofk | 1. Come in to the IRC channel and say that it's not a real project because there is no ASICs | 10:53 |
olofk | 2. Change the prefix of the toolchain | 10:53 |
olofk | 3. Start a new mailing list for OpenRISC | 10:53 |
stekern | number one should be "Come in to the IRC channel, ask "Hello? can anybody help me" and then disconnect when there wasn't an answer within 2 minutes" | 10:57 |
stekern | but that's probably more of a general IRC TODON'T | 10:58 |
-!- Netsplit *.net <-> *.split quits: hno | 13:22 | |
stekern | now I at least get some values out of this ts... | 14:31 |
stekern | but they are all weird | 14:31 |
juliusb | yes, that's good work there by olofk- all mentions of orpmon and or_debug_proxy shuold be banished to some far, faraway page | 14:40 |
stekern | oh, I think the X and Y are just swapped | 14:41 |
juliusb | or_debug_proyx? | 14:43 |
juliusb | ;) | 14:43 |
juliusb | stekern: .... ts? | 14:43 |
_franck_job_ | touchscreen | 14:44 |
stekern | hehe, not or_debug_proyx, I'm all sucked up in my own stuff... | 14:44 |
juliusb | ah very nice | 14:44 |
stekern | yup touchscreen | 14:44 |
stekern | I'm trying to play the mi demo on the de0-nano | 14:45 |
juliusb | ! :) | 14:45 |
stekern | no, this is still all messed up | 15:02 |
stekern | wonder if it can be a be issue | 15:02 |
stekern | because the readings are 12-bit | 15:03 |
stekern | it *looks* like it should be handled correctly though | 15:10 |
poke53282 | olofk: Don't think so. Implemented only the necessary registers to boot the Linux kernel. | 17:05 |
olofk | Hello? can anybody help me | 17:28 |
jeremybennett | olofk: With what? | 17:30 |
olofk | jeremybennett: No help needed. I'm just trying out the TODONT list that stekern and I were talking about earlier today. | 17:33 |
jeremybennett | NP | 17:36 |
stekern | seems to work fine =P | 17:49 |
stekern | except, jeremybennett was too quick to respond | 17:49 |
olofk | I hadn't expected that :) | 17:50 |
jeremybennett | happens sometimes :) | 17:53 |
-!- hno` is now known as hno | 17:59 | |
-!- hno is now known as Guest39846 | 18:00 | |
-!- Guest39846 is now known as hno2 | 18:01 | |
-!- hno2 is now known as hno | 18:02 | |
olofk | How do I add a repo to the OpenRISC organization on github? | 19:04 |
stekern | olofk: don't you have an "Create a new repo" button in the upper right corner? | 19:12 |
olofk | stekern: I have created a repo | 19:13 |
stekern | I finally got this touchscreen working! | 19:13 |
olofk | That's awesome! | 19:13 |
olofk | Is it any usable? | 19:14 |
stekern | I needed to slow down the spi clock | 19:14 |
olofk | ahh... so if I create a repo on my personal page, it's not the same as a repo on the openrisc page | 19:14 |
olofk | If so, can I move it, or do I need to recreate the repo? | 19:15 |
_franck_ | you need to swith to openrisc on the upper left side | 19:16 |
_franck_ | s/swith/switch | 19:17 |
olofk | done | 19:17 |
olofk | But can I somehow move the repo that I created on my personal page to the openrisc page? | 19:18 |
olofk | I'm sure there is some smart-ass git way to do that ;) | 19:19 |
stekern | just create a new one on the openrisc page and push to that | 19:20 |
stekern | and delete the one on your page | 19:20 |
olofk | So if I push a repo to another location, I will get the whole history and stuff? | 19:21 |
stekern | yes | 19:22 |
olofk | I should probably remove git as a skill on my linkedin page :) | 19:22 |
stekern | all incarnations of the repo are clones | 19:23 |
olofk | Is it just to edit the [remote "origin"] stuff in .git/config and do "git push" ? | 19:23 |
olofk | After the repo is created | 19:23 |
stekern | git remote set-url origin <new-url> | 19:24 |
olofk | I suspect that does the same thing | 19:25 |
stekern | yeah, I guess you can edit the file too | 19:26 |
olofk | I did a git push, but my push was rejected, so I did a git pull instead and now it looks like it's trying to merge something | 19:26 |
stekern | hmm, yeah, because you updated the origin to the new repo (which probably isn't the same as the old) | 19:27 |
olofk | So is it ok to do a a git pull? Will that resolve the situation? | 19:27 |
olofk | Luckily it's just one commit to the old repo, so I won't have any trouble to recreate it manually, but it would be good to know anyway | 19:28 |
stekern | what was the reason it was rejected? | 19:29 |
olofk | current branch is behind its remote counterpart | 19:29 |
stekern | without having an idea what you are trying to do, it's hard to tell if the pull would solve anything | 19:30 |
stekern | what did you do with the old repo? did you push anything to that? | 19:30 |
stekern | what do you have in the new repo? | 19:30 |
olofk | I did a push to the old repo, and github probably did an initial push before that to write readme.md | 19:31 |
olofk | I'm recreating it manually instead | 19:31 |
stekern | ah, so just git push -f what you have in your working tree to the new repo | 19:33 |
olofk | What would -f do then? Force-apply my local tree on top of the remote one? | 19:34 |
olofk | ah.. crap.. I forgot to set user.email before pushing. Can I update the remote commit with that afterwards? | 19:36 |
stekern | short answer: 'yes' | 19:37 |
stekern | long answer, you've got the wrong e-mail in the commit | 19:37 |
stekern | i.e. in the local commit | 19:38 |
stekern | i.e. pushing is unrelated, committing is related | 19:38 |
olofk | I'm reading up on how to remove remote commits | 19:38 |
stekern | fix up your local tree and git push -f that | 19:39 |
stekern | (but don't take into habit adding that -f flag ;)) | 19:39 |
olofk | Already created an alias git=git -f | 19:39 |
stekern | haha | 19:40 |
olofk | When I removed the old repo now, I saw that there was a button to transfer it to an organization :) | 19:47 |
ysionneau | the solution of this is : git pull --rebase | 19:47 |
ysionneau | usually | 19:47 |
ysionneau | it just means someone pushed a commit, and you did a commit (locally, as git is distributed), but you cannot push because the other person already pushed a commit which moved the branch | 19:48 |
ysionneau | the solution is pull --rebase which will pull the other person's work, and rebase your own work on top of it | 19:48 |
ysionneau | then you will be able to git push | 19:48 |
ysionneau | with no -f :) | 19:48 |
ysionneau | -f is evil | 19:48 |
olofk | :) | 19:49 |
olofk | At least I have now officially split out the RTL stuff from orpsocv3 to a separate repo. Feels good so far | 19:50 |
ysionneau | hum, maybe I misunderstood the situation here :) sorry if I missed the point | 19:51 |
stekern | ysionneau: yes, but in this case it wouldn't have solved the problem, since he had screwed up what was in the remote repo | 19:52 |
ysionneau | aouch | 19:52 |
ysionneau | ok | 19:52 |
olofk | Cleaning out the repo and recreating it was probably the sensible option here | 19:52 |
olofk | They should probably force you to take a test before you can create a github account. | 19:53 |
ysionneau | ahah | 19:57 |
ysionneau | there are a few "games" to learn/play (with) git | 19:57 |
olofk | Like git-ar hero? | 19:57 |
ysionneau | unfortunately I don't have the url bookmarked and browsing on 3G is hard | 19:57 |
ysionneau | ahah, more like web apps :) | 19:57 |
ysionneau | but nice one | 19:57 |
stekern | olofk: yes, it's usable now | 19:58 |
olofk | stekern: Does it work with DOTT? | 19:59 |
stekern | probably, but it doesn't fit in the initramfs | 19:59 |
olofk | But how did you do it last time? | 20:00 |
stekern | I need to put it on the spi flash and mount it | 20:00 |
olofk | ah.. ok | 20:01 |
stekern | ah, that was on the atlys board, with ethernet access | 20:01 |
stekern | so I have a ~400MB nfs rootfs there | 20:01 |
olofk | Oh yes, the nano doesn't have ethernet, right? | 20:01 |
stekern | nope, that's it's biggest downside | 20:02 |
stekern | its even | 20:03 |
stekern | so, one thing to tick off the TODO-list | 20:16 |
olofk | I'm thinking about setting up a mor1kx environment in orpsocv3 now | 20:16 |
olofk | One thing that would be nice for me would be if you could move mor1kx-monitor to the mor1kx repo | 20:17 |
stekern | I guess it could be in bench/verilog/ in that repo, yes | 20:20 |
stekern | fine with me | 20:20 |
stekern | what does juliusb think? | 20:21 |
olofk | Just adding a copy to mor1kx/bench/verilog probably wouldn't mess anything up | 20:27 |
stekern | I think we should move it, we have enough of multipl copies of things as it is, don't we? =) | 20:28 |
olofk | You do have a point :) | 20:29 |
olofk | poke53282: Regarding the CPU ID. If you feel for it, you could implement a CPU ID and list it in the table here http://opencores.org/or1k/OR1K_CPU_Cores | 20:44 |
olofk | Just for the sake of completeness | 20:44 |
juliusb | i'd encourage that | 21:07 |
juliusb | (cpu ID for jor1k) | 21:07 |
juliusb | moving mor1kx-monitor... mmmm yeah I guess so | 21:08 |
juliusb | bench/verilog in there would be good | 21:08 |
juliusb | if that's the standard way then no worries! | 21:08 |
olofk | I think it's good to keep it close to the core | 21:15 |
olofk | And right now, I need to add a dependency on the whole mor1kx-dev-env repo if I want to use the monitor | 21:15 |
juliusb | fair call | 21:19 |
olofk | mor1kx doesn't seem to start properly. I got an access on the instruction bus, but it doesn't fetch anything more, and I have x on the data adr, dat and sel lines | 21:26 |
juliusb | did it fetch 0? | 21:27 |
juliusb | and which pipeline did you instantiate? | 21:27 |
olofk | It fetches 0x100 and 0x104 in one access | 21:29 |
olofk | I'm using cappuccino | 21:29 |
olofk | The instructions are 0x18000000 and 0xa820001 | 21:30 |
juliusb | mmmm | 21:36 |
olofk | I tried to set dbus to b3_read_bursting, but that didn't help either | 21:36 |
juliusb | maybe stekern has been faking it all along... he's really been running the OR1200! :P | 21:50 |
juliusb | he forgot to comment out `define OR1200 | 21:51 |
olofk | :) | 21:51 |
olofk | Or he implemented a JavaScript engine that runs jor1k. | 21:52 |
olofk | It looks like most things are dead in mor1kx_cpu | 21:53 |
juliusb | :-/ | 21:54 |
juliusb | didn't forget to hook somethign up at top-level? | 21:54 |
olofk | Not that I can see. I don't get any warnings either | 21:54 |
olofk | Any secret defines? | 21:55 |
juliusb | actually, yes, they're the ones you need to pay for. I should have told you that our model was to charge for full functionality | 21:58 |
juliusb | you have a 2 instruction limit | 21:58 |
juliusb | after which there's a royalty of .01c per instruction you execute | 21:59 |
olofk | I know I shouldn't have followed that link from closedcisc.com | 21:59 |
juliusb | you need to talk to our encrypted server with your license and it will log your instructions and we'll send you a bill | 21:59 |
juliusb | yes, the enabling block you need will be delivered as encrypted netlist, you will also need to pay for a closed source binary EDA tool to be able to compile that | 22:00 |
juliusb | and any documentation you receive after now will require you sign an NDA | 22:00 |
olofk | Somehow this sounds an awful lot like my dayjob | 22:00 |
juliusb | plus mine and stekern's support will be charged by the hour | 22:00 |
juliusb | or by the IRC line, you have a choice of models | 22:01 |
juliusb | indeed, that's the closedcisc project's way | 22:01 |
juliusb | hmmm, how big is the VCD? | 22:02 |
juliusb | reckon you could like gzip and up it to a dropbox? | 22:02 |
olofk | Should I convert it to an excel file first? | 22:04 |
juliusb | that sounds way better | 22:04 |
olofk | This one is generated with the same parameter settings as you use in mor1kx-dev-env | 22:05 |
olofk | https://www.dropbox.com/s/umvaoznnpif32bd/testlog.vcd | 22:05 |
juliusb | in the board/generic/mor1kx/rtl/verilog/orpsoc_top.v file or whatever? | 22:05 |
olofk | yep | 22:06 |
olofk | Do you have any fancy requirements on the reset? | 22:08 |
juliusb | good healthy clock and reset there | 22:08 |
juliusb | maybe there's some async only stuff, so there's no posedge on the reset? | 22:09 |
juliusb | try starting the reset at 0, then pulsing it | 22:09 |
juliusb | but the async stuff is usually disabled | 22:09 |
juliusb | it's a `define | 22:09 |
juliusb | there's a load of things which are still x, it's very bizzare | 22:10 |
olofk | Pulsing the reset only moved the problem | 22:11 |
juliusb | this is simulating with icarus? | 22:11 |
olofk | yep | 22:11 |
olofk | modelsim won't start because I need to fix some timescale things in another file | 22:12 |
juliusb | can you pastie the top-level file? the orpsoc_top? | 22:15 |
olofk | http://pastie.org/8251485 | 22:17 |
juliusb | mmm one thing which looks bad is that exception_epcr doesn't get reset... | 22:17 |
olofk | Could it be OR_ASYNC_RST? | 22:18 |
juliusb | https://github.com/openrisc/mor1kx/blob/master/rtl/verilog/mor1kx_ctrl_cappuccino.v#L628 | 22:18 |
juliusb | no, no reset at all on this guy | 22:18 |
juliusb | maybe try hacking one in there? | 22:18 |
juliusb | that's my first guess | 22:18 |
olofk | I could try that, but why doesn't anyone else have this problem? | 22:19 |
juliusb | yeah, good question | 22:19 |
juliusb | to be hones it's probably not it | 22:19 |
juliusb | but it's something which is going to remove the source of 1 x | 22:19 |
juliusb | Xs spread like wildfire | 22:19 |
olofk | My bet is still on a missing define | 22:22 |
juliusb | there's no config defines | 22:22 |
juliusb | but yes, could be an omitted define....kinda hard to do in such a small project I think.. have a file not checked in | 22:23 |
juliusb | although, you nkow what | 22:23 |
juliusb | in my tree in mor1kx-dev-env I have symlinked the mor1kx-defines.v and mor1kx-sprs.v to the originals. it's possible stekern has copies and modified them? | 22:23 |
juliusb | and so then they're out of the mor1kx git tree | 22:24 |
juliusb | and you don't notice them when you do git status | 22:24 |
olofk | I'll continue tomorrow. It would be good if someone else could test drive my orpsocv3 system. Might still be an error on my part | 22:25 |
olofk | Good night for now | 22:25 |
juliusb | nice work man, i'm sure we'll get to the bottom of it. night | 22:26 |
juliusb | hmm there's also some logic in the lsu which doesn't get reset 100% | 22:29 |
juliusb | tlb_reload_ack is one | 22:30 |
juliusb | tlb_miss stays X, too | 22:30 |
juliusb | mm yeah i'm not experienced enough with cappuccino to know, stekern will surely know what's going on | 22:34 |
--- Log closed Tue Aug 20 00:00:19 2013 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!