Searched refs:regress (Results 1 – 6 of 6) sorted by relevance
| /linux/tools/testing/selftests/timers/ |
| H A D | freq-step.c | 111 static void regress(struct sample *samples, int n, double *intercept, in regress() function
173 regress(samples, SAMPLES, &intercept, &slope, &stddev1, &max1); in run_test()
180 regress(samples, SAMPLES / 2, &intercept, &slope, &stddev1, &max1); in run_test()
184 regress(samples + SAMPLES / 2, SAMPLES / 2, &intercept, &slope, in run_test()
|
| /linux/Documentation/gpu/rfc/ |
| H A D | i915_scheduler.rst | 16 functional, no major coding style / layering errors, and not regress
|
| H A D | color_pipeline.rst | 358 As this is uAPI drivers can't regress color pipelines that have been
|
| /linux/Documentation/process/ |
| H A D | handling-regressions.rst | 617 We do not regress, and we do not regress exactly because your are 100% wrong.
624 The whole point of "we do not regress" is so that people can upgrade
|
| /linux/Documentation/filesystems/ |
| H A D | f2fs.rst | 262 pass, but the performance will regress. "nobarrier" is
|
| /linux/Documentation/admin-guide/ |
| H A D | cgroup-v2.rst | 224 behavior that could regress existing setups, so it must be
|