bcm63xx/u-boot/drivers/sound/sound-uclass.c, branch masterBroadcom-s U-Boothttps://git.openwrt.org/project/bcm63xx/u-boot/atom?h=master2019-02-20T07:27:08Zsound: Add uclass operations for beeping2019-02-20T07:27:08ZSimon Glass2019-02-17T03:24:54Zurn:sha1:2850266965ade165f913a66f679a0449faf21180
Some audio codecs such as Intel HDA do not need to use digital data to
play sounds, but instead have a way to emit beeps. Add this interface as
an option. If the beep interface is not supported, then the sound uclass
falls back to the I2S interface.
Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
sound: Mark sound_setup() as optional2019-02-20T07:27:08ZSimon Glass2019-02-17T03:24:53Zurn:sha1:e65f9ef9f21058a7e4f54e11da1af49a8c1b0579
This method in the sound API is optional since some drivers can do this
when probing or as part of SoC init. Mark it as such.
Signed-off-by: Simon Glass <sjg@chromium.org>
Reviewed-by: Bin Meng <bmeng.cn@gmail.com>
dm: sound: Use the correct number of channels for sound2018-12-13T23:37:10ZSimon Glass2018-12-10T17:37:51Zurn:sha1:f987177db9c988142032ed8142a093cce2378a90
At present the 'beep' sound generates a waveform for only one channel even
if two are being used. This means that the beep is twice the frequency it
should be. Correct this by making it a parameter.
The fix in a previous commit was correct for sandbox but not for other
boards.
Fixes: 03f11e87a8 ("sound: Correct data output in sound_create_square_wave()")
Signed-off-by: Simon Glass <sjg@chromium.org>
dm: sound: Create a uclass for sound2018-12-13T23:32:49ZSimon Glass2018-12-10T17:37:36Zurn:sha1:d4901898654b664c41d8a03afc0e0fbf531b5812
The sound driver pulls together the audio codec and i2s drivers in order
to actually make sounds. It supports setup() and play() methods. The
sound_find_codec_i2s() function allows locating the linked codec and i2s
devices. They can be referred to from uclass-private data.
Add a uclass and a test for sound.
Signed-off-by: Simon Glass <sjg@chromium.org>