| juliusb | stekern: cool :) | 01:13 |
|---|---|---|
| juliusb | I'm seeing an odd issue with cappuccino though | 01:13 |
| juliusb | actually, no i'm not | 01:14 |
| juliusb | I'm getting the cycle counter code working (requires fixing set_gpr in each of the CPU pipelines) | 01:15 |
| juliusb | and when I did the l.nop 6 i wasn't getting anything in the regs | 01:15 |
| juliusb | but, when that nop is in the pipeline where the monitor picks it up, other stuff is writing to that regsiter address | 01:15 |
| juliusb | so i had to put in a couple of nops before it | 01:15 |
| juliusb | so that the pipeline was clear | 01:16 |
| juliusb | hehe | 01:16 |
| juliusb | pesky long pipeliens | 01:16 |
| mor1kx | [mor1kx] juliusbaxter pushed 1 new commit to master: https://github.com/openrisc/mor1kx/commit/2388f379d74bed260a8be01cd7d71102d8a244f7 | 01:40 |
| mor1kx | mor1kx/master 2388f37 Julius Baxter: Fix set_spr functions... | 01:40 |
| juliusb | well it took a while but we finally have this: http://opencores.org/or1k/OR1K_CPU_Cores | 02:57 |
| stekern | juliusb: yeah, the monitor/trace stuff is probably a bit shaky still | 04:21 |
| stekern | For example, instructions following mfspr/mtspr will not always be shown (since it is assumed that mfspr/mtspr are 2 cycle instructions) | 04:22 |
| stekern | and when a nop bubble is inserted, that instruction will show up twice in the trace | 04:22 |
| stekern | not 100% about get_gpr neither, since the monitor assumes that all results are ready at the end of execute | 04:23 |
| stekern | but loads now produce their result in ctrl/mem stage | 04:24 |
| stekern | hmm, doesn't tracing to screen work anymore? | 04:37 |
| -!- derRicha1d is now known as derRichard | 13:41 | |
| _franck_ | I managed to get gdb uses p/P packets to read spr registers and to use target description file | 15:09 |
| _franck_ | now we can get rid of readspr/writespr commands | 15:09 |
| _franck_ | in openocd | 15:09 |
| _franck_ | openocd will send an xml file to gdb: | 15:09 |
| _franck_ | https://github.com/Franck79/openOCD/blob/p_packet_or1k/or32.xml | 15:10 |
| _franck_ | this file match the or1k registers list: | 15:10 |
| _franck_ | https://github.com/Franck79/openOCD/blob/p_packet_or1k/src/target/or1k.c | 15:10 |
| _franck_ | so if you want to add, modify registers you just have to change the xml file and or1k.c register description | 15:10 |
| _franck_ | you don't have to recompile gdb | 15:10 |
| _franck_ | the only or1k hack in openocd core is now: | 15:12 |
| _franck_ | https://github.com/Franck79/openOCD/commit/d6a0460c7a722e248dacb767d0499dbe2e7bdbf0 | 15:12 |
| LoneTech | _franck_: cool! :) | 15:29 |
| _franck_ | LoneTech: I saw on the openocd channel you still have some hard time playing with your jtag ? :) | 15:31 |
| LoneTech | well, getting different bits working | 15:31 |
| LoneTech | I found the problem with the ft2232 driver, found I should use the ftdi driver, got configs written for that too, reworked an install script.. the usual | 15:32 |
| LoneTech | I should finalize the virtual jtag patch so I can use one binary with or without virtual jtag, but it seems openocd only has a compile time choice between mohor and adv | 15:34 |
| _franck_ | yes it is a compile time choise | 15:36 |
| _franck_ | I also submit a patch for the ft2232 driver not so long time ago | 15:37 |
| _franck_ | got the same answer you got.... | 15:37 |
| LoneTech | a 1-line bugfix for an existing documented driver should make it in, imho | 15:43 |
| LoneTech | though the ftdi driver does look better | 15:44 |
| -!- X-Scale is now known as Guest19752 | 16:59 | |
| -!- Guest19752 is now known as X-Scale | 17:00 | |
| -!- Netsplit *.net <-> *.split quits: jonmasters, jonibo | 17:25 | |
| -!- Netsplit over, joins: jonibo, jonmasters | 17:26 | |
| -!- Netsplit *.net <-> *.split quits: jonmasters, jonibo | 17:30 | |
| -!- Netsplit over, joins: jonibo, jonmasters | 17:32 | |
| poke53282 | Does someone know what the exit(34425) message means in or1ksim? I have a compiled a new vmlinux image with the additional driver MTD_PHYSMAP_OF. Without the driver it works. | 20:14 |
| poke53282 | It crashes in arch_local_irq_restore function in the last command. | 20:29 |
| poke53282 | The machine is in a pretty early state in the boot process. No text output through UART so far. | 20:40 |
| poke53282 | I can find out myself but maybe the problem is known. | 20:41 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!