Thanks to Detlev Kraft's reverse engineering of the way AVR Studio 5
talks with the JTAGICEmkII/AVRDRAGON, and thanks to his detailed
analysis of that communication, I could add support for ICE firmware
versions 7.x to AVaRICE.  (With Detlev's permission, I added his
document to the doc/ folder in SVN.  Sorry, it's in German only.)

In particular, this improves the situation for Xmega devices a lot.
For the first time, I'd claim that AVaRICE now supports Xmega devices
(but only if you had a chance to upgrade your ICE firmware to 7.x).

Sorry, data breakpoints ("watchpoints" in GDB terminology) are not
supported on Xmega devices.  This appears to be a limitation of the
ICE firmware right now, AVR Studio 5 does not support data breakpoints
at all (not even for MegaAVR devices, where we continue supporting
it).

I also added some minor performance improvements, in particular PC
caching, so AVaRICE finally makes use of the "BREAK" event the ICE
sends whenever it stops the target CPU, thus eliminating the need to
send another CMND_READ_PC again.  In some areas, I think we might now
even be faster than AVR Studio 5 (e.g. AVR Studio issues 32 separate
ICE commands to read the CPU registers, while we read all 32 registers
in one request).

Given that the changes are a little more intrusive than they used to
be in previous releases, I'd ask everyone to give the release
candidate a try.  Obviously, people who'd like to test the new
features with version 7.x firmware are very welcome, but likewise, I'd
like to know whether everything else still works the way it used to
previously (i.e., all Tiny/Mega devices should continue to work as
before, for any supported ICE firmware version).

For the convenience of Windows users, I could find a Windows machine
to compile it under Cygwin, and provide a Windows .exe file (in the
.zip archive).  You propably need an installed Cygwin to resolve the
various cyg*.dll dependencies, sorry, but that's unavoidable the way
AVaRICE is written (which is fairly Posix-centric, using fork(),
unnamed pipes, IO multiplexing and all this).

If you encounter any bugs, please do not hesitate to fill in a bug
tracker item on sourceforge.net.
-- 
cheers, J"org               .-.-.   --... ...--   -.. .  DL8DTL

http://www.sax.de/~joerg/                        NIC: JW11-RIPE
Never trust an operating system you don't have sources for. ;-)

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
_______________________________________________
avarice-user mailing list
avarice-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/avarice-user

Reply via email to