<?xml version="1.0" encoding="iso-8859-1" ?>
<?xml-stylesheet title="XSL_formatting" type="text/xsl" href="/images/lists/rssstyle2.xsl"?>
<rss version="2.0">
<channel>
<title>Linux | Kernel</title>
<description>Mailing List Archive by Gossamer Threads</description>
<link>http://www.gossamer-threads.com/lists/linux/kernel/</link>
<language>en-us</language>
<copyright>(c) Gossamer Threads Inc. All rights reserved.</copyright>
<lastBuildDate>24 Nov  2009 21:06:41 -0800</lastBuildDate>
<ttl>120</ttl>
<image>
<title>Gossamer Threads | Linux | Kernel</title>
<width>75</width>
<height>23</height>
<link>http://www.gossamer-threads.com/lists/linux/kernel/</link>
<url>http://www.gossamer-threads.com/images/lists/rss_logo.jpg</url>
</image>
<item>
<title>[PATCH v2] [mmc/host]:Blackfin SD Host Controller Driver</title>
<description>From: Cliff Cai &amp;lt;cliffcai.sh@gmail.com&amp;gt; v2-v1 change:remove mmc host before releasing it in sdh_probe(). Signed-off-by: Cliff Cai &amp;lt;cliffcai.sh@gmail</description>
<pubDate>24 Nov  2009 20:20:15 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158139</link>
</item><item>
<title>touchscreen wirh 2.6.26</title>
<description>Hello. I have Acer T230H on Debian Lenny with 2.6.26.8 manually complied kernel. The problem is that this is a multitouch monitor and it seems that i</description>
<pubDate>24 Nov  2009 19:57:51 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158141</link>
</item><item>
<title>&amp;quot;Oops&amp;quot; in prune_one_dentry - known problems, but have they been fixed?</title>
<description>I&amp;#039;ve had a previously stable production server (up for over a year until recently) fail twice with an &amp;quot;oops&amp;quot; in prune_one_dentry. A Google search for</description>
<pubDate>24 Nov  2009 19:16:01 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158132</link>
</item><item>
<title>linux-next: manual merge of the ext3 tree with the cifs tree</title>
<description>Hi Jan, Today&amp;#039;s linux-next merge of the ext3 tree got a conflict in fs/cifs/dir.c between commit cea62343956c24452700c06cf028b72414c58a74 (&amp;quot;[CIFS] Du</description>
<pubDate>24 Nov  2009 19:06:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158130</link>
</item><item>
<title>[PATCH] [PATCH][mmc/host]:Blackfin SD Host Controller Driver</title>
<description>From: Cliff Cai &amp;lt;cliffcai.sh@gmail.com&amp;gt; Signed-off-by: Cliff Cai &amp;lt;cliffcai.sh@gmail.com&amp;gt; --- drivers/mmc/host/Kconfig  |  18 ++ drivers/mmc/host</description>
<pubDate>24 Nov  2009 18:20:13 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158118</link>
</item><item>
<title>rc32434_wdt.c: use resource_size()</title>
<description>The size value passed to ioremap_nocache() is not correct. Use resource_size() to get the correct value. Signed-off-by: H Hartley Sweeten &amp;lt;hsweeten</description>
<pubDate>24 Nov  2009 18:06:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158119</link>
</item><item>
<title>[PATCH] x86/pci: claim SR-IOV bar in pcibios_allocate_resource -v2</title>
<description>so use correct allocation from BIOS, instead of later assign another one. -v2: use idx_range, so make it more clear Signed-off-by: Yinghai Lu &amp;lt;yingh</description>
<pubDate>24 Nov  2009 18:05:12 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158123</link>
</item><item>
<title>[PATCH 3/3] CPU DLPAR handling</title>
<description>Register the pseries specific handlers for the powerpc architecture handlers for the cpu probe and release files. This also implements the cpu DLPAR</description>
<pubDate>24 Nov  2009 17:53:53 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158116</link>
</item><item>
<title>[PATCH 2/3] sysfs cpu probe/release files</title>
<description>Create new probe and release sysfs files to facilitate adding and removing cpus from the system. This also creates the powerpc specific stubs to hand</description>
<pubDate>24 Nov  2009 17:49:58 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158115</link>
</item><item>
<title>[PATCH 1/3] Kernel DLPAR infrastructure</title>
<description>This patch provides the kernel DLPAR infrastructure in a new filed named dlpar.c. The functionality provided is for acquiring and releasing a resourc</description>
<pubDate>24 Nov  2009 17:48:19 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158114</link>
</item><item>
<title>[PATCH 3/3] X25: Fix oops and refcnt problems from x25_dev_get</title>
<description>Calls to x25_dev_get check for dev = NULL which was not set. It allowed x25 to set routes and ioctls on down interfaces. This caused oopses and refcnt</description>
<pubDate>24 Nov  2009 17:16:05 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158109</link>
</item><item>
<title>[PATCH 2/3] X25: Check for errors in x25_init</title>
<description>Adds error checking to x25_init. Signed-off-by: Andrew Hendry &amp;lt;andrew.hendry@gmail.com&amp;gt; diff -uprN -X a/Documentation/dontdiff a/net/x25/af_x25.c b/</description>
<pubDate>24 Nov  2009 17:15:42 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158107</link>
</item><item>
<title>[PATCH 1/3] X25: Move SYSCTL ifdefs into header</title>
<description>Moves the CONFIG_SYSCTL ifdefs in x25_init into header. Signed-off-by: Andrew Hendry &amp;lt;andrew.hendry@gmail.com&amp;gt; diff -uprN -X a/Documentation/dontdif</description>
<pubDate>24 Nov  2009 17:15:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158108</link>
</item><item>
<title>[RFC] two new linux-next trees (SPI and devicetree)</title>
<description>Hi Stephen, I&amp;#039;ve got two trees that I&amp;#039;d like to have some linux-next exposure, but I don&amp;#039;t want to step on any toes... First one is a bunch of SPI p</description>
<pubDate>24 Nov  2009 16:54:27 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158100</link>
</item><item>
<title>mmotm 2009-11-24-16-47 uploaded</title>
<description>The mm-of-the-moment snapshot 2009-11-24-16-47 has been uploaded to   http://userweb.kernel.org/~akpm/mmotm/ and will soon be available at   git:</description>
<pubDate>24 Nov  2009 16:47:23 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158105</link>
</item><item>
<title>Plan for adding XD support in mtd layer</title>
<description>Here is my plan for adding the XD format into MTD subsystem. Please review. New additions are marked with &amp;#039;-&amp;gt;&amp;#039;  Chip driver: no problems with that,</description>
<pubDate>24 Nov  2009 15:50:10 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158080</link>
</item><item>
<title>[PATCH -tip] x86: fix iommu=soft boot option</title>
<description>&amp;quot;x86: Handle HW IOMMU initialization failure gracefully&amp;quot; patchset handled this option properly however somehow I broke it during cleanup after that. S</description>
<pubDate>24 Nov  2009 15:46:28 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158079</link>
</item><item>
<title>IR raw input is not sutable for input system</title>
<description>Folks, I really want to tell everyone that doing all the mapping from raw codes to keypresses in kernel is wrong. This idea keeps showing up, because</description>
<pubDate>24 Nov  2009 15:32:51 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158074</link>
</item><item>
<title>scheduling failure on armel with 2.6.32-rc8</title>
<description>Hi folks-- I&amp;#039;m running 2.6.32-rc8 from debian packages made by Martin Michlmayr [0] on a LinkSys NSLU2 (266Mhz arm processor, ixp4xx flavor, armel).</description>
<pubDate>24 Nov  2009 15:05:56 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158062</link>
</item><item>
<title>[PATCH] NET: smc91x: convert to dev_pm_ops</title>
<description>Convert smc91x driver from legacy PM hooks over to using dev_pm_ops. Tested on OMAP3 platform. Signed-off-by: Kevin Hilman &amp;lt;khilman@deeprootsystems.</description>
<pubDate>24 Nov  2009 14:57:47 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158059</link>
</item><item>
<title>[tip:x86/mm] x86, mtrr: Fix sorting of mtrr after subtracting</title>
<description>Commit-ID: 5bf65b9ba67226eae9ffc398a0369fc4da35c259 Gitweb:   http://git.kernel.org/tip/5bf65b9ba67226eae9ffc398a0369fc4da35c259 Author:   Yingha</description>
<pubDate>24 Nov  2009 14:18:57 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158048</link>
</item><item>
<title>[PATCH -tip v4 3/3] tracepoint: Add signal loss events</title>
<description>Add signal_overflow_fail and signal_lose_info tracepoints for signal-lost events. Changes in v3: - Add docbook style comments Changes in v2: - Use</description>
<pubDate>24 Nov  2009 13:56:58 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158038</link>
</item><item>
<title>[PATCH -tip v4 2/3] tracepoint: Add signal deliver event</title>
<description>Add a tracepoint where a process gets a signal. This tracepoint shows signal-number, sa-handler and sa-flag. Changes in v3: - Add docbook style comm</description>
<pubDate>24 Nov  2009 13:56:51 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158040</link>
</item><item>
<title>[PATCH -tip v4 1/3] tracepoint: Move signal sending tracepoint to events/signal.h</title>
<description>Move signal sending event to events/signal.h. This patch also renames sched_signal_send event to signal_generate. Changes in v4: - Fix a typo of tas</description>
<pubDate>24 Nov  2009 13:56:45 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158039</link>
</item><item>
<title>[PATCH -tip v4 0/3] tracepoint: Add signal events</title>
<description>Hi, These patches add signal related tracepoints including signal generation, delivery, and loss. First patch also moves signal-sending tracepoint fr</description>
<pubDate>24 Nov  2009 13:56:38 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158037</link>
</item><item>
<title>[PATCH XFS] Fix error return for fallocate() on XFS</title>
<description>Noticed that through glibc fallocate would return 28 rather than -1 and errno = 28 for ENOSPC. The xfs routines uses XFS_ERROR format positive return</description>
<pubDate>24 Nov  2009 13:52:53 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158036</link>
</item><item>
<title>ioports 0x100-0x3af and iomem 0xd000-0xdffff, 0xa0000000-0xa0ffffff -- safe to use on x86 for pcmcia?</title>
<description>Hej! One of the most problematic issues with the whole 16-bit PCMCIA subsystem on the x86 architecture is the following: cards request iomem or iopor</description>
<pubDate>24 Nov  2009 13:37:23 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158021</link>
</item><item>
<title>[PATCH] Fix regression in direct writes performance due to WRITE_ODIRECT flag removal</title>
<description>Hi Jens, There seems to be a regression in direct write path due to following commit in for-2.6.33 branch of block tree. commit 1af60fbd759d31f56555</description>
<pubDate>24 Nov  2009 13:26:28 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158014</link>
</item><item>
<title>[PATCH 38/38] don&amp;#039;t use __exit_p to wrap composite_unbind</title>
<description>The function composite_unbind is defined without any section modifier, so don&amp;#039;t use __exit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-k</description>
<pubDate>24 Nov  2009 13:07:33 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157991</link>
</item><item>
<title>[PATCH 37/38] don&amp;#039;t use __devexit_p to wrap sci_remove</title>
<description>The function sci_remove is defined without any section modifier, so don&amp;#039;t use __devexit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koen</description>
<pubDate>24 Nov  2009 13:07:32 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157964</link>
</item><item>
<title>[PATCH 36/38] move vpss_remove to .devexit.text</title>
<description>The function vpss_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutro</description>
<pubDate>24 Nov  2009 13:07:31 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157974</link>
</item><item>
<title>[PATCH 35/38] move vpif_remove to .devexit.text</title>
<description>The function vpif_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutro</description>
<pubDate>24 Nov  2009 13:07:30 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157970</link>
</item><item>
<title>[PATCH 34/38] move vpfe_remove to .devexit.text</title>
<description>The function vpfe_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutro</description>
<pubDate>24 Nov  2009 13:07:29 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157971</link>
</item><item>
<title>[PATCH 33/38] don&amp;#039;t use __exit_p to wrap sh_mobile_ceu_remove</title>
<description>The function sh_mobile_ceu_remove is defined using __devexit, so don&amp;#039;t use __exit_p but __devexit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;u.k</description>
<pubDate>24 Nov  2009 13:07:28 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157973</link>
</item><item>
<title>[PATCH 32/38] don&amp;#039;t use __exit_p to wrap plat_mpc8xxx_spi_remove</title>
<description>The function plat_mpc8xxx_spi_remove is defined using __devexit, so don&amp;#039;t use __exit_p but __devexit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;</description>
<pubDate>24 Nov  2009 13:07:27 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157965</link>
</item><item>
<title>[PATCH 31/38] move pcf2123_remove to .devexit.text</title>
<description>The function pcf2123_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:26 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157996</link>
</item><item>
<title>[PATCH 30/38] move mipid_spi_remove to .devexit.text</title>
<description>The function mipid_spi_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pen</description>
<pubDate>24 Nov  2009 13:07:25 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157987</link>
</item><item>
<title>[PATCH 29/38] move mc33880_remove to .devexit.text</title>
<description>The function mc33880_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:24 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157967</link>
</item><item>
<title>[PATCH 28/38] don&amp;#039;t use __exit_p to wrap ds1302_rtc_remove</title>
<description>The function ds1302_rtc_remove is defined using __devexit, so don&amp;#039;t use __exit_p but __devexit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;u.klei</description>
<pubDate>24 Nov  2009 13:07:23 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157966</link>
</item><item>
<title>[PATCH 27/38] move bfad_pci_remove to .devexit.text</title>
<description>The function bfad_pci_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@peng</description>
<pubDate>24 Nov  2009 13:07:22 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158005</link>
</item><item>
<title>[PATCH 26/38] move vlynq_remove to .devexit.text</title>
<description>The function vlynq_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutr</description>
<pubDate>24 Nov  2009 13:07:21 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157976</link>
</item><item>
<title>[PATCH 25/38] move sca3000_remove to .devexit.text</title>
<description>The function sca3000_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:20 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157998</link>
</item><item>
<title>[PATCH 24/38] move lis3l02dq_remove to .devexit.text</title>
<description>The function lis3l02dq_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pen</description>
<pubDate>24 Nov  2009 13:07:19 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157968</link>
</item><item>
<title>[PATCH 23/38] move zalon_remove to .devexit.text</title>
<description>The function zalon_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutr</description>
<pubDate>24 Nov  2009 13:07:18 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157979</link>
</item><item>
<title>[PATCH 22/38] move vhci_hcd_remove to .devexit.text</title>
<description>The function vhci_hcd_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@peng</description>
<pubDate>24 Nov  2009 13:07:17 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157992</link>
</item><item>
<title>[PATCH 21/38] move stex_remove to .devexit.text</title>
<description>The function stex_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutro</description>
<pubDate>24 Nov  2009 13:07:16 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157982</link>
</item><item>
<title>[PATCH 20/38] move spidev_remove to .devexit.text</title>
<description>The function spidev_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengut</description>
<pubDate>24 Nov  2009 13:07:15 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158003</link>
</item><item>
<title>[PATCH 19/38] move snirm710_driver_remove to .devexit.text</title>
<description>The function snirm710_driver_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koen</description>
<pubDate>24 Nov  2009 13:07:14 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157972</link>
</item><item>
<title>[PATCH 18/38] move sgiwd93_remove to .devexit.text</title>
<description>The function sgiwd93_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:13 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157995</link>
</item><item>
<title>[PATCH 17/38] move sc26xx_driver_remove to .devexit.text</title>
<description>The function sc26xx_driver_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig</description>
<pubDate>24 Nov  2009 13:07:12 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157978</link>
</item><item>
<title>[PATCH 16/38] move s3c_pwm_remove to .devexit.text</title>
<description>The function s3c_pwm_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:11 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157989</link>
</item><item>
<title>[PATCH 15/38] move s3c_adc_remove to .devexit.text</title>
<description>The function s3c_adc_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:07:10 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157981</link>
</item><item>
<title>[PATCH 14/38] move NCR_Q720_remove to .devexit.text</title>
<description>The function NCR_Q720_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@peng</description>
<pubDate>24 Nov  2009 13:07:09 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157969</link>
</item><item>
<title>[PATCH 13/38] don&amp;#039;t use __exit_p to wrap mxcnd_remove</title>
<description>The function mxcnd_remove is defined using __devexit, so don&amp;#039;t use __exit_p but __devexit_p to wrap it. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-ko</description>
<pubDate>24 Nov  2009 13:07:08 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157994</link>
</item><item>
<title>[PATCH 12/38] move mv64x60_pci_err_remove to .devexit.text</title>
<description>The function mv64x60_pci_err_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koen</description>
<pubDate>24 Nov  2009 13:07:07 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157988</link>
</item><item>
<title>[PATCH 11/38] move mpc85xx_pci_err_remove to .devexit.text</title>
<description>The function mpc85xx_pci_err_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koen</description>
<pubDate>24 Nov  2009 13:07:06 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157980</link>
</item><item>
<title>[PATCH 10/38] don&amp;#039;t wrap mlx4_remove_one in __devexit_p</title>
<description>The function mlx4_remove_one is defined in .text, so there is no need to wrap it with __devexit_p. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@</description>
<pubDate>24 Nov  2009 13:07:05 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157990</link>
</item><item>
<title>[PATCH 09/38] move megaraid_detach_one to .devexit.text</title>
<description>The function megaraid_detach_one is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@</description>
<pubDate>24 Nov  2009 13:07:04 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157975</link>
</item><item>
<title>[PATCH 08/38] move mcf_remove to .devexit.text</title>
<description>The function mcf_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutron</description>
<pubDate>24 Nov  2009 13:07:03 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157984</link>
</item><item>
<title>[PATCH 07/38] move lasi700_driver_remove to .devexit.text</title>
<description>The function lasi700_driver_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koeni</description>
<pubDate>24 Nov  2009 13:07:02 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157977</link>
</item><item>
<title>[PATCH 06/38] move iodev_remove to .devexit.text</title>
<description>The function iodev_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutr</description>
<pubDate>24 Nov  2009 13:07:01 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157962</link>
</item><item>
<title>[PATCH 05/38] move initio_remove_one to .devexit.text</title>
<description>The function initio_remove_one is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pe</description>
<pubDate>24 Nov  2009 13:07:00 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1158001</link>
</item><item>
<title>[PATCH 04/38] move ilo_remove to .devexit.text</title>
<description>The function ilo_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutron</description>
<pubDate>24 Nov  2009 13:06:59 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157960</link>
</item><item>
<title>[PATCH 03/38] move excite_nand_remove to .devexit.text</title>
<description>The function excite_nand_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@p</description>
<pubDate>24 Nov  2009 13:06:58 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157986</link>
</item><item>
<title>[PATCH 02/38] move atp870u_remove to .devexit.text</title>
<description>The function atp870u_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengu</description>
<pubDate>24 Nov  2009 13:06:57 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157997</link>
</item><item>
<title>[PATCH 01/38] move asic3_remove to .devexit.text</title>
<description>The function asic3_remove is used only wrapped by __devexit_p so define it using __devexit. Signed-off-by: Uwe Kleine-König &amp;lt;u.kleine-koenig@pengutr</description>
<pubDate>24 Nov  2009 13:06:56 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157961</link>
</item><item>
<title>[tip:perf/core] perf_events: Fix bad software/trace event recursion counting</title>
<description>Commit-ID: fe6126722718e51fba4879517c11ac12d9775bcc Gitweb:   http://git.kernel.org/tip/fe6126722718e51fba4879517c11ac12d9775bcc Author:   Freder</description>
<pubDate>24 Nov  2009 12:36:39 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157945</link>
</item><item>
<title>[PATCH -next] staging/rtl8192x: fix printk formats</title>
<description>From: Randy Dunlap &amp;lt;randy.dunlap@oracle.com&amp;gt; Fix printk format warnings in rtl8192[eu]: drivers/staging/rtl8192e/ieee80211/ieee80211_wx.c:979: warni</description>
<pubDate>24 Nov  2009 12:13:55 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157993</link>
</item><item>
<title>[RFC,PATCH 14/14] utrace core</title>
<description>From: Roland McGrath &amp;lt;roland@redhat.com&amp;gt; This adds the utrace facility, a new modular interface in the kernel for implementing user thread tracing an</description>
<pubDate>24 Nov  2009 12:02:20 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157925</link>
</item><item>
<title>[RFC,PATCH 13/14] implement utrace-ptrace</title>
<description>The patch adds the new file, kernel/ptrace-utrace.c, which contains the new implementation of ptrace over utrace. This file is not compiled until we</description>
<pubDate>24 Nov  2009 12:02:16 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157926</link>
</item><item>
<title>[RFC,PATCH 12/14] reorder the code in kernel/ptrace.c</title>
<description>No functional changes, preparation for the next patch. Move the code which can be shared with ptrace-utrace up, before __ptrace_link(). This way ptra</description>
<pubDate>24 Nov  2009 12:02:12 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157927</link>
</item><item>
<title>[RFC,PATCH 11/14] export __ptrace_detach() and do_notify_parent_cldstop()</title>
<description>Export __ptrace_detach() and do_notify_parent_cldstop() for ptrace-utrace. Signed-off-by: Roland McGrath &amp;lt;roland@redhat.com&amp;gt; Signed-off-by: Oleg Nest</description>
<pubDate>24 Nov  2009 12:02:08 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157924</link>
</item><item>
<title>[RFC,PATCH 10/14] ptrace_signal: check PT_PTRACED before reporting a signal</title>
<description>No functional changes, preparation for utrace-ptrace. Change ptrace_signal() to check PT_PTRACED instead of task_ptrace() != 0. Currently this is the</description>
<pubDate>24 Nov  2009 12:02:04 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157922</link>
</item><item>
<title>[RFC,PATCH 09/14] tracehooks: check PT_PTRACED before reporting the single-step</title>
<description>No functional changes, preparation for utrace-ptrace. tracehook_report_syscall_exit() and tracehook_signal_handler() assume that only ptrace can set</description>
<pubDate>24 Nov  2009 12:02:00 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157923</link>
</item><item>
<title>[RFC,PATCH 08/14] tracehooks: kill some PT_PTRACED checks</title>
<description>No functional changes, preparation for utrace-ptrace. task_ptrace() != 0 if and only if PT_PTRACED bit is set, kill some PT_PTRACED checks in traceho</description>
<pubDate>24 Nov  2009 12:01:56 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157932</link>
</item><item>
<title>[RFC,PATCH 07/14] ptrace: x86: change syscall_trace_leave() to rely on tracehook when stepping</title>
<description>(already in mm: ptrace-x86-change-syscall_trace_leave-to-rely-on-tracehook-when-stepping.patch) Suggested by Roland. Unlike powepc, x86 always calls</description>
<pubDate>24 Nov  2009 12:01:52 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157929</link>
</item><item>
<title>[RFC,PATCH 06/14] ptrace: x86: implement user_single_step_siginfo()</title>
<description>(already in mm: ptrace-x86-implement-user_single_step_siginfo.patch) Suggested by Roland. Implement user_single_step_siginfo() for x86. Extract this</description>
<pubDate>24 Nov  2009 12:01:49 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157935</link>
</item><item>
<title>[RFC,PATCH 05/14] ptrace: change tracehook_report_syscall_exit() to handle stepping</title>
<description>(already in mm: ptrace-change-tracehook_report_syscall_exit-to-handle-stepping.patch) Suggested by Roland. Change tracehook_report_syscall_exit() to</description>
<pubDate>24 Nov  2009 12:01:45 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157921</link>
</item><item>
<title>[RFC,PATCH 04/14] ptrace: implement user_single_step_siginfo()</title>
<description>(already in mm: ptrace-powerpc-implement-user_single_step_siginfo.patch) Suggested by Roland. Implement user_single_step_siginfo() for powerpc. Sig</description>
<pubDate>24 Nov  2009 12:01:42 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157920</link>
</item><item>
<title>[RFC,PATCH 03/14] ptrace: introduce user_single_step_siginfo() helper</title>
<description>(already in mm: ptrace-introduce-user_single_step_siginfo-helper.patch) Suggested by Roland. Currently there is no way to synthesize a single-steppi</description>
<pubDate>24 Nov  2009 12:01:38 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157930</link>
</item><item>
<title>[RFC,PATCH 02/14] signals: check -&amp;gt;group_stop_count after tracehook_get_signal()</title>
<description>(already in mm: signals-check-group_stop_count-after-tracehook_get_signal.patch) Move the call to do_signal_stop() down, after tracehook call. This m</description>
<pubDate>24 Nov  2009 12:01:35 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157928</link>
</item><item>
<title>[RFC,PATCH 01/14] ptrace: cleanup ptrace_init_task()-&amp;gt;ptrace_link() path</title>
<description>(already in mm: ptrace-cleanup-ptrace_init_task-ptrace_link-path.patch) No functional changes. ptrace_init_task() looks confusing, as if we always a</description>
<pubDate>24 Nov  2009 12:01:31 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157933</link>
</item><item>
<title>[RFC,PATCH 0/14] utrace/ptrace</title>
<description>Hello. This is the new iteration of Roland&amp;#039;s utrace patch, this time with &amp;quot;rewrite-ptrace-via-utrace&amp;quot; + cleanups in utrace core. 1-7 are already in</description>
<pubDate>24 Nov  2009 12:01:27 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157931</link>
</item><item>
<title>[PATCH] perf: Fix bad software/trace event recursion counting</title>
<description>Commit 4ed7c92d68a5387ba5f7030dc76eab03558e27f5 (perf_events: Undo some recursion damage) has introduced a bad reference counting of the recursion con</description>
<pubDate>24 Nov  2009 11:38:22 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157915</link>
</item><item>
<title>[tip:perf/core] perf_events, x86: Fix validate_event bug</title>
<description>Commit-ID: 1261a02a0c0ab8e643125705f0d1d83e5090e4d1 Gitweb:   http://git.kernel.org/tip/1261a02a0c0ab8e643125705f0d1d83e5090e4d1 Author:   Stepha</description>
<pubDate>24 Nov  2009 11:03:36 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157910</link>
</item><item>
<title>[RFC] nfsd: Move private headers to source directory</title>
<description>Lots of include/linux/nfsd/* headers are only used by nfsd module. Move them to the source directory Signed-off-by: Boaz Harrosh &amp;lt;bharrosh@panasas.co</description>
<pubDate>24 Nov  2009 10:05:14 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157882</link>
</item><item>
<title>[PATCH 5/5] vfs: nfsctl.c unused nfsd #includes</title>
<description>Only linux/nfsd/syscall.h is actually used. Remove the other nfsd #includes, so they can be moved to source directory. Signed-off-by: Boaz Harrosh &amp;lt;b</description>
<pubDate>24 Nov  2009 10:04:12 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157881</link>
</item><item>
<title>[PATCH 4/5] lockd: Remove unused nfsd headers #includes</title>
<description>In what history where these ever needed? Well not any more. Signed-off-by: Boaz Harrosh &amp;lt;bharrosh@panasas.com&amp;gt; --- fs/lockd/svc4proc.c |  4 ----</description>
<pubDate>24 Nov  2009 10:03:12 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157880</link>
</item><item>
<title>[PATCH 3/5] s390: remove unused nfsd #includes</title>
<description>Some unused includes removed. This patch is in an effort to cleanup nfsd headers and move private definitions to source directory. Signed-off-by: Bo</description>
<pubDate>24 Nov  2009 10:02:00 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157879</link>
</item><item>
<title>[PATCH 2/5] sparc: remove unused nfsd #includes</title>
<description>Some unused includes removed. In an effort to cleanup nfsd headers and move private definitions to source directory. Signed-off-by: Boaz Harrosh &amp;lt;bh</description>
<pubDate>24 Nov  2009 10:01:00 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157874</link>
</item><item>
<title>[PATCH 1/5] parsic: remove unused nfsd #includes</title>
<description>Some unused includes removed. This patch is in an effort to cleanup nfsd headers and move private definitions to source directory. Signed-off-by: Bo</description>
<pubDate>24 Nov  2009 09:59:54 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157873</link>
</item><item>
<title>[PATCHSET 0-5] remove unneeded nfsd #includes</title>
<description>Some arch files had unneeded #includes directives from linux/nfsd/*. Some vfs files had unneeded #includes directives from linux/nfsd/*. In an effort</description>
<pubDate>24 Nov  2009 09:58:15 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157870</link>
</item><item>
<title>What&amp;#039;s in linux1394-2.6.git?</title>
<description>Here is a summary of what is currently queued up in   git://git.kernel.org/pub/scm/linux/kernel/git/ieee1394/linux1394-2.6.git and also visible in</description>
<pubDate>24 Nov  2009 09:34:56 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157858</link>
</item><item>
<title>[PATCH 9/9] ksm: remove unswappable max_kernel_pages</title>
<description>Now that ksm pages are swappable, and the known holes plugged, remove mention of unswappable kernel pages from KSM documentation and comments. Remove</description>
<pubDate>24 Nov  2009 08:57:59 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157839</link>
</item><item>
<title>[tip:perf/core] perf tools: Use common process_event functions for annotate and report</title>
<description>Commit-ID: e74328d3a17ed75ffdf72b86f289965823a47240 Gitweb:   http://git.kernel.org/tip/e74328d3a17ed75ffdf72b86f289965823a47240 Author:   John K</description>
<pubDate>24 Nov  2009 08:57:34 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157843</link>
</item><item>
<title>[tip:perf/core] perf tools: Add perf.data to .gitignore</title>
<description>Commit-ID: c9c7ccaf3a2686ed3a44d69bb1f8b55eeead8a4e Gitweb:   http://git.kernel.org/tip/c9c7ccaf3a2686ed3a44d69bb1f8b55eeead8a4e Author:   John K</description>
<pubDate>24 Nov  2009 08:57:19 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157841</link>
</item><item>
<title>[tip:sched/core] sched, x86: Optimize branch hint in __switch_to()</title>
<description>Commit-ID: a3a1de0c34de6f5f8332cd6151c46af7813c0fcb Gitweb:   http://git.kernel.org/tip/a3a1de0c34de6f5f8332cd6151c46af7813c0fcb Author:   Tim Bl</description>
<pubDate>24 Nov  2009 08:57:05 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157838</link>
</item><item>
<title>[tip:sched/core] sched: Optimize branch hint in context_switch()</title>
<description>Commit-ID: 710390d90f143a9ebb87a475215140f426792efd Gitweb:   http://git.kernel.org/tip/710390d90f143a9ebb87a475215140f426792efd Author:   Tim Bl</description>
<pubDate>24 Nov  2009 08:56:51 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157832</link>
</item><item>
<title>[PATCH 8/9] ksm: memory hotremove migration only</title>
<description>The previous patch enables page migration of ksm pages, but that soon gets into trouble: not surprising, since we&amp;#039;re using the ksm page lock to lock o</description>
<pubDate>24 Nov  2009 08:56:47 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157831</link>
</item><item>
<title>[tip:sched/core] sched: Optimize branch hint in pick_next_task_fair()</title>
<description>Commit-ID: 36ace27e3e60d44ea69ce394b2e45386ae98d9d9 Gitweb:   http://git.kernel.org/tip/36ace27e3e60d44ea69ce394b2e45386ae98d9d9 Author:   Tim Bl</description>
<pubDate>24 Nov  2009 08:56:36 -0800</pubDate>
<link>http://www.gossamer-threads.com/lists/linux/kernel/1157840</link>
</item>
</channel>
</rss>
