| --- Log opened Fri Mar 28 00:00:40 2014 | ||
| stekern | blueCmd: haha, you make it sound like I'd be a huge fotball supporter, drinking beer in front of the games ;) | 03:52 |
|---|---|---|
| stekern | when the truth is, the only fotball games I watch are the ones that a particular team play, and only the ones where the ones born 2005 or 2007 play | 03:54 |
| stekern | and the beer picture even had an OpenRISC connection, it's the brand that juliusb bought for refreshments last orconf ;) | 03:55 |
| stekern | olofk: I think I've found some kind of problem in the arbiter that is used in wb_intercon_gen | 04:13 |
| stekern | I've got the one port on the memory controller shared between or1k and the debug port, and only the debug port is asserting wb_cyc. but the cyc is still not coming through wb_intercon | 04:15 |
| stekern | why this only happens on the atlys board (synthesis difference? or the root cause is in the memory controller?) is still unclear | 04:16 |
| stekern | I'm doing a test run without the or1k connection now, thus completely taking out the arbiter of the picture to get some more info | 04:18 |
| stekern | blueCmd: since you looked closer at my photo stream, you didn't miss the snotty dog, did you? http://www.flickr.com/photos/92201104@N06/8435219406/in/photostream/ | 04:26 |
| stekern | Those danish people are crazy! | 04:26 |
| stekern | or the infamous error I encountered at the finnish post office: http://www.flickr.com/photos/92201104@N06/8717617288/in/photostream/ | 04:42 |
| stekern | (to all others, once again, sorry about Swedish oriented jokes) | 04:44 |
| stekern | nah, it's not the arbiter, it still happens with that disabled... | 05:57 |
| stekern | I bet this will turn out to some stupid error on my behalf, like undeclared wired or so... even though I've double-checked that a million times | 05:58 |
| stekern | hmm, definetely something strange going on, if I only connect the debug port to the memory slave (i.e. no other slaves) wb_intercon_gen doesn't connect the two at all | 06:33 |
| stekern | but that seems like an unrelated bug to my original problem | 06:42 |
| olofk | stekern: Looks like someone displaced the dots in forsook and put them somewhere else | 07:00 |
| stekern | you mean the 'pricks'? | 07:04 |
| olofk | :) | 07:08 |
| stekern | but the finns don't only have problems with the swedish language, they need to learn to hyphenate better as well: http://oompa.chokladfabriken.org/bilder/Kuk-Kia.jpg | 07:08 |
| stekern | kukkia = flowers | 07:08 |
| olofk | hahaha . My girlfriend found a finnish children book yesterday. There were a lot of mutta and kuken in it | 07:10 |
| olofk | I was planning to ask you about that | 07:10 |
| stekern | heh, yeah. mutta = but. it's not only finnish children book authors that have a dirty mind, this was a gem I found during my study times: http://oompa.chokladfabriken.org/bilder/dolmen-stor.jpg | 07:12 |
| stekern | that's the end of the swedish internal jokes, I promise ;) | 07:13 |
| olofk | LOL | 07:20 |
| _franck_web_ | stekern: would it be possible to finish an instruction cache refill if you detect a branch outside the cache line address range before you finished the refill ? | 08:14 |
| _franck_web_ | it's just I thought I had while watching the cache refill during my ddr controller debug session :) | 08:15 |
| stekern | possible, yes. worth the trouble.. /me shrugs | 08:17 |
| stekern | besides, there is a slight possibility that you will need the things you are fetching into cache (consider jal) | 08:19 |
| _franck_web_ | ok that's what I thought. However, I have now 128 bytes on cache in my memory controller. So i thought I could increase my icache line size | 08:20 |
| stekern | 32 byte is the max the arch spec dictates anyway ;) | 08:20 |
| _franck_web_ | (about jal) but if you know that your destination address is outside your current line ? | 08:21 |
| _franck_web_ | 32 bytes limitation ? arf | 08:21 |
| stekern | yes, but you'll jump back to what you are fetching at some point | 08:21 |
| stekern | if the data in cache have been replaced by then, that's of course a possibility | 08:22 |
| _franck_web_ | anyway, I'm fighting with my memory rigth now | 08:23 |
| stekern | and there is of course a possibility that the jal and the delay slot is just at the end of a cache line | 08:23 |
| stekern | but in that case, I don't think "false" data will be fetched | 08:24 |
| _franck_web_ | the controller passes olofk bfm transactor test, my board runs barebox, it runs linux until I have a dtlb miss and then it fetches wrong datas... | 08:25 |
| _franck_web_ | I debug it with or1k-downloader and signaltap :) | 08:25 |
| stekern | that's how real men do it | 08:25 |
| _franck_web_ | 12 minutes to download vmlinux :) | 08:26 |
| stekern | except, I don't have any signaltap, only diila in my current setup | 08:26 |
| _franck_web_ | I was so exited I frame buffer was working and then I figured out my board wasn't able to ru Linux !!! aaahhh ! | 08:28 |
| _franck_web_ | s/I/my | 08:28 |
| olofk | I like that my bfm transactor test is being used. I just hope it's doing the right thing :) | 08:30 |
| _franck_web_ | I also used write functions: https://github.com/fjullien/orpsoc-cores/blob/test_fb/systems/test_fb/bench/orpsoc_tb.v#L203 | 08:31 |
| blueCmd | stekern: haha | 09:08 |
| olofk | _franck_web_: Cool. Does it work? | 09:33 |
| olofk | I think stekern did some fixes a while ago, but I haven't tested it since then | 09:33 |
| _franck_web_ | olofk: I had to add a wb_cyc_o <= 1'b0 in wb_bfm_master.v (task next, after wb_stb_o <= 1'b0) | 09:36 |
| olofk | _franck_web_: Ah ok. I haven't noticed that. Is this only a problem for non-burst acesses? | 09:40 |
| _franck_web_ | AFAIR yes | 09:43 |
| stekern | I've pinpointed my debug port problem to that it fails when I add the SPI slave | 11:46 |
| stekern | looking at the code doesn't make me go 'aha' (yet) | 11:46 |
| stekern | hmm, xst decides that all wbs_ack_i[>=4] in https://github.com/openrisc/orpsoc-cores/blob/master/cores/wb_intercon/wb_mux.v are not used... | 12:26 |
| stekern | "Input <wbs_ack_i<5:4>> is never used." | 12:27 |
| stekern | when num_slaves = 6 | 12:27 |
| stekern | and "Input <wbs_ack_i<4:4>> is never used." when num_slaves = 5 | 12:27 |
| stekern | is it some implicit bit-size that is being overflowed? | 12:28 |
| stekern | on e.g. idx or something like that | 12:29 |
| blueCmd | I'm really excited on how the Debian port is coming along, I have a few thousand packages and when I do 'apt-get build-dep X' it can build a lot of stuff! | 13:14 |
| olofk | stekern: I vaguely remember that I hardcoded something there that really should be dynamic | 13:41 |
| olofk | Hmm.. but I can't see anything now. It's not a huge amount of code in there | 13:42 |
| olofk | You could try to rewrite the block that I changed because of the verilator bug | 13:45 |
| stekern | yes, I did that, and it works in verilator | 13:46 |
| stekern | but... it seems like xst goes into an infinite loop on the rewritten code... | 13:47 |
| stekern | pile of turd... | 13:47 |
| stekern | maybe that was unrelated to the change, now it didn't crash | 14:05 |
| stekern | but the change was ineffective, it still claims that the bits are never used... | 15:11 |
| blueCmd | stekern: I'm soon at the stage where you were in september I think :P | 15:59 |
| blueCmd | with X11 | 16:00 |
| blueCmd | I have twm and building mesa currently | 16:00 |
| stekern | cool, I just used poke53282's build scripts back then to run stuff at fpga | 16:04 |
| stekern | i.e. most credit goes to him ;) | 16:05 |
| blueCmd | ah, right | 16:06 |
| blueCmd | stekern: I bet you didn't have to compile OpenLDAP, Heimdal and systemd for Or1k then though :P | 16:06 |
| blueCmd | Debian's packages are a bit .. feature-rich | 16:07 |
| blueCmd | but on the bright side we can now brag that we can run the world's most open source LDAP server | 16:08 |
| szabolcsberki | hi | 16:29 |
| szabolcsberki | can anybody help me with orsoc? | 16:29 |
| szabolcsberki | i need some help in crosscompiling with gcc | 16:30 |
| stekern | somebody might be able if you state your problem | 16:44 |
| szabolcsberki | well my problem is that i have an altera developer board.i downloaded the virtual box image linux from the orsoc homepage | 16:48 |
| szabolcsberki | uploaded the hw and on that the linux kernel | 16:48 |
| szabolcsberki | all is working but i want to write some program for it | 16:48 |
| szabolcsberki | and i cant compile with crosscompiler cause it doesnot find the header files. | 16:49 |
| szabolcsberki | module.h | 16:49 |
| szabolcsberki | for example | 16:49 |
| szabolcsberki | i am really new to gcc and i cant find the problem | 16:49 |
| stekern | I assume there's a or32-linux toolchain on that image and you are using that | 17:30 |
| szabolcsberki | yes | 17:58 |
| szabolcsberki | i use that | 17:58 |
| szabolcsberki | i wrote in in the terminal this | 17:59 |
| szabolcsberki | or32-linux-gcc xxx.c -o xxx.elf | 17:59 |
| szabolcsberki | and it worked when i only included stdio.h | 17:59 |
| szabolcsberki | but when i try to include module.h it says its missing | 18:00 |
| szabolcsberki | i rtied to add search path for the gcc with -B but it doesnot seems working | 18:02 |
| stekern | why do you need to include module.h? are you creating a kernel module? | 18:34 |
| szabolcsberki | actually not | 18:51 |
| szabolcsberki | i am trying to make a simple ethernet program | 18:51 |
| szabolcsberki | just to see it is working | 18:52 |
| szabolcsberki | and the one example program i found included that | 18:52 |
| szabolcsberki | u think i dont need that? | 18:52 |
| stekern | I don't | 18:53 |
| szabolcsberki | actually i have never made program that uses ethernet sso i dont know what headers i have to include .especially in the case of a linux kernel | 18:59 |
| analognoise | Hi all | 20:24 |
| szabolcsberki | hi | 20:24 |
| analognoise | szabolcsberki: Having a fine Friday? | 20:37 |
| szabolcsberki | well actually i am strugling a bit:S | 21:02 |
| szabolcsberki | trying to get along with the crosscompiler of the orsoc developement board | 21:03 |
| szabolcsberki | but maybe i ll continue it tomorrow:s | 21:06 |
| szabolcsberki | gn all | 21:06 |
| stekern | the verilog tools really put up a fight against my $clog2 workarounds... | 22:05 |
| analognoise | what's the $clog2 workaround? | 23:01 |
| _franck__ | 3 hours to finally realize that the instruction at that address changed because our Kernel has some self modifying code... | 23:39 |
| -!- FreezingAlt is now known as FreezingCold | 23:49 | |
| --- Log closed Sat Mar 29 00:00:41 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
