<feed xmlns='http://www.w3.org/2005/Atom'>
<title>OpenOCD/src/rtos, branch mips-hack-upstream</title>
<subtitle>Unnamed repository; edit this file 'description' to name the repository.</subtitle>
<id>https://git.amat.us/openocd/atom/src/rtos?h=mips-hack-upstream</id>
<link rel='self' href='https://git.amat.us/openocd/atom/src/rtos?h=mips-hack-upstream'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/'/>
<updated>2017-06-30T20:23:47Z</updated>
<entry>
<title>rtos: better sanity checking for uCOS-III</title>
<updated>2017-06-30T20:23:47Z</updated>
<author>
<name>Steven Stallion</name>
<email>stallion@squareup.com</email>
</author>
<published>2017-06-22T05:14:08Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=0e4fbfba03e7453846e75b2a54a8b8a6613dbb1e'/>
<id>urn:sha1:0e4fbfba03e7453846e75b2a54a8b8a6613dbb1e</id>
<content type='text'>
This patch improves the OSRunning check. If the rtos_running check
fails, update_threads will return an error rather than attempt to update
the thread list using bad values.

Change-Id: I8614c325504d3a9ab19aebb6862b1fe445a0c8e7
Signed-off-by: Steven Stallion &lt;stallion@squareup.com&gt;
Reviewed-on: http://openocd.zylin.com/4166
Tested-by: jenkins
Reviewed-by: Andreas Fritiofson &lt;andreas.fritiofson@gmail.com&gt;
</content>
</entry>
<entry>
<title>rtos: style corrections for uCOS-III</title>
<updated>2017-06-30T20:23:15Z</updated>
<author>
<name>Steven Stallion</name>
<email>stallion@squareup.com</email>
</author>
<published>2017-05-03T17:17:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=e6fe4dddb97835a60cc512fea977550d7ae4056f'/>
<id>urn:sha1:e6fe4dddb97835a60cc512fea977550d7ae4056f</id>
<content type='text'>
This patch corrects a number of style infractions in RTOS support for
uC/OS-III. These were missed during initial review last year prior to
the 0.10.0 release.

Change-Id: Ia2139f6ca381d4087fd8ee989f7a03ac474d7440
Signed-off-by: Steven Stallion &lt;stallion@squareup.com&gt;
Reviewed-on: http://openocd.zylin.com/4120
Tested-by: jenkins
Reviewed-by: Andreas Fritiofson &lt;andreas.fritiofson@gmail.com&gt;
</content>
</entry>
<entry>
<title>target: Add 64-bit target address support</title>
<updated>2017-02-10T12:50:17Z</updated>
<author>
<name>Dongxue Zhang</name>
<email>elta.era@gmail.com</email>
</author>
<published>2013-09-23T08:27:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=47b8cf84202bf792cf66fbfa01169e9592236b8a'/>
<id>urn:sha1:47b8cf84202bf792cf66fbfa01169e9592236b8a</id>
<content type='text'>
Define a target_addr_t type to support 32-bit and 64-bit addresses at
the same time. Also define matching TARGET_PRI*ADDR format macros as
well as a convenient TARGET_ADDR_FMT.

In targets that are 32-bit (avr32, nds32, arm7/9/11, fm4, xmc1000)
be least invasive by leaving the formatting unchanged apart from the
type;
for generic code adopt TARGET_ADDR_FMT as unified address format.

Don't silently change gdb formatting here, leave that to later.

Add COMMAND_PARSE_ADDRESS() macro to abstract the address type.
Implement it using its own parse_target_addr() function, in the hopes
of catching pointer type mismatches better.

Add '--disable-target64' configure option to revert to previous 32-bit
target address behavior.

Change-Id: I2e91d205862ceb14f94b3e72a7e99ee0373a85d5
Signed-off-by: Dongxue Zhang &lt;elta.era@gmail.com&gt;
Signed-off-by: David Ung &lt;david.ung.42@gmail.com&gt;
[AF: Default to enabling (Paul Fertser), rename macros, simplify]
Signed-off-by: Andreas Färber &lt;afaerber@suse.de&gt;
Signed-off-by: Matthias Welwarsky &lt;matthias.welwarsky@sysgo.com&gt;
</content>
</entry>
<entry>
<title>helper,rtos,server: Restore missing warning flags</title>
<updated>2017-01-15T10:16:16Z</updated>
<author>
<name>Andreas Fritiofson</name>
<email>andreas.fritiofson@gmail.com</email>
</author>
<published>2016-12-27T00:47:23Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=7436f7c2c0318fabce777d8886b302e3ca128606'/>
<id>urn:sha1:7436f7c2c0318fabce777d8886b302e3ca128606</id>
<content type='text'>
These libraries override the used CFLAGS without adding the
defaults. This didn't have any effect until change
http://openocd.zylin.com/3870 (ef4c139). Restore by adding
AM_CLAGS to the per-target CFLAGS.

Interestingly, automake seems to clear the CFLAGS for the target
even if the override variable is only mentioned within a non-active
conditional branch, such as the IS_MINGW for the affected libraries.

Change-Id: I805206865e59e3fa33a7ea3c0d3472e51219351c
Signed-off-by: Andreas Fritiofson &lt;andreas.fritiofson@gmail.com&gt;
Reviewed-on: http://openocd.zylin.com/3927
Tested-by: jenkins
Reviewed-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
</content>
</entry>
<entry>
<title>Convert to non-recursive make</title>
<updated>2016-12-08T16:23:10Z</updated>
<author>
<name>Andreas Fritiofson</name>
<email>andreas.fritiofson@gmail.com</email>
</author>
<published>2016-11-06T19:19:26Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=5be455a710c57bbbbd49c2d671b42098db7be5dc'/>
<id>urn:sha1:5be455a710c57bbbbd49c2d671b42098db7be5dc</id>
<content type='text'>
Change-Id: I11f8bc8553957e2ff083c09e72e16881e4d3bb6f
Signed-off-by: Andreas Fritiofson &lt;andreas.fritiofson@gmail.com&gt;
Reviewed-on: http://openocd.zylin.com/3865
Tested-by: jenkins
Reviewed-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
</content>
</entry>
<entry>
<title>helper: Code cleanup for hexify()</title>
<updated>2016-12-08T12:34:53Z</updated>
<author>
<name>Marc Schink</name>
<email>openocd-dev@marcschink.de</email>
</author>
<published>2016-05-22T18:35:34Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=69ff7354d9c9accf09374772310098f1f00e8ccb'/>
<id>urn:sha1:69ff7354d9c9accf09374772310098f1f00e8ccb</id>
<content type='text'>
Simplify hexify() and do not longer use 0 as special case for the
parameter 'count' to determine the string length of the binary input.
Instead, use strlen() outside of the function if needed.
Additionally, fix the return value and return the length of the
converted string. The old function always returned 2 * count.

Also, use more appropriate data types for the function parameters and
add a small documentation.

Change-Id: I133a8ab786b8f7c1296afcaf9c0a0b43881e5112
Signed-off-by: Marc Schink &lt;openocd-dev@marcschink.de&gt;
Reviewed-on: http://openocd.zylin.com/3793
Tested-by: jenkins
Reviewed-by: Tomas Vanek &lt;vanekt@fbl.cz&gt;
</content>
</entry>
<entry>
<title>gdb_server: support qXfer:threads:read packet</title>
<updated>2016-12-08T12:34:00Z</updated>
<author>
<name>Steven Stallion</name>
<email>stallion@squareup.com</email>
</author>
<published>2016-07-21T02:09:24Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=50dd7207eaae9d2d1f02e7996135d6257c03b395'/>
<id>urn:sha1:50dd7207eaae9d2d1f02e7996135d6257c03b395</id>
<content type='text'>
This patch adds support for the qXfer:threads:read packet. In addition
to providing a more efficient method of updating thread state, recent
versions of GDB (7.11.1 and up) can also report remote thread names.
While thread names are not enabled in this patch due to its limited
applicability at the moment, it can be enabled at a later date with
little effort.

As a part of revamping how threads are presented to GDB, extra info
strings for each of the supported RTOSes were updated to match
conventions present in the GDB source code. For more information, see
remote_threads_extra_info() in remote.c. This results in a much smoother
experience when interacting with GDB.

It is also worth mentioning that use of qXfer:threads:read works around
a number of regressions in older versions of GDB regarding remote thread
display. Trust me, it's great.

Change-Id: I97dd6a93c342ceb9b9d0023b6359db0e5604c6e6
Signed-off-by: Steven Stallion &lt;stallion@squareup.com&gt;
Reviewed-on: http://openocd.zylin.com/3559
Tested-by: jenkins
Reviewed-by: Tomas Vanek &lt;vanekt@fbl.cz&gt;
Reviewed-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
</content>
</entry>
<entry>
<title>rtos: add support for uC/OS-III</title>
<updated>2016-12-08T12:29:35Z</updated>
<author>
<name>Steven Stallion</name>
<email>stallion@squareup.com</email>
</author>
<published>2016-07-16T03:01:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=1eae39b40d5338e96194ad3c83949718a857a2a2'/>
<id>urn:sha1:1eae39b40d5338e96194ad3c83949718a857a2a2</id>
<content type='text'>
This patch introduces RTOS support for uC/OS-III. Currently, only
FPU-less ARM Cortex-M targets are supported. Due to the configurability
of the RTOS, an OpenOCD-specific file must be linked along with the
project to determine the correct offsets within the OS_TCB structure.

In addition to the above, a crash was fixed in rtos_get_gdb_reg_list
such that RTOS support could be used between resets without restarting
OpenOCD and support for the Hg packet was cleaned up.

Change-Id: Ide004a689e6b886185df665c00fb644629eb31d1
Signed-off-by: Steven Stallion &lt;stallion@squareup.com&gt;
Reviewed-on: http://openocd.zylin.com/3556
Tested-by: jenkins
Reviewed-by: Paul Fertser &lt;fercerpav@gmail.com&gt;
</content>
</entry>
<entry>
<title>Add -defer-examine option to target create command</title>
<updated>2016-12-08T12:24:11Z</updated>
<author>
<name>Matthias Welwarsky</name>
<email>matthias.welwarsky@sysgo.com</email>
</author>
<published>2016-11-11T13:39:09Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=53a936afc0092f4a65975d35bab0e10944fad3db'/>
<id>urn:sha1:53a936afc0092f4a65975d35bab0e10944fad3db</id>
<content type='text'>
The '-defer-examine' option to target create allows declaring targets
that are present on the chain, but not fully functional.  They will
be skipped by the initial arp_examine as well as arp_examine after
reset.

Manual examine using 'arp_examine' is needed to examine them, with the
idea that some kind of actions is neeed to bring them to a state where
examine will succeed (if at all possible).

In order to allow value less options to target command, I had to relax
the goi.argc check in jim_target_configure().

Change-Id: I9bf4e8d27eb6476dd9353d15f48965a8cfd5c122
Signed-off-by: Esben Haabendal &lt;esben@haabendal.dk&gt;
Signed-off-by: Matthias Welwarsky &lt;matthias.welwarsky@sysgo.com&gt;
Reviewed-on: http://openocd.zylin.com/3076
Tested-by: jenkins
Reviewed-by: Tomas Vanek &lt;vanekt@fbl.cz&gt;
</content>
</entry>
<entry>
<title>helper: Make unhexify() robust on invalid data</title>
<updated>2016-10-17T08:28:05Z</updated>
<author>
<name>Marc Schink</name>
<email>openocd-dev@marcschink.de</email>
</author>
<published>2016-05-22T17:44:27Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/openocd/commit/?id=674141e8a7a6413cb803d90c2a20150260015f81'/>
<id>urn:sha1:674141e8a7a6413cb803d90c2a20150260015f81</id>
<content type='text'>
The current implementation is not suitable for user provided data
because it does not detect invalid inputs in many cases. For example,
the string "aa0xbb" is successfully converted to the 3 bytes: 0xaa,
0x00 and 0xbb. An other example is "aabi" which is successfully
converted to the 2 bytes: 0xaa and 0x0b. Both are obviously incorrect.

Make unhexify() robust on invalid data and use more appropriate data
types for its parameters. Also, add a small documentation for the
function.

Change-Id: Idb799beb86fc608b066c8a76365021ed44c7f890
Signed-off-by: Marc Schink &lt;openocd-dev@marcschink.de&gt;
Reviewed-on: http://openocd.zylin.com/3792
Tested-by: jenkins
Reviewed-by: Tomas Vanek &lt;vanekt@fbl.cz&gt;
</content>
</entry>
</feed>
