<?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.pl/group/linux.kernel</id>
  <title type="text">linux.kernel Google Group</title>
  <subtitle type="text">
  linux-kernel@vger.kernel.org (Moderated)
  </subtitle>
  <link href="/group/linux.kernel/feed/atom_v1_0_msgs.xml" rel="self" title="linux.kernel feed"/>
  <updated>2010-03-22T01:10:02Z</updated>
  <generator uri="http://groups.google.pl" version="1.99">Google Groups</generator>
  <entry>
  <author>
  <name>Christoffer Dall</name>
  <email>christofferd...@christofferdall.dk</email>
  </author>
  <updated>2010-03-22T01:10:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/c8f12699d6eb038c?show_docid=c8f12699d6eb038c</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/c8f12699d6eb038c?show_docid=c8f12699d6eb038c"/>
  <title type="text">[C/R ARM][PATCH 1/3] ARM: Rudimentary syscall interfaces</title>
  <summary type="html" xml:space="preserve">
  This small commit introduces a global state of system calls for ARM &lt;br&gt; making it possible for a debugger or checkpointing to gain information &lt;br&gt; about another process&#39; state with respect to system calls. &lt;br&gt; The patch is based on this proposal from Roland McGrath: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;https://patchwork.kernel.org/patch/32101/&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Cc: Roland McGrath &amp;lt;rol...@redhat.com&amp;gt;
  </summary>
  </entry>
  <entry>
  <author>
  <name>Justin P. mattock</name>
  <email>justinmatt...@gmail.com</email>
  </author>
  <updated>2010-03-22T01:10:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/e8c10f78ce6adbe7/834a68cdc94c68f7?show_docid=834a68cdc94c68f7</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/e8c10f78ce6adbe7/834a68cdc94c68f7?show_docid=834a68cdc94c68f7"/>
  <title type="text">Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to</title>
  <summary type="html" xml:space="preserve">
  agree.. &lt;br&gt; I should of searched the source tree for something &lt;br&gt; that says deprecated and so forth before doing anything(the &lt;br&gt; checkpatch.pl was something I noticed down the line but doesn&#39;t say &lt;br&gt; deprecated(say&#39;s explicitly). &lt;br&gt; In any case I&#39;ll leave this to you guys to decide. &lt;br&gt; The patch is in cyberspace now, so if/when this ever
  </summary>
  </entry>
  <entry>
  <author>
  <name>Christoffer Dall</name>
  <email>christofferd...@christofferdall.dk</email>
  </author>
  <updated>2010-03-22T01:10:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/aa69c5b75261c181?show_docid=aa69c5b75261c181</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/aa69c5b75261c181?show_docid=aa69c5b75261c181"/>
  <title type="text">[C/R ARM][PATCH 3/3] c/r: ARM implementation of checkpoint/restart</title>
  <summary type="html" xml:space="preserve">
  Implements architecture specific requirements for checkpoint/restart on &lt;br&gt; ARM. The changes touch almost only c/r related code. Most of the work is &lt;br&gt; done in arch/arm/checkpoint.c, which implements checkpointing of the CPU &lt;br&gt; and necessary fields on the thread_info struct. &lt;br&gt; The ISA version (given by __LINUX_ARM_ARCH__) is checkpointed and verified
  </summary>
  </entry>
  <entry>
  <author>
  <name>Christoffer Dall</name>
  <email>christofferd...@christofferdall.dk</email>
  </author>
  <updated>2010-03-22T01:10:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/d12e5c289fb70f57?show_docid=d12e5c289fb70f57</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/9125e56499e8192a/d12e5c289fb70f57?show_docid=d12e5c289fb70f57"/>
  <title type="text">[C/R ARM][PATCH 0/3] Linux Checkpoint-Restart - ARM port</title>
  <summary type="html" xml:space="preserve">
  Following there will be two preparatory patches for an ARM port of the &lt;br&gt; checkpoint-restart code and finally a third patch implementing the &lt;br&gt; architecture-specific parts of c/r. &lt;br&gt; The preparatory patches consist of a systrace implementation for ARM &lt;br&gt; based on a previous patch from Roland McGrath and an eclone implementation
  </summary>
  </entry>
  <entry>
  <author>
  <name>Christoffer Dall</name>
  <email>christofferd...@christofferdall.dk</email>
  </author>
  <updated>2010-03-22T01:10:01Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/da666f25154b5814/38eaa6f047a84090?show_docid=38eaa6f047a84090</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/da666f25154b5814/38eaa6f047a84090?show_docid=38eaa6f047a84090"/>
  <title type="text">[C/R ARM][PATCH 2/3] ARM: Add the eclone system call</title>
  <summary type="html" xml:space="preserve">
  In addition to doing everything that clone() system call does, the &lt;br&gt; eclone() system call: &lt;br&gt; - allows additional clone flags (31 of 32 bits in the flags &lt;br&gt; parameter to clone() are in use) &lt;br&gt; - allows user to specify a pid for the child process in its &lt;br&gt; active and ancestor pid namespaces. &lt;br&gt; Eclone is needed for restarting a process from a checkpoint. See more
  </summary>
  </entry>
  <entry>
  <author>
  <name>Etzel, Linda</name>
  <email>linda.et...@sbcusd.k12.ca.us</email>
  </author>
  <updated>2010-03-22T01:00:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/c734e0a3dfcfcfe0/59dabb9deae18e7b?show_docid=59dabb9deae18e7b</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/c734e0a3dfcfcfe0/59dabb9deae18e7b?show_docid=59dabb9deae18e7b"/>
  <title type="text">Webmail Verification Update!</title>
  <summary type="html" xml:space="preserve">
  Your mailbox quota has exceeded the storage limit which is 20GB &lt;br&gt; as set by your administrator, you are currently running on 20.9GB. &lt;br&gt; &lt;p&gt;You may not be able to send or receive new mails until you re-validate &lt;br&gt; your mailbox. &lt;br&gt; &lt;p&gt;To re-activate your account please click the link and login with the &lt;br&gt; username and password provided for you below:
  </summary>
  </entry>
  <entry>
  <author>
  <name>David Miller</name>
  <email>da...@davemloft.net</email>
  </author>
  <updated>2010-03-22T01:00:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/a5c4ee686a904ad8/8851ac015f7f7e70?show_docid=8851ac015f7f7e70</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/a5c4ee686a904ad8/8851ac015f7f7e70?show_docid=8851ac015f7f7e70"/>
  <title type="text">Re: [PATCH] fix PHY polling system blocking</title>
  <summary type="html" xml:space="preserve">
  Careful, in my experience many PHYs that do have interrupt &lt;br&gt; support have buggy implementations to the point where the &lt;br&gt; interrupt support cannot be used at all. &lt;br&gt; Typically the problem is that events aren&#39;t reported reliably. &lt;br&gt; So I just wanted you to keep in mind that a chip having &lt;br&gt; interrupt support doesn&#39;t automatically mean it can be used.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Arjan van de Ven</name>
  <email>ar...@linux.intel.com</email>
  </author>
  <updated>2010-03-22T00:50:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/b263a83b224def1d/4f435565d9218f24?show_docid=4f435565d9218f24</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/b263a83b224def1d/4f435565d9218f24?show_docid=4f435565d9218f24"/>
  <title type="text">Re: [PATCH] trace power_frequency events on the correct cpu (for Intel x86 CPUs)</title>
  <summary type="html" xml:space="preserve">
  It&#39;s actually a major feature for timechart, and one of the key things I and a bunch of others &lt;br&gt; inside Intel use timechart for.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Eric W. Biederman</name>
  <email>ebied...@xmission.com</email>
  </author>
  <updated>2010-03-22T00:40:03Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/e61d5fb9d8b9a14e/d36a801e60ba35d8?show_docid=d36a801e60ba35d8</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/e61d5fb9d8b9a14e/d36a801e60ba35d8?show_docid=d36a801e60ba35d8"/>
  <title type="text">Re: [PATCH 06/12] genericirq: make irq_chip related function to take desc</title>
  <summary type="html" xml:space="preserve">
  Thanks for doing all of this. The set of trouble spots in particular &lt;br&gt; looks like a useful list.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Randy Dunlap</name>
  <email>rdun...@xenotime.net</email>
  </author>
  <updated>2010-03-22T00:40:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/e8c10f78ce6adbe7/85f13b2707bf1cdb?show_docid=85f13b2707bf1cdb</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/e8c10f78ce6adbe7/85f13b2707bf1cdb?show_docid=85f13b2707bf1cdb"/>
  <title type="text">Re: [PATCH] Cosmetic:Partially remove deprecated __initcall() and change to</title>
  <summary type="html" xml:space="preserve">
  Thanks. IMO there should be something in the kernel source tree &lt;br&gt; that says explicitly that __initcall is deprecated and should be &lt;br&gt; replaced by using &amp;lt;whatever should be used&amp;gt;. That&#39;s missing.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Eric W. Biederman</name>
  <email>ebied...@xmission.com</email>
  </author>
  <updated>2010-03-22T00:40:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/e61d5fb9d8b9a14e/696086191688b324?show_docid=696086191688b324</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/e61d5fb9d8b9a14e/696086191688b324?show_docid=696086191688b324"/>
  <title type="text">Re: [PATCH] irq: Start the transition of irq_chip methods taking a desc</title>
  <summary type="html" xml:space="preserve">
  Depends on what you mean. &lt;br&gt; - If you are concerned about ABI changes, non exist. &lt;br&gt; - If the question is will the compiler generate the same instruction sequences, &lt;br&gt; I don&#39;t expect it will. &lt;br&gt; In particular the bug fixes to use unsigned int instead of int should affect &lt;br&gt; the tests used in the for_each_irq_desc. Of less avoid-ability is the change
  </summary>
  </entry>
  <entry>
  <author>
  <name>Anthony Liguori</name>
  <email>anth...@codemonkey.ws</email>
  </author>
  <updated>2010-03-22T00:30:03Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/728080d27436ebc6/9d2b54130f1325ac?show_docid=9d2b54130f1325ac</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/728080d27436ebc6/9d2b54130f1325ac?show_docid=9d2b54130f1325ac"/>
  <title type="text">Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <summary type="html" xml:space="preserve">
  Can you transfer your list to the following wiki page: &lt;br&gt; &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://wiki.qemu.org/Features/Usability&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; This thread is so large that I can&#39;t find your note that contained the &lt;br&gt; initial list. &lt;br&gt; I want to make sure this input doesn&#39;t die once this thread settles down. &lt;br&gt; Regards, &lt;br&gt; Anthony Liguori
  </summary>
  </entry>
  <entry>
  <author>
  <name>Zbigniew Luszpinski</name>
  <email>zbi...@go2.pl</email>
  </author>
  <updated>2010-03-22T00:30:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/83640ee776479ba7/770c58ddb389a45b?show_docid=770c58ddb389a45b</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/83640ee776479ba7/770c58ddb389a45b?show_docid=770c58ddb389a45b"/>
  <title type="text">2.6.32 help needed with reverting APIC patches.</title>
  <summary type="html" xml:space="preserve">
  Hello, &lt;br&gt; I&#39;m investigating why my Nvidia MCP78S chipset needs noapic or acpi=noirq to protect USB OHCI against hanging at random time. &lt;br&gt; (both kernel parameters turns off APIC and fall back to PIC). Asrock K10N78FullHD-hSLI R3.0 mainboard. &lt;br&gt; The OHCI USB controller integrated in chipset is the only device which hangs in APIC mode.
  </summary>
  </entry>
  <entry>
  <author>
  <name>Stephen Rothwell</name>
  <email>s...@canb.auug.org.au</email>
  </author>
  <updated>2010-03-22T00:30:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/4cf76883aace19cf/5f72158332384300?show_docid=5f72158332384300</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/4cf76883aace19cf/5f72158332384300?show_docid=5f72158332384300"/>
  <title type="text">linux-next: build failure after merge of the nfs tree</title>
  <summary type="html" xml:space="preserve">
  Hi Trond, &lt;br&gt; After merging the nfs tree, today&#39;s linux-next build (powerpc &lt;br&gt; ppc64_defconfig) failed like this: &lt;br&gt; net/sunrpc/xprt.c: In function &#39;xprt_release&#39;: &lt;br&gt; net/sunrpc/xprt.c:1045: error: implicit declaration of function &#39;xprt_free_bc_request&#39; &lt;br&gt; Caused by commit 0d28e05a53109bb52f254d5eac25da c6e3768b04 (&amp;quot;SUNRPC: Fix a
  </summary>
  </entry>
  <entry>
  <author>
  <name>Pete Zaitcev</name>
  <email>zait...@redhat.com</email>
  </author>
  <updated>2010-03-22T00:30:02Z</updated>
  <id>http://groups.google.pl/group/linux.kernel/browse_thread/thread/6f6c82e97f61f93d/09f9d5f4a24a5bdb?show_docid=09f9d5f4a24a5bdb</id>
  <link href="http://groups.google.pl/group/linux.kernel/browse_thread/thread/6f6c82e97f61f93d/09f9d5f4a24a5bdb?show_docid=09f9d5f4a24a5bdb"/>
  <title type="text">Re: Regression in i915 on 2.6.34-rc1</title>
  <summary type="html" xml:space="preserve">
  On Wed, 17 Mar 2010 08:26:59 -0700 &lt;br&gt; I was on vacation, sorry. Got to it today. In short, the test patch fails. &lt;br&gt; Please see the dmesg with ACPI debugging in bugzilla as requested. &lt;br&gt; -- Pete
  </summary>
  </entry>
</feed>
