<?xml version="1.0" encoding="UTF-8" standalone="yes"?>
<rss version="2.0">
  <channel>
  <title>linux.kernel Google Group</title>
  <link>http://groups.google.pl/group/linux.kernel</link>
  <description>linux-kernel@vger.kernel.org (Moderated)</description>
  <language>en</language>
  <item>
  <title>Re: latent problem in free_init_pages()</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/93512e50f535ed12/4a2d284db5e9539c?show_docid=4a2d284db5e9539c</link>
  <description>
  if you change the linker script to move the section, you should also move it to &lt;br&gt; keep the end page aligned. &lt;br&gt; solving that at link time (like is done now) is obviously nicer than solving it at runtime ;-)
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/93512e50f535ed12/4a2d284db5e9539c?show_docid=4a2d284db5e9539c</guid>
  <author>
  ar...@linux.intel.com
  (Arjan van de Ven)
  </author>
  <pubDate>Fri, 19 Mar 2010 14:10:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] Netfilter: Remove unused headers in net/ipv6/netfilter/ip6t_LOG.c</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/a8d0278ec741664e/d6636bf4bc6ce917?show_docid=d6636bf4bc6ce917</link>
  <description>
  Agreed, if you plan on sending more of these patches I&#39;d prefer a combined &lt;br&gt; patch too.
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/a8d0278ec741664e/d6636bf4bc6ce917?show_docid=d6636bf4bc6ce917</guid>
  <author>
  ka...@trash.net
  (Patrick McHardy)
  </author>
  <pubDate>Fri, 19 Mar 2010 14:10:02 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 19/19] Staging: comedi: fix brace coding style issue in adl_pci9118.c</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/672a8f1d6ff20587/74e1f6bffba77ba7?show_docid=74e1f6bffba77ba7</link>
  <description>
  This is a patch to the adl_pci9118.c file that fixes up all brace warnings found by the checkpatch.pl tool &lt;br&gt; Signed-off-by: Maurice Dawson &amp;lt;mauricedawson2...@googlemail. com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/staging/comedi/drivers /adl_pci9118.c | 62 ++++++++++++-------------- &lt;br&gt; 1 files changed, 28 insertions(+), 34 deletions(-)
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/672a8f1d6ff20587/74e1f6bffba77ba7?show_docid=74e1f6bffba77ba7</guid>
  <author>
  mauricedawson2...@googlemail.com
  (Maurice Dawson)
  </author>
  <pubDate>Fri, 19 Mar 2010 14:00:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] tree/tiny rcu: Add debug RCU head option (v2)</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/d3bb405fd0cb11af?show_docid=d3bb405fd0cb11af</link>
  <description>
  Hrm.. looking into the port to debugobjects, there are a few things that are not &lt;br&gt; precisely well set at the moment for it: &lt;br&gt; - We need to have two distinct active states, with a check that we move between &lt;br&gt; the two. This does not seem to be currently supported by debugobjects. &lt;br&gt; - RCU heads are never explicitely freed. So yeah, that means we will have to
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/d3bb405fd0cb11af?show_docid=d3bb405fd0cb11af</guid>
  <author>
  mathieu.desnoy...@efficios.com
  (Mathieu Desnoyers)
  </author>
  <pubDate>Fri, 19 Mar 2010 14:00:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH -tip v5] tracepoint: Add signal coredump tracepoint</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/816be4825c0cd1ed/926157dee88789c1?show_docid=926157dee88789c1</link>
  <description>
  (add Neil) &lt;br&gt; Oh. &lt;br&gt; Masami, may I ask you to delay these changes a bit? &lt;br&gt; This patch conflicts very much with other changes (hopefully in -mm soon) &lt;br&gt; we are doing. &lt;br&gt; If your patch comes first, we have to redo 12 patches. Besides, this patch &lt;br&gt; complicates do_coredump() even more while it really needs the cleanups.
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/816be4825c0cd1ed/926157dee88789c1?show_docid=926157dee88789c1</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:40:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] Fix a typo in sound/pci/hda/hda_local.h</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/32a7334f2e4a972c/4bd3768a78c78e50?show_docid=4bd3768a78c78e50</link>
  <description>
  ahh.. so it is pin &lt;br&gt; your welcome. &lt;br&gt; Justin P. Mattock
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/32a7334f2e4a972c/4bd3768a78c78e50?show_docid=4bd3768a78c78e50</guid>
  <author>
  justinmatt...@gmail.com
  (Justin P. mattock)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:30:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: Linux Checkpoint-Restart - v19</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/2ca23523a380aa69/5b870f965d1560a5?show_docid=5b870f965d1560a5</link>
  <description>
  Hi, &lt;br&gt; OK, I&#39;ve checked differences of dmesg when self_restart does well and doesn&#39;t. &lt;br&gt; When it goes well, the filename is /tmp/cr-self.out &lt;br&gt; [ 401.522556] [2307:2307:c/r:ckpt_read_fname :571] read filename &#39;/tmp/cr-self.out&#39; &lt;br&gt; [ 401.522558] [2307:2307:c/r:restore_open_fn ame:594] fname &#39;/tmp/cr-self.out&#39; flags 0x2
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/2ca23523a380aa69/5b870f965d1560a5?show_docid=5b870f965d1560a5</guid>
  <author>
  j...@dependable-os.net
  (Jiro SEKIBA)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:20:03 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] fixed sparkling issue on lcd panel when fb_blank mode is changed.</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/22a8f919a2a9669d/269ba7b185d3953d?show_docid=269ba7b185d3953d</link>
  <description>
  Hi, &lt;br&gt; So to summarise the problem more succinctly the LCD and the display &lt;br&gt; controllers power off in the wrong order causing visual defects &lt;br&gt; (sparkling) on the display. &lt;br&gt; I was a bit worried about event order and loops with this change so I &lt;br&gt; checked and there are three consumers of these events in the kernel:
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/22a8f919a2a9669d/269ba7b185d3953d?show_docid=269ba7b185d3953d</guid>
  <author>
  rpur...@rpsys.net
  (Richard Purdie)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:20:02 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH -tip v5] tracepoint: Add signal coredump tracepoint</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/816be4825c0cd1ed/3e62201972430f5d?show_docid=3e62201972430f5d</link>
  <description>
  Add signal coredump tracepoint which shows signal number, &lt;br&gt; mm-&amp;gt;flags, core file size limitation, the result of &lt;br&gt; coredump, and core file name. &lt;br&gt; This tracepoint requirement comes mainly from the viewpoint of &lt;br&gt; administrators. Since now we have introduced many coredump &lt;br&gt; configurations (e.g. dumpable, coredump_filter, core_pattern,
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/816be4825c0cd1ed/3e62201972430f5d?show_docid=3e62201972430f5d</guid>
  <author>
  mhira...@redhat.com
  (Masami Hiramatsu)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:20:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] move tty_kref_put() outside of __cleanup_signal()</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/c09088079db593f8/93414d7a40be6f62?show_docid=93414d7a40be6f62</link>
  <description>
  I think signal-&amp;gt;tty should be freed (and nullified under -&amp;gt;siglock) when the &lt;br&gt; last thread exits. &lt;br&gt; The goal is to make -&amp;gt;signal immutable, so that it would be always safe to &lt;br&gt; dereference task-&amp;gt;signal if you have a reference to task_struct. But I don&#39;t &lt;br&gt; think get_task_struct() should defer tty_kref_put(), and besides put_task_struct()
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/c09088079db593f8/93414d7a40be6f62?show_docid=93414d7a40be6f62</guid>
  <author>
  o...@redhat.com
  (Oleg Nesterov)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:20:03 UT
</pubDate>
  </item>
  <item>
  <title>Can not boot with CONFIG_NO_BOOTMEM=y on i686</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/82c8d53557498245/8e680365eee2cefe?show_docid=8e680365eee2cefe</link>
  <description>
  Hello. &lt;br&gt; After update to 2.6.34-rc1, I was experimented by strange oopses during &lt;br&gt; boot, what looked like memory corruption. Bisection shows that first bad &lt;br&gt; commit is 59be5a8e8ce765cf739ec7f0717621 9972de7481 (&amp;quot;x86: Make 32bit &lt;br&gt; support NO_BOOTMEM&amp;quot;). When I disable CONFIG_NO_BOOTMEM I&#39;m able to start &lt;br&gt; system. Not sure what info is need to track down this issue, so please
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/82c8d53557498245/8e680365eee2cefe?show_docid=8e680365eee2cefe</guid>
  <author>
  sgrus...@redhat.com
  (Stanislaw Gruszka)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:20:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: [RFC] Unify KVM kernel-space and user-space code into a single project</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/728080d27436ebc6/bce7511807f2d2f3?show_docid=bce7511807f2d2f3</link>
  <description>
  If you want to improve this, you need to do the following: &lt;br&gt; 1) Add a userspace daemon that uses vmchannel that runs in the guest and &lt;br&gt; can fetch kallsyms and arbitrary modules. If that daemon lives in &lt;br&gt; tools/perf, that&#39;s fine. &lt;br&gt; 2) Add a QMP interface in qemu to interact with such daemon &lt;br&gt; 3) Add a default QMP port in a well known location[1]
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/728080d27436ebc6/bce7511807f2d2f3?show_docid=bce7511807f2d2f3</guid>
  <author>
  anth...@codemonkey.ws
  (Anthony Liguori)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:10:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] tree/tiny rcu: Add debug RCU head option (v2)</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/1b7d916c6268fddb?show_docid=1b7d916c6268fddb</link>
  <description>
  Yep, that hurts. I think we&#39;ll have to move to debugobjects more quickly than &lt;br&gt; expected. &lt;br&gt; Thanks, &lt;br&gt; Matheiu
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/1b7d916c6268fddb?show_docid=1b7d916c6268fddb</guid>
  <author>
  mathieu.desnoy...@efficios.com
  (Mathieu Desnoyers)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:00:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH RFC 00/11] lock monitor: Separate features related to lock</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/bd476a88ed8fcdfa/32b399e549dbfc8c?show_docid=32b399e549dbfc8c</link>
  <description>
  Even without the static jump patching, the compiler takes care of putting the &lt;br&gt; stack setup after the branch is checked. That worked with a standard test on a &lt;br&gt; variable, with immediate values and should still work with asm gotos. &lt;br&gt; I already did some presentations around these question. You can refer to my OLS
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/bd476a88ed8fcdfa/32b399e549dbfc8c?show_docid=32b399e549dbfc8c</guid>
  <author>
  mathieu.desnoy...@efficios.com
  (Mathieu Desnoyers)
  </author>
  <pubDate>Fri, 19 Mar 2010 13:00:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] tree/tiny rcu: Add debug RCU head option (v2)</title>
  <link>http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/34d5ffb6a5677fea?show_docid=34d5ffb6a5677fea</link>
  <description>
  Right. I like the smallness of the RCU structure but if you must &lt;br&gt; increase its size then we could: &lt;br&gt; A) put the rcu structure at the end of each page like SLOB &lt;br&gt; but that will take away memory that could be used by objects. &lt;br&gt; B) Move the rcu object up by a word so that it overloads the index field &lt;br&gt; in the page struct. That would give another exact fit but will cause
  </description>
  <guid isPermaLink="true">http://groups.google.pl/group/linux.kernel/browse_thread/thread/34b43c45780f0618/34d5ffb6a5677fea?show_docid=34d5ffb6a5677fea</guid>
  <author>
  c...@linux-foundation.org
  (Christoph Lameter)
  </author>
  <pubDate>Fri, 19 Mar 2010 12:40:01 UT
</pubDate>
  </item>
  </channel>
</rss>
