WinARM

Guest #1171200
Rate this post
• ▲ useful
▼ not useful
I too have just recently downloaded WinARM, and I am trying to get it to
work.

I had no problem unzipping it into the expected directory structure,
i.e. C:\winarm .

Programmer's Notepad works fine. I was able to completely build the
example LED blinking program for my target hardware
(at91sam7S64_Atmel_example). Which generated file is the one that the
debugger wants to see to download to my target device? I am assuming for
now that it is main.elf.

I have an AT91SAM7S-EK eval board from Atmel. I connected it to the
JTAG-to-parellel-port Wiggler clone that I just bought, and hooked the
other end up to the parallel port.

My problem is: what do I do now?

I ran arm-elf-insight.exe, but it wants to see the target device only on
com1 or com2, not on lpt1.

I tried to run ..\openocd_20060213\test.cmd (to try to run openocd). I
got:

C:\WinARM\utils\openocd\openocd_20060213>openocd.exe -d -f arm7_wig.cfg
Debug:   jtag.c:1024 jtag_init():
Error:   parport.c:397 parport_init(): can't open device "giveio"
(giveio.sys installed?)

I don't seem to be able to install giveio.sys no matter how hard I try.
When I tried, I got:

Copying the driver to the windows directory
target file: C:\WINDOWS\giveio.sys
        1 file(s) copied.
Remove a running service if needed...
'loaddrv' is not recognized as an internal or external command,
operable program or batch file.
Installing Windows NT/2k/XP driver: giveio
'loaddrv' is not recognized as an internal or external command,
operable program or batch file.
ERROR: Installation of giveio failed

None of the copies of loaddrv.exe that I could find with Google seem to
work either.

When I tried to run the version of openocd in the openocd_svn55
directory, I got:

---
ioperm.sys must be installed to use openocd with a "Wiggler"
call ./ioperm/ioperm -i with administrator-rights (only needed once)
to uninstall the driver call ioperm -u
---

C:\WinARM\utils\openocd\openocd_svn55>openocd.exe -d -f arm7_wig.cfg
Debug:   jtag.c:1145 jtag_init():
Error:   parport.c:289 parport_init(): missing privileges for direct i/o

I have administrative rights, so I tried to correct this problem by
installing ioperm.sys, this is what happened:

C:\WinARM\utils\openocd\openocd_svn55\ioperm>ioperm -i
ioperm.sys is already installed.
StartService function call failed.

and openocd still fails (in exactly the same way). I could not find
ioperm in my list of system services when I tried to start it manually.

I am getting VERY frustrated with this. What should I do?

Also, when I do get the source-level debugging working, how do I
integrate it into Programmer's Notepad?

Thanks,

Bill
Guest #1171202
Rate this post
• ▲ useful
▼ not useful
Bill wrote:

> Which generated file is the one that the
> debugger wants to see to download to my target device? I am assuming for
> now that it is main.elf.

Yes, "debuggers" like (Inishgt)-gdb or Keil's uVision work with
elf-files. Verify that debug-symbols are enabled (i.e. dwarf-2), see the
makefiles from the examples

> I ran arm-elf-insight.exe, but it wants to see the target device only on
> com1 or com2, not on lpt1.

Usualy the "gdb-servers" (like openocd, ocdremote, etc) which are the
interface between the debugger (gdb) and the Hardware (Wiggler) are
accessed thru TCP/IP.

> Copying the driver to the windows directory
> target file: C:\WINDOWS\giveio.sys
>         1 file(s) copied.
> Remove a running service if needed...
> 'loaddrv' is not recognized as an internal or external command,
> operable program or batch file.
> Installing Windows NT/2k/XP driver: giveio
> 'loaddrv' is not recognized as an internal or external command,
> operable program or batch file.
> ERROR: Installation of giveio failed
>
> None of the copies of loaddrv.exe that I could find with Google seem to
> work either.

Michael Fischer has written a useful tutorial and provides his own
modified openocd-version. http://www.usbdip.de/en/armdev/index.html .
Follow his method since he has tested it. He also uses insight from
gnuarm not the insight-gdb from devkitpro as in WinARM.

> C:\WinARM\utils\openocd\openocd_svn55\ioperm>ioperm -i
> ioperm.sys is already installed.
> StartService function call failed.

Use ioperm_install.bat. You must be "Administrator" for the
installation.

> Also, when I do get the source-level debugging working, how do I
> integrate it into Programmer's Notepad?

No, Programmers Notepad does not offer a gdb-interface. Use insight-gdb
or the already mentioned Eclipse (or Dev-C++). Please test with the
gnuarm-version of insight, I'm not realy sure if the insight-gdb from
devkitpro as in WinARM works as expected (there are at least some
mentioned issues about thumb/interwork).

Having all this written: I currently do not use (insight-gdb). See
Michael Fischer's page for "first-hand-information".

Martin Thomas
Guest #1171203
Rate this post
• ▲ useful
▼ not useful
Bill wrote:
> I too have just recently downloaded WinARM, and I am trying to get it to
> work.
>
> I had no problem unzipping it into the expected directory structure,
> i.e. C:\winarm .
>
> Programmer's Notepad works fine. I was able to completely build the
> example LED blinking program for my target hardware
> (at91sam7S64_Atmel_example). Which generated file is the one that the
> debugger wants to see to download to my target device? I am assuming for
> now that it is main.elf.
>
> I have an AT91SAM7S-EK eval board from Atmel. I connected it to the
> JTAG-to-parellel-port Wiggler clone that I just bought, and hooked the
> other end up to the parallel port.
>
> My problem is: what do I do now?
>
> I ran arm-elf-insight.exe, but it wants to see the target device only on
> com1 or com2, not on lpt1.
>
> I tried to run ..\openocd_20060213\test.cmd (to try to run openocd). I
> got:
>
> C:\WinARM\utils\openocd\openocd_20060213>openocd.exe -d -f arm7_wig.cfg
> Debug:   jtag.c:1024 jtag_init():
> Error:   parport.c:397 parport_init(): can't open device "giveio"
> (giveio.sys installed?)
>
> I don't seem to be able to install giveio.sys no matter how hard I try.
> When I tried, I got:
>
> Copying the driver to the windows directory
> target file: C:\WINDOWS\giveio.sys
>         1 file(s) copied.
> Remove a running service if needed...
> 'loaddrv' is not recognized as an internal or external command,
> operable program or batch file.
> Installing Windows NT/2k/XP driver: giveio
> 'loaddrv' is not recognized as an internal or external command,
> operable program or batch file.
> ERROR: Installation of giveio failed
>
> None of the copies of loaddrv.exe that I could find with Google seem to
> work either.
>
> When I tried to run the version of openocd in the openocd_svn55
> directory, I got:
>
> ---
> ioperm.sys must be installed to use openocd with a "Wiggler"
> call ./ioperm/ioperm -i with administrator-rights (only needed once)
> to uninstall the driver call ioperm -u
> ---
>
> C:\WinARM\utils\openocd\openocd_svn55>openocd.exe -d -f arm7_wig.cfg
> Debug:   jtag.c:1145 jtag_init():
> Error:   parport.c:289 parport_init(): missing privileges for direct i/o
>
> I have administrative rights, so I tried to correct this problem by
> installing ioperm.sys, this is what happened:
>
> C:\WinARM\utils\openocd\openocd_svn55\ioperm>ioperm -i
> ioperm.sys is already installed.
> StartService function call failed.
>
> and openocd still fails (in exactly the same way). I could not find
> ioperm in my list of system services when I tried to start it manually.
>
> I am getting VERY frustrated with this. What should I do?
>
> Also, when I do get the source-level debugging working, how do I
> integrate it into Programmer's Notepad?
>
> Thanks,
>
> Bill


You have to try the JTAGkey from http://www.amontec.com/jtagkey.shtml
instead any Wiggler or clones, and instead getting frustraded with
parallel port permission ...
The JTAGkey is a USB to JTAG probe coming with the easy use and
plug&play of any modern USB products.
The main advantage of the JTAGkey is you do not need to play with giveio
or ioperm ... It comes with its own USB drivers and is fully integrated
in OpenOCD.
Also, JTAGkey can be plug to any USB HUB and may upload flash 5x faster
than a Wiggler.

Laurent

Reply

Note: the original post is older than 6 months. Please don't ask any new questions in this thread, but start a new one.

Formatting
  • [c]C-Code[/c]
  • [code]code in other languages, ASCII drawings[/code]
  • [math]formula (LaTeX syntax)[/math]
  • [[Title]] – link to an article
  • Link to another post: right-click its post ID (#8078628), copy the address, paste it into the text

More about formatting

Post long source code as an attachment, not in the text.

Already registered? Log in

Not shown to anyone. We send you a link; your post appears once you confirm it there.

By submitting you create a free account and accept the terms of use.