Merged.
Thanks!
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-dev
On Wed, May 18, 2011 at 1:17 AM, Øyvind Harboe wrote:
> Are you still comfortable with this patch?
>
Yes. I think this patch provides targets freedom to choose when and
how to read registers. And it should not affect existing targets.
> Any objections?
>
> Anyone did any testing on other targets?
Are you still comfortable with this patch?
Any objections?
Anyone did any testing on other targets?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG deb
On Tue, May 3, 2011 at 4:48 PM, Mathias K. wrote:
> Am 03.05.2011 22:12, schrieb Jie Zhang:
>> I'm not familiar with ARM targets. So I'm not very sure. My guess is
>> this can also improve performance on ARM targets but they needs be
>> adapted to this lazy read usage.
>
> Your blackfin is fast en
On Tue, May 3, 2011 at 4:18 PM, Mathias K. wrote:
> I think gdb will get the register list and then, maybe depending on used
> debug application, all
> register values.
>
This is true for recent GDB versions. Unfortunately, we are still
using an old version, 6.6, which uses packet 'p' to read sin
Am 03.05.2011 22:12, schrieb Jie Zhang:
> I'm not familiar with ARM targets. So I'm not very sure. My guess is
> this can also improve performance on ARM targets but they needs be
> adapted to this lazy read usage.
Your blackfin is fast enough. This "read usage" only affect you if you rape the
st
I think gdb will get the register list and then, maybe depending on used debug
application, all
register values.
But we should remember that some/all functions in the current implementation,
that need a target
register to work, simple doesn't check if a register already stored or not.
They only
> I'm working on Blackfin.
Nice!
The blackfin guys have put a lot of effort into uClinux as I could
tell from my work with Nios Linux.
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM
On Tue, May 3, 2011 at 4:05 PM, Øyvind Harboe wrote:
> Start with a smoketest.
>
> Would this improve performance on ARM targets you think?
>
I'm not familiar with ARM targets. So I'm not very sure. My guess is
this can also improve performance on ARM targets but they needs be
adapted to this lazy
Start with a smoketest.
Would this improve performance on ARM targets you think?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash pro
On Tue, May 3, 2011 at 3:30 PM, Øyvind Harboe wrote:
> Which target are you working on btw?
>
I'm working on Blackfin.
Jie
___
Openocd-development mailing list
Openocd-development@lists.berlios.de
https://lists.berlios.de/mailman/listinfo/openocd-develo
Hi Øyvind,
On Tue, May 3, 2011 at 3:30 PM, Øyvind Harboe wrote:
> I would like to have this patch regression tested against ARM targets
> before I commit it.
>
Could you or someone else help me regression test it on ARM targets?
Is there any documentation about regression test? I may want to run
Which target are you working on btw?
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
_
I would like to have this patch regression tested against ARM targets
before I commit it.
--
Øyvind Harboe
Can Zylin Consulting help on your project?
US toll free 1-866-980-3434 / International +47 51 87 40 27
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and fl
Hi,
Currently OpenOCD assumes that all targets read and save all registers
in context when stop, and restore them when resume. But for the target
I'm working on, the cost is too high to do that. My target has about
50 registers. Saving and restoring them needs much time. Usually GDB
and users are
15 matches
Mail list logo