| --- Log opened Mon Oct 19 00:00:32 2015 | ||
| -!- LoneTech_ is now known as LoneTech | 08:44 | |
| promach | Hi, andrzejr. Thanks for your help. here you go: http://dpaste.com/3TSQ0BT | 13:26 |
|---|---|---|
| * promach slaps promach around a bit with a large fishbot | 14:10 | |
| -!- simoncoo1 is now known as simoncook | 15:53 | |
| GeneralStupid | olofk: | 16:17 |
| GeneralStupid | olofk: sorry :) | 16:17 |
| olofk | promach: If I understood things correctly, you compiled your testcase with musl. That will unfortunately not work | 16:22 |
| olofk | You must use newlib (or1k-elf-) there instead | 16:23 |
| olofk | oh... I saw your dpaste now. Looks like it worked out for you. Great :) | 16:23 |
| promach | So, it is better to use mor1kx than or1200 ? | 16:26 |
| olofk | In general yes | 16:26 |
| olofk | And I noticed that or1200-generic doesn't seem to run the testcase. Got the same issue here | 16:26 |
| olofk | Not many people use or1200-generic, so I'm afraid it looks like it has broken | 16:27 |
| olofk | I'll take a look at it when I get the time, but if you can stick to using mor1kx, that's the recommended way | 16:27 |
| GeneralStupid | olofk: then i have to update my de2 port - the de1 port uses or1200... | 16:37 |
| GeneralStupid | olofk: i think there is something wrong with my tooling... how can i test that | 16:37 |
| olofk | GeneralStupid: Oh.. I hadn't seen that. de1 can use both but it seems like default is or1200. | 16:45 |
| GeneralStupid | olofk: i will change that in "my" port | 16:46 |
| olofk | GeneralStupid: Cool | 16:53 |
| GeneralStupid | olofk: i finish my work in 2 weeks | 16:55 |
| GeneralStupid | 59 hours to go :) | 16:55 |
| GeneralStupid | :/ = openocd: driver.c:191: interface_jtag_add_dr_scan: Assertion `field == out_fields + scan->num_fields' failed. | 17:37 |
| olofk | Hmm.. the problem with the or1200-generic system is that we're getting an illegal instruction exception. Looks like either slli or srli | 18:24 |
| olofk | But neither of them are optional, right? | 18:26 |
| olofk | or is it the the mtspr/mfspr? Do they cause illegal instruction exception if the spr is not there? | 18:34 |
| olofk | aha. They need to have OR1200_IMPL_ALU_ROTATE defined | 18:39 |
| _franck_ | GeneralStupid: how do you get such error ? | 18:41 |
| GeneralStupid | _franck_: i try to flash via telnet and the reset gives me this error, the core reboots then | 18:42 |
| _franck_ | by reset you mean hardware reset ? | 18:44 |
| GeneralStupid | _franck_: YES | 18:45 |
| olofk | Ok, so now or1200-generic prints out hello world again | 18:48 |
| olofk | But why doesn't it exit? It just loops in _or1k_board_exit. Is l.nop 0xc supposed to break the sim? | 18:48 |
| olofk | Where are the nop-codes defined? | 18:48 |
| _franck_ | olofk: last time I search this information I had a hard time ;) | 18:50 |
| _franck_ | olofk: https://github.com/openrisc/or1ksim/blob/63f04c79589c1e8ef682bfa51a38853e3ce1bf1a/cpu/or1k/spr-defs.h#L627 | 18:52 |
| GeneralStupid | but it looks like it comes back up with openocd | 18:52 |
| _franck_ | GeneralStupid: is the transfer complete before you reset ? | 18:53 |
| olofk | _franck_: I wrote them down long ago on the opencores wiki, but it turns out 0xc wasn't in that list. According to mor1kx_monitor, it's "Silent exit" | 18:53 |
| olofk | And looks like it's the same in or1kxim. Is this a "new" thing? | 18:54 |
| GeneralStupid | > halt; load_image /home/pe/projects/openrisc/source_files/main.elf; reg npc 0x100 | 18:55 |
| GeneralStupid | 71988 bytes written at address 0x00000000 | 18:55 |
| GeneralStupid | 3384 bytes written at address 0x00012000 | 18:55 |
| GeneralStupid | downloaded 75372 bytes in 0.206059s (357.206 KiB/s) | 18:55 |
| GeneralStupid | npc (/32): 0x00000100 | 18:55 |
| _franck_ | olofk: yes, it's a new feature: https://github.com/openrisc/or1ksim/commit/63f04c79589c1e8ef682bfa51a38853e3ce1bf1a | 18:55 |
| _franck_ | it's only two years old :) | 18:56 |
| GeneralStupid | _franck_: i think thats not 100% complete transferred?! | 18:57 |
| olofk | That shows how long ago anyone paid attention to the or1200 systems :) | 18:57 |
| _franck_ | GeneralStupid: that seems ok. Did you try to "resume" after setting npc to 0x100 ? | 18:58 |
| _franck_ | I don't says that hard reset and get an assertion is normal | 18:59 |
| GeneralStupid | it would be nice to deliver a first working processor to show that openrisc could be an alternative for our institution | 19:00 |
| GeneralStupid | so it would be fine (first) | 19:00 |
| olofk | I hacked l.nop 0xc detection into or1200_monitor now and that seems to work | 19:00 |
| GeneralStupid | _franck_: it does not reset... but it does nothing. no printf.. and no led's | 19:01 |
| GeneralStupid | but reg npc always shows the same memory address | 19:04 |
| _franck_ | which one ? | 19:04 |
| GeneralStupid | 0x0-100 | 19:04 |
| GeneralStupid | > reg npc | 19:04 |
| GeneralStupid | npc (/32): 0x00000100 | 19:04 |
| _franck_ | are you sure your reset signal is hooked up correctly ? | 19:04 |
| GeneralStupid | ! | 19:05 |
| GeneralStupid | _franck_: give me a hint | 19:05 |
| _franck_ | well, try to set your rst signal to '0' directly on your cpu instance | 19:07 |
| _franck_ | do you have your top file available somewhere (I think you already give it before) ? | 19:08 |
| GeneralStupid | _franck_: one second | 19:09 |
| GeneralStupid | pastebin.com/50Um7Uea | 19:10 |
| _franck_ | can't see anything wrong. Could you read back memory at 0x100 after you loaded your file ? | 19:17 |
| GeneralStupid | how? | 19:18 |
| _franck_ | md 0x100 | 19:18 |
| _franck_ | mdw 0x100 | 19:19 |
| GeneralStupid | > mdw 0x100 | 19:20 |
| GeneralStupid | 0x00000100: 18000000 | 19:20 |
| GeneralStupid | looks good | 19:20 |
| _franck_ | try: reg npc 0x100;step; reg npc | 19:22 |
| _franck_ | (I never used "step" in openocd) | 19:23 |
| GeneralStupid | > reg npc 0x100;step; reg npc | 19:23 |
| GeneralStupid | npc (/32): 0x00000100 | 19:23 |
| GeneralStupid | npc (/32): 0x00000100 | 19:23 |
| GeneralStupid | target state: halted | 19:23 |
| GeneralStupid | memory problem? | 19:23 |
| olofk | GeneralStupid: Maybe your memory is four bytes so you can only fit one instruction? :) | 19:24 |
| GeneralStupid | https://dpaste.de/V49z ?! | 19:24 |
| GeneralStupid | olofk: maybe :/ | 19:24 |
| olofk | _franck_: Does step work in openocd? Didn't know that | 19:24 |
| olofk | GeneralStupid: I don't think you need to worry about those. I suspect those are simulator warnings (not sure however) | 19:25 |
| GeneralStupid | olofk: not on my core := | 19:25 |
| GeneralStupid | :) | 19:25 |
| _franck_ | olofk: I don't know if it work either | 19:26 |
| olofk | Got to implement that command to make a local version of a core in FuseSoC. That part is a bit more cumbersome than it should be | 19:27 |
| _franck_ | GeneralStupid: it very looks like your cpu is stuck in reset | 19:28 |
| _franck_ | could you wire the rst signal to a led to see its state (the signal you are sending to the cpu) ? | 19:29 |
| GeneralStupid | no wait a minute :/ Noo | 19:31 |
| GeneralStupid | are the pushbuttons 1 if not pressed? | 19:31 |
| _franck_ | it depends, check the schematics | 19:32 |
| GeneralStupid | please noo | 19:32 |
| _franck_ | of let the button pressed while doing some tests :) | 19:32 |
| _franck_ | but that would be a classic mistake | 19:33 |
| olofk | GeneralStupid: Pleeeeease let us know. I'm super curious to know if an inverted reset was the problem :) | 19:41 |
| GeneralStupid | maybe i should just quit this channel in that case | 19:43 |
| GeneralStupid | i will try that tomorrow, iam already in bet but i want to look at the de2 documentation | 19:44 |
| GeneralStupid | the button default state is high | 19:47 |
| GeneralStupid | ok give me help the clkgen wants a "asynchronus active low" reset | 19:50 |
| GeneralStupid | low active : pressed high, not pressed low?? | 19:51 |
| _franck_ | active low is...active low | 19:52 |
| _franck_ | it means when nothing happens, idle, it's high | 19:53 |
| GeneralStupid | it looks like that it is ok | 19:57 |
| GeneralStupid | im totally out. i try to negate it, i dont have so many choices left ;) thank you, i talkt to you tomorrot | 20:07 |
| olofk | GeneralStupid: You're probably close now, so don't give up :) | 20:09 |
| GeneralStupid | olofk: i wont :) | 20:10 |
| andrzejr | _franck_, is this a memory error or an issue in memtest (barebox)? | 22:06 |
| andrzejr | http://pastebin.com/Aa8JX2KS | 22:06 |
| andrzejr | I'm asking because the memory test has failed just before the end of the test (address 0x01b778cc, tested memory space: 0x00000000 -> 0x01b77fff) | 22:08 |
| --- Log closed Tue Oct 20 00:00:34 2015 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!