Thanks John, this worked. I also tried modifying /lib/firmware/cape-boneblack-hdmi-00A0.dts to remove the conflicts (without disabling HDMI in /boot/uboot/uEnv.txt) , and then recompiled to make a new /lib/firmware/cape-boneblack-hdmi-00A0.dtbo, but dmesg still reported a conflict with P9_25 even though P9_25 and mcasp0 had been removed. This indicates to me that /lib/firmware/cape-boneblack-hdmi-00A0.dtbo is not being read from /lib/firmware at boot; do you know where it is being read from? Or can you point me to a link for the process and places of loading overlay files on the Ubuntu BBB at boot? I am really having difficulties finding documentation regarding this so any helpful links are appreciated.
On Wednesday, March 12, 2014 2:21:43 PM UTC-4, john3909 wrote: > > > > From: Gerald Coley <[email protected] <javascript:>> > Reply-To: <[email protected] <javascript:>> > Date: Wednesday, March 12, 2014 at 10:35 AM > To: "[email protected] <javascript:>" > <[email protected]<javascript:> > > > Cc: Ken Martin <[email protected] <javascript:>> > Subject: Re: [beagleboard] Could BB-BONELT-BT-00A0.dtbo have an error? > > It is loaded by default. It is the clock for the HDMI Audio. From a HW > standpoint to use that pin as a GPIO pin, you have to disable the clock > oscillator and reconfigure the pin usage for GPIO. From a SW standpoint > you may have to disconnect the HDMI. Not sure if Audio can be > killed separately or not.. > > If you want HDMI, but not HDMI Audio, disable the HDMI device three (which > includes HDMI Audio) and leave the HDMIN (which includes HDMI without > Audio) enabled. Do something like this in uEnv.txt > optargs=capemgr.disable_partno=BB-BONELT-HDMI > > Regards, > John > > > Gerald > > > > > On Wed, Mar 12, 2014 at 12:16 PM, Kenneth Martin > <[email protected]<javascript:> > > wrote: > >> Yes, Robert; the last time I upgraded to bone28, it took considerably >> over a week to get all my software re-installed and working. For this >> reason, I don't upgrade continually, or I will be spending all my time >> upgrading and won't have any time left for development. In my experience, >> every upgrade fixes some things and breaks other things, so one can't do >> them continuously. I think this is reason for 'long-term stable' versus >> development versions? If I do take on upgrading to the most recent version, >> do you know if this problem has been fixed or is it still present? Thanks >> again. >> -Ken >> >> >> On 14-03-12 12:37 PM, Robert Nelson wrote: >> >>> On Wed, Mar 12, 2014 at 11:24 AM, Bit Pusher >>> <[email protected]<javascript:>> >>> wrote: >>> >>>> BBB Ubuntu 3.8.13-bone28 cross compiled from Robert Nelson's source >>>> >>> "bone28" that's like from 6 months ago: >>> >>> https://github.com/RobertCNelson/linux-dev/commits/am33x-v3.8 >>> >>> Regards, >>> >>> >> -- >> 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 [email protected] <javascript:>. >> For more options, visit https://groups.google.com/d/optout. >> > > -- > 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 [email protected] <javascript:>. > For more options, visit https://groups.google.com/d/optout. > > -- 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 [email protected]. For more options, visit https://groups.google.com/d/optout.
