Re: [PATCH V7 35/41] x86/intel_rdt: Create debugfs files for pseudo-locking testing

2018-06-24 Thread Reinette Chatre
On 6/23/2018 6:07 AM, kbuild test robot wrote: > Thank you for the patch! Yet something to improve: > > [auto build test ERROR on v4.18-rc1] > [cannot apply to tip/x86/core tip/auto-latest next-20180622] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve

Re: [PATCH V7 35/41] x86/intel_rdt: Create debugfs files for pseudo-locking testing

2018-06-24 Thread Reinette Chatre
On 6/23/2018 6:07 AM, kbuild test robot wrote: > Thank you for the patch! Yet something to improve: > > [auto build test ERROR on v4.18-rc1] > [cannot apply to tip/x86/core tip/auto-latest next-20180622] > [if your patch is applied to the wrong git tree, please drop us a note to > help improve

[PATCH V7 35/41] x86/intel_rdt: Create debugfs files for pseudo-locking testing

2018-06-22 Thread Reinette Chatre
There is no simple yes/no test to determine if pseudo-locking was successful. In order to test pseudo-locking we expose a debugfs file for each pseudo-locked region that will record the latency of reading the pseudo-locked memory at a stride of 32 bytes (hardcoded). These numbers will give us an

[PATCH V7 35/41] x86/intel_rdt: Create debugfs files for pseudo-locking testing

2018-06-22 Thread Reinette Chatre
There is no simple yes/no test to determine if pseudo-locking was successful. In order to test pseudo-locking we expose a debugfs file for each pseudo-locked region that will record the latency of reading the pseudo-locked memory at a stride of 32 bytes (hardcoded). These numbers will give us an