Could not find symbol mcasp0_pins

[Cad Soft]

Hello all,

When trying to apply the Device tree overlay below, I get the error mentioned in the subject above. This was taken from a pre-existing overlay but perhaps the lastest Debian image calls it something else. Before anyone mentions the commented line at the bottom of the overlay I'm trying two variations one with the line commented the other without the line commented. Both yield the same error in dmesg.

Here's the image I am using:

Debian Image 2015-11-03 for BeagleBone Black

Thanks in advanced for any asistance provided.

Best Regards,
Jorge Garcia


/* Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/
*
* This program is free software; you can redistribute it and/or modify
* it under the terms of the GNU General Purpose License Version 2 as
* published by the Free Software Foundation
*
* Original from: github.com/jadonk/validation-scripts/blob/master/test-capemgr/
*
* Modified by Jorge Garcia for the purposes of running my audio cape. This one disables using 9.27 as the clock
*/

/dts-v1/;
/plugin/;

/{
    compatible = "ti,beaglebone", "ti,beaglebone-black";
    part-number = "jorge-audio-cape-normal";
    version = "00A0";
      
    fragment@0 {
        target = <&mcasp0>;
        __overlay__ {
            pinctrl-names = "default";
            pinctrl-0 = <&mcasp0_pins>;

            status = "okay";

            op-mode = <0>;          /* MCASP_IIS_MODE */
            tdm-slots = <2>;
            num-serializer = <16>;
            serial-dir = <  /* 0: INACTIVE, 1: TX, 2: RX */
                0 0 1 0
                0 0 0 0
                0 0 0 0
                0 0 0 0
            >;
            tx-num-evt = <1>;
            rx-num-evt = <1>;
        };
    };

    fragment@1 {
        target = <&ocp>;
        __overlay__ {
            sound {
                compatible = "ti,am33xx-beaglebone-black";
                ti,model = "TI BeagleBone Black";
                ti,audio-codec = <&nxptda>;
                ti,mcasp-controller = <&mcasp0>;
                ti,codec-clock-rate = <2457600>;
                /* mcasp_clock_enable = <&gpio2 27 0>; BeagleBone Black Clk enable on GPIO1_27, not necessary for my shield */
            };
        };
    };
};

[Cad Soft]

I apologize I think I accidentally posted this in multiple places, sorry.

[William Hermans]

I was reading on various device tree topics last week, and seem to recall the most well known cause for this complaint from dtc is: You have the wrong device tree compiler.

So, what is the output of
dtc --version

?

--
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.
For more options, visit https://groups.google.com/d/optout.

[William Hermans]

Additionally, searching through my own de-compiled am335x-boneblack.dtb board file. mcasp0_pins does not exist.

[William Hermans]

william@ds64:~/ramfs/bb-kernel/KERNEL/arch/arm/boot/dts$ git grep -inIE --color=ALWAYS "mcasp0_pins"
. . .
am335x-cape-bbb-exp-c.dtsi:63:  mcasp0_pins: pinmux_mcasp0_pins {
am335x-cape-bbb-exp-c.dtsi:113: pinctrl-0 = <&mcasp0_pins>;
am335x-cape-bbb-exp-r.dtsi:56:  mcasp0_pins: pinmux_mcasp0_pins {
am335x-cape-bbb-exp-r.dtsi:92:  pinctrl-0 = <&mcasp0_pins>;
. . .

So, I have not looked into either of these device tree include files . . . However if you include one of these, or copy the mcasp0_pins or if you  copy this definition section from one of those file, into your device tree overlay. The problem should be fixed. Of course, it would behoove you to make sure the pinmux / pins are correct for your situation . . .

[Cad Soft]

On Wednesday, December 2, 2015 at 5:46:55 PM UTC-5, William Hermans wrote:

I was reading on various device tree topics last week, and seem to recall the most well known cause for this complaint from dtc is: You have the wrong device tree compiler.

So, what is the output of
dtc --version

?

DTC 1.4.0 

[Cad Soft]

Hi William,

Thank you for taking the time to respond, I really appreciate it. My endgoal here is to re-enable the default HDMI audio because the LCD cape I'm using disables it. That's what got me into this whole mess in the first place.

These files that you are referencing are not on the BBB itself, correct? Would it be as simple as adding an include statement to my overlay? I would obviously confirm that the pins are muxed properly.

Thanks again for your help.

Best Regards,

Jorge Garcia

 

[William Hermans]

Ok, I jumped the gun on that answer. I assumed that you had that alias in place, but apparently you do not. That alias is not included in the stock board device tree file.

--

[William Hermans]

These files that you are referencing are not on the BBB itself, correct? Would it be as simple as adding an include statement to my overlay? I would obviously confirm that the pins are muxed properly.

It could be yes, but you'll have to double check everything. You're very likely to have conflicts between overlays with stock settings.

DO also keep in mind that I'm not an expert with device tree files, and am still learning myself. But this sort of thing is what I've learned in the last couple weeks . . .

So, *.dtsi files, are device tree source include files . . .

[Robert Nelson]

Or just add them in your overlay..

https://github.com/beagleboard/linux/blob/3.8/firmware/capes/cape-boneblack-hdmi-00A0.dts#L82-L90

Regards, 

--

Robert Nelson
https://rcn-ee.com/

[Cad Soft]

Or just add them in your overlay..

https://github.com/beagleboard/linux/blob/3.8/firmware/capes/cape-boneblack-hdmi-00A0.dts#L82-L90

Regards, 

--

Robert Nelson
https://rcn-ee.com/

Hi Robert,

Thank you for taking the time to respond to me. Looking at that example, I'm correct in thinking that I should add an additional fragment to my overlay that targets am33x-pinmux and include the lines you mentioned?

If that's the case then I think I got it.

Best Regards, 

Jorge Garcia

[Robert Nelson]

> Hi Robert,
>
> Thank you for taking the time to respond to me. Looking at that example, I'm
> correct in thinking that I should add an additional fragment to my overlay
> that targets am33x-pinmux and include the lines you mentioned?
>
> If that's the case then I think I got it.

Yeap, you can target am33x-pinmux and add all the aditional pinmux you need.

[Cad Soft]

THANK YOU!!!

I was final able to get an overlay that brought back HDMI audio, without invoking HDMI video. I have attached it in case anyone else needs it.

Let me know if there's a better place to put this.

Best Regards,
Jorge Garcia