--- In l...@yahoogroups.com, Alex Gibson wrote:
> lynchzilla wrote:
> > I have been diligently trying to improve the tutorial "ARM Cross
> > Development with Eclipse" for the last year, but there are times where
> > it seems like I'm shooting at a moving target.
> >
> >
> > I collected all the downloads (minus the cygwin stuff) into a
single zip
> > file and placed it on the www.megaupload.com
> > web site. This collection represents
> > versions of Eclipse, the Zylin plug-ins, JAVA, GNUARM, etc. that work
> > together harmoniously. This is a 198 mb file and takes about a hour to
> > download on a high-speed internet connection.
> > Hope this helps.
> >
> > Jim Lynch
> Jim , I'm happy to host copies of the files
> as have a large account with lots of spare space.
I've setup a subdomain
http://gnuarm.alexthegeek.com/
I not been able to download the latest tutorials myself,
just seems to time out.
I've given Jim a login and
I'll let him upload the file/s.
Alex
Yahoo! Groups Links
Hello,
On Wednesday 29 March 2006 21:03, fordp2002 wrote:
> I personally use Linux at home, but I have to use XP
at work. I know
> what you mean and it must be frustating to have to use windows at all.
> Have you not thought to ask if somebody else can mantain a windows port ?
>
Actually that's the way I'm considering going. Spen offered to
do that, but at
that time I didn't like the idea of adding these changes.
He already sent me a more recent version of his patch lately, but I haven't
had time to look into it closely. I want to do the merging myself, but I just
have to find some time and motivation for it (with lack of motivation I meant
just the windows native stuff - I'm still working on the OpenOCD every day,
and I enjoy doing so. More fun things is for example XScale support, among
others).
> I read your OpenOCD thesis and other documentaion and
I found it much
> more complex than I expected. A port to another platform can be
> achieved without a detailed understanding of how it actually works.
>
> The only thing I did not understand is why is was written in c and not
> c++. I noticed in the code that there is quite a bit of use of
> pointers to functions. This is not needed in c++ and it has genuine
> benefits on projects that are ideally written in a very modular way.
>
For one it's a matter of personal habbit, but I also had a technical
reason. I
always wanted to be able to move the code to a small dedicated platform (ARM9
uC + some RTOS, maybe), and wanted to add as little external dependencies as
possible.
> It would be a shame if OpenOCD were to die off before
it has had
> chance to reach critical mass. Eclipse to me is an inspirational open
> source product that has reached critical mass. The good thing about
> this is that even it is not reliant on particular people to keep it
> moving on.
>
> The combination of Eclispe, GDB and OpenOCD together make a really
> good debugger.
>
> Long may it continue.
I'll keep working on it, and I'll try to add every patch people send
me. I
really like the project, and I'm not going to stop working on it. Again,
lack
of motivation didn't mean the OpenOCD as such.
Regards,
Dominic
Yahoo! Groups Links
Reply by fordp2002●March 29, 20062006-03-29
> I wish there were more people like you. I don't
like windows, and
ideally I
> wouldn't want to bother with native builds.
> Well, people want it, and so I guess I'll work on this, but
currently I feel a
> serious lack of motivation. Other things are a lot
more fun to work on.
>
> Regards,
>
> Dominic
>
I personally use Linux at home, but I have to use XP at work. I know
what you mean and it must be frustating to have to use windows at all.
Have you not thought to ask if somebody else can mantain a windows port ?
I read your OpenOCD thesis and other documentaion and I found it much
more complex than I expected. A port to another platform can be
achieved without a detailed understanding of how it actually works.
The only thing I did not understand is why is was written in c and not
c++. I noticed in the code that there is quite a bit of use of
pointers to functions. This is not needed in c++ and it has genuine
benefits on projects that are ideally written in a very modular way.
It would be a shame if OpenOCD were to die off before it has had
chance to reach critical mass. Eclipse to me is an inspirational open
source product that has reached critical mass. The good thing about
this is that even it is not reliant on particular people to keep it
moving on.
The combination of Eclispe, GDB and OpenOCD together make a really
good debugger.
Long may it continue.
Yahoo! Groups Links
Reply by Dominic Rath●March 29, 20062006-03-29
Hello Bruce,
On Tuesday 28 March 2006 03:04, Bruce Paterson wrote:
> Thanks for your reply Dominic.
> Some comments included below.
>
> Ah so the wiki refers to the SVN version ! That was the bit if
> information I was missing. Might be worth while mentioning in the wiki
> what version your instructions refer to, to avoid future confusion.
>
Thanks for the hint. I wanted to put that on every page, but forgot about
it
when I wrote the building page. Added.
> Now, before I spend some time getting doing my own
windows based build
> on the latest SVN version (pain!), can you tell me whether there are any
> show stoppers in the mid-feb cygwin version(s) that will stop them
> working ? (ie could cause an erroneous "Error validating JTAG scan
> chain" error ?). I know it's always best to use the latest and greatest,
> but I also don't want to go barking up the wrong tree.
>
I've presented the mid-february version at the Embedded World (using
the JTAG
Accelerator) and it worked, so there should be no show-stopper.
Martin Thomas from WinARM has put a precompiled version on his page based on
SVN revision 55 (current) - it's probably best to get this, if you
don't want
to build the OpenOCD yourself.
> I can put up with running from a cygwin shell for
now. Perhaps mention
> this in the wiki till someone provides some better info.
>
I've put it into a new FAQ page:
http://openfacts.berlios.de/index-en.phtml?title=OpenOCD_FAQ
It doesn't seem to be a generic problem though, as I believe some people
are
starting it from within Eclipse.
> I don't mind running with administrator
privileges for now, so though
> giveio would be nice it's not my highest priority. Windows native also
> nice, but running from a cygwin shell is also not a huge burden. As long
> as the tutorial and/or wiki says that's what I need to do. (Documenting
> these particular issues is more important for me at this stage than
> fixing them).
>
I wish there were more people like you. I don't like windows, and
ideally I
wouldn't want to bother with native builds.
Well, people want it, and so I guess I'll work on this, but currently I
feel a
serious lack of motivation. Other things are a lot more fun to work on.
> I realised that. My chameleon.cfg file is not that
file. I'll include
> the text of my one as I'm not sure attachments work on this list:
>
> ------
> #daemon configuration
> telnet_port 4444
> gdb_port 3333
> #daemon_startup reset <--- commented out for now as not in this version
>
> #interface
> interface amt_jtagaccel
> parport_port 0x378
> jtag_speed 4
> target arm7tdmi little reset_halt 0
> #jtag scan chain
> # format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask,
> IDCODE)
> jtag_device 4 0x01 0xf 0x01
> ------
>
> I believe it matches what you said, but I'm not certain about the jtag
> scan chain.
The JTAG scan chain is fine, but you should add
reset_config trst_and_srst srst_pulls_trst
to have the OpenOCD initialize the reset lines and account for the
(intentionally broken) reset handling on LPC2000 devices. There might be a
bug in the OpenOCD that accidentially keeps reset asserted when no
reset_config is specified - I'll check that.
You also have to change reset_halt in the target line to "run" (reset_run in
current builds). Halting out of reset isn't possible on the LPC2000s
(because
of their reset handling).
Regards,
Dominic
Yahoo! Groups Links
Reply by Bruce Paterson●March 27, 20062006-03-27
Thanks for your reply Dominic.
Some comments included below.
> Hello Bruce,
>
> On Friday 24 March 2006 01:32, Bruce Paterson wrote:
> > Hi Jim,
> >
> > Just attempted to get OpenOCD going using the new bits of your
> > tutorial so thought you might like some feedback.
> > Any experts on Chameleon with OpenOCD also appreciated (it's not
> > working....) !
> >
> > 1/ You make no mention of the need to also install the DX22 FTDI
> > drivers. According to the OpenOCD wiki you can use
> --disable-"whatever"
> > with openocd but it isn't clear if this is for configure, making or
> > running (my guess is configure ?). Anyway I couldn't seem to get
> > around needing the DLL to use openocd.exe version as
> specified. Since
> > I didn't actully have an FTDI to plug into a USB port to
> kick off the
> > recommeded Windows Add-New-Hardware procedure, I simply
> copied the dll
> > file from the downloaded driver zip to c:\windows. That got
> rid of that error !
> >
> I supposed you've downloaded the
> preview-cygwin-ftd2xx-20060213 release. This one has been
> prebuilt for use with the FT2232. If you don't have such a
> device, you should have used preview-cygwin-20060213.
> Please note that these versions are rather outdated, and many
> things have been fixed since mid-february.
> It's probably best to get the current sources from svn:
> svn checkout http://svn.berlios.de/svnroot/repos/openocd/
> or use the graphical svn client of your choice.
> In current versions, the ./configure options have been
> changed to opt-in, i.e.
> you have to --enable-XXX the interfaces you want.
Ah so the wiki refers to the SVN version ! That was the bit if
information I was missing. Might be worth while mentioning in the wiki
what version your instructions refer to, to avoid future confusion.
Now, before I spend some time getting doing my own windows based build
on the latest SVN version (pain!), can you tell me whether there are any
show stoppers in the mid-feb cygwin version(s) that will stop them
working ? (ie could cause an erroneous "Error validating JTAG scan
chain" error ?). I know it's always best to use the latest and greatest,
but I also don't want to go barking up the wrong tree.
> Build instructions and usage notes are available at
the
> OpenFacts Wiki:
> http://openfacts.berlios.de/index-en.phtml?title=Open_On-Chip_Debugger
> Let me know if you're missing something, or if something is unclear.
Just the version that instructions refer to (as noted above), and that
the --disable-'options' refer to configure. I've got it now, but
others
may stumble down the wrong path too :)
> > 2/ I got errors about not being able to find
cygwin1.dll,
> even though
> > c:/cygwin/bin is in my path. I've got around this by running from a
> > cygwin bash shell rather than a DOS prompt. Not sure how I tell
> > Windows the DLL search paths. Have I missed a step somewhere ?
> >
> Haven't experienced this problem yet, but then I rarely test
> on Windows. Maybe someone else is more knowledgeable as far
> as Cygwin is concerned.
I can put up with running from a cygwin shell for now. Perhaps mention
this in the wiki till someone provides some better info.
> > 2/ I added the ioperm -i to run everytime I start
> debugging. Harmless
> > if already installed. Just one less thing to go
> wrong/forget. I note
> > that WinARM uses giveio instead to allow user level access,
> but that
> > was an older openocd version.
> >
> I'm considering adding GiveIO to the OpenOCD, together with
> changes that allow OpenOCD to be built for native-windows,
> i.e. without Cygwin. I'm still undecided whether that's worth
> the trouble of additional code and build management complexity.
I don't mind running with administrator privileges for now, so though
giveio would be nice it's not my highest priority. Windows native also
nice, but running from a cygwin shell is also not a huge burden. As long
as the tutorial and/or wiki says that's what I need to do. (Documenting
these particular issues is more important for me at this stage than
fixing them).
> > 3/ I wrote my chameleon.cfg file for openocd using
Dominic's wiki.
> > Unfortunately, the openocd version compiled for cygwin
> doesn't seem to
> > have some of the options given in the wiki. 'daemon startup'
isn't
> > supported, nor the arm7tdmi reset option "run_and_halt".
> I'll attach
> > the file below for reference.
> >
> The "chameleon.cfg" included in doc/configs/ is for
> configuring the chameleon (OpenOCD can be used to program the
> .amtsvf files), not for use of the chameleon with an ARM target.
I realised that. My chameleon.cfg file is not that file. I'll include
the text of my one as I'm not sure attachments work on this list:
------
#daemon configuration
telnet_port 4444
gdb_port 3333
#daemon_startup reset <--- commented out for now as not in this version
#interface
interface amt_jtagaccel
parport_port 0x378
jtag_speed 4
target arm7tdmi little reset_halt 0
#jtag scan chain
# format L IRC IRCM IDCODE (Length, IR Capture, IR Capture Mask,
IDCODE)
jtag_device 4 0x01 0xf 0x01
------
I believe it matches what you said, but I'm not certain about the jtag
scan chain.
> > 4/ Worst of all, I couldn't actually get the
thing to work :( Just
> > got a JTAG chain error. I tried various JTAG delay
> settings. Since I'm
> > attempting the Chameleon Accelerator (I believe I do have
> my port set
> > to EPP mode) , I should possibly also backtrack and try very basic
> > wiggler mode (reprogram the chameleon). I have in the past
> used this
> > PC with ocdremote and the Chameleon in Raven mode though,
> but it was a
> > bit dodgy. Suggestions welcome !
> >
> A JTAG chain error ( , IR
> mismatch) suggests that you're using a wrong configuration
> file (see above). The OpenOCD verifies that the connected
> devices match the description of the jtag_device entries from
> the config files.
Dang, I *think* I've got all that right.
The only things I can think of are:
1/ The mid-feb version of openocd (with ftdi) has bugs that give this
error when it shouldn't.
2/ I have the jtag scan setup config wrong for an LPC2124
3/ I'm not in the right EPP mode (but I think I tried them all! Should
I use 1.7 or 1.9 ?)
4/ My parallel port cable is too long
5/ The Amontec is misprogrammed somehow (but it claims to have "Program
OK" with the "amontec_jtag_accelerator_051211.amtsvf" file.
Any ideas ?
> In your case, use EPP and SPP. The one thing you
shouldn't
> use is ECP, as it's often not possible to switch to EPP from
> ECP (and OpenOCD doesn't attempt to do that switch, either ;))
OK Ta. I'll assume (EPP1.9 & SPP) is the best setting unless told
otherwise.
Again thanks for your feedback. It helps to know I'm basically on the
right track. It is tempting to setup a linux box just for debugging.
Maybe.
Cheers,
Bruce
Yahoo! Groups Links
Reply by fordp2002●March 27, 20062006-03-27
> I'm considering adding GiveIO to the OpenOCD,
together with changes
that allow
> OpenOCD to be built for native-windows, i.e. without
Cygwin. I'm still
> undecided whether that's worth the trouble of additional code and build
> management complexity.
> Kind regards,
>
> Dominic
>
Hi Dominic,
I hope you saw the post by Jim Lynch about WinARM. He has tried it and
seemed quite posative about it.
If he decides to use this as the basis for future tutorials then
OpenOCD whould be the only element requiring cygwin.
Cygwin is a bit of a nightmare to get things built with multiple
versions working at the same time on windows. I personally cannot get
Microcross XTools working with a more recent version of cygwin.
I would suggest the extra complexity of a native windows build will be
more than paid back by the ease at which OpenOCD can be made to work
on Windows, espcially if the WinARM people go ahead and include
OpenOCD and and Installer in a future version.
The other thing which you may not have realised is how hard it is to
get a cygwin version building.
On Linux I pretty much had all the software needed to build OpenOCD
already, as the need to build software is common. On a clean version
of Windows people are not used to building there own PC software and
it is much harder to get OpenOCD building there. As far as I can seen
there everybody would be making the same .exe file anyway.
I am about to work on another project which is based on www.libsdl.org
which could be used for cross platform TCP/IP access.
I would try and help but I know nothing about automake which I think
you use on your project ???
Let me know if I can help with OpenOCD.
All the best.
Yahoo! Groups Links
Reply by Dominic Rath●March 27, 20062006-03-27
Hello Bruce,
On Friday 24 March 2006 01:32, Bruce Paterson wrote:
> Hi Jim,
>
> Just attempted to get OpenOCD going using the new bits of your tutorial
> so thought you might like some feedback.
> Any experts on Chameleon with OpenOCD also appreciated (it's not
> working....) !
>
> 1/ You make no mention of the need to also install the DX22 FTDI
> drivers. According to the OpenOCD wiki you can use --disable-"whatever"
> with openocd but it isn't clear if this is for configure, making or
> running (my guess is configure ?). Anyway I couldn't seem to get around
> needing the DLL to use openocd.exe version as specified. Since I didn't
> actully have an FTDI to plug into a USB port to kick off the recommeded
> Windows Add-New-Hardware procedure, I simply copied the dll file from
> the downloaded driver zip to c:\windows. That got rid of that error !
>
I supposed you've downloaded the preview-cygwin-ftd2xx-20060213
release. This
one has been prebuilt for use with the FT2232. If you don't have such a
device, you should have used preview-cygwin-20060213.
Please note that these versions are rather outdated, and many things have been
fixed since mid-february.
It's probably best to get the current sources from svn:
svn checkout http://svn.berlios.de/svnroot/repos/openocd/
or use the graphical svn client of your choice.
In current versions, the ./configure options have been changed to opt-in, i.e.
you have to --enable-XXX the interfaces you want.
Build instructions and usage notes are available at the OpenFacts Wiki:
http://openfacts.berlios.de/index-en.phtml?title=Open_On-Chip_Debugger
Let me know if you're missing something, or if something is unclear.
> 2/ I got errors about not being able to find
cygwin1.dll, even though
> c:/cygwin/bin is in my path. I've got around this by running from a
> cygwin bash shell rather than a DOS prompt. Not sure how I tell Windows
> the DLL search paths. Have I missed a step somewhere ?
>
Haven't experienced this problem yet, but then I rarely test on
Windows. Maybe
someone else is more knowledgeable as far as Cygwin is concerned.
> 2/ I added the ioperm -i to run everytime I start
debugging. Harmless
> if already installed. Just one less thing to go wrong/forget. I note
> that WinARM uses giveio instead to allow user level access, but that was
> an older openocd version.
>
I'm considering adding GiveIO to the OpenOCD, together with changes
that allow
OpenOCD to be built for native-windows, i.e. without Cygwin. I'm still
undecided whether that's worth the trouble of additional code and build
management complexity.
> 3/ I wrote my chameleon.cfg file for openocd using
Dominic's wiki.
> Unfortunately, the openocd version compiled for cygwin doesn't seem to
> have some of the options given in the wiki. 'daemon startup'
isn't
> supported, nor the arm7tdmi reset option "run_and_halt". I'll attach the
> file below for reference.
>
The "chameleon.cfg" included in doc/configs/ is for configuring the
chameleon
(OpenOCD can be used to program the .amtsvf files), not for use of the
chameleon with an ARM target.
Use one of the config files matching your target (like arm7_wig.cfg), and
modify the JTAG configuration to match your interface. For use with an
Chameleon in its JTAGAccelerator configuration, use the following lines:
interface amt_jtagaccel
parport_port 0x378 (or whatever your parport is configured to use)
The parport_cable line isn't necessary for the JTAGAccelerator (but
shouldn't
do any harm either).
> 4/ Worst of all, I couldn't actually get the
thing to work :( Just got
> a JTAG chain error. I tried various JTAG delay settings. Since I'm
> attempting the Chameleon Accelerator (I believe I do have my port set to
> EPP mode) , I should possibly also backtrack and try very basic wiggler
> mode (reprogram the chameleon). I have in the past used this PC with
> ocdremote and the Chameleon in Raven mode though, but it was a bit
> dodgy. Suggestions welcome !
>
A JTAG chain error (Error validating JTAG scan chain, IR mismatch)
suggests
that you're using a wrong configuration file (see above). The OpenOCD
verifies that the connected devices match the description of the jtag_device
entries from the config files.
> 5/ Just using Insight at this stage. I'll give
Eclipse a go when I get
> the underlying basics all working. My gdb.ini file has been setup as you
> suggest (plus a heap of other stuff, mainly source paths, I had from
> before). I'll attach the file below for reference.
>
> 6/ In the PC BIOS, there is no option to set the parallel port into EPP
> mode only. There is (EPP and SPP) or (EPP and ECP) and I think one
> other. Obviously all hysterical. I know you haven't gone into the
> Chameleon Pod, but it would be good if there was some sort of guide
> about Parallel Ports somewhere (maybe the Chameleon site ?). Could be
> useful for plain wiggler people too.
>
In your case, use EPP and SPP. The one thing you shouldn't use is
ECP, as it's
often not possible to switch to EPP from ECP (and OpenOCD doesn't attempt
to
do that switch, either ;))
>
> Cheers,
> Bruce
Kind regards,
Dominic
Yahoo! Groups Links
Reply by Ake Hedman, eurosource●March 26, 20062006-03-26
Reply by "Ake Hedman, eurosource"●March 26, 20062006-03-26
Same here Jim. If you need download space I can set you up with some
space on one of my domain or host a new domain of choice. Just contact
me of list and we can fix that.
Cheers
/Ake
Alex Gibson wrote:
>
> lynchzilla wrote:
> > I have been diligently trying to improve the tutorial "ARM Cross
> > Development with Eclipse" for the last year, but there are times where
> > it seems like I'm shooting at a moving target.
> >
> >
> > I collected all the downloads (minus the cygwin stuff) into a single zip
> > file and placed it on the www.megaupload.com
> > web site. This collection represents
> > versions of Eclipse, the Zylin plug-ins, JAVA, GNUARM, etc. that work
> > together harmoniously. This is a 198 mb file and takes about a hour to
> > download on a high-speed internet connection.
> >
> >
> >
> > Hope this helps.
> >
> > Jim Lynch
> Jim , I'm happy to host copies of the files
> as have a large account with lots of spare space.
>
> Just host one society from uni and a few bits and pieces of my own.
> www.alexthegeek.com
> www.saladbowluts.org
>
> Site is hosted on dreamhost.com , I'd be happy to provide approx 500GB
> bandwidth a month as I won't get any where near this.
>
> Contact me off list (alxx at alxx dot net) , so can set it up
> so you can update the sub domain I've set up, yourself.
> I also started ages back trying to modify your tutorial for use with OS
> X but didn't get to far.
> Alex Gibson
>
> ps. Don't email me asking me to host your own files etc, I am only doing
> this for Jim's great tutorials.
> SPONSORED LINKS
> Microcontrollers
>
> Microprocessor
>
> Intel microprocessors
>
Pic microcontrollers
>
> YAHOO! GROUPS LINKS
>
>
>
>
--
---
Ake Hedman (YAP - Yet Another Programmer)
eurosource, Brattbergavagen 17, 820 50 LOS, Sweden
Phone: (46) 657 413430 Cellular: (46) 73 0533 146
Company home: http://www.eurosource.se
Kryddor/Te/Kaffe: http://www.brattberg.com
Personal homepage: http://www.eurosource.se/akhe
Automated home: http://www.vscp.org
Yahoo! Groups Links
Reply by Alex Gibson●March 26, 20062006-03-26
lynchzilla wrote:
> I have been diligently trying to improve the tutorial "ARM Cross
> Development with Eclipse" for the last year, but there are times where
> it seems like I'm shooting at a moving target.
>
>
> I collected all the downloads (minus the cygwin stuff) into a single zip
> file and placed it on the www.megaupload.com
> <http://www.megaupload.com/> web site. This collection represents
> versions of Eclipse, the Zylin plug-ins, JAVA, GNUARM, etc. that work
> together harmoniously. This is a 198 mb file and takes about a hour to
> download on a high-speed internet connection.
>
>
>
> Hope this helps.
>
> Jim Lynch
Jim , I'm happy to host copies of the files
as have a large account with lots of spare space.
Just host one society from uni and a few bits and pieces of my own.
www.alexthegeek.com
www.saladbowluts.org
Site is hosted on dreamhost.com , I'd be happy to provide approx 500GB
bandwidth a month as I won't get any where near this.
Contact me off list (alxx at alxx dot net) , so can set it up
so you can update the sub domain I've set up, yourself.
I also started ages back trying to modify your tutorial for use with OS
X but didn't get to far.
Alex Gibson
ps. Don't email me asking me to host your own files etc, I am only doing
this for Jim's great tutorials.