<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<?xml-stylesheet href="http://www.blogger.com/styles/atom.css" type="text/css"?>
<feed xmlns="http://www.w3.org/2005/Atom">
  <id>http://groups.google.be/group/fa.linux.kernel</id>
  <title type="text">fa.linux.kernel Google Group</title>
  <subtitle type="text">
  </subtitle>
  <link href="/group/fa.linux.kernel/feed/atom_v1_0_msgs.xml" rel="self" title="fa.linux.kernel feed"/>
  <updated>2010-03-21T22:01:18Z</updated>
  <generator uri="http://groups.google.be" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Ingo Molnar</name>
  <email>mi...@elte.hu</email>
  </author>
  <updated>2010-03-21T22:01:18Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/5b0265ca8ab18667?show_docid=5b0265ca8ab18667</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/5b0265ca8ab18667?show_docid=5b0265ca8ab18667"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  If that is the theory then it has failed to trickle through in practice. As &lt;br&gt; you know i have reported a long list of usability problems with hardly a look. &lt;br&gt; That list could be created by pretty much anyone spending a few minutes of &lt;br&gt; getting a first impression with qemu-kvm. &lt;br&gt; So something is seriously wrong in KVM land, to pretty much anyone trying it
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ryan Mallon</name>
  <email>r...@bluewatersys.com</email>
  </author>
  <updated>2010-03-21T21:55:39Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/b740aa3fef618487/d7d53cccb1c5eccc?show_docid=d7d53cccb1c5eccc</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/b740aa3fef618487/d7d53cccb1c5eccc?show_docid=d7d53cccb1c5eccc"/>
  <title type="text">Re: [PATCH] atmel_serial: Atmel RS485 support</title>
  <summary type="html" xml:space="preserve">
  Ugh, not sure what happened to my previous email. It looked fine in &lt;br&gt; Thunderbird before I sent it. Hopefully this works a bit better: &lt;br&gt; This comment is misleading, it is a struct not a flag. The comment should &lt;br&gt; say that it is the rs485 settings for the uart. &lt;br&gt; Can you move these functions, so that these declarations are not needed?
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ingo Molnar</name>
  <email>mi...@elte.hu</email>
  </author>
  <updated>2010-03-21T21:55:15Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/f3f30c5d386c0057?show_docid=f3f30c5d386c0057</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/f3f30c5d386c0057?show_docid=f3f30c5d386c0057"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  I think this sums up the root cause of all the problems i see with KVM pretty &lt;br&gt; well. &lt;br&gt; Thanks, &lt;br&gt; Ingo
  </summary>
  </entry>
  <entry>
  <author>
  <name>Stefani Seibold</name>
  <email>stef...@seibold.net</email>
  </author>
  <updated>2010-03-21T21:54:36Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0d24e75f20eba158/f578b74f994f021f?show_docid=f578b74f994f021f</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0d24e75f20eba158/f578b74f994f021f?show_docid=f578b74f994f021f"/>
  <title type="text">Re: [PATCH] fix PHY polling system blocking</title>
  <summary type="html" xml:space="preserve">
  I had now analyzed the PHY handling in most of the network drivers. Most &lt;br&gt; of the PHY communication will be handled in a polling/blocking way, &lt;br&gt; write a command word and then wait for the results. Due the nature of &lt;br&gt; the PHY attachment, this will take some time. &lt;br&gt; Some of the network drivers do this polling/blocking also in atomic code
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ingo Molnar</name>
  <email>mi...@elte.hu</email>
  </author>
  <updated>2010-03-21T21:52:32Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/d106808e6138ee3f?show_docid=d106808e6138ee3f</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/d106808e6138ee3f?show_docid=d106808e6138ee3f"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  1) &lt;br&gt; One of the primary design arguments of the micro-kernel design as well was to &lt;br&gt; push as much into user-space as possible without impacting performance too &lt;br&gt; much so you very much seem to be arguing for a micro-kernel design for the &lt;br&gt; kernel. &lt;br&gt; I think history has given us the answer for that fight between microkernels
  </summary>
  </entry>
  <entry>
  <author>
  <name>Avi Kivity</name>
  <email>a...@redhat.com</email>
  </author>
  <updated>2010-03-21T21:45:05Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/b0c2f651a7d4ba25?show_docid=b0c2f651a7d4ba25</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/b0c2f651a7d4ba25?show_docid=b0c2f651a7d4ba25"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  Sorry, that was not the intent. I meant that putting things into the &lt;br&gt; kernel have disadvantages that must be considered. &lt;br&gt; I believe you can deploy this daemon via a (default) package, without &lt;br&gt; any hassle to users.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Avi Kivity</name>
  <email>a...@redhat.com</email>
  </author>
  <updated>2010-03-21T21:43:01Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/5c87cb68f0f15e1c?show_docid=5c87cb68f0f15e1c</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/5c87cb68f0f15e1c?show_docid=5c87cb68f0f15e1c"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  That would be shooting at my own foot as well as the contributor&#39;s since &lt;br&gt; I badly want that RCU stuff, and while a GUI would be nice, that itch &lt;br&gt; isn&#39;t on my back. &lt;br&gt; You&#39;re asking a developer and a maintainer to put off the work they&#39;re &lt;br&gt; interested in, in order to work on something someone else is interested
  </summary>
  </entry>
  <entry>
  <author>
  <name>Stanislav Brabec</name>
  <email>u...@penguin.cz</email>
  </author>
  <updated>2010-03-21T21:41:28Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/8c443920c4878020/088eb5b0ea3c3ceb?show_docid=088eb5b0ea3c3ceb</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/8c443920c4878020/088eb5b0ea3c3ceb?show_docid=088eb5b0ea3c3ceb"/>
  <title type="text">Re: bit errors on spitz</title>
  <summary type="html" xml:space="preserve">
  Pavel Machek pí¹e v Ne 21. 03. 2010 v 21:43 +0100: &lt;br&gt; If you are ready to run Zaurus in dismantled state, then yes. Measure on &lt;br&gt; the upper pin of the large coil in the center of the &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.penguin.cz/~utx/zaurus/pcbt_uc.jpg&quot;&gt;[link]&lt;/a&gt; image or on the testpoint &lt;br&gt; nearby (probably to the right). &lt;br&gt; Alternatively, it is possible to write a driver. It is just one byte
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pekka Enberg</name>
  <email>penb...@cs.helsinki.fi</email>
  </author>
  <updated>2010-03-21T21:36:21Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0135b685655317bb/9f1f7fe19889a742?show_docid=9f1f7fe19889a742</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0135b685655317bb/9f1f7fe19889a742?show_docid=9f1f7fe19889a742"/>
  <title type="text">Re: [PATCH] staging: winbond: sysdef.h Coding style fixes.</title>
  <summary type="html" xml:space="preserve">
  Acked-by: Pekka Enberg &amp;lt;penb...@cs.helsinki.fi&amp;gt;
  </summary>
  </entry>
  <entry>
  <author>
  <name>Shawn Starr</name>
  <email>shawn.st...@rogers.com</email>
  </author>
  <updated>2010-03-21T21:33:07Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/30c531f3785ba760/0ea5ee3985f580b7?show_docid=0ea5ee3985f580b7</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/30c531f3785ba760/0ea5ee3985f580b7?show_docid=0ea5ee3985f580b7"/>
  <title type="text">Re: [Bug #15245] [2.6.33-rc6 Weird JCPU times?</title>
  <summary type="html" xml:space="preserve">
  Please close it. I haven&#39;t seen this anymore and I&#39;m now in 2.6.34-rc1 (March &lt;br&gt; 17th git snapshot) &lt;br&gt; Thanks, &lt;br&gt; Shawn.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Lars Lindley</name>
  <email>lind...@coyote.org</email>
  </author>
  <updated>2010-03-21T21:31:40Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0135b685655317bb/2edb643d09d17380?show_docid=2edb643d09d17380</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/0135b685655317bb/2edb643d09d17380?show_docid=2edb643d09d17380"/>
  <title type="text">[PATCH] staging: winbond: sysdef.h Coding style fixes.</title>
  <summary type="html" xml:space="preserve">
  I fixed the C99 comments and removed commented away code. &lt;br&gt; Signed-off-by: Lars Lindley &amp;lt;lind...@coyote.org&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/staging/winbond/sysdef .h | 18 +++--------------- &lt;br&gt; 1 files changed, 3 insertions(+), 15 deletions(-) &lt;br&gt; diff --git a/drivers/staging/winbond/sysd ef.h b/drivers/staging/winbond/sysd ef.h
  </summary>
  </entry>
  <entry>
  <author>
  <name>Avi Kivity</name>
  <email>a...@redhat.com</email>
  </author>
  <updated>2010-03-21T21:31:27Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/10d693f294799b06?show_docid=10d693f294799b06</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/2d4e0c4d5515d0e1/10d693f294799b06?show_docid=10d693f294799b06"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  I&#39;m certainly a minimalist, but that doesn&#39;t follow. Things that &lt;br&gt; require privileged access, or access to the page cache, or that can&#39;t be &lt;br&gt; made to perform otherwise should certainly be in the kernel. That&#39;s why &lt;br&gt; I submitted kvm for inclusion in the first place. &lt;br&gt; If it&#39;s something that can work just as well in userspace but we can&#39;t
  </summary>
  </entry>
  <entry>
  <author>
  <name>Julia Lawall</name>
  <email>ju...@diku.dk</email>
  </author>
  <updated>2010-03-21T21:31:17Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/08ce5aa36b38d334/69c4aee0c3d9680e?show_docid=69c4aee0c3d9680e</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/08ce5aa36b38d334/69c4aee0c3d9680e?show_docid=69c4aee0c3d9680e"/>
  <title type="text">[PATCH] drivers/media/video: avoid NULL dereference</title>
  <summary type="html" xml:space="preserve">
  If ov is NULL, it will not be possible to take the lock in the first place, &lt;br&gt; so move the test up earlier. &lt;br&gt; The semantic match that finds the problem is as follows: &lt;br&gt; (&lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://coccinelle.lip6.fr/&quot;&gt;[link]&lt;/a&gt;) &lt;br&gt; // &amp;lt;smpl&amp;gt; &lt;br&gt; @r exists@ &lt;br&gt; expression E, E1; &lt;br&gt; identifier f; &lt;br&gt; statement S1,S3; &lt;br&gt; iterator iter; &lt;br&gt; @@ &lt;br&gt; if ((E == NULL &amp;amp;&amp;amp; ...) || ...)
  </summary>
  </entry>
  <entry>
  <author>
  <name>Rafael J. Wysocki</name>
  <email>r...@sisk.pl</email>
  </author>
  <updated>2010-03-21T21:28:28Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/30c531f3785ba760/358cac010205cb24?show_docid=358cac010205cb24</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/30c531f3785ba760/358cac010205cb24?show_docid=358cac010205cb24"/>
  <title type="text">Re: [Bug #15245] [2.6.33-rc6 Weird JCPU times?</title>
  <summary type="html" xml:space="preserve">
  Thanks, closing. &lt;br&gt; Rafael
  </summary>
  </entry>
  <entry>
  <author>
  <name>Ersek, Laszlo</name>
  <email>la...@caesar.elte.hu</email>
  </author>
  <updated>2010-03-21T21:27:21Z</updated>
  <id>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/1eb97282a7b085d6/241ef26085774284?show_docid=241ef26085774284</id>
  <link href="http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/1eb97282a7b085d6/241ef26085774284?show_docid=241ef26085774284"/>
  <title type="text">better/faster kernel tarball compression</title>
  <summary type="html" xml:space="preserve">
  Dear lkml Reader, &lt;br&gt; please allow me to spam you a bit with two compression programs. &lt;br&gt; I just downloaded the Linux 2.6.34-rc2 tarball: &lt;br&gt; 5d8a6005280e54cd6e590916c9d7a9 00 linux-2.6.34-rc2.tar &lt;br&gt; 570da63bf2c0c2e199f4a5616c15f5 2b linux-2.6.34-rc2.tar.bz2 &lt;br&gt; 403804160 linux-2.6.34-rc2.tar &lt;br&gt; 67479563 linux-2.6.34-rc2.tar.bz2
  </summary>
  </entry>
</feed>
