<?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 - Firewire</title>
 <link>http://kerneltrap.org/taxonomy/term/206/0</link>
 <description></description>
 <language>en-local</language>
<item>
 <title>x86 Architecture Merges in 2.6.25</title>
 <link>http://kerneltrap.org/Linux/x86_Architecture_Merges_in_2.6.25</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;Ingo Molnar summarized his pull request for changes to the x86 architecture bound for mainline inclusion in 2.6.25 noting, &quot;&lt;i&gt;it&#039;s not a small merge, it consists of 908 commits from 96 individual arch/x86 developers (!)&lt;/i&gt;&quot;.  He continued, &quot;&lt;i&gt;a number of core files are changed as well: most notably percpu, debugging details, timers, the firewire remote debugging patch and ... the KGDB remote debugging stub in kernel/kgdb.c.&lt;/i&gt;&quot;  He went on to detail the extent of the testing this tree has received, &quot;&lt;i&gt;in the past few weeks tens of thousands of random x86.git bzImages were  successfully built and booted on a number of (commodity) 32-bit and&lt;br /&gt;
64-bit testsystems - and there has been a fair amount of test exposure on -mm as well.&lt;/i&gt;&quot;  Regarding the remote kernel debugger, Ingo explained:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;We tested KGDB to be merge-worthy within the x86 architecture (the only supported architecture for now) and it&#039;s better to have kernel/kgdb.c than arch/x86/kernel/kgdb.c. The code is reasonably clean and the user-space exposure is small - the only real exposure is the decades-old remote GDB protocol. We are happy to fix up any further cleanliness comments that people might have - but we really wanted to start somewhere and get this thing moving. As an added bonus: finally a kernel debugger that can be read without puking too much ;-) [anyone remember KDB?]&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/x86_Architecture_Merges_in_2.6.25&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/x86_Architecture_Merges_in_2.6.25#comments</comments>
 <category domain="http://kerneltrap.org/2.6.25">2.6.25</category>
 <category domain="http://kerneltrap.org/debugger">debugger</category>
 <category domain="http://kerneltrap.org/taxonomy/term/206">Firewire</category>
 <category domain="http://kerneltrap.org/Ingo_Molnar">Ingo Molnar</category>
 <category domain="http://kerneltrap.org/taxonomy/term/811">kdb</category>
 <category domain="http://kerneltrap.org/kgdb">kgdb</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/x86">x86</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Fri, 01 Feb 2008 21:36:31 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">15390 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Firewire Subsystems TODO Lists</title>
 <link>http://kerneltrap.org/Linux/Firewire_Subsystems_TODO_Lists</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;Stefan Richter posted the IEEE1394 subsytem and FireWire subsystem TODO lists noting, &quot;&lt;i&gt;it seems also appropriate to disclose the current manpower behind FireWire driver development and maintenance.  There are just two people who regularly work on the drivers:  Kristian Høgsberg (author and maintainer of the new firewire subsystem, in the past also involved with the old ieee1394 subsystem) and me (co-maintainer of both the new and old subsystems).  But we both have a lot of other projects going on at the moment.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;p&gt;The current IEEE1394 subsystem is available for the 2.6 and 2.4 kernels, also known as the &lt;a href=&quot;http://www.linux1394.org/&quot;&gt;Linux1394&lt;/a&gt; driver stack.  Kristian Høgsberg started development of the new FireWire stack, nicknamed &quot;Juju&quot;, in December of 2006.  The Linux1394 website notes, &quot;&lt;i&gt;when the new stack&#039;s initial bugs and missing features have been addressed, it is anticipated that the old driver stack (ieee1394, ohci1394, pcilynx, raw1394, video1394, dv1394, sbp2, eth1394) will be scheduled for removal from the mainline kernel sources.  (There is by the way no replacement for pcilynx planned at the moment, because this controller has become very rare.)  The main reasons to replace the old stack by the new one are: lower code footprint, hence lower maintenance cost; better security; consolidation of the currently three or four different userspace ABIs (depending on how you count them) into a single, modern ABI.&lt;/i&gt;&quot;&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/Linux/Firewire_Subsystems_TODO_Lists&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/Linux/Firewire_Subsystems_TODO_Lists#comments</comments>
 <category domain="http://kerneltrap.org/driver">driver</category>
 <category domain="http://kerneltrap.org/taxonomy/term/206">Firewire</category>
 <category domain="http://kerneltrap.org/taxonomy/term/889">IEEE1394</category>
 <category domain="http://kerneltrap.org/taxonomy/term/891">Juju</category>
 <category domain="http://kerneltrap.org/taxonomy/term/375">Kristian Høgsberg</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/taxonomy/term/890">linux1394</category>
 <category domain="http://kerneltrap.org/taxonomy/term/892">Stefan Richter</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Sat, 08 Sep 2007 23:30:26 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">14306 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Linux: 2.6.22 Coming Soon</title>
 <link>http://kerneltrap.org/node/8475</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;Linux creator Linus Torvalds released the 2.6.22-rc7 kernel saying, &quot;&lt;i&gt;it&#039;s hopefully (almost certainly) the last -rc before the final 2.6.22 release, and we should be in pretty good shape. The flow of patches has really slowed down and the regression list has shrunk a lot.&lt;/i&gt;&quot;  He briefly summarized the changes in this latest release candidate, &quot;&lt;i&gt;the patches are mostly trivial fixes, a few new device ID&#039;s, and the appended shortlog really does pretty much explain it,&lt;/i&gt;&quot; adding, &quot;&lt;i&gt;final testing always appreciated, of course&lt;/i&gt;&quot;.&lt;/p&gt;
&lt;p&gt;The previous stable kernel, 2.6.21, was released a little over two months ago on April 25&#039;th [&lt;a href=&quot;http://kerneltrap.org/node/8103&quot;&gt;story&lt;/a&gt;].  An &lt;a href=&quot;http://kernelnewbies.org/Linux_2_6_22&quot;&gt;overview of all the changes&lt;/a&gt; merged into the latest version of the kernel is maintained in the Kernel Newbies wiki.  Included in the list of changes are the &lt;a href=&quot;http://lwn.net/Articles/229984/&quot;&gt;SLUB allocator&lt;/a&gt; which replaced the slab allocator, a new wireless stack, a new firewire stack [&lt;a href=&quot;http://kerneltrap.org/node/8132&quot;&gt;story&lt;/a&gt;], and support for the Blackfin architecture.  Source level changes can be tracked via the &lt;a href=&quot;http://git.kernel.org/?p=linux/kernel/git/torvalds/linux-2.6.git;a=summary&quot;&gt;gitweb interface&lt;/a&gt; to Linus&#039; kernel tree.&lt;/p&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/node/8475&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/node/8475#comments</comments>
 <category domain="http://kerneltrap.org/2.6.21">2.6.21</category>
 <category domain="http://kerneltrap.org/2.6.22">2.6.22</category>
 <category domain="http://kerneltrap.org/taxonomy/term/207">Blackfin</category>
 <category domain="http://kerneltrap.org/taxonomy/term/206">Firewire</category>
 <category domain="http://kerneltrap.org/Linus_Torvalds">Linus Torvalds</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/taxonomy/term/205">SLUB</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Tue, 03 Jul 2007 04:56:44 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">8475 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Linux: 2.6.22-rc1, &quot;You Name It, It&#039;s There&quot;</title>
 <link>http://kerneltrap.org/node/8197</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;Ok, the merge window has closed, and 2.6.22-rc1 is out there&lt;/i&gt;,&quot; Linus Torvalds announced on the &lt;a href=&quot;http://www.tux.org/lkml/&quot;&gt;Linux Kernel Mailing List&lt;/a&gt;.  He noted that there were a large number of changes, &quot;&lt;i&gt;almost seven thousand files changed, and that&#039;s not double-counting the files that got moved around.&lt;/i&gt;&quot;  As to what was changed, Linus summarized, &quot;&lt;i&gt;architecture updates, drivers, filesystems, networking, security, build scripts, reorganizations, cleanups.. You name it, it&#039;s there.&lt;/i&gt;&quot;  He went on to add:&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;You want a new firewire stack? We&#039;ve got it. New wireless networking infrastructure? Check. New infiniband drivers? Digital video drivers? A totally new CPU architecture (blackfin)? Check, check, check.&lt;/p&gt;
&lt;p&gt;&quot;That said, I think (and certainly hope) that this will not be nearly as painful as the big fundamental timer changes for 2.6.21, and while there are some pretty core changes there (like the new SLUB allocator, which hopefully will end up replacing both SLAB and SLOB), it feels pretty solid, and not as scary as ripping the carpet from under the timer infrastructure.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;!-- google_ad_section_end --&gt;&lt;p&gt;&lt;a href=&quot;http://kerneltrap.org/node/8197&quot; target=&quot;_blank&quot;&gt;read more&lt;/a&gt;&lt;/p&gt;</description>
 <comments>http://kerneltrap.org/node/8197#comments</comments>
 <category domain="http://kerneltrap.org/-rc">-rc</category>
 <category domain="http://kerneltrap.org/-rc1">-rc1</category>
 <category domain="http://kerneltrap.org/2.6.22">2.6.22</category>
 <category domain="http://kerneltrap.org/taxonomy/term/207">Blackfin</category>
 <category domain="http://kerneltrap.org/taxonomy/term/206">Firewire</category>
 <category domain="http://kerneltrap.org/taxonomy/term/189">Kernel</category>
 <category domain="http://kerneltrap.org/Linus_Torvalds">Linus Torvalds</category>
 <category domain="http://kerneltrap.org/Linux">Linux</category>
 <category domain="http://kerneltrap.org/merge_window">merge window</category>
 <category domain="http://kerneltrap.org/taxonomy/term/205">SLUB</category>
 <category domain="http://kerneltrap.org/taxonomy/term/327">You Name It, It&#039;s There</category>
 <category domain="http://kerneltrap.org/news/linux">Linux news</category>
 <pubDate>Sun, 13 May 2007 05:29:49 +0000</pubDate>
 <dc:creator>Jeremy</dc:creator>
 <guid isPermaLink="false">8197 at http://kerneltrap.org</guid>
</item>
<item>
 <title>Linux: New FireWire Stack Update</title>
 <link>http://kerneltrap.org/node/8132</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;Kristian Høgsberg posted an update on the effort to rewrite the Linux kernel FireWire stack [&lt;a href=&quot;http://kerneltrap.org/node/7462&quot;&gt;story&lt;/a&gt;] explaining, &quot;&lt;i&gt;as you may know, we&#039;ve been working on a new FireWire stack over on linux1394-devel.  The main driver behind this work is to get a small, maintainable and supportable FireWire stack, with an acceptable backwards compatibility story.&lt;/i&gt;&quot;  He went on to request the stack&#039;s inclusion in the mainline kernel, listing the following highlights:  the new FireWire stack &quot;&lt;i&gt;has been in Fedora rawhide (development branch) and -mm for 3 months, will be shipping in Fed