[lkml]   [2013]   [Feb]   [4]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH v3 1/7] liblockdep: wrap kernel/lockdep.c to allow usage from userspace

Ok, these liblockdep bits look really good and clean, and the
perf integration is obviously useful. It does not conflict with
any pending tools/perf work either.

Arnaldo, are you fine with:

b2e7c77a3790 perf: Integrate liblockdep support into perf


We could keep it separate in tip:core/locking, no merge into
tip:perf/core appears to be necessary for the time being.

A couple of suggestions:

1) One thing that is I think is missing is a fun to read
tools/lib/lockdep/README that explains how to use it all for
pthread_mutex_t and pthread_rwlock_t checking, and what the
limitations are (if any).

2) Explicitly mentioning that the code and library is licensed
under the kernel's GPL would be nice as well, for additional
clarity - should anyone decide to package it up in distros.

3) Advanced: providing a shell environment variable (LOCKDEP=1?)
as a way to enable it might be useful as well: that way tools
could be built with lockdep built in but turned off by default -
which can be turned on again on demand. It would only constitute
some data structure overhead, a runtime check in the locking
wrappers and a bit of an initialization overhead.



 \ /
  Last update: 2013-02-04 12:23    [W:0.105 / U:4.948 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site