Re: [PATCH 0/2] Fix s5p-mfc lock contention in request firmware paths

2017-10-30 Thread Shuah Khan
On 10/25/2017 04:28 PM, Marian Mihailescu wrote: > Hi Shuah, > > For MFC patch, you can delete the "dev" variable since it's not being > used anymore and results in a compile warning. > > - struct s5p_mfc_dev *dev = ctx->dev; > Hi Marian, This series doesn't have the unused warn problem. I fix

Re: [PATCH 0/2] Fix s5p-mfc lock contention in request firmware paths

2017-10-25 Thread Shuah Khan
On 10/25/2017 04:28 PM, Marian Mihailescu wrote: > Hi Shuah, > > For MFC patch, you can delete the "dev" variable since it's not being > used anymore and results in a compile warning. > > - struct s5p_mfc_dev *dev = ctx->dev; > > Cheers, > Marian Oops. I thought I handled that. I will fix that

Re: [PATCH 0/2] Fix s5p-mfc lock contention in request firmware paths

2017-10-25 Thread Marian Mihailescu
Hi Shuah, For MFC patch, you can delete the "dev" variable since it's not being used anymore and results in a compile warning. - struct s5p_mfc_dev *dev = ctx->dev; Cheers, Marian On Thu, Oct 26, 2017 at 7:54 AM, Shuah Khan wrote: > On 10/06/2017 03:30 PM, Shuah Khan wrote: >> This patch serie

Re: [PATCH 0/2] Fix s5p-mfc lock contention in request firmware paths

2017-10-25 Thread Shuah Khan
On 10/06/2017 03:30 PM, Shuah Khan wrote: > This patch series fixes inefficiencies and lock contention in the request > firmware paths. > > Shuah Khan (2): > media: s5p-mfc: check for firmware allocation before requesting > firmware > media: s5p-mfc: fix lock confection - request_firmware(

[PATCH 0/2] Fix s5p-mfc lock contention in request firmware paths

2017-10-06 Thread Shuah Khan
This patch series fixes inefficiencies and lock contention in the request firmware paths. Shuah Khan (2): media: s5p-mfc: check for firmware allocation before requesting firmware media: s5p-mfc: fix lock confection - request_firmware() once and keep state drivers/media/platform/s5p-m