exynos4412: Audio dies after one day on kernel 4.0

exynos4412: Audio dies after one day on kernel 4.0

[gabriel]

Hello,

I've been successfully using a self compiled linux kernel until version
3.19 together with Debian Stretch.

After upgrading the kernel to version 4.0 I see strange messages in the
logs i.e.

May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
alsa-sink.c: ALSA woke us up to write new data to the device, but there
was actually nothing to write!
May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
alsa-sink.c: Most likely this is a bug in the ALSA driver
'snd_soc_simple_card'. Please report this issue to the ALSA developers.
May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
snd_pcm_avail() returned 0 or another value < min_avail.


I can easily play sound in perfect quality for approx the first 24h.
After that time the sound becomes distorted and is choppy/crackling.
After rebooting then the sound is optimal again.


I have tried to use kernel 4.0 with almost exactly the same
configuration than for 3.19 to no avail.

Then somebody on
http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
hint that the followin patch might solve the issue:

https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d


The patch did help something. I can now still play music after 2 days
but what happens is that each time I turn on music I get a choppy sound
for some time. That means the sound comes clear but every 2 seconds the
sound pauses for a fraction of a second. Which is somewhat comparable to
the issue earlier but without the heavy crackling - and that this goes
away after a couple of minutes.


But furthermore the sound has now simple cracklings. One in two second
approx. and they do not disappear.


Does anybody have an idea what could be the matter here?

Thanks in advance.

Gabriel

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>
> Hello,
>
> I've been successfully using a self compiled linux kernel until version
> 3.19 together with Debian Stretch.
>
> After upgrading the kernel to version 4.0 I see strange messages in the
> logs i.e.
>
> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
> alsa-sink.c: ALSA woke us up to write new data to the device, but there
> was actually nothing to write!
> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
> alsa-sink.c: Most likely this is a bug in the ALSA driver
> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
> snd_pcm_avail() returned 0 or another value < min_avail.
>
>
> I can easily play sound in perfect quality for approx the first 24h.
> After that time the sound becomes distorted and is choppy/crackling.
> After rebooting then the sound is optimal again.
>
>
> I have tried to use kernel 4.0 with almost exactly the same
> configuration than for 3.19 to no avail.
>
> Then somebody on
> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
> hint that the followin patch might solve the issue:
>
> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>
>
> The patch did help something. I can now still play music after 2 days
> but what happens is that each time I turn on music I get a choppy sound
> for some time. That means the sound comes clear but every 2 seconds the
> sound pauses for a fraction of a second. Which is somewhat comparable to
> the issue earlier but without the heavy crackling - and that this goes
> away after a couple of minutes.
>
>
> But furthermore the sound has now simple cracklings. One in two second
> approx. and they do not disappear.
>
>
> Does anybody have an idea what could be the matter here?
>
> Thanks in advance.

+Cc Robert, dmaengine list.

Bisecting would be helpful. You could also try reverting following commits:
88987d2c75
aee4d1fac8

Other possible test case would be disabling runtime PM for pl330 DMA driver:

for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
  echo "on" > ${i}/control
done

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[gabriel]

On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>
>> Hello,
>>
>> I've been successfully using a self compiled linux kernel until version
>> 3.19 together with Debian Stretch.
>>
>> After upgrading the kernel to version 4.0 I see strange messages in the
>> logs i.e.
>>
>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>> was actually nothing to write!
>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>> snd_pcm_avail() returned 0 or another value < min_avail.
>>
>>
>> I can easily play sound in perfect quality for approx the first 24h.
>> After that time the sound becomes distorted and is choppy/crackling.
>> After rebooting then the sound is optimal again.
>>
>>
>> I have tried to use kernel 4.0 with almost exactly the same
>> configuration than for 3.19 to no avail.
>>
>> Then somebody on
>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>> hint that the followin patch might solve the issue:
>>
>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>
>>
>> The patch did help something. I can now still play music after 2 days
>> but what happens is that each time I turn on music I get a choppy sound
>> for some time. That means the sound comes clear but every 2 seconds the
>> sound pauses for a fraction of a second. Which is somewhat comparable to
>> the issue earlier but without the heavy crackling - and that this goes
>> away after a couple of minutes.
>>
>>
>> But furthermore the sound has now simple cracklings. One in two second
>> approx. and they do not disappear.
>>
>>
>> Does anybody have an idea what could be the matter here?
>>
>> Thanks in advance.
> 
> +Cc Robert, dmaengine list.
> 
> Bisecting would be helpful. You could also try reverting following commits:
> 88987d2c75
> aee4d1fac8
> 
> Other possible test case would be disabling runtime PM for pl330 DMA driver:
> 
> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>   echo "on" > ${i}/control
> done
> 

Thanks a lot Krzysztof,

I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
audio working after 1 and 1/2 day. Unluckily the alsa error message
occured still once but they don't seem to be the issue here.


Do you need to have tested out something else?

Best regards,
Gabriel

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

On 03.06.2015 04:51, gabriel@unseen.is wrote:
> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>>
>>> Hello,
>>>
>>> I've been successfully using a self compiled linux kernel until version
>>> 3.19 together with Debian Stretch.
>>>
>>> After upgrading the kernel to version 4.0 I see strange messages in the
>>> logs i.e.
>>>
>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>>> was actually nothing to write!
>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>>> snd_pcm_avail() returned 0 or another value < min_avail.
>>>
>>>
>>> I can easily play sound in perfect quality for approx the first 24h.
>>> After that time the sound becomes distorted and is choppy/crackling.
>>> After rebooting then the sound is optimal again.
>>>
>>>
>>> I have tried to use kernel 4.0 with almost exactly the same
>>> configuration than for 3.19 to no avail.
>>>
>>> Then somebody on
>>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>>> hint that the followin patch might solve the issue:
>>>
>>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>>
>>>
>>> The patch did help something. I can now still play music after 2 days
>>> but what happens is that each time I turn on music I get a choppy sound
>>> for some time. That means the sound comes clear but every 2 seconds the
>>> sound pauses for a fraction of a second. Which is somewhat comparable to
>>> the issue earlier but without the heavy crackling - and that this goes
>>> away after a couple of minutes.
>>>
>>>
>>> But furthermore the sound has now simple cracklings. One in two second
>>> approx. and they do not disappear.
>>>
>>>
>>> Does anybody have an idea what could be the matter here?
>>>
>>> Thanks in advance.
>>
>> +Cc Robert, dmaengine list.
>>
>> Bisecting would be helpful. You could also try reverting following commits:
>> 88987d2c75
>> aee4d1fac8
>>
>> Other possible test case would be disabling runtime PM for pl330 DMA driver:
>>
>> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>>   echo "on" > ${i}/control
>> done
>>
> 
> Thanks a lot Krzysztof,
> 
> I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
> audio working after 1 and 1/2 day. Unluckily the alsa error message
> occured still once but they don't seem to be the issue here.


+CC Marek,

Robert, Marek, do you have any idea for the cause?

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[gabriel]

On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote:
> On 03.06.2015 04:51, gabriel@unseen.is wrote:
>> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>>> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>>>
>>>> Hello,
>>>>
>>>> I've been successfully using a self compiled linux kernel until version
>>>> 3.19 together with Debian Stretch.
>>>>
>>>> After upgrading the kernel to version 4.0 I see strange messages in the
>>>> logs i.e.
>>>>
>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>>>> was actually nothing to write!
>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>>>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>>>> snd_pcm_avail() returned 0 or another value < min_avail.
>>>>
>>>>
>>>> I can easily play sound in perfect quality for approx the first 24h.
>>>> After that time the sound becomes distorted and is choppy/crackling.
>>>> After rebooting then the sound is optimal again.
>>>>
>>>>
>>>> I have tried to use kernel 4.0 with almost exactly the same
>>>> configuration than for 3.19 to no avail.
>>>>
>>>> Then somebody on
>>>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>>>> hint that the followin patch might solve the issue:
>>>>
>>>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>>>
>>>>
>>>> The patch did help something. I can now still play music after 2 days
>>>> but what happens is that each time I turn on music I get a choppy sound
>>>> for some time. That means the sound comes clear but every 2 seconds the
>>>> sound pauses for a fraction of a second. Which is somewhat comparable to
>>>> the issue earlier but without the heavy crackling - and that this goes
>>>> away after a couple of minutes.
>>>>
>>>>
>>>> But furthermore the sound has now simple cracklings. One in two second
>>>> approx. and they do not disappear.
>>>>
>>>>
>>>> Does anybody have an idea what could be the matter here?
>>>>
>>>> Thanks in advance.
>>>
>>> +Cc Robert, dmaengine list.
>>>
>>> Bisecting would be helpful. You could also try reverting following commits:
>>> 88987d2c75
>>> aee4d1fac8
>>>
>>> Other possible test case would be disabling runtime PM for pl330 DMA driver:
>>>
>>> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>>>   echo "on" > ${i}/control
>>> done
>>>
>>
>> Thanks a lot Krzysztof,
>>
>> I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
>> audio working after 1 and 1/2 day. Unluckily the alsa error message
>> occured still once but they don't seem to be the issue here.
> 
> 
> +CC Marek,
> 
> Robert, Marek, do you have any idea for the cause?
> 

I can now say for sure that the commits 88987d2c75 and aee4d1fac8 are
the cause for the problem. Audio was working now for 7 days.

Cheers,
Gabriel

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

2015-06-09 20:25 GMT+09:00  <gabriel@unseen.is>:
> On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote:
>> On 03.06.2015 04:51, gabriel@unseen.is wrote:
>>> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>>>> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>>>>
>>>>> Hello,
>>>>>
>>>>> I've been successfully using a self compiled linux kernel until version
>>>>> 3.19 together with Debian Stretch.
>>>>>
>>>>> After upgrading the kernel to version 4.0 I see strange messages in the
>>>>> logs i.e.
>>>>>
>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>>>>> was actually nothing to write!
>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>>>>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>>>>> snd_pcm_avail() returned 0 or another value < min_avail.
>>>>>
>>>>>
>>>>> I can easily play sound in perfect quality for approx the first 24h.
>>>>> After that time the sound becomes distorted and is choppy/crackling.
>>>>> After rebooting then the sound is optimal again.
>>>>>
>>>>>
>>>>> I have tried to use kernel 4.0 with almost exactly the same
>>>>> configuration than for 3.19 to no avail.
>>>>>
>>>>> Then somebody on
>>>>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>>>>> hint that the followin patch might solve the issue:
>>>>>
>>>>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>>>>
>>>>>
>>>>> The patch did help something. I can now still play music after 2 days
>>>>> but what happens is that each time I turn on music I get a choppy sound
>>>>> for some time. That means the sound comes clear but every 2 seconds the
>>>>> sound pauses for a fraction of a second. Which is somewhat comparable to
>>>>> the issue earlier but without the heavy crackling - and that this goes
>>>>> away after a couple of minutes.
>>>>>
>>>>>
>>>>> But furthermore the sound has now simple cracklings. One in two second
>>>>> approx. and they do not disappear.
>>>>>
>>>>>
>>>>> Does anybody have an idea what could be the matter here?
>>>>>
>>>>> Thanks in advance.
>>>>
>>>> +Cc Robert, dmaengine list.
>>>>
>>>> Bisecting would be helpful. You could also try reverting following commits:
>>>> 88987d2c75
>>>> aee4d1fac8
>>>>
>>>> Other possible test case would be disabling runtime PM for pl330 DMA driver:
>>>>
>>>> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>>>>   echo "on" > ${i}/control
>>>> done
>>>>
>>>
>>> Thanks a lot Krzysztof,
>>>
>>> I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
>>> audio working after 1 and 1/2 day. Unluckily the alsa error message
>>> occured still once but they don't seem to be the issue here.
>>
>>
>> +CC Marek,
>>
>> Robert, Marek, do you have any idea for the cause?
>>
>
> I can now say for sure that the commits 88987d2c75 and aee4d1fac8 are
> the cause for the problem. Audio was working now for 7 days.

+CC Vinod

Gabriel,

I sent a patch which should fix the issue. Could you give it a try? Of
course don't revert the other patches and don't use other workarounds.
Just apply the patch on clean (vanilla would be the best) kernel.
[RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[Vinod Koul]

On Wed, Jun 10, 2015 at 05:22:07PM +0900, Krzysztof Kozlowski wrote:

> > I can now say for sure that the commits 88987d2c75 and aee4d1fac8 are
> > the cause for the problem. Audio was working now for 7 days.
> 
> +CC Vinod
> 
> Gabriel,
> 
> I sent a patch which should fix the issue. Could you give it a try? Of
> course don't revert the other patches and don't use other workarounds.
> Just apply the patch on clean (vanilla would be the best) kernel.
> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
I have already applied this one, can you check the -next and see if this
issue is seen

-- 
~Vinod

Re: exynos4412: Audio dies after one day on kernel 4.0

[gabriel]

On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote:
> 2015-06-09 20:25 GMT+09:00  <gabriel@unseen.is>:
>> On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote:
>>> On 03.06.2015 04:51, gabriel@unseen.is wrote:
>>>> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>>>>> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>>>>>
>>>>>> Hello,
>>>>>>
>>>>>> I've been successfully using a self compiled linux kernel until version
>>>>>> 3.19 together with Debian Stretch.
>>>>>>
>>>>>> After upgrading the kernel to version 4.0 I see strange messages in the
>>>>>> logs i.e.
>>>>>>
>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>>>>>> was actually nothing to write!
>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>>>>>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>>>>>> snd_pcm_avail() returned 0 or another value < min_avail.
>>>>>>
>>>>>>
>>>>>> I can easily play sound in perfect quality for approx the first 24h.
>>>>>> After that time the sound becomes distorted and is choppy/crackling.
>>>>>> After rebooting then the sound is optimal again.
>>>>>>
>>>>>>
>>>>>> I have tried to use kernel 4.0 with almost exactly the same
>>>>>> configuration than for 3.19 to no avail.
>>>>>>
>>>>>> Then somebody on
>>>>>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>>>>>> hint that the followin patch might solve the issue:
>>>>>>
>>>>>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>>>>>
>>>>>>
>>>>>> The patch did help something. I can now still play music after 2 days
>>>>>> but what happens is that each time I turn on music I get a choppy sound
>>>>>> for some time. That means the sound comes clear but every 2 seconds the
>>>>>> sound pauses for a fraction of a second. Which is somewhat comparable to
>>>>>> the issue earlier but without the heavy crackling - and that this goes
>>>>>> away after a couple of minutes.
>>>>>>
>>>>>>
>>>>>> But furthermore the sound has now simple cracklings. One in two second
>>>>>> approx. and they do not disappear.
>>>>>>
>>>>>>
>>>>>> Does anybody have an idea what could be the matter here?
>>>>>>
>>>>>> Thanks in advance.
>>>>>
>>>>> +Cc Robert, dmaengine list.
>>>>>
>>>>> Bisecting would be helpful. You could also try reverting following commits:
>>>>> 88987d2c75
>>>>> aee4d1fac8
>>>>>
>>>>> Other possible test case would be disabling runtime PM for pl330 DMA driver:
>>>>>
>>>>> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>>>>>   echo "on" > ${i}/control
>>>>> done
>>>>>
>>>>
>>>> Thanks a lot Krzysztof,
>>>>
>>>> I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
>>>> audio working after 1 and 1/2 day. Unluckily the alsa error message
>>>> occured still once but they don't seem to be the issue here.
>>>
>>>
>>> +CC Marek,
>>>
>>> Robert, Marek, do you have any idea for the cause?
>>>
>>
>> I can now say for sure that the commits 88987d2c75 and aee4d1fac8 are
>> the cause for the problem. Audio was working now for 7 days.
> 
> +CC Vinod
> 
> Gabriel,
> 
> I sent a patch which should fix the issue. Could you give it a try? Of
> course don't revert the other patches and don't use other workarounds.
> Just apply the patch on clean (vanilla would be the best) kernel.
> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
> 

hi krzysztof,

thanks a lot for your work. having only that patch applied unfortunately
brought back the problem after something more than one day. the sound
became choppy/noisy again. I will now compile the -next kernel and give
it a try.

best regards,
gabriel

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

W dniu 13.06.2015 o 06:48, gabriel@unseen.is pisze:
> On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote:
>> 2015-06-09 20:25 GMT+09:00  <gabriel@unseen.is>:
>>> On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote:
>>>> On 03.06.2015 04:51, gabriel@unseen.is wrote:
>>>>> On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote:
>>>>>> 2015-05-31 2:32 GMT+09:00  <gabriel@unseen.is>:
>>>>>>>
>>>>>>> Hello,
>>>>>>>
>>>>>>> I've been successfully using a self compiled linux kernel until version
>>>>>>> 3.19 together with Debian Stretch.
>>>>>>>
>>>>>>> After upgrading the kernel to version 4.0 I see strange messages in the
>>>>>>> logs i.e.
>>>>>>>
>>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>>> alsa-sink.c: ALSA woke us up to write new data to the device, but there
>>>>>>> was actually nothing to write!
>>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>>> alsa-sink.c: Most likely this is a bug in the ALSA driver
>>>>>>> 'snd_soc_simple_card'. Please report this issue to the ALSA developers.
>>>>>>> May 27 22:44:01 pulseaudio[1027]: [alsa-sink-3830000.i2s-HiFi HiFi-0]
>>>>>>> alsa-sink.c: We were woken up with POLLOUT set -- however a subsequent
>>>>>>> snd_pcm_avail() returned 0 or another value < min_avail.
>>>>>>>
>>>>>>>
>>>>>>> I can easily play sound in perfect quality for approx the first 24h.
>>>>>>> After that time the sound becomes distorted and is choppy/crackling.
>>>>>>> After rebooting then the sound is optimal again.
>>>>>>>
>>>>>>>
>>>>>>> I have tried to use kernel 4.0 with almost exactly the same
>>>>>>> configuration than for 3.19 to no avail.
>>>>>>>
>>>>>>> Then somebody on
>>>>>>> http://forum.odroid.com/viewtopic.php?f=82&t=13281&p=91186 gave me the
>>>>>>> hint that the followin patch might solve the issue:
>>>>>>>
>>>>>>> https://github.com/prahal/linux/commit/5e60cfc9fa5101a346e29ef5f944fbbad300c72d
>>>>>>>
>>>>>>>
>>>>>>> The patch did help something. I can now still play music after 2 days
>>>>>>> but what happens is that each time I turn on music I get a choppy sound
>>>>>>> for some time. That means the sound comes clear but every 2 seconds the
>>>>>>> sound pauses for a fraction of a second. Which is somewhat comparable to
>>>>>>> the issue earlier but without the heavy crackling - and that this goes
>>>>>>> away after a couple of minutes.
>>>>>>>
>>>>>>>
>>>>>>> But furthermore the sound has now simple cracklings. One in two second
>>>>>>> approx. and they do not disappear.
>>>>>>>
>>>>>>>
>>>>>>> Does anybody have an idea what could be the matter here?
>>>>>>>
>>>>>>> Thanks in advance.
>>>>>>
>>>>>> +Cc Robert, dmaengine list.
>>>>>>
>>>>>> Bisecting would be helpful. You could also try reverting following commits:
>>>>>> 88987d2c75
>>>>>> aee4d1fac8
>>>>>>
>>>>>> Other possible test case would be disabling runtime PM for pl330 DMA driver:
>>>>>>
>>>>>> for i in /sys/bus/amba/drivers/dma-pl330/*.[amp]dma/power ; do
>>>>>>   echo "on" > ${i}/control
>>>>>> done
>>>>>>
>>>>>
>>>>> Thanks a lot Krzysztof,
>>>>>
>>>>> I have reverted 88987d2c75 and aee4d1fac8 from 4.0.4 and I have still
>>>>> audio working after 1 and 1/2 day. Unluckily the alsa error message
>>>>> occured still once but they don't seem to be the issue here.
>>>>
>>>>
>>>> +CC Marek,
>>>>
>>>> Robert, Marek, do you have any idea for the cause?
>>>>
>>>
>>> I can now say for sure that the commits 88987d2c75 and aee4d1fac8 are
>>> the cause for the problem. Audio was working now for 7 days.
>>
>> +CC Vinod
>>
>> Gabriel,
>>
>> I sent a patch which should fix the issue. Could you give it a try? Of
>> course don't revert the other patches and don't use other workarounds.
>> Just apply the patch on clean (vanilla would be the best) kernel.
>> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
>>
> 
> hi krzysztof,
> 
> thanks a lot for your work. having only that patch applied unfortunately
> brought back the problem after something more than one day. the sound
> became choppy/noisy again. I will now compile the -next kernel and give
> it a try.

Thanks, I'll try to reproduce the issue on my Odroid. Can you share more
details how to reproduce it? The audio must play continuously or just
from time to time but the board must be turned on for more than one day?

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski <k.kozlowski@samsung.com>:
> W dniu 13.06.2015 o 06:48, gabriel@unseen.is pisze:
>> On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote:
>>>
>>> Gabriel,
>>>
>>> I sent a patch which should fix the issue. Could you give it a try? Of
>>> course don't revert the other patches and don't use other workarounds.
>>> Just apply the patch on clean (vanilla would be the best) kernel.
>>> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented resume
>>>
>>
>> hi krzysztof,
>>
>> thanks a lot for your work. having only that patch applied unfortunately
>> brought back the problem after something more than one day. the sound
>> became choppy/noisy again. I will now compile the -next kernel and give
>> it a try.
>
> Thanks, I'll try to reproduce the issue on my Odroid. Can you share more
> details how to reproduce it? The audio must play continuously or just
> from time to time but the board must be turned on for more than one day?

I bought some audio cables and successfully reproduced similar issue
(choppy sound) on Odroid XU3-Lite. On current linux-next
(next-20150612) the sound is awful (choppy) after few seconds of play.
For example first four of:
$ aplay /usr/share/sounds/alsa/Front_Right.wav
work fine. But then it just gets worse and underruns are reported:
$ Playing WAVE '/usr/share/sounds/alsa/Front_Right.wav' : Signed 16
bit Little Endian, Rate 48000 Hz, Mono
$ underrun!!! (at least 0.095 ms long)

Reverting the commit aee4d1fac887 ("dmaengine: pl330: improve
pl330_tx_status() function") fixes this issue so this is not related
to missing "resume" function. At least this particular issue on my
Odroid is not related to missing resume but I did not try to play
sound for 24 hours.
My fix does not solve this. Probably "cc-stable" and "fixes" tags
should be dropped.

Anyway I'll try to investigate it more. If anyone has any ideas, please share.

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[Krzysztof Kozlowski]

On 23.06.2015 01:00, Anand Moon wrote:
> Hi Krzysztof
> 
> On 13 June 2015 at 13:45, Krzysztof Kozlowski <k.kozlowski@samsung.com
> <mailto:k.kozlowski@samsung.com>> wrote:
> 
>     2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski
>     <k.kozlowski@samsung.com <mailto:k.kozlowski@samsung.com>>:
>     > W dniu 13.06.2015 o 06:48, gabriel@unseen.is
>     <mailto:gabriel@unseen.is> pisze:
>     >> On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote:
>     >>>
>     >>> Gabriel,
>     >>>
>     >>> I sent a patch which should fix the issue. Could you give it a
>     try? Of
>     >>> course don't revert the other patches and don't use other
>     workarounds.
>     >>> Just apply the patch on clean (vanilla would be the best) kernel.
>     >>> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented
>     resume
>     >>>
>     >>
>     >> hi krzysztof,
>     >>
>     >> thanks a lot for your work. having only that patch applied
>     unfortunately
>     >> brought back the problem after something more than one day. the sound
>     >> became choppy/noisy again. I will now compile the -next kernel
>     and give
>     >> it a try.
>     >
>     > Thanks, I'll try to reproduce the issue on my Odroid. Can you
>     share more
>     > details how to reproduce it? The audio must play continuously or just
>     > from time to time but the board must be turned on for more than
>     one day?
> 
>     I bought some audio cables and successfully reproduced similar issue
>     (choppy sound) on Odroid XU3-Lite. On current linux-next
>     (next-20150612) the sound is awful (choppy) after few seconds of play.
>     For example first four of:
>     $ aplay /usr/share/sounds/alsa/Front_Right.wav
>     work fine. But then it just gets worse and underruns are reported:
>     $ Playing WAVE '/usr/share/sounds/alsa/Front_Right.wav' : Signed 16
>     bit Little Endian, Rate 48000 Hz, Mono
>     $ underrun!!! (at least 0.095 ms long)
> 
>     Reverting the commit aee4d1fac887 ("dmaengine: pl330: improve
>     pl330_tx_status() function") fixes this issue so this is not related
>     to missing "resume" function. At least this particular issue on my
>     Odroid is not related to missing resume but I did not try to play
>     sound for 24 hours.
>     My fix does not solve this. Probably "cc-stable" and "fixes" tags
>     should be dropped.
> 
>     Anyway I'll try to investigate it more. If anyone has any ideas,
>     please share.
> 
>     Best regards,
>     Krzysztof
>     --
>     To unsubscribe from this list: send the line "unsubscribe
>     linux-samsung-soc" in
>     the body of a message to majordomo@vger.kernel.org
>     <mailto:majordomo@vger.kernel.org>
>     More majordomo info at  http://vger.kernel.org/majordomo-info.html
> 
> 
> ​I gave it a try by enabling following config​ flags.
> 
> CONFIG_SND_SEQUENCER=m
> CONFIG_SND_SEQ_DUMMY=m
> CONFIG_SND_USB_AUDIO=m
> 
> I am able to play mp3 songs on Odroid-XU3 boards on vlc.
> Could you give it a try.

What do you mean? Which patch are you talking about? Are you aware that
I tried to fix this two times?

I already tested the latest fix on Odroid XU3 - which I mentioned in
commit. However it would be nice to get confirmation for fixing original
bug report (that specific conditions on that board which Gabriel reported).

Best regards,
Krzysztof

Re: exynos4412: Audio dies after one day on kernel 4.0

[Anand Moon]

Hi Krzysztof

On 23 June 2015 at 05:27, Krzysztof Kozlowski <k.kozlowski@samsung.com> wrote:
> On 23.06.2015 01:00, Anand Moon wrote:
>> Hi Krzysztof
>>
>> On 13 June 2015 at 13:45, Krzysztof Kozlowski <k.kozlowski@samsung.com
>> <mailto:k.kozlowski@samsung.com>> wrote:
>>
>>     2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski
>>     <k.kozlowski@samsung.com <mailto:k.kozlowski@samsung.com>>:
>>     > W dniu 13.06.2015 o 06:48, gabriel@unseen.is
>>     <mailto:gabriel@unseen.is> pisze:
>>     >> On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote:
>>     >>>
>>     >>> Gabriel,
>>     >>>
>>     >>> I sent a patch which should fix the issue. Could you give it a
>>     try? Of
>>     >>> course don't revert the other patches and don't use other
>>     workarounds.
>>     >>> Just apply the patch on clean (vanilla would be the best) kernel.
>>     >>> [RFT PATCH] dmaengine: Fix choppy sound because of unimplemented
>>     resume
>>     >>>
>>     >>
>>     >> hi krzysztof,
>>     >>
>>     >> thanks a lot for your work. having only that patch applied
>>     unfortunately
>>     >> brought back the problem after something more than one day. the sound
>>     >> became choppy/noisy again. I will now compile the -next kernel
>>     and give
>>     >> it a try.
>>     >
>>     > Thanks, I'll try to reproduce the issue on my Odroid. Can you
>>     share more
>>     > details how to reproduce it? The audio must play continuously or just
>>     > from time to time but the board must be turned on for more than
>>     one day?
>>
>>     I bought some audio cables and successfully reproduced similar issue
>>     (choppy sound) on Odroid XU3-Lite. On current linux-next
>>     (next-20150612) the sound is awful (choppy) after few seconds of play.
>>     For example first four of:
>>     $ aplay /usr/share/sounds/alsa/Front_Right.wav
>>     work fine. But then it just gets worse and underruns are reported:
>>     $ Playing WAVE '/usr/share/sounds/alsa/Front_Right.wav' : Signed 16
>>     bit Little Endian, Rate 48000 Hz, Mono
>>     $ underrun!!! (at least 0.095 ms long)
>>
>>     Reverting the commit aee4d1fac887 ("dmaengine: pl330: improve
>>     pl330_tx_status() function") fixes this issue so this is not related
>>     to missing "resume" function. At least this particular issue on my
>>     Odroid is not related to missing resume but I did not try to play
>>     sound for 24 hours.
>>     My fix does not solve this. Probably "cc-stable" and "fixes" tags
>>     should be dropped.
>>
>>     Anyway I'll try to investigate it more. If anyone has any ideas,
>>     please share.
>>
>>     Best regards,
>>     Krzysztof
>>     --
>>     To unsubscribe from this list: send the line "unsubscribe
>>     linux-samsung-soc" in
>>     the body of a message to majordomo@vger.kernel.org
>>     <mailto:majordomo@vger.kernel.org>
>>     More majordomo info at  http://vger.kernel.org/majordomo-info.html
>>
>>
>> I gave it a try by enabling following config flags.
>>
>> CONFIG_SND_SEQUENCER=m
>> CONFIG_SND_SEQ_DUMMY=m
>> CONFIG_SND_USB_AUDIO=m
>>
>> I am able to play mp3 songs on Odroid-XU3 boards on vlc.
>> Could you give it a try.
>
> What do you mean? Which patch are you talking about? Are you aware that
> I tried to fix this two times?
>
> I already tested the latest fix on Odroid XU3 - which I mentioned in
> commit. However it would be nice to get confirmation for fixing original
> bug report (that specific conditions on that board which Gabriel reported).
>
> Best regards,
> Krzysztof

Looks like I missed the fix. Or I overlooked it.

sorry for the noise.

-Anand Moon