<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://www.kerneltrap.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>KernelTrap - acked-by</title>
 <link>http://www.kerneltrap.org/taxonomy/term/246/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>Defining the Reviewed-by Tag</title>
 <link>http://www.kerneltrap.org/Linux/Defining_the_Reviewed-by_Tag</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_pictures/K-Linux.gif&quot; alt=&quot;Linux news&quot; title=&quot;Linux news&quot;  width=&quot;75&quot; height=&quot;75&quot; /&gt;&lt;/a&gt;&lt;/div&gt;&lt;!-- google_ad_section_start --&gt;&lt;p&gt;&quot;&lt;i&gt;Last month, at the kernel summit, there was discussion of putting a Reviewed-by: tag onto patches to document the oversight they had received on their way into the mainline,&lt;/i&gt;&quot; began Jonathan Corbet in an effort to &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/10/8/332384&quot;&gt;define the meaning&lt;/a&gt; of the recently introduced &lt;code&gt;reviewed-by&lt;/code&gt; tag.  He continued, &quot;&lt;i&gt;that tag has made an occasional appearance since then, but there has not yet been a discussion of what it really means.  So it has not yet brought a whole lot of value to the process.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;p&gt;In the continued discussion, it was requested that all commit tags be defined, prompting Jonathan to update his documentation to include Signed-off-by, Acked-by, Cc, and Tested-by along with his documentation for Reviewed-by.  He offered the following definition for the new Reviewed-by tag:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;The patch has been reviewed and found acceptible according to the Reviewer&#039;s Statement as found at the bottom of this file.  A Reviewed-by tag is a statement of opinion that the patch is an appropriate modification of the kernel without any remaining serious technical issues.  Any interested reviewer (who has done the work) can offer a Reviewed-by tag for a patch.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://www.kerneltrap.org/Linux/Defining_the_Reviewed-by_Tag&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.kerneltrap.org/Linux/Defining_the_Reviewed-by_Tag#comments</comments>
 <category domain="http://www.kerneltrap.org/acked-by">acked-by</category>
 <category domain="http://www.kerneltrap.org/documentation">documentation</category>
 <category domain="http://www.kerneltrap.org/Jonathan_Corbet">Jonathan Corbet</category>
 <category domain="http://www.kerneltrap.org/kernel_summit">kernel summit</category>
 <category domain="http://www.kerneltrap.org/Linux">Linux</category>
 <category domain="http://www.kerneltrap.org/reviewed-by">reviewed-by</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/245">signed-off-by</category>
 <category domain="http://www.kerneltrap.org/taxonomy/term/1054">tested-by</category>
 <category domain="http://www.kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Tue, 09 Oct 2007 03:07:22 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14539 at http://www.kerneltrap.org</guid>
</item>
<item>
 <title>Introducing Reviewed-by Tags</title>
 <link>http://www.kerneltrap.org/Linux/Introducing_Reviewed-by_Tags</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_pictures/K-Linux.gif&quot; alt=&quot;Linux news&quot; title=&quot;Linux news&quot;  width=&quot;75&quot; height=&quot;75&quot; /&gt;&lt;/a&gt;&lt;/div&gt;&lt;!-- google_ad_section_start --&gt;&lt;p&gt;&quot;&lt;i&gt;Some people seem to be using &#039;Acked-by&#039; to mean, &#039;seems good to me&#039;, without necessarily doing a full review of the patch, and instead of trying to change the meaning of &#039;Acked-by&#039;, [the plan is] to have a new sign off which is a bit more explicitly about what it means,&lt;/i&gt;&quot; Theodore Tso explained in a recent thread on the Linux Kernel mailing list.  He continued:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;This was proposed by Andrew and discussed at the Kernel Summit; the basic idea is that it is a formal indication that the person has done a *full* review of the patch (a few random comments from the local whitespace police don&#039;t count), and is willing to vouch that the patch is correct, safe, extremely unlikely to cause regressions, etc.  If the patch does need to be reverted or fixed because it was buggy, then both the original submitter and the reviewer would bear responsibility and subsystem maintainers might take that into account when assessing the reputations of the submitter and reviewer in the future when deciding whether or not to accept a patch.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Andrew Morton noted that the idea isn&#039;t fully fleshed out yet, &quot;&lt;i&gt;we will start introducing Reviewed-by: (I haven&#039;t yet quite worked out how yet) but it will be a quite formal thing and it would be something which the reviewer explicitly provided.  For now, let&#039;s please stick with acked-by&lt;/i&gt;&quot;.  Theodore added, &quot;&lt;i&gt;there was also some discussion about whether or not patches would not be accepted at all without a Reviewed-by, but that probably won&#039;t happen initially.  The general consensus was to gently ease into it and see how well it works first.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://www.kerneltrap.org/Linux/Introducing_Reviewed-by_Tags&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://www.kerneltrap.org/Linux/Introducing_Reviewed-by_Tags#comments</comments>
 <category domain="http://www.kerneltrap.org/acked-by">acked-by</category>
 <category domain="http://www.kerneltrap.org/Andrew_Morton">Andrew Morton</category>
 <category domain="http://www.kerneltrap.org/development_process">development process</category>
 <category domain="http://www.kerneltrap.org/kernel_summit">kernel summit</category>
 <category domain="http://www.kerneltrap.org/Linux">Linux</category>
 <category domain="http://www.kerneltrap.org/reviewed-by">reviewed-by</category>
 <category domain="http://www.kerneltrap.org/Theodore_Tso">Theodore Ts&#039;o</category>
 <category domain="http://www.kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Fri, 07 Sep 2007 19:37:57 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14300 at http://www.kerneltrap.org</guid>
</item>
<item>
 <title>Linux:  Revisiting Swap Prefetch</title>
 <link>http://www.kerneltrap.org/node/11748</link>
 <description>&lt;div class=&quot;taxonomy-images&quot;&gt;&lt;a href=&quot;/news/linux&quot; class=&quot;taxonomy-image-links&quot;&gt;&lt;img src=&quot;http://kerneltrap.org/files/category_pictures/K-Linux.gif&quot; alt=&quot;Linux news&quot; title=&quot;Linux news&quot;  width=&quot;75&quot; height=&quot;75&quot; /&gt;&lt;/a&gt;&lt;/div&gt;&lt;!-- google_ad_section_start --&gt;&lt;p&gt;Another thread discussed potentially merging the &lt;a href=&quot;http://kerneltrap.org/taxonomy/term/362&quot;&gt;swap prefetch patch&lt;/a&gt; into the mainline Linux kernel.  Con Kolivas [&lt;a href=&quot;http://kerneltrap.org/node/465&quot;&gt;story&lt;/a&gt;] started the thread saying &quot;&lt;i&gt;I fixed all bugs I could find and improved it as much as I could last kernel cycle.  Put me and the users out of our misery and merge it now or delete it forever please.&lt;/i&gt;&quot;  Replying to an off-list message, Andrew Morton asked users of the patch, &quot;&lt;i&gt;please provide us more details on your usage and testing of that code.  Amount of memory, workload, observed results, etc?&lt;/i&gt;&quot;&lt;/p&gt;
&lt;p&gt;Nick Piggin [&lt;a href=&quot;http://kerneltrap.org/node/657&