On Apr 19, 2016, at 00:36 , Peter Ujfalusi peter.ujfalusi@ti.com wrote:
On 04/19/16 10:18, Rick Mann wrote:
On Apr 19, 2016, at 00:00 , Peter Ujfalusi peter.ujfalusi@ti.com wrote:
On 04/19/16 03:25, Rick Mann wrote:
Thanks for the suggestions, Peter, I really appreciate the help. Here's what I get:
[ 256.743991] davinci-mcasp 48038000.mcasp: Slots: 2, max_active_serializers: 1, active_serializers: 0, channels: 2
I rebuilt the 4.4.7-bone-rt-r9 kernel using Robert C Nelson's bb-kernel repo scripts. I modified sound/soc/davinci/davinci-mcasp.c to print some diagnostics. Rebooted, then executed the following. Note that BB-BONE-AUDI-02.dts is https://github.com/RobertCNelson/bb.org-overlays/blob/master/src/arm/BB-BONE-AUDI-02-00A0.dts,
and the base DTB is http://pastebin.com/5vVEdAKt:
Looks OK.
FWIW: I have the following patch on top of linux-next to get the BBW's AudioCape RevA working: https://github.com/omap-audio/linux-audio/commit/37d2421c321762360a6982b3710...
Interesting, I'll look at that when I start modifying the DTS again. I see that uses the '3106. My own cape has the '3104 on it, which is why I'm trying to get the AudioCape RevB working (my cape has additional GPIOs controlling regulators and resets that I'll have to accommodate).
$ sudo su # echo BB-BONE-AUDI-02 > $SLOTS # aplay -l **** List of PLAYBACK Hardware Devices **** card 0: B [AudioCape Rev B], device 0: davinci-mcasp.0-tlv320aic3x-hifi tlv320aic3x-hifi-0 [] Subdevices: 1/1 Subdevice #0: subdevice #0 # speaker-test
speaker-test 1.0.28
Playback device is default Stream parameters are 48000Hz, S16_LE, 1 channels Using 16 octaves of pink noise Rate set to 48000Hz (requested 48000Hz) Buffer size range from 16 to 32768 Period size range from 8 to 16384 Using max buffer size 32768 Periods = 4 Unable to set hw params for playback: Invalid argument Setting of hwparams failed: Invalid argument
speaker-test caused the following to be logged:
[ 256.743991] davinci-mcasp 48038000.mcasp: Slots: 2, max_active_serializers: 1, active_serializers: 0, channels: 2
Now this is odd... Can you print also the mcasp->num_serializer here? If it is 0, then something really strange is going on. We set this up in davinci_mcasp_set_pdata_from_of() when reading the serial-dir array.
Yup, seems like it's 0:
[ 67.876673] davinci-mcasp 48038000.mcasp: Slots: 2, max_active_serializers: 1, active_serializers: 0, channels: 2, mcasp->num_serializer: 0 [ 67.889362] davinci-mcasp 48038000.mcasp: ASoC: can't set 48038000.mcasp hw params: -22
How can it be? can you take a look of the davinci_mcasp_set_pdata_from_of() function where the serial-dir is set up? Do we get the of_serial_dir32? What is the size of the array we got (val)?
It seems to be 0:
[ 8.411990] davinci-mcasp 48038000.mcasp: davinci_mcasp_probe: enter [ 8.453167] davinci-mcasp 48038000.mcasp: serial-dir: 0 [ 8.501317] davinci-mcasp 48038000.mcasp: invalid tdm slots: 0 [ 8.554405] davinci-mcasp 4803c000.mcasp: davinci_mcasp_probe: enter [ 8.562924] davinci-mcasp 4803c000.mcasp: serial-dir: 0 [ 8.635250] davinci-mcasp 4803c000.mcasp: invalid tdm slots: 0
BTW: can you check your mail client to wrap the lines around 78 characters?
I'm sorry, it seems to be an issue with OS X Mail. There are no settings to control this, despite the fact that I have it set to send "plain-text" email. I will try to insert hard carriage returns to shorten my typed text.
https://discussions.apple.com/thread/3040166?tstart=0