| @olofk | _franck_, You're around? | 00:02 |
|---|---|---|
| -!- Netsplit *.net <-> *.split quits: ams | 00:14 | |
| -!- Netsplit *.net <-> *.split quits: orsoc1_ | 00:24 | |
| _franck_ | yes | 00:32 |
| @olofk | Do you have commit rights to or1200, or should I apply the patch for you? It passes the or1200 tests in orpsocv2 | 00:36 |
| @olofk | for bug 104 I mean | 00:38 |
| _franck_ | no I don't have rights. However, wait a bit :) | 00:39 |
| @olofk | Improvements on the way? :) | 00:39 |
| _franck_ | just looked at quartus logs and saw combinatorial loops | 00:39 |
| @olofk | whoops | 00:39 |
| _franck_ | and I think I'm involved in this :) | 00:39 |
| _franck_ | so wait a bit | 00:40 |
| @olofk | Yeah, I'll hold. That was a good catch. I guess that a test synthesis maybe should be a requirement | 00:40 |
| @olofk | And people better start using orpsocv3 soon, so we don't have to patch or1200 twice every time there's a bug ;) | 00:41 |
| _franck_ | yeah that would be great ! any date planned for the orpsocv3 release ? | 00:42 |
| @olofk | No, I'm still working on some basic stuff, but I'm trying to avoid adding new features and finishing off the ones that are in place | 00:44 |
| _franck_ | ok fixed. needed to register du_flush_pipe in or1200_du | 00:44 |
| _franck_ | I'll update my patch | 00:44 |
| @olofk | Can you rerun the or1200 tests, just in case, or do you want me to do that? | 00:44 |
| _franck_ | if you are ready please do it. However, I need to test in hardaware to see if it still works :) | 00:45 |
| _franck_ | because now I have one clock delay... | 00:45 |
| _franck_ | so just wait and do nothing :) | 00:46 |
| @olofk | I'm probably off to bed soon, so there's no hurry for me. Just give a shout when you're ready. | 00:52 |
| @juliusb | olofk: (using orpsocv3 and not doing the or1200-patch-double-dance) hear hear! | 00:54 |
| @olofk | :) | 00:55 |
| @juliusb | I'm kinda the prime offender at the minute though | 00:56 |
| @olofk | mor1kx is supported already. Just need to clean it up a bit before I push it | 00:56 |
| @juliusb | not even using orpsocv2, but a _forked_ version of it!! | 00:56 |
| @juliusb | haha | 00:56 |
| @olofk | Everyone is currently using a forked version :) | 00:56 |
| @juliusb | if I patch OR1200 in there I have to apply it 3 places | 00:56 |
| @juliusb | (this is not going to happen) | 00:56 |
| @olofk | There's one on opencores, a few on github, some on openrisc.net, stefan got some at his private repo and probably a few more that I don't know about | 00:57 |
| @juliusb | haha | 00:57 |
| @juliusb | yeah i bet | 00:57 |
| @juliusb | immitation (forking, in this case) is the sincerest form of flattery | 00:58 |
| @olofk | That's the worst fucking excuse I have heard today ;) | 00:58 |
| _franck_ | :) | 00:58 |
| @olofk | Oh well. Time to sleep now. | 01:02 |
| @juliusb | haha, not really an excuse | 01:02 |
| @juliusb | but yeah, if anyone was saying they were flattering you by forking it, you'd ask them to flatter you with patches | 01:03 |
| @juliusb | or with flattr | 01:03 |
| @juliusb | :) | 01:03 |
| @juliusb | maybe we should set up a flattr as a beer fun | 01:03 |
| @juliusb | fund | 01:03 |
| @juliusb | split it evenly between the contributors, based on number of lines submitted | 01:04 |
| @olofk | That's a good idea. I got a flattr account, but I've only been on the giving end | 01:04 |
| @olofk | Hmm.. that's not good for me. Most of my patches is removing lines by converting module headers to verilog 2001 :( | 01:04 |
| @olofk | So I would be giving beer away | 01:04 |
| @juliusb | Perhaps we'll just do abs(lines added) | 01:18 |
| @stekern | olofk: you have the complete wrong attitude against "forking" | 05:55 |
| @stekern | the double in svn is a problem, people forking of in their own repos is _not_ | 05:55 |
| @stekern | *off | 05:56 |
| @stekern | we're far behind this guy too https://github.com/torvalds/linux ;) | 05:56 |
| @stekern | 1502 forks only on github | 05:56 |
| @stekern | and it should of course be lines changed, removing stuff is a lot better than adding ;) | 06:01 |
| @stekern | re beer fund | 06:01 |
| @stekern | jeremybennett: I see that bug too, with or1k-gcc and or1k-clang and as you both deduced, the arguments to printf is correct, so something in printf is fishy | 08:33 |
| @stekern | and it would seem odd to use addc in a library call and not let gcc emit the instructions with it straight away | 08:34 |
| @olofk | stekern: I'm not against forking. I just prefer spooning, where we all cozy up and work on the code together | 08:38 |
| @stekern | I mean, it would be a bit like doing softmul with l.mul | 08:38 |
| @stekern | olofk: good, then we are in full agreement! ;) | 08:38 |
| @stekern | and sporking would be the ultimate thing then | 08:52 |
| @olofk | sporking is always the ultimate thing :) | 08:54 |
| @stekern | how nice, the "should be" comments in or1200-simple isn't even correct | 09:23 |
| @stekern | that should have been: or1200-basic | 09:25 |
| @stekern | what is this test even doing, what exception is it supposed to return from here: | 09:42 |
| @stekern | https://github.com/juliusbaxter/mor1kx-dev-env/blob/master/sw/tests/or1200/sim/or1200-basic.S#L980 | 09:42 |
| @stekern | nm, it writes epcr in the beginning of _T6 | 09:53 |
| @juliusb | just saw these boards mentioned in a post on the forum: http://www.opalkelly.com/products/ | 13:55 |
| @juliusb | maybe a little pricy, but still, not bad boards | 13:55 |
| @stekern | true | 14:10 |
| @stekern | I'm more interested in the newer devices though | 14:10 |
| _franck_ | juliusb: in openOCD, in or1k_bulk_write_memory you wrote: | 15:07 |
| _franck_ | const unsigned int blocks_per_round = 64; | 15:07 |
| _franck_ | Looks like this is max with libftdi driver | 15:07 |
| _franck_ | can you remember why such a comment ? | 15:07 |
| -!- Netsplit *.net <-> *.split quits: thoron__, Amadiro | 15:34 | |
| LoneTech | trying out openocd now. not having much success with adv_debug_sys yet | 15:36 |
| LoneTech | _franck_: is openocd+virtual jtag+adv_debug_sys expected to work? | 15:40 |
| LoneTech | it looks like the adv_debug_sys documentation states that altera haven't documented virtual jtag, but they did in ug_virtualjtag | 15:41 |
| @juliusb | _franck_: I vaguely remember that, it was just some hard limit they have in their code for how many things it can handle per "go" | 15:49 |
| _franck_ | LoneTech: yes | 15:50 |
| _franck_ | LoneTech: which openOCd branch are yo using ? | 15:51 |
| LoneTech | git from git://openrisc.net/julius/openocd merged with branch 'adv_debug_sys' back in June at the moment | 15:52 |
| _franck_ | juliusb: because Marek tried to increase this value up to 1024 and it works perfectly, increasing the transfert speed | 15:52 |
| _franck_ | the "official" one is now: https://github.com/openrisc/openOCD | 15:53 |
| LoneTech | thanks | 15:53 |
| _franck_ | how did you configure openOCD ? | 15:53 |
| LoneTech | ./configure --enable-maintainer-mode --enable-ftdi_cbus --enable-ft2232_libftdi --enable-usb_ | 15:53 |
| LoneTech | blaster_libftdi --enable-adv_debug_sys | 15:53 |
| LoneTech | I'm going to try the github one now | 15:56 |
| _franck_ | I'm looking for the configuration I'm using every day :) | 15:56 |
| _franck_ | http://www.elec4fun.fr/2011-03-30-10-16-30/2012-08-22-20-50-31/or1k-on-de1-openocd | 15:57 |
| _franck_ | ./configure --enable-usb_blaster_libftdi --enable-adv_debug_sys --enable-altera_vjtag--enable-maintainer-mode | 15:57 |
| LoneTech | thanks. looks like a missing space there though | 15:57 |
| LoneTech | odd, missing flyswatter_jtag_blink | 16:00 |
| _franck_ | there is some change here, I saw this when merging | 16:02 |
| LoneTech | okay, this is a step up from crashing at least. mdw says target not halted, curstate says running, and halt causes a repeated "target state: halted" message | 16:04 |
| LoneTech | I do suspect my target isn't halting correctly, as I tried poking at the debug interface manually earlier and the status register didn't ever raise stall | 16:05 |
| LoneTech | would prefer if virtual jtag was integrated into openocd | 16:06 |
| _franck_ | how would yo do that ? | 16:07 |
| LoneTech | I guess as a fresh TAP | 16:12 |
| LoneTech | not sure how hard it is, actually | 16:12 |
| LoneTech | in essence the virtual jtag system is a randomly adressable jtag tap | 16:13 |
| LoneTech | one can at least probe the number of devices and their IR lengths | 16:14 |
| LoneTech | well, their maximum IR length | 16:14 |
| _franck_ | yes, but the TAP is FPGA builtin, we can't change it | 16:15 |
| LoneTech | (the SLD framework forces the same width) | 16:15 |
| -!- Netsplit *.net <-> *.split quits: Amadiro_ | 16:16 | |
| LoneTech | not sure what you mean. I figure it ought to appear as a nested interface driver | 16:17 |
| LoneTech | but it would rely on openocd being able to work with multiple jtag chains | 16:17 |
| @juliusb | _franck_: Ah Ok, great, perhaps it's been upped elsewhere in the code then. | 16:17 |
| _franck_ | LoneTech: I don't understand :) | 16:18 |
| LoneTech | sorry. basically thinking out loud, but what I meant is moving the virtual jtag support into openocd's jtag layer, so it can be defined by the configuration files rather than compile time. | 16:19 |
| LoneTech | it seems there is something conceptually similar in the JTAG Route Controller support | 16:20 |
| _franck_ | ah ok, we are talking software :) when you said "would prefer if virtual jtag was integrated into openocd" I was thinking about the vjtag hardware stuff | 16:21 |
| _franck_ | using the vjtag is just calling a pre-init procedure to set the right virtual TAP | 16:23 |
| _franck_ | so yes we could configure this at run time | 16:24 |
| _franck_ | with config files | 16:24 |
| LoneTech | hm. something has gone wrong with the openocd I got from github - it sees the CPU but cannot halt it, apparently. the one I had from before does halt. (testing against mohor unit in orpsocv2) | 16:26 |
| _franck_ | strange because me and Marek are using it...some bug around ? | 16:27 |
| _franck_ | are you using the adv_dbg_if ? | 16:27 |
| LoneTech | no, this test was done with mohor's debug interface, because I wanted to compare a working baseline. haven't had adv_debug_sys work even once yet. | 16:28 |
| _franck_ | ah yes, wait | 16:30 |
| _franck_ | http://openrisc.2316802.n4.nabble.com/OpenRISC-openOCD-question-td4457922.html | 16:31 |
| _franck_ | look at the pdf I posted in the ml | 16:31 |
| _franck_ | if you don't use the adv_debug_if, your ./configure is wrong, you don't have to use --enable-avd_debug_sys | 16:41 |
| LoneTech | I am aware. I have matched that to the hardware tested each time. | 16:41 |
| _franck_ | and then it won't work because the vjtag is not configured in or1k_jtag.c | 16:42 |
| _franck_ | ok | 16:42 |
| _franck_ | Marek did those changes here https://github.com/mczerski/OpenOCD/tree/my_changes | 16:42 |
| _franck_ | but it's under tests and cleanup before I apply to the "official" | 16:43 |
| LoneTech | .. of course now I set up to properly bisect it the problem goes away. I must have made a mistake. | 16:49 |
| _franck_ | ok great so what's your exact configuration now (hw/sw) ? | 16:50 |
| LoneTech | at the moment, hw is an ordinary orpsocv2 in an ordb2a running mohor's debug unit on a GPIO based TAP. sw is https://github.com/openrisc/openOCD (flyswatter LED code disabled) configured with --enable-maintainer-mode --enable-ft2232_libftdi --enable-usb_blaster_libftdi --disable-adv_debug_sys --enable-jtag_vpi --disable-altera_vjtag | 16:52 |
| LoneTech | openocd config is ft2232_layout redbee-usb ft2232_vid_pid 0x0403 0x6011 source tcl/target/or1k.cfg | 16:52 |
| LoneTech | (because redbee-usb uses the second interface, which is user jtag in ordb2a) | 16:53 |
| _franck_ | --enable-jtag_vpi ? | 16:55 |
| LoneTech | just had it in there. that's for verilog simulators. | 16:55 |
| LoneTech | as far as openocd is concerned, it's just another jtag interface driver | 16:56 |
| _franck_ | yeah I know I wrote it :) | 16:57 |
| _franck_ | I just don't enable two drivers at the same time | 16:57 |
| LoneTech | it should not be a problem, the config file activates one | 17:00 |
| _franck_ | yes, you're right | 17:04 |
| LoneTech | running openocd in debug mode produced more interesting output for adv_debug_sys via vjtag. It's certainly talking to something, but complains of CRC errors all over. the first value read as CRC makes me think it's not a crc at all, being 0x80000000 | 17:17 |
| _franck_ | I can't help you that much since I've never used mohor tap + dbg_if | 17:22 |
| _franck_ | I'm building an adapter right now to test this config | 17:23 |
| LoneTech | that ended up working, but I'm trying to use adv_debug_sys and vjtag like you do :) | 17:24 |
| LoneTech | I found a suspicious detail in RTL, ADBG_USE_HISPEED was not defined. | 17:24 |
| LoneTech | afaik that would explain my issue perfectly | 17:25 |
| _franck_ | yes afair, I agree | 17:25 |
| _franck_ | you are confusing me jumping from jtag interface to jtag interface to dbg_if to vjtag to adv_dbg_if :) | 17:27 |
| LoneTech | sorry | 17:27 |
| _franck_ | :) just kidding | 17:28 |
| LoneTech | hm, I'm afraid that didn't solve the entire problem. -d3 logs still show the same odd crc messages, still get a lot of "target state: halted" as well as "target not halted", but it sort of looks like it did manage to read a word once. | 17:34 |
| LoneTech | still, progress is good | 17:34 |
| _franck_ | so what is your test config now ? :) | 17:35 |
| LoneTech | an experimental orpsocv2 variant with adv_debug_sys, and same openOCD codebase this time with --enable-adv_debug_sys --enable-altera_vjtag | 17:35 |
| LoneTech | which openrisc system do you use? | 17:36 |
| _franck_ | orpsocv2 | 17:36 |
| _franck_ | with an usb_blaster interface. Are you using an usb blaster or the orsoc jtag interface ? | 17:37 |
| LoneTech | orsoc (ftdi) jtag interface, which ought to work considering it never has a problem talking to the fpga itself | 17:37 |
| LoneTech | I'm a bit confused. orpsocv2 doesn't have any adv_debug_sys integrated afaik? | 17:38 |
| _franck_ | I don't think so | 17:40 |
| _franck_ | I used to start from the orpsocv2 from the stefan repo | 17:40 |
| _franck_ | http://git.openrisc.net/cgit.cgi/stefan/orpsoc/ | 17:40 |
| LoneTech | ah, that has adv_debugsys in the board directory. thanks :) | 17:42 |
| _franck_ | but as I (we) never tried openOCD + adv_debug_if with anyother interface but usb_blaster.... | 17:42 |
| _franck_ | you may have problems :) | 17:43 |
| LoneTech | frankly I believe that will be a non-issue | 17:43 |
| LoneTech | as long as it works through openocd's jtag interface drivers | 17:43 |
| LoneTech | I'll look into it tomorrow. Thank you for all the help! | 17:43 |
| _franck_ | should not be an issue (but you knwo we always have surprises) | 17:44 |
| _franck_ | you're welcome | 17:44 |
| LoneTech | I can probably deal with it if it does end up confused at that point | 17:44 |
| _franck_ | anyway, good to hear you are using openOCD ! | 17:45 |
Generated by irclog2html.py 2.15.2 by Marius Gedminas - find it at mg.pov.lt!