[beagleboard] Re: Make flasher sd card from custom image

If you ever want to generate sd card images you want to directly dd, I use this class: https://github.com/Freescale/meta-fsl-arm/blob/master/classes/image_types_fsl.bbclass On Saturday, April 4, 2015 at 12:55:43 AM UTC-7, Jonathan Bendes wrote: > > Wound up just using the BBlfs repo here >

[beagleboard] Re: PRU programming from within bare-metal or Starterware application

Hi Il giorno giovedì 20 novembre 2014 07:44:37 UTC+1, Karl Karpfen ha scritto: > > There are many information about PRU usage out there but most of them > expect to have a Linux-system running which initialises PRU. In case > somebody wants to utilitise it out of a bare-metal or Starterware > a

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Thu, Apr 9, 2015 at 3:42 PM, Przemek Klosowski wrote: > > >> On Thu, Apr 9, 2015 at 12:10 PM, Uvindu Silva >> wrote: >> >> > I believe the BBB can get much much faster if we could use the GPU. I am >> > a >> > beginer but I guess that is a logical statement as unnecessary CPU load >> > is >> >

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

I think it would be wise for the next iteration of the beaglebone, if there is one. That beagelbone.org uses a GPU that has open source drivers. Personally, for the most part. I could care less in the average everyday embedded type situation. But there has been times I've thought about making a min

Re: [beagleboard] Re: Thermal Printer: printing graph image does not giving clear display

On Thu, Apr 9, 2015 at 10:53 AM, Upol Ryskulova wrote: > > But nothing got printed, excepts Adafruit line. > > When I did print of png image converted to monochrome image by using PIL > library, at least I was able to see unclear graph. How can I get clear > graph prints from adafruit thermal pri

[beagleboard] Re: Wifi Problems - Edimax

I know this one is complete but wanted to refresh since I just tired the $10 Edimax mini wifi from amazon( http://amzn.com/B003MTTJOY ) and got it working with Debian wheezy running Machinekit super easy: *show the Edimax is recognized after plugging it in:* lsusb | grep Edimax *See there are s

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Thu, Apr 9, 2015 at 12:10 PM, Uvindu Silva > wrote: > > > I believe the BBB can get much much faster if we could use the GPU. I am > a > > beginer but I guess that is a logical statement as unnecessary CPU load > is > > reduced. > > Just so that we are all on the same page, it would be neat if

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

Just as a side note. We do have one advantage over the rPI where *the* GPU is concerned. Currently, the rPI *has* to have the GPU enabled, which in turn uses valuable system( shared ) memory. The last I read, on the rPI this can not be disabled. So technically the rPI can not be a true headless sys

[beagleboard] Re: PRU compiling C program using clpru missing libc.a

It's in the pru_cgt package. sravan:pru_2.1.1 sravan$ find . -iname "*.cmd" ./bin.cmd ./example/AM3359_PRU.cmd ./example/dummy_ARM.cmd ./example/PRU_to_ARM.cmd ./lib/lnk.cmd On Thursday, April 9, 2015 at 9:19:30 AM UTC-7, innos.zo...@googlemail.com wrote: > > I finally found it myself o

Re: [beagleboard] how to identify what files would be compiled

Shyam, the beaglebone has am335x Sitara processor, which used to be in the family of omap3 processors by ti before they rebranded it. So the relevant file that implements gpio at the lower levels is gpio-omap.c, gpiolib.c is what calls into it. If you want to see how it gets called into, you co

[beagleboard] Re: BBBAndroid: AOSP 4.4.4 (KitKat) with 3.8 kernel

Was this ever resolved? I am experiencing a similar issue. On Tuesday, March 31, 2015 at 2:06:14 PM UTC-4, jimmy...@gmail.com wrote: > > Hi Andrew, > > Please you help me with the USB ADB. > I downloaded bbbandroid_111514.img.xz image, and I wrote this image to my > Beaglebone Black. > I use Ubu

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

Thank you Robert for your time. On Thu, Apr 9, 2015 at 10:46 PM, Robert Nelson wrote: > On Thu, Apr 9, 2015 at 12:10 PM, Uvindu Silva > wrote: > > Thanks Robert for your understanding. > > > > I am truly sad the GPU is just sitting there unused. I do not understand > > what is stopping us from

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Thu, Apr 9, 2015 at 12:10 PM, Uvindu Silva wrote: > Thanks Robert for your understanding. > > I am truly sad the GPU is just sitting there unused. I do not understand > what is stopping us from using a piece of silicon that is begging to be used > for its consummate talent; graphics processing.

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

Thanks Robert for your understanding. I am truly sad the GPU is just sitting there unused. I do not understand what is stopping us from using a piece of silicon that is begging to be used for its consummate talent; graphics processing. I sincerely wish you could tell me why we haven't used it. My

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Thu, Apr 9, 2015 at 11:49 AM, Uvindu Silva wrote: > Dear Robert, > > Thank you for your reply. > > Could you please clarify if my idea about this problem is correct? Are we > processing video using the typical 32 bit processor? > > I understood the wiki page about DRM. The only problem I have

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

Dear Robert, Thank you for your reply. Could you please clarify if my idea about this problem is correct? Are we processing video using the typical 32 bit processor? I understood the wiki page about DRM. The only problem I have is why are we not using it when its sounds good to use it? what is

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Thu, Apr 9, 2015 at 11:42 AM, Uvindu Silva wrote: > Please do not misunderstand my intention to understand this bit of detail as > an effort to put a certain part of the development down. > > I suppose we have a , SGX530 3D Graphics Engine , a GPU capable of doing > some GPU processing. So it i

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

Please do not misunderstand my intention to understand this bit of detail as an effort to put a certain part of the development down. I suppose we have a , SGX530 3D Graphics Engine , a GPU capable of doing some GPU processing. So it is okay to assume that we are using the processor to do this pro

Re: [beagleboard] PRU compiling C program using clpru missing libc.a

Hello together, maybe someone found out where to get this bin.cmd file ? I read somewhere else I should install the pru code generation tools. All I found if I install this tools (including compiler and so on..) is near /usr/share/ti/cgt-pru/library/ the file lnk.cmd. Someone know where to get t

[beagleboard] AW: Multiple 1-Wire Pins

Thanks for your answer. My project goes only about a software solution to put all the data into an mysql and draw nice pictures with it ☺ The BeagleBoard has already an software device driver for w1 but this is imitated to 10 slaves per master and I have found somebody who talks about multiple

[beagleboard] Re: Android running on BBB with Linux 3.8

Hi Daniel, Did you ever resolve this issue? I am using the latest BBBAndroid image and my BBB is not being recognized via ADB miniusb. If I use an older image with Kernel 3.2 support I can adb shell into the BBB successfully. Thanks! On Friday, February 28, 2014 at 7:28:09 PM UTC-5, Daniel D

[beagleboard] Re: PRU compiling C program using clpru missing libc.a

I finally found it myself on the following site: https://www.mail-archive.com/beagleboard@googlegroups.com/msg21682.html bin.cmd: -b -image ROMS { PAGE 0: text: o = 0x0, l = 0x1000, files={text.bin} PAGE 1: data: o = 0x0, l = 0x1000

Re: [beagleboard] Re: BBB- DCAN1 problems using latest debian image

what a night mare to get something simple to work. ditch Linux use barebones Sent from Yahoo Mail on Android From:"Mark Irwin" Date:Wed, Apr 8, 2015 at 9:21 PM Subject:[beagleboard] Re: BBB- DCAN1 problems using latest debian image Hi Rui, I have reverted the changes to uEmv to comment out th

[beagleboard] Re: Thermal Printer: printing graph image does not giving clear display

Hello again, I want to update my question: using thermal printer to print image containing two graphs (width is 384pixel wide as it is expected from the printer). Adafruit thermal printer link states that thermal printe

Re: [beagleboard] upgrade

On Thu, Apr 9, 2015 at 9:34 AM, evilwulfie wrote: > i am on 3.8.13-bone18 > > whats the current version i can get with a apt get ? > > i dont want to reflash if i dont have to Sorry, that image is just too old.. To "correctly" take advantage of updating the kernel via apt-get you really need a b

[beagleboard] upgrade

i am on 3.8.13-bone18 whats the current version i can get with a apt get ? i dont want to reflash if i dont have to -- 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

Re: [beagleboard] Direct Rendering Manager sed by 3.8 Kernel to command GPU in Beaglebone Black

On Wed, Apr 8, 2015 at 10:00 PM, CoolPerson:-) wrote: > I understand the DRM provides a method for the user space to control GPU in > the BBB via API. Although this may not have been possible with previous > versions of the kernels, GPU I guess must have been controlled somehow by > other kernels

Re: [beagleboard] Re: how to read the BBB EEPROM using the "i2c" u-boot command?

On Wed, 8 Apr 2015, smith.winston@gmail.com wrote: > On Wednesday, April 8, 2015 at 10:14:23 AM UTC-4, Robert P. J. Day wrote: > >   seeing differing opinions online ... if you read this: > > https://e2e.ti.com/support/arm/sitara_arm/f/791/t/233139 > > i should be able to dis

[beagleboard] Re: BBB- DCAN1 problems using latest debian image

Hi Mark, On my system I have dtb=am335x-boneblack.dtb, I don't think you should comment it out. Are you using *both *can0 and can1? You should enable just the one you need. If you are using can0 you must comment out i2c2: cape eeprom because it uses the same pins. Regards, Rui On Wednesday, Ap