<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/staging, branch mybooklive</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/staging?h=mybooklive</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/staging?h=mybooklive'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2010-04-01T22:58:46Z</updated>
<entry>
<title>rt2860sta: Fix argument to linux_pci_unmap_single()</title>
<updated>2010-04-01T22:58:46Z</updated>
<author>
<name>Ben Hutchings</name>
<email>ben@decadent.org.uk</email>
</author>
<published>2010-03-29T00:09:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6334272a8a08048a57d450fe889b317dbe4a5d6d'/>
<id>urn:sha1:6334272a8a08048a57d450fe889b317dbe4a5d6d</id>
<content type='text'>
John Halton wrote in &lt;http://bugs.debian.org/575726&gt;:
&gt; Whenever wpa_supplicant is deactivated (whether by killing the process or
&gt; during a normal shutdown) I am getting a kerneloops that prevents the
&gt; computer from completing shutdown. Here is the relevant syslog output:

The backtrace points to an incorrect call from RTMPFreeTxRxRingMemory()
into linux_pci_unmap_single().  This appears to have been fixed in Linux
2.6.33 by this change:

commit ca97b8388838ee9ea4b4bad04948f8f7f8a607a3
Author: Bartlomiej Zolnierkiewicz &lt;bzolnier@gmail.com&gt;
Date:   Tue Sep 22 20:44:07 2009 +0200

    Staging: rt28x0: updates from vendor's V2.1.0.0 drivers

For stable-2.6.32, just fix this one function call.

Signed-off-by: Ben Hutchings &lt;ben@decadent.org.uk&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: mimio: remove the mimio driver</title>
<updated>2010-03-15T15:49:46Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2010-02-12T01:15:14Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a3c00018400de53d11d05ce971cd2501a4d68916'/>
<id>urn:sha1:a3c00018400de53d11d05ce971cd2501a4d68916</id>
<content type='text'>
commit e37bcc0de040127281de13a84a608570355c20eb upstream.

It turns out that Mimio has a userspace solution for this product using
libusb, and the in-kernel driver is just getting in the way now and
causing problems.  So they have asked that the in-kernel driver be
removed.  As the staging driver wasn't quite working anyway, and Mimio
supports their libusb solution for all distros, I am removing the
in-kernel driver.

The libusb solution can be downloaded from:
	http://www.mimio.com/downloads/mimio_studio_software/linux.asp

Cc: &lt;mwilder@cs.nmsu.edu&gt;
Cc: Phil Hannent &lt;phil@hannent.co.uk&gt;
Cc: Marc Rousseau &lt;Marc.Rousseau@mimio.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: hv: match on DMI values to know if we should run.</title>
<updated>2010-03-15T15:49:45Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2010-02-26T00:43:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=73f9636ad6c99edb2dc124163977fb874aae7ab8'/>
<id>urn:sha1:73f9636ad6c99edb2dc124163977fb874aae7ab8</id>
<content type='text'>
commit c22090facd354749cfe99a46e903449c7ac07788 upstream.

The HV core mucks around with specific irqs and other low-level stuff
and takes forever to determine that it really shouldn't be running on a
machine.  So instead, trigger off of the DMI system information and
error out much sooner.  This also allows the module loading tools to
recognize that this code should be loaded on this type of system.

Cc: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Cc: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: hv: add a pci device table</title>
<updated>2010-03-15T15:49:45Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2010-02-26T00:42:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=c69d2d2ac9612a192c4da34ee21f040dd6237833'/>
<id>urn:sha1:c69d2d2ac9612a192c4da34ee21f040dd6237833</id>
<content type='text'>
commit 9a775dbd4e8c87b7d35549183145321c7205404e upstream.

This allows the HV core to be properly found and autoloaded
by the system tools.

It uses the Microsoft virtual VGA device to trigger this.

Cc: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Cc: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: fix rtl8187se compilation errors with mac80211</title>
<updated>2010-02-23T15:37:56Z</updated>
<author>
<name>George Kadianakis</name>
<email>desnacked@gmail.com</email>
</author>
<published>2009-12-16T23:16:00Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=98baa75bcbacb200b7e4e0ee01b508f4d459d8ce'/>
<id>urn:sha1:98baa75bcbacb200b7e4e0ee01b508f4d459d8ce</id>
<content type='text'>
commit df574b8ecfb3a84af96229f336a6be88ca4a7055 upstream.

This patch fixes compilation problems that were caused by function
naming conflicts between the rtl8187se driver and the mac80211 stack.

Signed-off-by: George Kadianakis &lt;desnacked@gmail.com&gt;
Cc: maximilian attems &lt;max@stro.at&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: hv: fix smp problems in the hyperv core code</title>
<updated>2010-01-25T18:49:15Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2010-01-08T17:06:40Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b70922a1819f26c3962a184070d9370dfae634a9'/>
<id>urn:sha1:b70922a1819f26c3962a184070d9370dfae634a9</id>
<content type='text'>
commit 7692fd4d441afac728cb83fdd33349d5ba07406c upstream.

This fixes a number of SMP problems that were in the hyperv core code.

Patch originally written by K. Y. Srinivasan &lt;ksrinivasan@novell.com&gt;
but forward ported to the latest in-kernel code and tweaked slightly by
me.

Novell, Inc. hereby disclaims all copyright in any derivative work
copyright associated with this patch.

Signed-off-by: K. Y. Srinivasan &lt;ksrinivasan@novell.com&gt;
Cc: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Cc: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: asus_oled: fix oops in 2.6.32.2</title>
<updated>2010-01-25T18:49:14Z</updated>
<author>
<name>Eugeni Dodonov</name>
<email>eugeni@mandriva.com</email>
</author>
<published>2009-12-23T12:27:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=50e49751f94abb0b79563b69bd31392b8b477a2a'/>
<id>urn:sha1:50e49751f94abb0b79563b69bd31392b8b477a2a</id>
<content type='text'>
commit 20633bf0141c5e93e3396770d5eb7d200ee4068a upstream.

After updating to 2.6.32 kernel, I started experiencing Oopses caused by
the asus_oled module. After quick investigation, I wrapped this simple
patch which fixes an Oops in by asus_oled module on 2.6.32.2 kernel,
caused by incorrect usage of strict_strtoul function call within
set_enabled and set_disabled functions. This can be triggered by simple
running the userspace client for asus_old (e.g., 'asusoled -e' or
'asusoled -d').

Signed-off-by: Eugeni Dodonov &lt;eugeni@mandriva.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>Staging: update TODO files</title>
<updated>2009-12-01T00:39:42Z</updated>
<author>
<name>Bartlomiej Zolnierkiewicz</name>
<email>bzolnier@gmail.com</email>
</author>
<published>2009-10-21T12:42:11Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fb08808ca252a76519d3b17fc3b6cfc6b2806e55'/>
<id>urn:sha1:fb08808ca252a76519d3b17fc3b6cfc6b2806e55</id>
<content type='text'>
Remove my mail address.

Signed-off-by: Bartlomiej Zolnierkiewicz &lt;bzolnier@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>Staging: hv: Fix some missing author names</title>
<updated>2009-12-01T00:39:35Z</updated>
<author>
<name>Haiyang Zhang</name>
<email>haiyangz@microsoft.com</email>
</author>
<published>2009-11-23T17:00:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=d0e94d17ed8590d53252212414a627125825b379'/>
<id>urn:sha1:d0e94d17ed8590d53252212414a627125825b379</id>
<content type='text'>
Fix some missing author names.
They were accidentally removed by someone within Microsoft before the
files were sent for inclusion in the kernel.

Signed-off-by: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>Staging: hv: Fix vmbus event handler bug</title>
<updated>2009-12-01T00:39:29Z</updated>
<author>
<name>Haiyang Zhang</name>
<email>haiyangz@microsoft.com</email>
</author>
<published>2009-11-20T16:29:17Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5996b3ddc422a16d53b8acf4980d0d6e8b2bf1ed'/>
<id>urn:sha1:5996b3ddc422a16d53b8acf4980d0d6e8b2bf1ed</id>
<content type='text'>
The flag ENABLE_POLLING is always enabled in original Makefile, but
accidently removed during porting to mainline kernel. The patch fixes
this bug which can cause stalled network communication.  Credit needs to
go to Eric Sesterhenn &lt;eric.sesterhenn@lsexperts.de&gt; For pointing out a
typo in the original code as well.

Signed-off-by: Hank Janssen &lt;hjanssen@microsoft.com&gt;
Signed-off-by: Haiyang Zhang &lt;haiyangz@microsoft.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
</feed>
