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