Re: exynos4412: Audio dies after one day on kernel 4.0
On 23.06.2015 01:00, Anand Moon wrote: Hi Krzysztof On 13 June 2015 at 13:45, Krzysztof Kozlowski k.kozlow...@samsung.com mailto:k.kozlow...@samsung.com wrote: 2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com mailto:k.kozlow...@samsung.com: W dniu 13.06.2015 o 06:48, gabr...@unseen.is mailto:gabr...@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 majord...@vger.kernel.org mailto:majord...@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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
Re: exynos4412: Audio dies after one day on kernel 4.0
Hi Krzysztof On 23 June 2015 at 05:27, Krzysztof Kozlowski k.kozlow...@samsung.com wrote: On 23.06.2015 01:00, Anand Moon wrote: Hi Krzysztof On 13 June 2015 at 13:45, Krzysztof Kozlowski k.kozlow...@samsung.com mailto:k.kozlow...@samsung.com wrote: 2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com mailto:k.kozlow...@samsung.com: W dniu 13.06.2015 o 06:48, gabr...@unseen.is mailto:gabr...@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 majord...@vger.kernel.org mailto:majord...@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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in
Re: exynos4412: Audio dies after one day on kernel 4.0
2015-06-13 14:47 GMT+09:00 Krzysztof Kozlowski k.kozlow...@samsung.com: W dniu 13.06.2015 o 06:48, gabr...@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 majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote: 2015-06-09 20:25 GMT+09:00 gabr...@unseen.is: On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote: On 03.06.2015 04:51, gabr...@unseen.is wrote: On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
W dniu 13.06.2015 o 06:48, gabr...@unseen.is pisze: On 06/10/2015 10:22 AM, Krzysztof Kozlowski wrote: 2015-06-09 20:25 GMT+09:00 gabr...@unseen.is: On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote: On 03.06.2015 04:51, gabr...@unseen.is wrote: On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
2015-06-09 20:25 GMT+09:00 gabr...@unseen.is: On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote: On 03.06.2015 04:51, gabr...@unseen.is wrote: On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
On 06/03/2015 02:05 AM, Krzysztof Kozlowski wrote: On 03.06.2015 04:51, gabr...@unseen.is wrote: On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
On 03.06.2015 04:51, gabr...@unseen.is wrote: On 05/31/2015 08:47 AM, Krzysztof Kozlowski wrote: 2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Re: exynos4412: Audio dies after one day on kernel 4.0
2015-05-31 2:32 GMT+09:00 gabr...@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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
exynos4412: Audio dies after one day on kernel 4.0
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-383.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-383.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-383.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=82t=13281p=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 -- To unsubscribe from this list: send the line unsubscribe linux-samsung-soc in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html