[PATCH] Bluetooth: Add SCO fallback for invalid LMP parameters error

2020-05-15 Thread Hsin-Yu Chao
From: Hsin-Yu Chao Bluetooth PTS test case HFP/AG/ACC/BI-12-I accepts SCO connection with invalid parameter at the first SCO request expecting AG to attempt another SCO request with the use of "safe settings" for given codec, base on section 5.7.1.2 of HFP 1.7 specification.

Re: linux-next: build failure after merge of the sound-asoc tree

2017-08-25 Thread Hsin-yu Chao
Sorry for the trouble. Looks like these rt5514_spi_* functions should be guarded by #if IS_ENABLED(CONFIG_SND_SOC_RT5514_SPI) I'll resend the patch to address this. Thanks, Hsin-yu On Fri, Aug 25, 2017 at 3:41 PM, Stephen Rothwell wrote: > Hi all, > > After merging the sound-asoc tree, today's l

Re: [PATCH] dmaengine: pl330: use lock of dma channel in pl330_update

2016-09-09 Thread Hsin-yu Chao
09:03:48PM +0800, Hsin-Yu Chao wrote: >> The content of pl330_thread could be modified in pl330_update >> without protection by the lock from the dma channel who currently >> holding this thread. This could cause bug to the calculation of >> in pl330_tx_status, if the runn

[PATCH] dmaengine: pl330: Acquire dmac's spinlock in pl330_tx_status

2016-08-23 Thread Hsin-Yu Chao
dmac's spinlock in pl330_tx_status to protect thread resources from changing. Note that the nested order of holding dmac's and dma_chan's spinlock is consistent with the rest of the driver: dma_chan first and then dmac, so it is safe from deadlock scenario. Signed-off-by: Hsin-Yu Cha

[PATCH] dmaengine: pl330: use lock of dma channel in pl330_update

2016-08-19 Thread Hsin-Yu Chao
The content of pl330_thread could be modified in pl330_update without protection by the lock from the dma channel who currently holding this thread. This could cause bug to the calculation of in pl330_tx_status, if the running request has just been done and moving to next request while calculating

[PATCH] dmaengine: pl330: get transfer count for BUSY descriptor in list

2016-08-18 Thread Hsin-Yu Chao
A descrptor of status BUSY could stay in pending list with non-zero number of transferred count. In this case we should query the actual transfered count or the total residual will be wrong and cause unexpected hw_ptr move. Signed-off-by: Hsin-Yu Chao --- drivers/dma/pl330.c | 2 +- 1 file

[PATCH 1/2] ALSA: hda/ca0132 - setup/cleanup streams

2014-02-18 Thread Hsin-Yu Chao
dirty' when found with a conflict stream tag, and then get purified. Signed-off-by: Hsin-Yu Chao Reviewed-by: Chih-Chung Chang --- sound/pci/hda/patch_ca0132.c | 66 +--- 1 file changed, 7 insertions(+), 59 deletions(-) diff --git a/sound/pci/hda/patc

[PATCH 2/2] ALSA: hda/ca0132 - Fix recording from mode id 0x8

2014-02-18 Thread Hsin-Yu Chao
fix, recording would always go to the main internal mic (node id 0x7). Signed-off-by: Hsin-Yu Chao Reviewed-by: Dylan Reid --- sound/pci/hda/patch_ca0132.c | 4 +--- 1 file changed, 1 insertion(+), 3 deletions(-) diff --git a/sound/pci/hda/patch_ca0132.c b/sound/pci/hda/patch_ca0132.c index

[PATCH 1/2] ALSA: hda/ca0132 - setup/cleanup streams

2014-02-06 Thread Hsin-Yu Chao
dirty' when found with a conflict stream tag, and then get purified. Signed-off-by: Hsin-Yu Chao Reviewed-by: Chih-Chung Chang --- sound/pci/hda/patch_ca0132.c | 68 ++-- 1 file changed, 9 insertions(+), 59 deletions(-) diff --git a/sound/pci/hda/patc

[PATCH 2/2] ALSA: hda/ca0132 - Fix recording from mode id 0x8

2014-02-06 Thread Hsin-Yu Chao
The Chromebook Pixel has a microphone under the keyboard that is attached to node id 0x8. Before this fix, recording would always go to the main internal mic (node id 0x7). Signed-off-by: Hsin-Yu Chao Reviewed-by: Dylan Reid --- sound/pci/hda/patch_ca0132.c | 4 +--- 1 file changed, 1