[beagleboard] Re: QNX on BBB

[Thorsten Gonschior]

yes I did register and there are broken links and I already posted this to 
QNX, as said without response.
 
finding the beagleboard or BBB on the support page without any further info 
or data, does not convince me that they are really supporting it in the 
basic manner of understanding the word support or that thei have anything 
working there. All this could be circumstantial. What bothers me, ist that 
the community on this topic seems to be quite small, if exintent at all.
 
Yea I spend quite a time now in investigating this issue and yes there ist 
some hints to find, but no substential data, or real source. 
Best hope for now ist that foudry27 fixes the links and there might me a 
whole new world behind it ;)
 
 
 
 

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

[beagleboard] Re: doubt: where we have to submit our idea?

[Nitin Jain]

Sir, i just want to show you my project, for this where should i submit 
this??

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

Re: [beagleboard] Re: doubt: where we have to submit our idea?

[Don deJuan]

On 03/10/2014 02:18 AM, Nitin Jain wrote:
>
> Sir, i just want to show you my project, for this where should i
> submit this??
> -- 
> 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+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.
why not just post a link to your project to the mailing list?

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

[beagleboard] Thank you

[Gibson Justian]

Hi folks,
   Thank you for your valuable  suggestions, atlast I was able to debug
the application code using eclipse kepler and gdb the target as BBB, but
one question I have is that, Will I be able to debug the kernel code in
case I implement a  method on the kernel space?

Has anyone of tried to build angstrom for BBB using the linaro toolchain
instead of the oe setup scripts???

Thanks in advance!!!


Gibson

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

Re: [beagleboard] Re: BBB re-flash

[walter harms]

hi could you elaborate this a bit more ?

bgnd:
I had the problem at testing, the system refused to start
and i tried to flash it via SD-card.
The card itself booted fine but i was unable to flash.

re,
 wh


Am 10.03.2014 03:34, schrieb foreverska:
> Well I got it to go finally by:
> using gparted to format the 73mb boot partition as FAT
> rewriting the flasher SD card
> 
>  Still no luck with TTYLinux though
> 

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

[beagleboard] 4 Channel SPI

[Julian David Rath]

Hi,

I just found out that this is a better place to ask my question, it seams 
like there is also a beaglebone Google group, little confusing. So here my 
cross-post:

I'd like to connect 4 ADS8528[0] daisy-chained via SPI to a BBB. I want to 
test it in different iterations first I want to measure the 32 Analog input 
channels captured by the ADS8528s with 1kHz and at the end with 200kHz. 
Those ADS8528 using 4 SPI Channels in daisy-chain mode. So I did some 
calculations on the needed bandwidth:

for 1Khz:
12Bit * 32Channels * 4KHz = 384 Kbit/s 

On 4 SPI Channels that means:
12* 32*1Khz = 96 Kbit/s per SPI channel

for 200Khz:
12Bit * 32Channels * 200KHz = 76.8 Mbit/s = 9.6MByte/s

On 4 SPI Channels that means:
76.8Mb/s /4 = 19.2 Mbit/s per SPI channel

Now 2 things: 
 * Should/Can I use the built-in SPI of the BBB or do I have to implement 4 
channels SPI bus by hand (High datarates PRUSS I guess)?
 * Do you think the high datarates for the 200Khz are achievable?

Thanks,

/Julian

[0]: http://www.ti.com/product/ads8528

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

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Satz Klauer]

Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
>
> Just to say 
>
> our order on RS (italy) placed one month ago got cancelled. And now they 
> say it will be available on July. 
>
>>
>>
This seems to be the situation for Europe in general. I did not find even 
one shopt that was able to sell a single piece. RS are the more funny ones 
here, they do massive online advertising for the BBB but are not able to 
ship before end of july (perhaps).

So the BBB seems to be more a rumour than a real product here...

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

[beagleboard] Loading device trees at boot

[Mark Potosnak]

With the newest version of RCN's debian distribution (2014-03-04), the 
uEnv.txt file no longer has an example "capemgr.enable_partno" entry. Does 
that mean we should not load device trees with this method? Is using the 
file /etc/default/capemgr the best option now?

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 group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] time to catch up with all the recent BBB developments

[Robert P. J. Day]

  having been immersed in another project for several weeks, time to
get up to date on all the latest goodies related to (i guess) robert
nelson's BBB debian stuff. what is the canonical page keeping track of
all that these days?  i see the BBB debian page at elinux:

  http://elinux.org/BeagleBoardDebian

also, robert's eewiki page:

  http://eewiki.net/display/linuxonarm/BeagleBone+Black

which shows no changes since jan 2. so just a pointer to the latest
developments is all i need, thanks.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

Re: [beagleboard] Re: learning ARM assy with BBB

[dd]

hi john.  u were right!  samtec has a free sample service, with free 
shipping.  gotta love it.  laterdd
btw part #FTR-110-03-G-D-06

On Sunday, March 9, 2014 10:02:56 PM UTC+2, john3909 wrote:
>
>
> From: dd >
> Reply-To: >
> Date: Saturday, March 8, 2014 at 9:16 PM
> To: >
> Subject: [beagleboard] Re: learning ARM assy with BBB
>
> hi azzy.  i ordered a jtag cable and one logic analyzer.  
> but now i just learned that i must solder jtag header pins onto the bbb.  
> it appears that i can only buy the (samtec) header from digikey for $4.  
> but they only ship by courier for $40!  where did u get your headers?  
>
> Why don’t you contact Samtec directly? If you ask them nicely, they will 
> ship you some samples.
>
> The part number I believe is RSM-110-02-L-D-K-TR
>
> You can also request samples from their website.
>
> Regards,
> John
>
>
>
> thx.dd
>
> On Monday, October 28, 2013 5:18:24 PM UTC+2, azzythehillbilly mir wrote:
>>
>> Hi Forum,
>>
>>  
>>
>> I have a problem and I am hoping that I kind soul will direct me whereby 
>> I am able to help myself get on my feet.
>>
>> This is a bit embarrassing, but here it goes. I got myself a BBB because 
>> I want to switch from using  MCS-51 processors and the like.  I have no 
>> formal schooling in processors or electronics.  I started working on 
>> processors around 1980 when I got hold of an Ohio scientific and later 
>> an AppleII+. Later moved to Z80/Z8000/8086/68030 and similar as I started 
>> to formally design HW and SW for embedded systems. 
>>
>> Never had to bother even with  C so have been hacking merrily away with 
>> Assembly only. Rarely adding ( with difficulty) bits of code for floating 
>> point when my own extended math routines simply would not do.  This works 
>> for me as I have learned to cram as much functionality as possible into 
>> limited resources.  I can get working code written and debugged faster than 
>> most C coders can. I know nearly zero about Linux//Ubuntu/Fedora. Unless 
>> someone has worked on the simple old controllers one might not understand 
>> how exciting ( mouth watering even! ) it is to contemplate the peripherals 
>> this Sitara 3359 processor provides. I just need to get a jump start.
>>
>>  
>>
>> Here is the problem, I want to write code for the Sitara-3359 and learn 
>> the nuts and bolts of low level programming (assy). I need some kind of a 
>> simple IDE Where I can take control of the processor from reset onwards ( 
>> barring un-by passable initializing code prewritten  into the processor?).  
>> I have been searching all over the net for just that but come up frustrated 
>> by the huge number of names/acronyms and all. There are just too many 
>> branches to investigate. I get lost every time I try.  For the moment I 
>> want merely to exercise the Sitara and study its responses, no desire to 
>> write any commercial application (with the possible exception of a camera 
>> interface for my telescopes).
>>
>>  
>>
>> Please kindly somebody point me in the right directions. Once I have the 
>> correct IDE set up I can take over and dive into the details. No problem 
>> there.
>>
>> Thanks in advance
>>
>>
>> Azzythehillbilly
>>
> -- 
> 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.
>
>

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

[beagleboard] AM335x memory map UARTx bus error

[bastardbo]

Hi all, 


I'm using the BeagleBone Black board with angstrom Linux with 3.8.13 kernel.

SD card boot.

My goal is to send/receive files via a serial ports UARTx. A BBB send the 
file and another one recives it, both on UART2 without capes. By now i'm 
using some available protocols like lerz and lsz.

It works. Furthermore, as specified at page 3964 of the MPU tecnical 
reference manual (spruh73j.pdf) december 2013 revised, the highest  
available bit rate without errors is 3Mbps.

It's Very fast but  there's a very high cpu usage when a big file is 
moved from BBB to other one!


For example, a 700MB file size , at the receiver side ,shows a consumption 
of almost 98%. On the transmietter side , about 25%. 


In my opinion , the processor is not exploiting the benefits of the DMA.

I have found a register on the memory mapping of the UART2 that allows to 
set the DMA mode. 

So i have tried to check the status of the register with the devmem2 (same 
as mmap in C ). But i got this response

root@beaglebone:/sys/class > devmem2 0x48024008
/dev/mem opened.
Memory mapped at address 0xb6f1.
Bus error

I have never seen this problem with gpio bank! It works properly with that 
peripherals.


Can anyone help me? or suggest me another way to check the registers 
properly. 

Thanks in advance

Marco

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

[beagleboard] Re: Is there a way to access the UART registers

[bastardbo]

I have the same problem

I have already set the GPIO bank registers. But it seems that the same way 
don't works for UART ones.

root@beaglebone:/sys/class > devmem2 0x48024008
/dev/mem opened.
Memory mapped at address 0xb6f1.
Bus error

so strange!

On Friday, November 22, 2013 3:49:50 PM UTC+1, Andrey wrote:
>
> Hello, 
>
> I have a problem, how can I access the UART registers on a BeagleBone 
> Black? I need to  change UART modes described in 
>  in:  TI AM335x ARM A8 Microprocessors technical reference manual 
>
> example of instructions. 
> Disable the UART before accessing the UARTi.UART_DLL and UARTi.UART_DLH 
> registers:
> Set the UART_MDR1[2:0] MODE_SELECT bit field to 0x7.
>
> 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 group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

It is real. But, if you wait until you see it in stock, it may be a while
before you will get one.

Gerald



On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer wrote:

> Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
>
>> Just to say
>>
>> our order on RS (italy) placed one month ago got cancelled. And now they
>> say it will be available on July.
>>
>>>
>>>
> This seems to be the situation for Europe in general. I did not find even
> one shopt that was able to sell a single piece. RS are the more funny ones
> here, they do massive online advertising for the BBB but are not able to
> ship before end of july (perhaps).
>
> So the BBB seems to be more a rumour than a real product here...
>
>  --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Which path to a SGX enabled BeagleBone Black?

[cwoloszynski]

I am trying to get XBMC built on a BeagleBone Black with a 7" LCD (the 
4DSystems unit).  It needs SGX support to make it work, and I am trying to 
see which path might get me to a working system.

I started by following the work from GSoC in 2010 that managed to get XBMC 
working on a 3.2 kernel (back in the day), but I need to get a to newer 
version of XBMC.

I then followed a path part-way down the 3.8 kernel approach with Angstrom 
and I ran into the issues around getting SGX into the Angstrom build and 
started doing some research on that topic and it looks like TI may not be 
supporting a 3.8 SGX solution and is targeting a 3.12 solution.

However, I understand that getting the LCD panel working may require 
deviceTree support and I am not clear if that is ready for use or not in 
the 3.12 space?

I am hoping that the community can comment on what might be working (and 
what pitfalls might be in my path) and pointers to any previous work I 
might want to follow.

So, can anyone suggest:
1) How to get SGX support into an angstrom build for the 3.8 kernel?
or 
2) The state of an Angstrom build for a 3.12 kernel that includes SGX 
support and support for the 4DSystems 7" LCD (480x800)?

Thanks in advance,

Charlie

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

[beagleboard] device usb thumbdrive

[kie4280ann]

How do I access the thumbdrive via device usb port?

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

[beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?

[mmk_tsm]

On Saturday, 5 January 2013 22:27:50 UTC, Fulvio C wrote:
>
> Hi all
>
> Finally I've got my BeagleBone today, and I started to play with it 
> already. I've updated the latest distro of the OS, and set it up to run 
> with a power adapter and ethernet cable. Love it so far.
>
> Now I have noticed that the OS has already g++, so it is possible to just 
> write in VI simple C++ code, and compile it to run it directly from console 
> (which is great for me).
>
> Altho, it does not seem possible to do the same in cloud9or I do not 
> know how to do it.
>
> I am planning to write code with the board attached to my computer, so I 
> can just write code as usual and then move the source on the board and 
> compile there (or do everything on my machine and just send the compiled 
> program to the board...still experimenting here); but there will be some 
> cases where I will be on the go, and would just power the board and work on 
> it without a computer (I have ordered a lcd cape for this purpose).
>
> VI is fine for simple code, but if you gotta code something more 
> demanding, using VI would be a real pain, so I am trying to achieve 
> productivity without burn my patience :)
>
> In the end, I would like to have a better editor than VI, and also would 
> love to use an IDE instead than just using text editors without code 
> completion, breakpoints, step by step instructions and so on...so I thought 
> that cloud9 may work, since I just need to run the browser directly on the 
> BeagleBone and I can code and compile on the go without a computer.
>
> Is this possible? Is there another way to accomplish what I need? I am 
> pretty sure that if I install on the Angstrom release Eclipse, and try to 
> use it; the board will just be too slow to run it,
>
> Thanks in advance for any pointer! 
>

On Saturday, 5 January 2013 22:27:50 UTC, Fulvio C wrote:
>
> Hi all
>
> Finally I've got my BeagleBone today, and I started to play with it 
> already. I've updated the latest distro of the OS, and set it up to run 
> with a power adapter and ethernet cable. Love it so far.
>
> Now I have noticed that the OS has already g++, so it is possible to just 
> write in VI simple C++ code, and compile it to run it directly from console 
> (which is great for me).
>
> Altho, it does not seem possible to do the same in cloud9or I do not 
> know how to do it.
>
> I am planning to write code with the board attached to my computer, so I 
> can just write code as usual and then move the source on the board and 
> compile there (or do everything on my machine and just send the compiled 
> program to the board...still experimenting here); but there will be some 
> cases where I will be on the go, and would just power the board and work on 
> it without a computer (I have ordered a lcd cape for this purpose).
>
> VI is fine for simple code, but if you gotta code something more 
> demanding, using VI would be a real pain, so I am trying to achieve 
> productivity without burn my patience :)
>
> In the end, I would like to have a better editor than VI, and also would 
> love to use an IDE instead than just using text editors without code 
> completion, breakpoints, step by step instructions and so on...so I thought 
> that cloud9 may work, since I just need to run the browser directly on the 
> BeagleBone and I can code and compile on the go without a computer.
>
> Is this possible? Is there another way to accomplish what I need? I am 
> pretty sure that if I install on the Angstrom release Eclipse, and try to 
> use it; the board will just be too slow to run it,
>
> Thanks in advance for any pointer! 
>

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

[beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?

[mmk_tsm]

Helllo, 
 I am planning to get started with the BBB.  I want to develop  code in 
C or C++  on a PC, with Eclipse, compile and download to the BBB.   I dont 
want to get into the Eclipse debate, just so happens that I am familiar 
with it, and find it very powerful, so that is way I want to go.  I know it 
has been mentioned in this series of posts, 
 Can somebody please give a step by step list of instructions, or 
possibly link, to how to get the full Eclipse toolchain setup and 
configured for use with the BBB.   It would be really helpful if  there 
were some example projects to help get started especially a project that 
uses the gpio.
Thanks in advance,
Mike.

On Saturday, 5 January 2013 22:27:50 UTC, Fulvio C wrote:
>
> Hi all
>
> Finally I've got my BeagleBone today, and I started to play with it 
> already. I've updated the latest distro of the OS, and set it up to run 
> with a power adapter and ethernet cable. Love it so far.
>
> Now I have noticed that the OS has already g++, so it is possible to just 
> write in VI simple C++ code, and compile it to run it directly from console 
> (which is great for me).
>
> Altho, it does not seem possible to do the same in cloud9or I do not 
> know how to do it.
>
> I am planning to write code with the board attached to my computer, so I 
> can just write code as usual and then move the source on the board and 
> compile there (or do everything on my machine and just send the compiled 
> program to the board...still experimenting here); but there will be some 
> cases where I will be on the go, and would just power the board and work on 
> it without a computer (I have ordered a lcd cape for this purpose).
>
> VI is fine for simple code, but if you gotta code something more 
> demanding, using VI would be a real pain, so I am trying to achieve 
> productivity without burn my patience :)
>
> In the end, I would like to have a better editor than VI, and also would 
> love to use an IDE instead than just using text editors without code 
> completion, breakpoints, step by step instructions and so on...so I thought 
> that cloud9 may work, since I just need to run the browser directly on the 
> BeagleBone and I can code and compile on the go without a computer.
>
> Is this possible? Is there another way to accomplish what I need? I am 
> pretty sure that if I install on the Angstrom release Eclipse, and try to 
> use it; the board will just be too slow to run it,
>
> Thanks in advance for any pointer! 
>

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

[beagleboard] Re: BBB + PREEMPT_RT

[fj . rojas]

I have lately also unsuccessfully tried to install RT_PREEMPT on BBB.

What I have done until now (and failed) is:

A.
1. Get the sources from here: 
https://github.com/beagleboard/kernel/tree/3.8-rt
2. Before make command, enable Full Preemption under kernel features 
options.
3. Compile. When testing on BBB, the kernel doesn't boot.

B.
1. Get the sources from here: 
https://github.com/RobertCNelson/linux-dev/tree/am33x-v3.8
2. ./build_kernel.sh
3. Download the rt patch from here: 
https://www.kernel.org/pub/linux/kernel/projects/rt/3.8/patch-3.8.13.14-rt27.patch.bz2into
 KERNEL folder
4. patch p1 < patch-3.8.13.14-rt27.patch
5. From here, it turned a little bit weird since approximately 21 HUNKS 
failed. Reading this post: 
https://groups.google.com/forum/#!topic/beagleboard/aAufDe13SeQ then I 
re-edited the .patch file taking away the modifications in cpsw.h and 
cpsw.c (lines 5825 to 7346 from .patch file).
6. Then repeated steps 1 through 4 again, but using the edited patch.
7. Use menuconfig to activate Full-Preemption.
8. ./tools/rebuild.sh
9. ./tools/install_kernel.sh (with the modifications in the system.sh 
file)
10. Plug the SD card in the BBB. and it never booted.

I have seen the osadl 3.8.12 kernel, but I'm more interested in using the 
3.8.13 kernel.

If anyone could give away any ideas, I would be really grateful.

Thank you for your time.
  
>
>
>

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

[beagleboard] Re: Image Processing

[Jacqueline Oh]

Try to install OpenCV and use it with tutorial online.

On Sunday, December 29, 2013 12:58:01 AM UTC+8, Dinesh Kumar wrote:
>
> Hi !
>
> I'm new to beagle!...
> I'm doing project in real time image processing!
>
> I need detail information and step-by-step procedure about video capturing 
> and edge detection
>

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

[beagleboard] Re: Has anyone tried putting Asterisk / FreePBX on a BeagleBone Black?

[moderngoldmine]

There is Elastix on BBB posted on Ebay.


On Tuesday, May 7, 2013 5:09:28 PM UTC-4, reb...@gmail.com wrote:
>
> I'd like to replace my current Linux PC-based Asterisk PBX with a 
> BeagleBone Black. From my research it seems that Angstrom opkg packages are 
> of the same format as Debian ones and that with some wrangling I could get 
> the proper armhf architecture packages installed.  Before going down that 
> path, though, I figured I would ask here whether anyone has done so.  I 
> won't be needing any FXO/FXS hardware, so if I can just get Asterisk 
> running I should be okay. Some sort of graphical layer (ala FreePBX) that 
> can be accessed via the network would be gravy.
>
> Any help/advice would be appreciated,
>
> reb
>

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

Re: [beagleboard] BeagleBone Black Webcam

[mail . bozeman]

Thank you Robert for your reply. It has taken me a while to get back to 
this. I tried your suggestion, but I still get the same result. I now how 
version 3.13, but I still do  not see anything when I run the *ls 
/dev/video** command. I have also re-enabled the uvcvideo driver; but that 
did not help either.

On Monday, February 17, 2014 5:50:57 AM UTC-8, RobertCNelson wrote:
>
>
>
>
> On Sat, Feb 15, 2014 at 11:41 PM, >wrote:
>
>> Hello all,
>>
>> Sorry for the long message, but I want to include all the details I 
>> thought were necessary.
>>
>> I am extremely new to Linux, but I have recently purchased a Beaglebone 
>> Black, and I am trying to set up a webcam server on it. I have tried to 
>> follow several tutorials online, but none of them have worked, because I 
>> cannot get the webcam to work. I have a Logitech C525 HD webcam, which is 
>> on the list of supported webcams (http://www.ideasonboard.org/uvc/). I 
>> am running Debian 7 (wheezy) with Linux Kernel 3.8.13-bone37. I have 
>> installed LXDE so I have a desktop, and VLC to check the functionality of 
>> the webcam. I am booting off of a 16GB micro SD card. The Beaglebone is 
>> being powered by 5 volts via the barrel connector and a power supply. The 
>> webcam, keyboard, and mouse are connected to a powered USB hub. The 
>> *lsusb* command returns “Bus 001 Device 003: ID 0460:0826 Logitech Inc” 
>> whenever I have the webcam plugged in; so I know the camera is being 
>> recognized. However, when I run the *ls /dev/video** command, I get “ls: 
>> cannot access /dev/video*: No such file or directory”. This seems to be 
>> what VLC is looking for, so it doesn’t see the webcam. When I run the 
>> *dmesg|tail* command, none of the entries mentioned anything about video 
>> or the UVC driver. I ran *sudo modprobe –v uvcvideo*, then I ran the 
>> *dmesg|tail* command again, and this time I got 2 additional lines 1) 
>> usbcore registered new interface driver uvcvideo 2) USB video class driver. 
>> I apparently have to enable the uvc driver after each restart, but I still 
>> don’t get anything when from the *ls /dev/video** command.
>>
>>  
>>
>> I should also mention that this is my current configuration, but I have 
>> also tried this with Ubuntu 12 and Ubuntu 13 (both installed with 
>> instructions from (
>> http://elinux.org/Beagleboard:Ubuntu_On_BeagleBone_Black). I get the 
>> same results no matter what I do. I have also tried several other webcams 
>> that were not on the list of supported webcams, with the same results. I 
>> know the webcams work with Linux because I have tried them on an old laptop 
>> that is running Mint 12, and they worked just fine.
>>
>>  
>>
>> Since the webcams work in Mint, and many other people have been able to 
>> get them working on the Beaglebone, I am obviously missing something, but I 
>> don’t know where to go from here. Any help would be greatly appreciated.
>>
>
>
> There are known usb issues with the 3.8 kernel.. Please test with "either" 
> Ubuntu/Debian base microSD:
>
> http://elinux.org/BeagleBoardUbuntu
> http://elinux.org/BeagleBoardDebian
>
> Then,
>
> cd /opt/scripts/
> git pull
> ./tools/update_kernel.sh --beta-kernel
> (reboot)
>
> To pull in a v3.13.x based kernel..
>
> Regards,
>
> -- 
> Robert Nelson
> http://www.rcn-ee.com/ 
>

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

[beagleboard] Re: Asterisk / Elastix on BB-XM

[moderngoldmine]

I noticed there is Elastix for BBB posted on Ebay.


On Wednesday, October 17, 2012 5:55:10 PM UTC-4, SuperJet wrote:
>
> Hi There, I'd like to know if any successful images available from 
> experienced users running Asterisk / Elastix on BB-XM ? I'm running Ubuntu 
> 11
>

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

[beagleboard] Connecting with Beaglebone Black

[kumargauravgupta3]

I've bought beaglebone black last day and tried to connect with it using 
USB. As i have read it comes with preinstalled Linux Distro which runs at 
192.168.7.2 and we can access it using ssh. But i'm not able to connect. 
Using start.html provided with device, i have run the script (i'm using 
Linux not window) for driver installation which actually adds some udev 
rules. I found out that product id and vendor id provided in script isn't 
matching with that of device (i checked using lsusb). i'm attaching lsusboutput 
of my device. You can find the online script for linux (driver 
installation) at 
http://beagleboard.org/static/Drivers/Linux/FTDI/mkudevrule.sh. Please let 
me know how can i connect with my device


Bus 002 Device 013: ID 1d6b:0104 Linux Foundation Multifunction Composite Gadget
Device Descriptor:
  bLength18
  bDescriptorType 1
  bcdUSB   2.00
  bDeviceClass  239 Miscellaneous Device
  bDeviceSubClass 2 ?
  bDeviceProtocol 1 Interface Association
  bMaxPacketSize064
  idVendor   0x1d6b Linux Foundation
  idProduct  0x0104 Multifunction Composite Gadget
  bcdDevice3.08
  iManufacturer   2 Circuitco
  iProduct3 BeagleBoneBlack
  iSerial 4 6A-0414BBBK1966
  bNumConfigurations  1
  Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength  164
bNumInterfaces  5
bConfigurationValue 1
iConfiguration  5 Multifunction with RNDIS
bmAttributes 0xc0
  Self Powered
MaxPower2mA
Interface Association:
  bLength 8
  bDescriptorType11
  bFirstInterface 0
  bInterfaceCount 2
  bFunctionClass  2 Communications
  bFunctionSubClass   6 Ethernet Networking
  bFunctionProtocol   0 
  iFunction   9 RNDIS
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber0
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 2 Communications
  bInterfaceSubClass  2 Abstract (modem)
  bInterfaceProtocol255 Vendor Specific (MSFT RNDIS?)
  iInterface  7 RNDIS Communications Control
  CDC Header:
bcdCDC   1.10
  CDC Call Management:
bmCapabilities   0x00
bDataInterface  1
  CDC ACM:
bmCapabilities   0x00
  CDC Union:
bMasterInterface0
bSlaveInterface 1 
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82  EP 2 IN
bmAttributes3
  Transfer TypeInterrupt
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0008  1x 8 bytes
bInterval   9
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber1
  bAlternateSetting   0
  bNumEndpoints   2
  bInterfaceClass10 CDC Data
  bInterfaceSubClass  0 Unused
  bInterfaceProtocol  0 
  iInterface  8 RNDIS Ethernet Data
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81  EP 1 IN
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0200  1x 512 bytes
bInterval   0
  Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x01  EP 1 OUT
bmAttributes2
  Transfer TypeBulk
  Synch Type   None
  Usage Type   Data
wMaxPacketSize 0x0200  1x 512 bytes
bInterval   0
Interface Association:
  bLength 8
  bDescriptorType11
  bFirstInterface 2
  bInterfaceCount 2
  bFunctionClass  2 Communications
  bFunctionSubClass   2 Abstract (modem)
  bFunctionProtocol   1 AT-commands (v.25ter)
  iFunction  12 CDC Serial
Interface Descriptor:
  bLength 9
  bDescriptorType 4
  bInterfaceNumber2
  bAlternateSetting   0
  bNumEndpoints   1
  bInterfaceClass 2 Communications
  bInterfaceSubClass  2 Abstract (modem)
  bInterfaceProtocol  1 AT-commands (v.25ter)
  iInterface 10 CDC Abstract Control Model (ACM)
  CDC Header:
bcdCDC   1.10
  CDC Call Management:
bmCapab

[beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[michael . ring]

I am having issues with this image and mmcqd daemon, X crahes often and I 
end up with an empty console on my LCD 4.3:

[  180.537526] INFO: task mmcqd/0:74 blocked for more than 60 seconds.
[  180.544275] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables 
this message.
[  180.552668] Kernel panic - not syncing: hung_task: blocked tasks
[  180.559071] [] (unwind_backtrace+0x1/0x8a) from [] 
(panic+0x51/0x148)
[  180.567727] [] (panic+0x51/0x148) from [] 
(watchdog+0x14f/0x194)
[  180.575937] [] (watchdog+0x14f/0x194) from [] 
(kthread+0x67/0x74)
[  180.584234] [] (kthread+0x67/0x74) from [] 
(ret_from_fork+0x11/0x34)
[  180.592778] drm_kms_helper: panic occurred, switching back to text 
console

I saw this post:

https://groups.google.com/forum/#!topic/beagleboard/g8JQWFmw4_w

is this backport from 3.12 part of the image?

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

[beagleboard] Pin out difference between 74AVC32T245 device & datasheet

[lee . shaw]

I am integrating the 74AVC32T245 device into my design.
I have spotted a discrepancy between the pin out shown on the schematic for 
the LCD7 cape (document number BBT-BONE-LCD7-01, REVA3) and the pinout 
according to the datasheet.

The schematic shows:
H1 as 2B8
H2 as 2B7
The Texas instruments datasheet shows:
H1 as 2B7
H2 as 2B8

Pins T1, T2 are also similarly swapped.

Does anyone know which is correct?

Normally I would go with the datasheet but I assume the LCD7 cape does 
work...

Thanks in advance...

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

[beagleboard] Re: Unable to SSH to Beagle Bone Black

[dbrody]

On Wednesday, May 1, 2013 2:39:49 PM UTC-7, cmicali wrote:
>
> Hi,
>
> I got two BBBs in the mail - I plugged one in and everything has been 
> working fine.  SSHed to it, moved my s/w to it, etc.  I then powered it off 
> and plugged the other one in and can't SSH to it.  I get a 
> *ssh_exchange_identification: 
> Connection closed by remote host* error.  I get this error no matter what 
> machine I am trying to connect from.  Someone on IRC had this same problem 
> and didn't think much of it then, but this is a board that is right out of 
> the box and exhibiting this issue.  The LEDs appear that it has booted fine.
>
>
>
> cmicali@imac ~> ssh -vvv root@beaglebone.local
> OpenSSH_5.9p1, OpenSSL 0.9.8r 8 Feb 2011
> debug1: Reading configuration data /etc/ssh_config
> debug1: /etc/ssh_config line 20: Applying options for *
> debug1: /etc/ssh_config line 53: Applying options for *
> debug2: ssh_connect: needpriv 0
> debug1: Connecting to beaglebone.local [192.168.1.32] port 22.
> *debug1**: Connection established.*
> debug3: Incorrect RSA1 identifier
> debug3: Could not load "/Users/cmicali/.ssh/id_rsa" as a RSA1 public key
> debug1: identity file /Users/cmicali/.ssh/id_rsa type 1
> debug1: identity file /Users/cmicali/.ssh/id_rsa-cert type -1
> debug1: ...

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

Re: [beagleboard] Re: Unable to SSH to Beagle Bone Black

[dbrody]

I also had a lot of trouble with this and I found Aaron Felts post down 
below very useful. I found that my BBB was at 100% disk usage and I 
couldn't SSH in.  I was able to use the Cloud9 IDE to get in at port 3000 
and use this javascript file to delete the log files and restart dropbear. 
 After that I was able to SSH in and I then changed the journaling settings 
to make sure this didn't happen again.

--Warning, this will delete your journal logs--


var exec = require('child_process').exec;
function puts(error, stdout, stderr) { console.log(error); 
console.log(stdout); console.log(stderr); }

// 1 - Clear journal space
exec("df -h; rm -rf /var/log/journal/; df -h", puts);

// 2 - Remove Dropbear file
exec("rm /etc/dropbear/dropbear_rsa_host_key", puts);

// 3 - Stop Dropbear
exec("/etc/init.d/dropbear stop", puts);

// 4 - Start Dropbear
exec("/etc/init.d/dropbear start", puts);


Then check out this post to set journaling settings to limit disk space 
usage:
https://groups.google.com/forum/#!searchin/beagleboard/journal%7Csort:date/beagleboard/1NguS-SK-G8/EdbLDWfl4IUJ

Hope that helps!

On Saturday, May 11, 2013 12:25:12 PM UTC-7, Martin Schweizer wrote:
>
> inspired by this post a have a simple solution for those who have the 
> problem and can't connect via serial console
>
> open the cloud9 and create a new file with the following script and start 
> it, or place the script in any textbox where you can interact with your 
> beaglebone and press run
>
> /* 
> https://groups.google.com/forum/?fromgroups=#!msg/beagleboard/Ya2qE4repSY/u4lvOjF66JEJ*/
>
> var fs = require('fs');
> var destroyed_key_file = '/etc/dropbear/dropbear_rsa_host_key';
>
> fs.readFile(destroyed_key_file, function (err, data) {
>   if (err) throw err;
>   
>   if( data===null || data.length===0 )
>   {
> console.log("we have a corrupted host key file... try do delete it");
> fs.unlink(destroyed_key_file, function (err) {
> if (err) throw err;
> console.log('successfully deleted ' + destroyed_key_file);
> console.log('you should now reboot your beaglebone.');
> console.log('the /etc/init.d/dropbear script will create a new rsa 
> host key file for you.');
> console.log('after the reboot you should be able to login over 
> ssh');
> });
>   } else {
>   console.log("it seems that you have another problem, sorry");
>   }
> });
>
>
>
> Am Samstag, 4. Mai 2013 05:27:26 UTC+2 schrieb Glen H:
>
> Hi,
>
> (Skip down to (5) to see the solution to *ssh_exchange_identification: 
> Connection closed by remote host*.)
>
> I updated to the 2013-05-02 image and I can't log in via ssh anymore. 
>
> At first I got the error:
>
> penSSH_5.9p1 Debian-5ubuntu1.1, OpenSSL 1.0.1 14 Mar 2012
> debug1: Reading configuration data /etc/ssh/ssh_config
> debug1: /etc/ssh/ssh_config line 19: Applying options for *
> debug1: Connecting to beaglebone [192.168.1.50] port 22.
> debug1: Connection established.
> debug1: identity file /home/user/.ssh/id_rsa type -1
> debug1: identity file /home/user/.ssh/id_rsa-cert type -1
> debug1: identity file /home/user/.ssh/id_dsa type -1
> debug1: identity file /home/user/.ssh/id_dsa-cert type -1
> debug1: identity file /home/user/.ssh/id_ecdsa type -1
> debug1: identity file /home/user/.ssh/id_ecdsa-cert type -1
> *ssh_exchange_identification: Connection closed by remote host*
>
> I don't have any identity files on the client.  
>
> 1) I tried ssh'ing into another machine and it works fine.
>
> 2) I then updated ssh with 'opkg update && opkg upgrade' to a slightly 
> newer version (I forget the detailed version number, the last digit was 
> incremented...it reports Dropbear sshd v2012.55 on the command line).
>
> 3) I tried moving away my .ssh/know_hosts file on the client but I got the 
> same error.
>
> 4) I noticed when I '/etc/init.d/dropbear restart' that it seemed like it 
> never started because it couldn't be found when stopping.
>
> *5) From looking at the script above (/etc/init.d/dropbear) it seems like 
> the identity file in /etc/dropbear/dropbear_rsa_host_key might be causing 
> the problem and the script recreates them if they don't exist.  So I 
> removed it and started dropbear (/etc/init.d/dropbear start) again and it 
> generated new keys and then I could ssh in.  It now works!  (The side 
> effect of doing this is you also have to remove a line in the client's 
> ~/.shh/know_hosts because the identity of the beaglebone has changed.)*
>
> Glen
>
> On Friday, May 3, 2013 7:55:16 PM UTC-4, Gerald wrote:
>
> Correct. So, we will be moving to this as the production image (stock 
> image) and as soon as Jason updates the webpage, everyone will have a place 
> to find it.
>
> Gerald
>
>
>
> On Fri, May 3, 2013 at 6:52 PM, evilwulfie  wrote:
>
>  after a flash to the newest version ssh works fine
>
> so it seems to be something in the stock image that causes some boards to 
> fail SSH
>
> yay!
>
>
>
>
>
> On 5/3/2013 9:50 AM, Gerald Coley wrote:
>  
> http://

[beagleboard] Re: Has anybody tested the new Graphics SDK which should enable SGX on kernel 3.12?

[jodymcadams]

Would you be willing to walk me through this process or make a blog post 
about it?

On Tuesday, December 10, 2013 3:05:04 PM UTC-8, Daniel Nilsson wrote:
>
> Hi,
>
> I haven't tried the links you posted below, but I played around tonight 
> with the latest bits in the arago project and now I have accelerated 3D 
> graphics support on a beaglebone black. Using the beaglebone black BSP 
> support in meta-ti, I get a 3.12.4 Linux kernel and then I built 
> the arago-base-tisdk-image as root filesystem. Result is a beaglebone black 
> which displays accelerated 3D graphics on the display connected over HDMI, 
> so the SGX drivers are now available för the 3.12 kernel (in arago) but 
> still not packaged nicely for the BBB I guess.
>
> Regards
> Daniel
>
>
> On Monday, December 9, 2013 10:38:10 AM UTC+1, Giuseppe Iellamo wrote:
>>
>> As the title states... has anybody tried? 
>>
>>
>> http://processors.wiki.ti.com/index.php/RN_5_00_00_01_alpha
>>
>>
>> http://e2e.ti.com/support/arm/sitara_arm/f/791/p/298596/1072533.aspx#1072533
>>
>

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

[beagleboard] Re: Beaglebone Black Services

[qxyu0113]

[Service]
Type=idle
ExecStart=/usr/bin/.sh

在 2014年2月18日星期二UTC+8上午3时04分09秒，edwin...@gmail.com写道：
>
> I am trying to either get an executable or shell script to run on boot up 
> of my beaglebone black.  I have tried a couple methods, however I am seeing 
> a lot of people using the service method.  These are the steps I took in 
> creating my service file. What did I do wrong? Are there other people 
> having similar problems at boot up? Thanks in advance
>
> Running a script on Beaglebone Black boot/ startup
> 1. Compile the required code.
>
> 2. Create a bash script that will launch the code at boot/ startup
> cd /usr/bin/
> Type nano 
> #!/bin/bash 
> /home/root/
>
> Save and grant execute permission
> chmod u+x /usr/bin/.sh
> 3. Create the service
>  nano /lib/systemd/.service
> 4. Edit the above file as necessary to invoke the different 
> functionalities like network. Enable these only if the code needs 
>
> that particular service. Disable unwanted ones to decrease boot time.
> [Unit]
> Description=
> After=syslog.target network.target
> [Service]
> Type=simple
> ExecStart=/usr/bin/.sh
> [Install]
> WantedBy=multi-user.target
>  5.  Create a symbolic link to let the device know the location of the 
> service.
> cd /etc/systemd/system/
> ln /lib/systemd/.service .service
>
> 6. Make systemd reload the configuration file, start the service 
> immediately (helps to see if the service is functioning 
>
> properly) and enable the unit files specified in the command line.
>
> systemctl daemon-reload
> systemctl start .service
> systemctl enable .service
>
> 7. Restart BBB immediately to see if it runs as intended. 
> shutdown -r now
>

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

Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image you want to test

[Robert Nelson]

On Sun, Mar 9, 2014 at 5:55 AM,   wrote:
> I am having issues with this image and mmcqd daemon, X crahes often and I
> end up with an empty console on my LCD 4.3:
>
> [  180.537526] INFO: task mmcqd/0:74 blocked for more than 60 seconds.
> [  180.544275] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
> this message.
> [  180.552668] Kernel panic - not syncing: hung_task: blocked tasks
> [  180.559071] [] (unwind_backtrace+0x1/0x8a) from []
> (panic+0x51/0x148)
> [  180.567727] [] (panic+0x51/0x148) from []
> (watchdog+0x14f/0x194)
> [  180.575937] [] (watchdog+0x14f/0x194) from []
> (kthread+0x67/0x74)
> [  180.584234] [] (kthread+0x67/0x74) from []
> (ret_from_fork+0x11/0x34)
> [  180.592778] drm_kms_helper: panic occurred, switching back to text
> console
>
> I saw this post:
>
> https://groups.google.com/forum/#!topic/beagleboard/g8JQWFmw4_w
>
> is this backport from 3.12 part of the image?

Yeap:

https://github.com/RobertCNelson/linux-dev/blob/am33x-v3.8/patch.sh#L845

Doesn't really make a difference for 3.8 thou, as you see..

Best to just switch to v3.13.x

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

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

Re: [beagleboard] 4 Channel SPI

[Gerald Coley]

This is the correct place to ask..

Gerald


On Mon, Mar 10, 2014 at 5:15 AM, Julian David Rath wrote:

> Hi,
>
> I just found out that this is a better place to ask my question, it seams
> like there is also a beaglebone Google group, little confusing. So here my
> cross-post:
>
>
> I'd like to connect 4 ADS8528[0] daisy-chained via SPI to a BBB. I want to
> test it in different iterations first I want to measure the 32 Analog input
> channels captured by the ADS8528s with 1kHz and at the end with 200kHz.
> Those ADS8528 using 4 SPI Channels in daisy-chain mode. So I did some
> calculations on the needed bandwidth:
>
> for 1Khz:
> 12Bit * 32Channels * 4KHz = 384 Kbit/s
>
> On 4 SPI Channels that means:
> 12* 32*1Khz = 96 Kbit/s per SPI channel
>
> for 200Khz:
> 12Bit * 32Channels * 200KHz = 76.8 Mbit/s = 9.6MByte/s
>
> On 4 SPI Channels that means:
> 76.8Mb/s /4 = 19.2 Mbit/s per SPI channel
>
> Now 2 things:
>  * Should/Can I use the built-in SPI of the BBB or do I have to implement
> 4 channels SPI bus by hand (High datarates PRUSS I guess)?
>  * Do you think the high datarates for the 200Khz are achievable?
>
> Thanks,
>
> /Julian
>
> [0]: http://www.ti.com/product/ads8528
>
> --
> 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+unsubscr...@googlegroups.com.
>
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Bogdan Teodorescu]

So the answer is clear: move to other platform. Don't wait for the stock go for 
a new board.
The producer is not thinking how to cover demand but how to increase price.
As a marketing strategy is the worse it can be - more and more potential users
will move to other platforms and in a couple of month we will see plenty of 
boards on stock
but no demand. it is an old story but it seems some lessons are never learned.

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Gerald Coley
Sent: Monday, March 10, 2014 3:54 PM
To: beagleboard@googlegroups.com
Subject: Re: [beagleboard] Re: Availability - how come nobody has any 
BeagleBone Black to sell?

It is real. But, if you wait until you see it in stock, it may be a while 
before you will get one.

Gerald


On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer 
mailto:satzkla...@googlemail.com>> wrote:
Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
Just to say

our order on RS (italy) placed one month ago got cancelled. And now they say it 
will be available on July.


This seems to be the situation for Europe in general. I did not find even one 
shopt that was able to sell a single piece. RS are the more funny ones here, 
they do massive online advertising for the BBB but are not able to ship before 
end of july (perhaps).

So the BBB seems to be more a rumour than a real product here...

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

Re: [beagleboard] Gibberish messages in the terminal window

[Gerald Coley]

What are the terminal settings you are using?

Gerald



On Sat, Mar 8, 2014 at 5:08 AM, roshan sebastian wrote:

> Hi, I`ve bought a Beagle Board-xM recently..It`s working fine, except
> that, in the terminal there is some gibberish,some sort of random symbols
> which we can`t read and it is coming in the first boot itself..is there
> something to do, please help..
>
> --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Eric Palmer]

I'm not sure this is really going to happen.  The same supply and demand
problems existed for the Pi and it has caught up.  In the last month I have
gotten 3 BBB so be resourceful.




On Mon, Mar 10, 2014 at 10:05 AM, Bogdan Teodorescu <
bogdan.teodore...@quartzmatrix.ro> wrote:

> So the answer is clear: move to other platform. Don't wait for the stock
> go for a new board.
>
> The producer is not thinking how to cover demand but how to increase price.
>
> As a marketing strategy is the worse it can be - more and more potential
> users
>
> will move to other platforms and in a couple of month we will see plenty
> of boards on stock
>
> but no demand. it is an old story but it seems some lessons are never
> learned.
>
>
>
> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
> *On Behalf Of *Gerald Coley
> *Sent:* Monday, March 10, 2014 3:54 PM
> *To:* beagleboard@googlegroups.com
> *Subject:* Re: [beagleboard] Re: Availability - how come nobody has any
> BeagleBone Black to sell?
>
>
>
> It is real. But, if you wait until you see it in stock, it may be a while
> before you will get one.
>
>
>
> Gerald
>
>
>
>
>
> On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer 
> wrote:
>
> Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
>
> Just to say
>
> our order on RS (italy) placed one month ago got cancelled. And now they
> say it will be available on July.
>
>
>
>
>
> This seems to be the situation for Europe in general. I did not find even
> one shopt that was able to sell a single piece. RS are the more funny ones
> here, they do massive online advertising for the BBB but are not able to
> ship before end of july (perhaps).
>
>
>
> So the BBB seems to be more a rumour than a real product here...
>
>
>
> --
> 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+unsubscr...@googlegroups.com.
>
> 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 beagleboard+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Eric Palmer

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

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

We cannot increase supply. We are maxed out. Why? Well, because we can't
find another CM that will make the board for no profit. SO, unless
we increase the price we cannot increase supply. If you don't understand
this, well I can't help that.

Gerald



On Mon, Mar 10, 2014 at 9:05 AM, Bogdan Teodorescu <
bogdan.teodore...@quartzmatrix.ro> wrote:

> So the answer is clear: move to other platform. Don't wait for the stock
> go for a new board.
>
> The producer is not thinking how to cover demand but how to increase price.
>
> As a marketing strategy is the worse it can be - more and more potential
> users
>
> will move to other platforms and in a couple of month we will see plenty
> of boards on stock
>
> but no demand. it is an old story but it seems some lessons are never
> learned.
>
>
>
> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
> *On Behalf Of *Gerald Coley
> *Sent:* Monday, March 10, 2014 3:54 PM
> *To:* beagleboard@googlegroups.com
>
> *Subject:* Re: [beagleboard] Re: Availability - how come nobody has any
> BeagleBone Black to sell?
>
>
>
> It is real. But, if you wait until you see it in stock, it may be a while
> before you will get one.
>
>
>
> Gerald
>
>
>
>
>
> On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer 
> wrote:
>
> Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
>
> Just to say
>
> our order on RS (italy) placed one month ago got cancelled. And now they
> say it will be available on July.
>
>
>
>
>
> This seems to be the situation for Europe in general. I did not find even
> one shopt that was able to sell a single piece. RS are the more funny ones
> here, they do massive online advertising for the BBB but are not able to
> ship before end of july (perhaps).
>
>
>
> So the BBB seems to be more a rumour than a real product here...
>
>
>
> --
> 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+unsubscr...@googlegroups.com.
>
> 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 beagleboard+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] I2C_BUS_ARBITRATION_LOST_ERROR

[roshi . r2008]

Iam using TMDSSK3358  EVM from TI. I 
posted this query in the TI website but didnt get much of help. I feel that 
my EVM is more similar in architecture to  BBB. So iam posting this here. 
Please do help me

The EVM (master) is connected to mpu6050 (imu) via I2C .(iam using linux 
sdk and i2cdev) I poll the readings from MPU continously.

The code is provided in the following link :

https://github.com/richardghirst/PiBits/tree/master/MPU6050-Pi-Demo

Iam experiencing these errors: "*omap_i2c omap_i2c.1: Arbitration lost*" 
and "*waiting for bus ready*". The EVM *cannot be rebooted(via software)* then. 
I have to power off the device to make it work again.

I used the same code to *work in raspberry pi* and it worked without any 
issues. . I saw that the I2c bus in EVM is shared between many internal 
devices like PMIC,Memory etc ... whereas its not so in raspberry. Is this 
the cause?

Or is it that my EVM expects n bytes from slave and my slave can only 
respond to less than n bytes at a time? Thus making my master wait for the 
data it will never recieve and hence go insane!...

I also came to know that the i2c on getting timed out, calls the init 
function, but the bus arbitration doesnt change  the state(from the waiting 
state).

I kindly request your help, as i couldnt find any way sorting this out!.. 
 :(

Please help me out on this asap.

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

RE: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Robert P. J. Day]

On Mon, 10 Mar 2014, Bogdan Teodorescu wrote:

> So the answer is clear: move to other platform. Don't wait for the
> stock go for a new board.

  best of luck. don't forget to write.

rday

-- 


Robert P. J. Day Ottawa, Ontario, CANADA
http://crashcourse.ca

Twitter:   http://twitter.com/rpjday
LinkedIn:   http://ca.linkedin.com/in/rpjday


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

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Charles Steinkuehler]

Well this is news.  Previously it just sounded like there were very
understandable issues ramping up part deliveries.

Regardless, if no money is being made building BeagleBones, I'd much
rather see a price increase than have the boards go away.  IMHO there
isn't really any difference between a $49.99 price and the current $45,
but that ought to help a lot with margins.  I've been on the wrong side
of "shipping money out the door and making it up in volume", and it's
not a fun place to be.

Please keep us posted!

On 3/10/2014 9:15 AM, Gerald Coley wrote:
> We cannot increase supply. We are maxed out. Why? Well, because we can't
> find another CM that will make the board for no profit. SO, unless
> we increase the price we cannot increase supply. If you don't understand
> this, well I can't help that.
> 
> Gerald
> 
> 
> 
> On Mon, Mar 10, 2014 at 9:05 AM, Bogdan Teodorescu <
> bogdan.teodore...@quartzmatrix.ro> wrote:
> 
>> So the answer is clear: move to other platform. Don't wait for the stock
>> go for a new board.
>>
>> The producer is not thinking how to cover demand but how to increase price.
>>
>> As a marketing strategy is the worse it can be - more and more potential
>> users
>>
>> will move to other platforms and in a couple of month we will see plenty
>> of boards on stock
>>
>> but no demand. it is an old story but it seems some lessons are never
>> learned.
>>
>>
>>
>> *From:* beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com]
>> *On Behalf Of *Gerald Coley
>> *Sent:* Monday, March 10, 2014 3:54 PM
>> *To:* beagleboard@googlegroups.com
>>
>> *Subject:* Re: [beagleboard] Re: Availability - how come nobody has any
>> BeagleBone Black to sell?
>>
>>
>>
>> It is real. But, if you wait until you see it in stock, it may be a while
>> before you will get one.
>>
>>
>>
>> Gerald
>>
>>
>>
>>
>>
>> On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer 
>> wrote:
>>
>> Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
>>
>> Just to say
>>
>> our order on RS (italy) placed one month ago got cancelled. And now they
>> say it will be available on July.
>>
>>
>>
>>
>>
>> This seems to be the situation for Europe in general. I did not find even
>> one shopt that was able to sell a single piece. RS are the more funny ones
>> here, they do massive online advertising for the BBB but are not able to
>> ship before end of july (perhaps).
>>
>>
>>
>> So the BBB seems to be more a rumour than a real product here...
>>
>>
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>>
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> 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 beagleboard+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
> 


-- 
Charles Steinkuehler
char...@steinkuehler.net

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

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

We have doubled our production over the last two months to 3,000 per week.
But that is about as good as it is going to get. We still have people
sucking up 100s of boards for use in products and we have not found a way
to stop that. We are building them and we are shipping them as fast as we
can. They just aren't getting to people that we want to have them.

Gerald


On Mon, Mar 10, 2014 at 9:28 AM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> Well this is news.  Previously it just sounded like there were very
> understandable issues ramping up part deliveries.
>
> Regardless, if no money is being made building BeagleBones, I'd much
> rather see a price increase than have the boards go away.  IMHO there
> isn't really any difference between a $49.99 price and the current $45,
> but that ought to help a lot with margins.  I've been on the wrong side
> of "shipping money out the door and making it up in volume", and it's
> not a fun place to be.
>
> Please keep us posted!
>
> On 3/10/2014 9:15 AM, Gerald Coley wrote:
> > We cannot increase supply. We are maxed out. Why? Well, because we can't
> > find another CM that will make the board for no profit. SO, unless
> > we increase the price we cannot increase supply. If you don't understand
> > this, well I can't help that.
> >
> > Gerald
> >
> >
> >
> > On Mon, Mar 10, 2014 at 9:05 AM, Bogdan Teodorescu <
> > bogdan.teodore...@quartzmatrix.ro> wrote:
> >
> >> So the answer is clear: move to other platform. Don't wait for the stock
> >> go for a new board.
> >>
> >> The producer is not thinking how to cover demand but how to increase
> price.
> >>
> >> As a marketing strategy is the worse it can be - more and more potential
> >> users
> >>
> >> will move to other platforms and in a couple of month we will see plenty
> >> of boards on stock
> >>
> >> but no demand. it is an old story but it seems some lessons are never
> >> learned.
> >>
> >>
> >>
> >> *From:* beagleboard@googlegroups.com [mailto:
> beagleboard@googlegroups.com]
> >> *On Behalf Of *Gerald Coley
> >> *Sent:* Monday, March 10, 2014 3:54 PM
> >> *To:* beagleboard@googlegroups.com
> >>
> >> *Subject:* Re: [beagleboard] Re: Availability - how come nobody has any
> >> BeagleBone Black to sell?
> >>
> >>
> >>
> >> It is real. But, if you wait until you see it in stock, it may be a
> while
> >> before you will get one.
> >>
> >>
> >>
> >> Gerald
> >>
> >>
> >>
> >>
> >>
> >> On Mon, Mar 10, 2014 at 6:41 AM, Satz Klauer  >
> >> wrote:
> >>
> >> Am Donnerstag, 27. Februar 2014 15:54:05 UTC+1 schrieb Giuseppe Iellamo:
> >>
> >> Just to say
> >>
> >> our order on RS (italy) placed one month ago got cancelled. And now they
> >> say it will be available on July.
> >>
> >>
> >>
> >>
> >>
> >> This seems to be the situation for Europe in general. I did not find
> even
> >> one shopt that was able to sell a single piece. RS are the more funny
> ones
> >> here, they do massive online advertising for the BBB but are not able to
> >> ship before end of july (perhaps).
> >>
> >>
> >>
> >> So the BBB seems to be more a rumour than a real product here...
> >>
> >>
> >>
> >> --
> >> 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+unsubscr...@googlegroups.com.
> >>
> >> 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 beagleboard+unsubscr...@googlegroups.com.
> >> 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 beagleboard+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >>
> >
>
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
> --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+u

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Satz Klauer]

On Mon, Mar 10, 2014 at 2:53 PM, Gerald Coley  wrote:
> It is real. But, if you wait until you see it in stock, it may be a while
> before you will get one.

This is not a solution, most shops don't allow to order something when
they don't have the hardware in stock.

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

Re: [beagleboard] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

Actually most shops do. That is why we can never catch up.;

Gerald


On Mon, Mar 10, 2014 at 9:40 AM, Satz Klauer wrote:

> On Mon, Mar 10, 2014 at 2:53 PM, Gerald Coley 
> wrote:
> > It is real. But, if you wait until you see it in stock, it may be a while
> > before you will get one.
>
> This is not a solution, most shops don't allow to order something when
> they don't have the hardware in stock.
>
> --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] I2C_BUS_ARBITRATION_LOST_ERROR

[Charles Steinkuehler]

Have you monitored the actual I2C signals?  It sounds like you might
have a shorted signal, or possibly one of the I2C devices is confused
and keeping the data line pulled low.

On 3/10/2014 9:08 AM, roshi.r2...@gmail.com wrote:
> 
> 
> Iam using TMDSSK3358  EVM from TI. I 
> posted this query in the TI website but didnt get much of help. I feel that 
> my EVM is more similar in architecture to  BBB. So iam posting this here. 
> Please do help me
> 
> The EVM (master) is connected to mpu6050 (imu) via I2C .(iam using linux 
> sdk and i2cdev) I poll the readings from MPU continously.
> 
> The code is provided in the following link :
> 
> https://github.com/richardghirst/PiBits/tree/master/MPU6050-Pi-Demo
> 
> Iam experiencing these errors: "*omap_i2c omap_i2c.1: Arbitration lost*" 
> and "*waiting for bus ready*". The EVM *cannot be rebooted(via software)* 
> then. 
> I have to power off the device to make it work again.
> 
> I used the same code to *work in raspberry pi* and it worked without any 
> issues. . I saw that the I2c bus in EVM is shared between many internal 
> devices like PMIC,Memory etc ... whereas its not so in raspberry. Is this 
> the cause?
> 
> Or is it that my EVM expects n bytes from slave and my slave can only 
> respond to less than n bytes at a time? Thus making my master wait for the 
> data it will never recieve and hence go insane!...
> 
> I also came to know that the i2c on getting timed out, calls the init 
> function, but the bus arbitration doesnt change  the state(from the waiting 
> state).
> 
> I kindly request your help, as i couldnt find any way sorting this out!.. 
>  :(
> 
> Please help me out on this asap.
> 


-- 
Charles Steinkuehler
char...@steinkuehler.net

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

Re: [beagleboard] Measuring CPU(Cortex-A8) clock cycles

[Paddu]

Hi,

Thank you for sharing very useful information.
With your suggestions currently I am able to read the Cycle count using 
using this register.
Please let me ask more question about CCNT register.

Just for the confirmation, I would like to know is this a 32 bit register? 
or 64 bit?
and what would happen if the count value is overflown, will the register 
reset to "0" ?

Regards
Paddu.


On Tuesday, February 25, 2014 11:39:24 PM UTC+9, Luis wrote:
>
> Hi Paddu,
>
> The Cortex-A8 has a Performance Monitor Control Register (coprocessor c9), 
> you can check the documentation for the registers here (page 154, section 
> 3.2.42):
>
> http://infocenter.arm.com/help/topic/com.arm.doc.ddi0344k/DDI0344K_cortex_a8_r3p2_trm.pdf
>
> For a simple example of the code check this page: 
> http://stackoverflow.com/questions/3247373/how-to-measure-program-execution-time-in-arm-cortex-a8-processor
> In there they use assembly to configure and read the registers for the 
> Cortex-A8, so it can be ported to any OS I believe.
>
> The Peformance Monitoring Unit is very cool, there's a ton of events you 
> can measure there, you can record up to 5 events (including the Clock 
> Cycles CCNT).
>
>
> If you were using Linux it already has the implementation done for you, 
> you only need some libraries (found in 
> http://perfmon2.sourceforge.net/hw.html ).
>
> Hope this helps.
>
> Best Regards,
>
> Luis
>
> On Tuesday, 25 February 2014 03:02:31 UTC, Paddu wrote:
>>
>> Thank all for the kind reply.
>>
>> @liyaoshi-> I could find the link you have mentioned. 
>>
>> @Grissiom -> Currently we are not using Linux, we are using Starterware.
>>
>> I shall see if we could implement this using a ASM code.
>>
>>
>> On Tuesday, February 25, 2014 11:56:11 AM UTC+9, liyaoshi wrote:
>>>
>>> From this link , you can see 
>>>
>>> readtsc() means this only support on x86 ,tsc register is 64bit register 
>>> and clock with main clock , on x86/64 this is can very precise
>>>
>>> On ARM, use generic PIT,(maybe you should write your own driver ) ,
>>>
>>> only limit is  almost PIT register is 32bit 
>>>
>>>
>>> 2014-02-25 10:49 GMT+08:00 Grissiom :
>>>
 On Mon, Feb 24, 2014 at 10:26 PM, Paddu  wrote:

> Hi,
>
> We need some advice in measuring Beaglebone CPU(Cortex-A8) clock 
> cycles.
> Is there any way to measure the CPU cycles and use it inside the 
> program?
> I have heard about "ccnt" register but don't know how exactly could we 
> use that in the program.
> Please let me know if there is a reference or pointers on how to 
> implement the code.
>
>
 Do you want to measure cycles in Linux program or baremetal program? If 
 you are on Linux, this link:

 http://halobates.de/modern-pmus-yokohama.pdf

 may help you. If not, read the PMU section in the ARM ARM.

 -- 
 Cheers,
 Grissiom 

 -- 
 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/groups/opt_out.

>>>
>>>

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

Re: [beagleboard] Pin out difference between 74AVC32T245 device & datasheet

[David Funk]

Schematics have been known to be more wrong that datasheets.  Schematics
often lag in updates, especially once a product is in production and even
more so when it's open source or other 'labor of love.'




-david



On Mon, Mar 10, 2014 at 6:21 AM,  wrote:

> I am integrating the 74AVC32T245 device into my design.
> I have spotted a discrepancy between the pin out shown on the schematic
> for the LCD7 cape (document number BBT-BONE-LCD7-01, REVA3) and the pinout
> according to the datasheet.
>
> The schematic shows:
> H1 as 2B8
> H2 as 2B7
> The Texas instruments datasheet shows:
> H1 as 2B7
> H2 as 2B8
>
> Pins T1, T2 are also similarly swapped.
>
> Does anyone know which is correct?
>
> Normally I would go with the datasheet but I assume the LCD7 cape does
> work...
>
> Thanks in advance...
>

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

Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?

[Karl Longen]

Guess it is a matter of preferences in the end...I trust more Oracle stuff 
than Microsoft.

Memacs is able to do as you described; you can write macro; altho you are 
still tied to a debugger to debug an application; and the lack of many 
facilities makes you wonder why you hate yourself so much, to use a textual 
environment instead of a full graphical IDE...if you are in a pinch then it 
may work, but for any daily job, I would not rely on it.

I think that a text editor is the base block for an IDE; then it is a 
matter of putting some buttons to run the build and run commands; but the 
hard part is all the translation from pure textual symbols to something 
more clean, when you are debugging. Technically you can script almost all 
the functions of gdb, but it is slow as hell. 

I believe that there is room for a full IDE on the BB; especially if you 
consider that stuff like Storm C was running on Pc and Amiga computers, 
which had 14 Mhz processor and barely a mb or 2 of ram

http://www.haage-partner.de/amiga/storm/sc_ft_e.htm#StormC1

On Friday, March 7, 2014 9:33:17 PM UTC-8, William Hermans wrote:
>
> Personally I am allergic to anything that requires JRE. Hence I refuse to 
> use Eclipse.
>
> There are text editors out there that are configurable to the point where 
> you can configure external binaries to run on the press of a hotkey. Since 
> the gcc toolchain consists of all cmd line tools, you do not need to output 
> directly in the editor its self. You could however always redirect stdout / 
> stderr if you so wished.
>
> Anyway, watch these sometime.
>
> https://tutsplus.com/course/improve-workflow-in-sublime-text-2/
>
> Specifically "Vintage mode". Which is essentially VIM inside the text 
> editor. The text editor can also execute external binaries, and is highly 
> configurable / customizable. Anyway, this is about as close to VI / VIM in 
> an IDE you're going to get I suppose.
>
> As it happens I have started to write something which resembled a very 
> simplistic  IDE with no built in text editor. Instead of finishing it 
> however, I instead invested some time learning how Code::Blocks works, and 
> just use GDB via the command line.
>
> Personally, I think it is folly to even consider running an IDE directly 
> on the BBB. So a moot point.
>
>
> On Fri, Mar 7, 2014 at 10:05 PM, Karl Longen 
> <2frikki...@gmail.com
> > wrote:
>
>> William; to be an IDE it needs a debugger, compiler and linkerif you 
>> can do that just with VI, I will personally work 80 hours a day and donate 
>> all my salary to you for the rest of my life :) 
>>
>> The problem is not if Dev-C++ is open source or not...80% of the code 
>> probably is not even reusable (I don't really have the will nor the time to 
>> check it), and the rest is just the text editor probably; the problem thou 
>> is simple: it would be too heavy to run on the BB.
>>
>> Write my own? Either you have too much free time or I have a very busy 
>> life :) How many people do you know that build their own IDE, just because 
>> ? Reinventing the wheel is one of the biggest mistake that most of the 
>> novice programmers do...you are not writing code that someone else already 
>> wrote, because makes no sense...if there is a library you extend it or take 
>> part of it to customize it (if the license allow you to do so), for your 
>> needs; altho if the person that wrote the library is a good architect, 
>> he/she made the API as generic as possible, and probably with overloading 
>> where needed.
>>
>> Please leave out the VI topic, let's not start all over again with this 
>> nonsense.
>>
>> BTW the topic is an IDE that runs on the Beaglebonethanks for your 
>> insight about these software (I would go code:blocks for sure over VS...gb 
>> and gb of stuff that you may never use, just over bloating the software); 
>> it may help someone that is allergic to Eclipse. The original question 
>> started with that request, unless I am missing something.
>>
>> On Friday, March 7, 2014 8:47:11 PM UTC-8, William Hermans wrote:
>>>
>>> I.D.E == integrated development environment. Technically, any well 
>>> featured text editor could do these same duties.
>>>
>>> Isnt bloodsheds DevC++ opensource ? Rewrite to use linaro's armhf 
>>> toolchain . . . or make it configurable like Code::Blocks. Hell write your 
>>> own for that matter.There is another similar ( but better looking ) C/C++ 
>>> IDE out now. PellesC. I used to like bloodsheds IDE myself years ago, but 
>>> prefer PellesC on the Windows desktop now days.However for cross platform 
>>> developement ( cross arch ) PellesC is not configurable. At least not the 
>>> last time I checked.
>>>
>>> Also, someone with 15 years development experience should know that 
>>> there are many developers that use VIM. Most Unix / Linux developers I know 
>>> prefer VIM. Hell as primarily a Windows developer for the last 18 years. 
>>> Even I like the way it looks in appearance( or can be made to look ).

[beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?

[Karl Longen]

Mike,

You may want to try to read the posts that were made; you will find 
everything you need.

Just scroll up, you will find the link to youtube videos and some other 
link posted by other users.

Google is also your friend; the first 5 top results will show you all that 
you need to know. Especially if you follow the channels on Youtube; you 
will find plenty of GPIO examples.

BTW there is no debate about Eclipse...you probably just skimmed the posts 
here

On Saturday, March 8, 2014 1:12:28 PM UTC-8, mmk...@yahoo.co.uk wrote:
>
>
>
> Helllo, 
>  I am planning to get started with the BBB.  I want to develop  code 
> in C or C++  on a PC, with Eclipse, compile and download to the BBB.   I 
> dont want to get into the Eclipse debate, just so happens that I am 
> familiar with it, and find it very powerful, so that is way I want to go.  
> I know it has been mentioned in this series of posts, 
>  Can somebody please give a step by step list of instructions, or 
> possibly link, to how to get the full Eclipse toolchain setup and 
> configured for use with the BBB.   It would be really helpful if  there 
> were some example projects to help get started especially a project that 
> uses the gpio.
> Thanks in advance,
> Mike.
>
> On Saturday, 5 January 2013 22:27:50 UTC, Fulvio C wrote:
>>
>> Hi all
>>
>> Finally I've got my BeagleBone today, and I started to play with it 
>> already. I've updated the latest distro of the OS, and set it up to run 
>> with a power adapter and ethernet cable. Love it so far.
>>
>> Now I have noticed that the OS has already g++, so it is possible to just 
>> write in VI simple C++ code, and compile it to run it directly from console 
>> (which is great for me).
>>
>> Altho, it does not seem possible to do the same in cloud9or I do not 
>> know how to do it.
>>
>> I am planning to write code with the board attached to my computer, so I 
>> can just write code as usual and then move the source on the board and 
>> compile there (or do everything on my machine and just send the compiled 
>> program to the board...still experimenting here); but there will be some 
>> cases where I will be on the go, and would just power the board and work on 
>> it without a computer (I have ordered a lcd cape for this purpose).
>>
>> VI is fine for simple code, but if you gotta code something more 
>> demanding, using VI would be a real pain, so I am trying to achieve 
>> productivity without burn my patience :)
>>
>> In the end, I would like to have a better editor than VI, and also would 
>> love to use an IDE instead than just using text editors without code 
>> completion, breakpoints, step by step instructions and so on...so I thought 
>> that cloud9 may work, since I just need to run the browser directly on the 
>> BeagleBone and I can code and compile on the go without a computer.
>>
>> Is this possible? Is there another way to accomplish what I need? I am 
>> pretty sure that if I install on the Angstrom release Eclipse, and try to 
>> use it; the board will just be too slow to run it,
>>
>> Thanks in advance for any pointer! 
>>
>

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

[beagleboard] not able to connect to Beaglebone black

[Kumar Gaurav]

Hi All,
I have bought beaglebone black and used tutorials to setup it. I started 
with start.html (provided with BBB). installed rules(mkudevrule.sh). Tried 
opening 192.168.7.2 in browser but didn't succeded. I tried finding IP of 
BBB using arp-scan and again got nothing. I found somewhere that by default 
ssh doesn't work on angstrom so i flashed debian into an SD card and booted 
with that ( i refer this 
tute:http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/),
 
again i am not able to connect with BBB. In start.html there's a link for *USB 
to virtual Ethernet.* I don't know how would i install this (if i need to)

My system is detail is
kumar@anandlinux:~$ uname -a
Linux anandlinux.com 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 
UTC 2013 x86_64 x86_64 x86_64 GNU/Linux


One of my friend suggested that i should use FTDI to USB cable to connect 
with BBB USB mini to USB won't work. Is that true? Currently i'm using USB 
Mini to USB.

I tried using screen command too
screen /dev/ttyUSB1 115200 but that too doesn't help.

Please suggest how can i connect. I've been Googling since 5th march and 
still clueless.


I'm using this forum for first time so if i used wrong topic/specific topic 
etc then let me know.

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

Re: [beagleboard] Measuring CPU(Cortex-A8) clock cycles

[Luis]

Hi Paddu,
I believe it is a 32-bit register (I found no mention of 64-bit registers 
in the c9 coprocessor). When it is overflown it resets to 0, in my code I 
take this into account. It looks like you can generate overflow interrupts 
(page 168 section 3.5.52) but I haven't used them.

Hope this helps.

Regards,

Luis

On Monday, 10 March 2014 15:00:26 UTC, Paddu wrote:
>
>
> Hi,
>
> Thank you for sharing very useful information.
> With your suggestions currently I am able to read the Cycle count using 
> using this register.
> Please let me ask more question about CCNT register.
>
> Just for the confirmation, I would like to know is this a 32 bit register? 
> or 64 bit?
> and what would happen if the count value is overflown, will the register 
> reset to "0" ?
>
> Regards
> Paddu.
>
>
> On Tuesday, February 25, 2014 11:39:24 PM UTC+9, Luis wrote:
>>
>> Hi Paddu,
>>
>> The Cortex-A8 has a Performance Monitor Control Register (coprocessor 
>> c9), you can check the documentation for the registers here (page 154, 
>> section 3.2.42):
>>
>> http://infocenter.arm.com/help/topic/com.arm.doc.ddi0344k/DDI0344K_cortex_a8_r3p2_trm.pdf
>>
>> For a simple example of the code check this page: 
>> http://stackoverflow.com/questions/3247373/how-to-measure-program-execution-time-in-arm-cortex-a8-processor
>> In there they use assembly to configure and read the registers for the 
>> Cortex-A8, so it can be ported to any OS I believe.
>>
>> The Peformance Monitoring Unit is very cool, there's a ton of events you 
>> can measure there, you can record up to 5 events (including the Clock 
>> Cycles CCNT).
>>
>>
>> If you were using Linux it already has the implementation done for you, 
>> you only need some libraries (found in 
>> http://perfmon2.sourceforge.net/hw.html ).
>>
>> Hope this helps.
>>
>> Best Regards,
>>
>> Luis
>>
>> On Tuesday, 25 February 2014 03:02:31 UTC, Paddu wrote:
>>>
>>> Thank all for the kind reply.
>>>
>>> @liyaoshi-> I could find the link you have mentioned. 
>>>
>>> @Grissiom -> Currently we are not using Linux, we are using Starterware.
>>>
>>> I shall see if we could implement this using a ASM code.
>>>
>>>
>>> On Tuesday, February 25, 2014 11:56:11 AM UTC+9, liyaoshi wrote:

 From this link , you can see 

 readtsc() means this only support on x86 ,tsc register is 64bit 
 register and clock with main clock , on x86/64 this is can very precise

 On ARM, use generic PIT,(maybe you should write your own driver ) ,

 only limit is  almost PIT register is 32bit 


 2014-02-25 10:49 GMT+08:00 Grissiom :

> On Mon, Feb 24, 2014 at 10:26 PM, Paddu  wrote:
>
>> Hi,
>>
>> We need some advice in measuring Beaglebone CPU(Cortex-A8) clock 
>> cycles.
>> Is there any way to measure the CPU cycles and use it inside the 
>> program?
>> I have heard about "ccnt" register but don't know how exactly could 
>> we use that in the program.
>> Please let me know if there is a reference or pointers on how to 
>> implement the code.
>>
>>
> Do you want to measure cycles in Linux program or baremetal program? 
> If you are on Linux, this link:
>
> http://halobates.de/modern-pmus-yokohama.pdf
>
> may help you. If not, read the PMU section in the ARM ARM.
>
> -- 
> Cheers,
> Grissiom 
>
> -- 
> 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/groups/opt_out.
>



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

Re: [beagleboard] Measuring CPU(Cortex-A8) clock cycles

[Luis]

Sorry, in my last reply it is *page 168 section 3.2.52*, not 3.5.52

On Monday, 10 March 2014 16:34:10 UTC, Luis wrote:
>
> Hi Paddu,
> I believe it is a 32-bit register (I found no mention of 64-bit registers 
> in the c9 coprocessor). When it is overflown it resets to 0, in my code I 
> take this into account. It looks like you can generate overflow interrupts 
> (page 168 section 3.5.52) but I haven't used them.
>
> Hope this helps.
>
> Regards,
>
> Luis
>
> On Monday, 10 March 2014 15:00:26 UTC, Paddu wrote:
>>
>>
>> Hi,
>>
>> Thank you for sharing very useful information.
>> With your suggestions currently I am able to read the Cycle count using 
>> using this register.
>> Please let me ask more question about CCNT register.
>>
>> Just for the confirmation, I would like to know is this a 32 bit 
>> register? or 64 bit?
>> and what would happen if the count value is overflown, will the register 
>> reset to "0" ?
>>
>> Regards
>> Paddu.
>>
>>
>> On Tuesday, February 25, 2014 11:39:24 PM UTC+9, Luis wrote:
>>>
>>> Hi Paddu,
>>>
>>> The Cortex-A8 has a Performance Monitor Control Register (coprocessor 
>>> c9), you can check the documentation for the registers here (page 154, 
>>> section 3.2.42):
>>>
>>> http://infocenter.arm.com/help/topic/com.arm.doc.ddi0344k/DDI0344K_cortex_a8_r3p2_trm.pdf
>>>
>>> For a simple example of the code check this page: 
>>> http://stackoverflow.com/questions/3247373/how-to-measure-program-execution-time-in-arm-cortex-a8-processor
>>> In there they use assembly to configure and read the registers for the 
>>> Cortex-A8, so it can be ported to any OS I believe.
>>>
>>> The Peformance Monitoring Unit is very cool, there's a ton of events you 
>>> can measure there, you can record up to 5 events (including the Clock 
>>> Cycles CCNT).
>>>
>>>
>>> If you were using Linux it already has the implementation done for you, 
>>> you only need some libraries (found in 
>>> http://perfmon2.sourceforge.net/hw.html ).
>>>
>>> Hope this helps.
>>>
>>> Best Regards,
>>>
>>> Luis
>>>
>>> On Tuesday, 25 February 2014 03:02:31 UTC, Paddu wrote:

 Thank all for the kind reply.

 @liyaoshi-> I could find the link you have mentioned. 

 @Grissiom -> Currently we are not using Linux, we are using 
 Starterware.

 I shall see if we could implement this using a ASM code.


 On Tuesday, February 25, 2014 11:56:11 AM UTC+9, liyaoshi wrote:
>
> From this link , you can see 
>
> readtsc() means this only support on x86 ,tsc register is 64bit 
> register and clock with main clock , on x86/64 this is can very precise
>
> On ARM, use generic PIT,(maybe you should write your own driver ) ,
>
> only limit is  almost PIT register is 32bit 
>
>
> 2014-02-25 10:49 GMT+08:00 Grissiom :
>
>> On Mon, Feb 24, 2014 at 10:26 PM, Paddu wrote:
>>
>>> Hi,
>>>
>>> We need some advice in measuring Beaglebone CPU(Cortex-A8) clock 
>>> cycles.
>>> Is there any way to measure the CPU cycles and use it inside the 
>>> program?
>>> I have heard about "ccnt" register but don't know how exactly could 
>>> we use that in the program.
>>> Please let me know if there is a reference or pointers on how to 
>>> implement the code.
>>>
>>>
>> Do you want to measure cycles in Linux program or baremetal program? 
>> If you are on Linux, this link:
>>
>> http://halobates.de/modern-pmus-yokohama.pdf
>>
>> may help you. If not, read the PMU section in the ARM ARM.
>>
>> -- 
>> Cheers,
>> Grissiom 
>>
>> -- 
>> 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/groups/opt_out.
>>
>
>

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

Re: [beagleboard] Re: BBB re-flash

[foreverska]

Well I can explain this in linux but not so much in windows, haven't used 
it in years.
So with the BBB plugged in via USB fdisk -l should have a 73MB~ device on 
this list.  From what I gather this needs to be a FAT partition, I did this 
with gparted personally.  This may not be true but since it worked once I 
will do as the crow does.  Then you boot off the sdcard with nothing but 
USB or a power adapter plugged in.  If you can SSH into the system then 
something has gone wrong and the system has booted instead of gone into 
flashing.  For me it finished somewhere during my second episode of TV I 
was watching.

On Monday, March 10, 2014 4:30:00 AM UTC-5, wharms wrote:
>
>
> hi could you elaborate this a bit more ? 
>
> bgnd: 
> I had the problem at testing, the system refused to start 
> and i tried to flash it via SD-card. 
> The card itself booted fine but i was unable to flash. 
>
> re, 
>  wh 
>
>
> Am 10.03.2014 03:34, schrieb foreverska: 
> > Well I got it to go finally by: 
> > using gparted to format the 73mb boot partition as FAT 
> > rewriting the flasher SD card 
> > 
> >  Still no luck with TTYLinux though 
> > 
>

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

Re: [beagleboard] not able to connect to Beaglebone black

[Robert Nelson]

On Mon, Mar 10, 2014 at 10:25 AM, Kumar Gaurav
 wrote:
>
> Hi All,
> I have bought beaglebone black and used tutorials to setup it. I started
> with start.html (provided with BBB). installed rules(mkudevrule.sh). Tried
> opening 192.168.7.2 in browser but didn't succeded. I tried finding IP of
> BBB using arp-scan and again got nothing. I found somewhere that by default
> ssh doesn't work on angstrom so i flashed debian into an SD card and booted
> with that ( i refer this
> tute:http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/),
> again i am not able to connect with BBB. In start.html there's a link for
> USB to virtual Ethernet. I don't know how would i install this (if i need
> to)
>
> My system is detail is
> kumar@anandlinux:~$ uname -a
> Linux anandlinux.com 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 UTC
> 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> One of my friend suggested that i should use FTDI to USB cable to connect
> with BBB USB mini to USB won't work. Is that true? Currently i'm using USB
> Mini to USB.
>
> I tried using screen command too
> screen /dev/ttyUSB1 115200 but that too doesn't help.
>
> Please suggest how can i connect. I've been Googling since 5th march and
> still clueless.

Well atleast start with something recent instead of that old image
referenced in the blog post.

Reflash with the latest from:

http://beagleboard.org/latest-images

Regards,

-- 
Robert Nelson
http://www.rcn-ee.com/

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

[beagleboard] USB hot-plug error messages on 3.13.6-bone7

[David Lambert]

I keep getting the following error messages when hot-unplugging a USB 
camera on BBB 3.13.6-bone7 with DMA disabled (PIO only). The system 
seems to recover fine otherwise.


Regards,

Dave.

--
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+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.
[  435.326452] uvcvideo: Non-zero status (-71) in video completion handler.
[  435.333626] uvcvideo: Non-zero status (-71) in video completion handler.
[  435.340688] uvcvideo: Non-zero status (-71) in video completion handler.
[  435.347806] uvcvideo: Non-zero status (-71) in video completion handler.
[  435.354926] uvcvideo: Non-zero status (-71) in video completion handler.
[  435.526961] usb 2-1.4: USB disconnect, device number 7
[  435.644690] [ cut here ]
[  435.649736] WARNING: CPU: 0 PID: 1521 at fs/sysfs/group.c:214 
sysfs_remove_group+0x4c/0xfc()
[  435.658619] sysfs group c0b23da0 not found for kobject 'event0'
[  435.664816] Modules linked in: xfrm_user xfrm4_tunnel tunnel4 ipcomp 
xfrm_ipcomp esp4 ah4 nfsd deflate ctr des_generic cbc ecb cmac af_key xfrm_algo 
snd_usb_audio snd_hwdep uvcvideo snd_usbmidi_lib videobuf2_vmalloc 
videobuf2_memops snd_rawmidi snd_seq_device videobuf2_core rtc_omap 
uio_pdrv_genirq uio loop
[  435.693594] CPU: 0 PID: 1521 Comm: python Tainted: GW
3.13.6-bone7 #1
[  435.701421] [] (unwind_backtrace+0x0/0xdc) from [] 
(show_stack+0x10/0x14)
[  435.710386] [] (show_stack+0x10/0x14) from [] 
(dump_stack+0x70/0x8c)
[  435.71] [] (dump_stack+0x70/0x8c) from [] 
(warn_slowpath_common+0x64/0x88)
[  435.728293] [] (warn_slowpath_common+0x64/0x88) from [] 
(warn_slowpath_fmt+0x2c/0x3c)
[  435.738333] [] (warn_slowpath_fmt+0x2c/0x3c) from [] 
(sysfs_remove_group+0x4c/0xfc)
[  435.748195] [] (sysfs_remove_group+0x4c/0xfc) from [] 
(device_del+0x34/0x16c)
[  435.757519] [] (device_del+0x34/0x16c) from [] 
(evdev_disconnect+0x18/0x40)
[  435.766635] [] (evdev_disconnect+0x18/0x40) from [] 
(__input_unregister_device+0xac/0x140)
[  435.777165] [] (__input_unregister_device+0xac/0x140) from 
[] (input_unregister_device+0x4c/0x6c)
[  435.788361] [] (input_unregister_device+0x4c/0x6c) from 
[] (uvc_delete+0x20/0x11c [uvcvideo])
[  435.799164] [] (uvc_delete+0x20/0x11c [uvcvideo]) from 
[] (v4l2_device_release+0xb8/0xd8)
[  435.809588] [] (v4l2_device_release+0xb8/0xd8) from [] 
(device_release+0x5c/0x90)
[  435.819272] [] (device_release+0x5c/0x90) from [] 
(kobject_cleanup+0x58/0x6c)
[  435.828587] [] (kobject_cleanup+0x58/0x6c) from [] 
(v4l2_release+0x5c/0x68)
[  435.837721] [] (v4l2_release+0x5c/0x68) from [] 
(__fput+0xd4/0x1dc)
[  435.846118] [] (__fput+0xd4/0x1dc) from [] 
(task_work_run+0xac/0xc4)
[  435.854617] [] (task_work_run+0xac/0xc4) from [] 
(do_work_pending+0x88/0x9c)
[  435.863839] [] (do_work_pending+0x88/0x9c) from [] 
(work_pending+0xc/0x20)
[  435.872873] ---[ end trace c0499242b34808eb ]---
[  435.881321] [ cut here ]
[  435.886191] WARNING: CPU: 0 PID: 1521 at fs/sysfs/group.c:214 
sysfs_remove_group+0x4c/0xfc()
[  435.895166] sysfs group c0b23da0 not found for kobject 'input3'
[  435.901404] Modules linked in: xfrm_user xfrm4_tunnel tunnel4 ipcomp 
xfrm_ipcomp esp4 ah4 nfsd deflate ctr des_generic cbc ecb cmac af_key xfrm_algo 
snd_usb_audio snd_hwdep uvcvideo snd_usbmidi_lib videobuf2_vmalloc 
videobuf2_memops snd_rawmidi snd_seq_device videobuf2_core rtc_omap 
uio_pdrv_genirq uio loop
[  435.930321] CPU: 0 PID: 1521 Comm: python Tainted: GW
3.13.6-bone7 #1
[  435.938195] [] (unwind_backtrace+0x0/0xdc) from [] 
(show_stack+0x10/0x14)
[  435.947134] [] (show_stack+0x10/0x14) from [] 
(dump_stack+0x70/0x8c)
[  435.955641] [] (dump_stack+0x70/0x8c) from [] 
(warn_slowpath_common+0x64/0x88)
[  435.965046] [] (warn_slowpath_common+0x64/0x88) from [] 
(warn_slowpath_fmt+0x2c/0x3c)
[  435.975087] [] (warn_slowpath_fmt+0x2c/0x3c) from [] 
(sysfs_remove_group+0x4c/0xfc)
[  435.984947] [] (sysfs_remove_group+0x4c/0xfc) from [] 
(device_del+0x34/0x16c)
[  435.994268] [] (device_del+0x34/0x16c) from [] 
(input_unregister_device+0x4c/0x6c)
[  436.004078] [] (input_unregister_device+0x4c/0x6c) from 
[] (uvc_delete+0x20/0x11c [uvcvideo])
[  436.014877] [] (uvc_delete+0x20/0x11c [uvcvideo]) from 
[] (v4l2_device_release+0xb8/0xd8)
[  436.025317] [] (v4l2_device_release+0xb8/0xd8) from [] 
(device_release+0x5c/0x90)
[  436.035033] [] (device_release+0x5c/0x90) from [] 
(kobject_cleanup+0x58/0x6c)
[  436.044350] [] (kobject_cleanup+0x58/0x6c) from [] 
(v4l2_release+0x5c/0x68)
[  436.053484] [] (v4l2_release+0x5c/0x68) from [] 
(__fput+0xd4/0x1dc)
[  436.061896] [] (__fput+0xd4/0x1dc) from [] 
(task_work_run+0xac/0xc4)
[  436.070391] [] (task_work_run+0xac/0xc4) from [] 
(do

Re: [beagleboard] Re: booting error with BBB [Error: unrecognized/unsupported machine ID (r1 = 0x00000e05).]

[John Syn]

From:  siva kumar 
Reply-To:  
Date:  Sunday, March 9, 2014 at 9:26 PM
To:  
Subject:  [beagleboard] Re: booting error with BBB [Error:
unrecognized/unsupported machine ID (r1 = 0x0e05).]

> buddy..
> thanks for your useful information..
> now i can able to boot the kernel from scratch ..
> but as usual kernel panic error occurred ...this might be a problem with nfs
> configuration
> [4.688893] IP-Config: Complete:
> [4.692338]  device=eth0, hwaddr=90:59:af:5b:d4:88,
> ipaddr=192.168.1.61, mask=255.255.255.0, gw=192.168.1.100
> [4.703098]  host=192.168.1.61, domain=, nis-domain=(none)
> [4.709215]  bootserver=192.168.1.69, rootserver=192.168.1.69,
> rootpath=
> [4.716420] ALSA device list:
> [4.719726]   #0: TI BeagleBone Black
> [4.860556] VFS: Mounted root (nfs filesystem) on device 0:12.
> [4.867169] devtmpfs: mounted
> [4.870723] Freeing init memory: 292K
> [4.926371] Kernel panic - not syncing: No init found.  Try passing init=
> option to kernel. See Linux Documentation/init.txt for guidance.
> [4.939425] [] (unwind_backtrace+0x0/0xe0) from []
> (panic+0x84/0x1e0)
> [4.947988] [] (panic+0x84/0x1e0) from []
> (kernel_init+0xb8/0xe4)
> [4.956185] [] (kernel_init+0xb8/0xe4) from []
> (ret_from_fork+0x14/0x3c)
> [4.965008] drm_kms_helper: panic occurred, switching back to text console
NFS doesn¹t like initrd, so you must build your kernel without initrd and
replace the initrd reference with a - (dash) in uEnv.txt so uenvcmd will
look like this
uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f

Regards,
John
> 
> 
> 
> 
> On Sunday, 9 March 2014 07:25:56 UTC+5:30, t-szczyrba  wrote:
>> Looks like DT file loading before booting is missing.
>> For kernels >3.2 and BBB you should pre-load dtb with u-boot to boot
>> succesfully (or append dtb file to kernel image, but have to
>> CONFIG_ARM_APPENDED_DTB kernel compile option enabled).
>> 
>> There is also a possibility that dtb is loaded correctly, but the kernel is
>> too big and when decompresses overwrites dtb - it easy to check if the
>> situation happened in your case with nm tool- no symbol should be loaded
>> above c0f8 for default u-boot config,
>> 
>> T.
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] BeagleBone Black and an abrupt loss of power

[Tomaso E]

Hi All,

I'm considering using a Beagle Bone Black for a project that I am working 
on.  I have some basic experience working with a couple of different 
microcontrollers/computers but I really like the specs of the Beagle Bone 
Black.  I love that it can run various Linux distributions and the hardware 
profile matches my project requirements pretty closely.

One concern that I have is regarding the Beagle Bone Black's ability to 
tolerate a sudden loss of power.  On many embedded Linux systems, if power 
is lost abruptly, the file system can become corrupt, and the device will 
not be able to boot, unless the file system is completely rebuilt.

Can the Beagle Bone Black tolerate an abrupt loss of power and not be 
bricked?  Ideally, for my project, the device would be powered down 
properly, but I can think of instances where the board might lose power 
suddenly.  I was wondering if I would have to worry about having the device 
get bricked if this happened.

Thanks in advance!
Tomaso


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

Re: [beagleboard] BeagleBone Black and an abrupt loss of power

[David Lambert]

On 03/10/2014 02:43 PM, Tomaso E wrote:

Hi All,

I'm considering using a Beagle Bone Black for a project that I am 
working on.  I have some basic experience working with a couple of 
different microcontrollers/computers but I really like the specs of 
the Beagle Bone Black.  I love that it can run various Linux 
distributions and the hardware profile matches my project requirements 
pretty closely.


One concern that I have is regarding the Beagle Bone Black's ability 
to tolerate a sudden loss of power.  On many embedded Linux systems, 
if power is lost abruptly, the file system can become corrupt, and the 
device will not be able to boot, unless the file system is completely 
rebuilt.
With rotating media, journaling file systems such as ext3/4 handle 
sudden asynchronous power losses fine. The problem seems to be that 
flash sub systems such as SSD/eMMC contain internal controllers which 
handle wear leveling/bad-block management etc. Here the issue becomes 
worse as the file system has no knowledge of these internal processes. I 
have worked with native flash file systems such as UBIFS, but they also 
suffer from phenomena such as "unstable-bits" 
http://www.linux-mtd.infradead.org/doc/ubifs.html#L_unstable_bits.


For these reasons, I am in the process developing a cape which provides 
short term battery backup and intelligence to perform an orderly 
shutdown. Other features include an independent watchdog and POE supprt.


Can the Beagle Bone Black tolerate an abrupt loss of power and not be 
bricked?  Ideally, for my project, the device would be powered down 
properly, but I can think of instances where the board might lose 
power suddenly.  I was wondering if I would have to worry about having 
the device get bricked if this happened.
The BBB would not be "bricked", but any file systems on the eMMC/SD may 
be corrupted.


Thanks in advance!
Tomaso



HTH,

Dave.

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

Re: [beagleboard] 4 Channel SPI

[John Syn]

From:  Julian David Rath 
Reply-To:  
Date:  Monday, March 10, 2014 at 2:15 AM
To:  
Subject:  [beagleboard] 4 Channel SPI

> Hi,
> 
> I just found out that this is a better place to ask my question, it seams like
> there is also a beaglebone Google group, little confusing. So here my
> cross-post:
> 
> I'd like to connect 4 ADS8528[0] daisy-chained via SPI to a BBB. I want to
> test it in different iterations first I want to measure the 32 Analog input
> channels captured by the ADS8528s with 1kHz and at the end with 200kHz. Those
> ADS8528 using 4 SPI Channels in daisy-chain mode. So I did some calculations
> on the needed bandwidth:
> 
> for 1Khz:
> 12Bit * 32Channels * 4KHz = 384 Kbit/s
> 
> On 4 SPI Channels that means:
> 12* 32*1Khz = 96 Kbit/s per SPI channel
> 
> for 200Khz:
> 12Bit * 32Channels * 200KHz = 76.8 Mbit/s = 9.6MByte/s
> 
> On 4 SPI Channels that means:
> 76.8Mb/s /4 = 19.2 Mbit/s per SPI channel
> 
> Now 2 things: 
>  * Should/Can I use the built-in SPI of the BBB or do I have to implement 4
> channels SPI bus by hand (High datarates PRUSS I guess)?
>  * Do you think the high datarates for the 200Khz are achievable?
While SPI can achieve the bandwidth you require, I¹m not sure you will get
this to work without a kernel driver given that the message transfers are
small so DMA won¹t be used. You may want to ask this question on the
Linux-IIO forum. 

Regards,
John
> 
> Thanks,
> 
> /Julian
> 
> [0]: http://www.ti.com/product/ads8528
> -- 
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BeagleBone Black and an abrupt loss of power

[Tomaso E]

Thanks Dave for your post.  It was very helpful, especially the link to the 
unstable-bits article.

I have a follow-up question, if power is lost abruptly, does the unstable 
bits simply result in lost data, or does the file system become corrupted 
and could previously stored data get damaged?  Or does are the results 
unpredictable?

I think I might have to build a shield or external circuit as you are 
considering doing, to provide continuous power to the unit in spite of 
fluctuations in the external power supply.

Thanks again for your help!

Tomaso

On Monday, March 10, 2014 3:56:07 PM UTC-4, David wrote:

> On 03/10/2014 02:43 PM, Tomaso E wrote: 
> > Hi All, 
> > 
> > I'm considering using a Beagle Bone Black for a project that I am 
> > working on.  I have some basic experience working with a couple of 
> > different microcontrollers/computers but I really like the specs of 
> > the Beagle Bone Black.  I love that it can run various Linux 
> > distributions and the hardware profile matches my project requirements 
> > pretty closely. 
> > 
> > One concern that I have is regarding the Beagle Bone Black's ability 
> > to tolerate a sudden loss of power.  On many embedded Linux systems, 
> > if power is lost abruptly, the file system can become corrupt, and the 
> > device will not be able to boot, unless the file system is completely 
> > rebuilt. 
> With rotating media, journaling file systems such as ext3/4 handle 
> sudden asynchronous power losses fine. The problem seems to be that 
> flash sub systems such as SSD/eMMC contain internal controllers which 
> handle wear leveling/bad-block management etc. Here the issue becomes 
> worse as the file system has no knowledge of these internal processes. I 
> have worked with native flash file systems such as UBIFS, but they also 
> suffer from phenomena such as "unstable-bits" 
> http://www.linux-mtd.infradead.org/doc/ubifs.html#L_unstable_bits. 
>
> For these reasons, I am in the process developing a cape which provides 
> short term battery backup and intelligence to perform an orderly 
> shutdown. Other features include an independent watchdog and POE supprt. 
> > 
> > Can the Beagle Bone Black tolerate an abrupt loss of power and not be 
> > bricked?  Ideally, for my project, the device would be powered down 
> > properly, but I can think of instances where the board might lose 
> > power suddenly.  I was wondering if I would have to worry about having 
> > the device get bricked if this happened. 
> The BBB would not be "bricked", but any file systems on the eMMC/SD may 
> be corrupted. 
> > 
> > Thanks in advance! 
> > Tomaso 
> > 
> > 
> HTH, 
>
> Dave. 
>
>

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

Re: [beagleboard] BeagleBone Black and an abrupt loss of power

[David Lambert]

On 03/10/2014 03:33 PM, Tomaso E wrote:
Thanks Dave for your post.  It was very helpful, especially the link 
to the unstable-bits article.


I have a follow-up question, if power is lost abruptly, does the 
unstable bits simply result in lost data, or does the file system 
become corrupted and could previously stored data get damaged?  Or 
does are the results unpredictable?
In my limited experience, the results are unpredictable. There was a 
commercial flash file system a few years ago (I think the name was 
FlashFX) but I could not get good answers as their system was "proprietary".


I think I might have to build a shield or external circuit as you are 
considering doing, to provide continuous power to the unit in spite of 
fluctuations in the external power supply.


Thanks again for your help!

Tomaso

On Monday, March 10, 2014 3:56:07 PM UTC-4, David wrote:

On 03/10/2014 02:43 PM, Tomaso E wrote:
> Hi All,
>
> I'm considering using a Beagle Bone Black for a project that I am
> working on.  I have some basic experience working with a couple of
> different microcontrollers/computers but I really like the specs of
> the Beagle Bone Black.  I love that it can run various Linux
> distributions and the hardware profile matches my project
requirements
> pretty closely.
>
> One concern that I have is regarding the Beagle Bone Black's
ability
> to tolerate a sudden loss of power.  On many embedded Linux
systems,
> if power is lost abruptly, the file system can become corrupt,
and the
> device will not be able to boot, unless the file system is
completely
> rebuilt.
With rotating media, journaling file systems such as ext3/4 handle
sudden asynchronous power losses fine. The problem seems to be that
flash sub systems such as SSD/eMMC contain internal controllers which
handle wear leveling/bad-block management etc. Here the issue becomes
worse as the file system has no knowledge of these internal
processes. I
have worked with native flash file systems such as UBIFS, but they
also
suffer from phenomena such as "unstable-bits"
http://www.linux-mtd.infradead.org/doc/ubifs.html#L_unstable_bits
.

For these reasons, I am in the process developing a cape which
provides
short term battery backup and intelligence to perform an orderly
shutdown. Other features include an independent watchdog and POE
supprt.
>
> Can the Beagle Bone Black tolerate an abrupt loss of power and
not be
> bricked?  Ideally, for my project, the device would be powered down
> properly, but I can think of instances where the board might lose
> power suddenly.  I was wondering if I would have to worry about
having
> the device get bricked if this happened.
The BBB would not be "bricked", but any file systems on the
eMMC/SD may
be corrupted.
>
> Thanks in advance!
> Tomaso
>
>
HTH,

Dave.

--
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+unsubscr...@googlegroups.com 
.

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

Re: [beagleboard] 4 Channel SPI

[Guy Grotke]

I think you might have to do this in a PRU:  I believe the SPI clock divider 
input runs at 48 MHz, so it can divide down to 24 MHz, 16 MHz, 12 MHz, etc.  
But I have also read someplace that it doesn’t work above 16 MHz.  You should 
also keep in mind that the SPI device driver takes the passed speed parameter 
as “maximum speed”, and so might actually run at a lower clock speed than you 
believe you requested.

So if you get SPI really running at 16 MHz, you would still have to run SPI0 
and SPI1 interfaces in parallel with half your ADCs on each interface.  Or you 
could do it by bit-banging GPIOs to talk to each ADC separately using a PRU.

As to the feasibility of doing it in the ARM processor:  I think you can do 
this easily in the AM3359 bare metal, but maybe not in the Linux environment.  
Without realtime patches, you get 10-100 msec maximum latency.  With exactly 
the right kernel mods I think you can get interrupt drivers to respond in a max 
of 50 usecs.  But this is precisely why TI included the PRUs.

From: Julian David Rath 
Sent: Monday, March 10, 2014 3:15 AM
To: beagleboard@googlegroups.com 
Subject: [beagleboard] 4 Channel SPI

Hi, 

I just found out that this is a better place to ask my question, it seams like 
there is also a beaglebone Google group, little confusing. So here my 
cross-post:


I'd like to connect 4 ADS8528[0] daisy-chained via SPI to a BBB. I want to test 
it in different iterations first I want to measure the 32 Analog input channels 
captured by the ADS8528s with 1kHz and at the end with 200kHz. Those ADS8528 
using 4 SPI Channels in daisy-chain mode. So I did some calculations on the 
needed bandwidth:

for 1Khz:
12Bit * 32Channels * 4KHz = 384 Kbit/s 

On 4 SPI Channels that means:
12* 32*1Khz = 96 Kbit/s per SPI channel

for 200Khz:
12Bit * 32Channels * 200KHz = 76.8 Mbit/s = 9.6MByte/s

On 4 SPI Channels that means:
76.8Mb/s /4 = 19.2 Mbit/s per SPI channel

Now 2 things: 
* Should/Can I use the built-in SPI of the BBB or do I have to implement 4 
channels SPI bus by hand (High datarates PRUSS I guess)?
* Do you think the high datarates for the 200Khz are achievable?

Thanks,

/Julian

[0]: http://www.ti.com/product/ads8528
-- 
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+unsubscr...@googlegroups.com.
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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Uart0 on Header 9

[edwin . j . slv]

I want the ability to use uart0 on Pins 9,17 and 9,18. along with the 
handshaking lines. According to the table on the BBB reference guide I know 
this is possible.  I have the dts file posted below, compiled it and copied 
the dtbo file to /lib/firmware.  I run the command to activate it and I am 
not seeing any change in the pin configurations.  Has anyone been sucessful 
connecting uart0 the header? Thanks




/dts-v1/;
/plugin/;

/ {
compatible = "ti,beaglebone", "ti,beaglebone-black";

/* identification */
part-number = "BB-UART1";
version = "00A0";

/* state the resources this cape uses */
exclusive-use =
/* the pin header uses */
"P9.17",/* uart0_txd */
"P9.18",/* uart0_rxd */
"P9.21",/* uart0_rts */
"P9.22",/* uart0_cts */
/* the hardware ip uses */
"uart1";

fragment@0 {
target = <&am33xx_pinmux>;
__overlay__ {
bb_uart1_pins: pinmux_bb_uart1_pins {
pinctrl-single,pins = <
0x15C 0x27 /* P9.17 uart0_txd 
OUTPUT  */
0x158 0x27 /* P9.18 uart0_rxd 
 INPUT  */
0x150 0x27 /* P9.21 uart0_rts 
 OUTPUT */
0x154 0x27 /* P9.22 uart0_cts 
 INPUT  */
>;
};
};
};

fragment@1 {
target = <&uart1>;  /* really uart1 */
__overlay__ {
status = "okay";
pinctrl-names = "default";
pinctrl-0 = <&bb_uart0_pins>;
};
};
};



root@beaglebone:~# cp BB-UART1-00A0.dtbo /lib/firmware/
root@beaglebone:~# echo BB-UART1 > /sys/devices/bone_capemgr.8/slots
root@beaglebone:~#  cat 
/sys/kernel/debug/pinctrl/44e10800.pinmux/pinmux-pins
Pinmux settings per pin
Format: pin (name): mux_owner gpio_owner hog?
pin 0 (44e10800): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 1 (44e10804): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 2 (44e10808): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 3 (44e1080c): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 4 (44e10810): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 5 (44e10814): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 6 (44e10818): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 7 (44e1081c): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 8 (44e10820): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 9 (44e10824): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 10 (44e10828): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 11 (44e1082c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 12 (44e10830): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 13 (44e10834): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 14 (44e10838): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 15 (44e1083c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 16 (44e10840): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 17 (44e10844): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 18 (44e10848): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 19 (44e1084c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 20 (44e10850): rstctl.3 (GPIO UNCLAIMED) function pinmux_rstctl_pins 
group pinmux_rstctl_pins
pin 21 (44e10854): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 22 (44e10858): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 23 (44e1085c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 24 (44e10860): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 25 (44e10864): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 26 (44e10868): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 27 (44e1086c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 28 (44e10870): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 29 (44e10874): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 30 (44e10878): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 31 (44e1087c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 32 (44e10880): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 33 (44e10884): mmc.10 (GPIO UNCLAIMED) function pinmux_emmc2_pins group 
pinmux_emmc2_pins
pin 34 (44e10888): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 35 (44e1088c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 36 (44e10890): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 37 (44e10894): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 38 (44e10898): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 39 (44e1089c): (MUX UNCLAIMED) (GPIO UNCLAIMED)
pin 40 (44e108a0): hdmi.12 (GPIO UNCLAIMED) function nxp_hdmi_bonelt_pins 
group nxp_hdmi_bonelt_pins
pin 41 (44e108a4): hdmi.12 (GPIO UNCLAIMED) function nxp_hdmi_bonelt_pins 
group nxp_hdmi_bonelt_pins
pin 42 (44e108a8): hdmi.12 (GPIO UNCLAIMED) function nxp_hdmi_bonelt_pins 
gro

Re: [beagleboard] Uart0 on Header 9

[Mike]

On 03/10/2014 04:57 PM, edwin.j@gmail.com wrote:
I want the ability to use uart0 on Pins 9,17 and 9,18. along with the 
handshaking lines. According to the table on the BBB reference guide I 
know this is possible.  I have the dts file posted below, compiled it 
and copied the dtbo file to /lib/firmware.  I run the command to 
activate it and I am not seeing any change in the pin configurations. 
 Has anyone been sucessful connecting uart0 the header? Thanks




If memory serves you can't use uart0 on either of the headers.  It's 
assigned to J1 (again if memory serves) on the board as the debug/serial 
port.


Mike

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

Re: [beagleboard] Re: Coding with C/C++ directly on Beaglebone, via IDE?

[William Hermans]

You can find any old Eclipse howto that walks through setting up some form
of a GCC toolchain in it. All the various tools are going to be named
similar from toolchain to toolchain. The important part is knowing what
settings to use with each tool ( compiler / linker etc ). The best thing
here is to get a book on GCC( there are a few free online, findable with
google ), and start reading. I know we al get impatient and do not want to
invest a huge amount of time into something like this. However, you really
need to know this information, and once learned it will apply to any GCC
based compiler.

If you are going the cross compile route you may want to consider using a
linaro toolchain. This should simplify setup considerably. Then later as
you understand moreyou can either make adjustments to this toolchain, or
switch out completely without too much effort.

As for the Eclipse "debate". There really is none. I like the IDE a lot (
as in how it looks, configurability etc ), but i refuse to use anything JRE
related. That is personal, and I do not expect / require anyone else to
agree / understand. Eclipse certainly is a top notch IDE.


On Mon, Mar 10, 2014 at 8:13 AM, Karl Longen <2frikkincra...@gmail.com>wrote:

> Mike,
>
> You may want to try to read the posts that were made; you will find
> everything you need.
>
> Just scroll up, you will find the link to youtube videos and some other
> link posted by other users.
>
> Google is also your friend; the first 5 top results will show you all that
> you need to know. Especially if you follow the channels on Youtube; you
> will find plenty of GPIO examples.
>
> BTW there is no debate about Eclipse...you probably just skimmed the posts
> here
>
>
> On Saturday, March 8, 2014 1:12:28 PM UTC-8, mmk...@yahoo.co.uk wrote:
>>
>>
>>
>> Helllo,
>>  I am planning to get started with the BBB.  I want to develop  code
>> in C or C++  on a PC, with Eclipse, compile and download to the BBB.   I
>> dont want to get into the Eclipse debate, just so happens that I am
>> familiar with it, and find it very powerful, so that is way I want to go.
>> I know it has been mentioned in this series of posts,
>>  Can somebody please give a step by step list of instructions, or
>> possibly link, to how to get the full Eclipse toolchain setup and
>> configured for use with the BBB.   It would be really helpful if  there
>> were some example projects to help get started especially a project that
>> uses the gpio.
>> Thanks in advance,
>> Mike.
>>
>> On Saturday, 5 January 2013 22:27:50 UTC, Fulvio C wrote:
>>>
>>> Hi all
>>>
>>> Finally I've got my BeagleBone today, and I started to play with it
>>> already. I've updated the latest distro of the OS, and set it up to run
>>> with a power adapter and ethernet cable. Love it so far.
>>>
>>> Now I have noticed that the OS has already g++, so it is possible to
>>> just write in VI simple C++ code, and compile it to run it directly from
>>> console (which is great for me).
>>>
>>> Altho, it does not seem possible to do the same in cloud9or I do not
>>> know how to do it.
>>>
>>> I am planning to write code with the board attached to my computer, so I
>>> can just write code as usual and then move the source on the board and
>>> compile there (or do everything on my machine and just send the compiled
>>> program to the board...still experimenting here); but there will be some
>>> cases where I will be on the go, and would just power the board and work on
>>> it without a computer (I have ordered a lcd cape for this purpose).
>>>
>>> VI is fine for simple code, but if you gotta code something more
>>> demanding, using VI would be a real pain, so I am trying to achieve
>>> productivity without burn my patience :)
>>>
>>> In the end, I would like to have a better editor than VI, and also would
>>> love to use an IDE instead than just using text editors without code
>>> completion, breakpoints, step by step instructions and so on...so I thought
>>> that cloud9 may work, since I just need to run the browser directly on the
>>> BeagleBone and I can code and compile on the go without a computer.
>>>
>>> Is this possible? Is there another way to accomplish what I need? I am
>>> pretty sure that if I install on the Angstrom release Eclipse, and try to
>>> use it; the board will just be too slow to run it,
>>>
>>> Thanks in advance for any pointer!
>>>
>>  --
> 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+unsubscr...@googlegroups.com.
> 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 

Re: [beagleboard] Midwest RepRap Festival

[Drew Fustini]

Awesome! I'll be going too (coming from Chicago).  I gave Josef Prusa (who
speaks 10am Sat) a BBB at the Open Hardware Summit last september and he
was excited about it.  I'm sure he'll be interested in what you've been
doing.

cheers,
drew
773-710-7131 (mobile)
pdp7p...@gmail.com




On Sun, Mar 9, 2014 at 6:48 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> On 3/9/2014 4:29 PM, Charles Steinkuehler wrote:
> > Is anyone displaying at the Midwest RepRap Festival next weekend?
> >
> > I am unable to make it but have a free CRAMPS board for anyone willing
> > to hook it to some motors and run a demo.  Serious bonus points (and
> > more free stuff!) if you can hook it to any sort of printer.  Contact me
> > privately via email if you're interested.
> >
> > I really want LinuxCNC on the 'Bone represented at the festival and
> > don't yet know of anyone else intending to show this.  Does anyone know
> > of someone who's planning to show 3D printing with the 'Bone (using
> > LinuxCNC or any other software)?
>
> Apparently, the best way to get permission from the spouse for a crazy
> trip is to plead for help on the internet.  I CAN NOW GO TO THE
> FESTIVAL!!!  I'll be around all day Saturday, and until about 11:00 on
> Sunday!
>
> Look me up if you're going to be there.  I suspect the BeagleBone
> supporters will be greatly outnumbered by the AVR and Cortex-M folk, so
> we need to stand together!  :)
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
> --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Using UART0 via PIN 17 and PIN 18 from P9

[edwin . j . slv]

Hi, did you get uart0 working from the H9 pin?

On Monday, December 16, 2013 8:05:52 AM UTC-8, Renato Riolino wrote:
>
> Hi,
>
> I have an application that needs 5 UARTs to work. We are building a cape 
> board to plug on P8 and P9 to expose all 6 uarts from the CPU.
>
> I've made a DT file for all uarts. All are working now except for UART0 
> that is still only accessable via the 6 pin ttl debug pins.
>
> Specific for UART0, the PIN settings on my DT file is:
>
> fragment@0 {
> target = <&am33xx_pinmux>;
> __overlay__ {
> bb_uart0_pins: pinmux_bb_uart0_pins {
> pinctrl-single,pins = <
> 0x15C 0x04 /* P9.17 
> uart0_txd.uart0_txd  OUTPUT  */
> 0x158 0x24 /* P9.18 
> uart0_rxd.uart0_rxd  INPUT  */
> >;
> };
> };
> };
>
> But still only on debug header I can get a signal.  Any ideas of what I am 
> doing wrong?
>
> 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 group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: learning ARM assy with BBB

[John Syn]

From:  dd 
Reply-To:  
Date:  Monday, March 10, 2014 at 4:41 AM
To:  
Subject:  Re: [beagleboard] Re: learning ARM assy with BBB

> hi john.  u were right!  samtec has a free sample service, with free shipping.
> gotta love it.  laterdd
> btw part #FTR-110-03-G-D-06
Oops, sorry about that. I was creating an adapter from 14 pin JTAG to 20 pin
cJTAG, hence the RSM part.

Anyway, I¹m pleased that worked out for you.

Regards,
John
> 
> 
> On Sunday, March 9, 2014 10:02:56 PM UTC+2, john3909 wrote:
>> 
>> From:  dd  >
>> Reply-To:   >
>> Date:  Saturday, March 8, 2014 at 9:16 PM
>> To:   >
>> Subject:  [beagleboard] Re: learning ARM assy with BBB
>> 
>>> hi azzy.  i ordered a jtag cable and one logic analyzer.
>>> but now i just learned that i must solder jtag header pins onto the bbb.
>>> it appears that i can only buy the (samtec) header from digikey for $4.
>>> but they only ship by courier for $40!  where did u get your headers?
>> Why don¹t you contact Samtec directly? If you ask them nicely, they will ship
>> you some samples.
>> 
>> The part number I believe is RSM-110-02-L-D-K-TR
>> 
>> You can also request samples from their website.
>> 
>> Regards,
>> John
>>> 
>>> 
>>> thx.dd
>>> 
>>> On Monday, October 28, 2013 5:18:24 PM UTC+2, azzythehillbilly mir wrote:
 Hi Forum,
  
 I have a problem and I am hoping that I kind soul will direct me whereby I
 am able to help myself get on my feet.
 This is a bit embarrassing, but here it goes. I got myself a BBB because I
 want to switch from using  MCS-51 processors and the like.  I have no
 formal schooling in processors or electronics.  I started working on
 processors around 1980 when I got hold of an Ohio scientific and later an
 AppleII+. Later moved to Z80/Z8000/8086/68030 and similar as I started to
 formally design HW and SW for embedded systems.
 Never had to bother even with  C so have been hacking merrily away with
 Assembly only. Rarely adding ( with difficulty) bits of code for floating
 point when my own extended math routines simply would not do.  This works
 for me as I have learned to cram as much functionality as possible into
 limited resources.  I can get working code written and debugged faster than
 most C coders can. I know nearly zero about Linux//Ubuntu/Fedora. Unless
 someone has worked on the simple old controllers one might not understand
 how exciting ( mouth watering even! ) it is to contemplate the peripherals
 this Sitara 3359 processor provides. I just need to get a jump start.
  
 Here is the problem, I want to write code for the Sitara-3359 and learn the
 nuts and bolts of low level programming (assy). I need some kind of a
 simple IDE Where I can take control of the processor from reset onwards (
 barring un-by passable initializing code prewritten  into the processor?).
 I have been searching all over the net for just that but come up frustrated
 by the huge number of names/acronyms and all. There are just too many
 branches to investigate. I get lost every time I try.  For the moment I
 want merely to exercise the Sitara and study its responses, no desire to
 write any commercial application (with the possible exception of a camera
 interface for my telescopes).
  
 Please kindly somebody point me in the right directions. Once I have the
 correct IDE set up I can take over and dive into the details. No problem
 there.
 Thanks in advance
 
 
 Azzythehillbilly
>>> -- 
>>> 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.
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Which path to a SGX enabled BeagleBone Black?

[John Syn]

From:  
Reply-To:  
Date:  Saturday, March 8, 2014 at 7:29 AM
To:  
Subject:  [beagleboard] Which path to a SGX enabled BeagleBone Black?

> I am trying to get XBMC built on a BeagleBone Black with a 7" LCD (the
> 4DSystems unit).  It needs SGX support to make it work, and I am trying to see
> which path might get me to a working system.
> 
> I started by following the work from GSoC in 2010 that managed to get XBMC
> working on a 3.2 kernel (back in the day), but I need to get a to newer
> version of XBMC.
> 
> I then followed a path part-way down the 3.8 kernel approach with Angstrom and
> I ran into the issues around getting SGX into the Angstrom build and started
> doing some research on that topic and it looks like TI may not be supporting a
> 3.8 SGX solution and is targeting a 3.12 solution.
> 
> However, I understand that getting the LCD panel working may require
> deviceTree support and I am not clear if that is ready for use or not in the
> 3.12 space?
> 
> I am hoping that the community can comment on what might be working (and what
> pitfalls might be in my path) and pointers to any previous work I might want
> to follow.
> 
> So, can anyone suggest:
> 1) How to get SGX support into an angstrom build for the 3.8 kernel?
I haven¹t tried this, but Robert Nelson¹s linux-dev repo has SGX patches for
am33x-v3.8 branch, which he added in 3.8.13-bone41.

Regards,
John
> or 
> 2) The state of an Angstrom build for a 3.12 kernel that includes SGX support
> and support for the 4DSystems 7" LCD (480x800)?
> 
> Thanks in advance,
> 
> Charlie
> 
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Which path to a SGX enabled BeagleBone Black?

[Charles Steinkuehler]

On 3/8/2014 9:29 AM, cwoloszyn...@gmail.com wrote:
> I am trying to get XBMC built on a BeagleBone Black with a 7" LCD (the 
> 4DSystems unit).  It needs SGX support to make it work, and I am trying to 
> see which path might get me to a working system.
> 
> I started by following the work from GSoC in 2010 that managed to get XBMC 
> working on a 3.2 kernel (back in the day), but I need to get a to newer 
> version of XBMC.
> 
> I then followed a path part-way down the 3.8 kernel approach with Angstrom 
> and I ran into the issues around getting SGX into the Angstrom build and 
> started doing some research on that topic and it looks like TI may not be 
> supporting a 3.8 SGX solution and is targeting a 3.12 solution.
> 
> However, I understand that getting the LCD panel working may require 
> deviceTree support and I am not clear if that is ready for use or not in 
> the 3.12 space?
> 
> I am hoping that the community can comment on what might be working (and 
> what pitfalls might be in my path) and pointers to any previous work I 
> might want to follow.
> 
> So, can anyone suggest:
> 1) How to get SGX support into an angstrom build for the 3.8 kernel?
> or 

One important question:  Do you need X11 support?  If not, you can build
a 3.8.13 kernel with SGX support for raw framebuffers.  If you need X11
support, support is only available for the 3.2 kernel.

Assuming raw framebuffer support is acceptable, you will need to jump
through various hoops to make it work, basically building the TI
graphics SDK with a few patches/changes.  Search for SGX in this group,
and refer to the TI ee-wiki and e2e support site for more details.

Note that this is *NOT* a simple process...you will get your hands dirty
with kernel patches and manually build the SDK with what can best be
described as "minimal" documentation and hand-holding.

> 2) The state of an Angstrom build for a 3.12 kernel that includes SGX 
> support and support for the 4DSystems 7" LCD (480x800)?

I don't know much of anything about Angstrom and 3.12.

-- 
Charles Steinkuehler
char...@steinkuehler.net

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

[beagleboard] Re: BBB PRU input test

[Brandon I]

Along with what the others have described, since you're the arm processor 
gpio rather than a pru gpio, meaning you're going all the way out to system 
memory, you have to connect the pru to system memory. Here's an example of 
accessing system memory with the pru:

http://nomel.tumblr.com/post/30006622413/beaglebone-tutorial-accessing-main-memory-from-the-pru

To set the pin mux for arm gpio, you can use one of these gpio overlays. 
Just follow the instructions:

https://github.com/nomel/beaglebone/tree/master/gpio-header

Also, there are a few pru debuggers out there now so you can view/step pru 
execution.

-Brandon


On Sunday, March 9, 2014 6:37:09 PM UTC-7, Manu wrote:
>
> I was trying a few days to enable PRU (BBB Ubuntu 12.04)  and run a input 
> testing code using the pin P9_24.
>
> MUX = pin 97 (44e10984) 0006 pinctrl-single  (SET to MODE 6)
>
> P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | MODE6 | INPUT
>
> Nothing happens when I put the pin to 1.8 or GND
>
> The ASM code is:
>
> .origin 0
> .entrypoint START
>
> #define PRU0_ARM_INTERRUPT 19
> #define AM33XX
>
> #define GPIO1 0x4804c000
> #define GPIO_CLEARDATAOUT 0x190
> #define GPIO_SETDATAOUT 0x194
>
> START:
> // clear that bit
> LBCO r0, C4, 4, 4
> CLR r0, r0, 4
> SBCO r0, C4, 4, 4
>
> MOV r0, 10 //# cycles
>
> INPUTTEST:
>  
>  WBS r31.t15 //Wait til GPIO-15-in is high... P9_24
> SUB r0, r0, 1 //Subtract from counter
> QBNE INPUTTEST, r0, 0 //Loop if counter not at zero
>  // Send notification to Host for program completion
> MOV R31.b0, PRU0_ARM_INTERRUPT+16
>
> MOV r0, 0
> HALT
>
> I don't know what I am doing wrong and in Internet are not examples for 
> INPUT tests.
>
>
>
>
>

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

Re: [beagleboard] Re: Has anybody tested the new Graphics SDK which should enable SGX on kernel 3.12?

[John Syn]

From:  
Reply-To:  
Date:  Sunday, March 9, 2014 at 10:51 PM
To:  
Subject:  [beagleboard] Re: Has anybody tested the new Graphics SDK which
should enable SGX on kernel 3.12?

> Would you be willing to walk me through this process or make a blog post about
> it?
https://groups.google.com/forum/#!searchin/beagleboard/QT5.1.1/beagleboard/v
w_ZQoq1QNM/vghebLf1-ysJ

Regards,
John
> 
> 
> On Tuesday, December 10, 2013 3:05:04 PM UTC-8, Daniel Nilsson wrote:
>> Hi,
>> 
>> I haven't tried the links you posted below, but I played around tonight with
>> the latest bits in the arago project and now I have accelerated 3D graphics
>> support on a beaglebone black. Using the beaglebone black BSP support in
>> meta-ti, I get a 3.12.4 Linux kernel and then I built the
>> arago-base-tisdk-image as root filesystem. Result is a beaglebone black which
>> displays accelerated 3D graphics on the display connected over HDMI, so the
>> SGX drivers are now available för the 3.12 kernel (in arago) but still not
>> packaged nicely for the BBB I guess.
>> 
>> Regards
>> Daniel
>> 
>> 
>> On Monday, December 9, 2013 10:38:10 AM UTC+1, Giuseppe Iellamo wrote:
>>> As the title states... has anybody tried?
>>> 
>>> 
>>> http://processors.wiki.ti.com/index.php/RN_5_00_00_01_alpha
>>> 
>>> http://e2e.ti.com/support/arm/sitara_arm/f/791/p/298596/1072533.aspx#1072533
> 
> -- 
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Measuring CPU(Cortex-A8) clock cycles

[Paddu]

Hi Luis,

Thank you so much.
Your information is very useful.

Regards
Paddu

On Tuesday, March 11, 2014 1:36:08 AM UTC+9, Luis wrote:
>
> Sorry, in my last reply it is *page 168 section 3.2.52*, not 3.5.52
>
> On Monday, 10 March 2014 16:34:10 UTC, Luis wrote:
>>
>> Hi Paddu,
>> I believe it is a 32-bit register (I found no mention of 64-bit registers 
>> in the c9 coprocessor). When it is overflown it resets to 0, in my code I 
>> take this into account. It looks like you can generate overflow interrupts 
>> (page 168 section 3.5.52) but I haven't used them.
>>
>> Hope this helps.
>>
>> Regards,
>>
>> Luis
>>
>> On Monday, 10 March 2014 15:00:26 UTC, Paddu wrote:
>>>
>>>
>>> Hi,
>>>
>>> Thank you for sharing very useful information.
>>> With your suggestions currently I am able to read the Cycle count using 
>>> using this register.
>>> Please let me ask more question about CCNT register.
>>>
>>> Just for the confirmation, I would like to know is this a 32 bit 
>>> register? or 64 bit?
>>> and what would happen if the count value is overflown, will the register 
>>> reset to "0" ?
>>>
>>> Regards
>>> Paddu.
>>>
>>>
>>> On Tuesday, February 25, 2014 11:39:24 PM UTC+9, Luis wrote:

 Hi Paddu,

 The Cortex-A8 has a Performance Monitor Control Register (coprocessor 
 c9), you can check the documentation for the registers here (page 154, 
 section 3.2.42):

 http://infocenter.arm.com/help/topic/com.arm.doc.ddi0344k/DDI0344K_cortex_a8_r3p2_trm.pdf

 For a simple example of the code check this page: 
 http://stackoverflow.com/questions/3247373/how-to-measure-program-execution-time-in-arm-cortex-a8-processor
 In there they use assembly to configure and read the registers for the 
 Cortex-A8, so it can be ported to any OS I believe.

 The Peformance Monitoring Unit is very cool, there's a ton of events 
 you can measure there, you can record up to 5 events (including the Clock 
 Cycles CCNT).


 If you were using Linux it already has the implementation done for you, 
 you only need some libraries (found in 
 http://perfmon2.sourceforge.net/hw.html ).

 Hope this helps.

 Best Regards,

 Luis

 On Tuesday, 25 February 2014 03:02:31 UTC, Paddu wrote:
>
> Thank all for the kind reply.
>
> @liyaoshi-> I could find the link you have mentioned. 
>
> @Grissiom -> Currently we are not using Linux, we are using 
> Starterware.
>
> I shall see if we could implement this using a ASM code.
>
>
> On Tuesday, February 25, 2014 11:56:11 AM UTC+9, liyaoshi wrote:
>>
>> From this link , you can see 
>>
>> readtsc() means this only support on x86 ,tsc register is 64bit 
>> register and clock with main clock , on x86/64 this is can very precise
>>
>> On ARM, use generic PIT,(maybe you should write your own driver ) ,
>>
>> only limit is  almost PIT register is 32bit 
>>
>>
>> 2014-02-25 10:49 GMT+08:00 Grissiom :
>>
>>> On Mon, Feb 24, 2014 at 10:26 PM, Paddu wrote:
>>>
 Hi,

 We need some advice in measuring Beaglebone CPU(Cortex-A8) clock 
 cycles.
 Is there any way to measure the CPU cycles and use it inside the 
 program?
 I have heard about "ccnt" register but don't know how exactly could 
 we use that in the program.
 Please let me know if there is a reference or pointers on how to 
 implement the code.


>>> Do you want to measure cycles in Linux program or baremetal program? 
>>> If you are on Linux, this link:
>>>
>>> http://halobates.de/modern-pmus-yokohama.pdf
>>>
>>> may help you. If not, read the PMU section in the ARM ARM.
>>>
>>> -- 
>>> Cheers,
>>> Grissiom 
>>>
>>> -- 
>>> 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/groups/opt_out.
>>>
>>
>>

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

Re: [beagleboard] Re: QNX on BBB

[liyaoshi]

Seems QNX is updating the website .
QNX Release 6.6 for several days ago .maybe they want to have some archive
work ?


2014-03-10 16:26 GMT+08:00 Thorsten Gonschior <
tgonsch...@spectral-process.com>:

> yes I did register and there are broken links and I already posted this to
> QNX, as said without response.
>
> finding the beagleboard or BBB on the support page without any further
> info or data, does not convince me that they are really supporting it in
> the basic manner of understanding the word support or that thei have
> anything working there. All this could be circumstantial. What bothers me,
> ist that the community on this topic seems to be quite small, if exintent
> at all.
>
> Yea I spend quite a time now in investigating this issue and yes there ist
> some hints to find, but no substential data, or real source.
> Best hope for now ist that foudry27 fixes the links and there might me a
> whole new world behind it ;)
>
>
>
>
>
> --
> 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+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: QNX on BBB

[liyaoshi]

Or
maybe QNX will NOT release BSP source code ???


2014-03-11 8:49 GMT+08:00 liyaoshi :

> Seems QNX is updating the website .
> QNX Release 6.6 for several days ago .maybe they want to have some archive
> work ?
>
>
> 2014-03-10 16:26 GMT+08:00 Thorsten Gonschior <
> tgonsch...@spectral-process.com>:
>
> yes I did register and there are broken links and I already posted this to
>> QNX, as said without response.
>>
>> finding the beagleboard or BBB on the support page without any further
>> info or data, does not convince me that they are really supporting it in
>> the basic manner of understanding the word support or that thei have
>> anything working there. All this could be circumstantial. What bothers me,
>> ist that the community on this topic seems to be quite small, if exintent
>> at all.
>>
>> Yea I spend quite a time now in investigating this issue and yes there
>> ist some hints to find, but no substential data, or real source.
>> Best hope for now ist that foudry27 fixes the links and there might me a
>> whole new world behind it ;)
>>
>>
>>
>>
>>
>> --
>> 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+unsubscr...@googlegroups.com.
>> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Measuring CPU(Cortex-A8) clock cycles

[Grissiom]

On Mon, Mar 10, 2014 at 11:00 PM, Paddu  wrote:

>
> Hi,
>
> Thank you for sharing very useful information.
> With your suggestions currently I am able to read the Cycle count using
> using this register.
> Please let me ask more question about CCNT register.
>
> Just for the confirmation, I would like to know is this a 32 bit register?
> or 64 bit?
> and what would happen if the count value is overflown, will the register
> reset to "0" ?
>

It is a 32bit register(use "mrc" to read it instead of "mrrc"). If you are
afraid of overflow and don't want to deal with the interrupt, you could set
the D bit in PMCR register(c9, c12, 0). Than PMU will divide the cycle with
64.

-- 
Cheers,
Grissiom

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

[beagleboard] Re: BBB PRU input test

[Manu]

I was finding what is wrong and finally I got it. The thing is that I don't 
know how to fix it.
My BBB is Ubuntu last 12.04 version with 3.8 kernel by nelson.
The error is here:
*706.650640] omap_hwmod: pruss: failed to hardreset*
[  706.682785] pinctrl-single 44e10800.pinmux: pin 44e10984 already 
requested by helper.12; cannot claim for 4a30.pruss
[  706.694442] pinctrl-single 44e10800.pinmux: pin-97 (4a30.pruss) 
status -22
[  706.702096] pinctrl-single 44e10800.pinmux: could not request pin 97 on 
device pinctrl-single
[  706.738323] pruss_uio 4a30.pruss: pins are not configured from the 
driver
[  706.765286] bone-capemgr bone_capemgr.9: slot #7: Applied #3 overlays.




El lunes, 10 de marzo de 2014 20:10:55 UTC-3, Brandon I escribió:
>
> Along with what the others have described, since you're the arm processor 
> gpio rather than a pru gpio, meaning you're going all the way out to system 
> memory, you have to connect the pru to system memory. Here's an example of 
> accessing system memory with the pru:
>
>
> http://nomel.tumblr.com/post/30006622413/beaglebone-tutorial-accessing-main-memory-from-the-pru
>
> To set the pin mux for arm gpio, you can use one of these gpio overlays. 
> Just follow the instructions:
>
> https://github.com/nomel/beaglebone/tree/master/gpio-header
>
> Also, there are a few pru debuggers out there now so you can view/step pru 
> execution.
>
> -Brandon
>
>
> On Sunday, March 9, 2014 6:37:09 PM UTC-7, Manu wrote:
>>
>> I was trying a few days to enable PRU (BBB Ubuntu 12.04)  and run a input 
>> testing code using the pin P9_24.
>>
>> MUX = pin 97 (44e10984) 0006 pinctrl-single  (SET to MODE 6)
>>
>> P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | MODE6 | INPUT
>>
>> Nothing happens when I put the pin to 1.8 or GND
>>
>> The ASM code is:
>>
>> .origin 0
>> .entrypoint START
>>
>> #define PRU0_ARM_INTERRUPT 19
>> #define AM33XX
>>
>> #define GPIO1 0x4804c000
>> #define GPIO_CLEARDATAOUT 0x190
>> #define GPIO_SETDATAOUT 0x194
>>
>> START:
>> // clear that bit
>> LBCO r0, C4, 4, 4
>> CLR r0, r0, 4
>> SBCO r0, C4, 4, 4
>>
>> MOV r0, 10 //# cycles
>>
>> INPUTTEST:
>>  
>>  WBS r31.t15 //Wait til GPIO-15-in is high... P9_24
>> SUB r0, r0, 1 //Subtract from counter
>> QBNE INPUTTEST, r0, 0 //Loop if counter not at zero
>>  // Send notification to Host for program completion
>> MOV R31.b0, PRU0_ARM_INTERRUPT+16
>>
>> MOV r0, 0
>> HALT
>>
>> I don't know what I am doing wrong and in Internet are not examples for 
>> INPUT tests.
>>
>>
>>
>>
>>

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

Re: [beagleboard] Re: BBB PRU input test

[Charles Steinkuehler]

Provide the *.dts source for the overlay you are trying to load, and the
contents of /sys/devices/bone_capemgr.*/slots, and maybe we can figure
out what's going wrong.  It looks like something has already grabbed the
pin you want to use.

Note the "pruss: failed to hardreset" always shows up and doesn't
indicate a problem (or at least not the problem you're having).  Your
issue is presumably the pin overlay that fails to load.

On 3/10/2014 9:20 PM, Manu wrote:
> I was finding what is wrong and finally I got it. The thing is that I don't 
> know how to fix it.
> My BBB is Ubuntu last 12.04 version with 3.8 kernel by nelson.
> The error is here:
> *706.650640] omap_hwmod: pruss: failed to hardreset*
> [  706.682785] pinctrl-single 44e10800.pinmux: pin 44e10984 already 
> requested by helper.12; cannot claim for 4a30.pruss
> [  706.694442] pinctrl-single 44e10800.pinmux: pin-97 (4a30.pruss) 
> status -22
> [  706.702096] pinctrl-single 44e10800.pinmux: could not request pin 97 on 
> device pinctrl-single
> [  706.738323] pruss_uio 4a30.pruss: pins are not configured from the 
> driver
> [  706.765286] bone-capemgr bone_capemgr.9: slot #7: Applied #3 overlays.
> 
> 
> 
> 
> El lunes, 10 de marzo de 2014 20:10:55 UTC-3, Brandon I escribió:
>>
>> Along with what the others have described, since you're the arm processor 
>> gpio rather than a pru gpio, meaning you're going all the way out to system 
>> memory, you have to connect the pru to system memory. Here's an example of 
>> accessing system memory with the pru:
>>
>>
>> http://nomel.tumblr.com/post/30006622413/beaglebone-tutorial-accessing-main-memory-from-the-pru
>>
>> To set the pin mux for arm gpio, you can use one of these gpio overlays. 
>> Just follow the instructions:
>>
>> https://github.com/nomel/beaglebone/tree/master/gpio-header
>>
>> Also, there are a few pru debuggers out there now so you can view/step pru 
>> execution.
>>
>> -Brandon
>>
>>
>> On Sunday, March 9, 2014 6:37:09 PM UTC-7, Manu wrote:
>>>
>>> I was trying a few days to enable PRU (BBB Ubuntu 12.04)  and run a input 
>>> testing code using the pin P9_24.
>>>
>>> MUX = pin 97 (44e10984) 0006 pinctrl-single  (SET to MODE 6)
>>>
>>> P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | MODE6 | INPUT
>>>
>>> Nothing happens when I put the pin to 1.8 or GND
>>>
>>> The ASM code is:
>>>
>>> .origin 0
>>> .entrypoint START
>>>
>>> #define PRU0_ARM_INTERRUPT 19
>>> #define AM33XX
>>>
>>> #define GPIO1 0x4804c000
>>> #define GPIO_CLEARDATAOUT 0x190
>>> #define GPIO_SETDATAOUT 0x194
>>>
>>> START:
>>> // clear that bit
>>> LBCO r0, C4, 4, 4
>>> CLR r0, r0, 4
>>> SBCO r0, C4, 4, 4
>>>
>>> MOV r0, 10 //# cycles
>>>
>>> INPUTTEST:
>>>  
>>>  WBS r31.t15 //Wait til GPIO-15-in is high... P9_24
>>> SUB r0, r0, 1 //Subtract from counter
>>> QBNE INPUTTEST, r0, 0 //Loop if counter not at zero
>>>  // Send notification to Host for program completion
>>> MOV R31.b0, PRU0_ARM_INTERRUPT+16
>>>
>>> MOV r0, 0
>>> HALT
>>>
>>> I don't know what I am doing wrong and in Internet are not examples for 
>>> INPUT tests.
>>>
>>>
>>>
>>>
>>>
> 


-- 
Charles Steinkuehler
char...@steinkuehler.net

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

Re: [beagleboard] Re: BBB PRU input test

[Manu]

My DTS is:

/dts-v1/;  
/plugin/;  
  
/ {  
  compatible = "ti,beaglebone", "ti,beaglebone-black";  
  
  /* identification */  
  part-number = "BB-BONE-W";  
  version = "00A0";  
  exclusive-use =  "P9.24";  
 
  
  fragment@0 {  
target = <&am33xx_pinmux>;  
__overlay__ {  
  mygpio: pinmux_mygpio{  
pinctrl-single,pins = <  
 
 0x184 0x16 /* P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | PULLUP | MODE6 
| INPUT */
  >;  
  };  
};  
  };  
  
  fragment@1 {  
target = <&ocp>;  
__overlay__ {  
  test_helper: helper {  
compatible = "bone-pinmux-helper";  
pinctrl-names = "default";  
pinctrl-0 = <&mygpio>;  
status = "okay";  
  };  
};  
  };  

  fragment@2{  
  target = <&pruss>;  
__overlay__ {  
  status = "okay";  
  pinctrl-names = "default";
  pinctrl-0 = <&mygpio>;
};  
  };  

};  


and the 
cat /sys/devices/bone_capemgr.*/slots
 0: 54:PF--- 
 1: 55:PF--- 
 2: 56:PF--- 
 3: 57:PF--- 
 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
 5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
 6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN
 8: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-BONE-W

cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pins | grep "pin 97"
pin 97 (44e10984) 0037 pinctrl-single  BEFORE

root@donkeytom-t001:/texka/pinmux# echo BB-BONE-W > 
/sys/devices/bone_capemgr.9/slots
root@donkeytom-t001:/texka/pinmux# cat 
/sys/kernel/debug/pinctrl/44e10800.pinmux/pins | grep "pin 97"
pin 97 (44e10984) 0016 pinctrl-single  AFTER


When I do an interruput up or down the ASM keeps waiting and nothing


Thank you!

Manuel

El lunes, 10 de marzo de 2014 23:36:42 UTC-3, Charles Steinkuehler escribió:
>
> Provide the *.dts source for the overlay you are trying to load, and the 
> contents of /sys/devices/bone_capemgr.*/slots, and maybe we can figure 
> out what's going wrong.  It looks like something has already grabbed the 
> pin you want to use. 
>
> Note the "pruss: failed to hardreset" always shows up and doesn't 
> indicate a problem (or at least not the problem you're having).  Your 
> issue is presumably the pin overlay that fails to load. 
>
> On 3/10/2014 9:20 PM, Manu wrote: 
> > I was finding what is wrong and finally I got it. The thing is that I 
> don't 
> > know how to fix it. 
> > My BBB is Ubuntu last 12.04 version with 3.8 kernel by nelson. 
> > The error is here: 
> > *706.650640] omap_hwmod: pruss: failed to hardreset* 
> > [  706.682785] pinctrl-single 44e10800.pinmux: pin 44e10984 already 
> > requested by helper.12; cannot claim for 4a30.pruss 
> > [  706.694442] pinctrl-single 44e10800.pinmux: pin-97 (4a30.pruss) 
> > status -22 
> > [  706.702096] pinctrl-single 44e10800.pinmux: could not request pin 97 
> on 
> > device pinctrl-single 
> > [  706.738323] pruss_uio 4a30.pruss: pins are not configured from 
> the 
> > driver 
> > [  706.765286] bone-capemgr bone_capemgr.9: slot #7: Applied #3 
> overlays. 
> > 
> > 
> > 
> > 
> > El lunes, 10 de marzo de 2014 20:10:55 UTC-3, Brandon I escribió: 
> >> 
> >> Along with what the others have described, since you're the arm 
> processor 
> >> gpio rather than a pru gpio, meaning you're going all the way out to 
> system 
> >> memory, you have to connect the pru to system memory. Here's an example 
> of 
> >> accessing system memory with the pru: 
> >> 
> >> 
> >> 
> http://nomel.tumblr.com/post/30006622413/beaglebone-tutorial-accessing-main-memory-from-the-pru
>  
> >> 
> >> To set the pin mux for arm gpio, you can use one of these gpio 
> overlays. 
> >> Just follow the instructions: 
> >> 
> >> https://github.com/nomel/beaglebone/tree/master/gpio-header 
> >> 
> >> Also, there are a few pru debuggers out there now so you can view/step 
> pru 
> >> execution. 
> >> 
> >> -Brandon 
> >> 
> >> 
> >> On Sunday, March 9, 2014 6:37:09 PM UTC-7, Manu wrote: 
> >>> 
> >>> I was trying a few days to enable PRU (BBB Ubuntu 12.04)  and run a 
> input 
> >>> testing code using the pin P9_24. 
> >>> 
> >>> MUX = pin 97 (44e10984) 0006 pinctrl-single  (SET to MODE 6) 
> >>> 
> >>> P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | MODE6 | INPUT 
> >>> 
> >>> Nothing happens when I put the pin to 1.8 or GND 
> >>> 
> >>> The ASM code is: 
> >>> 
> >>> .origin 0 
> >>> .entrypoint START 
> >>> 
> >>> #define PRU0_ARM_INTERRUPT 19 
> >>> #define AM33XX 
> >>> 
> >>> #define GPIO1 0x4804c000 
> >>> #define GPIO_CLEARDATAOUT 0x190 
> >>> #define GPIO_SETDATAOUT 0x194 
> >>> 
> >>> START: 
> >>> // clear that bit 
> >>> LBCO r0, C4, 4, 4 
> >>> CLR r0, r0, 4 
> >>> SBCO r0, C4, 4, 4 
> >>> 
> >>> MOV r0, 10 //# cycles 
> >>> 
> >>> INPUTTEST: 
> >>>   
> >>>  WBS r31.t15 //Wait til GPIO-15-in is high... P9_24 
> >>> SUB r0, r0, 1 //Subtract from counter 
> >>> QBNE INPUTTEST, r0, 0 //Loop if counter not at zero 
> >>>  // Send notification to H

[beagleboard] Re: Beaglebone hacked

[macarr]

For anyone interested here's a link to the BusyBox documentation.
http://www.busybox.net/downloads/BusyBox.html

On Sunday, March 9, 2014 12:01:23 AM UTC-8, mac...@msn.com wrote:

> Please see this post re: Connman- Stop DNS service from listening on 
> 0.0.0.0.
>   All of the issues I saw as I was troubleshooting my problem are listed 
> in this thread. I felt bad about my post but over the next few days I came 
> to the same conclusion. I think it's a security hole. Then it dawned on me 
> that busybox is providing the commands but for Angstrom not everything is 
> supported and finding out what works and what doesn't is an easter egg 
> hunt. Finally in the process of searching on-line for help I came across 
> this re Linux security 
> http://www.tldp.org/HOWTO/Security-Quickstart-Redhat-HOWTO/appendix.html. 
> This is what triggered my angst. That and unfortunately we have a senator 
> with a very similar name.
>
> On Tuesday, March 4, 2014 8:35:23 PM UTC-8, mac...@msn.com wrote:
>>
>> Ok...I'm awake now!
>>
>> I got a phone call from an overseas gentleman about my computer needing 
>> service. It sounded like a crank call but I was having problems so I 
>> contacted Microsoft. They found a rootkit and fixed everything.
>>
>> This evening I brought up my Beaglebone but had troubles reaching it over 
>> my local net. So I plugged in my USB cable and started looking at what 
>> could be wrong. This is what I found when I did a netstat.
>>
>>  netstat
>> Active Internet connections (w/o servers)
>> Proto Recv-Q Send-Q Local Address   Foreign Address State
>> tcp0372 beaglebone.local:ssh192.168.7.1:51659   
>> ESTABLISHED
>>
>>
>>
>>
>> *tcp0  0 beaglebone.home:43017   senator.holtmann.net:http 
>> CLOSE_WAITudp0  0 beaglebone.home:46957   
>> Wireless_Broadband_Router.home:domain ESTABLISHEDudp0  0 
>> beaglebone.home:52599   Wireless_Broadband_Router.home:domain 
>> ESTABLISHEDudp0  0 beaglebone.home:44667   
>> Wireless_Broadband_Router.home:domain ESTABLISHEDudp0  0 
>> beaglebone.home:38089   Wireless_Broadband_Router.home:domain ESTABLISHED*
>> Active UNIX domain sockets (w/o servers)
>> Proto RefCnt Flags   Type   State I-Node Path
>> unix  2  [ ] DGRAM   944 
>> @/org/freedesktop/systemd1/notify
>> unix  2  [ ] DGRAM   963 
>> /run/systemd/shutdownd
>> unix  5  [ ] DGRAM   978 
>> /run/systemd/journal/socket
>> unix  10 [ ] DGRAM   980 /dev/log
>> unix  3  [ ] STREAM CONNECTED   3917 
>> @/tmp/.X11-unix/X0
>> unix  3  [ ] STREAM CONNECTED   3689 
>> /var/run/dbus/system_bus_socket
>> unix  3  [ ] STREAM CONNECTED   4933
>> unix  3  [ ] STREAM CONNECTED   2272
>> unix  3  [ ] STREAM CONNECTED   4720 
>> @/tmp/.X11-unix/X0
>> unix  3  [ ] STREAM CONNECTED   4695 
>> /var/run/dbus/system_bus_socket
>> unix  3  [ ] STREAM CONNECTED   3490 
>> /run/systemd/journal/stdout
>> unix  3  [ ] STREAM CONNECTED   2156
>> unix  2  [ ] DGRAM  3608
>> unix  3  [ ] STREAM CONNECTED   3548 
>> /var/run/dbus/system_bus_socket
>> unix  3  [ ] STREAM CONNECTED   4723
>> unix  3  [ ] STREAM CONNECTED   4934 
>> /var/run/dbus/system_bus_socket
>> unix  3  [ ] STREAM CONNECTED   4979
>> unix  3  [ ] STREAM CONNECTED   4936
>> unix  3  [ ] STREAM CONNECTED   4408
>> unix  2  [ ] DGRAM  5096
>> unix  3  [ ] STREAM CONNECTED   4902 
>> @/tmp/.X11-unix/X0
>> unix  2  [ ] DGRAM  3371
>> unix  2  [ ] DGRAM  1400
>> unix  3  [ ] STREAM CONNECTED   2678
>> unix  3  [ ] STREAM CONNECTED   4255
>> unix  3  [ ] STREAM CONNECTED   2803
>> unix  3  [ ] STREAM CONNECTED   4041
>> unix  3  [ ] STREAM CONNECTED   3425
>> unix  3  [ ] STREAM CONNECTED   4943 
>> @/tmp/dbus-xZDw0oinFq
>> unix  3  [ ] STREAM CONNECTED   4679
>> unix  3  [ ] STREAM CONNECTED   3435
>> unix  3  [ ] STREAM CONNECTED   4930 
>> /var/run/dbus/system_bus_socket
>> unix  3  [ ] STREAM CONNECTED   3916
>> unix  3  [ ] STREAM CONNECTED   4740

[beagleboard] power adapter question

[madjac005]

Can I use the same BB-XM Power supply for the BBBlack?

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

Re: [beagleboard] 2014-03-04 Debian flasher doesn't flash the eMMC in BBB

[Sam Hon]

Hi Gerald,

I did hold S2 until after the board powers up. Before I updated Angstrom
several times, they were all success. I didn't know where I did wrong.

My PCB is version A5C.

What information should I give to make it clear and easy to debug.

Thanks,


On Fri, Mar 7, 2014 at 8:32 PM, Gerald Coley  wrote:

> Are you holding S2 pressed until after the board powers up?
>
> Gerald
>
>
>
> On Fri, Mar 7, 2014 at 6:21 AM, Sam Hon  wrote:
>
>>
>> I tried to update the latest version Debian in
>>
>> http://beagleboard.org/latest-images/
>>
>>
>> Download BeagleBone Black (eMMC flasher) Debian (BeagleBone Black - 2GB
>> eMMC) 2014-03-04 and use Image Writer to write into SD card.
>>
>> However, when pressing on S2 (boot Switch) and power on,image in SD card
>> isn't flashed into eMMC but BBB boots from it.
>>
>> How do I do to flash the image into BBB eMMC not boot from it.
>>
>> Will be a big different between Angostrom and Debian? because I use
>> Angostrom before to control LED on the board, GPIO, UART0 and so on. Those
>> codes remain the same or I have to modify it.
>>
>> 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 group and stop receiving emails from it, send an
>> email to beagleboard+unsubscr...@googlegroups.com.
>>
>> 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 a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/5qcEHCsQvyE/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> 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 beagleboard+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: BBB PRU input test

[Brandon I]

>When I do an interruput up or down the ASM keeps waiting and nothing

Read my previous email. Your code will not work as is.


On Mon, Mar 10, 2014 at 8:11 PM, Manu  wrote:

> My DTS is:
>
> /dts-v1/;
> /plugin/;
>
> / {
>   compatible = "ti,beaglebone", "ti,beaglebone-black";
>
>   /* identification */
>   part-number = "BB-BONE-W";
>   version = "00A0";
>   exclusive-use =  "P9.24";
>
>
>   fragment@0 {
> target = <&am33xx_pinmux>;
> __overlay__ {
>   mygpio: pinmux_mygpio{
> pinctrl-single,pins = <
>
>  0x184 0x16 /* P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | PULLUP |
> MODE6 | INPUT */
>>;
>   };
> };
>   };
>
>   fragment@1 {
> target = <&ocp>;
> __overlay__ {
>   test_helper: helper {
> compatible = "bone-pinmux-helper";
> pinctrl-names = "default";
> pinctrl-0 = <&mygpio>;
> status = "okay";
>   };
> };
>   };
>
>   fragment@2{
>   target = <&pruss>;
> __overlay__ {
>   status = "okay";
>   pinctrl-names = "default";
>   pinctrl-0 = <&mygpio>;
> };
>   };
>
> };
>
>
> and the
> cat /sys/devices/bone_capemgr.*/slots
>  0: 54:PF---
>  1: 55:PF---
>  2: 56:PF---
>  3: 57:PF---
>  4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
>  5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
>  6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN
>  8: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-BONE-W
>
> cat /sys/kernel/debug/pinctrl/44e10800.pinmux/pins | grep "pin 97"
> pin 97 (44e10984) 0037 pinctrl-single  BEFORE
>
> root@donkeytom-t001:/texka/pinmux# echo BB-BONE-W >
> /sys/devices/bone_capemgr.9/slots
> root@donkeytom-t001:/texka/pinmux# cat
> /sys/kernel/debug/pinctrl/44e10800.pinmux/pins | grep "pin 97"
> pin 97 (44e10984) 0016 pinctrl-single  AFTER
>
>
> When I do an interruput up or down the ASM keeps waiting and nothing
>
>
> Thank you!
>
> Manuel
>
> El lunes, 10 de marzo de 2014 23:36:42 UTC-3, Charles Steinkuehler
> escribió:
>>
>> Provide the *.dts source for the overlay you are trying to load, and the
>> contents of /sys/devices/bone_capemgr.*/slots, and maybe we can figure
>> out what's going wrong.  It looks like something has already grabbed the
>> pin you want to use.
>>
>> Note the "pruss: failed to hardreset" always shows up and doesn't
>> indicate a problem (or at least not the problem you're having).  Your
>> issue is presumably the pin overlay that fails to load.
>>
>> On 3/10/2014 9:20 PM, Manu wrote:
>> > I was finding what is wrong and finally I got it. The thing is that I
>> don't
>> > know how to fix it.
>> > My BBB is Ubuntu last 12.04 version with 3.8 kernel by nelson.
>> > The error is here:
>> > *706.650640] omap_hwmod: pruss: failed to hardreset*
>> > [  706.682785] pinctrl-single 44e10800.pinmux: pin 44e10984 already
>> > requested by helper.12; cannot claim for 4a30.pruss
>> > [  706.694442] pinctrl-single 44e10800.pinmux: pin-97 (4a30.pruss)
>> > status -22
>> > [  706.702096] pinctrl-single 44e10800.pinmux: could not request pin 97
>> on
>> > device pinctrl-single
>> > [  706.738323] pruss_uio 4a30.pruss: pins are not configured from
>> the
>> > driver
>> > [  706.765286] bone-capemgr bone_capemgr.9: slot #7: Applied #3
>> overlays.
>> >
>> >
>> >
>> >
>> > El lunes, 10 de marzo de 2014 20:10:55 UTC-3, Brandon I escribió:
>> >>
>> >> Along with what the others have described, since you're the arm
>> processor
>> >> gpio rather than a pru gpio, meaning you're going all the way out to
>> system
>> >> memory, you have to connect the pru to system memory. Here's an
>> example of
>> >> accessing system memory with the pru:
>> >>
>> >>
>> >> http://nomel.tumblr.com/post/30006622413/beaglebone-
>> tutorial-accessing-main-memory-from-the-pru
>> >>
>> >> To set the pin mux for arm gpio, you can use one of these gpio
>> overlays.
>> >> Just follow the instructions:
>> >>
>> >> https://github.com/nomel/beaglebone/tree/master/gpio-header
>> >>
>> >> Also, there are a few pru debuggers out there now so you can view/step
>> pru
>> >> execution.
>> >>
>> >> -Brandon
>> >>
>> >>
>> >> On Sunday, March 9, 2014 6:37:09 PM UTC-7, Manu wrote:
>> >>>
>> >>> I was trying a few days to enable PRU (BBB Ubuntu 12.04)  and run a
>> input
>> >>> testing code using the pin P9_24.
>> >>>
>> >>> MUX = pin 97 (44e10984) 0006 pinctrl-single  (SET to MODE 6)
>> >>>
>> >>> P9 24 pr1_pru0_pru_r31_16.GPIO0_15: | MODE6 | INPUT
>> >>>
>> >>> Nothing happens when I put the pin to 1.8 or GND
>> >>>
>> >>> The ASM code is:
>> >>>
>> >>> .origin 0
>> >>> .entrypoint START
>> >>>
>> >>> #define PRU0_ARM_INTERRUPT 19
>> >>> #define AM33XX
>> >>>
>> >>> #define GPIO1 0x4804c000
>> >>> #define GPIO_CLEARDATAOUT 0x190
>> >>> #define GPIO_SETDATAOUT 0x194
>> >>>
>> >>> START:
>> >>> // clear that bit
>> >>> LBCO r0, C4, 4, 4
>> >>> CLR r0, r0, 4
>> >>> SBCO r0, C4, 4, 4
>> >>>
>> >>> MOV r0, 10 //# 

[beagleboard] Re: not able to connect to Beaglebone black

[Kumar Gaurav]

Hi. I flashed the latest image and yet results are same.
Do i need to installl anything for *USB to virtual Ethernet.* If yes then 
please let me know how and what to install.

On Monday, March 10, 2014 8:55:56 PM UTC+5:30, Kumar Gaurav wrote:
>
>
> Hi All,
> I have bought beaglebone black and used tutorials to setup it. I started 
> with start.html (provided with BBB). installed rules(mkudevrule.sh). Tried 
> opening 192.168.7.2 in browser but didn't succeded. I tried finding IP of 
> BBB using arp-scan and again got nothing. I found somewhere that by default 
> ssh doesn't work on angstrom so i flashed debian into an SD card and booted 
> with that ( i refer this tute:
> http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/),
>  
> again i am not able to connect with BBB. In start.html there's a link for 
> *USB 
> to virtual Ethernet.* I don't know how would i install this (if i need to)
>
> My system is detail is
> kumar@anandlinux:~$ uname -a
> Linux anandlinux.com 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 16:21:44 
> UTC 2013 x86_64 x86_64 x86_64 GNU/Linux
>
>
> One of my friend suggested that i should use FTDI to USB cable to connect 
> with BBB USB mini to USB won't work. Is that true? Currently i'm using USB 
> Mini to USB.
>
> I tried using screen command too
> screen /dev/ttyUSB1 115200 but that too doesn't help.
>
> Please suggest how can i connect. I've been Googling since 5th march and 
> still clueless.
>
>
> I'm using this forum for first time so if i used wrong topic/specific 
> topic etc then let me know.
>

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

Re: [beagleboard] not able to connect to Beaglebone black

[Kumar Gaurav]

Hi, 
I installed the latest image and yet the i'm not able to connect with my 
BBB using any of the methods explained in my post.

Do i need to install anything for *USB to virtual Ethernet.* If yes then 
please let me know what and how.

On Monday, March 10, 2014 10:48:31 PM UTC+5:30, RobertCNelson wrote:
>
> On Mon, Mar 10, 2014 at 10:25 AM, Kumar Gaurav 
> > wrote: 
> > 
> > Hi All, 
> > I have bought beaglebone black and used tutorials to setup it. I started 
> > with start.html (provided with BBB). installed rules(mkudevrule.sh). 
> Tried 
> > opening 192.168.7.2 in browser but didn't succeded. I tried finding IP 
> of 
> > BBB using arp-scan and again got nothing. I found somewhere that by 
> default 
> > ssh doesn't work on angstrom so i flashed debian into an SD card and 
> booted 
> > with that ( i refer this 
> > tute:
> http://avedo.net/653/flashing-ubuntu-13-04-or-debian-wheezy-to-the-beaglebone-black-emmc/),
>  
>
> > again i am not able to connect with BBB. In start.html there's a link 
> for 
> > USB to virtual Ethernet. I don't know how would i install this (if i 
> need 
> > to) 
> > 
> > My system is detail is 
> > kumar@anandlinux:~$ uname -a 
> > Linux anandlinux.com 3.2.0-52-generic #78-Ubuntu SMP Fri Jul 26 
> 16:21:44 UTC 
> > 2013 x86_64 x86_64 x86_64 GNU/Linux 
> > 
> > 
> > One of my friend suggested that i should use FTDI to USB cable to 
> connect 
> > with BBB USB mini to USB won't work. Is that true? Currently i'm using 
> USB 
> > Mini to USB. 
> > 
> > I tried using screen command too 
> > screen /dev/ttyUSB1 115200 but that too doesn't help. 
> > 
> > Please suggest how can i connect. I've been Googling since 5th march and 
> > still clueless. 
>
> Well atleast start with something recent instead of that old image 
> referenced in the blog post. 
>
> Reflash with the latest from: 
>
> http://beagleboard.org/latest-images 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

Re: [beagleboard] Kernel/device tree road-map for the BBB

[Chris Falk]

Hey guys, I am trying to decide whether to stay on the 3.8 kernel or move 
to 3.13 myself...  The reason is that my usb wifi dongle does not work in 
3.8 but it does in 3.12+.  I am fairly new and just became familiar with 
getting things to work using the device tree overlays and the cape manager; 
therefore I am a bit hesitant to leave 3.8...   How straightforward would 
it be to configure SPI/PWM/etc using the rscm?  Looking at Robert's 
am335x-boneblack-default.dts patch, it seems like UART/I2C/TTY are 
enabled...  Would a similar dts node be created for say PWM?  Where would I 
get a template for that stuff - maybe the existing device tree overlays 
from 3.8?

Just wondering if it would be easier to move forward now, or stay on 3.8 
and try and figure out how to get the wifi dongle to work..

On Thursday, March 6, 2014 3:11:24 PM UTC-6, RobertCNelson wrote:
>
> On Thu, Mar 6, 2014 at 3:03 PM, David Lambert 
> > 
> wrote: 
> > Just a suggestion. If the dtb for the cape does not exist or is 
> corrupted, 
> > could the device tree default to the base, for example 
> am335x-boneblack.dtb? 
>
> You read my mind, there is a new file test function, i'd like to 
> backport to v2014.01 
>
>
> http://git.denx.de/?p=u-boot.git;a=commit;h=e5e897c01b1cd496187ca56a38ff5559d27f951c
>  
>
> Then yes, we can set it to use the default *.dtb. 
>
> Regards, 
>
> -- 
> Robert Nelson 
> http://www.rcn-ee.com/ 
>

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

[beagleboard] Re: DBTO is not loaded by capemgr (Capes eeprom-info is correct and dbto-file exists in /lib/firmware)

[dickelbeck]

This thread has been open for about 8 months.

I've got the experience to understand this, and have spent a week looking 
at it for 3.12.x.
There are two things I am certain of:

1) if you want to debug a hotplug event, you have to be logging it in 
detail.  firmware loading requests are hotplug events coming from the 
kernel.  If you are not logging during your debug session, you are 
guessing.  I use busybox's mdev, and recently augmented the load_firmware() 
infrastructure to do a decent job logging the hotplug events.

2) The first firmware load event coming from 3.12 has the wrong ACTION 
verb, it has remove rather than add.  So tend to indicate a bug in this 
kernel.  Subsequent firmware requests come with the correct action verb, 60 
seconds apart.

It is possible that if you only have one firmware DTB to load, that your 
hotplug script is IGNORING the load request because of the bad ACTION 
verb.  Unless you are logging it all, while troubleshooting, you are 
guessing.

In my case there are 3 firmware requests, they all fail.  The first fails 
because of the bad verb, and the 2nd two fail because the firmware files 
are missing.  Without logging I would not have known this. 

I have two problems to solve now.



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