<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/hwpmc, branch release/8.1.0</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=release%2F8.1.0'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2010-05-24T18:21:42Z</updated>
<entry>
<title>MFC r207484:</title>
<updated>2010-05-24T18:21:42Z</updated>
<author>
<name>Ryan Stone</name>
<email>rstone@FreeBSD.org</email>
</author>
<published>2010-05-24T18:21:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0cd51665f09557b401fd127b2d0d8f529aff3708'/>
<id>urn:sha1:0cd51665f09557b401fd127b2d0d8f529aff3708</id>
<content type='text'>
 When configuring a system-wide couting PMC, hwpmc was incorrectly logging
 process mappings for that PMC.  Nothing ever reads pmc logs out of a
 counting PMC, so the log buffers were leaked when the PMC was
 deconfigured.  The process mappings are only useful for sampling PMCs
 anyway, so only log the mappings if the PMC is a sampling PMC.

 This bug would cause allocating sample-mode PMCs to fail with ENOMEM
 after allocating several counting-mode PMCs.

Approved by:	emaste (mentor)
</content>
</entry>
<entry>
<title>MFC r206089, r206684:</title>
<updated>2010-04-16T15:43:24Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-04-16T15:43:24Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=c8d050b52af345810cea28ad00b9ae3048935b30'/>
<id>urn:sha1:c8d050b52af345810cea28ad00b9ae3048935b30</id>
<content type='text'>
- Support for uncore counting events: one fixed PMC with the uncore
   domain clock, 8 programmable PMC.
- Westmere based CPU (Xeon 5600, Corei7 980X) support.
- New man pages with events list for core and uncore.
- Updated Corei7 events with Intel 253669-033US December 2009 doc.
  There is some removed events in the documentation, they have been
  kept in the code but documented in the man page as obsolete.
- Offcore response events can be setup with rsp token.

Sponsored by: NETASQ
</content>
</entry>
<entry>
<title>MFC r205998:</title>
<updated>2010-04-03T07:12:35Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-04-03T07:12:35Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=caa4eaacd7858f5474c336539b168f306989a002'/>
<id>urn:sha1:caa4eaacd7858f5474c336539b168f306989a002</id>
<content type='text'>
If there is multiple PMCs for the same interrupt ignore new post.
This will indirectly fix a bug where the thread will be pinned
forever if the assert is not compiled.
</content>
</entry>
<entry>
<title>MFC r205694:</title>
<updated>2010-03-29T06:55:38Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-03-29T06:55:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=44a4e1d8fb8f69863493cc375bf5668976622dff'/>
<id>urn:sha1:44a4e1d8fb8f69863493cc375bf5668976622dff</id>
<content type='text'>
Handling SIGPIPE will cause deadlock/crash.
Return an error immediatly in case of hard shutdown.
</content>
</entry>
<entry>
<title>MFC r204878:</title>
<updated>2010-03-11T07:35:30Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-03-11T07:35:30Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4e0c5d79a0aa5fa7109e017111c07d0ce1988de2'/>
<id>urn:sha1:4e0c5d79a0aa5fa7109e017111c07d0ce1988de2</id>
<content type='text'>
 Change the way shutdown is handled for log file.

 pmc_flush_logfile is now non-blocking and just ask the kernel
 to shutdown the file. From that point, no more data is
 accepted by the log thread and when the last buffer is flushed
 the file is closed.

 This will remove a deadlock between pmcstat asking for
 flush while it cannot flush the pipe itself.
</content>
</entry>
<entry>
<title>MFC 201151:</title>
<updated>2010-01-10T16:08:14Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-01-10T16:08:14Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=40095a24edebf3b01e0bbf5ddac944cb2c482686'/>
<id>urn:sha1:40095a24edebf3b01e0bbf5ddac944cb2c482686</id>
<content type='text'>
 Use VFS_{LOCK,UNLOCK}_GIANT() around the call to vrele().
</content>
</entry>
<entry>
<title>MFC 201023:</title>
<updated>2010-01-10T16:04:32Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-01-10T16:04:32Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a267011a08d5da690383ee1275de08578419066d'/>
<id>urn:sha1:a267011a08d5da690383ee1275de08578419066d</id>
<content type='text'>
 * Support the L1D_CACHE_LD event on Core2 processors.
 * Correct a group of typos: for Core2 programmable events, check
   user supplied umask values against the correct event descriptor
   field.
</content>
</entry>
<entry>
<title>MFC 201021:</title>
<updated>2010-01-10T16:00:00Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2010-01-10T16:00:00Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=cd56dc4253eb0f193fc0c1b23b2113b4d9b6f4a6'/>
<id>urn:sha1:cd56dc4253eb0f193fc0c1b23b2113b4d9b6f4a6</id>
<content type='text'>
Log process mappings for existing processes at PMC start time.
</content>
</entry>
<entry>
<title>MFC 196739:</title>
<updated>2009-12-11T12:36:02Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2009-12-11T12:36:02Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=68d2ef77eb3795733f819822ecd701b847c9b581'/>
<id>urn:sha1:68d2ef77eb3795733f819822ecd701b847c9b581</id>
<content type='text'>
Add counters for the i7 architecture which were accidentally left
out of the original commit of i7 support.  These are all the counters
on pages A-32 and A-33 of the _Intel(R) 64 and IA32 Architectures
Software Developer's Manual Vol 3B_, June 2009.  Almost all
of these counters relate to operations on the L2 cache.
</content>
</entry>
<entry>
<title>MFC 200060:</title>
<updated>2009-12-07T20:49:49Z</updated>
<author>
<name>Fabien Thomas</name>
<email>fabient@FreeBSD.org</email>
</author>
<published>2009-12-07T20:49:49Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=86cff089e71c766a2e1f57155c3086370e228757'/>
<id>urn:sha1:86cff089e71c766a2e1f57155c3086370e228757</id>
<content type='text'>
Use a better check for a valid kernel stack address when capturing
kernel call chains.
</content>
</entry>
</feed>
