| 
    
 [Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v4] xmalloc: add support for checking the pool integrity
 >>> On 16.12.14 at 21:28, <andrew.cooper3@xxxxxxxxxx> wrote:
> On 16/12/14 19:33, Mihai DonÈu wrote:
>> +static bool_t __xmem_pool_check_locked(const char *file, int line,
>> +                                       const struct xmem_pool *pool)
>> +{
>> +    unsigned int i;
>> +    static bool_t once = 1;
> 
> What is this static doing?  Surely corruption corruption in one pool has
> no effect on corruption in a separate pool (other than the usual side
> effects of general memory corruption, which tend to be bad).
> 
> It looks as if it wants to be an extra field in an xmem_pool.
Question is whether logging more than the first corruption ever is
really all that useful.
>> +bool_t __xmem_pool_check(const char *file, int line, struct xmem_pool *pool)
>> +{
>> +    return __xmem_pool_check_unlocked(file, line, pool ?: xenpool);
> 
> Why should a NULL pool be tolerated here?  This is debug code only, so
> we can require and trust that we are called appropriately.
xenpool is not and should not be visible to code outside this file.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
 
 
  | 
  
![]()  | 
            
         Lists.xenproject.org is hosted with RackSpace, monitoring our  |