| 03:45.38 | *** join/#openjtag vmaster_ (i=vmaster@p549B4FA1.dip.t-dialin.net) |
| 05:55.07 | *** part/#openjtag ka6sox (n=ka6sox@nslu2-linux/ka6sox) |
| 05:58.21 | *** join/#openjtag odoc (i=odoc@is.borntobooze.de) |
| 06:47.20 | *** join/#openjtag ep1220 (n=NN@gate.epatec.at) |
| 08:03.39 | *** part/#openjtag odoc (i=odoc@is.borntobooze.de) |
| 12:47.20 | *** join/#openjtag prpplague (n=billybob@72.22.136.211) |
| 14:39.32 | *** join/#openjtag bullet (n=bullet@63.31.79.83.cust.bluewin.ch) |
| 15:24.20 | prpplague | anyone used ocd commander before? |
| 15:27.14 | vmaster | sure |
| 15:38.48 | prpplague | vmaster: i assume it only supports wiggler compatible dongles right? |
| 15:38.58 | vmaster | all macraigor dongles |
| 15:39.05 | vmaster | wiggler, raven, mpdemon, usbdemon |
| 15:40.23 | prpplague | ahh |
| 15:40.38 | prpplague | so what exactly does ocd commnader do? |
| 15:40.53 | vmaster | it's a assembly-level debugger |
| 15:41.02 | vmaster | you can download code to your target's ram |
| 15:41.04 | vmaster | and execute |
| 15:41.09 | vmaster | stop any time you like |
| 15:41.09 | prpplague | ahh |
| 15:41.11 | vmaster | single-step |
| 15:41.13 | vmaster | examine memory |
| 15:42.16 | prpplague | vmaster: i can everything execpt single step with hacked apps now |
| 15:42.40 | prpplague | sounds like a nice freebee tool though |
| 15:44.23 | vmaster | it has some major drawbacks |
| 15:44.30 | vmaster | no flash writing support |
| 15:44.38 | vmaster | no wiggler support under linux |
| 15:44.53 | vmaster | (almost) no cp15 access (for mmu targets) |
| 15:45.39 | vmaster | never got the raven to work under linux |
| 15:45.56 | vmaster | only with windows |
| 15:47.30 | vmaster | but sure, it's free, and if you don't need anything it misses, it's fine |
| 16:04.58 | *** join/#openjtag ByronT-Away (i=ByronT@nslu2-linux/ByronT) |
| 16:11.08 | prpplague | vmaster: not much use to me then |
| 16:12.22 | vmaster | why? linux support? |
| 16:12.27 | prpplague | yea |
| 16:13.09 | vmaster | it it was that easy... |
| 16:13.25 | [g2] | I let the kids play on XP |
| 16:13.48 | vmaster | the xilinx tools for linux suck so bad, i have to use vmware/w2k again |
| 16:15.22 | vmaster | prpplague: what exactly do you want to do? |
| 16:16.07 | prpplague | vmaster: with regards to ocd commander, someone just mentioned it, and as i had never heard of it i was just trying to find out |
| 16:16.14 | vmaster | ah, ok |
| 16:16.18 | prpplague | vmaster: i already have plenty of jtag tools |
| 16:16.41 | vmaster | macraigor offers two tools, the ocd commander, and ocd remote |
| 16:16.42 | prpplague | vmaster: i have a lauterbauch and several home break devices |
| 16:16.58 | [g2] | so what's the best free one ? |
| 16:17.52 | prpplague | well thats kind of a hard question |
| 16:18.16 | [g2] | if it was an easy question I'd know the answer :) |
| 16:18.50 | prpplague | hehe |
| 16:18.59 | prpplague | [g2]: nother other there right now does it all |
| 16:19.15 | prpplague | [g2]: you have to use two or three different ones to do the job |
| 16:19.45 | [g2] | ok, flashing and debugging as two classes |
| 16:19.52 | [g2] | do we need a third class ? |
| 16:21.20 | prpplague | [g2]: flashing i prefer jflash every time because its easy to modify |
| 16:21.29 | prpplague | [g2]: but some ppl prefer jtag-tools |
| 16:23.17 | prpplague | [g2]: armtool is pretty good for debugging |
| 16:23.52 | prpplague | i've hacked armtool to do a code download and use objdump to disassemble and display code |
| 16:24.12 | prpplague | only thing i can't do right now with it is single-step code |
| 16:25.20 | [g2] | though I've done hardly any debugging in the last couple years |
| 16:25.32 | [g2] | the things up on my list are: |
| 16:25.43 | [g2] | 1) JTAG debugging |
| 16:25.59 | [g2] | 2) JTAG break-in and see where stuff is at |
| 16:26.12 | [g2] | 3) maybe the PMU stuff |
| 16:26.57 | [g2] | and of course being able to flash and dl/upload program data from memory |
| 16:26.58 | vmaster | what do you mean by "break-in"? and what's pmu? |
| 16:27.23 | [g2] | back in the day..... |
| 16:27.43 | [g2] | the x86 had a debugger with a little red button that generated a NMI |
| 16:28.00 | [g2] | you could break-in to a locked up system and see where it was locked |
| 16:28.10 | [g2] | we should be able to do the same thing with JTAG |
| 16:28.23 | vmaster | that comes for free with debugging |
| 16:28.37 | prpplague | yea |
| 16:28.57 | [g2] | you don't have to attache to as task or anything ? |
| 16:29.11 | [g2] | heh attache |
| 16:29.40 | prpplague | no, basically you are just forcing a break point |
| 16:30.10 | vmaster | that's the way arm explicitly warns about |
| 16:30.47 | [g2] | what "we can't guarentee machine state" ? |
| 16:30.54 | prpplague | vmaster: oh? |
| 16:30.59 | prpplague | vmaster: wasn't aware of that |
| 16:31.17 | prpplague | vmaster: thats the way they implement it in armtool |
| 16:31.19 | vmaster | only the status and control register can be safely written while the core is running |
| 16:31.38 | vmaster | and if you want to enter debug state, it's a lot easier to just force dbgrq high |
| 16:31.44 | prpplague | vmaster: interesting, i'll have to go back and look again |
| 16:32.12 | [g2] | vmaster you can go in an change the state from running though right ? |
| 16:32.52 | vmaster | yeah, the target is running, you assert dbgrq, the target enters debug, and sets dbgack high |
| 16:33.29 | vmaster | of course, i'm only talking about arm7 and arm9 targets |
| 16:33.33 | vmaster | don't know about others |
| 16:33.33 | prpplague | vmaster: my main problem is i can;t figure out how to do single steps |
| 16:33.46 | vmaster | prpplague: on what core? |
| 16:33.53 | prpplague | arm |
| 16:33.58 | prpplague | arm7tdmi |
| 16:34.27 | vmaster | you couple the two comparators to form an "inverse breakpoint" that breaks on everything but the current instruction |
| 16:36.08 | prpplague | ahh |
| 16:36.13 | prpplague | makes sense |
| 16:36.31 | prpplague | i'll have to implement another function to deal with that |
| 16:36.37 | prpplague | shouldn't be too hard |
| 16:41.25 | vmaster | no, just write the appropriate values to the embeddedice registers, and execute a resume |
| 16:42.36 | prpplague | vmaster: hehe, yea this is some hacked code, once i have a good idea of how things should work, i plan on re-writing armtool |
| 16:46.00 | vmaster | if you want have a look of my openocd code - i'm currently rewriting it, but the 0.3 version available on berlios does everything necessary for arm7, arm720t and arm920t targets |
| 16:46.39 | vmaster | *at |
| 16:46.42 | [g2] | vmaster does it work with a Raven ? |
| 16:47.04 | prpplague | vmaster: oh nice |
| 16:47.09 | prpplague | vmaster: url? |
| 16:47.14 | vmaster | openocd.berlios.de |
| 16:47.44 | vmaster | the code is only available on the project site, follow the link below the berlios image in the nav bar |
| 16:48.01 | vmaster | [g2]: is there a way to censor purl? |
| 16:48.23 | [g2] | vmaster, dunno. |
| 16:48.28 | [g2] | I go to #nslu2 |
| 16:49.19 | prpplague | downloading |
| 16:49.43 | vmaster | my thesis paper is linked from the blog, if you haven't already seen it |
| 16:50.53 | prpplague | yea i downloaded it |
| 16:51.01 | prpplague | haven't read all of it yet |
| 16:51.42 | vmaster | it documents the 0.3 version, if there's anything left unclear just ask |
| 16:52.15 | [g2] | vmaster I'm guessing that code works with a wiggler |
| 16:53.19 | vmaster | wiggler and ft2232 |
| 16:54.12 | vmaster | actually its a generic bit-bang interface that just requires the ability to toggle the jtag lines |
| 16:55.21 | vmaster | and an advanced interface for "smarter" devices like the ft2232 |
| 18:35.59 | prpplague | vmaster: hmm ./configure fails with an error about install.sh |
| 18:37.22 | prpplague | vmaster: you have a custom install.sh or install-sh you are looking for? |
| 18:37.25 | vmaster | heh, that's quite possible - i didn't pay much attention to the autotools stuf yet |
| 18:39.04 | vmaster | ah, iirc you have to run autogen.sh first |
| 18:40.33 | prpplague | vmaster: yea that did the trick |
| 18:40.47 | prpplague | hmm libcli |
| 18:40.52 | vmaster | you also have to pay attention to the libraries |
| 18:40.54 | vmaster | yep |
| 18:41.10 | vmaster | debian has it ;) |
| 18:41.26 | vmaster | the ftdi library is pretty nasty |
| 18:41.55 | vmaster | it wont work with a "current" libusb, it requires its own version |
| 18:42.06 | vmaster | see INSTALL for details |
| 18:42.13 | prpplague | gotcha |
| 18:43.16 | bullet | vmaster: btw, do you per chance know, if the ft2232 linux driver supports both ports? |
| 18:43.38 | prpplague | vmaster: there a configure option to disable the ftdi stuff as i don't need it |
| 18:43.46 | vmaster | prpplague: sorry, not yet |
| 18:44.11 | vmaster | you'll have to modify the make files and jtag.c to get rid of it |
| 18:44.19 | vmaster | this is just a prototype |
| 18:44.25 | prpplague | vmaster: yikes |
| 18:44.30 | *** join/#openjtag Tiersten (i=tman@nslu2-linux/Tiersten) |
| 18:44.30 | prpplague | vmaster: hmm |
| 18:44.34 | vmaster | heh, i had to get done with my thesis |
| 18:44.40 | prpplague | np |
| 18:44.53 | prpplague | i'll have to put it on the back burner then |
| 18:47.29 | vmaster | bullet: i believe it does |
| 18:47.43 | vmaster | but it's a bit complicated |
| 18:47.52 | bullet | complicated? |
| 18:48.06 | vmaster | it all depends on what you want to do with the second port |
| 18:48.28 | bullet | well, two rs232 ports, actually |
| 18:48.47 | vmaster | ah, you just want two serial ports? nothing else? |
| 18:48.59 | vmaster | no mpsse? |
| 18:49.03 | bullet | well, rs232/rs485 actually, but yes. nothing else |
| 18:49.11 | vmaster | works just fine |
| 18:49.16 | bullet | great |
| 18:49.25 | vmaster | the ftdi_sio registers ttyUSBn and ttyUSBn+1 |
| 18:49.38 | bullet | nice. very nice. |
| 18:50.17 | vmaster | it's getting complicated when you want to use mpsse on channel A, and uart on channel B |
| 18:51.21 | bullet | on the jtag bord you showed me last week, i think you had one rs232 too, right? |
| 18:52.00 | vmaster | yes |
| 18:52.21 | vmaster | that would be nice for an "integrated" embedded debug solution |
| 18:52.44 | bullet | yeah |
| 18:52.45 | vmaster | jtag does the debugging, rs232 for the console |
| 19:10.10 | *** join/#openjtag Jacmet (n=jacmet@50C59F0E.flatrate.dk) |
| 19:25.09 | *** join/#openjtag lennert (n=buytenh@nslu2-linux/lennert) |
| 19:25.21 | [g2] | lennert welcome |
| 19:25.26 | lennert | hmm, busy in here |
| 19:25.28 | lennert | thanks :) |
| 19:25.45 | *** join/#openjtag dwery (n=dwery@213-140-6-127.ip.fastwebnet.it) |
| 19:25.57 | [g2] | lennert vmaster just finished up his degree with is paper on JTAG |
| 19:26.11 | lennert | ok |
| 19:26.16 | [g2] | ep1220 is building a FTDI based adapter |
| 19:26.18 | lennert | how can you write a paper on jtag? |
| 19:26.34 | lennert | [g2]: i think the spartan board would do but the serial is slightly slow |
| 19:27.03 | [g2] | lennert the FPGA stuff has been mired for 8-9 months |
| 19:27.19 | [g2] | mire as stuck in the mud |
| 19:27.34 | lennert | yeah |
| 19:27.50 | [g2] | the S3E platform came out after several of us got the S3 |
| 19:27.54 | lennert | i wrote a jtag thing for the spartan3 board a while ago when i was on holiday |
| 19:28.05 | [g2] | heh |
| 19:28.07 | lennert | i think last christmas and i brought my laptop and had nothing to do |
| 19:28.15 | dwery | lennert: that's why his wife thinks he's mad :-D |
| 19:28.17 | lennert | i bought a copy of the jtag specs |
| 19:28.27 | dwery | s/he's/you are/ |
| 19:28.28 | dwery | :D |
| 19:28.39 | lennert | dwery: that's one of the reasons, yes :) |
| 19:28.52 | dwery | lennert: I don't want to know the others :-D |
| 19:29.08 | [g2] | So I'd like to have a high-speed JTAG for the Xscale |
| 19:29.11 | lennert | i made a program that just displays the state of the four pushbuttons and the eight slide switches |
| 19:29.26 | [g2] | and others stuff too but Xscale is a great start |
| 19:29.49 | dwery | I suppose opencores has already been harvested for code, isn't it? |
| 19:29.51 | lennert | [g2]: so, do you want flash programming or in-circuit debugging? |
| 19:29.55 | [g2] | right we can use the S3 and just download over serial |
| 19:30.07 | [g2] | lennert long term-both |
| 19:30.12 | lennert | usually what people want to speed up is flash programming |
| 19:30.26 | lennert | [g2]: what's your first priority? |
| 19:30.52 | [g2] | actually, I'd like to marry ep1220's knowledge of loading the mini-I cache with high-speed |
| 19:31.03 | *** join/#openjtag brainwagon (n=markv@c-67-180-32-90.hsd1.ca.comcast.net) |
| 19:31.03 | [g2] | where you dl directly into the onboard I cache |
| 19:31.32 | [g2] | so we could dl a 32K bootloader and then let it go and wake up in APEX |
| 19:31.45 | lennert | mini i-cache is 2k iirc |
| 19:31.58 | [g2] | yes but you can dl to the main I-cache too |
| 19:32.20 | lennert | i read the relevant datasheets a while ago.. |
| 19:32.25 | lennert | can't remember too well though |
| 19:32.30 | lennert | intel has an application note for it iirc |
| 19:32.51 | [g2] | they've got one for flash programming |
| 19:33.09 | lennert | flash programming is easier |
| 19:33.14 | [g2] | ep1220 told us the page in the dev manual for the JTAG LDIC code |
| 19:33.26 | [g2] | let me look it up in the log |
| 19:33.39 | lennert | you need to actually write that code too, though :) |
| 19:34.27 | lennert | someone with an abatron should just dump the i-cache and tell us what it says ;) |
| 19:34.35 | lennert | whoops, was the mic on when i said that? |
| 19:35.25 | [g2] | ep1220 already done it with the FTDI |
| 19:35.49 | lennert | a full gdb stub? |
| 19:36.02 | [g2] | no loading with LDIC |
| 19:36.09 | lennert | oh |
| 19:36.14 | lennert | yeah, i believe that that's possible |
| 19:38.01 | lennert | you have to write a gdb stub though |
| 19:38.03 | lennert | or a part of it |
| 19:38.17 | lennert | i think you could actually do that with the spartan3 board |
| 19:38.42 | [g2] | well with the S3E you could do it over 100Mb ethernet |
| 19:38.52 | lennert | just hook it up to the slug |
| 19:38.56 | lennert | [g2]: yeah, that would be even better |
| 19:39.03 | lennert | [g2]: but you have to implement tcp or something ;) |
| 19:39.21 | [g2] | UDP and checksums would work |
| 19:39.23 | lennert | [g2]: ethernet is faster, but a bit of a pain since it's not reliable |
| 19:39.29 | lennert | [g2]: yeah, and making sure that you didn't miss any frames |
| 19:39.30 | dwery | lennert: you could do it at a lover level of the ISO/OSI stack |
| 19:39.41 | lennert | [g2]: some dumb retransmit algorithm like tftp |
| 19:39.44 | [g2] | ethernet frames |
| 19:39.50 | dwery | [g2]: gotcha! |
| 19:40.03 | lennert | either that or implement a tiny arm processor in the fpga and run linux' tcp/ip stack on it ;) |
| 19:40.18 | dwery | lennert: that's the other reason, isn't it? :-D |
| 19:40.25 | [g2] | well the processors do have soft cores |
| 19:40.31 | lennert | yeah, microblaze |
| 19:40.33 | [g2] | but it's more of an IP issue |
| 19:40.36 | lennert | yeah |
| 19:40.44 | lennert | i don't like xilinx' ip license |
| 19:40.48 | lennert | would rather just write everything myself |
| 19:40.48 | [g2] | I want something Open and fairly cheap |
| 19:40.51 | lennert | yeah |
| 19:40.59 | lennert | IP = 'all your ass are belong to us' |
| 19:41.06 | [g2] | lol |
| 19:42.18 | [g2] | So I think we need to just discuss that layers of the architecture and get some stuff in place |
| 19:42.26 | lennert | yeah |
| 19:42.40 | [g2] | there are plenty of people to work on stuff, it's just the vhdl has been the road block for most of us |
| 19:42.45 | lennert | oh |
| 19:42.50 | [g2] | I think vmaster is the exception |
| 19:42.54 | lennert | you guys have a mailing list? |
| 19:43.01 | lennert | [g2]: vmaster = verilog/vhdl master ;) |
| 19:43.03 | [g2] | and he just showed up a little while ago |
| 19:43.14 | [g2] | maybe ? |
| 19:43.27 | [g2] | we should setup a ml |
| 19:43.56 | [g2] | can you wait a couple days ? |
| 19:44.07 | [g2] | I'll set one up on giantshoulderinc |
| 19:44.16 | lennert | why not on openjtag.net? |
| 19:44.20 | [g2] | it's been on my todo list |
| 19:44.44 | [g2] | that's up to ka6sox |
| 19:45.23 | [g2] | I don't really care where it's done, just that it gets done and we get rolling |
| 19:46.18 | lennert | yeah |
| 19:46.22 | lennert | i need to think this over |
| 19:46.34 | lennert | i don't even know how the current openjtag codebase does it |
| 19:47.57 | [g2] | that's fine, we should start sending idea around on the ml |
| 19:48.45 | dwery | [g2]: what are you currenly using to to parallel-port jtag programming? |
| 19:49.32 | [g2] | dwery I've got a parallel port for the Loft/Avila boards it can just reflash |
| 19:49.38 | [g2] | so I can test bootloader that way |
| 19:49.56 | dwery | I remember i contributed to jtagtools years ago.. is that software still in use? |
| 19:49.58 | [g2] | however, I've just reflashed with dd 99% of the time |
| 19:50.25 | [g2] | I think that's what lennert meant... WinCE jtag |
| 19:50.38 | [g2] | it's jtag 0.5 |
| 19:51.38 | dwery | yes, that one. http://openwince.sourceforge.net/jtag/ |
| 19:51.41 | lennert | yeah, i meant wince jtag |
| 19:51.55 | [g2] | nod all around |
| 19:52.10 | lennert | if you want to make jtag go faster than via the parallel port, you need a way of offloading it |
| 19:52.17 | dwery | yep |
| 19:52.29 | lennert | the most generic interface is 'shift this row of bits into the shift register, and give me the bits that you shifted out' |
| 19:52.35 | dwery | :D |
| 19:53.00 | lennert | and some special primitives for manipulating the TMS input |
| 19:53.19 | lennert | i suspect this is something that openwince jtag has already solved |
| 19:53.24 | lennert | in which case we can just code against their API |
| 19:54.41 | [g2] | well my thinking is that if we load code into the I cache and start it up, then we can configure memory and relocate to memory and have a bootloader and serial running |
| 19:55.14 | [g2] | then we could XYZmodem over an image and flash it from memory |
| 19:55.15 | lennert | that'll work |
| 19:55.24 | lennert | that would also work |
| 19:55.38 | lennert | but then you don't need the additional hardware ;) |
| 19:55.46 | lennert | you can just load the icache via the parallel port jtag adapter |
| 19:55.48 | [g2] | or be able to stop the processor and reload the I cache |
| 19:56.01 | lennert | and pull in the flash contents via the usb port of the slug |
| 19:56.23 | ep1220 | [g2]: You could transfer the data thru JTAG as well - a but faster than serial - and needs no drivers :-) |
| 19:56.33 | ep1220 | s/but/bit/ |
| 19:56.46 | [g2] | ep1220 that'd works well to |
| 19:56.51 | vmaster | running code from i-cache could cause you a lot of trouble |
| 19:56.52 | [g2] | and make use of the hw |
| 19:57.05 | vmaster | only code fetches come from the icache, no data fetches |
| 19:57.23 | vmaster | i doubt any compiler allows you to live completely without data memory :) |
| 19:57.37 | lennert | vmaster: you have to code it by hand then ;) |
| 19:57.45 | ep1220 | vmaster: but any assembler does ;-) |
| 19:57.47 | [g2] | actually have a program transcode |
| 19:58.17 | [g2] | load immediate, load immediate, store xxxx, ..... |
| 19:58.20 | vmaster | yeah |
| 19:58.31 | vmaster | but i guess you don't want to do anything larger that way |
| 19:58.37 | lennert | [g2]: a friend of mine wrote an ascii-only x86 shell code generator some years back that did exactly that |
| 19:58.39 | vmaster | like, you wont have a stack either |
| 19:59.05 | vmaster | that icache method is good for a debug handler, but that's about it |
| 19:59.36 | [g2] | lennert this has _all_ been done before :) |
| 19:59.50 | lennert | [g2]: i know :) |
| 19:59.53 | [g2] | our fortran loader had shared libs back in the 70's |
| 20:00.15 | vmaster | you had computers in the 70's? ;) |
| 20:00.24 | [g2] | and punch cards ;) |
| 20:00.37 | [g2] | with big 'ol line printers |
| 20:01.15 | [g2] | and when we dumped the scripts to invoke the compiler batch and found the commands to run them interactively |
| 20:01.28 | vmaster | just reading up all the stuff you wrote while i grabbed some food at mc d's... |
| 20:01.36 | [g2] | people would think the mainframe crashed |
| 20:01.59 | [g2] | because it wasn't servicing the TTYs |
| 20:02.04 | vmaster | hehehe |
| 20:02.17 | [g2] | ah... the old days |
| 20:02.40 | vmaster | ok, vmaster is short for virtual master, which was the only master i could think of when i registered my first mail address ;) |
| 20:02.56 | vmaster | well, the only one that was available |
| 20:04.34 | lennert | hehe |
| 20:05.19 | vmaster | about off-loading jtag work: |
| 20:05.42 | vmaster | i don't think it's necessary to put a complete gdb stub into the fpga |
| 20:05.58 | vmaster | you just need a "high-level" jtag interface |
| 20:06.28 | lennert | yeah |
| 20:06.45 | lennert | i think shift_bits() is the highest level interface that still preserves all the functionality |
| 20:06.59 | vmaster | latency would kill you, if you just shift bits |
| 20:07.03 | lennert | if to go even higher.. you'll have to tell the fpga which bit positions you are interested in |
| 20:07.19 | lennert | vmaster: well, you shouldn't shift the bits one by one ;) |
| 20:07.34 | vmaster | the fpga has to know about which bits you're interested in |
| 20:07.49 | vmaster | one example from arm7/arm9 debugging: |
| 20:08.07 | vmaster | when accessing system memory, you shift a load/store multiple instruction into the core |
| 20:08.19 | vmaster | and have it executed at system speed |
| 20:08.32 | vmaster | you then have to poll the core until it reentered debug state |
| 20:09.20 | lennert | yes |
| 20:09.37 | vmaster | if you want high speed, you have to off-load that decision to the fpga |
| 20:10.06 | vmaster | like: execute the following jtag commands until bit #x is high |
| 20:10.30 | lennert | yeah, but you want to keep the interface general enough to also allow for other stuff |
| 20:10.46 | lennert | you can build a protocol to interface with the fpga that works very well for debugging, but it won't work for flash programming then |
| 20:10.53 | lennert | or i just didn't think it through very well yet |
| 20:11.30 | vmaster | imho, there's nothing a higher-level interface couldn't do |
| 20:12.05 | [g2] | I think we'd want to setup different commands based on lenghts |
| 20:12.15 | vmaster | hmm? |
| 20:12.24 | lennert | vmaster: do you have your idea written up somewhere? |
| 20:12.32 | [g2] | for the IXP4xx the man shift chain is 498 bits iirc |
| 20:12.49 | [g2] | s/man/main/ |
| 20:13.11 | [g2] | however, the LDIC is like 40 bits iirc |
| 20:13.25 | [g2] | and there are lot of variants |
| 20:13.52 | vmaster | lennert: openocd.berlios.de - i've documented the current state of my jtag interface there, but it still lacks the "loop" stuff |
| 20:14.57 | lennert | i'll have a look, thanks |
| 20:15.37 | vmaster | the looping would probably resemble STAPL |
| 20:21.15 | *** join/#openjtag ka6sox-office (n=tking@netblock-66-159-209-52.dslextreme.com) |
| 20:21.44 | [g2] | hey ka6sox-office lennert wants to setup a ml for openjtag |
| 20:22.17 | ka6sox-office | ya..I'm looking at a yahoo one...easier for me to maintain :) |
| 20:23.09 | [g2] | ka6sox-office I'd like to setup a ml on a slug/loft at giantshoulderinc |
| 20:23.53 | [g2] | it's actually something I'd like to have turnkey for the Loft |
| 20:24.08 | [g2] | possibly with a web front-end |
| 20:24.53 | [g2] | and then have the archives searchable and web browseable |
| 20:25.01 | [g2] | and no adds :) |
| 20:25.22 | [g2] | well except for the "Loft" ads :) |
| 20:25.23 | ka6sox-office | ya |
| 20:33.32 | lennert | vmaster: there's no docs for your idea yet apart from the api description, is that right? |
| 20:34.35 | vmaster | not for the "new" version |
| 20:34.48 | vmaster | my thesis documents my original efforts |
| 20:35.20 | lennert | okay |
| 20:35.22 | vmaster | ah, and of course the api documents working code |
| 20:35.51 | vmaster | the looping is rather simple |
| 20:36.21 | vmaster | instead of the single queue that i'm using right now, there would be multiple queues, access by a handle, or whatever |
| 20:37.55 | vmaster | an additional command would say: execute queue (n) until the checks match |
| 20:38.01 | vmaster | (or a timeout occurs) |
| 20:40.01 | ka6sox-office | groups.yahoo.com/group/openjtag is open for business |
| 20:46.13 | [g2] | document not found |
| 20:47.10 | lennert | works fine for me |
| 20:48.17 | [g2] | not on the US yet |
| 20:48.41 | lennert | [g2]: europe gets stuff first |
| 20:48.44 | lennert | [g2]: ;) |
| 20:48.53 | [g2] | ah... finally |
| 20:51.30 | vmaster | this is supposed to be a joke, right? |
| 20:51.31 | vmaster | Message Format |
| 20:51.32 | vmaster | <PROTECTED> |
| 20:51.44 | lennert | nope |
| 20:51.56 | lennert | those people live in an html world like we live in a text world |
| 21:11.07 | *** join/#openjtag ByronT (n=byron-po@nslu2-linux/ByronT) |