<?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 - OpenHAL</title>
 <link>http://kerneltrap.org/taxonomy/term/882/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>MadWifi Switches Focus to ath5k</title>
 <link>http://kerneltrap.org/Linux/MadWifi_Switches_Focus_to_ath5k</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;We, the MadWifi team, announce our decision to move away from the binary-only HAL and change the focus of our future development towards ath5k, a completely free (as in freedom) driver which will eventually become an integral part of the Linux kernel,&lt;/i&gt;&quot; &lt;a href=&quot;http://kerneltrap.org/mailarchive/madwifi-devel/2007/9/20/265416&quot;&gt;Michael Renzmann posted&lt;/a&gt; to the &lt;a href=&quot;http://kerneltrap.org/mailarchive/madwifi-devel&quot;&gt;MadWifi development mailing list&lt;/a&gt;.  The decision comes during continued debate surrounding what is and what is not allowed by the BSD license, and with &lt;a href=&quot;http://kerneltrap.org/Linux/SFLC_on_Atheros_Driver_Issue&quot;&gt;no official statement yet&lt;/a&gt; from the SFLC.  Much of the debate was due to an attempt to release BSD licensed files under the GPL, visible for example in the ath5k_hw.c source file which is still labeled as available &quot;&lt;i&gt;under the terms of the GNU General Public License&lt;/i&gt;&quot; in &lt;a href=&quot;http://madwifi.org/browser/branches/ath5k/ath5k_hw.c?rev=2699&quot;&gt;the latest version of the file&lt;/a&gt; checked into the source repository linked from the MadWifi project page.  It appears that actual development of the ath5k driver has been moved to &lt;a href=&quot;http://git.kernel.org/?p=linux/kernel/git/linville/wireless-dev.git;a=tree;f=drivers/net/wireless;hb=657bdad86e3a284f0195df4b78b833d21beb727f&quot;&gt;Linville&#039;s git tree&lt;/a&gt;, where the license is now &lt;a href=&quot;http://git.kernel.org/?p=linux/kernel/git/linville/wireless-dev.git;a=blob;f=drivers/net/wireless/ath5k_hw.c;h=e4cc307e9590a71bcc8542c45dbd2caf3f9e8fe5;hb=657bdad86e3a284f0195df4b78b833d21beb727f&quot;&gt;purely BSD&lt;/a&gt;, though debate remains as to what&#039;s required to be able to add additional copyrights to source code as have been added to the reverse engineered HAL code originally written by Reyk Floeter.  In an earlier confrontation with Atheros, the work done by Reyk was determined to be free of copyright infringement:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;A driver for Atheros wireless cards is available in OpenBSD that talks directly to the hardware, based on reverse engineering efforts done by Reyk Floeter. Relevant parts of the driver have been ported to Linux by Nick Kossifidis to start OpenHAL, a free (as in freedom) replacement of the proprietary HAL. Claims that the OpenBSD driver (and thus also OpenHAL) contains stolen code slowed down the OpenHAL efforts but finally could be voided. The Software Freedom Law Center (SFLC), with the help of Atheros, performed a thorough code review and concluded &quot;that OpenHAL does not infringe copyrights held by Atheros&quot;. In other words, the way is clear now for the inclusion of an OpenHAL-based driver into the Linux kernel.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/MadWifi_Switches_Focus_to_ath5k&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/MadWifi_Switches_Focus_to_ath5k#comments</comments>
 <category domain="http://kerneltrap.org/ath5k">ath5k</category>
 <category domain="http://kerneltrap.org/Atheros">Atheros</category>
 <category domain="http://kerneltrap.org/BSD">BSD</category>
 <category domain="http://kerneltrap.org/GPL">GPL</category>
 <category domain="http://kerneltrap.org/taxonomy/term/855">HAL</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/taxonomy/term/972">madwifi</category>
 <category domain="http://kerneltrap.org/taxonomy/term/973">Nick Kossifidis</category>
 <category domain="http://kerneltrap.org/OpenBSD">OpenBSD</category>
 <category domain="http://kerneltrap.org/OpenHAL">OpenHAL</category>
 <category domain="http://kerneltrap.org/Reyk_Floeter">Reyk Floeter</category>
 <category domain="http://kerneltrap.org/SFLC">SFLC</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Fri, 21 Sep 2007 15:29:26 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14422 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Continued Atheros Discussions</title>
 <link>http://kerneltrap.org/Linux/Continued_Atheros_Discussions</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;What is going on whenever someone changes code is that they make a &#039;derivative work&#039;,&lt;/i&gt;&quot; &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/16/261271&quot;&gt;began Theodore Ts&#039;o&lt;/a&gt;.  &quot;&lt;i&gt;Whether or not you can even make a derivative work, and under what terms the derivative work can be licensed, is strictly up to the license of the original.  For example, the BSD license says: &#039;&lt;code&gt;redistribution and use in source and binary forms, with or without modification, are permitted provided that the following conditions are met....&lt;/code&gt;&#039;  Note the &#039;with or without modification&#039;.  This is what allows people to change BSD licensed code and redistribute said changes.&lt;/i&gt;&quot;  Regarding code that is GPL&#039;d, he added, &quot;&lt;i&gt;it is not a relicencing, per se, since the original version of the file is still available under the original copyright; it is only the derived work which is under the more restrictive copyright.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;p&gt;Disagreement continued as to whether or not the BSD license allows the addition of new copyrights on unmodified or minimally modified code.  Another disagreement was over the continued existence of improperly licensed files in developer source code repository histories from when BSD licensed files had been changed to the GPL, a problem since fixed.  Jeff Garzik explained:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;In a purely open development environment, even personal developer trees are made public.  That&#039;s the way we _want_ development to occur.  Out in public, with a full audit trail.  Your implied ideal scenario is tantamount to guaranteeing that mistakes are never committed to a public repository anywhere.  Mistakes will happen.  Even legal mistakes.  In public.  &lt;/p&gt;
&lt;p&gt;&quot;What you are seeing is an example of mistakes that were caught in review, and corrected.  That&#039;s how any scalable review process works...  the developer reviews his own work.  the team reviews the developer&#039;s work.  the maintainer reviews the team&#039;s work.  the next maintainer reviews.  and so on, to the top.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/Continued_Atheros_Discussions&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/Continued_Atheros_Discussions#comments</comments>
 <category domain="http://kerneltrap.org/Atheros">Atheros</category>
 <category domain="http://kerneltrap.org/BSD">BSD</category>
 <category domain="http://kerneltrap.org/GPL">GPL</category>
 <category domain="http://kerneltrap.org/Jeff_Garzik">Jeff Garzik</category>
 <category domain="http://kerneltrap.org/license">license</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/OpenBSD">OpenBSD</category>
 <category domain="http://kerneltrap.org/OpenHAL">OpenHAL</category>
 <category domain="http://kerneltrap.org/Theodore_Tso">Theodore Ts&#039;o</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Thu, 20 Sep 2007 16:07:28 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14415 at http://kerneltrap.org</guid>
</item>
<item>
 <title>SFLC on Atheros Driver Issue</title>
 <link>http://kerneltrap.org/Linux/SFLC_on_Atheros_Driver_Issue</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;As the Atheros driver issue continues to simmer on the &lt;a href=&quot;http://kerneltrap.org/mailarchive/openbsd-misc&quot;&gt;OpenBSD -misc mailing list&lt;/a&gt; and the &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel&quot;&gt;Linux Kernel mailing list&lt;/a&gt;, with debate continuing over when the license of source code can be altered or added to, Eben Moglen &lt;a href=&quot;http://kerneltrap.org/mailarchive/linux-kernel/2007/9/16/261061&quot;&gt;made a statement&lt;/a&gt; for the &lt;a href=&quot;http://www.softwarefreedom.org/&quot;&gt;Software Freedom Law Center&lt;/a&gt;.  He began by defending their own actions, &quot;&lt;i&gt;it might be useful to recall the first stage of this process, when OpenBSD developers were accused of misappropriating Atheros code, and SFLC investigated and proved that no such misappropriation had occurred?  Wild accusations about our motives are even more silly than they are false.&lt;/i&gt;&quot;  He went on to acknowledge, &quot;&lt;i&gt;we understand that attribution issues are critically important to free software developers; we are accustomed to the strong feelings that are involved in such situations.  In the fifteen years I have spent giving free legal help to developers throughout the community, attribution disputes have been, always, the most emotionally charged.&lt;/i&gt;&quot;  He added that the SFLC would be making no further statements until their work on this matter was complete, noting:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;Also, and again for the last time, let me state that SFLC&#039;s instructions from its clients are to establish all the facts concerning the development of the current relevant code (which means the painstaking reconstruction of several independent and overlapping lines of development, including forensic reconstruction through line-by-line code reviews where version control system information is not available), as well as to resolve all outstanding legal issues, and to make policy recommendations, if possible, that would result in all projects, under both GPL and ISC, having full access to all code on their preferred terms, on an *ongoing* basis, with full respect for everyone&#039;s legal rights.  We continue to believe those policy goals are achievable in this situation.  The required work has been made more arduous because some people have chosen not to cooperate in good faith.  But we will complete the work as soon as we can, and we will, as Mr Garvik says, follow the community&#039;s practice of complete publication, so everyone can see all the evidence.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/SFLC_on_Atheros_Driver_Issue&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/SFLC_on_Atheros_Driver_Issue#comments</comments>
 <category domain="http://kerneltrap.org/ath5k">ath5k</category>
 <category domain="http://kerneltrap.org/Atheros">Atheros</category>
 <category domain="http://kerneltrap.org/BSD">BSD</category>
 <category domain="http://kerneltrap.org/Eben_Moglen">Eben Moglen</category>
 <category domain="http://kerneltrap.org/flames">flames</category>
 <category domain="http://kerneltrap.org/GPL">GPL</category>
 <category domain="http://kerneltrap.org/license">license</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/OpenBSD">OpenBSD</category>
 <category domain="http://kerneltrap.org/OpenHAL">OpenHAL</category>
 <category domain="http://kerneltrap.org/SFLC">SFLC</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Sun, 16 Sep 2007 14:42:30 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14386 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Clarifying the ath5k License</title>
 <link>http://kerneltrap.org/Linux/Clarifying_the_ath5k_Licensing</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;Author of OpenBSD&#039;s hardware driver layer for wireless Atheros devi