- 11 May, 2011 38 commits
-
-
K. Y. Srinivasan authored
Signed-off-by:
K. Y. Srinivasan <kys@microsoft.com> Signed-off-by:
Haiyang Zhang <haiyangz@microsoft.com> Signed-off-by:
Abhishek Kane <v-abkane@microsoft.com> Signed-off-by:
Hank Janssen <hjanssen@microsoft.com> Signed-off-by:
Greg Kroah-Hartman <gregkh@suse.de>
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Use the newly introduced function to wait for draining I/Os to cleanup blkvsc_shutdown(). Signed-off-by:
-
K. Y. Srinivasan authored
The function storvsc_dev_remove() already deals with draining of the outstanding I/O. Cleanup blkvsc_remove() keeping this in mind. Signed-off-by:
-
K. Y. Srinivasan authored
Use the newly introduced I/O drain synch method. Signed-off-by:
-
K. Y. Srinivasan authored
Rather than busy loop waiting to drain I/O, introduce a function that does not burn CPU cycles waiting. Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
The storvsc_cleanup() is an empty function; get rid of it. Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Signed-off-by:
-
K. Y. Srinivasan authored
Get rid of the indirection for invoking device_add. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the function blk_vsc_on_device_add. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the variables pointing to variables of type struct storvsc_driver *. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the variable g_blkvsc_drv. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the struct storvsc_driver_object. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the variable g_blk_device_type. Signed-off-by:
-
K. Y. Srinivasan authored
Rename the variable g_blk_driver_name. Signed-off-by:
-
K. Y. Srinivasan authored
Additional lock related cleanup. Properly serialize access to state even for command related operations. Signed-off-by:
-
K. Y. Srinivasan authored
This spin lock is potentially acquired from interrupt context. Ensure that the interrupts are blocked whenever the lock is held. The current code was not consistent with regards to blocking interrupts - the same lock would be acquired without blocking interrupts in some instance while the interrupts would be blocked in other instances. Fix this potential deadlock problem. Signed-off-by:
-
K. Y. Srinivasan authored
The blkvsc_mutex is unnecessary as the state it is protecting (blkdev->users) is already protected by the spin lock. Signed-off-by:
-
- 10 May, 2011 2 commits
-
-
Lu Guanqun authored
When the corresponding output device is not in playback, we can hear a little noises. Fix it by powering on the device only when it's in playback. Signed-off-by:
Lu Guanqun <guanqun.lu@intel.com> Reviewed-by:
Wu Fengguang <fengguang.wu@intel.com> Signed-off-by:
Alan Cox <alan@linux.intel.com> Signed-off-by:
-
Lu Guanqun authored
On Moorestown platform, internal speaker's power line is connected to a GPIO line, so we need to enable or disable it properly. Reviewed-by:
Jeff Cheng <jeff_cheng@wistron.com> Signed-off-by:
Wang Xingchao <xingchao.wang@intel.com> Signed-off-by:
-
