Hey guys,
I still have a very similar crash on Mac OS X when compiling openocd using
64bit. The problem disappears when using -m32 flag to the gcc and forcing 32bit
compilation.
The thread about that can be found here:
https://lists.berlios.de/pipermail/openocd-development/2010-November/017221
On Nov 30, 2010, at 1:04 PM, Piotr Esden-Tempski wrote:
> On Nov 30, 2010, at 12:03 PM, Steve Bennett wrote:
>
>> On 01/12/2010, at 12:12 AM, Edgar Grimberg wrote:
>>
>>> On Tue, Nov 30, 2010 at 1:02 PM, Øyvind Harboe
>>> wrote:
>>>>
Hi,
On Nov 30, 2010, at 12:03 PM, Steve Bennett wrote:
> On 01/12/2010, at 12:12 AM, Edgar Grimberg wrote:
>
>> On Tue, Nov 30, 2010 at 1:02 PM, Øyvind Harboe
>> wrote:
>>> 32 vs. 64 bit problem?
>>
>> Wouldn't that be interesting? :)
>> Are there Linux 64 users out there that can try it out?
On Nov 30, 2010, at 12:28 AM, Edgar Grimberg wrote:
>> Also if there are other Mac OS X users out there. It would be nice if they
>> could try to compile the newest revision
>> of openocd and see if they also get this kind of a crash to confirm that it
>> has nothing to do with my setup?
>> Bec
On Nov 29, 2010, at 11:10 PM, Øyvind Harboe wrote:
>> Thanks will try that next. I also dissected the commits and found out that
>> the bug got introduced with commit:
>> 3b68a708c2b039d9b091608eccb2206725742a47 ADIv5: remove ATOMIC/COMPOSITE
>> interface mode
>>
>> In the previous revision ev
Hi,
On Nov 29, 2010, at 4:24 PM, Antonio Borneo wrote:
>> I did some more poking. Maybe it will be useful. As this seems to be a
>> memory problem I thought maybe electric-fence will tell us something useful.
>> So I compiled oocd with libefence, and this is what I get:
>>
> Try also "valgrind
On Nov 29, 2010, at 3:19 PM, Piotr Esden-Tempski wrote:
>
> On Nov 29, 2010, at 12:39 PM, Øyvind Harboe wrote:
>
>> Better.
>>
>> Could you try HEAD w/master branch?
>>
>>> #0 0x000100073314 in mem_ap_read_atomic_u32 (dap=0x10032f540,
>>
On Nov 29, 2010, at 12:39 PM, Øyvind Harboe wrote:
> Better.
>
> Could you try HEAD w/master branch?
>
>> #0 0x000100073314 in mem_ap_read_atomic_u32 (dap=0x10032f540,
>> address=1, value=0x10032e800) at arm_adi_v5.c:214
>
> => this doesn't point to anything sensible, it's the tailend of
Hi,
On Nov 29, 2010, at 1:26 PM, Michael Schwingen wrote:
> On 11/29/2010 02:57 PM, Tomek CEDRO wrote:
>> ...however I can understand the urge to have stable release done. If the
>> GIT repository contains mainly bugfixes, then maybe it is time to freeze it
>> as 0.4.1, so we can release 0.5.0
On Nov 29, 2010, at 1:29 PM, Øyvind Harboe wrote:
> Does anyone have any objections to committing this?
>
> Are you the expert on this interface?
Umm well, I designed both of the JTAG adapters, the one on Lisa/L and
Floss-JTAG. If that is what you mean.
Cheers Esden
--
Blog: http://www.esden
On Nov 29, 2010, at 1:06 PM, Øyvind Harboe wrote:
> Hi,
>
> could you post the patches.
>
> Thanks!
>
> Easier to review and the way things are normally done here
> on the list.
Mehh :/
But sure, no problem, here you go! :D
Cheers Esden
--
Blog: http://www.esden.net
Projects:
http://open-bld
Hi,
I would like to submit a pull request for the following list of patches:
32e46fb79d7c771d2488 Updated Floss-JTAG config file to support v0.3 and newer.
Also added noeeprom version of the config file for older versions of Floss-JTAG.
d4bdd0ceb4e0299b8c58 Added support for the blinking leds on
Hi,
On Nov 28, 2010, at 4:56 AM, Øyvind Harboe wrote:
> This is a backtrace without line numbers. Could you try to
> produce a backtrace with linenumbers?
Yes sorry about that, here you go:
#0 0x000100073314 in mem_ap_read_atomic_u32 (dap=0x10032f540, address=1,
value=0x10032e800) at arm_
Hi guys,
I was playing around with the newest openocd git commit 9a0497. (although I
oblserved the same error in previous revisions) It is not happening in the
stable version of openocd v0.4.0.
I tested using floss-jtag, jtag-key tiny and lisa-l all connected to stm32
targets. Running reset ha
Hi,
One additional patch for Lisa/L JTAG support. Adding JTAG LED actuation.
Cheers Esden
--
My blog: http://www.esden.net
My projects: http://open-bldc.org,
http://openmulticopter.org
0003-Added-support-for-the-Lisa-L-jtag-LEDs.patch
Description: Binary data
___
Hi everyone,
One more interface and board support addition. This time for Lisa/L:
http://paparazzi.enac.fr/wiki/Lisa
I attach the two patches adding support for that system. It would be awesome if
you could add it to the mainstream.
Cheers Esden
--
My blog: http://www.esden.net
My projects: ht
Hi!
On Feb 19, 2010, at 11:36 AM, Xiaofan Chen wrote:
> On Fri, Feb 19, 2010 at 5:00 PM, Spencer Oliver wrote:
>
>> The latest jlink version i have here is v8.
>>
>
> That is quite new. Here at work I have seen a few V3 (IAR), many V6
> (Segger, IAR and Atmel Sam-ICE), V7 (Analog Device mIDAS
On Dec 28, 2009, at 8:52 PM, David Brownell wrote:
> On Monday 28 December 2009, Piotr Esden-Tempski wrote:
>> Otherwise the new alignment checking algorithm thinks that the
>> address is not aligned, because it is way beyond the last sector.
>
> Looks like a good patch, I
The already announced Open-BLDC board config file. ;)
Cheers Esden
--
My blog: http://www.esden.net
My projects: http://open-bldc.org,
http://openmulticopter.org,
http://multicopter.org
0002-Added-Open-BLDC-board-config-file.patch
Description: Binary data
___
Hi!
An OpenHardware ft2232 based jtag adapter with additional uart interface. Maybe
you would like to include it in openocd. :)
There will be another email with Open-BLDC board config file.
Cheers Esden
--
My blog: http://www.esden.net
My projects: http://open-bldc.org,
http://openmulticopter.o
Otherwise the new alignment checking algorithm thinks that the
address is not aligned, because it is way beyond the last sector.
--
My blog: http://www.esden.net
My projects: http://open-bldc.org,
http://openmulticopter.org,
http://multicopter.org
0001-last_addr-also-needs-correction-to-the-bas
Hi!Here are two patches that fix the compile of openocd on Mac OS X.Cheers Esden --My blog: http://www.esden.netMy projects: http://open-bldc.org, http://multicopter.orgProjects I am involved in: http://ng.uavp.ch
compile_fixes_r1593.patch
Description: Binary data
jim_fix_r1593.patch
Descripti
Hi!
On Apr 22, 2009, at 10:34 PM, Zach Welch wrote:
On Wed, 2009-04-22 at 20:08 +0200, Piotr Esden-Tempski wrote:
[snip]
In earlier versions of the tree this file was generated
automatically.
Using the ./configure option --enable-maintainer-mode one can force
the generation of doc
Hi!
There seems to be a problem with the current svn version of openocd
(revision 1509). The file doc/version.texi is not being generated.
Here is the error log:
Making all in doc
restore=: && backupdir=".am$$" && \
am__cwd=`pwd` && cd . && \
rm -rf $backupdir && mkdir $back
Hi!
On Apr 17, 2009, at 4:52 AM, Dick Hollenbeck wrote:
There still needs to be some
if(APPLE)
endif(APPLE)
lines added for static libraries on APPLE.
These should be called MACOS_X as Apple is a company, not a product
or
OS.
You are correct. CMake probably has its own platform def
Hi,Here is a patch adding support for the ftdichip.com ftd2xx library under MAC OS X. I tested it on my machine, but still something may break. This still are autotools and they love to misbehave. ^^Cheers Esden --My blog: http://www.esden.netMy projects: http://open-bldc.org, http://multicopter.or
Hi!I made a mistake in the patch I submitted last time. (I misunderstood the way variables have to be set :/) Attached is a patch fixing that, as in "works for me". :)Cheers Esden --My blog: http://www.esden.netMy projects: http://open-bldc.org, http://multicopter.orgProjects I am involved in: http
Hi,I added a board file for the Olimex STM32-H103 eval board.Patch is attached.Cheers Esden --My blog: http://www.esden.netMy projects: http://open-bldc.org, http://multicopter.orgProjects I am involved in: http://ng.uavp.ch
openocd-svn-1440-olimex_stm32_h103.patch
Description: Binary data
PGP
28 matches
Mail list logo
