Function report

Linux Kernel

v5.5.9

Brick Technologies Co., Ltd

Source Code:mm\kmemleak.c Create Date:2022-07-28 16:22:30
Last Modify:2020-03-12 14:18:49 Copyright©Brick
home page Tree
Annotation kernel can get tool activityDownload SCCTChinese

Name:We use grey instead of black to ensure we can do future scans on the same* objects. If we did not do future scans these black objects could* potentially contain references to newly allocated objects in the future and* we'd end up with false positives.

Proto:static void kmemleak_clear(void)

Type:void

Parameter:Nothing

1736  _read_lock() - mark the beginning of an RCU read-side critical section* When synchronize_rcu() is invoked on one CPU while other CPUs* are within RCU read-side critical sections, then the* synchronize_rcu() is guaranteed to block until after all the other
1738  spin_lock_irqsave( & lock, flags)
1739  If bject status flags & lag set after the first reporting of an unreference object && Objects are considered unreferenced only if their color is white, they have* not be deleted and have a minimum age to avoid false positives caused by* pointers temporarily stored in CPU registers. Then __paint_it(object, KMEMLEAK_GREY)
1742  spin_unlock_irqrestore( & lock, flags)
1744  _read_unlock() - marks the end of an RCU read-side critical section.* In most situations, rcu_read_unlock() is immune from deadlock.* However, in kernels built with CONFIG_RCU_BOOST, rcu_read_unlock()
1746  If there are leaks that can be reported = false
Caller
NameDescribe
kmemleak_writeFile write operation to configure kmemleak at run-time