On Fri, Jan 9, 2009 at 9:34 AM, Kees Jongenburger
wrote:
> Hi
>
> I do use OpenOCD every day on a arm11 device. what kind of breakage
> are we talking about?
> (I am not updating that often)
>
> What kind of testing are we talking about?
Single stepping doesn't work. PC remains stuck at the same
>
> Does the gdb->openocd cause enough slowness that the
> following matters?
> I# Tell GDB to use 1024 bytes packes when downloading, this^M
> # reduces load image download times^M
> set remote memory-write-packet-size 1024^M
> set remote memory-write-packet-size fixed^M
>
You must ha
On Wed, Jan 14, 2009 at 8:43 PM, Alan Carvalho de Assis
wrote:
> Hi Oyvind,
>
> On Wed, Jan 14, 2009 at 7:35 PM, Øyvind Harboe
> wrote:
>> The GDB script should have lots of stuff moved into reset init event
>> of imx31.cfg.
>>
>> Anyone volunteer to create a patch?
>>
>
> I will create a patch
Hi Oyvind,
On Wed, Jan 14, 2009 at 7:35 PM, Øyvind Harboe wrote:
> The GDB script should have lots of stuff moved into reset init event
> of imx31.cfg.
>
> Anyone volunteer to create a patch?
>
I will create a patch to add board/imx31pdk.cfg with this
initialization routine.
> (I've committed t
On Wed, Jan 14, 2009 at 8:04 PM, Kees Jongenburger
wrote:
> Hi
>
> On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis
> wrote:
>>
>> I developed a simple LED test application to test OpenOCD (attached).
>> It will blink all LEDs (D1-D8) of iMX31PDK Debug Board!
> Thanks for sharing this code
On Wed, Jan 14, 2009 at 8:04 PM, Kees Jongenburger
wrote:
> Hi
>
> On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis
> wrote:
>>
>> I developed a simple LED test application to test OpenOCD (attached).
>> It will blink all LEDs (D1-D8) of iMX31PDK Debug Board!
> Thanks for sharing this code
Hi Kees,
On Wed, Jan 14, 2009 at 7:04 PM, Kees Jongenburger
wrote:
> Hi
>
> On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis
> wrote:
>>
>> I developed a simple LED test application to test OpenOCD (attached).
>> It will blink all LEDs (D1-D8) of iMX31PDK Debug Board!
> Thanks for sharing
Hi
On Wed, Jan 14, 2009 at 6:12 PM, Alan Carvalho de Assis
wrote:
>
> I developed a simple LED test application to test OpenOCD (attached).
> It will blink all LEDs (D1-D8) of iMX31PDK Debug Board!
Thanks for sharing this code. It looks like a nice self contained
example , the gdbscript also look
Please find it attached.
On Wed, Jan 14, 2009 at 6:21 PM, Alan Carvalho de Assis
wrote:
> Ok, I will resend it with GPL header.
>
> Thank you.
>
> On Wed, Jan 14, 2009 at 5:18 PM, Øyvind Harboe
> wrote:
>> Can you make this GPL so I can commit it?
>>
>> Thanks!
>>
>>
>> --
>> Øyvind Harboe
>> h
Ok, I will resend it with GPL header.
Thank you.
On Wed, Jan 14, 2009 at 5:18 PM, Øyvind Harboe wrote:
> Can you make this GPL so I can commit it?
>
> Thanks!
>
>
> --
> Øyvind Harboe
> http://www.zylin.com/zy1000.html
> ARM7 ARM9 XScale Cortex
> JTAG debugger and flash programmer
>
Can you make this GPL so I can commit it?
Thanks!
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berl
On Wed, Jan 14, 2009 at 5:47 PM, Rick Altherr wrote:
>
> On Jan 14, 2009, at 7:52 AM, Øyvind Harboe wrote:
>
>> On Wed, Jan 14, 2009 at 4:49 PM, Rick Altherr wrote:
>>>
>>> If you don't set an expected ID, then the chain validation won't fail for
>>> that tap. By declaring an expected ID, we wil
Hi Oyvind,
On Wed, Jan 14, 2009 at 3:26 PM, Øyvind Harboe wrote:
...sic
>
> What I need next are some *simple* .elf binaries that can be committed
> to svn as test cases for simple GDB debugging. See openocd/testing/examples
> folder. I can help out w/openocd specific stuff, but I can't dive into
On Jan 14, 2009, at 7:52 AM, Øyvind Harboe wrote:
On Wed, Jan 14, 2009 at 4:49 PM, Rick Altherr
wrote:
If you don't set an expected ID, then the chain validation won't
fail for
that tap. By declaring an expected ID, we will fail if it doesn't
match
since we _expect_ it to match.
???
On Wed, Jan 14, 2009 at 4:49 PM, Rick Altherr wrote:
> If you don't set an expected ID, then the chain validation won't fail for
> that tap. By declaring an expected ID, we will fail if it doesn't match
> since we _expect_ it to match.
???
validation is about the ir values and not the IDCODE...
If you don't set an expected ID, then the chain validation won't fail
for that tap. By declaring an expected ID, we will fail if it doesn't
match since we _expect_ it to match.
--
Rick Altherr
kc8...@kc8apf.net
"He said he hadn't had a byte in three days. I had a short, so I split
it with
On Wed, Jan 14, 2009 at 2:13 PM, Alan Carvalho de Assis
wrote:
> I don't have a functional state to create a patch, but it appears to
> work a little better now. The "reg" command is returning values which
> make sense instead all 0 as before.
We won't get a functional version immediately. We sho
I don't have a functional state to create a patch, but it appears to
work a little better now. The "reg" command is returning values which
make sense instead all 0 as before.
I just change it:
# Per ARM: DDI0211J_arm1136_r1p5_trm.pdf - the ARM 1136 as a 5 bit IR register
jtag newtap $_CHIPNAME cp
Hi Oyvind,
On Mon, Jan 12, 2009 at 8:18 PM, Øyvind Harboe wrote:
>> I am not familiar to BSDL file, then I need to study more about it to
>> verify if our imx31.cfg file is correct.
>> Any material about how to decode this kind of file is welcome.
>
> The primary information I need at this point
> I am not familiar to BSDL file, then I need to study more about it to
> verify if our imx31.cfg file is correct.
> Any material about how to decode this kind of file is welcome.
The primary information I need at this point is a crisp explanation
of what the JTAG chain contains. Of course I could
Hi Oyvind,
On Sun, Jan 11, 2009 at 12:09 PM, Øyvind Harboe wrote:
>> What next?
>
> I'm not sure imx31.cfg has the JTAG chain defined correctly.
>
> Could you check datasheets and verify that the imx31.cfg is correct?
>
I can't find about it on Reference Manual Rev. 2.3.
I verified on BSDL file
> What next?
I'm not sure imx31.cfg has the JTAG chain defined correctly.
Could you check datasheets and verify that the imx31.cfg is correct?
Thanks!
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer
Hi Oyvind,
On Fri, Jan 9, 2009 at 1:07 PM, Øyvind Harboe wrote:
> On Fri, Jan 9, 2009 at 1:12 PM, Alan Carvalho de Assis
> wrote:
>> Hi Øyvind,
>>
>> On Fri, Jan 9, 2009 at 7:52 AM, Øyvind Harboe
>> wrote:
>>> Do we have any arm11 testers/users on this list?
>>>
>>> I'm poking around the arm11
On Fri, Jan 9, 2009 at 2:07 PM, Øyvind Harboe wrote:
> On Fri, Jan 9, 2009 at 1:12 PM, Alan Carvalho de Assis
> wrote:
>> Hi Øyvind,
>>
>> On Fri, Jan 9, 2009 at 7:52 AM, Øyvind Harboe
>> wrote:
>>> Do we have any arm11 testers/users on this list?
>>>
>>> I'm poking around the arm11 code and wo
Hi Øyvind,
--- On Fri, 1/9/09, Øyvind Harboe wrote:
> From: Øyvind Harboe
> Subject: [Openocd-development] arm11 testers
> To: "Openocd-Dev"
> Date: Friday, January 9, 2009, 4:52 AM
> Do we have any arm11 testers/users on this list?
>
> I'm poking arou
On Fri, Jan 9, 2009 at 1:12 PM, Alan Carvalho de Assis
wrote:
> Hi Øyvind,
>
> On Fri, Jan 9, 2009 at 7:52 AM, Øyvind Harboe wrote:
>> Do we have any arm11 testers/users on this list?
>>
>> I'm poking around the arm11 code and wondering if I should pull down i.MX31
>> from the shelf to take it fo
Hi Øyvind,
On Fri, Jan 9, 2009 at 7:52 AM, Øyvind Harboe wrote:
> Do we have any arm11 testers/users on this list?
>
> I'm poking around the arm11 code and wondering if I should pull down i.MX31
> from the shelf to take it for a spin...
>
I can help you testing it!
Please let send me instructio
On Fri, Jan 9, 2009 at 9:34 AM, Kees Jongenburger
wrote:
> Hi
>
> I do use OpenOCD every day on a arm11 device. what kind of breakage
> are we talking about?
I don't know of any offhand. Last time I tried, then stepping didn't
work, but that
is *AGES* ago.
Could you post a config script if you a
Hi
I do use OpenOCD every day on a arm11 device. what kind of breakage
are we talking about?
(I am not updating that often)
What kind of testing are we talking about?
On Fri, Jan 9, 2009 at 9:07 AM, Rick Altherr wrote:
> Doh. That's right. I had intended to play with arm1176 but got
> directed
Doh. That's right. I had intended to play with arm1176 but got
directed towards the beagleboard instead.
Sent from my iPhone
On Jan 9, 2009, at 12:00 AM, "Øyvind Harboe"
wrote:
> On Fri, Jan 9, 2009 at 8:59 AM, Rick Altherr
> wrote:
>> My only endeavour into arm11 has been the beagleboar
On Fri, Jan 9, 2009 at 8:59 AM, Rick Altherr wrote:
> My only endeavour into arm11 has been the beagleboard which is less than
> functional at the moment. I'll look and see if I still have an mx.31 eval
> board around. I had one at some point.
??? The BeagleBoard is a Cortex-A8. I didn't know it
My only endeavour into arm11 has been the beagleboard which is less
than functional at the moment. I'll look and see if I still have an mx.
31 eval board around. I had one at some point.
Sent from my iPhone
On Jan 8, 2009, at 11:52 PM, "Øyvind Harboe"
wrote:
> Do we have any arm11 testers/
Do we have any arm11 testers/users on this list?
I'm poking around the arm11 code and wondering if I should pull down i.MX31
from the shelf to take it for a spin...
--
Øyvind Harboe
http://www.zylin.com/zy1000.html
ARM7 ARM9 XScale Cortex
JTAG debugger and flash programmer
__
33 matches
Mail list logo
