<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>fa.linux.kernel Google Group</title>
  <link>http://groups.google.be/group/fa.linux.kernel</link>
  <description></description>
  <language>en</language>
  <item>
  <title>[PATCH 4/4] coredump: shift down_write(mmap_sem) into coredump_wait()</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/4fff013e4a404958?show_docid=4fff013e4a404958</link>
  <description>
  - move the cprm.mm_flags checks up, before we take mmap_sem &lt;br&gt; - move down_write(mmap_sem) and -&amp;gt;core_state check from do_coredump() &lt;br&gt; to coredump_wait() &lt;br&gt; This simplifies the code and makes the locking symmetrical. &lt;br&gt; Signed-off-by: Oleg Nesterov &amp;lt;o...@redhat.com&amp;gt; &lt;br&gt; --- &lt;br&gt; fs/exec.c | 19 +++++++------------ &lt;br&gt; 1 file changed, 7 insertions(+), 12 deletions(-)
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/4fff013e4a404958?show_docid=4fff013e4a404958</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:41:20 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 3/4] coredump: factor out put_cred() calls</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/2897e676fd642b85?show_docid=2897e676fd642b85</link>
  <description>
  Given that do_coredump() calls put_cred() on exit path, it is a bit ugly &lt;br&gt; to do put_cred() + &amp;quot;goto fail&amp;quot; twice, just add the new &amp;quot;fail_creds&amp;quot; label. &lt;br&gt; Signed-off-by: Oleg Nesterov &amp;lt;o...@redhat.com&amp;gt; &lt;br&gt; --- &lt;br&gt; fs/exec.c | 16 ++++++---------- &lt;br&gt; 1 file changed, 6 insertions(+), 10 deletions(-) &lt;br&gt; --- 34-rc1/fs/exec.c~3_CREDS	2010-03-16 18:09:13.000000000 +0100
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/2897e676fd642b85?show_docid=2897e676fd642b85</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:40:54 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 2/4] coredump: cleanup &quot;ispipe&quot; code</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/70de2ce791f897b1?show_docid=70de2ce791f897b1</link>
  <description>
  - kill &amp;quot;int dump_count&amp;quot;, argv_split(argcp) accepts argcp == NULL. &lt;br&gt; - move &amp;quot;int dump_count&amp;quot; under &amp;quot; if (ispipe)&amp;quot; branch, fail_dropcount &lt;br&gt; can check ispipe. &lt;br&gt; - move &amp;quot;char **helper_argv&amp;quot; as well, change the code to do argv_free() &lt;br&gt; right after call_usermodehelper_fns(). &lt;br&gt; - If call_usermodehelper_fns() fails goto close_fail label instead
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/70de2ce791f897b1?show_docid=70de2ce791f897b1</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:40:34 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 1/4] coredump: factor out the not-ispipe file checks</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/3b6bcb9b2d756dbc?show_docid=3b6bcb9b2d756dbc</link>
  <description>
  do_coredump() does a lot of file checks after it opens the file or &lt;br&gt; calls usermode helper. But all of these checks are only needed in &lt;br&gt; !ispipe case. &lt;br&gt; Move this code into the &amp;quot;else&amp;quot; branch and kill the ugly repetitive &lt;br&gt; ispipe checks. &lt;br&gt; Signed-off-by: Oleg Nesterov &amp;lt;o...@redhat.com&amp;gt; &lt;br&gt; --- &lt;br&gt; fs/exec.c | 61 ++++++++++++++++++++++++++++++ ------------------------------ -
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/3b6bcb9b2d756dbc?show_docid=3b6bcb9b2d756dbc</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:40:10 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 0/4] do_coredump: cleanups</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/455372863a7d2ca2?show_docid=455372863a7d2ca2</link>
  <description>
  And some more, this time in fs/exec.c. &lt;br&gt; do_coredump() is unreadable and needs cleanups. &lt;br&gt; Perhaps we should add the new helper which opens the file or pipe... &lt;br&gt; Oleg.
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/96f01d85034ca029/455372863a7d2ca2?show_docid=455372863a7d2ca2</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:39:34 UT
</pubDate>
  </item>
  <item>
  <title>Re: Will&#39;s kernel compilation error</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/6719853b5cfcf4e8/f92284318d75c700?show_docid=f92284318d75c700</link>
  <description>
  Have one. &lt;br&gt; My error is as follows: &lt;br&gt; net/built-in.o: In function `svc_auth_unregister&#39;: &lt;br&gt; (.text+0xb822c): relocation truncated to fit: GPREL16 against `.sbss&#39; &lt;br&gt; net/built-in.o: In function `svc_auth_unregister&#39;: &lt;br&gt; (.text+0xb8268): relocation truncated to fit: GPREL16 against `.sbss&#39; &lt;br&gt; net/built-in.o: In function `svc_auth_register&#39;:
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/6719853b5cfcf4e8/f92284318d75c700?show_docid=f92284318d75c700</guid>
  <author>
  armi...@gentoo.org
  (Raúl Porcel)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:35:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH v4 05/11] swiotlb: add swiotlb_set_default_size()</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/6fc322f9759beec9/e47360bd357c7506?show_docid=e47360bd357c7506</link>
  <description>
  This is an oops in the original patchset - I think it should be fine &lt;br&gt; to move the swiotlb_init later as Fujita suggests, at least for 32-bit &lt;br&gt; powerpc. I just booted this on mpc8641 and everything seems OK. &lt;br&gt; -Becky
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/6fc322f9759beec9/e47360bd357c7506?show_docid=e47360bd357c7506</guid>
  <author>
  bec...@kernel.crashing.org
  (Becky Bruce)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:31:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: RFC: direct MTD support for SquashFS</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/bb4b901783f0324b/5e24a78592bf7454?show_docid=5e24a78592bf7454</link>
  <description>
  Yeah, I&#39;m interested in that as well. &lt;br&gt; ~Vitaly
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/bb4b901783f0324b/5e24a78592bf7454?show_docid=5e24a78592bf7454</guid>
  <author>
  vitalyw...@gmail.com
  (Vitaly Wool)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:18:46 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] NFS: Fix RCU warnings in nfs_inode_return_delegation_noreclaim()</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/430817b927ea8e50/b86d788ca51b03c4?show_docid=b86d788ca51b03c4</link>
  <description>
  So would something like the following work, then? &lt;br&gt; cred = rcu_dereference_check(delegati on-&amp;gt;cred, &lt;br&gt; delegation-&amp;gt;inode == NULL); &lt;br&gt; Or would some other check condition be more appropriate? &lt;br&gt; Thanx, Paul
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/430817b927ea8e50/b86d788ca51b03c4?show_docid=b86d788ca51b03c4</guid>
  <author>
  paul...@linux.vnet.ibm.com
  (Paul E. McKenney)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:15:40 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] devtmpfs: support !CONFIG_TMPFS</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/51f5d141241bf625/1a272070cf66b85c?show_docid=1a272070cf66b85c</link>
  <description>
  Hi, &lt;br&gt; &amp;gt;&amp;gt; config DEVTMPFS &lt;br&gt; &amp;gt;&amp;gt; bool &amp;quot;Maintain a devtmpfs filesystem to mount at /dev&amp;quot; &lt;br&gt; &amp;gt;&amp;gt; -	depends on HOTPLUG &amp;amp;&amp;amp; SHMEM &amp;amp;&amp;amp; TMPFS &lt;br&gt; &amp;gt;&amp;gt; +	depends on HOTPLUG &lt;br&gt; &amp;gt;&amp;gt; help &lt;br&gt; &amp;gt;&amp;gt; This creates a tmpfs filesystem instance early at bootup. &lt;br&gt; &amp;gt;&amp;gt; In this filesystem, the kernel driver core maintains device &lt;br&gt; Greg&amp;gt; With this patch, the Kconfig help text now is incorrect.
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/51f5d141241bf625/1a272070cf66b85c?show_docid=1a272070cf66b85c</guid>
  <author>
  jac...@sunsite.dk
  (Peter Korsgaard)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:14:20 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] r8169: Fix rtl8169_rx_interrupt()</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/5e417ba0f1acf7d0/a16af797da37611d?show_docid=a16af797da37611d</link>
  <description>
  Not yet. I&#39;m reading rtl8169_rx_interrupt now and rtl8169_schedule_work in case of RxFOVF &lt;br&gt; grabbed my attention too. &lt;br&gt; &lt;p&gt;Will try it. &lt;br&gt; Sergey
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/5e417ba0f1acf7d0/a16af797da37611d?show_docid=a16af797da37611d</guid>
  <author>
  sergey.senozhat...@gmail.com
  (Sergey Senozhatsky)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:08:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] devtmpfs: support !CONFIG_TMPFS</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/51f5d141241bf625/9fb4fd5a17f1d545?show_docid=9fb4fd5a17f1d545</link>
  <description>
  With this patch, the Kconfig help text now is incorrect. &lt;br&gt; Is there a way to explicitly call out in the Kconfig which way devtmpfs &lt;br&gt; is being created? How about a multiple selection that chooses either &lt;br&gt; TMPFS or RAMFS, with the default being TMPFS? &lt;br&gt; So care to redo this so that people can easily determine what is going
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/51f5d141241bf625/9fb4fd5a17f1d545?show_docid=9fb4fd5a17f1d545</guid>
  <author>
  g...@kroah.com
  (Greg KH)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:08:25 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 1/2] USB: xhci: rename driver to xhci_hcd</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/a3cafa8e38d2d63d/6e234d2aa71a4118?show_docid=6e234d2aa71a4118</link>
  <description>
  This doesn&#39;t apply to the 2.6.34-rc1 kernel. Care to redo it so that I &lt;br&gt; can apply it? &lt;br&gt; thanks, &lt;br&gt; greg k-h
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/a3cafa8e38d2d63d/6e234d2aa71a4118?show_docid=6e234d2aa71a4118</guid>
  <author>
  g...@kroah.com
  (Greg KH)
  </author>
  <pubDate>Tue, 16 mrt 2010 19:08:11 UT
</pubDate>
  </item>
  <item>
  <title>Re: aio: compat_ioctl issue?</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/f98fd4db347527fd/863afd28593e8b99?show_docid=863afd28593e8b99</link>
  <description>
  Sorry for taking so long on this. I only tested the case where niovs &amp;gt; &lt;br&gt; fast_segs, and I missed an obvious thing: I didn&#39;t assign the return &lt;br&gt; pointer to the proper iovec. &lt;br&gt; So, this patch should get you going. &lt;br&gt; Cheers, &lt;br&gt; Jeff &lt;br&gt; diff --git a/fs/aio.c b/fs/aio.c &lt;br&gt; index 1cf12b3..5a38805 100644 &lt;br&gt; --- a/fs/aio.c &lt;br&gt; +++ b/fs/aio.c
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/f98fd4db347527fd/863afd28593e8b99?show_docid=863afd28593e8b99</guid>
  <author>
  jmo...@redhat.com
  (Jeff Moyer)
  </author>
  <pubDate>Tue, 16 mrt 2010 18:52:56 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] Staging: dream: generic_gpio: Use linux instead of asm uaccess.h</title>
  <link>http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/b0f593f55bdf4bc0/c88abde246cdc6a1?show_docid=c88abde246cdc6a1</link>
  <description>
  No I don&#39;t know how to test it in my G1. &lt;br&gt; 2010/3/15 Pavel Machek &amp;lt;pa...@ucw.cz&amp;gt;:
  </description>
  <guid isPermaLink="true">http://groups.google.be/group/fa.linux.kernel/browse_thread/thread/b0f593f55bdf4bc0/c88abde246cdc6a1?show_docid=c88abde246cdc6a1</guid>
  <author>
  chi...@gmail.com
  (Chihau Chau)
  </author>
  <pubDate>Tue, 16 mrt 2010 18:52:47 UT
</pubDate>
  </item>
  </channel>
</rss>
