<?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.com/group/fa.linux.kernel</link>
  <description></description>
  <language>en</language>
  <item>
  <title>Re: [PATCH v2 0/2] i2c: fix two wrong mem release</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/97486426236258a8/41568168b42605b7?show_docid=41568168b42605b7</link>
  <description>
  于 2013-5-17 17:43, Wolfram Sang 写道: &lt;br&gt; &lt;p&gt;Hi, Wolfram &lt;br&gt; &lt;p&gt; It is a good idea. I will learn about it. &lt;br&gt; &lt;p&gt;Thanks, &lt;br&gt; Libo &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/97486426236258a8/41568168b42605b7?show_docid=41568168b42605b7</guid>
  <author>
  chenlib...@gmail.com
  (Libo Chen)
  </author>
  <pubDate>Sun, 19 May 2013 02:13:27 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3/5] Driver core / MM: Drop offline_memory_block()</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/9b517486d727fed7?show_docid=9b517486d727fed7</link>
  <description>
  Acked-by: Greg Kroah-Hartman &amp;lt;gre...@linuxfoundation.org&amp;gt; &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/9b517486d727fed7?show_docid=9b517486d727fed7</guid>
  <author>
  gre...@linuxfoundation.org
  (Greg Kroah-Hartman)
  </author>
  <pubDate>Sun, 19 May 2013 01:24:09 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 1/5] ACPI: Drop removal_type field from struct acpi_device</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/ffb12e4e4e9f6fde?show_docid=ffb12e4e4e9f6fde</link>
  <description>
  The ACPI processor driver was the only user of the removal_type &lt;br&gt; field in struct acpi_device, but it doesn&#39;t use that field any more &lt;br&gt; after recent changes. Thus, removal_type has no more users, so drop &lt;br&gt; it along with the associated data type. &lt;br&gt; &lt;p&gt;Signed-off-by: Rafael J. Wysocki &amp;lt;rafael.j.wyso...@intel.com&amp;gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/ffb12e4e4e9f6fde?show_docid=ffb12e4e4e9f6fde</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:28:38 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 4/5] ACPI / scan: Add second pass of companion offlining to hot-remove code</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/52141234ea369c30?show_docid=52141234ea369c30</link>
  <description>
  As indicated by comments in mm/memory_hotplug.c:remove_mem ory(), &lt;br&gt; if CONFIG_MEMCG is set, it may not be possible to offline all of the &lt;br&gt; memory blocks held by one module (FRU) in one pass (because one of &lt;br&gt; them may be used by the others to store page cgroup in that case &lt;br&gt; and that block has to be offlined before the other ones).
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/52141234ea369c30?show_docid=52141234ea369c30</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:28:27 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 0/5] ACPI / scan / memhotplug: ACPI hotplug rework followup changes</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/977e6271a6fa6241?show_docid=977e6271a6fa6241</link>
  <description>
  Hi, &lt;br&gt; &lt;p&gt;This series contains changes that are possible on top of the linux-pm.git &lt;br&gt; tree&#39;s acpi-hotplug branch. They touch ACPI, driver core and the core memory &lt;br&gt; hotplug code and the majority of them are about removing code that&#39;s not &lt;br&gt; necessary any more. &lt;br&gt; &lt;p&gt;Please review and let me know if there&#39;s anything wrong with any of them.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/977e6271a6fa6241?show_docid=977e6271a6fa6241</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:28:04 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 2/5] ACPI / processor: Pass processor object handle to acpi_bind_one()</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/4aa801672ae906e0?show_docid=4aa801672ae906e0</link>
  <description>
  Make acpi_processor_add() pass the ACPI handle of the processor &lt;br&gt; namespace object to acpi_bind_one() instead of setting it directly &lt;br&gt; to allow acpi_bind_one() to catch possible bugs causing the ACPI &lt;br&gt; handle of the processor device to be set earlier. &lt;br&gt; &lt;p&gt;Signed-off-by: Rafael J. Wysocki &amp;lt;rafael.j.wyso...@intel.com&amp;gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/4aa801672ae906e0?show_docid=4aa801672ae906e0</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:28:01 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 5/5] ACPI / memhotplug: Drop unnecessary code</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/95a87b8631a04f66?show_docid=95a87b8631a04f66</link>
  <description>
  Now that the memory offlining should be taken care of by the &lt;br&gt; companion device offlining code in acpi_scan_hot_remove(), the &lt;br&gt; ACPI memory hotplug driver doesn&#39;t need to offline it in &lt;br&gt; acpi_memory_remove_memory() any more. Consequently, it doesn&#39;t &lt;br&gt; need to call remove_memory() any more, which means that that
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/95a87b8631a04f66?show_docid=95a87b8631a04f66</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:28:00 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 3/5] Driver core / MM: Drop offline_memory_block()</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/9661fc284c0bf038?show_docid=9661fc284c0bf038</link>
  <description>
  Since offline_memory_block(mem) is functionally equivalent to &lt;br&gt; device_offline(&amp;amp;mem-&amp;gt;dev), make the only caller of the former use &lt;br&gt; the latter instead and drop offline_memory_block() entirely. &lt;br&gt; &lt;p&gt;Signed-off-by: Rafael J. Wysocki &amp;lt;rafael.j.wyso...@intel.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/base/memory.c | 21 ---------------------
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/182494542a101e6f/9661fc284c0bf038?show_docid=9661fc284c0bf038</guid>
  <author>
  r...@sisk.pl
  (Rafael J. Wysocki)
  </author>
  <pubDate>Sat, 18 May 2013 23:27:59 UT
</pubDate>
  </item>
  <item>
  <title>Re: REGRESSION: 3.10-rc1: Dell Latitude e6410 hangs within 3 seconds</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/42c58e973d2d5816/b0962771234b43a2?show_docid=b0962771234b43a2</link>
  <description>
  Thank you for trying it out, and glad that it worked for you! &lt;br&gt; &lt;p&gt;And I did already send the pull request. But if I need to re-send it, &lt;br&gt; I will update to add your Tested-by. &lt;br&gt; &lt;p&gt;	Thanx, Paul &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/42c58e973d2d5816/b0962771234b43a2?show_docid=b0962771234b43a2</guid>
  <author>
  paul...@linux.vnet.ibm.com
  (Paul E. McKenney)
  </author>
  <pubDate>Sat, 18 May 2013 23:07:18 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH] of: irq: Pass trigger type in IRQ resource flags</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f77f06b7a5fc5e85/8b3b845f467b108c?show_docid=8b3b845f467b108c</link>
  <description>
  Some drivers might rely on availability of trigger flags in IRQ &lt;br&gt; resource, for example to configure the hardware for particular interrupt &lt;br&gt; type. However current code creating IRQ resources from data in device &lt;br&gt; tree does not configure trigger flags in resulting resources. &lt;br&gt; &lt;p&gt;This patch solves the problem, based on the fact that
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f77f06b7a5fc5e85/8b3b845f467b108c?show_docid=8b3b845f467b108c</guid>
  <author>
  tomasz.f...@gmail.com
  (Tomasz Figa)
  </author>
  <pubDate>Sat, 18 May 2013 22:57:32 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH] ThunderLAN: remove is_eisa flag</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f2314b3f7b80938f/e31014c012606ae0?show_docid=e31014c012606ae0</link>
  <description>
  These 2 places are the only matches for is_eisa in the whole tree. &lt;br&gt; &lt;p&gt;Signed-off-by: Rolf Eike Beer &amp;lt;eike-ker...@sf-tec.de&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/ethernet/ti/tlan.c | 1 - &lt;br&gt; drivers/net/ethernet/ti/tlan.h | 1 - &lt;br&gt; 2 files changed, 2 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/ethernet/ti/tlan .c b/drivers/net/ethernet/ti/tlan .c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f2314b3f7b80938f/e31014c012606ae0?show_docid=e31014c012606ae0</guid>
  <author>
  eike-ker...@sf-tec.de
  (Rolf Eike Beer)
  </author>
  <pubDate>Sat, 18 May 2013 21:51:02 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 0/5] drivers: net: usb: rtl8150: bug fixing and code cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/76fd90180c660b98/f2e800546bca12cb?show_docid=f2e800546bca12cb</link>
  <description>
  Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; : &lt;br&gt; [...] &lt;br&gt; &lt;p&gt;&#39;net&#39; tree takes fixes. The cleanup / fix ratio is imho a bit high &lt;br&gt; in this series. You may submit the fix part now and wait until &lt;br&gt; davem merges &#39;net&#39; into &#39;net-next&#39; to submit big cleanups against &lt;br&gt; net-next. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; Ueimor &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/76fd90180c660b98/f2e800546bca12cb?show_docid=f2e800546bca12cb</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 21:20:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 5/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/d9dfb7c0c0dc4db7?show_docid=d9dfb7c0c0dc4db7</link>
  <description>
  Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; : &lt;br&gt; [...] &lt;br&gt; &lt;p&gt;This is wrong. &lt;br&gt; &lt;p&gt;Sic. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; Ueimor &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/d9dfb7c0c0dc4db7?show_docid=d9dfb7c0c0dc4db7</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 21:11:03 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 4/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4b4aa4da1d68f655?show_docid=4b4aa4da1d68f655</link>
  <description>
  Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; : &lt;br&gt; [...] &lt;br&gt; &lt;p&gt;You may move it into a separate patch. It is completely unrelated to the &lt;br&gt; ctrl_urb changes. &lt;br&gt; &lt;p&gt;[...] &lt;br&gt; &lt;p&gt;[...] &lt;br&gt; &lt;p&gt;Useless void * cast. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; Ueimor &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4b4aa4da1d68f655?show_docid=4b4aa4da1d68f655</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 21:10:39 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/7c6c52a5c4549c71?show_docid=7c6c52a5c4549c71</link>
  <description>
  Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; : &lt;br&gt; [...] &lt;br&gt; [...] &lt;br&gt; &lt;p&gt;You can use plain netdev_alloc_skb_ip_align. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; Ueimor &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/7c6c52a5c4549c71?show_docid=7c6c52a5c4549c71</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 21:10:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 1/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/b4151a15332f4c57?show_docid=b4151a15332f4c57</link>
  <description>
  Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; : &lt;br&gt; &lt;p&gt;What&#39;s the point ? &lt;br&gt; &lt;p&gt;[...] &lt;br&gt; &lt;p&gt;It won&#39;t compile. You shouldn&#39;t do that. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; Ueimor &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/b4151a15332f4c57?show_docid=b4151a15332f4c57</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 21:10:22 UT
</pubDate>
  </item>
  <item>
  <title>[ANN] Backports based on v3.10-rc1 released</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/2daf8d357a3b4128/9dd07da98e94d610?show_docid=9dd07da98e94d610</link>
  <description>
  As announced on the list the compat-drivers project was renamed to &lt;br&gt; backports [0] and uses now only one new tree for development [1]. Due &lt;br&gt; to the huge amount of changes we&#39;ve been behind on linux-next daily &lt;br&gt; snapshots but we&#39;ve now caught up with Linus so a release based on &lt;br&gt; v3.10-rc1 is due and is now available [2]. Please test ! There are
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/2daf8d357a3b4128/9dd07da98e94d610?show_docid=9dd07da98e94d610</guid>
  <author>
  mcg...@do-not-panic.com
  (Luis R. Rodriguez)
  </author>
  <pubDate>Sat, 18 May 2013 21:06:08 UT
</pubDate>
  </item>
  <item>
  <title>[ANN] compat-drivers renamed to backports</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/dddfa3bdd6226710/e88c52b5d8ffdb7b?show_docid=e88c52b5d8ffdb7b</link>
  <description>
  Folks as you may already know compat-drivers was renamed to backports &lt;br&gt; to avoid any confusion with the in-kernel compat code that deals with &lt;br&gt; 32/64 bit compat work and due to some huge amount of changes that went &lt;br&gt; into the project recently thanks mainly to Johannes. The new tree is &lt;br&gt; available here:
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/dddfa3bdd6226710/e88c52b5d8ffdb7b?show_docid=e88c52b5d8ffdb7b</guid>
  <author>
  mcg...@do-not-panic.com
  (Luis R. Rodriguez)
  </author>
  <pubDate>Sat, 18 May 2013 20:48:50 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 5/5] drivers: net: usb: rtl8150: making the code a bit better looking</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e6cf196b6ca1721e/5aea45e3c3741d9e?show_docid=5aea45e3c3741d9e</link>
  <description>
  copyright, email address and styling update; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 69 +++++++++++++++++------------- ----- &lt;br&gt; 1 file changed, 34 insertions(+), 35 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e6cf196b6ca1721e/5aea45e3c3741d9e?show_docid=5aea45e3c3741d9e</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:56 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 4/5] drivers: net: usb: rtl8150: avoid potential race in async registers write</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/0e694f60a6be1196/7c25211eea925f8f?show_docid=7c25211eea925f8f</link>
  <description>
  [get|set]_registers() will now display a message in case of error condition &lt;br&gt; and if DEBUG is enabled. All resources required for asynchronous control URB &lt;br&gt; submission are being dynamically (de)allocated. &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 129 +++++++++++++++++------------- -----
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/0e694f60a6be1196/7c25211eea925f8f?show_docid=7c25211eea925f8f</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:41 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 3/5] drivers: net: usb: rtl8150: getting rid of skb pool</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f1b840c8d4a1939f/6d06a0d7291c4b04?show_docid=6d06a0d7291c4b04</link>
  <description>
  removing socket buffer pre-allocation pool; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 60 +++--------------------------- ----- &lt;br&gt; drivers/net/usb/rtl8150.h | 3 -- &lt;br&gt; 2 files changed, 5 insertions(+), 58 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/f1b840c8d4a1939f/6d06a0d7291c4b04?show_docid=6d06a0d7291c4b04</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:35 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 2/5] drivers: net: usb: rtl8150: introducing rtl8150.h</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/57ea546f7dfa256e/38fda4030b79def9?show_docid=38fda4030b79def9</link>
  <description>
  adding rtl8150.h; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.h | 131 ++++++++++++++++++++++++++++++ +++++ &lt;br&gt; 1 file changed, 131 insertions(+) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.h b/drivers/net/usb/rtl8150.h &lt;br&gt; new file mode 100644 &lt;br&gt; index 0000000..cfb1e74
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/57ea546f7dfa256e/38fda4030b79def9?show_docid=38fda4030b79def9</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:34 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 1/5] drivers: net: usb: rtl8150: moving constant and structure definitions out of rtl8150.c</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/684e2e49391e9b85/d88348db8207ad48?show_docid=d88348db8207ad48</link>
  <description>
  Moving constant and structure definitions out of rtl8150.c; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 121 +----------------------------- ----- &lt;br&gt; 1 file changed, 2 insertions(+), 119 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/684e2e49391e9b85/d88348db8207ad48?show_docid=d88348db8207ad48</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:33 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 0/5] drivers: net: usb: rtl8150: bug fixing and code cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/76fd90180c660b98/f1ad3bf3212d3831?show_docid=f1ad3bf3212d3831</link>
  <description>
  This patch series adds rtl8150.h, which contains structure and constant &lt;br&gt; definitons formerly found in rtl8150.c, removes socket buffer &lt;br&gt; pre-allocated pool and uses dynamically allocated memory for the &lt;br&gt; asynchronous URB requests, thus avoids clobbering the previously scheduled &lt;br&gt; for update value.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/76fd90180c660b98/f1ad3bf3212d3831?show_docid=f1ad3bf3212d3831</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 20:21:32 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 0/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/1013bcae5a7abdc9?show_docid=1013bcae5a7abdc9</link>
  <description>
  If you use the same exact subject in every single patch, someone &lt;br&gt; reading the commit shortlog can&#39;t tell at all what different is &lt;br&gt; happening in each of the changes. &lt;br&gt; &lt;p&gt;Choose better, unique, subject lines for your patches and resubmit &lt;br&gt; this series. &lt;br&gt; &lt;p&gt;Thanks. &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/1013bcae5a7abdc9?show_docid=1013bcae5a7abdc9</guid>
  <author>
  da...@davemloft.net
  (David Miller)
  </author>
  <pubDate>Sat, 18 May 2013 19:53:21 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 4/4] fb: vt8500: Add VGA output support to wm8505fb driver.</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/0afad318fbe3ec10/c9efe54056f9586f?show_docid=c9efe54056f9586f</link>
  <description>
  On my list of things to do :) &lt;br&gt; This register defines the h/v syncpolarity and enable/disable for DVO. &lt;br&gt; Don&#39;t know - wouldn&#39;t imagine so. I will test it and see. &lt;br&gt; Regards &lt;br&gt; Tony Prisk &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/0afad318fbe3ec10/c9efe54056f9586f?show_docid=c9efe54056f9586f</guid>
  <author>
  li...@prisktech.co.nz
  (Tony Prisk)
  </author>
  <pubDate>Sat, 18 May 2013 19:52:12 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] parisc: avoid WARNING: at kernel/cpu/idle.c:96</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/6c721f3ad5eea775/984fd8b945a19aec?show_docid=984fd8b945a19aec</link>
  <description>
  Thanks Srivatsa! &lt;br&gt; &lt;p&gt;I can push it through the parisc tree if nobody objects... &lt;br&gt; &lt;p&gt;Helge &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/6c721f3ad5eea775/984fd8b945a19aec?show_docid=984fd8b945a19aec</guid>
  <author>
  del...@gmx.de
  (Helge Deller)
  </author>
  <pubDate>Sat, 18 May 2013 19:41:10 UT
</pubDate>
  </item>
  <item>
  <title>[PATCHv9 3/3] net: velocity: Add platform device support to VIA velocity driver</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/71636c8fb9c2570d?show_docid=71636c8fb9c2570d</link>
  <description>
  Add support for the VIA Velocity network driver to be bound to a &lt;br&gt; OF created platform device. &lt;br&gt; &lt;p&gt;Signed-off-by: Tony Prisk &amp;lt;li...@prisktech.co.nz&amp;gt; &lt;br&gt; --- &lt;br&gt; .../devicetree/bindings/net/vi a-velocity.txt | 20 + &lt;br&gt; drivers/net/ethernet/via/Kconf ig | 3 +- &lt;br&gt; drivers/net/ethernet/via/via-v elocity.c | 408 ++++++++++++++------
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/71636c8fb9c2570d?show_docid=71636c8fb9c2570d</guid>
  <author>
  li...@prisktech.co.nz
  (Tony Prisk)
  </author>
  <pubDate>Sat, 18 May 2013 19:40:23 UT
</pubDate>
  </item>
  <item>
  <title>[PATCHv9 1/3] net: velocity: Rename vptr-&gt;dev to vptr-&gt;netdev</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/0ae97807e49b3f60?show_docid=0ae97807e49b3f60</link>
  <description>
  Improve the clarity of the code in preparation for converting the &lt;br&gt; dma functions to generic versions, which require a struct device *. &lt;br&gt; &lt;p&gt;This makes it possible to store a &#39;struct device *dev&#39; in the &lt;br&gt; velocity_info structure. &lt;br&gt; &lt;p&gt;Signed-off-by: Tony Prisk &amp;lt;li...@prisktech.co.nz&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/ethernet/via/via-v elocity.c | 66 +++++++++++++++--------------- -
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/0ae97807e49b3f60?show_docid=0ae97807e49b3f60</guid>
  <author>
  li...@prisktech.co.nz
  (Tony Prisk)
  </author>
  <pubDate>Sat, 18 May 2013 19:40:00 UT
</pubDate>
  </item>
  <item>
  <title>[PATCHv9 2/3] net: velocity: Convert to generic dma functions</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/79253135a0ae47df?show_docid=79253135a0ae47df</link>
  <description>
  Remove the pci_* dma functions and replace with the more generic &lt;br&gt; versions. &lt;br&gt; &lt;p&gt;In preparation of adding platform support, a new struct device *dev &lt;br&gt; is added to struct velocity_info which can be used by both the pci &lt;br&gt; and platform code. &lt;br&gt; &lt;p&gt;Signed-off-by: Tony Prisk &amp;lt;li...@prisktech.co.nz&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/ethernet/via/via-v elocity.c | 51 +++++++++++++++--------------- -
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/79253135a0ae47df?show_docid=79253135a0ae47df</guid>
  <author>
  li...@prisktech.co.nz
  (Tony Prisk)
  </author>
  <pubDate>Sat, 18 May 2013 19:39:35 UT
</pubDate>
  </item>
  <item>
  <title>[PATCHv9 0/3] Add support for velocity network driver on platform devices</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/7ce59691813c4027?show_docid=7ce59691813c4027</link>
  <description>
  v9 changes: &lt;br&gt; Code tidyup as requested by Francois Romieu. &lt;br&gt; &lt;p&gt;v8 changes: &lt;br&gt; Remove velocity_choose_state from via-velocity.h: unused function. &lt;br&gt; &lt;p&gt;v7 changes: &lt;br&gt; Forgot to merge a patch to fix an error with the pm ops changes. Apologies Dave. &lt;br&gt; &lt;p&gt;v6 changes: &lt;br&gt; Remove more bus specific code from velocity_probe()
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/7ce59691813c4027?show_docid=7ce59691813c4027</guid>
  <author>
  li...@prisktech.co.nz
  (Tony Prisk)
  </author>
  <pubDate>Sat, 18 May 2013 19:39:34 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH v7, part3 16/16] AVR32: fix building warnings caused by redifinitions of HZ</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/dac80be7003c67b5/0a15569484fa2f3d?show_docid=0a15569484fa2f3d</link>
  <description>
  Thanks, I&#39;ll pull this into the linux-avr32 tree. I&#39;m in the mountains right &lt;br&gt; now, but will make a pull request early next week. &lt;br&gt; &lt;p&gt;Acked-by: Hans-Christian Egtvedt &amp;lt;egtv...@samfundet.no&amp;gt; &lt;br&gt; &lt;p&gt;&amp;lt;snipp diff&amp;gt; &lt;br&gt; &lt;p&gt;-- &lt;br&gt; HcE &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/dac80be7003c67b5/0a15569484fa2f3d?show_docid=0a15569484fa2f3d</guid>
  <author>
  egtv...@samfundet.no
  (Hans-Christian Egtvedt)
  </author>
  <pubDate>Sat, 18 May 2013 19:36:50 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCHv8 3/3] net: velocity: Add platform device support to VIA velocity driver</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/745f12494a4c0b15?show_docid=745f12494a4c0b15</link>
  <description>
  Tony Prisk &amp;lt;li...@prisktech.co.nz&amp;gt; : &lt;br&gt; [...] &lt;br&gt; [...] &lt;br&gt; &lt;p&gt;Your choice but it&#39;s only used once. &lt;br&gt; &lt;p&gt;[...] &lt;br&gt; &lt;p&gt;velocity_init_registers would not suffer from a local vptr-&amp;gt;netdev variable. &lt;br&gt; &lt;p&gt;If you change this code, you may replace &amp;amp;(regs-&amp;gt;PAR[i]) with regs-&amp;gt;PAR + i. &lt;br&gt; &lt;p&gt;[...] &lt;br&gt; &lt;p&gt;memset is not needed (alloc_etherdev indirectly uses kzalloc).
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/795331122ef6f666/745f12494a4c0b15?show_docid=745f12494a4c0b15</guid>
  <author>
  rom...@fr.zoreil.com
  (Francois Romieu)
  </author>
  <pubDate>Sat, 18 May 2013 18:56:23 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH] kbuild: Don&#39;t assume dts files live in arch/*/boot/dts</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/84fba3a0b4524d0a/492c5c8baeba9a29?show_docid=492c5c8baeba9a29</link>
  <description>
  Hi Michal, &lt;br&gt; &lt;p&gt;Did this patch look ok to you? If so, could you pick it up and send it &lt;br&gt; over to Linus for 3.10 (or should I send it directly)? &lt;br&gt; &lt;p&gt;Gr. &lt;br&gt; &lt;p&gt;Matthijs &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/84fba3a0b4524d0a/492c5c8baeba9a29?show_docid=492c5c8baeba9a29</guid>
  <author>
  matth...@stdin.nl
  (Matthijs Kooijman)
  </author>
  <pubDate>Sat, 18 May 2013 18:41:41 UT
</pubDate>
  </item>
  <item>
  <title>Re: Would like to form a pool of Linux copyright holders for faster GPL enforcement against Anthrax Kernels</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/51de216d90652761/cb2b63efca4a34f0?show_docid=cb2b63efca4a34f0</link>
  <description>
  count me in. &lt;br&gt; &lt;p&gt; even if you did not explicitly put &amp;quot;Copyright (C) {your name}&amp;quot; in &lt;br&gt; them, you still retain copyright. depending on the country you are in &lt;br&gt; you cannot even get rid of the copyright even if you say &amp;quot;i forever &lt;br&gt; renounce irrevocably and without restriction or limitation all &lt;br&gt; copyright and place this into the public domain signed me&amp;quot; - you have
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/51de216d90652761/cb2b63efca4a34f0?show_docid=cb2b63efca4a34f0</guid>
  <author>
  luke.leigh...@gmail.com
  (luke.leighton)
  </author>
  <pubDate>Sat, 18 May 2013 18:27:58 UT
</pubDate>
  </item>
  <item>
  <title>Re: [GIT] kbuild fix for v3.10-rc2</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/95467dd8cc8e2029/e31f337450d134af?show_docid=e31f337450d134af</link>
  <description>
  Hmm. That&#39;s not at all what I get. I also get a merge and another &lt;br&gt; patch (&amp;quot;kbuild: fix make headers_install when path is too long&amp;quot;) and &lt;br&gt; &lt;p&gt; scripts/Makefile.headersinst | 20 ++++++++++++++------ &lt;br&gt; scripts/headers_install.sh | 7 +++++-- &lt;br&gt; scripts/package/Makefile | 2 +- &lt;br&gt; 3 files changed, 20 insertions(+), 9 deletions(-)
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/95467dd8cc8e2029/e31f337450d134af?show_docid=e31f337450d134af</guid>
  <author>
  torva...@linux-foundation.org
  (Linus Torvalds)
  </author>
  <pubDate>Sat, 18 May 2013 17:36:03 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 1/2] Initial support for Allwinner&#39;s Security ID fuses</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/a1ce70a46381fd31/2b74fde8e1498712?show_docid=2b74fde8e1498712</link>
  <description>
  A31 is out in the wild, but haven&#39;t seen that functionality in, I have &lt;br&gt; seen the register named and defined, just not used, so that could go &lt;br&gt; until confirmed. &lt;br&gt; &lt;p&gt;A20 has the same feature as we can see in the dumped sources. [0] &lt;br&gt; &lt;p&gt;fixed, it was late when I wrote that :( It is indeed 8 bits, e.g. byte
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/a1ce70a46381fd31/2b74fde8e1498712?show_docid=2b74fde8e1498712</guid>
  <author>
  oliver+l...@schinagl.nl
  (Oliver Schinagl)
  </author>
  <pubDate>Sat, 18 May 2013 17:20:08 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 1/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/ae19917c5db02863?show_docid=ae19917c5db02863</link>
  <description>
  Moving constant and structure definitions out of rtl8150.c; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 121 +----------------------------- ----- &lt;br&gt; 1 file changed, 2 insertions(+), 119 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/ae19917c5db02863?show_docid=ae19917c5db02863</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:26:00 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 5/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/51e5cf4d44697f02?show_docid=51e5cf4d44697f02</link>
  <description>
  copyright, email address and styling update; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 69 +++++++++++++++++------------- ----- &lt;br&gt; 1 file changed, 34 insertions(+), 35 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/51e5cf4d44697f02?show_docid=51e5cf4d44697f02</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:25:06 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 4/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/66d886a9d7c07ad8?show_docid=66d886a9d7c07ad8</link>
  <description>
  [get|set]_registers() will now display a message in case of error condition &lt;br&gt; and if DEBUG is enabled. All resources required for asynchronous control URB &lt;br&gt; submission are being dynamically (de)allocated. &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 129 +++++++++++++++++------------- -----
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/66d886a9d7c07ad8?show_docid=66d886a9d7c07ad8</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:25:04 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 3/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/0efb666ee071b4b8?show_docid=0efb666ee071b4b8</link>
  <description>
  removing socket buffer pre-allocation pool; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.c | 60 +++--------------------------- ----- &lt;br&gt; drivers/net/usb/rtl8150.h | 3 -- &lt;br&gt; 2 files changed, 5 insertions(+), 58 deletions(-) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.c b/drivers/net/usb/rtl8150.c
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/0efb666ee071b4b8?show_docid=0efb666ee071b4b8</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:24:38 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 2/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4a72892ee72cfb14?show_docid=4a72892ee72cfb14</link>
  <description>
  adding rtl8150.h; &lt;br&gt; &lt;p&gt;Signed-off-by: Petko Manolov &amp;lt;pet...@nucleusys.com&amp;gt; &lt;br&gt; --- &lt;br&gt; drivers/net/usb/rtl8150.h | 131 ++++++++++++++++++++++++++++++ +++++ &lt;br&gt; 1 file changed, 131 insertions(+) &lt;br&gt; &lt;p&gt;diff --git a/drivers/net/usb/rtl8150.h b/drivers/net/usb/rtl8150.h &lt;br&gt; new file mode 100644 &lt;br&gt; index 0000000..cfb1e74
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4a72892ee72cfb14?show_docid=4a72892ee72cfb14</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:24:37 UT
</pubDate>
  </item>
  <item>
  <title>[PATCH 0/5] drivers: net: usb: rtl8150: bug fixing and cleanup</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4e0c9dae0d3655e9?show_docid=4e0c9dae0d3655e9</link>
  <description>
  This patch series adds rtl8150.h, which contains structure and constant &lt;br&gt; definitons formerly found in rtl8150.c, removes socket buffer &lt;br&gt; pre-allocated pool and uses dynamically allocated memory for the &lt;br&gt; asynchronous URB requests, thus avoids clobbering the previously scheduled &lt;br&gt; for update value.
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/54fcd31a3cd9b308/4e0c9dae0d3655e9?show_docid=4e0c9dae0d3655e9</guid>
  <author>
  pet...@nucleusys.com
  (Petko Manolov)
  </author>
  <pubDate>Sat, 18 May 2013 16:24:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCHv4] arm: Preserve the user r/w register TPIDRURW on context switch and fork</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/117f634986379ff6/5e63cbab17285f7c?show_docid=5e63cbab17285f7c</link>
  <description>
  Am 08.05.2013 21:03, schrieb André Hentschel: &lt;br&gt; &lt;p&gt;Hi, &lt;br&gt; I&#39;m not yet very familiar with the development process here, &lt;br&gt; am i getting no feedback on v4 because of the mergewindow being closed? &lt;br&gt; Or is there another reason? Sry for being impatient. &lt;br&gt; -- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/117f634986379ff6/5e63cbab17285f7c?show_docid=5e63cbab17285f7c</guid>
  <author>
  n...@dawncrow.de
  (André Hentschel)
  </author>
  <pubDate>Sat, 18 May 2013 15:03:01 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-table] NTB: fix pointer math issues</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/ef7ce4410c3a49ff/6af421da5d4d6c4b?show_docid=6af421da5d4d6c4b</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/ef7ce4410c3a49ff/6af421da5d4d6c4b?show_docid=6af421da5d4d6c4b</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:49:54 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-stable] NTB: Multiple NTB client fix</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/31a932bf59dc3134/0744870ce4c81fb0?show_docid=0744870ce4c81fb0</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/31a932bf59dc3134/0744870ce4c81fb0?show_docid=0744870ce4c81fb0</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:49:35 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-stable] ntb_netdev: remove from list on exit</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e64e5d8f72f56c5f/aaa2fdc4950d4a36?show_docid=aaa2fdc4950d4a36</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e64e5d8f72f56c5f/aaa2fdc4950d4a36?show_docid=aaa2fdc4950d4a36</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:49:10 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-stable] NTB: memcpy lockup workaround</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/ef2f65b6afcc8408/a6ba15eea750791b?show_docid=a6ba15eea750791b</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/ef2f65b6afcc8408/a6ba15eea750791b?show_docid=a6ba15eea750791b</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:48:56 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-table] NTB: Correctly handle receive buffers of the minimal size</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/56054cb54f2cb9b3/1cfb876fc711b783?show_docid=1cfb876fc711b783</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/56054cb54f2cb9b3/1cfb876fc711b783?show_docid=1cfb876fc711b783</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:48:55 UT
</pubDate>
  </item>
  <item>
  <title>Re: [PATCH 3.9-stable] NTB: reset tx_index on link toggle</title>
  <link>http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e044131ddb9f8f45/9347063e9c7dd100?show_docid=9347063e9c7dd100</link>
  <description>
  Yes, thanks. &lt;br&gt; &lt;p&gt;-- &lt;br&gt; To unsubscribe from this list: send the line &amp;quot;unsubscribe linux-kernel&amp;quot; in &lt;br&gt; the body of a message to majord...@vger.kernel.org &lt;br&gt; More majordomo info at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://vger.kernel.org/majordomo-info.html&quot;&gt;[link]&lt;/a&gt; &lt;br&gt; Please read the FAQ at &lt;a target=&quot;_blank&quot; rel=nofollow href=&quot;http://www.tux.org/lkml/&quot;&gt;[link]&lt;/a&gt;
  </description>
  <guid isPermaLink="true">http://groups.google.com/group/fa.linux.kernel/browse_thread/thread/e044131ddb9f8f45/9347063e9c7dd100?show_docid=9347063e9c7dd100</guid>
  <author>
  jon.ma...@intel.com
  (Jon Mason)
  </author>
  <pubDate>Sat, 18 May 2013 14:48:36 UT
</pubDate>
  </item>
  </channel>
</rss>
