<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://kerneltrap.org"  xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>KernelTrap - coding style</title>
 <link>http://kerneltrap.org/taxonomy/term/623/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>Quote: Consistent Coding Style</title>
 <link>http://kerneltrap.org/Quote/Consistent_Coding_Style</link>
 <description>&lt;!-- google_ad_section_start --&gt;&lt;p&gt;&quot;Is it your argument that consistent coding style is bad?&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Quote/Consistent_Coding_Style&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Quote/Consistent_Coding_Style#comments</comments>
 <category domain="http://kerneltrap.org/coding_style">coding style</category>
 <category domain="http://kerneltrap.org/Ingo_Molnar">Ingo Molnar</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/quote">quote</category>
 <category domain="http://kerneltrap.org/taxonomy/term/1127">Ingo Molnar</category>
 <category domain="http://kerneltrap.org/taxonomy/term/1094">linux-kernel</category>
 <pubDate>Fri, 28 Mar 2008 11:27:06 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">15870 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Streamlining CodingStyle</title>
 <link>http://kerneltrap.org/Linux/Streamlining_CodingStyle</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;&lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/28/324996&quot;&gt;Recent efforts to add additional details&lt;/a&gt; to &lt;code&gt;Documentation/CodingStyle&lt;/code&gt; prompted Linus Torvalds to reply, &quot;&lt;i&gt;I&#039;m not very happy with this.&lt;/i&gt;&quot;  He explained:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;&#039;&lt;code&gt;CodingStyle&lt;/code&gt;&#039; should be about the big issues, not about details. Yes, we&#039;ve messed that up over the years, but let&#039;s not continue that.  In other words, I&#039;d suggest *removing* lines from CodingStyle, not adding them. The file has already gone from a &#039;good general principles&#039; to &#039;lots of stupid details&#039;. Let&#039;s not make it worse.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;Erez Zadok pointed out, &quot;&lt;i&gt;there&#039;s a lot of good value in having all those details, as it helps people standardize on more common practices, including details.  I think removing all those details may only increase the amount-of less-accepted code to be posted, resulting in more lkml people having to repeat themselves on what not to do.&lt;/i&gt;&quot;  He went on to ask, &quot;&lt;i&gt;would you prefer if CodingStyle was reorganized or even split into (1) general principles and (2) details?  Perhaps we need a CodingStylePrinciples and a CodingStyleDetails?&lt;/i&gt;&quot;  Linus responded favorably, &quot;&lt;i&gt;I&#039;m certainly ok with the split into two files.  What I&#039;m not ok with is really important stuff (indentation), and then  mixing in silly rules (`parenthesis are bad in printk&#039;s`?)&lt;/i&gt;&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/Streamlining_CodingStyle&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/Streamlining_CodingStyle#comments</comments>
 <category domain="http://kerneltrap.org/coding_style">coding style</category>
 <category domain="http://kerneltrap.org/documentation">documentation</category>
 <category domain="http://kerneltrap.org/taxonomy/term/888">Erez Zadok</category>
 <category domain="http://kerneltrap.org/Linus_Torvalds">Linus Torvalds</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Tue, 02 Oct 2007 00:15:56 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14490 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Linux:  Why Reiser4 Is Not in the Kernel</title>
 <link>http://kerneltrap.org/node/6844</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;The question of if and when Reiser4 will be merged into the mainline Linux kernel has been an on-going debate for a couple of years [&lt;a href=&quot;http://kerneltrap.org/node/3736&quot;&gt;story&lt;/a&gt;].  The filesystem was described as being &quot;&lt;i&gt;fairly stable for average users&lt;/i&gt;&quot; by Hans Reiser [&lt;a href=&quot;http://kerneltrap.org/node/5654&quot;&gt;interview&lt;/a&gt;] over two years ago, in March of 2004 [&lt;a href=&quot;http://kerneltrap.org/node/2761&quot;&gt;story&lt;/a&gt;].  It has been merged into Andrew Morton [&lt;a href=&quot;http://kerneltrap.org/node/10&quot;&gt;interview&lt;/a&gt;]&#039;s -mm kernel [&lt;a href=&quot;http://kerneltrap.org/node/793&quot;&gt;story&lt;/a&gt;], though issues such as Reiser4 plugins [&lt;a href=&quot;http://kerneltrap.org/node/5330&quot;&gt;story&lt;/a&gt;] and coding style [&lt;a href=&quot;http://kerneltrap.org/node/5679&quot;&gt;story&lt;/a&gt;] caused lengthy discussions last year.  Two recent threads on the &lt;a href=&quot;http://www.tux.org/lkml&quot;&gt;lkml&lt;/a&gt; raised the question again, asking at a non-technical level why Reiser 4 has not been included in the Linux kernel.  Some have offered theories that Reiser4 is being blocked for political reasons, others because of concerns that once Reiser4 is included Namesys might forget it and move onto another filesystem.   Responses to these theories point out that in reality there are technical issues that must be resolved before the filesystem will be merged, and that much progress has been made toward this end.  Additional discussion can be found on a relevant recently created &lt;a href=&quot;http://wiki.kernelnewbies.org/WhyReiser4IsNotIn&quot; target=&quot;new&quot;&gt;kernel newbies wiki page&lt;/a&gt;.&lt;/p&gt;
&lt;p&gt;Hans Reiser posted a &quot;&lt;i&gt;short term task list for Reiser4&lt;/i&gt;&quot; to address the remaining technical issues.  The todo list included getting batch_write merged into the -mm kernel [&lt;a href=&quot;http://kerneltrap.org/node/6739&quot;&gt;story&lt;/a&gt;], getting read optimization code merged into the -mm kernel, documenting everything in the &lt;a href=&quot;http://wiki.namesys.com/&quot;&gt;Namesys wiki&lt;/a&gt;, exploring and addressing reports of system pauses when using Reiser4, a complete review of the crypt-compress code, a large effort in optimizing fsync, a review of installation instructions, and a review of the kernel documentation.  Hans explains,  &quot;&lt;i&gt;unfortunately, our code stability is going to decrease for a bit due to all these changes to the read and write code --- no way to cure that but passage of time.   On the other hand, our CPU usage went way down.  Reiser4&#039;s only performance weakness now is fsync.  Once the crypt-compress code is ready, we will release Reiser4.1-beta (with plugins, releasing a beta means telling users that if they mount -o reiser4.1-beta then cryptcompress will be their default plugin, and if they don&#039;t, then they are using Reiser4.0 still).  Doubling our performance and halving our disk usage is going to be fun.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&g