IRC log for #openjtag on 20080331

01:29.36*** join/#openjtag jamie___ (n=jamie@pdpc/supporter/active/jamie)
02:50.57*** join/#openjtag rwhitby` (n=rwhitby@ppp240-74.static.internode.on.net)
04:16.23*** join/#openjtag jkilb_ (n=jkilb@p5B2097C7.dip0.t-ipconnect.de)
06:13.28*** join/#openjtag rwhitby (n=rwhitby@nslu2-linux/rwhitby) [NETSPLIT VICTIM]
07:20.20*** join/#openjtag drath_ (i=vmaster@p5B07E536.dip.t-dialin.net)
09:05.56*** join/#openjtag pleemans (n=peter@d51A5E76A.access.telenet.be)
13:22.38*** join/#openjtag prpplague (n=dave@mail.americanmicrosystems.com)
13:45.50*** join/#openjtag Chocobo (n=swinchen@strongbad.eece.maine.edu)
13:45.51*** join/#openjtag swinchen (n=swinchen@strongbad.eece.maine.edu)
14:15.08gandhijeei dunno, i'm trying to use it to program the flash memory of my IXP 465 with a wiggler
15:06.09*** join/#openjtag gandhijee (n=root@host-66-202-34-165.spr.choiceone.net)
15:16.41sn9gandhijee: make sure the cpu is halted
15:17.22gandhijeei get scan errors
15:17.45gandhijeei'll set it back up in a lil bit, i got the code for the wiggler software for windows
15:18.02gandhijeebut i'd rather  get openOCD running
15:19.02sn9you'll get scan errors if the reset protocol is wrong
16:05.42gandhijeewell all of the settings give me erros
16:10.40gandhijeethis is the error i get
16:10.41gandhijeehttp://pastebin.ca/964825
16:12.49sn9if the scan always returns zero, the jtag simply isn't connected
16:14.52gandhijeei c
16:17.53sn9some devices make you jump through some hoops to enable it
16:18.09gandhijeehow so?
16:20.19sn9various ways
16:21.01sn9but, if your windows software works, it must just be some kind of setting
16:21.04gandhijeeyou know anything for IXP4xx devices?
17:58.50*** join/#openjtag drath_ (i=vmaster@p5B07D012.dip.t-dialin.net)
18:54.51*** join/#openjtag ali_as (n=as@ambix.plus.com)
20:05.57ali_asHi all, whats the state of the art with the fastest open design for a jtag interface, USB/FTDI or better?
20:28.17prpplagueali_as: ft2232 seems to be item of choice, we use it for the flyswatter and have yet to have a problem with performance or reliability
20:28.51ali_asLimited to less than about 5Mbit though?
20:29.04prpplaguethat sounds about right
20:29.14prpplagueali_as: jtag wasn't really designed for high speed
20:30.58ali_asSome parts go to 80MHz.  My lpt port dabblings are rather slow.  A few K a second for ejtag.
20:31.44prpplagueindeed
20:32.04ali_asI asked about geep-b in #openhardware and it was suggested that project died.
20:32.23prpplagueali_as: the ft2232 is fast enough for us to flash nor/nand as well as debug and do co-verification
20:32.34prpplagueali_as: no real complaints for us
20:32.41prpplagueus==me and my employeer
20:34.23ali_asI like the idea of an ethernet solution, so I'm dabbling in this directionwith a development board.
20:35.03prpplagueali_as: it is doable
20:36.02ali_asI've hit limitations of bus speed with the oki arm chip, so I'm hunting round for how other people are solving the problem.
20:36.44prpplaguemight try one of our hammer boards
20:36.57prpplaguehttp://www.elinux.org/Hammer_Board
20:38.27ali_asOk, thats a confusing spec, 200MHz ARM9 delivering 100MIPS.
20:39.01sn9haha
20:39.02prpplagueali_as: thats an incorrect posting, that should be 100BogoMIPS
20:39.15prpplagueali_as: its 220MIPS
20:40.57bjdooksali_as: BogoMIPS are 'Bogus' MIPS and are barely reliable between the same CPU cores
20:41.15ali_asThat sounds right.  Surprised and pleased the ARM9 cores are reaching strongarm speeds.
20:41.27prpplagueali_as: that too is incorrect
20:41.32ali_asI take it the peripheral bus is dog slow though?
20:41.40bjdooksmuch better memory bus, and StrongARM where generally 200
20:41.53prpplagueali_as: you are comparing  clock speeds when you also have to consider the number of stages of pipes for the device
20:41.54bjdookswhereas most ARM9s can reach 266 or even 533MHz
20:42.55ali_asFrom memory strongarm had more stages and the barrel shifter was bypassed when not used.
20:43.19prpplagueali_as: more stages than an arm9
20:43.22prpplaguesorry
20:43.24prpplaguearm7
20:43.36bjdooksthe shifter is basically free on pretty much all arm cores
20:44.13prpplagueali_as: arm9 and strongarm basically have the same 5 stages
20:44.42prpplagueali_as: xscale has an odd 7/8 stage, whereas true arm11 has 8
20:45.23ali_asI havn't looked at the ARM9 recently, I went for the ARM7 board by simtec as it has a 10/100 Ethernet chip and cpld.
20:46.00ali_asBut it only runs at 60MHz and the bus itself can barely push 15Mhz.
20:47.06ali_asI understand the peripheral bus is very very slow on the ARM chips generally, so bitbanging the gpio's is too slow to be useful.
20:47.58bjdooksali_as: the internal busses on the ARM9 devices is generally run at 66MHz
20:48.20ali_asxscale is what strongarm became when intel ate DEC, now sold to marvel I'm told.
20:49.05ali_asIntel is pushing x86 for mobile embedded applications now but they can't yet match ARMs MIPS/Watt advantage.
20:49.10sn9i thought compaq ate dec
20:49.45bjdookshmm, i'm not sure if compaq ate all of dec
20:49.55ali_asThey certainly aquired the alpha, and then killed it.
20:50.00sn9yes
20:50.14ali_asI think a fab and rights to strongarm went to intel.
20:50.33sn9yes, but when it was still dec
20:51.10ali_asbjdooks, busses plural, including the 'B' bus?
20:51.29bjdooksOn our S3C2440, the AHB runs 133, APB at 66
20:51.52ali_asThats damn good.
20:52.13ali_asI stand corrected.
20:52.20bjdooksThe AHB goes to a few blocks, and an AHB<>APB bridge
20:52.48bjdookswhere most of the slower peripherals such as UARTs and suchlike live
20:53.03ali_asAnd the GPIO's usually.
20:55.54prpplaguebjdooks: thats the same as ours
20:56.26prpplaguebjdooks: wait no thats incorrect, we run our AHB at 100 since we are using lowpower sdram
20:56.34prpplaguebjdooks: our 2410 is at 133
21:00.37ali_assimtec are running their ram at about 1Mhz.  I have the feeling they wern't really trying.
21:03.38bjdooks?
21:03.38ali_asIs the hammer board full speed usb only?
21:04.20prpplagueali_as: correct
21:04.25ali_asIts an ARM7 board, almost all the default settings in the supplied uclinux build have timings at the slowest they can possibly be.
21:04.50ali_asuclinux build/bootloader.
21:04.54bjdooksI know the IO settings are conservative, but the SDRAM should be running at full speed
21:05.17*** join/#openjtag gandhijee (n=root@host-66-202-34-165.spr.choiceone.net)
21:05.54ali_asI'm a little out of love with simtec, submitted a query and the website says it will be answered within "28 days".
21:06.14ali_asThis is day 23.
21:06.44prpplaguepoints to bjdooks
21:07.53ali_asGood grief, that name was ringing a very tiny bell in the back of my head, you work for simtec Ben?
21:08.13bjdooksyes
21:08.53ali_asThen I apologise partially for the rant :)
21:10.15bjdooksI don't have access to the support system, so can't fish out the query
21:10.49ali_asThats fine, I figured out the answer after three days, I'm leaving the query in there now just to see how long it takes.
21:11.51bjdooks<PROTECTED>
21:11.55bjdooksbah
21:12.44ali_asI rather expected that to be worst case, in the middle of a hurricane sort of time.
21:13.51ali_asThe headaches I'm getting currently arn't from the board itself, but from the oki chip anyway.
21:15.55ali_asI will pick your brain if I may though.  Any idea how fast the timings on the ethernet chip can be run reliably?
21:18.40ali_asThe register is currently set to 4 for bank0/1, which is 2 =12 =6 clock cycles.
21:18.57ali_asWhoops, 2+12+6 clocks.
21:20.54gandhijeedoes anyone know if i can use the Keil ULINK with openOCD?
21:22.58ali_as(On the OKI 675001DIP).
21:34.18bjdooksali_as: I'm not sure if it can go lots faster, it does require a bit of recovery time after access
21:35.09ali_asI'll check the datasheet again, I thought it would operate at 15 or 20Mhz.
21:35.37bjdooksthe access times can be fast, it just needs delays between the address and data registers
21:35.49ali_asAhhh.
21:38.45ali_asI'm implimenting a latch in the cpld and getting 135ns between STRH's after turning the bus to 1+1+1.  I was after a jtag device throughput of 1M/sec, with the ethernet chip at 2+12+6 I was starting to doubt that was even possible.
21:40.12bjdooksali_as: if it is just gpio, i think the gpio block would be faster
21:40.26bjdooksali_as: otherwise, implement a shift-register in the cpld
21:41.25ali_asA much more complicated cpld design is on the cards.
21:41.41bjdookspersonal or work?
21:41.53ali_asPersonal.
21:42.26bjdooksyeah, I started something like that and then got distracted by shiny FPGAs
21:43.08ali_asI'm the other way around, I was burned by xilinx fpgas and see cplds as a much safer option.
21:43.22bjdooksI tend to get burned by soldering irons
21:44.14ali_asWhen I implimented ejtag on a wiggler I ended up with a data rate around 3K/second.
21:44.39bjdooksthe modern pcs at work can get close to 1MHz
21:44.53ali_asWhich is not funny if you want to transfer 64M.
21:44.53bjdooksbut PCs with parallel ports are a dying breed, so we moved to FTDI
21:45.42ali_asI use an lpt port card, so my effective tck is not much under 1MHz.
21:46.59ali_asEJTAG was not designed to be a high speed protocol, it's one of the ones you have to spoon feed the cpu instructions in order to get data in or out.
21:47.17bjdooksyeah, using the DCC helps a lot
21:47.33ali_asDCC?
21:47.43bjdookssending data using the DCC block in the ICE
21:47.51bjdooks32bit comms register
21:48.15bjdooksOpenOCD uses it for the 'fast' download modes
21:49.06ali_asIf this is DMA mode then it died somewhere around EJTAG 2.5.
21:49.31bjdooksi've not tried EJTAG
21:50.29ali_asAhh.  EJTAG is evolving backwards.  2.0 had a DMA mode, 2.5 you have to stall the cpu and feed it instructions.
21:50.57bjdooksah, i'm generally using OpenOCD with the ARMs we ave
21:51.45prpplaguewe use 8 ft2232 devices on one device to do gang testing/programming of our arm cpu boards
21:53.09ali_asAt the moment I'm interested in a solution that will work with ARM/MIPS/ST20/ST40 and a few others.
21:53.17prpplaguewe do a series of tests on a few of the critical gpio's, some sdram and flash tests, and them flash the board
21:53.49ali_asOpenOCD is heading is some very nice directions.
21:54.29ali_asI have read that Athlon chips have a jtag interface and can be debugged thhrough it.
21:54.50prpplaguebjdooks: you guys use jtag to do any hardware verification? or just for flashing and debugging?
21:54.53bjdookswonders if he is going to regret buying another Gigabyte board
21:55.24bjdooksprpplague: some basic, then a full test suite is run which is also available to the user to try
21:55.28ali_asprp, using boundary scan?
21:55.35prpplagueali_as: yea
21:57.31ali_asI've dabbled with that in my own programs, something I want to work on.
21:57.50ali_asAre you using tools developed inside the company for those tasks?
21:58.07prpplagueali_as: openocd
21:58.47ali_asI didn't know it could do that.  I only found out about the project recently.
21:59.26prpplagueali_as: it is not design to do hardware verification, but it can be tweaked and use openocd scripts to do the job
21:59.52prpplagueali_as: we use the gpio lines of the ft2232 to verify different lines as well as upload test programs and execute them
21:59.58gandhijeecan openOCD be used to flash memory?
22:00.08prpplaguegandhijee: hehe yea
22:00.08ali_asRunning bit algorithms to test the board tracks, that sort of thing?
22:00.14prpplagueyea
22:11.50ali_asI am starting to question my need for high clock rates.  My current pet mips cpu is limited to 5MHz TCK anyway.
22:12.29ali_asBut ethernet still solves so many problems I can't do easily by usb.
22:46.52bjdooksgoes to finish building his new AMD Phenom based machine
22:49.40ali_asWhy AMD out of interest?
22:50.21ali_asI'm about to upgrade and for the first time I'm planning to defect to intel.
22:50.58ali_asOh 'goes' misread.
22:53.16bjdooksgot an Phenom 9500 after all the hassle with this gigabyte/nvidia board, ended up buying a gigabyte/amd-fx570 instead
22:54.54ali_asMy old athlon has an msi motherboard, lpt port is glitchy like nothing on earth.  Months of trying to track down faults in my circuits that wern't there.
22:55.20bjdooksi'm setting it up as a build/test box then possibly swapping my desktop out to become my media pc... got my eye on a nice silverstone technology HTPC case
22:55.49ali_asI'm with you on the media pc idea.  I want my next one to be watercooled and completely silent.
22:56.33bjdooksi'm just looking at some decent coolers for an AMD x2 system
22:56.57ali_asThe 45nm core2 chips look really good though, so I'm splitting with amd.
22:58.34bjdookshttp://www.bjorn3d.com/read.php?cID=857
23:00.02ali_asSix hard drive spaces!
23:01.51ali_asGeforce graphics cards problems, I'm wondering if that means the 8800's won't fit.
23:06.22bjdooksi'm not even sure if i'll bother with one, and just boot the os over the network
23:17.16ali_asIt's a stunning case but I'd hate to find out I didn't have enough space for a decent graphics card.  Mine needs to be a complete replacement and I don't have a server.
23:30.45ali_asI've looked through the dm9000 manual and I can't see any requirements for extra delays.  The raw cpu interface could almost be run at 1+1+1.
23:31.30ali_asBut at 20ns write strobe its under the 22ns spec.
23:35.28bjdooksis that the dm9000a, dm9000b or dm9000e
23:37.02ali_asThat's a good question.
23:37.46ali_asThe manual just says dm9000, I assumed it applied to any and all in the range.
23:38.34ali_asIt's an E on the board.
23:39.43ali_asAhh, the order info in this data sheet is for the E only, so it matches.
23:40.33bjdooksthe A and B parts are newer and faster
23:41.03ali_asYeah, this is from 2004, but if this is worst case I don't see where the problem is.
23:42.23bjdooksyou are welcome to try. you could always use ncs2/ncs3 to talk to the cpld
23:42.50ali_asCurrently I am doing, aparently that loses me nWait delays.
23:44.18ali_asI've taken bank 2/3 down to 1+1+1 and the cpld works fine, but if I can't get data to the ethernet fast enough it would be a waste working out a complicated cpld jtag design.
23:45.45ali_asI'm after one megabyte a second, on the basis my micro connect lists around $3000 and does one megabit.

Generated by irclog2html.pl Modified by Tim Riker to work with infobot.