<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/modules/dtrace/Makefile, branch release/9.3.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2014-01-17T15:01:50Z</updated>
<entry>
<title>followup to r260816, MFC of r257037: remove dtio from dtrace Makefile</title>
<updated>2014-01-17T15:01:50Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2014-01-17T15:01:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=bc80e3e4afd42f5d125d4afc12c65cd275e3e2ab'/>
<id>urn:sha1:bc80e3e4afd42f5d125d4afc12c65cd275e3e2ab</id>
<content type='text'>
svn merge ran without any complains or errors, but this Makefile somehow
was not updated.

This is a direct commit.

Reported by:	Jukka Ukkonen &lt;jau789@gmail.com&gt;
</content>
</entry>
<entry>
<title>MFC: 238366, 240924</title>
<updated>2012-12-07T19:06:40Z</updated>
<author>
<name>George V. Neville-Neil</name>
<email>gnn@FreeBSD.org</email>
</author>
<published>2012-12-07T19:06:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=13f9ad554f6ef88de8627282ef46ed6ee3105d27'/>
<id>urn:sha1:13f9ad554f6ef88de8627282ef46ed6ee3105d27</id>
<content type='text'>
Initial commit of an I/O provider for DTrace on FreeBSD.

 These probes are most useful when looking into the structures
 they provide, which are listed in io.d.  For example:

 dtrace -n 'io:kernel::start { printf("%d\n", args[0]-&gt;bio_bcount); }'

 Note that the I/O systems in FreeBSD and Solaris/Illumos are sufficiently
 different that there is not a 1:1 mapping from scripts that work
 with one to the other.

This commit includes the fix so that our probes use "kernel"
instead of the Solaris specific "genunix"
</content>
</entry>
<entry>
<title>Add DTrace support to the new NFS client. This is essentially</title>
<updated>2011-06-18T23:02:53Z</updated>
<author>
<name>Rick Macklem</name>
<email>rmacklem@FreeBSD.org</email>
</author>
<published>2011-06-18T23:02:53Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=8f0e65c91576a0ee71f19844311bb2261d533140'/>
<id>urn:sha1:8f0e65c91576a0ee71f19844311bb2261d533140</id>
<content type='text'>
cloned from the old NFS client, plus additions for NFSv4. A
review of this code is in progress, however it was felt by the
reviewer that it could go in now, before code slush. Any changes
required by the review can be committed as bug fixes later.
</content>
</entry>
<entry>
<title>add DTrace systrace support for linux32 and freebsd32 on amd64 syscalls</title>
<updated>2011-03-12T09:09:25Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2011-03-12T09:09:25Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=308bce2a0ed11190ede805775816f03a85df0433'/>
<id>urn:sha1:308bce2a0ed11190ede805775816f03a85df0433</id>
<content type='text'>
Add systrace_linux32 and systrace_freebsd32 modules which provide
support for tracing compat system calls in addition to native system
call tracing provided by systrace module.

Provided that all the systrace modules are loaded now you can select
what syscalls to trace in the following manner:

syscall::xxx:yyy - work on all system calls that match the specification
syscall:freebsd:xxx:yyy - only native system calls
syscall:linux32:xxx:yyy - linux32 compat system calls
syscall:freebsd32:xxx:yyy - freebsd32 compat system calls on amd64

PR:		kern/152822
Submitted by:	Artem Belevich &lt;fbsdlist@src.cx&gt;
Reviewed by:	jhb (earlier version)
MFC after:	3 weeks
</content>
</entry>
<entry>
<title>Enable fasttrap and make dtraceall depend on fasttrap when building i386</title>
<updated>2010-08-24T13:21:05Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2010-08-24T13:21:05Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4fbdc85400a6de487e542a9664bbae51e254f8aa'/>
<id>urn:sha1:4fbdc85400a6de487e542a9664bbae51e254f8aa</id>
<content type='text'>
or amd64.

Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>MFtbemd:</title>
<updated>2010-08-23T06:13:29Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2010-08-23T06:13:29Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c09808d0d611d103bece3d41886b87de160900c0'/>
<id>urn:sha1:c09808d0d611d103bece3d41886b87de160900c0</id>
<content type='text'>
Use MACHINE_CPUARCH in preference to MACHINE_ARCH.  The former is the
source code location of the machine, the latter the binary output.  In
general, we want to use MACHINE_CPUARCH instead of MACHINE_ARCH unless
we're tesitng for a specific target.  The isn't even moot for
i386/amd64 where there's momemntum towards a MACHINE_CPUARCH == x86,
although a specific cleanup for that likely would be needed...
</content>
</entry>
<entry>
<title>Remove an elif and add an or-clause.</title>
<updated>2010-08-22T11:12:07Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2010-08-22T11:12:07Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5b5779d0007bb7bd91b42d7853551b9433bc0a02'/>
<id>urn:sha1:5b5779d0007bb7bd91b42d7853551b9433bc0a02</id>
<content type='text'>
Sponsored by:	The FreeBSD Foundation
</content>
</entry>
<entry>
<title>Add the OpenSolaris dtrace lockstat provider.  The lockstat provider</title>
<updated>2009-05-26T20:28:22Z</updated>
<author>
<name>Stacey Son</name>
<email>sson@FreeBSD.org</email>
</author>
<published>2009-05-26T20:28:22Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a5aedd68b4eb5bb0cafdc51eb8f325c32543ad9a'/>
<id>urn:sha1:a5aedd68b4eb5bb0cafdc51eb8f325c32543ad9a</id>
<content type='text'>
adds probes for mutexes, reader/writer and shared/exclusive locks to
gather contention statistics and other locking information for
dtrace scripts, the lockstat(1M) command and other potential
consumers.

Reviewed by:	attilio jhb jb
Approved by:	gnn (mentor)
</content>
</entry>
<entry>
<title>Add dtnfsclient, a first cut at an NFSv2/v3 client reuest DTrace</title>
<updated>2009-03-22T22:07:52Z</updated>
<author>
<name>Robert Watson</name>
<email>rwatson@FreeBSD.org</email>
</author>
<published>2009-03-22T22:07:52Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=47294818f9fce12b4a0ce4ac11583c14dc0ad32f'/>
<id>urn:sha1:47294818f9fce12b4a0ce4ac11583c14dc0ad32f</id>
<content type='text'>
provider.  The NFS client exposes 'start' and 'done' probes for NFSv2
and NFSv3 RPCs when using the new RPC implementation, passing in the
vnode, mbuf chain, credential, and NFSv2 or NFSv3 procedure number.
For 'done' probes, the error number is also available.

Probes are named in the following way:

  ...
  nfsclient:nfs2:write:start
  nfsclient:nfs2:write:done
  ...
  nfsclient:nfs3:access:start
  nfsclient:nfs3:access:done
  ...

Access to the unmarshalled arguments is not easily available at this
point in the stack, but the passed probe arguments are sufficient to
to a lot of interesting things in practice.  Technically, these probes
may cover multiple RPC retransmits, and even transactions if the
transaction ID change as a result of authentication failure or a
jukebox error from the server, but usefully capture the intent of a
single NFS request, such as access, getattr, write, etc.

Typical use might involve profiling RPC latency by system call, number
of RPCs, how often a getattr leads to a call to access, when failed
access control checks occur, etc.  More detailed RPC information might
best be provided by adding a krpc provider.  It would also be useful
to add NFS client probes for events such as the access cache or
attribute cache satisfying requests without an RPC.

Sponsored by:	Google, Inc.
MFC after:	1 month
</content>
</entry>
<entry>
<title>Add the DTrace test kernel module so that people can run the tests.</title>
<updated>2008-05-31T09:37:40Z</updated>
<author>
<name>John Birrell</name>
<email>jb@FreeBSD.org</email>
</author>
<published>2008-05-31T09:37:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1f6d08865e4b8fe383b8a7f1c27569b34e4d602c'/>
<id>urn:sha1:1f6d08865e4b8fe383b8a7f1c27569b34e4d602c</id>
<content type='text'>
</content>
</entry>
</feed>
