<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/include/trace/events/btrfs.h, branch linux-3.13.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.13.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.13.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2013-11-21T01:44:47Z</updated>
<entry>
<title>btrfs: Use trace condition for get_extent tracepoint</title>
<updated>2013-11-21T01:44:47Z</updated>
<author>
<name>Steven Rostedt</name>
</author>
<published>2013-11-15T03:57:29Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4cd8587ce8fb79e49d1d6d1fc065f056188fb86a'/>
<id>urn:sha1:4cd8587ce8fb79e49d1d6d1fc065f056188fb86a</id>
<content type='text'>
Doing an if statement to test some condition to know if we should
trigger a tracepoint is pointless when tracing is disabled. This just
adds overhead and wastes a branch prediction. This is why the
TRACE_EVENT_CONDITION() was created. It places the check inside the jump
label so that the branch does not happen unless tracing is enabled.

That is, instead of doing:

	if (em)
		trace_btrfs_get_extent(root, em);

Which is basically this:

	if (em)
		if (static_key(trace_btrfs_get_extent)) {

Using a TRACE_EVENT_CONDITION() we can just do:

	trace_btrfs_get_extent(root, em);

And the condition trace event will do:

	if (static_key(trace_btrfs_get_extent)) {
		if (em) {
			...

The static key is a non conditional jump (or nop) that is faster than
having to check if em is NULL or not.

Signed-off-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fusionio.com&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>btrfs: add lockdep and tracing annotations for uuid tree</title>
<updated>2013-09-21T14:58:56Z</updated>
<author>
<name>David Sterba</name>
</author>
<published>2013-09-03T16:28:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=13fd8da98f79317d26277360d510caa1edf9bab3'/>
<id>urn:sha1:13fd8da98f79317d26277360d510caa1edf9bab3</id>
<content type='text'>
Signed-off-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fusionio.com&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs/tracepoint: update delayed ref tracepoints</title>
<updated>2013-09-01T11:57:39Z</updated>
<author>
<name>Liu Bo</name>
</author>
<published>2013-07-16T11:03:36Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=599c75ec3f7f3b606e8a0a684c00f12190712de8'/>
<id>urn:sha1:599c75ec3f7f3b606e8a0a684c00f12190712de8</id>
<content type='text'>
This shows exactly how btrfs processes the delayed refs onto disks,
which is very helpful on understanding delayed ref mechanism and
debugging related bugs.

Signed-off-by: Liu Bo &lt;bo.li.liu@oracle.com&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fusionio.com&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: update new flags for tracepoint</title>
<updated>2013-06-14T15:30:00Z</updated>
<author>
<name>Liu Bo</name>
</author>
<published>2013-05-26T13:50:28Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e112e2b49eabbaf87f6fd5e0ca3c3a229478324f'/>
<id>urn:sha1:e112e2b49eabbaf87f6fd5e0ca3c3a229478324f</id>
<content type='text'>
Adding new flags to keep tracepoints consistent with btrfs.

Signed-off-by: Liu Bo &lt;bo.li.liu@oracle.com&gt;
Signed-off-by: Josef Bacik &lt;jbacik@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: parse parent 0 into correct value in tracepoint</title>
<updated>2012-12-17T01:46:18Z</updated>
<author>
<name>Liu Bo</name>
</author>
<published>2012-11-30T11:24:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=fb57dc817c24d46b035320d871b7a3fcc778558d'/>
<id>urn:sha1:fb57dc817c24d46b035320d871b7a3fcc778558d</id>
<content type='text'>
Value 0 is not a tree id, so besides an upper limit, a lower limit is
necessary as well while parsing root types of tracepoint.

Signed-off-by: Liu Bo &lt;bo.li.liu@oracle.com&gt;
Signed-off-by: Chris Mason &lt;chris.mason@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: update delayed ref's tracepoints to show sequence</title>
<updated>2012-10-01T19:19:17Z</updated>
<author>
<name>Liu Bo</name>
</author>
<published>2012-09-08T02:01:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=dea7d76ecbfb53cda6aadd9bed33e87d255c5b02'/>
<id>urn:sha1:dea7d76ecbfb53cda6aadd9bed33e87d255c5b02</id>
<content type='text'>
We've added a new field 'sequence' to delayed ref node, so update related
tracepoints.

Signed-off-by: Liu Bo &lt;bo.li.liu@oracle.com&gt;
</content>
</entry>
<entry>
<title>btrfs: return void in functions without error conditions</title>
<updated>2012-03-22T00:45:34Z</updated>
<author>
<name>Jeff Mahoney</name>
</author>
<published>2012-03-01T13:56:26Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=143bede527b054a271053f41bfaca2b57baa9408'/>
<id>urn:sha1:143bede527b054a271053f41bfaca2b57baa9408</id>
<content type='text'>
Signed-off-by: Jeff Mahoney &lt;jeffm@suse.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: space leak tracepoints</title>
<updated>2012-01-16T20:29:43Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2012-01-10T15:31:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8c2a3ca20f6233677ac3222c6506174010eb414f'/>
<id>urn:sha1:8c2a3ca20f6233677ac3222c6506174010eb414f</id>
<content type='text'>
This in addition to a script in my btrfs-tracing tree will help track down space
leaks when we're getting space left over in block groups on umount.  Thanks,

Signed-off-by: Josef Bacik &lt;josef@redhat.com&gt;
</content>
</entry>
<entry>
<title>Btrfs: add allocator tracepoints</title>
<updated>2012-01-16T20:29:42Z</updated>
<author>
<name>Josef Bacik</name>
</author>
<published>2011-11-10T13:29:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3f7de037fb3727b20bc27332cdcf2488b702394c'/>
<id>urn:sha1:3f7de037fb3727b20bc27332cdcf2488b702394c</id>
<content type='text'>
I used these tracepoints when figuring out what the cluster stuff was doing, so
add them to mainline in case we need to profile this stuff again.  Thanks,

Signed-off-by: Josef Bacik &lt;josef@redhat.com&gt;
</content>
</entry>
<entry>
<title>writeback: remove .nonblocking and .encountered_congestion</title>
<updated>2011-06-08T00:25:23Z</updated>
<author>
<name>Wu Fengguang</name>
</author>
<published>2011-05-06T03:10:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=846d5a091b0506b75489577cde27f39b37a192a4'/>
<id>urn:sha1:846d5a091b0506b75489577cde27f39b37a192a4</id>
<content type='text'>
Remove two unused struct writeback_control fields:

	.encountered_congestion	(completely unused)
	.nonblocking		(never set, checked/showed in XFS,NFS/btrfs)

The .for_background check in nfs_write_inode() is also removed btw,
as .for_background implies WB_SYNC_NONE.

Reviewed-by: Jan Kara &lt;jack@suse.cz&gt;
Proposed-by: Christoph Hellwig &lt;hch@infradead.org&gt;
Signed-off-by: Wu Fengguang &lt;fengguang.wu@intel.com&gt;
</content>
</entry>
</feed>
