| --- Log opened Wed Apr 16 00:00:07 2014 | ||
| olofk | Limb: There are a few more file that could be interesting to look at | 05:15 |
|---|---|---|
| stekern | the X-files? | 05:22 |
| stekern | ah, found why the LRU stuff broke mor1kx | 06:07 |
| mor1kx | [mor1kx] skristiansson pushed 1 new commit to master: https://github.com/openrisc/mor1kx/commit/7db7a341f9886851fb18d6c4a1a0b00de7016f24 | 06:35 |
| mor1kx | mor1kx/master 7db7a34 Stefan Kristiansson: dcache: save copy of tag data on refill... | 06:35 |
| _franck_web_ | blueCmd: yeah like that but with a 800x480x24bpp LCD ;) | 06:38 |
| stekern | once again, the atlys board boots linux ;) | 06:49 |
| stekern | let's see if cache ways > 2 works too | 06:49 |
| stekern | seems like it does: http://pastie.org/9084216#4 | 07:20 |
| stekern | _franck_web_: what was the issue you had when the kernel got stuck on this line: http://pastie.org/9084565#22 | 09:50 |
| _franck_web_ | couldn't reproduce it :( And because I was working on something else I didn't try hard | 09:51 |
| stekern | ok, my atlys board port and mor1kx-generic gets stuck there as well when I enable ethernet | 09:54 |
| stekern | iirc, we left it at suspecting a mtspr ack logic bug | 09:55 |
| stekern | being able to reproduc in mor1kx-generic makes things a lot easier to disect | 09:56 |
| stekern | let me do a quick test with or1200-generic just to make sure | 09:56 |
| * stekern thinks having those as seperate systems was a wise choice | 09:57 | |
| stekern | yeah, this is mor1kx specific | 10:57 |
| blueCmd | _franck_web_: Yeah, we want to build an extension for the bottom header with a display and/or VGA | 14:22 |
| Limb | olofk: I'm more then willing to send any and all files you'd want to look at | 15:15 |
| Limb | olofk: I also implemented a Artix7 compatible clock generator so timing constraints are actually implemented correctly (as far as I can tell) | 15:17 |
| Limb | olofk: Or we don't need to do that | 15:42 |
| Limb | I can't believe I wasted three days on this | 15:43 |
| Limb | Somehow the wb address width was set to 26. And for whatever reason I SWEAR when I kept checking the original code, it was 26. So despite the fact that I knew the width was only 23... I left it as is | 15:43 |
| Limb | I double checked the original source and its of course set to 23 | 15:44 |
| Limb | so this entire time, it had been trying to access bits in the address that just _didn't_ exist | 15:44 |
| stekern | Limb: so, it's working now? | 16:12 |
| Limb | stekern: yep | 16:12 |
| Limb | trying to see if the linux image will work | 16:13 |
| Limb | though I'm not quite sure how I'm supposed to connect to it lol | 16:13 |
| stekern | \o/ | 16:14 |
| Limb | I uploaded the image and its sitting at 0x200 | 16:15 |
| Limb | do i have to regnpc 0x100? | 16:15 |
| Limb | used the linxu file from here: http://opencores.org/or1k/ORCONF2013_Workshop_ORPSoC_On_DE0_Nano#Run_Linux | 16:16 |
| stekern | you should be able to use the or1ksim config as a minimal setup if you comment out the ethernet node and set the cpu clock freq and the serial port clock freq | 16:16 |
| stekern | ah, ok, I think that might work as well, if you have gpios | 16:16 |
| Limb | that I do | 16:17 |
| stekern | but, it's a bit tricky to load linux with gdb, you have to ensure that r3 is cleared | 16:17 |
| Limb | Although I'm more then willing to create a linux image specifically for the nexys4 althogh I just don't know how :P | 16:17 |
| stekern | and you have to reset the bits in SR | 16:18 |
| stekern | (*and* to make things even trickier, mor1kx doesn't allow setting registers over the debug port yet) | 16:19 |
| Limb | stekern: So uploading that image in openocd like it says wasn't enough? | 16:20 |
| Limb | Is there an updated tutorial on how to? | 16:20 |
| stekern | ...and at least here in my setup with the atlys board, gdb crashes and starts to leak memory like crazy when I do: set $sr=1 | 16:21 |
| stekern | well, what is said there works... for most of the times... | 16:21 |
| stekern | it does reset SR (if you followed my advice and connected the debug reset to the cpu reset) | 16:22 |
| stekern | and if you're lucky, r3 will hold a value that will not cause a bus error (this is less certain) | 16:22 |
| stekern | to handle that, I've been using a small program like this: http://oompa.chokladfabriken.org/openrisc/clear_regs/clear_regs.S | 16:24 |
| stekern | (binary: http://oompa.chokladfabriken.org/openrisc/clear_regs/clear_regs) | 16:24 |
| stekern | ...well, not binary, elf | 16:24 |
| Limb | stekern: so upload that elf, then upload the linux image | 16:30 |
| Limb | and then telent over tty to the board? | 16:30 |
| Limb | er not telnet, but connect to the serial port | 16:30 |
| stekern | right | 16:31 |
| stekern | well, upload that elf, run it, upload the linux image | 16:31 |
| Limb | correct | 16:31 |
| stekern | but I guess that was implied | 16:31 |
| Limb | stekern: connecting the debug reset to the cpu reset gives me crc errors | 16:42 |
| stekern | now too? | 16:43 |
| Limb | yep | 16:44 |
| stekern | that's strange | 16:44 |
| skip_ | I followed the instructions on http://openrisc.net/toolchain-build.html for the easy method, then compiled the version of linux the superproject comes with (2.6.37 with some extras), and it works great with or1ksim | 17:14 |
| skip_ | I then tried the latest version from git://openrisc.net/jonas/linux and it appears work perfectly, apart from warnings from kernel/rcu/tiny.c: http://pastebin.com/FvjgMxNn | 17:16 |
| skip_ | has anyone seen this happen before? | 17:17 |
| stekern | skip_: by coincident, I just ran that in or1ksim here: http://pastie.org/9085552 | 17:28 |
| mor1kx | [mor1kx] skristiansson pushed 1 new commit to master: https://github.com/openrisc/mor1kx/commit/933f942e2e709048d4facf145941fb9dd621f7dd | 17:48 |
| mor1kx | mor1kx/master 933f942 Stefan Kristiansson: dcache: invalidate from READ state... | 17:48 |
| stekern | _franck_: ^ we were on the right track back tehn | 17:49 |
| _franck_ | stekern: cool another bug squashed | 18:03 |
| stekern | _franck_: yup, but not the last apparently... | 18:16 |
| stekern | still crashes when I turn on ethernet, but later now | 18:17 |
| stekern | ah, this might be SoC related though | 18:28 |
| stekern | yup, I had screwed up the ethmac wb_adr assignment... | 19:11 |
| stekern | it expects [11:2], but I gave it [31:0] | 19:12 |
| stekern | the ethernet isn't really working though | 19:16 |
| stekern | olofk: have you tested the ethmac in orpsoc-cores? | 19:16 |
| stekern | nm that question for a while, I had commented out the master cyc & stb signal when I was debugging the $clog problem... | 19:34 |
| stekern | ah, much better, I've got net! | 20:11 |
| stekern | blueCmd: handhold request! | 20:11 |
| _franck_ | stekern: does the ethmac works out of orpsoc-cores ? I'll use it on my neek board soon | 20:13 |
| stekern | _franck_: seems so | 20:14 |
| stekern | let's see if I can get my old nfs rootfs up and running | 20:18 |
| stekern | yup | 20:36 |
| blueCmd | stekern: crashes seems to be a broken libmpfr | 21:43 |
| blueCmd | (gcc crashes) | 21:43 |
| --- Log closed Thu Apr 17 00:00:08 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!