juliusb | yes | 00:01 |
---|---|---|
juliusb | it will be useful | 00:01 |
juliusb | because it kinda boots | 00:01 |
juliusb | and then I have no idea what on earth it's doing | 00:01 |
juliusb | it just tries to fish some crap out of 0xf00 which looks like some kind of table of functions | 00:02 |
juliusb | but it doesn't get initialised or not linked in or whatever | 00:02 |
juliusb | so... | 00:02 |
juliusb | kinda annoying | 00:02 |
juliusb | would like to see it boot :( | 00:02 |
olofk | Have you tried or1ksim or something to see what to expect? | 00:03 |
juliusb | no it's definitely the software | 00:07 |
juliusb | sorry, by that I mean or1ksim wouldn't help | 00:07 |
juliusb | it'd tell me the same thing the RTL sim is | 00:07 |
juliusb | so, it looks like it's doing what it should until that point, anyway | 00:08 |
juliusb | and it's some standard boot thing so none of the test programs eCos comes with boot :( | 00:08 |
juliusb | might throw an email out there | 00:08 |
juliusb | i have hacked the eCos port a bit, though, to get diet-delay-slot OR1K working | 00:08 |
* juliusb wonders where he put that standalone coremark port he did a while back | 00:08 | |
olofk | Is it that redboot thing that handles the init? | 00:09 |
juliusb | mmm not sure | 00:09 |
juliusb | i think that's an app you can build based on eCos | 00:09 |
juliusb | but eCos has a little boot up thing | 00:09 |
juliusb | kernel init and stuff | 00:10 |
juliusb | it actually crashes while doing some write to some character device | 00:10 |
juliusb | the function it's in is hal_if_diag_write_char | 00:10 |
* juliusb hacks that function to just l.nop printf stuff from that function | 00:12 | |
* _franck_ finally found why this fu***ing ic was broken | 00:15 | |
juliusb | :) | 00:15 |
juliusb | i just saw your post | 00:15 |
_franck_ | it's been a while I have this around and this stoped me working on barebox.... | 00:15 |
_franck_ | however, I'm not sure of the fix | 00:16 |
olofk | Has anyone used opdis for openrisc? | 00:21 |
juliusb | opdis? | 00:22 |
* juliusb has made an eCos test run and pass on delay-slot-free mor1kx! | 00:23 | |
juliusb | just something to do with the console output is breaking things | 00:24 |
juliusb | otherwise eCos appears to run fine | 00:24 |
olofk | That's great news | 00:24 |
olofk | opdis is a wrapper for libopcodes to generate instruction traces from different binary files | 00:25 |
juliusb | perhaps I've already tried to use it.... | 00:25 |
juliusb | can't remember the name of the thing | 00:26 |
juliusb | ahh yes | 00:26 |
juliusb | i've already got a thign which uses libopcodes to generate traces for openrisc | 00:27 |
juliusb | https://github.com/juliusbaxter/or1ktrace | 00:27 |
juliusb | it's pretty trivial, but I hvaen't used it lately | 00:27 |
juliusb | oh, and I couldn't get it working properly with the cgen-based toolchain :( | 00:27 |
juliusb | it worked well with the older binutils port | 00:27 |
juliusb | never got around to figuring out why | 00:27 |
olofk | I never got or1ktrace to work. That was my first option | 00:29 |
juliusb | I basically wanted to do this so we had a uniform disassembler across all our models | 00:29 |
olofk | Same here. Planning to use it as an alternative to or1200_monitor.v | 00:30 |
juliusb | ah | 00:30 |
juliusb | if it's a verilog disassembler you want | 00:31 |
juliusb | (ano r1k disassembler written in verilog...) | 00:31 |
juliusb | https://github.com/juliusbaxter/mor1kx-dev-env/blob/master/bench/verilog/mor1kx_monitor.v | 00:31 |
olofk | is it based on or1200_monitor or written from scratch? | 00:32 |
juliusb | well, the function is written from scratch | 00:32 |
juliusb | relies on some files in mor1kx though | 00:32 |
juliusb | just `defines for the OR1K insn set | 00:33 |
olofk | I might end up using that for simulators that don't have VPI (crappy ISIM) | 00:34 |
juliusb | sweet, a lot of this eCos stuff runs in the verilated model at OK speeds | 00:34 |
juliusb | yes, VPI'ing to the same C library we use across the other models would be best | 00:34 |
juliusb | well i'm stoked, mor1kx-prontoespresso and eCos working | 00:35 |
olofk | Sounds like a reason to celebrate :) | 00:36 |
juliusb | indeeed | 00:37 |
juliusb | brb | 00:37 |
--- Log closed Tue Oct 09 08:09:55 2012 | ||
--- Log opened Tue Oct 09 08:10:10 2012 | ||
-!- Irssi: #openrisc: Total of 22 nicks [0 ops, 0 halfops, 0 voices, 22 normal] | 08:10 | |
-!- Irssi: Join to #openrisc was synced in 25 secs | 08:10 | |
_franck_ | jeremybennett: is it possible for me to get a Bugzilla account ? | 11:05 |
stekern | _franck_: I think you should be able to use your opencores account | 11:08 |
jeremybennett | _franck_: Yes as stekern says, just register with your opencores email address. | 11:08 |
jeremybennett | any problems, give me a shout - I have admin access | 11:09 |
_franck_ | opencores email address ? don't have one | 11:09 |
stekern | does anyone have any hint on this problem: | 11:09 |
stekern | http://pastie.org/5023040 | 11:09 |
_franck_ | I'll try my opencores login/pass as soon as I remmber what they are :) | 11:10 |
stekern | the problem is that in _setjmp and __setjmp the relocation to __sigsetjmp is copied into the final object | 11:10 |
stekern | but since they are local, they _shouldn't_ need to | 11:11 |
stekern | as you can see, the jump to __sigjmp_save is correctly *not* relocated | 11:12 |
stekern | I believe that I have code in bfd that should handle this, but it seems that __sigsetjmp gets some special threatment | 11:13 |
_franck_ | jeremybennett: login/pass from opencores account doesn't work. Plus, I don't have opencores address so I need your help please | 11:14 |
stekern | so, I could define _setjmp and __setjmp in the same file as __sigsetjmp, but I wonder if there are some tricks one can use to get the same results from using different files? | 11:15 |
stekern | i.e. hint to the jump in _setjmp that it is in fact going to be local? | 11:15 |
jeremybennett | _franck_: If you have an opencores login, you automatically have an opencores address (<your login name>@opencores.org) | 12:08 |
jeremybennett | You need to use this to register. It's a separate system from your opencores login, so you'll need to create your own password. | 12:09 |
jeremybennett | Is opencores.org down at the moment? No response from the wiki. | 12:11 |
jeremybennett | Ah - now it's back | 12:11 |
_franck_ | jeremybennett: thanks I didn't know about my opencores address.... | 12:16 |
juliusb | _franck_: you have two separate bug fixes you've submitted to the mailing list in the last day? | 13:01 |
juliusb | or is the second post a better fix for the single bug which is also described in the first email? | 13:02 |
_franck_ | two separates ones | 13:03 |
juliusb | cool OK | 13:03 |
juliusb | well I think the first one, if you can run the ORPSoC regression suite and it fixes software execution in your implementation then I'd say it's OK\ | 13:04 |
juliusb | the second one sounds familar to be honest (wrong insn getting acked) | 13:04 |
juliusb | but.... I guess if you're using the head revision of the OR1200 then it must still be buggy in there | 13:04 |
_franck_ | I've never run the ORPSoC regression suite :) | 13:05 |
_franck_ | so you are saying you've already fixed this bug ? | 13:06 |
juliusb | no I'm saying maybe I saw this before | 13:06 |
juliusb | maybe... | 13:06 |
juliusb | it rings a bell but if I fixed it then you wouldn't hvae seen it :) | 13:06 |
_franck_ | too bad | 13:07 |
juliusb | but if you think you've fixed them then that's great | 13:08 |
stekern | juliusb: I think we had a couple of similiar bugs early on in mor1kx, could it be those bells that are ringing? | 13:09 |
juliusb | ah possibly hehe | 13:10 |
stekern | _franck_: running the ORPSoC regression suite is pretty easy, just run 'make rtl-tests' in sim/run/ | 13:14 |
stekern | hmm, moving _setjmp to same file as __sigsetjmp didn't make a difference | 13:16 |
_franck_ | stekern: yeah I just saw this, just need to set some variables here and there | 13:17 |
stekern | I probably have to use a(n extra) local label and jump to that in order for it to work | 13:21 |
stekern | (cris does a similiar hack) | 13:23 |
stekern | I could of course call it through the .got, but that sounds mighty scary for setjmp | 13:24 |
stekern | yes, victory! | 13:25 |
stekern | http://pastie.org/5023449 | 13:25 |
stekern | I still wonder if this is right, or if there is something I'm not doing correct in bfd | 13:28 |
stekern | it *should* figure this out imo... | 13:28 |
_franck_ | juliusb: I'm still thinking this is strange that this bug never showed up to anyone else... | 13:34 |
juliusb | _franck_: it could just be the combination of the wishbone memory slave you're using | 13:35 |
juliusb | and the bus arbiter etc. | 13:35 |
_franck_ | yes that's what I'm thinking | 13:35 |
stekern | and that it happens in a place where you would notice it | 13:38 |
juliusb | anyway, OR1200 is good but old hat :) | 13:44 |
juliusb | you want that new mor1kx stuff man | 13:45 |
juliusb | stekern: see I got eCos running on mor1kx-prontoespresso? | 13:45 |
stekern | juliusb: yes, very good news! | 13:46 |
juliusb | had to epic hack it though | 13:46 |
juliusb | something is up with the console output driver bit | 13:47 |
stekern | what was the problem? | 13:47 |
juliusb | i can ask piotr at the conference perhaps | 13:47 |
juliusb | umm, it gets to a place where it's checking for a device to output a character with and fetches something from what looks like a table and then just falls over (fetches value 0 and then jumps to it) | 13:47 |
stekern | doesn't it have some dual uart setup? where one is for hooking up gdb (or something like that) | 13:47 |
juliusb | mmm not sure really | 13:48 |
juliusb | I couldn't find where a base address for a UART was specified | 13:48 |
juliusb | but piotr apparently got it working on an ORPSoC implementation, so it must be using a real UART somewhere, somehow | 13:48 |
juliusb | so I just hacked that function and put in l.nop 0x4s | 13:48 |
stekern | dunno... I have had it running on orpsoc at least, but that was sometime in the very beginning | 13:49 |
juliusb | yeah i'll sit down with him on the weekend hopefully | 13:49 |
stekern | wonder if my de0-nano is showing a nice jpg now or just have fell over... | 13:52 |
juliusb | ?? | 13:58 |
stekern | I'm trying to get 'fbi' working | 14:07 |
juliusb | :) | 14:13 |
juliusb | well coremark works on mor1kx-pronto espresso now :) | 14:13 |
stekern | what score do you get? | 14:14 |
juliusb | ah it's just simulation | 14:17 |
stekern | ah, ok and you only run the short one | 14:23 |
stekern | something is fishy here, linux is constantly crashing and pc is at 0x248 | 14:24 |
stekern | maybe I should pull in _franck_'s and yann's fixes ;) | 14:25 |
juliusb | :) | 14:26 |
juliusb | praps | 14:26 |
_franck_ | and this one too: http://lists.opencores.org/pipermail/openrisc/2012-May/000806.html | 14:31 |
stekern | _franck_: or1200_genpc: fix ipcu_cycstb_o generation doesn't apply for me :( | 14:51 |
stekern | ontop of what is that? | 14:52 |
_franck_ | my orpsocv2 which is a copy of yours | 14:53 |
_franck_ | what's the problem ? | 14:53 |
stekern | ah, but I pulled in from svn before applying | 14:54 |
stekern | I think perhaps olofk's changes is clashing with it | 14:55 |
_franck_ | I should checkout the svn version then create a patch from there...my bad | 14:56 |
stekern | it applied here with git am --3way | 15:11 |
stekern | didn't change the linux crash though | 15:18 |
_franck_ | if the regression test does not stop before the end that means it's ok ? | 15:28 |
juliusb | _franck_: yes I think so | 15:33 |
juliusb | TBH i'm not sure how much that regression code exercises the instruction cache | 15:33 |
juliusb | actually, I think it turns it on for all of them if it detectsi t | 15:33 |
juliusb | (if it can) | 15:33 |
stekern | yup | 15:35 |
stekern | didn't seem to cause any troubles when booting linux neither | 15:35 |
stekern | at least not any more troubles than I have ;) | 15:35 |
juliusb | so all known fixes/patches are applied and you still have your issue stekern ? | 15:37 |
stekern | yes, could be any number of things though | 15:39 |
stekern | + of a | 15:41 |
stekern | I've compiled it with the or1k-elf toolchain for example | 15:42 |
stekern | I don't think it's my dynamic linking failing, because it sometimes fail already in the boot | 15:43 |
stekern | and it's always at 0x248 when I stop gdb | 15:44 |
stekern | maybe I should move to my atlys board, that's at least a better known to be good at running linux | 15:45 |
stekern | could be my sdram controller acting up (again) | 15:45 |
_franck_ | :) | 15:45 |
stekern | well well, stuff that just works are boring ;) | 15:46 |
_franck_ | true, without pain there is satisfaction | 15:47 |
_franck_ | and that's all we are looking for here | 15:47 |
stekern | I'm assuming there is a "no" missing there ;) | 16:47 |
_franck_ | oups :) | 16:50 |
jeremybennett | juliusb: What are the plans for lunch on Sunday? | 17:08 |
juliusb | jeremybennett: none yet, there's cafes nearby, I assume we'll be a smaller group, we can just go and eat when we feel like it | 17:13 |
jeremybennett | Sounds good to me. Will you have your UK cellphone with you in Sweden? | 17:16 |
juliusb | good question | 17:34 |
juliusb | i'll post a number to contact me on the wiki on the day | 17:34 |
juliusb | i still have my swedish sim, so will probably use that | 17:34 |
jeremybennett | OK - I have that number still | 17:43 |
stekern | stupid impact! | 18:29 |
olofk | stupid xst, ngdbuild, coregen, map par, bitgen, xps, edk, planahead! | 18:44 |
stekern | that too, but mostly stupid impact | 19:38 |
stekern | getting the 0x248 hang on the atlys board too... | 20:14 |
stekern | and u-boot networking seems broken atm | 20:15 |
juliusb | :-/ | 20:28 |
juliusb | i know that feeling - nothing going right | 20:28 |
juliusb | everything is broken all of a sudden | 20:29 |
stekern | aint nothing that can't be fixed though ;) | 20:31 |
stekern | I've rolled back my linux to the last known good | 20:32 |
stekern | and orpsoc... | 20:32 |
stekern | omg, it's alive!!! | 20:34 |
juliusb | ?? | 20:34 |
juliusb | fbi? | 20:34 |
stekern | http://oompa.chokladfabriken.org/tmp/fbi.jpg | 20:39 |
stekern | yup ;) | 20:39 |
juliusb | no way! | 20:40 |
stekern | cool, now it works on de0-nano as well | 23:25 |
_franck_ | do you have a video output on the de0-nano ? | 23:32 |
stekern | yes, I have the terasic lcd-touch addon | 23:36 |
stekern | http://www.terasic.com.tw/cgi-bin/page/archive.pl?Language=English&CategoryNo=68&No=213 | 23:37 |
_franck_ | it's good to have barebox running smoothly... without the fear of how it's going to crash without reason :) | 23:38 |
_franck_ | nice board | 23:38 |
stekern | haven't got around to play with the touch on it though | 23:39 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!