PRecord sets memory even when it says it did not
Michael Snyder
msnyder@vmware.com
Mon Sep 14 18:02:00 GMT 2009
Pedro Alves wrote:
> On Monday 14 September 2009 18:53:51, Marc Khouzam wrote:
>>> -----Original Message-----
>>> From: Pedro Alves [mailto:pedro@codesourcery.com]
>>> Sent: Monday, September 14, 2009 1:50 PM
>>> To: gdb@sourceware.org
>>> Cc: Greg Law; Hui Zhu; Marc Khouzam; Michael Snyder; gdb-patches ml
>>> Subject: Re: PRecord sets memory even when it says it did not
>>>
>>>> Could this be related to the caching changes that have happened
>>>> recently? i.e. does the cache get updated even though the
>>> underlying
>>>> poke operation failed? If so, this issue would seem to be
>>> wider than
>>>> just prec (and wider than reverse, too).
>>> If so, then there's an easy way to find out: try again with
>>> "set stack-cache off".
>>>
>> Yes, that seems to fix everything.
>
> Then I'd suspect either a bug dcache_xfer_memory, or a missing
> target_dcache_invalidate/dcache_invalidate call somewhere.
I'm not too familiar with this dcache.
Is it up to the target to_xfer_memory method
to invalidate it before erroring out?
More information about the Gdb
mailing list