| GentlemanEnginee | Hello. | 05:59 |
|---|---|---|
| glowplug | How's it going? | 06:06 |
| stekern | morning | 06:41 |
| GentlemanEnginee | Not here, it is not. | 06:41 |
| GentlemanEnginee | It is 22.42. | 06:42 |
| GentlemanEnginee | How are matters faring for yourself? | 06:46 |
| stekern | 6:50 here ;) | 06:50 |
| stekern | got up early to catch bugs | 06:51 |
| glowplug | Extreme diligence. O_O | 06:52 |
| stekern | I've came to the conclusion that the bugs are sluggish in the early hours, thus easier to catch ;) | 06:52 |
| GentlemanEnginee | Quite, stekern, quite. | 06:56 |
| glowplug | Good luck with the bug hunting. It's bedtime here. =) | 06:58 |
| glowplug | Be on in the morning. | 06:58 |
| GentlemanEnginee | That would place you in: Malawi, Burundi, Egypt, Botswana, Zimbabwe, South Africa, Rwanda, Zambia, Mozambique, Lesotho, Swaziland, Libya, Namibia, Jordan, Lebanon, Syria, Palestine, Israel, Cyprus, Greece, Romania, Moldova, Finland, Turkey, Ukraine, Aaland Islands, Latvia, Bulgaria, Estonia, or Lithuania | 07:00 |
| stekern | You're right ;) | 07:14 |
| stekern | it's Finland | 07:14 |
| GentlemanEnginee | I thought that was the most likely candidate. | 07:26 |
| GentlemanEnginee | What manner of temperature is it there this time of the year? | 07:26 |
| GentlemanEnginee | Malfortunately, I believe the bed is calling me... | 07:41 |
| stekern | making progress: http://oompa.chokladfabriken.org/tmp/mor1kx_on_atlys_dump2.png | 09:51 |
| stekern | signal names and bit widths are defined like this in the config file: http://git.chokladfabriken.org/?p=trace_logger.git;a=blob_plain;f=util/dump2vcd.conf;hb=HEAD | 09:54 |
| stekern | (the log also shows the bug I'm investigating, way_hit[0] and way_hit[1] should never both be active) | 10:07 |
| stekern | doesn't seem to happen in the simulations... but I've added a builtin check for that condition | 10:18 |
| _franck_ | I've had some trouble with my server yesterday so I'll ask again: | 11:40 |
| _franck_ | (I may have miss some answers) | 11:41 |
| _franck_ | blueCmd: could you share what you've done so far on gdb ? | 11:41 |
| _franck_ | jeremybennett: jeremybennett: do you think gdb submission woth it ? because I think that'll be a long road and I'm not sure I want to spend so much time on GDB.... :) | 11:42 |
| blueCmd | _franck_: sure. https://github.com/blueCommand/or1k-src/commits/gdb-franck | 12:28 |
| blueCmd | _franck_: my computer is in the shop so I have no way of cleaning stuff up, but if you merge those commits gdb should compile against eglibc atleast | 12:28 |
| _franck_ | thanks, I'll take a look | 12:29 |
| blueCmd | I never got it to run 100% like I wanted but placing breakpoints and stuff like that using gdbserver works | 12:29 |
| juliusb_ | stekern: I haven't kept up - this trace guy, it's turning data you're getting off your FPGA into a VCD? | 12:45 |
| juliusb_ | (and that bug sounds interesting - good statergy too, btw, going for them when they're sluggish ) | 12:46 |
| stekern | juliusb_: yeah, I'm logging them into blockrams until I hit a trigger, then I turn off the blockram writing. | 13:13 |
| stekern | the blockrams are then hooked up to the wb-bus, so I can dump them with gdb into a file with 'x/<nr_samples>' | 13:13 |
| stekern | and then I've hacked together a python script that turn that dump into a .vcd | 13:14 |
| juliusb_ | wicked | 13:23 |
| -!- juliusb_ is now known as juliusb | 13:23 | |
| stekern | if you add a storage qualifier and connect the right signals to it, it pretty easily would be able to do "or1ksim traces" | 13:30 |
| juliusb | :) | 13:31 |
| stekern | http://opencores.org/forum,OpenRISC,0,5177 | 14:56 |
| stekern | how has that guy managed to modify the caches without even knowing what if_pc is? | 14:57 |
| juliusb | hah yes good point | 14:59 |
| juliusb | perhaps he could have studied the cache block in isolation | 14:59 |
| juliusb | he emailed me directly, actually | 14:59 |
| juliusb | he's using something called questasim from mentor | 15:00 |
| juliusb | is that the new name for modelsim or something? | 15:00 |
| juliusb | looks like mentor's fancy simulator suite | 15:01 |
| juliusb | does high-level modeling like TLM | 15:01 |
| stekern | yeah, I believe so (new name for modelsim) | 15:02 |
| stekern | anyways, is or1200-dsxinsn broken when disabling caches? | 15:03 |
| juliusb | shouldn't be | 15:03 |
| juliusb | might be, though | 15:03 |
| stekern | I just found it a bit amusing that he just took some arbitrary signal that he didn't know what it was and assumed "that, that is the problem" | 15:03 |
| stekern | ;) | 15:03 |
| juliusb | yes it's very odd, and then he says he sees it changing from 0x130 to 0x1000 and thinks it's an exception?! | 15:04 |
| juliusb | that's jumpingo ut of the reset vector to go and do some other work, surely | 15:05 |
| juliusb | I'll answer him a bit later | 15:05 |
| stekern | yeah, it sounds perfectly normal | 15:05 |
| juliusb | must run | 15:05 |
| stekern | I'll run soon, floorball in 1h 30m | 15:06 |
| stekern | run like the wind | 15:06 |
| stekern | it actually seems like the or1200-dsxinsn.S test goes into an endless loop when caches are disabled | 15:18 |
| stekern | which is pretty normal, since it restarts if caches are not enabled | 15:19 |
| juliusb | stekern: yeah good catch on that one | 16:45 |
| glowplug | Stefan I just peeked at your screenshot. That is extremely cool. You have GTKWave connected to the TAP? | 18:01 |
| stekern | glowplug: not exactly 'connected'. but gdb is connected and I use that to extract data into a file that I then transform into a VCD file that gtkwave can read | 19:26 |
| stekern | you probably could script everything up so it looks pretty transparent to the user | 19:27 |
| stekern | but, you don't really need to use gdb, you could use the cpu to print the stuff out on the uart and dump that to a file from the terminal program | 19:33 |
| stekern | (given that the bug you're investigating allows you to print things out) | 19:34 |
| glowplug | It must be really hard to debug when things are not running in realtime. | 20:39 |
| stekern | glowplug: what do you mean? | 20:57 |
| glowplug | I'm completely new to the debugging process. Wouldn't having real-time output (like in your UART example) make it significantly faster to debug? | 21:03 |
| stekern | the signals are changing at system clock (50 MHz in this case) | 21:04 |
| stekern | it's just an integrated logic analyzer that records signals into on-chip memory | 21:04 |
| stekern | then you dump it to your computer and post-process it | 21:05 |
| stekern | so realtime debugging isn't really possible (unless you've got mighty fast eyes :)) | 21:05 |
| glowplug | I see what you mean. Everything has to be slowed down and searched through anyways so might as well use logs. =) | 21:06 |
| glowplug | Great explination thanks! | 21:06 |
| stekern | so the UART example isn't really any different than using gdb, it's just another media to transfer the logged signals | 21:07 |
| glowplug | Between this and the homecmos irc channel I learn at least 100 new things per day. HAha | 21:07 |
| stekern | you could use ethernet, spi, i2c or whatever ;) | 21:07 |
| glowplug | Ethernet would be the most awesome way of course. | 21:09 |
| stekern | but gdb is probably the way with least resistance, at least for openrisc boards. You usually already have that available | 21:09 |
| glowplug | Julius booted mor1kx into the Kernel correct? Have you been running Linux in your Atlys? | 21:09 |
| stekern | I don't think juliusb have tested to boot linux yet. I've got it running Linux on the de0-nano | 21:17 |
| stekern | and now I've moved over to the atlys boards, but there something up with the cache there | 21:18 |
| stekern | that's what I'm debugging now | 21:18 |
| stekern | that's why I'm building this integrated logic analyzer | 21:18 |
| stekern | altera provides signaltap for free, but xilinx counterpart, chipscope, costs money. | 21:21 |
| stekern | money I'm not willing to spend :) | 21:21 |
| glowplug | Ahhh I remember. Julius was using SignalTap that the IP I couldn't remember the name of. | 21:23 |
| stekern | nope, your mixing up me and juliusb again :) | 21:24 |
| glowplug | Interesting I plan on using Spartan-6 do you think that is a mistake? | 21:24 |
| glowplug | Really! I'm sorry! Haha | 21:24 |
| glowplug | So you where using Signaltap with the Nano which has a Cyclone IV correct? | 21:24 |
| stekern | exactly | 21:24 |
| glowplug | What was your primary reason to switching to the Atlys? More RAM? | 21:25 |
| stekern | just to test on another board | 21:25 |
| stekern | with other tools etc | 21:26 |
| stekern | which turned out to be a good call, since nothing currently work on this board (at least not with icache enabled) | 21:27 |
| glowplug | It is interesting that there are any differences at all. If only we could peek into the inner workings of Xilinx/Altera software and hardware. =( | 21:27 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!
