[beagleboard] Re: help regarding BLDC motor interfacing with beagleboneblack

Hi jmelson ! I am making my own cape. I have found one PWM controller (TLC59116) from TI http://www.ti.com/lit/ds/symlink/tlc59116.pdf but it says individual channels are adjustable but with a fixed frequency of 97 khz. Would that be enough or adjustable frequency is a must feature for B

[beagleboard] Re: GPIO2_7, etc. (boot conflict?)

Are you sure that your 'cape-like thingy' doesn't interfere with the boot sequence? (HDMI pins control the boot process!) I'd change to other pins (ie. P8_07 to P8_11). You can do pin-muxing from user space (without any device tree overlays) using libpruio

Re: [beagleboard] GPIO2_7, etc. (boot conflict?)

On 06/16/2014 07:49 PM, Lee Crocker wrote: find 6 other GPIOs if I don't have to, so is there some simpler way of making these not interfere with the boot process? I use a 3-state buffer driven by SYS_RESETn. The buffer is open during reset. - Mike -- For more options, visit http://beaglebo

Re: [beagleboard] control over uarts and capes under kernel v. 3.15

On Thursday, June 12, 2014 4:52:51 PM UTC+2, Miguel Aveiro wrote: > > Em 12-06-2014 07:04, krd escreveu: > > On Wednesday, June 11, 2014 11:33:25 AM UTC+2, krd wrote: >> >> >> >> On Wednesday, June 4, 2014 4:50:44 PM UTC+2, RobertCNelson wrote: >>> >>> On Wed, Jun 4, 2014 at 9:29 AM, krd wr

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On 06/17/2014 05:09 AM, Russell King - ARM Linux wrote: > On Mon, Jun 16, 2014 at 09:22:50AM -0400, Jason Kridner wrote: >> Adding devicetree and linux-arm-kernel lists based on feedback on IRC... >> >> On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: >>> I'd like to discuss moving our curre

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On 06/17/2014 11:09 AM, Russell King - ARM Linux wrote: Here's the most obvious question in the world on this topic. Are capes hot-pluggable? "capes" as in Beaglebone capes might not be due to the mechanical constraints you listed. "capes" as a concept of pluggable hardware might well be.

[beagleboard] USB on kernel 3.15

I am still having trouble with USB on 3.15 kernels. I have tried both: git://github.com/RobertCNelson/linux-dev.git and: https://github.com/RobertCNelson/bb-kernel.git but USB appears not to work with either: 'lsusb' gives the message: unable to initialize libusb: -99 3.13 and 3.14 appear to wo

Re: [beagleboard] control over uarts and capes under kernel v. 3.15

I'm glad it worked! =) Em 17-06-2014 09:03, krd escreveu: On Thursday, June 12, 2014 4:52:51 PM UTC+2, Miguel Aveiro wrote: Em 12-06-2014 07:04, krd escreveu: On Wednesday, June 11, 2014 11:33:25 AM UTC+2, krd wrote: On Wednesday, June 4, 2014 4:50:44 PM UTC+2, RobertCNels

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

Hi Russell, CCing gcl. On Jun 17, 2014, at 4:15 PM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 08:58:31AM -0400, Matt Porter wrote: >> On Tue, Jun 17, 2014 at 10:09:31AM +0100, Russell King wrote: >>> Why should kernel developers go to the extent of adding support for DT >>> modif

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, 17 Jun 2014 10:09:31 +0100, Russell King - ARM Linux wrote: > On Mon, Jun 16, 2014 at 09:22:50AM -0400, Jason Kridner wrote: > > Adding devicetree and linux-arm-kernel lists based on feedback on IRC... > > > > On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: > > > I'd like to disc

[beagleboard] Raw device on I2C bus

Hi folks, I have a hardware circuit (internally named SAL) based on a MSP430 microcontroller which should be connected via I2C to the BBB. After physically connecting the SAL via I2C to the BBB it responds to i2cdetect correctly and I am able to start some actions via i2cget because my SAL soft

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 02:15:22PM +0100, Russell King wrote: > On Tue, Jun 17, 2014 at 08:58:31AM -0400, Matt Porter wrote: > > On Tue, Jun 17, 2014 at 10:09:31AM +0100, Russell King wrote: > > > Why should kernel developers go to the extent of adding support for DT > > > modification at runtime w

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On 17/06/14 10:09, Russell King - ARM Linux wrote: > Why should kernel developers go to the extent of adding support for DT > modification at runtime when the platform you want this for doesn't even > support hotplugging of these capes? I'm not convinced you should, but Grant Likely seemed to be

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 10:09:31AM +0100, Russell King wrote: > On Mon, Jun 16, 2014 at 09:22:50AM -0400, Jason Kridner wrote: > > Adding devicetree and linux-arm-kernel lists based on feedback on IRC... > > > > On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: > > > I'd like to discuss movi

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 08:58:31AM -0400, Matt Porter wrote: > On Tue, Jun 17, 2014 at 10:09:31AM +0100, Russell King wrote: > > Why should kernel developers go to the extent of adding support for DT > > modification at runtime when the platform you want this for doesn't even > > support hotpluggin

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 08:37:09AM -0400, Tom Rini wrote: > On 06/17/2014 05:09 AM, Russell King - ARM Linux wrote: > > A good way that this could have been done is to put an I2C EEPROM on > > each cape, and have that store the DT fragment. The boot loader could > > have then read that from each c

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Mon, Jun 16, 2014 at 09:22:50AM -0400, Jason Kridner wrote: > Adding devicetree and linux-arm-kernel lists based on feedback on IRC... > > On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: > > I'd like to discuss moving our current library of cape devicetree > > overlay sources into a sin

[beagleboard] Re: math.h not working on Ubuntu distribution

Thanks Robert, I have used the "arm-none-linux-gnueabihf" compiler, and it works fine! Fran. On Sunday, June 8, 2014 11:03:30 AM UTC+2, franr...@gmail.com wrote: > > > Hi to everybody. > > I'm a new beaglebone user. I'm using the Ubuntu Robert C Nelson image ( > http://elinux.org/BeagleBoardDebi

[beagleboard] RE: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

Hi Jason, >From: Jason Kridner > >Adding devicetree and linux-arm-kernel lists based on feedback on IRC... > >On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: >> I'd like to discuss moving our current library of cape devicetree >> overlay sources into a single tree, including the boot .dtb

[beagleboard] Re: BBB failure to boot, due to our cape.

Cc'd to the BBB group as well Where can we fond the code to the Boot Rom? For the next revision of our cape, I will be fixing the enable, I am aware of this, the power too the level shifters was to be enabled via the SYS_RESETN, but it has caused other issues, so now it is hard connected via a

Re: [beagleboard] Re: BBB failure to boot, due to our cape.

On Tue, Jun 17, 2014 at 9:19 AM, Philip Rowse wrote: > Cc'd to the BBB group as well > > Where can we fond the code to the Boot Rom? For the next revision of our > cape, I will be fixing the enable, I am aware of this, the power too the > level shifters was to be enabled via the SYS_RESETN, but

Re: [beagleboard] Re: Dude, where's my BeagleBone Black?

will that be a story with an end? Today i asked again at TIGAL. So they are waiting for a sending receipt (since 14 days..) As soon they get, blabla... No fixed date at all... I guess i could be happy with end of this month or the next. well lets say I am just speechless anymore . *

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On 06/17/2014 08:56 AM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 08:37:09AM -0400, Tom Rini wrote: >> On 06/17/2014 05:09 AM, Russell King - ARM Linux wrote: >>> A good way that this could have been done is to put an I2C EEPROM on >>> each cape, and have that store the DT fragment.

Re: [beagleboard] Re: Dude, where's my BeagleBone Black?

Adafruit had stock for several days straight (posted Friday afternoon, still had boards through Monday mid-day), and I just got an e-mail my RevC from Sparkfun (on back-order since the RevC was announced) has finally shipped. So it looks like things are at least getting better... On 6/17/2014 9:3

[beagleboard] beaglebone black access via USB

Hi, I am using a Beaglebone Black , I can access successfully by ethernet cable and via telnet (in linux) run my algorithm, but with USB connection, linux recognizes Beaglebone as USB0, but I can not login as am335x-evm anymore. Any ideas ? -- For more options, visit http://beagleboard.o

Re: [beagleboard] Re: BBB failure to boot, due to our cape.

I am aware that Rom means read only. I am aware that I need to fix the cape on the next revision My question Is the ROM, hard coded silicone? OTP? Or JTAG flashed, all of which are commonly referred to as ROM. The time to spin new hardware is longer than the GSOC students have to do their proje

Re: [beagleboard] Re: BBB failure to boot, due to our cape.

On Tue, Jun 17, 2014 at 10:06 AM, wrote: > I am aware that Rom means read only. > I am aware that I need to fix the cape on the next revision > > My question > Is the ROM, hard coded silicone? OTP? Or JTAG flashed, all of which are > commonly referred to as ROM. > > The time to spin new hardware

Re: [beagleboard] Re: BeagleBone Black web server

It might be helpful if you told us why it does not work. On Tue, Jun 17, 2014 at 8:15 AM, Michael Thompson < thompsonmichael...@gmail.com> wrote: > This didn't work either. I am losing all hope that I will ever get this > thing to work. I guess I will try again later today and maybe some magic >

Re: [beagleboard] Re: BeagleBone Black web server

Yeah, that's why I am going to retry it later today. I followed the last instructions before I left for work and didn't keep notes on which steps failed and why. I am going to start from a fresh install this afternoon and keep track of what happens so that I will be able to give more detail ins

[beagleboard] Re: BeagleBone Black web server

This didn't work either. I am losing all hope that I will ever get this thing to work. I guess I will try again later today and maybe some magic will happen. On Monday, June 16, 2014 9:54:22 PM UTC-7, crazybucket wrote: > You do use the /var/www directory for apache. The problem, as someone els

[beagleboard] Eclipse Cross Compilation on Windows w curl

Greeting- Hoping that someone out there has tried this before or would know how to go about this. I'm trying to perform my cross compilation on windows in eclipse for my beaglebone black. I can compile a Hello World app no problem but now I'm trying to compile something that uses libcurl.

[beagleboard] Re: Debian ARMhf

Robert, Thanks for the link, Debian in 64MB WOW yes, that is REAL bare-metal :) I'm having a great time trying all the different flavors on Linux on my BBB. On Monday, June 16, 2014 4:35:15 PM UTC-7, dsmc...@gmail.com wrote: > > I’ve been running ArchLinux ARM on my BBB for about a year. I

Re: [beagleboard] Re: BeagleBone Black web server

Micheal, The best solution IMHO would be to start with a minimal or bare filesystem, and install *only* the packages that you need. But this means you're going to have to take time and learn how to do so. Using these instructions: http://eewiki.net/display/linuxonarm/BeagleBone+Black You would ski

Re: [beagleboard] Debian ARMhf

Robert, Thanks for the link, Debian in 64MB WOW yes, that is REAL bare-metal :) I'm having a great time trying all the different flavors of Linux on my BBB. On Monday, June 16, 2014 8:36:08 PM UTC-7, RobertCNelson wrote: > > On Jun 16, 2014 10:27 PM, > wrote: > > > > I’ve been running ArchL

Re: [beagleboard] Re: BeagleBone Black web server

Hi William, I have actually been reading about how to do a netinstall all morning. Never a better time than now to learn something useful, right? I think I may give this a go in the next few days. Thanks for the advice :) On Tuesday, June 17, 2014 8:44:50 AM UTC-7, William Hermans wrote: > Mich

[beagleboard] BBB Debian nfs not automounting from fstab

Hi, I currently have 3 BBB running as web servers, media center, file syncing tools, etc. and they used to be on Arch Linux. I recently switched one of them to Debian (3.8.13-bone47), because I was curious, and I'm struggling with the following problem: One of the BBB-Arch has several NFS expo

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 3:11 AM, Gupta, Pekon wrote: > Hi Jason, > >>From: Jason Kridner >> >>Adding devicetree and linux-arm-kernel lists based on feedback on IRC... >> >>On Tue, Jun 10, 2014 at 12:46 PM, Jason Kridner wrote: >>> I'd like to discuss moving our current library of cape devicetree

Re: [beagleboard] BBB Debian nfs not automounting from fstab

On Tue, Jun 17, 2014 at 11:19 AM, Michel Lavoie wrote: > Hi, > > I currently have 3 BBB running as web servers, media center, file syncing > tools, etc. and they used to be on Arch Linux. I recently switched one of > them to Debian (3.8.13-bone47), because I was curious, and I'm struggling > with

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 12:01 PM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 04:32:11PM +0300, Pantelis Antoniou wrote: >> The complexity is absolutely required, and it has nothing to do with >> beaglebone capes. >> >> The fact of the matter is that reconfigurable hardware is here,

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

William, I would be interested in seeing that log. I couldn't get Express to work in the Cloud9 IDE with a recent BBB Debian image. On Wed, May 28, 2014 at 1:41 PM, William Hermans wrote: > Irelandathome, I have personally installed Node.js from scratch and have > had it working. On Debian bef

Re: [beagleboard] BBB Debian nfs not automounting from fstab

> > *It is more usual for clients to mount NFS volumes automatically at > boot-time. NFS volumes can be specified like any others in /etc/fstab. * > > * /etc/fstab* > * 195.12.32.1:/home /home nfs > rw,rsize=4096,wsize=4096,hard,intr,async,nodev,nosuid 0 0* > * 195.12.32.2:/usr /usr nfs > ro,rsize=

Re: [beagleboard] BBB Debian nfs not automounting from fstab

Like Robert, I use nfs3. nfs4 introduced new strict policies for shares that I personally dont care to take the time to learn. So, use nfs3 for simplicity, or take teh time to learn about these nfs4 policies in Debian. On Tue, Jun 17, 2014 at 10:23 AM, William Hermans wrote: > *It is more usual

[beagleboard] Does cape support (audio cape specifically) work with newer kernel?

Does cape support (audio cape specifically) work with newer kernels? Going from 3.8.13 -> 3.13. I wanted to grab some /kernel/sound/socdavinci-mcasp.c changes that took place last year. Specifically "davinci-mcasp: Add support for multichannel playback". It looks like the current 3.8.13 kernel

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

> > *apt-get install python build-essential* > *mkdir /nodejs* > *cd /nodejs* > > *wget http://nodejs.org/dist/v0.10.15/node-v0.10.15.tar.gz > * > > *tar xzvf node-v0.10.15.tar.gz* > > *cd node-v0.10.15* > > *./configure --without-snapshot* > *m

Re: [beagleboard] Using BeagleBone with JavaScript/Node.js

Oh, one more thing I forgot to mention. You *may* be able to get a newer version compiled and working on the BBB. But you're on your own here. As I have not tested anythign newer *yet*. Well, not anything that I got working anyway. On Tue, Jun 17, 2014 at 10:48 AM, William Hermans wrote: > *apt

[beagleboard] More "Getting Started" resources

Greetings from a new member, I just received a BeagleBone Black from Newark Element14 (one of the few places that seemed to have stock, ~ $53 + shipping). I looked at the internal Getting Started page and played with bonescript and the .js examples but really thought they were to high level and

[beagleboard] Re: Raw device on I2C bus

Hi Helmut, I'm afraid that I can't help with BoneScript. Perhaps a good solution does exist (and other will chime in). However, another option would be to use Python. I am doing this now, and talking to my I2C devices is working fine. For Python, one needs to install 'smbus': apt-get inst

[beagleboard] Re: Does cape support (audio cape specifically) work with newer kernel?

Answering my own question: >From what I can gather capemgr is removed after kernel 3.8.13? https://groups.google.com/forum/#!topic/beagleboard/ND3_w7_dn8Q I wonder what is the best way to pick up the latest davinci-macasp.c while still using an audio cape... -- For more options, visit http://b

Re: [beagleboard] Re: Does cape support (audio cape specifically) work with newer kernel?

On Tue, Jun 17, 2014 at 2:00 PM, Jesse Forgues wrote: > Answering my own question: > From what I can gather capemgr is removed after kernel 3.8.13? > > https://groups.google.com/forum/#!topic/beagleboard/ND3_w7_dn8Q > > I wonder what is the best way to pick up the latest davinci-macasp.c while > s

Re: [beagleboard] Does cape support (audio cape specifically) work with newer kernel?

From: Jesse Forgues Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 10:40 AM To: "beagleboard@googlegroups.com" Subject: [beagleboard] Does cape support (audio cape specifically) work with newer kernel? > Does cape support (audio cape specifically) work with newer

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 08:10:46PM +0300, Pantelis Antoniou wrote: > Hi Russell, > > On Jun 17, 2014, at 8:05 PM, Russell King - ARM Linux wrote: > > DRM is not hotpluggable in any shape or form, and David Airlie has > > indicated that he does strongly opposes moving it in that direction. > > > >

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 07:59:21PM +0300, Pantelis Antoniou wrote: > That case might already work on FPGA people's trees. I know Altera for sure > uses overlays, and some xilinx guys popped up on past discussions. > Their vendor trees probably use an older revision of the patches. > > BTW, there i

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

Hi Russell, On Jun 17, 2014, at 8:05 PM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 07:59:21PM +0300, Pantelis Antoniou wrote: >> That case might already work on FPGA people's trees. I know Altera for sure >> uses overlays, and some xilinx guys popped up on past discussions. >> The

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

Hi Russell, On Jun 17, 2014, at 7:01 PM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 04:32:11PM +0300, Pantelis Antoniou wrote: >> The complexity is absolutely required, and it has nothing to do with >> beaglebone capes. >> >> The fact of the matter is that reconfigurable hardware

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

On Tue, Jun 17, 2014 at 04:32:11PM +0300, Pantelis Antoniou wrote: > The complexity is absolutely required, and it has nothing to do with > beaglebone capes. > > The fact of the matter is that reconfigurable hardware is here, on > shipping system, and we, as the linux kernel community have to make

Re: [beagleboard] More "Getting Started" resources

Hello, Please have a look at " *[beagleboard] Tutorial Suggestions

[beagleboard] Re: Unifying cape overlays into boot .dtb for BeagleBoard.org boards

Hi Rusell, On Jun 17, 2014, at 8:41 PM, Russell King - ARM Linux wrote: > On Tue, Jun 17, 2014 at 08:10:46PM +0300, Pantelis Antoniou wrote: >> Hi Russell, >> >> On Jun 17, 2014, at 8:05 PM, Russell King - ARM Linux wrote: >>> DRM is not hotpluggable in any shape or form, and David Airlie has >>

Re: [beagleboard] 3.15.0-rc5-bone1

so far, some minor progress. the kernel does not have the drivers enabled in drivers/uio based on the nxctrl project, I replaced the files and Konfig , which allowed me to select the Ti Pruss Driver when rebuilding the kernel. the device tree has no reference or mentions of the pru, I ad

[beagleboard] Re: help regarding BLDC motor interfacing with beagleboneblack

On Tuesday, June 17, 2014 5:14:00 AM UTC-5, khajam...@gmail.com wrote: > > Hi jmelson ! >I am making my own cape. > I have found one PWM controller (TLC59116) from TI > http://www.ti.com/lit/ds/symlink/tlc59116.pdf > but it says individual channels are adjustable but with a fixed freque

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

On Tue, Jun 17, 2014 at 12:44 AM, Nick Apperley wrote: > Strange that the sample JavaFX 8 program still doesn't work even though it > requires EGL 2.0 support from the video driver. Still getting the same > errors like the following for example: > > > ant -f /home/a_user/NetBeans_Projects/JavaFX_T

[beagleboard] Re: Raw device on I2C bus

The first result for "i2c with bonescript" refers to node-i2c. That link has some examples. There are many good tutorials on i2c. Your transactions will contain a device address and some number of bytes to read or write. What those bytes are is specific to ea

[beagleboard] changing the triggers of gpio pins

Hi everyone, I am experiencing beaglebone black and using it on Debian. I figured out that there are directories for gpio pins and leds. When i am in these directory by changing value and direction field i can use it as what i want. But i want to be use gpio pins as same as led pins. Means tha

[beagleboard] Re: BBB Debian nfs not automounting from fstab

Thanks for the replies, though they don't really address my issue because: - Everything seems to indicate that my nfs4 server setup is functional (several clients connect succesfully both manually and at startup); - In addition, manual mounting from BBB-Debian works as well with nfs4, only the a

Re: [beagleboard] Re: BBB Debian nfs not automounting from fstab

On Tue, Jun 17, 2014 at 5:41 PM, Michel Lavoie wrote: > Thanks for the replies, though they don't really address my issue because: > > - Everything seems to indicate that my nfs4 server setup is functional > (several clients connect succesfully both manually and at startup); > - In addition, manua

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Tried running one of the demos remotely (via SSH) and ended up with error messages being spitted out (aka crash 'n' burn) like the following: === ubuntu@arm:/opt/gfxsdkdemos/ogles2$ ./OGLES2MagicLantern Can't open keypad input device (/dev/

Re: [beagleboard] Re: BeagleBone Black web server

In all honesty I don't think you have to disable the default web server. A few months back I picked up a my book live nas and cracked it open to find that the hardware was similar to BBB. So I decided to see if I could do something similar with the BBB and I got it working but I don't remember havi

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Ran a different demo locally and had different error messages appearing like the following: = ubuntu@arm:/opt/gfxsdkdemos/ogles2$ ./OGLES2ChameleonMan Can't open keypad input device (/dev/input/event0) *libEGL warning: DRI2: failed to authe

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

On Tue, Jun 17, 2014 at 6:29 PM, Nick Apperley wrote: > Tried running one of the demos remotely (via SSH) and ended up with error > messages being spitted out (aka crash 'n' burn) like the following: > > === > ubuntu@arm:/opt/gfxsdkdemos/ogle

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Did install the mesa-dev type packages including mesa-dev-extra, which has the OpenGL ES 2.0 utilities (eg es2_info, es2gears). On Wednesday, 18 June 2014 11:51:53 UTC+12, RobertCNelson wrote: > > > This happens when the mesa libegl.so get's installed.. > > Fixup with: > > sudo cp -v /usr/lib/

Re: [beagleboard] Re: BeagleBone Black web server

Correction it was OwnCloud not open cloud. On Jun 17, 2014 4:45 PM, "Wilfredo Nieves" wrote: > In all honesty I don't think you have to disable the default web server. A > few months back I picked up a my book live nas and cracked it open to find > that the hardware was similar to BBB. So I decid

Re: [beagleboard] Re: How can I talk I2s with a GSM modem using BBB? [ +linphone]

Hey André, Is I2S = Inter-IC Sound? I saw some info about this a long time ago and idk much about this subject, but i'll tell you what i know / i think i remember. U will need to make some DSP stuff, but I don't know which filter u have to do... I'm not that much into with DSP yet... But ur mo

Re: [beagleboard] Re: How can I talk I2s with a GSM modem using BBB? [ +linphone]

Take a look at this http://www.tjaekel.com/T-DAC/ ! 2014-06-17 21:05 GMT-03:00 Gláuber Brennon : > Hey André, > > Is I2S = Inter-IC Sound? > > I saw some info about this a long time ago and idk much about this > subject, but i'll tell you what i know / i think i remember. > > U will need to mak

[beagleboard] Device tree overlay sources not in /lib/firmware on Debian?

Hey all, sorry if this is a common question but are the .dts device tree overlay source files not put in /lib/firmware with Debian for a reason? I found a few installed in random places like /opt/source but just wanted to make sure I'm not missing something obvious. If they're not there by d

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Updated the OpenGL ES libraries so that the SGX ones are used. Ran the Magic Lantern demo again locally and ended up with different error messages appearing like the following: ubuntu@arm:/opt/gfxsdkdemos/ogles2$ ./OGLES2MagicLantern Can't op

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Apperley Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 5:00 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Did install the mesa-dev type packages including mesa-dev-extra, which has the > Op

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Both omaplfb and pvrsrvkm modules are already loaded. Also the rc.pvr daemon is automatically started during boot. Where is *335x-demo* on Ubuntu 14.04? On Wednesday, 18 June 2014 12:25:10 UTC+12, john3909 wrote: > > > From: Nick Apperley > > Reply-To: "beagl...@googlegroups.com " < > beagl...@

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Apperley Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 5:33 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Both omaplfb and pvrsrvkm modules are already loaded. Also the rc.pvr daemon > is a

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Apperley Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 5:33 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Both omaplfb and pvrsrvkm modules are already loaded. Also the rc.pvr daemon > is a

Re: [beagleboard] Starterware on Beaglebone

With white you get jtag without adding a jtag socket needed by black Sent from Yahoo Mail on Android -- 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 s

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Still getting the same errors when running the Magic Lantern demo again. On 18 June 2014 12:46, John Syn wrote: > > From: Nick Apperley > Reply-To: "beagleboard@googlegroups.com" > Date: Tuesday, June 17, 2014 at 5:33 PM > To: "beagleboard@googlegroups.com" > Subject: Re: [beagleboard] Creat

Re: [beagleboard] Re: How can I talk I2s with a GSM modem using BBB? [ +linphone]

Thank you Glauber! Going to take a look at your link On Tue, Jun 17, 2014 at 9:08 PM, Gláuber Brennon wrote: > Take a look at this http://www.tjaekel.com/T-DAC/ ! > > > > 2014-06-17 21:05 GMT-03:00 Gláuber Brennon : > > Hey André, > > > > Is I2S = Inter-IC Sound? > > > > I saw some info about

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 6:01 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Still getting the same errors when running the Magic Lantern demo again. I¹m running Debian.

Re: [beagleboard] Starterware on Beaglebone

Thank you Mark. So to confirm, to use starterware on the BBB I will have to purchase a JTAG as well, whereas I will need not to do that with a BB white. Am I correct? Regards, Amalinda Gamage On Wed, Jun 18, 2014 at 6:25 AM, 'Mark Lazarewicz' via BeagleBoard < beagleboard@googlegroups.com> wrot

[beagleboard] finding the date and time?

Is there a function or library in python that will return the time and date? Is there any way to get the time and date? -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to the Google Groups "BeagleBoard" group. To unsubscribe fr

[beagleboard] BeagleBoard SBC Goes OEM, COM Version Coming

http://www.linux.com/news/embedded-mobile/mobile-linux/777154-beaglebone-sbc -goes-oem-com-version-coming Interesting how we are the last to know about this! Regards, John -- For more options, visit http://beagleboard.org/discuss --- You received this message because you are subscribed to

Re: [beagleboard] Does cape support (audio cape specifically) work with newer kernel?

Thanks guys! I ended up being lazy and patched the 3.8.13 davinci_mcasp ASoC driver with the multichannel patch from here: https://groups.google.com/forum/#!msg/linux.kernel/lQcez2q0R04/tBySUs-e4gIJ And I am just happy to report I have 4 channels of audio output!!! Next up, 8 channels from th

Re: [beagleboard] Changing BB-BONE-AUDI-02-00A0 from McASP AXR2 to AXR3

I patched the 3.8 davinci_mcasp ASoC driver with the multichannel patch from here: https://groups.google.com/forum/#!msg/linux.kernel/lQcez2q0R04/tBySUs-e4gIJ And I am just happy to report I have 4 channels of audio output on AXR2 and AXR3!!! Next up, 8 channels from the BeagleBone Black!!!

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Restarted the rc.pvr daemon without any issues. Ran the demo (Magic Lantern) again and ended up with the following errors: ubuntu@arm:/opt/gfxsdkdemos/ogles2$ ./OGLES2MagicLantern Can't open keypad input device (/dev/input/event0) PVRShell: EGL 1.4 initialized Exit message has been set to: "PVRS

Re: [beagleboard] Starterware on Beaglebone

For me jtag is a must if you want to gamble that serial port works and $89 is an issue For jtag  then you could use black then your stuck  flashing sd cards and guessing .you could start with black and if  you have no debug then you have to solder socket on black.  White uses fdti usb jtag no so

Re: [beagleboard] Changing BB-BONE-AUDI-02-00A0 from McASP AXR2 to AXR3

From: Jesse Forgues Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 6:47 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Changing BB-BONE-AUDI-02-00A0 from McASP AXR2 to AXR3 > I patched the 3.8 davinci_mcasp ASoC driver with the multichannel patc

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Have a funny feeling that I am getting very close to remotely running the sample JavaFX 8 program without any issues. Currently the following errors occur when running the sample JavaFX 8 program remotely, provided the rc.pvr daemon on the BBB is running: ===

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Have a funny feeling that I am getting very close to remotely running the sample JavaFX 8 program without any issues. Currently the following errors occur when running the sample JavaFX 8 program remotely, provided the rc.pvr daemon on the BBB is running: ===

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Apperley Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 7:11 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Have a funny feeling that I am getting very close to remotely running the > sample

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

Created a new thread on the TI E2E forum for anyone that is interested in tracking the issue. On Wednesday, 18 June 2014 14:19:31 UTC+12, john3909 wrote: > > > > Since this is related to SGX, I recommend that you post a question on

Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04

From: Nick Apperley Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 7:43 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] Creating The SGX Driver For Ubuntu 14.04 > Created a new thread on the TI E2E forum >

[beagleboard] Re: help regarding BLDC motor interfacing with beagleboneblack

All ICs I found, have fixed frequency with variable duty cycle. I think programmable frequency with variable duty cycle is must to drive BLDC motor. Is that right? Can you please suggest one IC. On Wednesday, 18 June 2014 01:25:39 UTC+5:30, jmelson wrote: > > > > On Tuesday, June 17, 2014 5:

Re: [beagleboard] BeagleBoard SBC Goes OEM, COM Version Coming

Funny how these articles always seem to report stuff that's either incorrect or not entirely accurate. I think the overlying information given by the site is nice to know ( such as new hardware being released ), but their actual write-ups are nothing more than FUD. The article you linked to had se

Re: [beagleboard] Re: help regarding BLDC motor interfacing with beagleboneblack

From: Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 8:50 PM To: "beagleboard@googlegroups.com" Cc: Subject: [beagleboard] Re: help regarding BLDC motor interfacing with beagleboneblack > All ICs I found, have fixed frequency with variable duty cycle. I think >

Re: [beagleboard] BeagleBoard SBC Goes OEM, COM Version Coming

From: William Hermans Reply-To: "beagleboard@googlegroups.com" Date: Tuesday, June 17, 2014 at 9:17 PM To: "beagleboard@googlegroups.com" Subject: Re: [beagleboard] BeagleBoard SBC Goes OEM, COM Version Coming > Funny how these articles always seem to report stuff that's either incorrect

Re: [beagleboard] BeagleBoard SBC Goes OEM, COM Version Coming

>From what I could gather from the article, these are embest ./ element14 boards. Kind of hard to read through as one part of the article seems like it's implying one thing, where in another it seems to go another direction. On Tue, Jun 17, 2014 at 10:16 PM, John Syn wrote: > > From: William He

  1   2   >