2013-11-27, 07:06
Well at least it didn't take long to find the firmware!
This was my process:
Started with the last known good build from 02:51 on Nov 20:
Cloned the raspberrypi/firmware repo on the master branch and started with the first commit on 7 Nov, copying start_x.elf and fixup_x.dat to the Pi as start.elf/fixup.dat respectively.
First 7 Nov commit details:
Result: Audio OK
Second Nov 7 commit details - same as build (confirming my process is valid):
Result: Audio OK (as expected)
Nov 10 commit details (only commit that day):
Result: *CHIRPING* ding ding ding we have a winner!
I've gone back and forth several times now between e85b566 (last commit on 7 Nov) and 18a163f (10 Nov) and only getting "chirping" with 18a163f. It appears this commit resolves several problems, not sure which one might be the underlying cause of the audio glitches (which seem to be PCM related).
Edit: One of the fixes in 18a163f appears to be network related, so I just wanted to add that I've reproduced chirping when streaming from NFS, SMB, and also direct from USB.
This was my process:
Started with the last known good build from 02:51 on Nov 20:
Code:
rpi512:~ # vcgencmd version && cd /flash && ls -la fixup.dat start.elf
Nov 7 2013 16:45:47
Copyright (c) 2012 Broadcom
version 8573b0747a17baf22e97e08254737a13d80430dd (clean) (release)
-rwxr-xr-x 1 root root 8804 Nov 20 02:52 fixup.dat
-rwxr-xr-x 1 root root 3482692 Nov 20 02:52 start.elf
Cloned the raspberrypi/firmware repo on the master branch and started with the first commit on 7 Nov, copying start_x.elf and fixup_x.dat to the Pi as start.elf/fixup.dat respectively.
First 7 Nov commit details:
Code:
bcm2835-driver.git$ git reset --hard 452637c34ceb3f3323e09b56c705f34bbe3a4594
HEAD is now at 452637c kernel: config: add missing PPP config options, MMC_SPI and DM_LOG_USERSPACE and crypto options
rpi512:~ # vcgencmd version && cd /flash && ls -la fixup.dat start.elf
Nov 7 2013 15:28:26
Copyright (c) 2012 Broadcom
version 7fc43cae4787c82b467d5707f48021b65cf3d44e (tainted) (release)
-rwxr-xr-x 1 root root 8803 Nov 27 04:35 fixup.dat
-rwxr-xr-x 1 root root 3482692 Nov 27 04:35 start.elf
Result: Audio OK
Second Nov 7 commit details - same as build (confirming my process is valid):
Code:
bcm2835-driver.git$ git reset --hard e85b566308a06952103fc3c70f46f3d13aac557b
HEAD is now at e85b566 firmware: rebuild with missing pause_burst_frames added
rpi512:/flash # vcgencmd version && cd /flash && ls -la fixup.dat start.elf
Nov 7 2013 16:45:47
Copyright (c) 2012 Broadcom
version 8573b0747a17baf22e97e08254737a13d80430dd (clean) (release)
-rwxr-xr-x 1 root root 8804 Nov 27 04:40 fixup.dat
-rwxr-xr-x 1 root root 3482692 Nov 27 04:40 start.elf
Result: Audio OK (as expected)
Nov 10 commit details (only commit that day):
Code:
bcm2835-driver.git$ git reset --hard 18a163f9341755b00841312af2878afeb64c131c
HEAD is now at 18a163f userland: Add support for mmal camera to texture conversion and support this in raspicam apps
rpi512:~ # vcgencmd version && cd /flash && ls -la fixup.dat start.elf
Nov 10 2013 16:16:10
Copyright (c) 2012 Broadcom
version 96ec677b68916c87fac224a45994ad5a4da819d5 (tainted) (release)
-rwxr-xr-x 1 root root 8804 Nov 27 04:42 fixup.dat
-rwxr-xr-x 1 root root 3483844 Nov 27 04:42 start.elf
Result: *CHIRPING* ding ding ding we have a winner!
I've gone back and forth several times now between e85b566 (last commit on 7 Nov) and 18a163f (10 Nov) and only getting "chirping" with 18a163f. It appears this commit resolves several problems, not sure which one might be the underlying cause of the audio glitches (which seem to be PCM related).
Edit: One of the fixes in 18a163f appears to be network related, so I just wanted to add that I've reproduced chirping when streaming from NFS, SMB, and also direct from USB.