summaryrefslogtreecommitdiffstats
path: root/.mailmap
diff options
context:
space:
mode:
authorIngo Molnar <mingo@elte.hu>2009-06-16 16:11:14 +0200
committerJoerg Roedel <joerg.roedel@amd.com>2009-06-17 16:26:04 +0200
commitb0a5b83ee0fce9dbf8ff5fe1f8c9ae7dfafe458c (patch)
treef36980eeb5eb2205478a523769b6730a19d9a3cf /.mailmap
parentc79ee4e466dd12347f112e2af306dca35198458f (diff)
downloadkernel-crypto-b0a5b83ee0fce9dbf8ff5fe1f8c9ae7dfafe458c.tar.gz
kernel-crypto-b0a5b83ee0fce9dbf8ff5fe1f8c9ae7dfafe458c.tar.xz
kernel-crypto-b0a5b83ee0fce9dbf8ff5fe1f8c9ae7dfafe458c.zip
dma-debug: Put all hash-chain locks into the same lock class
Alan Cox reported that lockdep runs out of its stack-trace entries with certain configs: BUG: MAX_STACK_TRACE_ENTRIES too low This happens because there are 1024 hash buckets, each with a separate lock. Lockdep puts each lock into a separate lock class and tracks them independently. But in reality we never take more than one of the buckets, so they really belong into a single lock-class. Annotate the has bucket lock init accordingly. [ Impact: reduce the lockdep footprint of dma-debug ] Reported-by: Alan Cox <alan@linux.intel.com> Signed-off-by: Ingo Molnar <mingo@elte.hu> Signed-off-by: Joerg Roedel <joerg.roedel@amd.com>
Diffstat (limited to '.mailmap')
0 files changed, 0 insertions, 0 deletions