hdmi audio stops at 10 minutes after boot --- always.

45 views
Skip to first unread message

John Franey

unread,
Jan 1, 2017, 3:31:01 PM1/1/17
to BeagleBoard
I have hdmi audio working up until 10 minutes from boot time.  Exactly 10 minutes.....every boot.

I test with 'speaker-test'.  Running continuously.  Output stops exactly at TimeBoot + 10mins.

There is no outward appearance of a problem:
1)  The output of speaker-test is not affected.  Blissfully continues to test: "Right channel....Left channel....Right channel....etc".
2) No message in dmesg.
3) No message in /var/log/*


How can I debug?

Any hypotheses?

Thanks

root@beaglebone:~# uname -a
Linux beaglebone 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 armv7l GNU/Linux

root@beaglebone:~# cat /etc/debian_version
8.6


evilwulfie

unread,
Jan 1, 2017, 3:44:10 PM1/1/17
to beagl...@googlegroups.com
Do you have a serial debug cable ?
I have seen posts here saying that some messages only get spit out on that port.
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/3c2aedb0-70b7-42ff-8ef7-4782590f9838%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

William Hermans

unread,
Jan 1, 2017, 6:07:58 PM1/1/17
to beagl...@googlegroups.com
I'd probably try to run your executable through strace, and output into a file.

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscribe@googlegroups.com.

John Franey

unread,
Jan 2, 2017, 2:25:25 PM1/2/17
to BeagleBoard
No.  I don't have a serial debug cable.


If you have a link to the other messages, can you provide a reference (a link or search string or something) so I can read them too?

What exactly do you mean /that some messages only get spit out on that port'?  I don't know what action to take from this.

Can you elaborate?

Thanks.

John Franey

unread,
Jan 2, 2017, 2:28:02 PM1/2/17
to BeagleBoard
What do you think strace would show?

I used strace a long time ago.  Back then, it traced the system calls of an application process.   What should I look for in that output?

Thanks,
John


On Sunday, January 1, 2017 at 6:07:58 PM UTC-5, William Hermans wrote:
I'd probably try to run your executable through strace, and output into a file.
On Sun, Jan 1, 2017 at 1:25 PM, John Franey <jjfr...@gmail.com> wrote:
I have hdmi audio working up until 10 minutes from boot time.  Exactly 10 minutes.....every boot.

I test with 'speaker-test'.  Running continuously.  Output stops exactly at TimeBoot + 10mins.

There is no outward appearance of a problem:
1)  The output of speaker-test is not affected.  Blissfully continues to test: "Right channel....Left channel....Right channel....etc".
2) No message in dmesg.
3) No message in /var/log/*


How can I debug?

Any hypotheses?

Thanks

root@beaglebone:~# uname -a
Linux beaglebone 4.4.30-ti-r64 #1 SMP Fri Nov 4 21:23:33 UTC 2016 armv7l GNU/Linux

root@beaglebone:~# cat /etc/debian_version
8.6


--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard...@googlegroups.com.

William Hermans

unread,
Jan 2, 2017, 3:05:14 PM1/2/17
to beagl...@googlegroups.com

On Mon, Jan 2, 2017 at 12:28 PM, John Franey <jjfr...@gmail.com> wrote:
What do you think strace would show?

I used strace a long time ago.  Back then, it traced the system calls of an application process.   What should I look for in that output?

Thanks,
John

Ok so then you know what strace is then I suppose. In your case, I would *imagine* strace would make things really easy to understand what is happening at that 10 minute mark. Since in your shoes, I'd run everything normally, but through strace. There is very likely going to be a lot of output. So you'd want to output that to a file, using the -o option( dash oh, as in Oscar ). Passed that I then( I would think ) becomes a matter of reading the file in reverse, until you find a potential culprit. That is: start of the end of the output file reading towards the beginning.

Quite honestly, I have no idea what you should be looking for, But I suspect you'll know it when you see it. But if you do not, You could paste the last 10 lines of output here, or so. Then see if any one else here can spot a potential problem. I think that it could be very likely you will not see an exact cause, but instead see something that should give a very good indication as to what the problem is.

William Hermans

unread,
Jan 2, 2017, 3:11:42 PM1/2/17
to beagl...@googlegroups.com
One thing that does come to mind is that having just recently removed the kernel module from loading at boot on my own system here. Is that it *could* be related to DMA. As it seems the sound modules do include a dma sound module. Which, there has been some issues with DMA on this platform in the past. I only remember seeing issues with dma in relation to SPI, but perhaps it's also an issue for sound too ? Pure speculation on my behalf.

John Franey

unread,
Jan 2, 2017, 4:54:26 PM1/2/17
to BeagleBoard
William,

Thanks.

If your suggestion is that the speaker-test program itself is silencing the hdmi output with some driver call....I'm really doubtful.  I hope you don't mind me saying so.  For a couple of reasons, but mainly: The audio stops 10 minutes after boot time even if there is no audio process running at the time.  For example, I can run speaker-test before 10min mark to prove audio comes out right after boot.  Then turn off speaker-test before the 10min mark, and run it after.  There is no audio.

Do I understand you correctly? That is, strace speaker-test? 

...or maybe I should strace another process that maybe disabling sound.  Guessing which one is the root question anyway.


John

William Hermans

unread,
Jan 2, 2017, 4:58:01 PM1/2/17
to beagl...@googlegroups.com
$ strace -o /path/file speaker-test


It'll at least tell you where it stops, and most likely why.

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email to beagleboard+unsubscribe@googlegroups.com.
To view this discussion on the web visit https://groups.google.com/d/msgid/beagleboard/49e4bbaa-0b7d-4e52-8b75-09f402c7db9d%40googlegroups.com.

William Hermans

unread,
Jan 2, 2017, 5:05:04 PM1/2/17
to beagl...@googlegroups.com
More to the point. Try running the command I gave above *AFTER* the audio already stops. That'll at least tell you where, and why it fails. After that you can investigate these reason why. Perhaps providing a fruitful google search, or at minimum giving you something to report.

William Hermans

unread,
Jan 2, 2017, 5:24:36 PM1/2/17
to beagl...@googlegroups.com
Ok, my bad, I completely missed the part where you said it still output, just no sound from speakers . . .

Well then, that will be problematic to troubleshoot.

With that said, which kernel version are you running ? Ok, 4.4.30-ti-r64

Have you tried different kernels ? newer, and older.

William Hermans

unread,
Jan 2, 2017, 5:55:23 PM1/2/17
to beagl...@googlegroups.com
So this is not guaranteed to work, but worth exploring. Give the following a shot:
$ sudo alsa force-reload

But if that does not work. Try running:

$ sudo apt-get update
$ sudo apt-get install --fix-missing
$ sudo alsa force-reload
$ sudo reboot

I've seen mention of this multiple times, but always for Ubuntu it seems. So maybe it'll cure your problems, maybe it won't.
Reply all
Reply to author
Forward
0 new messages