- 11 May, 2011 10 commits
-
-
K. Y. Srinivasan authored
Get rid of the indirection for invoking device_add. 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
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 30 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:
-
Lu Guanqun authored
With this patch, Master Volume will control AUDIOLVOL(0x10c) and AUDIORVOL(0x10d); while PCM Volume will control HPLVOL(0x123) and HPRVOL(0x124). Signed-off-by:
-
Lu Guanqun authored
Signed-off-by:
-
Chandramouli Narayanan authored
Use correct api for enabling/disabling runtime pm. Additionally, fix runtime suspend/resume to not duplicate pci core functions Signed-off-by:
Chandramouli Narayanan <chandramouli.narayanan@intel.com> Tested-by:
Kristen Carlson Accardi <kristen@linux.intel.com> Signed-off-by:
-
Andy CH Lin authored
Correct event type of audio jack while receiving long press event. Signed-off-by:
Andy CH Lin <andy_ch_lin@wistron.com> Signed-off-by:
Jekyll Lai <jekyll_lai@wistron.com> Signed-off-by:
-
Wu Fengguang authored
Fix bug $ arecord -D dsnoop -r 48000 -f S16_LE 1.wav ALSA lib pcm_direct.c:980:(snd1_pcm_direct_initialize_slave) unable to install hw params ALSA lib pcm_dsnoop.c:604:(snd_pcm_dsnoop_open) unable to initialize slave arecord: main:654: audio open error: Interrupted system call Root cause is, the driver is reporting 32-bit capture capability that is not supported by the MRST hardware. So the dsnoop plugin end up requesting 32-bit capture which fails. Signed-off-by:
-
Wu Fengguang authored
Fix bug $ arecord -Dplughw -c2 Recording WAVE 'stdin' : Unsigned 8 bit, Rate 8000 Hz, Stereo arecord: set_params:1116: Unable to install hw params: ACCESS: RW_INTERLEAVED FORMAT: U8 SUBFORMAT: STD SAMPLE_BITS: 8 FRAME_BITS: 16 CHANNELS: 2 [...] Root cause is, the driver is reporting 2-channel capture capability that is not supported by the MRST hardware. So the plughw plugin end up requesting 2-channel capture which fails. Signed-off-by:
-
Feng Tang authored
When "aplay test.wav", if we "ctrl+z" to suspend it, the last piece of sound will be played endlessly. So we need make sure the drop_stream is called in such a case. Signed-off-by:
Feng Tang <feng.tang@intel.com> Signed-off-by:
-
Lu Guanqun authored
Without this patch, the change of output/input device can't be reflected correctly. The mismatch reflects insane design, and should be fixed when switching to the ASoC framework. Signed-off-by:
-
Lu Guanqun authored
The old policy will not enable MIC2BIAS on Moorstown platform by default, it's only enabled when the user selects HS_MIC as input source. Therefore when user selects DMIC and then inserts the jack, no interrupt will be generated to notify the driver about the jack insertion event and to take action to auto mute the speaker. The new policy will enable this bit by default, then no matter what the output device is, an interrupt will be generated. This behaviour is more likely what a user expects. Signed-off-by:
-
xingchao authored
When detected a Jack event, Audio sound routes between internal speaker and headphone/headset automatically. Signed-off-by:
-
Lu Guanqun authored
We may need to make some of this board specific eventually Signed-off-by:
-
Lu Guanqun authored
We may need to make some of this board specific eventually. Signed-off-by:
-
Lu Guanqun authored
In order to make jack detection behave properly, we have to set the de-bounce time, otherwise, some weird events happens: e.g. no plug-out event seen. Signed-off-by:
-
Ramesh Babu K V authored
This patch fixes the below issues w.r.t jack implementation a) The current jack implementation in driver is implemented in intelmid.c. It has moved to vendor files for better managebility b) Cleaned up jack reporting per upstream comments c) Implemented jack for msic, added code to read adc and deduce jack type based on mic bias d) Support detection of american headset Signed-off-by:
Dharageswari R <dharageswari.r@intel.com> Signed-off-by:
Ramesh Babu K V <ramesh.babu@intel.com> [Corrections] Signed-off-by:
-
Sitanshu Nanavati authored
This patch adds support for configuring and routing the DMICs (assigned HW route to DMICs) Signed-off-by:
Sitanshu Nanavati <sitanshu.nanavati@intel.com> Signed-off-by:
-
Vinod Koul authored
This patch adds new IOCTL for application interface. Using parameter tuning IOCTL, application can fine tune the audio firmware for it's requirement. Signed-off-by:
Vinod Koul <vinod.koul@intel.com> Signed-off-by:
-
Dharageswari R authored
This patch adds the support for lineout. The lineout input can be selected as any input channel by using a new alsa mixer kcontrol. Signed-off-by:
-
Vinod Koul authored
The irq for audio is shared, so when device is supended driver should not the read register and ignore the interrupt. This patch ignores interrupts when device is suspended. Signed-off-by:
-
Vinod Koul authored
The current driver remove was erroneous and causes errors when unloading or loading second time This patch fixes both of these issues Signed-off-by:
-
Vinod Koul authored
This patch adds power optimization for the msic codec and ensure codec is completely powered off when codec is idle. Signed-off-by:
-
Lu Guanqun authored
Add several include files to fix the below compile error. drivers/staging/intel_sst/intelmid.c: In function ‘snd_intelmad_sst_register’: drivers/staging/intel_sst/intelmid.c:805:2: error: ‘sst_drv_ctx’ undeclared (first use in this function) drivers/staging/intel_sst/intelmid.c:805:2: note: each undeclared identifier is reported only once for each function it appears in Signed-off-by:
Mark Brown <broonie@opensource.wolfsonmicro.com> Cc: Alan Cox <alan@lxorguk.ukuu.org.uk> Signed-off-by:
-
Vinod Koul authored
During suspend and runtime_suspend audio dsp will be in D3 state and will loose its context. This patch adds support in driver to save the dsp context and restore this context during resume Signed-off-by:
-
Lu Guanqun authored
register_sst_card is used in ASoC code with field `scard_ops` being NULL. Without this patch, there will be NULL dereference. Signed-off-by:
-
Randy Dunlap authored
Don't use "SUCCESS" as a macro name. This collides with SCSI's macro of the same name, but with a different value: drivers/staging/keucr/smcommon.h:9:9: warning: preprocessor token SUCCESS redefined include/scsi/scsi.h:463:9: this was the original definition Signed-off-by:
Randy Dunlap <randy.dunlap@oracle.com> Signed-off-by:
-
Randy Dunlap authored
Eliminate sparse warnings in ms.c: drivers/staging/keucr/ms.c:28:58: warning: right shift by bigger than source value drivers/staging/keucr/ms.c:31:58: warning: right shift by bigger than source value drivers/staging/keucr/ms.c:789:59: warning: cast truncates bits from constant value (ffffff7f becomes 7f) Signed-off-by:
-
Randy Dunlap authored
Make lots of functions and data static (fixes sparse warnings). Fix 5 functions to use ANSI format for function parameters (fixes sparse warnings). Signed-off-by:
-
Kalle Valo authored
Signed-off-by:
Kalle Valo <kalle.valo@atheros.com> Signed-off-by:
-
Stephane Pajot authored
This is a patch to the jr3_pci.c file that fixes up a brace warning found by the checkpatch.pl tool Signed-off-by:
Stephane Pajot <pajot.stephane@gmail.com> Signed-off-by:
-
