On Sunday 31 October 2010 13:16:43 Øyvind Harboe wrote:
> On Sun, Oct 31, 2010 at 10:59 AM, David Brownell wrote:
> > I think caring about the "variant" should strongly
> > be avoided. Use the ROM table by default. Only in
> > the case of a broken ROM table should we (a) emit
> > a message, then
On Sun, Oct 31, 2010 at 10:59 AM, David Brownell wrote:
> I think caring about the "variant" should strongly
> be avoided. Use the ROM table by default. Only in
> the case of a broken ROM table should we (a) emit
> a message, then (b) work around the brokenness.
> Such working-around might care
I think caring about the "variant" should strongly
be avoided. Use the ROM table by default. Only in
the case of a broken ROM table should we (a) emit
a message, then (b) work around the brokenness.
Such working-around might care about variant, if wecan't come up with a simple
heuristic fix.
-
Marek Vasut wrote:
> So it turns out (by reading Freescale iMX515 errata), ENGcm09395 to
> be exact
Please mention this within the fixup function.
> But that being the case, I'd prefer to make an incremental patch on
> top of the patches I submitted.
Please don't, since some of the former patch
On Saturday 30 October 2010 07:24:08 Marek Vasut wrote:
> On Friday 29 October 2010 09:37:36 Øyvind Harboe wrote:
> > > Oyvind sorry, I just can't find it ... could you tell me where it is
> > > please ?
> >
> > Start here:
> >
> > https://lists.berlios.de/pipermail/openocd-development/2010-Septe
On Friday 29 October 2010 09:37:36 Øyvind Harboe wrote:
> > Oyvind sorry, I just can't find it ... could you tell me where it is
> > please ?
>
> Start here:
>
> https://lists.berlios.de/pipermail/openocd-development/2010-September/01648
> 2.html
Hey,
I went through all of this stuff tonight ..
Øyvind Harboe wrote:
> >> So if anything, you would add a parameter for dap_base.
> >
> > Could you point me in a direction please?
>
> This should be picked up automatically, so this is the wrong direction.
>
> If you type "dap info 0", I believe it prints out the debug base,
> so the code is ev
Marek Vasut wrote:
> > add a parameter for dap_base.
>
> That's what I wanted to do, but I'm still starting to get familiar
> with OpenOCD again. Could you point me in a direction please?
Um, well, don't you just do the same thing as you did for -variant,
except use strtoul() in the C code?
//
> Oyvind sorry, I just can't find it ... could you tell me where it is please ?
Start here:
https://lists.berlios.de/pipermail/openocd-development/2010-September/016482.html
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM
On Fri, Oct 29, 2010 at 9:33 AM, Marek Vasut wrote:
> On Friday 29 October 2010 07:43:18 Peter Stuge wrote:
>> Marek Vasut wrote:
>> > In this patch, I introduce the use of -variant parameter, so I can
>> > adjust the debug_base accordingly.
>>
>> This seems completely wrong to me. I think this lo
On Friday 29 October 2010 08:18:46 Marek Vasut wrote:
> > On Fri, Oct 29, 2010 at 8:08 AM, Marek Vasut
> >
> > wrote:
> > > > On Fri, Oct 29, 2010 at 7:57 AM, Marek Vasut
> > > >
> > > > wrote:
> > > > > > Shouldn't this be automatically detected?
> > > > >
> > > > > yes it should ... i'll sen
On Friday 29 October 2010 07:43:18 Peter Stuge wrote:
> Marek Vasut wrote:
> > In this patch, I introduce the use of -variant parameter, so I can
> > adjust the debug_base accordingly.
>
> This seems completely wrong to me. I think this logic should just
> stay in Tcl. So if anything, you would ad
On Fri, Oct 29, 2010 at 8:08 AM, Marek Vasut wrote:
>> On Fri, Oct 29, 2010 at 7:57 AM, Marek Vasut
>> wrote:
>> > > Shouldn't this be automatically detected?
>> > >
>> >
>> > yes it should ... i'll send a patch on top of this one once I
>> > figure out how to do it. Is that good enough approach
On Fri, Oct 29, 2010 at 7:57 AM, Marek Vasut wrote:
>> Shouldn't this be automatically detected?
>>
>
> yes it should ... i'll send a patch on top of this one once I
> figure out how to do it. Is that good enough approach for you?
> Or shall we put these on hold until then?
I would definitely lik
Shouldn't this be automatically detected?
--
Øyvind Harboe
US toll free 1-866-980-3434 / International +47 51 63 25 00
http://www.zylin.com/zy1000.html
ARM7 ARM9 ARM11 XScale Cortex
JTAG debugger and flash programmer
___
Openocd-development mailing li
Marek Vasut wrote:
> In this patch, I introduce the use of -variant parameter, so I can
> adjust the debug_base accordingly.
This seems completely wrong to me. I think this logic should just
stay in Tcl. So if anything, you would add a parameter for dap_base.
//Peter
In this patch, I introduce the use of -variant parameter, so I can adjust the
debug_base accordingly.
So far, only the OMAP3530 and AM/DM37x CPUs, which utilize the Cortex A8 core
are supported by OpenOCD and both of these use the same Cortex A8 Debug Access
Port address (0x54011000).
There are o
17 matches
Mail list logo
