<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/staging, branch linux-2.6.35.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.35.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.35.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2011-08-01T20:55:04+00:00</updated>
<entry>
<title>Staging: hv: netvsc: Fix a bug in accounting transmit slots</title>
<updated>2011-08-01T20:55:04+00:00</updated>
<author>
<name>K. Y. Srinivasan</name>
<email>kys@microsoft.com</email>
</author>
<published>2011-06-16T20:16:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=225686544fb9af569ea70a46e11fe130c6da5bd2'/>
<id>urn:sha1:225686544fb9af569ea70a46e11fe130c6da5bd2</id>
<content type='text'>
[ upstream commit 9079ce691255792009c446d8c3382507b8d38635 ]

The transmit slots were manipulated without proper locking. Fix this bug by
making the variable tracking the transmit slots atomic.

This patch should be ported to prior stable kernels 2.6.32 and later.

Signed-off-by: K. Y. Srinivasan &lt;kys@microsoft.com&gt;
Signed-off-by: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Signed-off-by: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Cc: stable &lt;stable@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>staging: comedi: fix infoleak to userspace</title>
<updated>2011-08-01T20:55:03+00:00</updated>
<author>
<name>Vasiliy Kulikov</name>
<email>segoon@openwall.com</email>
</author>
<published>2011-06-26T08:56:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=8df2d5870c76436e31a68ee141636f6555f9c789'/>
<id>urn:sha1:8df2d5870c76436e31a68ee141636f6555f9c789</id>
<content type='text'>
[ upstream commit 819cbb120eaec7e014e5abd029260db1ca8c5735 ]

driver_name and board_name are pointers to strings, not buffers of size
COMEDI_NAMELEN.  Copying COMEDI_NAMELEN bytes of a string containing
less than COMEDI_NAMELEN-1 bytes would leak some unrelated bytes.

Signed-off-by: Vasiliy Kulikov &lt;segoon@openwall.com&gt;
Cc: stable &lt;stable@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>staging: r8192e_pci: Handle duplicate PCI ID 0x10ec:0x8192</title>
<updated>2011-08-01T20:55:03+00:00</updated>
<author>
<name>Larry Finger</name>
<email>Larry.Finger@lwfinger.net</email>
</author>
<published>2011-06-19T03:34:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=1566cd03b690efb4d9997294cda9d0ac53ab3816'/>
<id>urn:sha1:1566cd03b690efb4d9997294cda9d0ac53ab3816</id>
<content type='text'>
[ upstream commit 1c50bf7e415cf6ce9545dbecc2ac0d89d3916c53 ]
 conflict with rtl8192se

There are two devices with PCI ID 0x10ec:0x8192, namely RTL8192E and
RTL8192SE. The method of distinguishing them is by the revision ID
at offset 0x8 of the PCI configuration space. If the value is 0x10,
then the device uses rtl8192se for a driver.

Signed-off-by: Larry Finger &lt;Larry.Finger@lwfinger.net&gt;
Cc: Stable &lt;stable@kernel.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>staging: usbip: fix wrong endian conversion</title>
<updated>2011-08-01T20:54:51+00:00</updated>
<author>
<name>David Chang</name>
<email>dchang@novell.com</email>
</author>
<published>2011-05-12T10:31:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=c8648b4c2b720f21cba4040e47ce8dbc6e93ef8f'/>
<id>urn:sha1:c8648b4c2b720f21cba4040e47ce8dbc6e93ef8f</id>
<content type='text'>
commit cacd18a8476ce145ca5dcd46dc5b75585fd1289c upstream.

Fix number_of_packets wrong endian conversion in function
correct_endian_ret_submit()

Signed-off-by: David Chang &lt;dchang@novell.com&gt;
Acked-by: Arjan Mels &lt;arjan.mels@gmx.net&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>Staging: rtl8192su: Fix procfs code for interfaces not named wlan0</title>
<updated>2011-08-01T20:54:44+00:00</updated>
<author>
<name>Ben Hutchings</name>
<email>ben@decadent.org.uk</email>
</author>
<published>2010-05-25T03:25:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f67e667fdbefbfaad3eb37c2d0a8ca9d74b34300'/>
<id>urn:sha1:f67e667fdbefbfaad3eb37c2d0a8ca9d74b34300</id>
<content type='text'>
commit 41a38d9e632f7c9ec5ad8fc627567d97f4302c4a upstream.

The current code creates directories in procfs named after interfaces,
but doesn't handle renaming.  This can result in name collisions and
consequent WARNINGs.  It also means that the interface name cannot
reliably be used to remove the directory - in fact the current code
doesn't even try, and always uses "wlan0"!

Since the name of a proc_dir_entry is embedded in it, use that when
removing it.

Add a netdev notifier to catch interface renaming, and remove and
re-add the directory at this point.

Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>Staging: rtl8192su: Clean up in case of an error in module initialisation</title>
<updated>2011-08-01T20:54:44+00:00</updated>
<author>
<name>Ben Hutchings</name>
<email>ben@decadent.org.uk</email>
</author>
<published>2010-05-25T03:20:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fcf7b1d0968525a94e174b8fb50f0f81e130efe1'/>
<id>urn:sha1:fcf7b1d0968525a94e174b8fb50f0f81e130efe1</id>
<content type='text'>
commit 9a3dfa0555130952517b9a9c3918729495aa709a upstream.

Currently various resources may be leaked in case of an error.

Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>USB: fix regression in usbip by setting has_tt flag</title>
<updated>2011-08-01T20:54:43+00:00</updated>
<author>
<name>Alan Stern</name>
<email>stern@rowland.harvard.edu</email>
</author>
<published>2011-05-02T18:21:44+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=d282c26a7de21ea3b4df913be7a89035553ed846'/>
<id>urn:sha1:d282c26a7de21ea3b4df913be7a89035553ed846</id>
<content type='text'>
commit cee6a262550f53a13acfefbc1e3e5ff35c96182c upstream.

This patch (as1460) fixes a regression in the usbip driver caused by
the new check for Transaction Translators in USB-2 hubs.  The root hub
registered by vhci_hcd needs to have the has_tt flag set, because it
can connect to low- and full-speed devices as well as high-speed
devices.

Signed-off-by: Alan Stern &lt;stern@rowland.harvard.edu&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;
Reported-and-tested-by: Nikola Ciprich &lt;nikola.ciprich@linuxbox.cz&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>staging: hv: use sync_bitops when interacting with the hypervisor</title>
<updated>2011-04-28T15:20:50+00:00</updated>
<author>
<name>Olaf Hering</name>
<email>olaf@aepfle.de</email>
</author>
<published>2011-03-21T13:41:37+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=db9fb5db749de2109d9312929c6e2f70b2055f89'/>
<id>urn:sha1:db9fb5db749de2109d9312929c6e2f70b2055f89</id>
<content type='text'>
commit 22356585712d1ff08fbfed152edd8b386873b238 upstream.

Locking is required when tweaking bits located in a shared page, use the
sync_ version of bitops. Without this change vmbus_on_event() will miss
events and as a result, vmbus_isr() will not schedule the receive tasklet.

[Backported to 2.6.32 stable kernel by Haiyang Zhang &lt;haiyangz@microsoft.com&gt;]

Signed-off-by: Olaf Hering &lt;olaf@aepfle.de&gt;
Acked-by: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Acked-by: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>staging: hv: Fix GARP not sent after Quick Migration</title>
<updated>2011-04-28T15:20:50+00:00</updated>
<author>
<name>Haiyang Zhang</name>
<email>haiyangz@microsoft.com</email>
</author>
<published>2011-04-06T22:18:00+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=fd5d4740a543f457f787a7760a309350a49bb8c6'/>
<id>urn:sha1:fd5d4740a543f457f787a7760a309350a49bb8c6</id>
<content type='text'>
commit c996edcf1c451b81740abbcca5257ed7e353fcc6 upstream.

After Quick Migration, the network is not immediately operational in the
current context when receiving RNDIS_STATUS_MEDIA_CONNECT event. So, I added
another netif_notify_peers() into a scheduled work, otherwise GARP packet will
not be sent after quick migration, and cause network disconnection.

Thanks to Mike Surcouf &lt;mike@surcouf.co.uk&gt; for reporting the bug and
testing the patch.

Reported-by: Mike Surcouf &lt;mike@surcouf.co.uk&gt;
Tested-by: Mike Surcouf &lt;mike@surcouf.co.uk&gt;
Signed-off-by: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Signed-off-by: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Abhishek Kane &lt;v-abkane@microsoft.com&gt;
Signed-off-by: K. Y. Srinivasan &lt;kys@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;

</content>
</entry>
<entry>
<title>staging: usbip: bugfix for isochronous packets and optimization</title>
<updated>2011-04-28T15:20:50+00:00</updated>
<author>
<name>Arjan Mels</name>
<email>arjan.mels@gmx.net</email>
</author>
<published>2011-04-05T18:26:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=dfc75cfe82f7961feae07838cb832853d7433543'/>
<id>urn:sha1:dfc75cfe82f7961feae07838cb832853d7433543</id>
<content type='text'>
commit 28276a28d8b3cd19f4449991faad4945fe557656 upstream.

For isochronous packets the actual_length is the sum of the actual
length of each of the packets, however between the packets might be
padding, so it is not sufficient to just send the first actual_length
bytes of the buffer. To fix this and simultanesouly optimize the
bandwidth the content of the isochronous packets are send without the
padding, the padding is restored on the receiving end.

Signed-off-by: Arjan Mels &lt;arjan.mels@gmx.net&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;
Cc: Takahiro Hirofuchi &lt;hirofuchi@users.sourceforge.net&gt;
Cc: Max Vozeler &lt;max@vozeler.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
</feed>
