Brian Behlendorf 4d54fdee1d Reimplement mutexs for Linux lock profiling/analysis ... For a generic explanation of why mutexs needed to be reimplemented to work with the kernel lock profiling see commits: e811949a57 and d28db80fd0 The specific changes made to the mutex implemetation are as follows. The Linux mutex structure is now directly embedded in the kmutex_t. This allows a kmutex_t to be directly case to a mutex struct and passed directly to the Linux primative. Just like with the rwlocks it is critical that these functions be implemented as '#defines to ensure the location information is preserved. The preprocessor can then do a direct replacement of the Solaris primative with the linux primative. Just as with the rwlocks we need to track the lock owner. Here things get a little more interesting because depending on your kernel version, and how you've built your kernel Linux may already do this for you. If your running a 2.6.29 or newer kernel on a SMP system the lock owner will be tracked. This was added to Linux to support adaptive mutexs, more on that shortly. Alternately, your kernel might track the lock owner if you've set CONFIG_DEBUG_MUTEXES in the kernel build. If neither of the above things is true for your kernel the kmutex_t type will include and track the lock owner to ensure correct behavior. This is all handled by a new autoconf check called SPL_AC_MUTEX_OWNER. Concerning adaptive mutexs these are a very recent development and they did not make it in to either the latest FC11 of SLES11 kernels. Ideally, I'd love to see this kernel change appear in one of these distros because it does help performance. From Linux kernel commit: 0d66bf6d3514b35eb6897629059443132992dbd7 "Testing with Ingo's test-mutex application... gave a 345% boost for VFS scalability on my testbox" However, if you don't want to backport this change yourself you can still simply export the task_curr() symbol. The kmutex_t implementation will use this symbol when it's available to provide it's own adaptive mutexs. Finally, DEBUG_MUTEX support was removed including the proc handlers. This was done because now that we are cleanly integrated with the kernel profiling all this information and much much more is available in debug kernel builds. This code was now redundant. Update mutexs validated on: - SLES10 (ppc64) - SLES11 (x86_64) - CHAOS4.2 (x86_64) - RHEL5.3 (x86_64) - RHEL6 (x86_64) - FC11 (x86_64)		2009-09-25 14:47:01 -07:00
..
asm	Allow spl_config.h to be included by dependant packages	2009-03-17 14:55:59 -07:00
fs	Build system and packaging (RPM support)	2009-03-09 15:56:55 -07:00
linux	SLES10 Fixes (part 3):	2009-05-20 11:00:39 -07:00
rpc	Minor bug fix in XDR code introduced in last minute change before landing.	2009-03-11 16:27:35 -07:00
sharefs	Build system and packaging (RPM support)	2009-03-09 15:56:55 -07:00
sys	Reimplement mutexs for Linux lock profiling/analysis	2009-09-25 14:47:01 -07:00
util	Build system and packaging (RPM support)	2009-03-09 15:56:55 -07:00
vm	Build system and packaging (RPM support)	2009-03-09 15:56:55 -07:00
Makefile.am	Install spl-devel products in /usr/src/spl-SPL_VERSION/LINUX_VERSION/	2009-06-26 16:30:44 -07:00
Makefile.in	Simplify rpm build rules, added config/rpm.am.	2009-07-01 14:37:44 -07:00
spl-ctl.h	Go through and add a header with the proper UCRL number.	2008-05-26 04:38:26 +00:00
spl-device.h	SLES10 Fixes (part 5):	2009-05-20 11:54:40 -07:00
splat-ctl.h	Add basic credential support and splat tests.	2009-07-27 17:18:59 -07:00
strings.h	More stub headers,	2008-03-04 18:22:31 +00:00
unistd.h	More stub headers,	2008-03-04 18:22:31 +00:00