| --- Log opened Fri Apr 18 00:00:10 2014 | ||
| blueCmd | stekern: *puh* https://github.com/bluecmd/or1k-src/commit/22d737c0aefd21941009d8b280b038f8ed613627 | 01:17 |
|---|---|---|
| blueCmd | I think that fixes the crash | 01:18 |
| stekern | blueCmd: nice! | 06:49 |
| stekern | I'll take a look at the commit later, when I'm not on siljas crappy wifi on my phone ;) | 06:50 |
| stekern | on my way to the motherland for easter | 06:50 |
| stekern | I assume it's TLS related, and that I only understand a fraction of | 06:51 |
| stekern | olofk: no fpu, the task os all open for you to take on! | 06:52 |
| stekern | is | 06:52 |
| stekern | but, as you probably know, the or1200 one isn't 'or1200', it's an external one with a bit of 'hooks' into or1200. should be possible to do that with mor1kx too | 06:57 |
| stekern | not sure of the license on that fpu cpre though | 06:58 |
| blueCmd | stekern: thanks | 08:44 |
| blueCmd | stekern: the human readable version: I think it was a race depending on which relocation was read first and that TLS and non-TLS locations would change the sreloc pointer in the section back and forth | 08:45 |
| blueCmd | I was very tierd when writing it so it might be 100% wrong, but it causes the linking to succeed and my basic tests works. | 08:47 |
| blueCmd | mpfr doesn't seem to enjoy life much more though | 08:47 |
| stekern | hmm, yeah... can't say if it's right or wrong without context switching into bfd and spend some hours learning about TLS ;) | 09:53 |
| stonersanta | poke53281: Have you had the time to look into node? | 14:44 |
| poke53281 | Yes, but the emulation hangs after some seconds | 17:04 |
| stonersanta | hmm, i whonder why | 17:08 |
| poke53281 | I don't know, but will find out | 17:17 |
| stonersanta | cool ^^ | 17:18 |
| olofk | I can confirm that my wb_ram component does not work in hardware | 18:27 |
| olofk | At least not on my spartan6 device. | 18:27 |
| Limb | olofk: Told you :P | 18:27 |
| olofk | But I haven't got a fucking clue what's wrong. It works fine in simulations | 18:27 |
| Limb | olofk: It looks to me like it is creating the ram blocks on the board as well | 18:28 |
| olofk | Limb: Yeah, and it was good that you told me. Otherwise I wouldn't have suspected it and probably gone insane | 18:28 |
| Limb | opencores.org down for anyone else? | 18:28 |
| Limb | been having problems accessing it latley | 18:28 |
| olofk | Limb: I've seen that too. And the RTL schematic looks fine as well. Can't figure out what's wrong | 18:28 |
| olofk | Just tested. Can't reach it | 18:29 |
| Limb | sigh.. why does this code work one day and not the next | 18:31 |
| Limb | can't get led blink to work with cell ram.. although it worked yesterday | 18:31 |
| Limb | annnd now it works -_- | 18:32 |
| olofk | :) | 18:32 |
| Limb | curious why reg npc starts at 0x200 on boot | 18:33 |
| Limb | should be 0x100 | 18:34 |
| Limb | How do i view the output of a elf so I can verify where the contents are? | 18:35 |
| olofk | Limb: You can use or1k-elf-objdump -S <file.elf> to get a disassembly | 18:36 |
| olofk | In general, use objdump or nm with the right arguments | 18:37 |
| Limb | olofk: thanks :) | 18:40 |
| Limb | should reg npc increase as code executes? or no? | 18:43 |
| Limb | Well.. Doesn't lool like the de0 vmlinux image will work out of the box on the nexys :P | 18:55 |
| olofk | Limb: It should work...more or less | 19:07 |
| Limb | olofk: I get nothing on UART when i connect | 19:08 |
| olofk | Are you running on the same clock frequency? Might have to adjust the device tree file otherwise | 19:08 |
| olofk | Same as de0 I mean | 19:08 |
| Limb | de0 runs at 50 or 100? | 19:08 |
| olofk | I would guess 50 | 19:09 |
| Limb | I'm using the precompiled image from the orconf wiki page | 19:09 |
| Limb | And my clock is set to 50 | 19:09 |
| olofk | Same base address for the UART? | 19:10 |
| olofk | Should be 0x90000000 | 19:10 |
| Limb | olofk: yep | 19:12 |
| Limb | started at reg 0x100 | 19:12 |
| Limb | that would be the correct one for the image no? Tried to verify with the elf dump and it looked so | 19:12 |
| olofk | 0x100 is the default start address for OpenRISC | 19:13 |
| poke53281 | stonersanta: Got it, but there are problems with responsive infinite loops in node.js. And threads (web workers) are only available via an addon. | 19:45 |
| poke53281 | the "setTimeout(function() {.... }, 0);" function in node.js has another behavior than in browsers. | 19:47 |
| poke53281 | instead of triggering the function right at the same function as setTimeout is called, it is waiting at least 1/64th of a second. | 19:48 |
| Limb | How exactly do i get the system to boot the linux image/ | 21:54 |
| Limb | just upload and resume? | 21:54 |
| Limb | or do I have to do anything special? | 21:54 |
| blueCmd | upload and reset usually | 21:54 |
| Limb | blueCmd: I don't have to type anything in uart? | 22:02 |
| Limb | I don't understand how this code works once, but I switch uart tx and rx pins and all of the sudden i get crc errors with openocd | 22:23 |
| blueCmd | tx and rx is always a problem | 22:48 |
| blueCmd | insanely hard to know which endpoint they refer to | 22:49 |
| Limb | does anyone have example of simple uart i can compile and check? | 22:49 |
| blueCmd | Limb: no, it will boot just fine - you have to make sure the default arguments are fine though (the default is something like console on ttyS0 with 115200 baud 8n1) | 22:50 |
| blueCmd | Limb: you could copy the UART code from the kernel if you want to | 22:50 |
| blueCmd | the early UART code from the kernel should be pretty stand alone | 22:50 |
| blueCmd | (the code that prints stuff like 'Uncompressing kernel ...' ) | 22:51 |
| Limb | blueCmd: 115200 8n1 is the default? | 22:51 |
| Limb | How do i go about setting up my own kernel exactly? | 22:52 |
| Limb | I assume I have to define my board somehow | 22:52 |
| blueCmd | Limb: clone the git repository for or1k-linux (jonas' repository), create a dts file in ./arch/openrisc/boot/dts/ with the board configuration and set CONFIG_OPENRISC_BUILTIN_DTB | 22:54 |
| Limb | blueCmd: reg = <0x00000000 0x8000000>; | 23:23 |
| Limb | that look correct for 16 MB ram? | 23:23 |
| Limb | sigh | 23:44 |
| Limb | i dont understand why any change throws everything to disarray | 23:44 |
| --- Log closed Sat Apr 19 00:00:11 2014 | ||
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!