From: Nik M. <add...@gm...> - 2006-03-02 00:23:21
|
can anyone give me some tips on getting a new u-boot flashed via JTAG? I'm not having much luck with the wiki docs - i just fetched the latest buildroot, built a 1.1.4 u-boot, flashed it using JTAG + OCD Commander macro, and still get nada on the console upon reboot. Are there some undocumented steps required? some tin-foil applied in a strategic location? amything? Is there a OCD command that will help me determine if my gumstix is working properly? I can list the configuration regs, and they actually spit something out, so I assume my CPU is running, but that's all I know. |
From: Trev S. <tr...@di...> - 2012-11-20 17:40:14
|
Hello, my company is considering using the overo earth storm com in a future design. Are the JTAG pins exposed on the over coms? I'm not seeing any reference to them on the connector pin outs on the site, nor could I see anything that referenced the pins on the chip according to the 3703 data sheet. Thanks, |
From: Trev S. <tr...@di...> - 2012-11-20 17:53:54
|
After further digging it looks like there are test points on the board but nothing in a connector. Has anyone used these extensively? On Nov 20, 2012 12:12 PM, "Trev Sheerin" <tr...@di...> wrote: > Hello, my company is considering using the overo earth storm com in a > future design. Are the JTAG pins exposed on the over coms? I'm not seeing > any reference to them on the connector pin outs on the site, nor could I > see anything that referenced the pins on the chip according to the 3703 > data sheet. > > Thanks, > |
From: Ash C. <ash...@gm...> - 2012-11-27 22:11:04
|
I've used the test points for JTAG. TP12 hasn't be present on all COM revisions and is useful to control the EMU1 line for JTAG access. On Tue, Nov 20, 2012 at 9:53 AM, Trev Sheerin <tr...@di...> wrote: > After further digging it looks like there are test points on the board but > nothing in a connector. Has anyone used these extensively? > > On Nov 20, 2012 12:12 PM, "Trev Sheerin" <tr...@di...> wrote: >> >> Hello, my company is considering using the overo earth storm com in a >> future design. Are the JTAG pins exposed on the over coms? I'm not seeing >> any reference to them on the connector pin outs on the site, nor could I see >> anything that referenced the pins on the chip according to the 3703 data >> sheet. >> >> Thanks, > > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Kevyn-Alexandre P. <ka...@ro...> - 2013-02-25 21:53:17
|
Hi Trev, we are using GPIO to do our JTAG by using the overo fire with toni/chestnut : http://gumstix.org/hardware-design/overo-coms/74-overo-connectors/97-gumstix-overo-series-40-pin-header.html -KA On 2012-11-20, at 12:53 PM, Trev Sheerin wrote: > After further digging it looks like there are test points on the board but nothing in a connector. Has anyone used these extensively? > > On Nov 20, 2012 12:12 PM, "Trev Sheerin" <tr...@di...> wrote: > Hello, my company is considering using the overo earth storm com in a future design. Are the JTAG pins exposed on the over coms? I'm not seeing any reference to them on the connector pin outs on the site, nor could I see anything that referenced the pins on the chip according to the 3703 data sheet. > > Thanks, > > ------------------------------------------------------------------------------ > Monitor your physical, virtual and cloud infrastructure from a single > web console. Get in-depth insight into apps, servers, databases, vmware, > SAP, cloud infrastructure, etc. Download 30-day Free Trial. > Pricing starts from $795 for 25 servers or applications! > http://p.sf.net/sfu/zoho_dev2dev_nov_______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: Craig H. <cr...@gu...> - 2006-03-02 00:37:12
|
The OCD macro doesn't actually flash the new u-boot, it merely loads it to RAM then executes it. To install it, you then have to use the in-RAM u-boot to load a new u-boot image to somewhere else in RAM, then use u-boot to copy that image to flash (after the protect off/ erase 1:0-1). If you can run the OCD script successfully (ie it's not popping up some error message, and it gets all the way through the SREC load), then everything is probably good on the 'stix -- when the in-RAM u- boot runs, you should see its output on the serial console. If you see the u-boot splash there with the info about detected RAM and flash, then you should be good to start the process of copying u-boot to flash. C On Mar 1, 2006, at 4:23 PM, Nik Martin wrote: > can anyone give me some tips on getting a new u-boot flashed via JTAG? > I'm not having much luck with the wiki docs - i just fetched the > latest buildroot, built a 1.1.4 u-boot, flashed it using JTAG + OCD > Commander macro, and still get nada on the console upon reboot. Are > there some undocumented steps required? some tin-foil applied in a > strategic location? amything? Is there a OCD command that will help > me determine if my gumstix is working properly? I can list the > configuration regs, and they actually spit something out, so I assume > my CPU is running, but that's all I know. |
From: Nik M. <add...@gm...> - 2006-03-02 00:42:23
|
ahhhh, so I have to have a console attached WHILE I RUN THE OCD MACRO? That seems next to impossible with the test points, without actually soldering. My gumstix-jtag board is worthless then On 3/1/06, Craig Hughes <cr...@gu...> wrote: > The OCD macro doesn't actually flash the new u-boot, it merely loads > it to RAM then executes it. To install it, you then have to use the > in-RAM u-boot to load a new u-boot image to somewhere else in RAM, > then use u-boot to copy that image to flash (after the protect off/ > erase 1:0-1). > > If you can run the OCD script successfully (ie it's not popping up > some error message, and it gets all the way through the SREC load), > then everything is probably good on the 'stix -- when the in-RAM u- > boot runs, you should see its output on the serial console. If you > see the u-boot splash there with the info about detected RAM and > flash, then you should be good to start the process of copying u-boot > to flash. > > C > > On Mar 1, 2006, at 4:23 PM, Nik Martin wrote: > > > can anyone give me some tips on getting a new u-boot flashed via JTAG? > > I'm not having much luck with the wiki docs - i just fetched the > > latest buildroot, built a 1.1.4 u-boot, flashed it using JTAG + OCD > > Commander macro, and still get nada on the console upon reboot. Are > > there some undocumented steps required? some tin-foil applied in a > > strategic location? amything? Is there a OCD command that will help > > me determine if my gumstix is working properly? I can list the > > configuration regs, and they actually spit something out, so I assume > > my CPU is running, but that's all I know. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Craig H. <cr...@gu...> - 2006-03-02 00:49:50
|
On Mar 1, 2006, at 4:42 PM, Nik Martin wrote: > ahhhh, so I have to have a console attached WHILE I RUN THE OCD MACRO? > > That seems next to impossible with the test points, without actually > soldering. My gumstix-jtag board is worthless then The FFUART is available on the test points -- I didn't look closely enough at your picture earlier of the board you made to notice you hadn't populated springy things in those locations. The 60-pin connector though on which you'd put a waysmall or tweener board for serial console access is on the reverse side of the gumstix -- it shouldn't be too hard to connect there should it? C |
From: Gordon K. <go...@gu...> - 2006-03-02 01:28:17
|
Nik Martin wrote: > ahhhh, so I have to have a console attached WHILE I RUN THE OCD MACRO? > > That seems next to impossible with the test points, without actually > soldering. My gumstix-jtag board is worthless then > > > I have a test rig that is virtually identical to yours; you can place the gumstix onto a waysmall stuart and then put that into your rig. 2 alternatives: (1) use the stuart as it is if it fits. (2) if it doesn't fit because of the min-din connectors, desolder them and put them on the other side. then use a serial cable instead of a serial null-modem cable to connect. Gordon |
From: George F. <cha...@gm...> - 2006-03-02 08:23:06
|
I can't remember the exact steps I took, but I hooked a wiggler up to a Linux PC, and jtag tools detected the flash directly, so I copied the u-boot binary directly into i (no console required!). I played with OCD in windows and couldn't get it to work. George. |
From: John P. <pa...@be...> - 2006-03-02 13:40:48
|
What linux jtag tools did you use? > -----Original Message----- > From: gum...@li... [mailto:gumstix-users- > ad...@li...] On Behalf Of George Francis > Sent: Thursday, March 02, 2006 3:23 AM > To: gum...@li... > Subject: Re: [Gumstix-users] JTAG support > > I can't remember the exact steps I took, but I hooked a wiggler up to > a Linux PC, and jtag tools detected the flash directly, so I copied > the u-boot binary directly into i (no console required!). I played > with OCD in windows and couldn't get it to work. > > George. > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting > language > that extends applications into web and mobile media. Attend the live > webcast > and join the prime developer group breaking into this new coding > territory! > http://sel.as- > us.falkag.net/sel?cmd_______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users |
From: George F. <cha...@gm...> - 2006-03-02 18:32:09
|
On 02/03/06, John Pauley <pa...@be...> wrote: > What linux jtag tools did you use? > JTAG Tools 0.5.1, I found it listed as openwince-jtag in Synaptic on Ubuntu 5.04 (had to turn on all of the repositories to find it). George. |
From: Craig H. <cr...@gu...> - 2006-03-02 19:28:16
|
On Mar 2, 2006, at 12:23 AM, George Francis wrote: > I can't remember the exact steps I took, but I hooked a wiggler up to > a Linux PC, and jtag tools detected the flash directly, so I copied > the u-boot binary directly into i (no console required!). I played > with OCD in windows and couldn't get it to work. Yup, if your JTAG tools can talk directly to the flash, that should work. To get OCD working under windows, you pretty much have to use the macro from the wiki to initialize the CPU, RAM, etc to a state where you can then actually do stuff. At reset, there's not really much that can be done. C |
From: Nik M. <add...@gm...> - 2006-03-02 15:43:53
|
On 3/1/06, Gordon Kruberg <go...@gu...> wrote: > Nik Martin wrote: > > ahhhh, so I have to have a console attached WHILE I RUN THE OCD MACRO? > > > > That seems next to impossible with the test points, without actually > > soldering. My gumstix-jtag board is worthless then > > > > > > > I have a test rig that is virtually identical to yours; you can place > the gumstix onto a waysmall stuart and then put that into your rig. > 2 alternatives: > > (1) use the stuart as it is if it fits. > (2) if it doesn't fit because of the min-din connectors, desolder them > and put them on the other side. then use a serial cable instead of a > serial null-modem cable to connect. I chose #2 of your options, and with the third arm that is growing out of my back, was able to hold everything together to get the unit flashed, AND I saw and was able to interrupt the boot process! Now, I'm trying to figure out if the location of the u-boot in ram is in the right (relative to the wiki's docs) location to write it to flash. After booting the u-boot that I just loaded into ram via jtag+OCD Commander, at the GUM> prompt, ran these commands: protect off all era 1:0-1 cp.b a2000000 0 ${filesize} But I'm not sure that u-boot is really at a2000000, and I'm not positive that ${filesize} contains the right value for my u-boot. The OCD commander script sets the starting address to A3F00000, but I don;t thatnk that corrolates to anything I should be concerned with. Can anyone comment on my next step to get my new u-boot written to flash? Nik > > Gordon > > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting langua= ge > that extends applications into web and mobile media. Attend the live webc= ast > and join the prime developer group breaking into this new coding territor= y! > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > _______________________________________________ > gumstix-users mailing list > gum...@li... > https://lists.sourceforge.net/lists/listinfo/gumstix-users > |
From: Nik M. <nm...@ra...> - 2006-03-02 15:59:58
|
On 3/2/06, Nik Martin <add...@gm...> wrote: > On 3/1/06, Gordon Kruberg <go...@gu...> wrote: > > Nik Martin wrote: > > > ahhhh, so I have to have a console attached WHILE I RUN THE OCD MACRO= ? > > > > > > That seems next to impossible with the test points, without actually > > > soldering. My gumstix-jtag board is worthless then > > > > > > > > > > > I have a test rig that is virtually identical to yours; you can place > > the gumstix onto a waysmall stuart and then put that into your rig. > > 2 alternatives: > > > > (1) use the stuart as it is if it fits. > > (2) if it doesn't fit because of the min-din connectors, desolder them > > and put them on the other side. then use a serial cable instead of a > > serial null-modem cable to connect. > > I chose #2 of your options, and with the third arm that is growing out > of my back, was able to hold everything together to get the unit > flashed, AND I saw and was able to interrupt the boot process! Now, > I'm trying to figure out if the location of the u-boot in ram is in > the right (relative to the wiki's docs) location to write it to flash. > > After booting the u-boot that I just loaded into ram via jtag+OCD > Commander, at the GUM> prompt, ran these commands: > > protect off all > era 1:0-1 > cp.b a2000000 0 ${filesize} > > > But I'm not sure that u-boot is really at a2000000, and I'm not > positive that ${filesize} contains the right value for my u-boot. > > The OCD commander script sets the starting address to A3F00000, but I > don;t thatnk that corrolates to anything I should be concerned with. > > Can anyone comment on my next step to get my new u-boot written to flash? > Nevcer mind, I just realized that I could just re-send u-boot via serial line to it , just like the wiki says! > > Nik > > > > > Gordon > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting lang= uage > > that extends applications into web and mobile media. Attend the live we= bcast > > and join the prime developer group breaking into this new coding territ= ory! > > http://sel.as-us.falkag.net/sel?cmd=3Dlnk&kid=3D110944&bid=3D241720&dat= =3D121642 > > _______________________________________________ > > gumstix-users mailing list > > gum...@li... > > https://lists.sourceforge.net/lists/listinfo/gumstix-users > > > |
From: Craig H. <cr...@gu...> - 2006-03-02 19:30:17
|
On Mar 2, 2006, at 7:43 AM, Nik Martin wrote: > But I'm not sure that u-boot is really at a2000000, and I'm not > positive that ${filesize} contains the right value for my u-boot. > > The OCD commander script sets the starting address to A3F00000, but I > don;t thatnk that corrolates to anything I should be concerned with. > > Can anyone comment on my next step to get my new u-boot written to > flash? What I do is once the u-boot is running from RAM, I use loadb to load it again to a known part of RAM via kermit, then copy *that* to flash, instead of copying the SREC-loaded version. Then I don't need to worry about anything having been modified in the running u-boot. C |