summaryrefslogtreecommitdiffstats
path: root/REPORTING-BUGS
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2012-03-02 14:49:24 -0800
committerLinus Torvalds <torvalds@linux-foundation.org>2012-03-02 14:49:24 -0800
commit200e9ef7ab51f3dce4f35f90ea458cf43ea83bb8 (patch)
tree0fb908e21482546aef9c9fff5580ca79fec1cd56 /REPORTING-BUGS
parent5707c87f20bca9e76969bb4096149de6ef74cbb9 (diff)
downloadlinux-200e9ef7ab51f3dce4f35f90ea458cf43ea83bb8.tar.gz
linux-200e9ef7ab51f3dce4f35f90ea458cf43ea83bb8.tar.bz2
linux-200e9ef7ab51f3dce4f35f90ea458cf43ea83bb8.zip
vfs: split up name hashing in link_path_walk() into helper function
The code in link_path_walk() that finds out the length and the hash of the next path component is some of the hottest code in the kernel. And I have a version of it that does things at the full width of the CPU wordsize at a time, but that means that we *really* want to split it up into a separate helper function. So this re-organizes the code a bit and splits the hashing part into a helper function called "hash_name()". It returns the length of the pathname component, while at the same time computing and writing the hash to the appropriate location. The code generation is slightly changed by this patch, but generally for the better - and the added abstraction actually makes the code easier to read too. And the new interface is well suited for replacing just the "hash_name()" function with alternative implementations. Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
Diffstat (limited to 'REPORTING-BUGS')
0 files changed, 0 insertions, 0 deletions