Re: [beagleboard] Recommended workflow for audio codec driver development in BBB.

Thanks everyone for the replies :) *john3909 wrote:* > > I modified the file you are building and the build takes all of about 2 > seconds. How much more time do you want to save? > When I edit the file and then run scripts/rebuild.sh, it opens Menuconfig, I close it and then it starts issu

[beagleboard] Recommended workflow for audio codec driver development in BBB.

Hello. I am hacking on the driver for the tlv320aic3x audio codec. I'm cross-compiling the kernel using the scripts at https://github.com/RobertCNelson/bb-kernel. What I'm doing is editing the code in KERNEL/sound/soc/codecs/tlv320aic3x.c, running tools/rebuild.sh and then copying KERNEL/sou

Re: [beagleboard] My overlay can't find clk_mcasp0

I've made some progress but I still can't get any sound from the codec. I tried the two approaches suggested by Rick M earlier on this thread: 1) To use this dtb by Rick M and the audio cape overlay, and 2) to use this

Re: [beagleboard] My overlay can't find clk_mcasp0

> > Are you able to make it work with my original .dtb and loading the > BB-BONE-AUDI-02 overlay via capemgr? > > When I do this, the overlay loads fine and I can see the mcasp0 pins being driven by the BBB when I start aplay or speaker-test. However, I can't see any analog signals coming out

Re: [beagleboard] My overlay can't find clk_mcasp0

On Wednesday, April 20, 2016 at 3:28:23 PM UTC-5, Rick M wrote: > > move all the remaining entries that are in the overlay into a new .dts > file based on this < > http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. > > Here's my attempt to do what you suggest: https://gist.gith

Re: [beagleboard] My overlay can't find clk_mcasp0

move all the remaining entries that are in the overlay into a new .dts file > based on this < > http://pastebin.com/Wja7ZQRk>, compile that, and load it at boot. > > Here's my attempt to do what you suggest: /* * Copyright (C) 2012 Texas Instruments Incorporated - http://www.ti.com/ * * T

Re: [beagleboard] My overlay can't find clk_mcasp0

Apr 19, 2016, at 10:27 , Rafael Vega > wrote: > > > > > dtb=am335x-boneblack-audio.dtb > > > > > > doesn't setup the emmc... > > > > Does this mean that the board won't be able to boot from the emmc when > using this dtb? If so, ho

Re: [beagleboard] My overlay can't find clk_mcasp0

> dtb=am335x-boneblack-audio.dtb > > doesn't setup the emmc... Does this mean that the board won't be able to boot from the emmc when using this dtb? If so, how is it supposed to be used? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are

Re: [beagleboard] My overlay can't find clk_mcasp0

I'm trying to use the same codec as Rick but I need to use a 'bone-rt' kernel (old PRU api and PREEMPT). Can you tell me what/where the base *.dtb is and how to compile it when using a bone-rt kernel? Thanks! -- For more options, visit http://beagleboard.org/discuss --- You received this mess

[beagleboard] Re: pinctrl for P8_10 and P9_41 with 4.1.12-ti-r26

In case someone reads this: https://groups.google.com/forum/#!topic/beagleboard/e1do4oyo6RM On Friday, February 12, 2016 at 5:42:27 PM UTC+1, Rafael Vega wrote: > > Hey, did you manage to use P9_41 on 4.1 kernel? > > On Saturday, October 31, 2015 at 11:56:33 PM UTC+1, Erik S

Re: [beagleboard] Using P9_41 as an input using 4.1 kernel.

> I think i've seen enough, and i'm just going to remove the default > clock2 setting and re-enable P9_41 in the overlays.. > > > That's great, thanks! How would I disable the default overlays that you linked? How soon would your changes reach the repos as a new version of the kernel (no

Re: [beagleboard] Using P9_41 as an input using 4.1 kernel.

> > > P9_41 is used by audio, so make sure you are using the > > *-nhdmi-overlay.dtb, *-emmc-overlay.dtb or *-overlay.dtb > > I have dtb=am335x-boneblack-emmc-overlay.dtb in /boot/uEnv.txt so it should be fine (?) > ah p9_41.. so on mainline it's setup as clkout2_pin: > > > https://git.ke

[beagleboard] Using P9_41 as an input using 4.1 kernel.

Hi. I have the following DTO that I've been using successfully in kernel 3.8 to use pin P9_41 as an input: ... P9_41A_i: P9_41A_in{pinctrl-single,pins = <0x1B4 0x37>;}; P9_41A_o: P9_41A_out{pinctrl-single,pins = <0x1B4 0x0F 0x1A8 0x37 >;}; ... P9_41

[beagleboard] Re: pinctrl for P8_10 and P9_41 with 4.1.12-ti-r26

Hey, did you manage to use P9_41 on 4.1 kernel? On Saturday, October 31, 2015 at 11:56:33 PM UTC+1, Erik Stauber wrote: > > I'm trying to move from 3.8.X to the latest 4.1, and have 2 last issues > with pin configurations that I'm stumped on. > > *config-pin P8.10 low* > > > *bash: /sys/devices/p

Re: [beagleboard] Re: Can't open PRU driver under 4.1

> > if you are using uio_pruss (aka same as 3.8's..) > > --bone-kernel --lts-4_1 > > or: > > --bone-rt-kernel --lts-4_1 > > Yes, installing the --bone-rt-kernel --lts-4_1 and using the old 3.8 api for using the PRU works. Thank you!!! :) -- For more options, visit http://beagleboard.org/d

[beagleboard] Re: Can't open PRU driver under 4.1

Same problem here, anyone please advice? On Thursday, January 7, 2016 at 3:31:32 PM UTC+1, anujam...@gmail.com wrote: > > Hi, > > I am facing exactly same issue. Could you resolve yours? > > -Anuja > > On Monday, 21 September 2015 09:56:15 UTC+2, Rick M wrote: >> >> No matter what I do, under 4.1

[beagleboard] Re: OpenGL (SGX-PVR drivers) on BeagleBone Black

Hi, what is the current status on OpenGL on the BBB? Is there a driver now that works with the current kernel used in the BBB? Instructions somewhere? Thanks! On Wednesday, October 30, 2013 at 3:59:21 AM UTC-5, Alexander Rössler wrote: > > Hi guys, > > TI finally responded to my request. Still c

Re: [beagleboard] How much current can I draw from VADC pin?

eems to work, but in the next version > I will put a voltage follower on it. > > > >> On Jan 29, 2015, at 14:59 , Rafael Vega wrote: > >> > >> > >> Hi, I need to connect 12 potentiometers to the adc inputs in the BBB > (through an analog multiplexer

[beagleboard] How much current can I draw from VADC pin?

Hi, I need to connect 12 potentiometers to the adc inputs in the BBB (through an analog multiplexer). I have found that if I use potentiometers with lower resistance values (2Kohm), the input is less noisy than if I use higher resistance pots (500KOhms). Since the pots are "powered" by VADC a

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

Hello Again. I've double (and triple checked) my logic and I'll keep it as it is for my project. Unless someone points a different mistake, that is... (atomicity, memory barriers...) The trick I'm using to differentiate an empty buffer from a full one is explained here

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

als > the size of your ring buffer, for example a 256 byte buffer with > unsigned char indexes, because then you just increment the indexes right > across the 255=>0 wrap point. > > On 10/21/2014 8:06 AM, Bas Laarhoven wrote: > > On 21-10-2014 16:33, Charles Steinkuehler

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

Thanks for the input Peter, you made me realize I had a mistake: The idea here is that ONLY the PRU changes the end pointer (write position pointer) and ONLY the ARM changes the start pointer (read position pointer). Also, the pointers are updated AFTER the data is read or written (thus the m

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

Here's my implementation, in case someone needs something similar or in case someone wants to review and criticize. On the ARM Side: / // Ring buffer. // // Communication with PRU is through a ring buffer in the // PRU shared

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

Now to read up on memory barriers :) On Sunday, October 19, 2014 2:48:58 PM UTC-5, Charles Steinkuehler wrote: > > On 10/19/2014 1:39 PM, Rafael Vega wrote: > > > > > >> Use 32-bit (or smaller) naturally aligned values in the PRU data ram > and > >>

Re: [beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

> Use 32-bit (or smaller) naturally aligned values in the PRU data ram and > accesses will be atomic on both the PRU and the ARM side. > > So, something like this will do the trick (for atomic access)? on the PRU: // Address 0x1 is refered to as "shared data" in the PRU local data memory m

[beagleboard] Implementing a ring buffer / circular buffer for communnication between PRU and ARM on BBB.

I'm sampling data from the ADC and doing some processing on the PRU unit. After that, I pass the processed data to a linux app in the ARM processor using shared memory. Sometimes when the ARM processor is busy, I miss some of the samples so I'd like to use a ring buffer. I was reading this

Re: [beagleboard] Re: Reading analog inputs fast in beaglebone black

port? > Or is the dtbo file doing all the magic? > > Reagrds, > Ben > > Am Dienstag, 24. Juni 2014 16:17:16 UTC+2 schrieb Rafael Vega: > >> >> >>> thanks for your complete installation instructions. I plan to include >>> them in the next version

[beagleboard] Re: Reading analog inputs fast in beaglebone black

> > thanks for your complete installation instructions. I plan to include them > in the next version of the documentation, if you don't mind (at least I > like to add a link to your post here). > Of course I don't mind, go ahead and include it :) -- For more options, visit http://beagleboar

[beagleboard] Re: Reading analog inputs fast in beaglebone black

Here's what I did: 1. Install FreeBasic compiler in BBB 1.1. Download package from http://www.freebasic-portal.de/downloads/fb-on-arm/bbb-fbc-fbc-fuer-beaglebone-black-283.html wget http://www.freebasic-portal.de/dlfiles/452/bbb_fbc-0.0.2.tar.xz 1.2. Uncompress and copy files cd bbb_fb

Re: [beagleboard] Re: Reading analog inputs fast in beaglebone black

I can take the time to do so tomorrow. Stay tuned :) On Wed, Jun 18, 2014 at 12:06 PM, wrote: > Rafael, > > Can you please post detailed instructions on installing libruio. > > Thanks > Srikant > > On Thursday, June 12, 2014 3:25:49 PM UTC-5, Rafael Vega wrote: >>

[beagleboard] Re: Reading analog inputs fast in beaglebone black

I ended up using libpruio, the installation instrucions are kind of scattered but it works really well. Thanks! -- 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

[beagleboard] Re: Reading analog inputs fast in beaglebone black

Thanks everyone for your replies! I will spend friday and saturday experimenting and will report back here with my findings and probably more questions :) -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "B

Re: [beagleboard] Reading analog inputs fast in beaglebone black

> > I would replace "printf("0 %li\n", value_int); fflush(stdout);" by > saving the converted values into an array, and print the values only > when the measurement ist finished. > What do you mean when the measurement is finished? I need to read the inputs every 5 milliseconds forever. Is th

[beagleboard] Reading analog inputs fast in beaglebone black

I need to read all 7 analog pins in the BBB every 5 milliseconds. I'm doing so with the following C code: void main(){ char value_str[7]; long int value_int = 0; FILE* f0 = fopen("/sys/bus/iio/devices/iio:device0/in_voltage0_raw", "r"); while(1){ fread(&value_str,

[beagleboard] SGX drivers for the BeagleBone Black? (Was: OpenMax drivers for the BeagleBone Black?)

Hi, I've been searching around a little bit... I have a similar question: Are the SGX drivers available for the BBB? Where are they? Thank you! On Thursday, April 24, 2014 11:27:16 AM UTC-5, Rafael Vega wrote: > > Hi, I´m trying to run an application built with OF on a BBB. I s

[beagleboard] OpenMax drivers for the BeagleBone Black?

Hi, I´m trying to run an application built with OF on a BBB. I started this post where one of the OF devels explains that there are no "OpenMax capable drivers" for the BBB. Are this drivers available so