<?xml version="1.0" encoding="iso-8859-1" ?>
<?xml-stylesheet title="XSL_formatting" type="text/xsl" href="/images/lists/rssstyle2.xsl"?>
<rss version="2.0">
<channel>
<title>Linux | Kernel</title>
<description>Mailing List Archive by Gossamer Threads</description>
<link>http://www.gossamer-threads.com/lists/linux/kernel/</link>
<language>en-us</language>
<copyright>(c) Gossamer Threads Inc. All rights reserved.</copyright>
<lastBuildDate>08 Nov  2009 13:51:57 -0800</lastBuildDate>
<ttl>120</ttl>
<image>
<title>Gossamer Threads | Linux | Kernel</title>
<width>75</width>
<height>23</height>
<link>http://www.gossamer-threads.com/lists/linux/kernel/</link>
<url>http://www.gossamer-threads.com/images/lists/rss_logo.jpg</url>
</image>
<item>
<title>[RFC PATCH 4/4] perf/core: Schedule every pinned events before the the non-pinned</title>
<description>Currently, the order to schedule events is as follows: - cpu context pinned events - cpu context non-pinned events - task context pinned events - tas</description>
<pubDate>08 Nov  2009 12:13:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150990</link>
</item><item>
<title>[RFC PATCH 3/4] perf/core: Split up pinned and non pinned processing</title>
<description>Split up pinned and non-pinned events processing in two helpers so that it&amp;#039;s more flexible to handle them seperately. Signed-off-by: Frederic Weisbec</description>
<pubDate>08 Nov  2009 12:13:25 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150989</link>
</item><item>
<title>[RFC PATCH 2/4] perf/core: Optimize a bit rotate_ctx()</title>
<description>Don&amp;#039;t use list_for_each_entry() just to swap the first and last entry in the list. Instead, use a direct list-&amp;gt;next derefencing. This saves up a usel</description>
<pubDate>08 Nov  2009 12:13:24 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150987</link>
</item><item>
<title>[RFC PATCH 1/4] perf/core: split context&amp;#039;s event group list into pinned and non-pinned lists</title>
<description>Split-up struct perf_event_context::group_list into pinned_grp_list and volatile_grp_list (non-pinned). This first appears to be useless as it duplic</description>
<pubDate>08 Nov  2009 12:13:23 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150988</link>
</item><item>
<title>[RFC PATCH 0/4] perf/core: Small event scheduling changes</title>
<description>Hi, This is an rfc patchset, only compile tested just to ensure I&amp;#039;m taking a good direction before going ahead. This is intended to rework a bit the</description>
<pubDate>08 Nov  2009 12:13:22 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150986</link>
</item><item>
<title>16-bit operation of PATA_CS5536?</title>
<description>I wonder why isn&amp;#039;t the PATA CS5536 driver using 32-bit ops. Does the following make any sense? It seems to work on my IXP425-based router. Signed-of</description>
<pubDate>08 Nov  2009 12:05:05 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150983</link>
</item><item>
<title>[Patch] ext2 comment</title>
<description>Hi, I just want to correct a mistake in comments, about ext2_find_entry. -- diff -uNr a/fs/ext2/dir.c b/fs/ext2/dir.c --- a/fs/ext2/dir.c   2009-1</description>
<pubDate>08 Nov  2009 12:00:23 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150982</link>
</item><item>
<title>[PATCH] ata: Clean up hard coded array size calculation.</title>
<description>Use ARRAY_SIZE macro of kernel api instead. Signed-off-by: Thiago Farina &amp;lt;tfransosi@gmail.com&amp;gt; --- drivers/ata/sata_mv.c |  2 +- 1 files changed,</description>
<pubDate>08 Nov  2009 11:30:57 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150967</link>
</item><item>
<title>ata_sff_data_xfer* return value</title>
<description>Hi, I wonder if this is entirely correct? If so, why? Only relevant parts left.  *   RETURNS: *   Bytes consumed. ^^^^^^^^^^^^^^^^^^^^^^^^^^^</description>
<pubDate>08 Nov  2009 11:27:02 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150966</link>
</item><item>
<title>IXP4xx repetitive 16-bit/32-bit I/O macros/inlines.</title>
<description>Anybody using 32-bit PATA/SATA transfers on IXP4xx? :-) Long story, mostly with PCI in mind: - readb/readw/readl, writeb/writew/writel macros are val</description>
<pubDate>08 Nov  2009 10:49:33 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1150964</link>
</item>
</channel>
</rss>
