[beagleboard] Playing sound using with my BBB using a piezo buzzer (beeper)

[Ramon Mendes]

I want play 'beeps' connecting a piezo buzzer to my Beaglebone Black. I am 
very new to eletronics, so I need some help here, don't know how to operate 
these sound devices.

-Eletrical circuit: as for the circuit, I am referring to this 
book/chapterwhich
 shows it very well how I should proceed: using a transistor..

-What I don't know is, how do I control the buzzer (say from a C program) 
to emit sound?
-I guess I should configure and use PWM feature of the processor, am I 
right?
-And how do I pragmatically control PWM output?
-How could I make it play an given sound file, like a .midi file?

-- 
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: Wifi hangs during SSH sessions on BBB

[rattus]

I still have the same problem as well (on Debian); mucked with the 
net.ipv4.tcp_* 
parameters, still no joy in keeping either the WiFi or hard Ethernet ports 
alive more than a few hours. This is not just SSH - the ports become 
unresponsive to ping as well. Given my application requires availability, 
this is a problem.

The connections *seemed* to say alive longer when I set up a process to 
ping the router every 5 minutes or so, but still died eventually.

Does anyone have suggestions as to how we might monitor the ports to 
determine the cause of death? I've been netstat'ing, logging and ps'ing 
every way I could imagine, with no clue as to what is causing the problem. 

Guess I could set up a cron job to kill the board every few hours, but that 
seems inelegant ;-)

On Sunday, March 16, 2014 2:05:04 PM UTC-6, Chris Shiplet wrote:
>
> Unfortunately I was never able to resolve this, although I didn't try 
> rebuilding the kernel or anything. I ended up switching to the Raspberry 
> Pi, because while it's a bit slower it seems to be much more stable for 
> longer than a few hours.
>
>
> On Sat, Mar 15, 2014 at 8:11 PM, > wrote:
>
>> I am having basically the same issue, but wired connection with debian... 
>> http://beagleboard.org/project/debian
>>
>> I will have a connection just fine then after several hours it will stop 
>> responding to all network traffic as if it were not there. The LEDs 
>> continue to flash as normal with cpu, heartbeat, etc... It's quite 
>> annoying. I'm not sure if I want to even continue using it if I cannot 
>> create reliable projects.
>>
>>
>> On Saturday, October 26, 2013 6:53:06 PM UTC-4, Chris Shiplet wrote:
>>>
>>> Hi all, I'm running the latest eMMC flasher Angstrom image, kernel 
>>> 3.8.13 on a BeagleBone Black. I'm using a 1A, 5V AC adapter. I also have 
>>> an Edimax EW-7811UN N-wifi dongle, which is apparently rtl8192cu based. I 
>>> installed the driver and added my network info to connman, and it 
>>> successfully fetches an IP from my DHCP server. The dongle lights up when 
>>> authenticated to my WPA network, and I can SSH into it and add/remove 
>>> packages. 
>>>
>>> The problem usually comes when a large stream of text is being sent over 
>>> SSH - ie compiling a large program, installing a package on NPM, or a 
>>> installing lot of packages/dependencies via opkg. The SSH session will 
>>> hang, and eventually time out with Write failed: broken pipe. The board 
>>> will not respond to ping, or any other services running on it, it basically 
>>> drops off the network. However, the light on the dongle remains on.
>>>
>>> If, rather than running one of these commands in the foreground I start 
>>> it with nohup, the process completes fine in the background with no loss of 
>>> connection and I can verify the output with tails. Also, this happens on 
>>> both Ubuntu 13.04 and Angstrom... Although I'm currently back to running 
>>> Angstrom.
>>>
>>> This hasn't happened while plugged into the same router via ethernet, 
>>> only when using the wireless. The board appears to be running fine, the 
>>> heartbeat led continues and there is occasional activity on the cpu/flash 
>>> leds. Won't have an FTDI cable to confirm this until Tuesday, but if this 
>>> is an obvious fix I'd like to take care of it sooner. 
>>>
>>  -- 
>> 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/jZ3d6_yW54s/unsubscribe.
>> To unsubscribe from this group and all its topics, 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.

Re: [beagleboard] Re: Kernel panic - not syncing: No init found. Try passing init= option to kernel.

[Douglas Jerome]

Control yourself. Stop doing random things.

Put the directories back into the file system. Change to
using init=/bin/bash and see if you get a shell prompt
when you boot.

On 03/17/14 06:05, siva kumar wrote:


hai,

i tried to debug the boot process..
i went with some ideas to find the why such error comes..
[1] i tried to boot the kernel with init=/hello_world option.. i removed
all the rootfs files like /dev /usr /opt /bin /sbin  folder and files
except hello_world option
   to make sure that my print is able to execute when
booting  was done
   but i got different reply from my kernel
error log1
===
[5.800505] VFS: Mounted root (nfs filesystem) on device 0:12.
[5.807034] devtmpfs: error mounting -2
[5.811496] Freeing init memory: 288K
[*   5.818299] Failed to execute /hello_arm.  Attempting defaults...*
[5.825859] Kernel panic - not syncing: No init found.  Try passing
init= option to kernel. See Linux Documentation/init.txt for guidance.
also i'm not able to get the printed message 
procedure i followed to boot the kernel from my board .i h'v done the
booting with sd card using uEnv.txt file...


--
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 that already, Adafruit limits purchases to 1 per order. Check daily
for when they have stock and order then. When they run out, wait until they
come back in stock to order more

Gerald


On Mon, Mar 17, 2014 at 5:09 PM, Venkat Bommakanti wrote:

> On Monday, March 17, 2014 2:56:01 PM UTC-7, Gerald wrote:
>>
>> We have already tried your suggestion.
>>
>>
> Actually, I was referring to that very warning - and that has been
> ineffectual, since day-1.
> What I was requesting now, is to have a community small-# ordering scheme.
>
> I only hear of hiking prices, but keeping all else the same. That in
> itself, imho, will not discourage hoarders - they will surely pass the
> extra cost to customers. What would help is a scheme to allow smal # orders
> to a given entity (shipping address, userid registered to this group or
> some such identifier,)
>
> 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 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: Angstrom passwords

[Wilfredo Nieves]

Also run
"opkg install --force-reinstall angstrom-gdm-autologin-hack" and it will
fix the auto login issue. But i think you have to reboot for it to take
effect. Note that I just copied and pasted right form the post you replied
to.

-Wil
On Mar 17, 2014 7:04 PM, "Wilfredo Nieves"  wrote:

> If you do Ctrl + Alt + F1 it will give you a console at the login screen
> and IIRC "gdm.service restart" will bring the login screen back up.
>
> -Wil
> On Mar 17, 2014 4:22 PM, "New Guy, Old Man" 
> wrote:
>
>> I upgraded from the command line on emmc using update / upgrade and was
>> rewarded with a splash screen i cant get past...as above. I updated on
>> March 17, 2014.
>>
>> I have tried all the things on this page so far...1) cant get in to ssh
>> (usb) because when i try it says that connection has been closed by remote,
>> 2) the Cloud9 solution returns that it failed to download.
>>
>> I am new to linux command line, its honestly why i bought this thing...to
>> learn. right now i have a $65.00 paperweight with a cool splash screen but
>> cant get beyond the password.
>>
>> Why isnt there a generic password set on update as with other linux
>> distros to avoid threads like this?
>>
>> Forgive my newness i really am trying and not being lazy here...I have
>> been all over the internet and I see what you have here echoed, but its not
>> working for me. additional help would be appreciated.
>>
>> On Wednesday, November 20, 2013 7:46:46 PM UTC-5, camero...@gmail.comwrote:
>>>
>>> The best thing to me about BeagleBone Black is its None.js server that
>>> is running all the time. You can leverage this to run commands even when
>>> you can't SSH. I ran into your same issue after I did an opkg upgrade. I
>>> solved by creating a js file in could9 with the below script. Just run from
>>> could 9 and it will execute commands on your BBB!
>>>
>>> // http://nodejs.org/api.html#_child_processes
>>> var sys = require('sys');
>>> var exec = require('child_process').exec;
>>> var child;
>>>
>>> // executes `pwd`
>>> var command = "opkg install --force-reinstall
>>> angstrom-gdm-autologin-hack";
>>> child = exec(command, function (error, stdout, stderr) {
>>>   sys.print('stdout: ' + stdout);
>>>   sys.print('stderr: ' + stderr);
>>>   if (error !== null) {
>>> console.log('exec error: ' + error);
>>>   }
>>> });
>>>
>>> On Thursday, September 12, 2013 8:19:27 AM UTC-5, Gabriel L wrote:

 Hi,
 I'm new to the Beaglebone Black but didn't have problems trying out
 several OS's.
 As Ubuntu was too slow for my taste I switched back to Angstrom. After
 loading the latest img to eMMC, several days in a row I could do
 update/upgrade without a problem until the Angstrom logo appeared. The
 login procedure was changed drastically as the automatic login was gone and
 replaced by the choice 'mpd', 'xuser' and 'Other'. As other I tried 'root'
 but nothing worked. I could not login. I couldn't find the correct
 passwords anywhere.  Can someone help?
 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 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: Angstrom passwords

[Wilfredo Nieves]

If you do Ctrl + Alt + F1 it will give you a console at the login screen
and IIRC "gdm.service restart" will bring the login screen back up.

-Wil
On Mar 17, 2014 4:22 PM, "New Guy, Old Man" 
wrote:

> I upgraded from the command line on emmc using update / upgrade and was
> rewarded with a splash screen i cant get past...as above. I updated on
> March 17, 2014.
>
> I have tried all the things on this page so far...1) cant get in to ssh
> (usb) because when i try it says that connection has been closed by remote,
> 2) the Cloud9 solution returns that it failed to download.
>
> I am new to linux command line, its honestly why i bought this thing...to
> learn. right now i have a $65.00 paperweight with a cool splash screen but
> cant get beyond the password.
>
> Why isnt there a generic password set on update as with other linux
> distros to avoid threads like this?
>
> Forgive my newness i really am trying and not being lazy here...I have
> been all over the internet and I see what you have here echoed, but its not
> working for me. additional help would be appreciated.
>
> On Wednesday, November 20, 2013 7:46:46 PM UTC-5, camero...@gmail.comwrote:
>>
>> The best thing to me about BeagleBone Black is its None.js server that is
>> running all the time. You can leverage this to run commands even when you
>> can't SSH. I ran into your same issue after I did an opkg upgrade. I solved
>> by creating a js file in could9 with the below script. Just run from could
>> 9 and it will execute commands on your BBB!
>>
>> // http://nodejs.org/api.html#_child_processes
>> var sys = require('sys');
>> var exec = require('child_process').exec;
>> var child;
>>
>> // executes `pwd`
>> var command = "opkg install --force-reinstall
>> angstrom-gdm-autologin-hack";
>> child = exec(command, function (error, stdout, stderr) {
>>   sys.print('stdout: ' + stdout);
>>   sys.print('stderr: ' + stderr);
>>   if (error !== null) {
>> console.log('exec error: ' + error);
>>   }
>> });
>>
>> On Thursday, September 12, 2013 8:19:27 AM UTC-5, Gabriel L wrote:
>>>
>>> Hi,
>>> I'm new to the Beaglebone Black but didn't have problems trying out
>>> several OS's.
>>> As Ubuntu was too slow for my taste I switched back to Angstrom. After
>>> loading the latest img to eMMC, several days in a row I could do
>>> update/upgrade without a problem until the Angstrom logo appeared. The
>>> login procedure was changed drastically as the automatic login was gone and
>>> replaced by the choice 'mpd', 'xuser' and 'Other'. As other I tried 'root'
>>> but nothing worked. I could not login. I couldn't find the correct
>>> passwords anywhere.  Can someone help?
>>> 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 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?

[Venkat Bommakanti]

On Monday, March 17, 2014 2:56:01 PM UTC-7, Gerald wrote:
>
> We have already tried your suggestion. 
>
>
Actually, I was referring to that very warning - and that has been 
ineffectual, since day-1.
What I was requesting now, is to have a community small-# ordering scheme.

I only hear of hiking prices, but keeping all else the same. That in 
itself, imho, will not discourage hoarders - they will surely pass the 
extra cost to customers. What would help is a scheme to allow smal # orders 
to a given entity (shipping address, userid registered to this group or 
some such identifier,)

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] Problems opening pictures and running gtk programs

[Nuno Sucena Almeida]

On 03/17/2014 03:47 PM, woelf...@arcor.de wrote:
> Hello Nuno,
> the distributions i use, i have described in my initial mail.
> the result of the ps axwf You find as attachment.
> 
> regards
> Werner

Hi Werner,
you are right, sorry for that, I missed the distro you mentioned.
Can you point me to the youtube video and the instructions that you
followed ? I wonder if you are running your gtk application on the linux
framebuffer instead of the X server? From the process tree, it gives
that impression.

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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 already tried your suggestion.

http://www.elinux.org/Beagleboard:BeagleBoneBlack#Terms_of_Use

That is why our plan is to increase capacity by being able to pay
additional CMs to build the boards for us while still having the control
over the whole process. The goal here is to find the right balance.
Otherwise the community will lose every time.


Gerald



On Mon, Mar 17, 2014 at 4:36 PM, Venkat Bommakanti wrote:

> On Monday, March 17, 2014 7:23:20 AM UTC-7, oha...@ohararp.com wrote:
>>
>> ...  I would have no problem paying $75 for this board if we could
>>> guarantee availibility and continued support (ie being able to stay in
>>> business)
>>>
>>
> Have a feeling, even at an hiked up unit price of $75, the hoarders will
> gobble them up in large #s, and pass the extra cost on to their customers -
> after all, the free market price would also be $75. I doubt TI could
> guarantee supplies even at that price - unless something is done to prevent
> *productizers* from bulk-ordering huge quantities.
>
> TI supposedly released this board as a "community product" and should try
> and pursue that goal and not just give up that easy. By hiking the price to
> say $55/60, and through beaglebone.org, TI can allow for the purchase of
> just a couple of boards to a given shipping address, it can be done since
> the extra cost could be used to support this option... Many MIR promoters
> do that today, not entirely impossible (even $60 ARM quad-core based board
> manufactures do it - 1 per forum member/acct). So beagleboard can make it
> say 2 or 3 or some reasonable small #. The hoarders can always buy from
> those other distributors - whose stock-notification scheme is a mere joke.
> 10mins into getting an email - they are back to 0-stock.
>
> Gerald,
>
> Pl. figure out a reasonably affordable scheme for the community and
> another for market-driven scene, where folks are building products using
> these, against all (practically legally non-enforceable) warnings. The
> entire learning/maker community, imho, is being heavily penalized, for the
> actions of a few hoarders.
>
> 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 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: Availability - how come nobody has any BeagleBone Black to sell?

[Venkat Bommakanti]

On Monday, March 17, 2014 7:23:20 AM UTC-7, oha...@ohararp.com wrote:
>
> ...  I would have no problem paying $75 for this board if we could 
>> guarantee availibility and continued support (ie being able to stay in 
>> business)
>>
>
Have a feeling, even at an hiked up unit price of $75, the hoarders will 
gobble them up in large #s, and pass the extra cost on to their customers - 
after all, the free market price would also be $75. I doubt TI could 
guarantee supplies even at that price - unless something is done to prevent 
*productizers* from bulk-ordering huge quantities.

TI supposedly released this board as a "community product" and should try 
and pursue that goal and not just give up that easy. By hiking the price to 
say $55/60, and through beaglebone.org, TI can allow for the purchase of 
just a couple of boards to a given shipping address, it can be done since 
the extra cost could be used to support this option... Many MIR promoters 
do that today, not entirely impossible (even $60 ARM quad-core based board 
manufactures do it - 1 per forum member/acct). So beagleboard can make it 
say 2 or 3 or some reasonable small #. The hoarders can always buy from 
those other distributors - whose stock-notification scheme is a mere joke. 
10mins into getting an email - they are back to 0-stock.

Gerald,

Pl. figure out a reasonably affordable scheme for the community and another 
for market-driven scene, where folks are building products using these, 
against all (practically legally non-enforceable) warnings. The entire 
learning/maker community, imho, is being heavily penalized, for the actions 
of a few hoarders.

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] Re: Angstrom passwords

[New Guy, Old Man]

I upgraded from the command line on emmc using update / upgrade and was 
rewarded with a splash screen i cant get past...as above. I updated on 
March 17, 2014.

I have tried all the things on this page so far...1) cant get in to ssh 
(usb) because when i try it says that connection has been closed by remote, 
2) the Cloud9 solution returns that it failed to download.

I am new to linux command line, its honestly why i bought this thing...to 
learn. right now i have a $65.00 paperweight with a cool splash screen but 
cant get beyond the password.

Why isnt there a generic password set on update as with other linux distros 
to avoid threads like this?

Forgive my newness i really am trying and not being lazy here...I have been 
all over the internet and I see what you have here echoed, but its not 
working for me. additional help would be appreciated.

On Wednesday, November 20, 2013 7:46:46 PM UTC-5, camero...@gmail.com wrote:
>
> The best thing to me about BeagleBone Black is its None.js server that is 
> running all the time. You can leverage this to run commands even when you 
> can't SSH. I ran into your same issue after I did an opkg upgrade. I solved 
> by creating a js file in could9 with the below script. Just run from could 
> 9 and it will execute commands on your BBB!
>
> // http://nodejs.org/api.html#_child_processes
> var sys = require('sys');
> var exec = require('child_process').exec;
> var child;
>
> // executes `pwd`
> var command = "opkg install --force-reinstall angstrom-gdm-autologin-hack";
> child = exec(command, function (error, stdout, stderr) {
>   sys.print('stdout: ' + stdout);
>   sys.print('stderr: ' + stderr);
>   if (error !== null) {
> console.log('exec error: ' + error);
>   }
> });
>
> On Thursday, September 12, 2013 8:19:27 AM UTC-5, Gabriel L wrote:
>>
>> Hi,
>> I'm new to the Beaglebone Black but didn't have problems trying out 
>> several OS's.
>> As Ubuntu was too slow for my taste I switched back to Angstrom. After 
>> loading the latest img to eMMC, several days in a row I could do 
>> update/upgrade without a problem until the Angstrom logo appeared. The 
>> login procedure was changed drastically as the automatic login was gone and 
>> replaced by the choice 'mpd', 'xuser' and 'Other'. As other I tried 'root' 
>> but nothing worked. I could not login. I couldn't find the correct 
>> passwords anywhere.  Can someone help?
>> 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] Re: Ubuntu 13.04 - Installing USB RTL8187 Drivers

[syedmohsinbukhari]

Robert Nelson himself replied 

On Wednesday, August 7, 2013 4:31:18 AM UTC+5, Aaron Buckner wrote:
>
> I have a USB Wifi adapter with an RTL8187 chipset that based on some 
> googling I "should" be able to install if I can get the kernel headers and 
> all the needed compilers installed but I can't seem to get it. Anyone have 
> any advice?
>
> uname -r shows "3.8.13-bone21"
>
> I've played with this off and on for a couple weeks and can't seem to get 
> this to work...
>
> I've tried installing kernel headers and more a couple weeks ago and I 
> shelved it but I would really like some directions,
>
> I'm willing to switch distros if I need to
>
> Any other info needed?
>
>

-- 
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] g++ compiler error

[Chad Baker]

Did you try compiling with gcc? 
g++ => main.cc, main.cpp
gcc => main.c

Chad Baker
Professor Emeritus
Christian Brothers University
Electrical and Computer Engineering
650 East Parkway South
Memphis, TN 38104


On Mar 17, 2014, at 12:59 PM, edwin.j@gmail.com wrote:

> 
> I am compiling a .c file with the command:
>  g++ main.c -o main
> The command is successful and the executable is made. However sometimes the 
> executable does not work while others with the same code the executable is 
> successful. Has anyone else had a problem similar?
> 
> -- 
> 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] Debian Wheezy uEnv.txt does not load at boot time

[Robert Nelson]

On Mon, Mar 17, 2014 at 2:52 PM,   wrote:
> The BBB seems to auto-detect if an SD is loaded and boots from there;
> otherwise it boots from eMMC, at least mine does.
> So I have modified /boot/uboot/uEnv.txt while running on the SD to start up
> with HDMI disabled and PWM and UART1 enabled:
>
> root@debian:~# cat /boot/uboot/uEnv.txt
> kernel_file=zImage
> initrd_file=initrd.img
> initrd_high=0x
> fdt_high=0x
>
> #Video: Uncomment to override:
> #kms_force_mode=video=HDMI-A-1:1024x768@60
>
> ##Enable systemd
> #systemd=quiet init=/lib/systemd/systemd
>
> ##BeagleBone Cape Overrides
> ##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, so
> if these changes do not seem to be makeing a difference...
>
> ##BeagleBone Black:
> ##Disable HDMI/eMMC
> #optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G
>
> console=ttyO0,115200n8
>
> mmcroot=/dev/mmcblk0p2 ro
> mmcrootfstype=ext4 rootwait fixrtc
>
> loadkernel=load mmc ${mmcdev}:${mmcpart} 0x8030 ${kernel_file}
> loadinitrd=load mmc ${mmcdev}:${mmcpart} 0x8160 ${initrd_file}; setenv
> initrd_size ${filesize}
> loadfdt=load mmc ${mmcdev}:${mmcpart} 0x815f /dtbs/${fdtfile}
>
> boot_ftd=run loadkernel; run loadinitrd; run loadfdt
>
> device_args=run expansion_args; run mmcargs
> mmcargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode}
> root=${mmcroot} rootfstype=${mmcrootfstype} ${expansion} ${systemd}
>
> expansion_args=setenv expansion ip=${ip_method}
> uenvcmd=run boot_ftd; run device_args; bootz 0x8030
> 0x8160:${initrd_size} 0x815f
> #Next line added to preserve pwm at bootup
> optargs=quiet drm.debug=7 capemgr.enable_partno=am33xx_pwm,bone_pwm_P9_21
> #Next line added to preserve UART1 (ttyO1) at boot time
> optargs=quiet drm.debug=7 capemgr.enable_partno=BB-UART1
> #Disable HDMI only
> optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
>
>
> But this is what I get on boot:
>
> root@debian:~# 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
>
> There's no pwm, no uart and ole HDMI's still there. Can anyone explain that?
> Does the uEnv.txt file require things in a special order?

Well, it did exactly what you told it to do. The last definition:
"optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN"
disabled HDMI/HDMIN. The two previous definitions of "optargs" were
ignored, as the variable optargs was overwritten by the last define.
Does that make sense? It's simple variable defines..

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] Debian Wheezy uEnv.txt does not load at boot time

[maxmikes001]

The BBB seems to auto-detect if an SD is loaded and boots from there; 
otherwise it boots from eMMC, at least mine does.
So I have modified /boot/uboot/uEnv.txt while running on the SD to start up 
with HDMI disabled and PWM and UART1 enabled:









































*root@debian:~# cat 
/boot/uboot/uEnv.txtkernel_file=zImageinitrd_file=initrd.imginitrd_high=0xfdt_high=0x#Video:
 
Uncomment to override:#kms_force_mode=video=HDMI-A-1:1024x768@60##Enable 
systemd#systemd=quiet init=/lib/systemd/systemd##BeagleBone Cape 
Overrides##Note: On the BeagleBone Black, there is also an uEnv.txt in the 
eMMC, so if these changes do not seem to be makeing a 
difference...##BeagleBone Black:##Disable 
HDMI/eMMC#optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2Gconsole=ttyO0,115200n8mmcroot=/dev/mmcblk0p2
 
rommcrootfstype=ext4 rootwait fixrtcloadkernel=load mmc 
${mmcdev}:${mmcpart} 0x8030 ${kernel_file}loadinitrd=load mmc 
${mmcdev}:${mmcpart} 0x8160 ${initrd_file}; setenv initrd_size 
${filesize}loadfdt=load mmc ${mmcdev}:${mmcpart} 0x815f 
/dtbs/${fdtfile}boot_ftd=run loadkernel; run loadinitrd; run 
loadfdtdevice_args=run expansion_args; run mmcargsmmcargs=setenv bootargs 
console=${console} ${optargs} ${kms_force_mode} root=${mmcroot} 
rootfstype=${mmcrootfstype} ${expansion} ${systemd}expansion_args=setenv 
expansion ip=${ip_method}uenvcmd=run boot_ftd; run device_args; bootz 
0x8030 0x8160:${initrd_size} 0x815f#Next line added to preserve 
pwm at bootupoptargs=quiet drm.debug=7 
capemgr.enable_partno=am33xx_pwm,bone_pwm_P9_21#Next line added to preserve 
UART1 (ttyO1) at boot timeoptargs=quiet drm.debug=7 
capemgr.enable_partno=BB-UART1#Disable HDMI 
onlyoptargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN*


But this is what I get on boot:

root@debian:~# 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

There's no pwm, no uart and ole HDMI's still there. Can anyone explain 
that? Does the uEnv.txt file require things in a special order?

-- 
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] Problems opening pictures and running gtk programs

[woelf...@arcor.de]

Am 17.03.2014 19:52, schrieb Nuno Sucena Almeida:

On 03/17/2014 02:31 PM, woelf...@arcor.de wrote:

Hello Nuno,
thank You for Your answer.
Run a Beaglebone Black as standalone with HDMI monitor or LCD cape.
Compile the Hello World program as describes by Derec Molloy with gtk.
Run it and You will see the problem.
The same problem occures if You open GIMP and load a picture.

Regards Werner

Hi Werner,
I'm familiar with Derek Molloy videos, but you didn't confirm that you
have a X window manager running on the BBB.
What distribution are you using? Can you do a 'ps axwf' on your
beaglebone and copy&paste it here?

regards,
Nuno


Hello Nuno,
the distributions i use, i have described in my initial mail.
the result of the ps axwf You find as attachment.

regards
Werner

--
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.
  PID TTY  STAT   TIME COMMAND
2 ?S  0:00 [kthreadd]
3 ?S  0:00  \_ [ksoftirqd/0]
5 ?S< 0:00  \_ [kworker/0:0H]
6 ?S  0:00  \_ [kworker/u:0]
7 ?S< 0:00  \_ [kworker/u:0H]
8 ?S  0:00  \_ [migration/0]
9 ?S  0:00  \_ [rcu_bh]
   10 ?S  0:00  \_ [rcu_sched]
   11 ?S  0:00  \_ [watchdog/0]
   12 ?S< 0:00  \_ [khelper]
   13 ?S  0:00  \_ [kdevtmpfs]
   14 ?S< 0:00  \_ [netns]
   16 ?S  0:00  \_ [bdi-default]
   17 ?S< 0:00  \_ [kintegrityd]
   18 ?S< 0:00  \_ [kblockd]
   19 ?S  0:00  \_ [khubd]
   20 ?S  0:00  \_ [irq/86-44e0b000]
   21 ?S  0:00  \_ [kworker/u:1]
   24 ?S  0:00  \_ [irq/23-tps65217]
   27 ?S  0:00  \_ [irq/46-4819c000]
   36 ?S< 0:00  \_ [rpciod]
   38 ?S  0:00  \_ [khungtaskd]
   39 ?S  0:00  \_ [kswapd0]
   40 ?S  0:00  \_ [fsnotify_mark]
   41 ?S< 0:00  \_ [nfsiod]
   42 ?S< 0:00  \_ [crypto]
   45 ?S< 0:00  \_ [pencrypt]
   46 ?S< 0:00  \_ [pdecrypt]
   53 ?S< 0:00  \_ [OMAP UART0]
   57 ?S< 0:00  \_ [kpsmoused]
   72 ?S  0:00  \_ [mmcqd/1]
   73 ?S  0:00  \_ [mmcqd/1boot0]
   74 ?S  0:00  \_ [mmcqd/1boot1]
   76 ?S< 0:00  \_ [deferwq]
   79 ?S< 0:00  \_ [kworker/0:1H]
   80 ?S  0:00  \_ [jbd2/mmcblk0p2-]
   81 ?S< 0:00  \_ [ext4-dio-unwrit]
  102 ?S< 0:00  \_ [krfcommd]
  256 ?S  0:00  \_ [file-storage]
  620 ?S  0:00  \_ [kworker/0:0]
  655 ?S  0:00  \_ [kworker/0:2]
  657 ?S  0:00  \_ [kworker/0:1]
1 ?Ss 0:00 /sbin/init
   92 ?Ss 0:09 /lib/systemd/systemd-journald
   93 ?Ss 0:00 /lib/systemd/systemd-udevd
  124 ?Ss 0:00 /usr/sbin/connmand -n
  126 ?Ss 0:00 /bin/sh /usr/bin/g-ether-load.sh
  282 ?S  0:00  \_ /usr/sbin/udhcpd -f -S /etc/udhcpd.conf
  127 ?Ss 0:06 /usr/bin/node4 /usr/share/cloud9/bin/cloud9.js -l 
0.0.0.0 -w /var/lib/cloud9 -p 3000
  130 ?Ss 0:01 /usr/bin/python gateone.py
  131 ?Ssl0:01 /usr/bin/node autorun.js
  132 ?Ss 0:00 /lib/systemd/systemd-logind
  134 ?Ss 0:00 /usr/sbin/crond -n
  135 ?Ss 0:00 /usr/bin/dbus-daemon --system --address=systemd: 
--nofork --nopidfile --systemd-activation
  137 tty1 Ss+0:00 /sbin/agetty --noclear tty1 38400 linux
  138 ?Ssl0:00 /usr/sbin/gdm-binary -nodaemon
  229 ?Sl 0:00  \_ /usr/libexec/gdm-simple-slave --display-id 
/org/gnome/DisplayManager/Display1
  272 tty2 Rs+0:18  \_ /usr/bin/X :0 -br -verbose -auth 
/var/run/gdm/auth-for-gdm-2QP1XB/database -nolisten tcp
  450 ?Sl 0:00  \_ /usr/libexec/gdm-session-worker
  519 ?Ssl0:00  \_ gnome-session
  526 ?Ss 0:00  \_ /usr/bin/ssh-agent -- gnome-session
  562 ?S  0:03  \_ metacity
  564 ?Sl 0:05  \_ gnome-panel
  571 ?Sl 0:06  \_ nautilus
  578 ?S  0:00  \_ /usr/libexec/gdu-notification-daemon
  579 ?S  0:00  \_ gnome-power-manager
  581 ?S  0:00  \_ connman-applet
  582 ?S  0:00  \_ bluetooth-applet
  270 ?Ss 0:00 /usr/sbin/wpa_supplicant -u
  306 ttyO0Ss+0:00 /sbin/agetty -s ttyO0 115200
  333 ?Ssl0:00 /usr/sbin/console-kit-daemon --no-daemon
  401 ?Sl 0:00 /usr/libexec/polkitd --no-deb

Re: [beagleboard] Trying to enable UART

[Guy Grotke]

You probably have a bone_capemgr.8 instead of a .9.  Have a look.   Or just try 
using .8 instead.

From: woelf...@arcor.de 
Sent: Monday, March 17, 2014 10:08 AM
To: beagleboard@googlegroups.com 
Subject: Re: [beagleboard] Trying to enable UART

Hello Louis,
simply type:
echo BB-UART4 > /sys/devices/bone_capemgr.9/slots
Why this variable?
For control type:
cat /sys/devices/bone_capemgr.9/slots

Werner



Am 17.03.2014 14:35, schrieb Louis Thiery:

  same deal, I'm afraid.

  > export SLOTS=/sys/devices/bone_capemgr.9/slots
  > echo BB-uART4 > $SLOTS
  -bash: echo: write error: No such file or directory


  On Sunday, March 16, 2014 3:24:38 PM UTC-4, Mike Bell wrote: 
On 03/16/2014 12:51 PM, Louis Thiery wrote: 
> 
> 
> > echo BB-uART4-00A0 > $SLOTS 
> -bash: echo: write error: No such file or directory 
> 
> $SLOTS is an environmental variable pointing to 
> /sys/devices/bone_capemgr.9/slots 
> 
> I'm not sure how I can cat $SLOTS, see what I expect, but then not be 
> able to output to it?! 
> 
Your $SLOTS variable is fine. 

Just lose the -00A0 i.e. 

echo BB-uART4 > $SLOTS 

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.


-- 
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] Problems opening pictures and running gtk programs

[Nuno Sucena Almeida]

On 03/17/2014 02:31 PM, woelf...@arcor.de wrote:
> Hello Nuno,
> thank You for Your answer.
> Run a Beaglebone Black as standalone with HDMI monitor or LCD cape.
> Compile the Hello World program as describes by Derec Molloy with gtk.
> Run it and You will see the problem.
> The same problem occures if You open GIMP and load a picture.
> 
> Regards Werner

Hi Werner,
I'm familiar with Derek Molloy videos, but you didn't confirm that you
have a X window manager running on the BBB.
What distribution are you using? Can you do a 'ps axwf' on your
beaglebone and copy&paste it here?

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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] Problems opening pictures and running gtk programs

[woelf...@arcor.de]

Am 17.03.2014 18:27, schrieb Nuno Sucena Almeida:

On 03/17/2014 01:13 PM, woelf...@arcor.de wrote:

I am on X.Windows on HDMI Monitor
Regards
Werner

Yes, you are running a X server, but are you also running an X Windows
manager, like the ones in the link on my previous post?

regards,
Nuno


Hello Nuno,
thank You for Your answer.
Run a Beaglebone Black as standalone with HDMI monitor or LCD cape.
Compile the Hello World program as describes by Derec Molloy with gtk.
Run it and You will see the problem.
The same problem occures if You open GIMP and load a picture.

Regards Werner

--
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] g++ compiler error

[edwin . j . slv]

I am compiling a .c file with the command:
 g++ main.c -o main
The command is successful and the executable is made. However sometimes the 
executable does not work while others with the same code the executable is 
successful. Has anyone else had a problem similar?

-- 
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] Problems opening pictures and running gtk programs

[Nuno Sucena Almeida]

On 03/17/2014 01:13 PM, woelf...@arcor.de wrote:
> I am on X.Windows on HDMI Monitor
> Regards
> Werner

Yes, you are running a X server, but are you also running an X Windows
manager, like the ones in the link on my previous post?

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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] Problems opening pictures and running gtk programs

[woelf...@arcor.de]

I am on X.Windows on HDMI Monitor
Regards
Werner

Am 17.03.2014 14:50, schrieb Nuno Sucena Almeida:

On 03/16/2014 01:16 PM, woelf...@arcor.de wrote:

The borders of the terminal from where i start the program are gone.
The terminals are dead.

The window is fixed on top left of the screen, and I have to kill the
task via smartty from outside.

It seems you are not running a X window manager
(https://en.wikipedia.org/wiki/X_window_manager)

regards,
Nuno



--
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] Trying to enable UART

[woelf...@arcor.de]

Hello Louis,
simply type:
echo BB-UART4 > /sys/devices/bone_capemgr.9/slots
Why this variable?
For control type:
cat /sys/devices/bone_capemgr.9/slots

Werner


Am 17.03.2014 14:35, schrieb Louis Thiery:

same deal, I'm afraid.

> export SLOTS=/sys/devices/bone_capemgr.9/slots
> echo BB-uART4 > $SLOTS
-bash: echo: write error: No such file or directory


On Sunday, March 16, 2014 3:24:38 PM UTC-4, Mike Bell wrote:

On 03/16/2014 12:51 PM, Louis Thiery wrote:
>
>
> > echo BB-uART4-00A0 > $SLOTS
> -bash: echo: write error: No such file or directory
>
> $SLOTS is an environmental variable pointing to
> /sys/devices/bone_capemgr.9/slots
>
> I'm not sure how I can cat $SLOTS, see what I expect, but then
not be
> able to output to it?!
>
Your $SLOTS variable is fine.

Just lose the -00A0 i.e.

echo BB-uART4 > $SLOTS

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.


--
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: Automotive Cape

[marcmltd]

Hi, yes we are progressing.  We have just ordered the first batch of boards 
and will be assembling and testing in the next 14 days.
We will be putting some more updates on our twitter feed soon... @aSanCloud.

I will contact you via your email address in the next couple of days to 
give a more definitive date for you.

Thanks
Marc

On Saturday, March 15, 2014 12:07:38 PM UTC, Mickae1 wrote:
>
> Any news about it ? I would like to buy one  
>
> Thx,
>
>
> On Sat, Feb 15, 2014 at 5:05 PM, > wrote:
>
>> I'm not sure of a pricepoint- we are working on a similar beta product 
>> used to track delivery systems and i can get an chinese made tracker with 
>> some of the capability you mention (except OBD-II info) for under $40. 
>> Their devices have an onboard SIM for SMS alerts, etc. So with that in mind 
>> if we were able to use your SanCloud device with the same capability along 
>> with OBD functionality for around $80-100 it would be great. Are you 
>> considering kits fully assembled? Sorry if thats a silly question we're new 
>> to open source hardware etc and am just wondering how the license would 
>> affect other companies from using it in their products? Cheers!
>>
>>
>> On Wednesday, February 12, 2014 11:46:36 AM UTC-4, marc...@gmail.comwrote:
>>>
>>> What do people think the price point is for a cape that offers 
>>> CAN
>>> OBDII
>>> accelerometer+gyro
>>> mini PCI-e (USB+SIM)
>>> GPIO
>>> LED's ?
>>>
>>> Thanks
>>> Marc
>>>
>>> On Monday, January 27, 2014 5:37:41 PM UTC, marc...@gmail.com wrote:

 Hello,
 I am part of a startup that has developed a system that is used to 
 analyse vehicles in they way they are driven and also track the journeys.

 We are producing a cape to use for development of our next version and 
 thinking  about offering it for sale to the open source community.  The 
 basics of the interface are:
 CAN
 ODBII via SN1110 OBD to UART Interpreter
 Mini-PCIe for 3G-LTE/GPS card
 6 axis accel and gyro
 RTC
 USB expansion for WiFi dongle (possibly supporting 802.11p)
 Bi directional GPIO for vehicle signals (Ignition in GPIO_0 wakeup 
 domain)

 And maybe some more.

 Are there any requests/requirements that you think might be of benefit 
 to make the cape more usable ?

 Any feedback appreciated.

 Kind Regards
 Marc

  -- 
>> 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: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

We have talked about it but I don't think going to a AM3354 processor will
save us anything at all. It would lower the quantity on the
AM3358, causing the price to possibly go up on it. Not toemnetion th
confusion it would undoubtedly cause among the users.

We are working on a plan and hopefully finalizing it by the end of the week,

Gerald


On Mon, Mar 17, 2014 at 11:11 AM, Bas Laarhoven  wrote:

>
> Gerald,
>
> Have you considered offering a 'full' version (at a 'much' higher price,
> with double eMMC
> and AM3358/9) and a downgraded version with a cheaper (PRUSS-less)
> processor?
> If this assembly option can be done with the same PCB it might solve both
> cost and
> capacity problems without creating a too big logistical nightmare.
>
> -- Bas
>
>
>
> On 17-3-2014 16:47, Gerald Coley wrote:
>
> Now this version would be less expensive to build for sure.
>
>  Gerald
>
>
>
> On Mon, Mar 17, 2014 at 10:45 AM, José Luis Redrejo wrote:
>
>> 2014-03-17 16:35 GMT+01:00 Charles Steinkuehler > >:
>> > On 3/17/2014 10:01 AM, Gerald Coley wrote:
>> >> This is a great point. I am not sure if we want to drop the PRU
>> support,
>> >> but that is definitely an option I suppose. For those doing your
>> >> own products and do not need PRU it is a definite option to consider.
>> There
>> >> is no difference in the board design to support this version of the
>> >> processor.
>> >
>> > If you drop the PRU, the BeagleBoard becomes close to useless for motion
>> > control, breaking LinuxCNC I'm working on, as well as the software being
>> > done by Elias (for Replicape) and Bas (for the BeBoPr).
>> >
>> > The PRU is the single largest differentiating factor of the BeagleBone
>> > over the assorted other ARM boards available.
>>
>>  Well, it's clear that it depends on your final application. For me, as
>> an example, that factor is the embedded MMC, because we don't need the
>> SD card, which is a very common error source. I don't need PRU at all
>> but I want the MMC. I also don't care about the video output because
>> I'm using at as remote data logger.
>>
>> > Well, that and the fact
>> > that most of the other boards running Linux support full HD video output
>> > and have working GPU acceleration, while the AM3359 has "modest" video
>> > output capability.
>> >
>> > I _really_ hope you keep the PRUs!
>> >
>> > --
>> > 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.
>>
>
>  --
> 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] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Bas Laarhoven]

Gerald,

Have you considered offering a 'full' version (at a 'much' higher price, 
with double eMMC
and AM3358/9) and a downgraded version with a cheaper (PRUSS-less) 
processor?
If this assembly option can be done with the same PCB it might solve 
both cost and

capacity problems without creating a too big logistical nightmare.

-- Bas


On 17-3-2014 16:47, Gerald Coley wrote:

Now this version would be less expensive to build for sure.

Gerald



On Mon, Mar 17, 2014 at 10:45 AM, José Luis Redrejo 
mailto:jredr...@gmail.com>> wrote:


2014-03-17 16:35 GMT+01:00 Charles Steinkuehler
mailto:char...@steinkuehler.net>>:
> On 3/17/2014 10:01 AM, Gerald Coley wrote:
>> This is a great point. I am not sure if we want to drop the PRU
support,
>> but that is definitely an option I suppose. For those doing your
>> own products and do not need PRU it is a definite option to
consider. There
>> is no difference in the board design to support this version of the
>> processor.
>
> If you drop the PRU, the BeagleBoard becomes close to useless
for motion
> control, breaking LinuxCNC I'm working on, as well as the
software being
> done by Elias (for Replicape) and Bas (for the BeBoPr).
>
> The PRU is the single largest differentiating factor of the
BeagleBone
> over the assorted other ARM boards available.

Well, it's clear that it depends on your final application. For me, as
an example, that factor is the embedded MMC, because we don't need the
SD card, which is a very common error source. I don't need PRU at all
but I want the MMC. I also don't care about the video output because
I'm using at as remote data logger.

> Well, that and the fact
> that most of the other boards running Linux support full HD
video output
> and have working GPU acceleration, while the AM3359 has "modest"
video
> output capability.
>
> I _really_ hope you keep the PRUs!
>
> --
> 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.


--
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?

[Micka]

In my case I don't need the MMC because I need all the pin for the LCD7 &
UART4 & UART1.

About the PRU, I don't neeed either. Thx for the tips.


Micka,


On Mon, Mar 17, 2014 at 4:45 PM, José Luis Redrejo wrote:

> 2014-03-17 16:35 GMT+01:00 Charles Steinkuehler  >:
> > On 3/17/2014 10:01 AM, Gerald Coley wrote:
> >> This is a great point. I am not sure if we want to drop the PRU support,
> >> but that is definitely an option I suppose. For those doing your
> >> own products and do not need PRU it is a definite option to consider.
> There
> >> is no difference in the board design to support this version of the
> >> processor.
> >
> > If you drop the PRU, the BeagleBoard becomes close to useless for motion
> > control, breaking LinuxCNC I'm working on, as well as the software being
> > done by Elias (for Replicape) and Bas (for the BeBoPr).
> >
> > The PRU is the single largest differentiating factor of the BeagleBone
> > over the assorted other ARM boards available.
>
> Well, it's clear that it depends on your final application. For me, as
> an example, that factor is the embedded MMC, because we don't need the
> SD card, which is a very common error source. I don't need PRU at all
> but I want the MMC. I also don't care about the video output because
> I'm using at as remote data logger.
>
> > Well, that and the fact
> > that most of the other boards running Linux support full HD video output
> > and have working GPU acceleration, while the AM3359 has "modest" video
> > output capability.
> >
> > I _really_ hope you keep the PRUs!
> >
> > --
> > 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.
>

-- 
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] Calling all BeagleBoard.org GSoC mentors

[Jason Kridner]

http://beagleboard.org/blog/2014-03-17-calling-beagleboardorg-gsoc-mentors/

We are getting great interest from students this year for Google Summer of
Code , but we could use a bit of help from our
community getting a great feedback on their proposals. I encourage you to
engage with them on
#beagle-gsoc and
the beagleboard-gsoc mailing
list
even
if you don't plan to be a mentor, simply to make the proposals better for
the community.

If you do plan to be a mentor, you are required to sign-up on
Melange
and
make a connection to the BeagleBoard.org group. I will be contacting
prospective mentors to verify their commitment and history of contributions
to the community. Don't be intimidated by that as there are many ways to
contribute.

Student applications freeze on March 21, so there is just a bit of time to
close with them any ideas you have on making their applications better.
Most important to me for approving any proposal will be to have engaged
mentors who believe the student's proposal can be executed and adds value
to the community. Approved mentors will provide votes for the proposals to
help rank the proposals by April 7.

Weekly IRC meetings on
#beagle-gsoc will
start this Wednesday at 1PM New York time.

The current BeagleBoard.org GSoC mentors are:

   - Joel Fernandes
   - Alexander Haim
   - Andrew Tridgell
   - Kevin Hester
   - Greg Kroah-Hartman
   - Hunyue Yau
   - Lorenz Meier
   - Matt Ranostay
   - Vlad Victor
   - Vladimir Pantelic
   - Jason Kridner

Students are anxious to make a connection and execute on *your* project
ideas, so I hope you will decide to be an active participant in improving
what can be done with open source!

Best Regards,
Jason Kridner
GSoC Administrator for BeagleBoard.org

-- 
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]

Now this version would be less expensive to build for sure.

Gerald



On Mon, Mar 17, 2014 at 10:45 AM, José Luis Redrejo wrote:

> 2014-03-17 16:35 GMT+01:00 Charles Steinkuehler  >:
> > On 3/17/2014 10:01 AM, Gerald Coley wrote:
> >> This is a great point. I am not sure if we want to drop the PRU support,
> >> but that is definitely an option I suppose. For those doing your
> >> own products and do not need PRU it is a definite option to consider.
> There
> >> is no difference in the board design to support this version of the
> >> processor.
> >
> > If you drop the PRU, the BeagleBoard becomes close to useless for motion
> > control, breaking LinuxCNC I'm working on, as well as the software being
> > done by Elias (for Replicape) and Bas (for the BeBoPr).
> >
> > The PRU is the single largest differentiating factor of the BeagleBone
> > over the assorted other ARM boards available.
>
> Well, it's clear that it depends on your final application. For me, as
> an example, that factor is the embedded MMC, because we don't need the
> SD card, which is a very common error source. I don't need PRU at all
> but I want the MMC. I also don't care about the video output because
> I'm using at as remote data logger.
>
> > Well, that and the fact
> > that most of the other boards running Linux support full HD video output
> > and have working GPU acceleration, while the AM3359 has "modest" video
> > output capability.
> >
> > I _really_ hope you keep the PRUs!
> >
> > --
> > 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.
>

-- 
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?

[José Luis Redrejo]

2014-03-17 16:35 GMT+01:00 Charles Steinkuehler :
> On 3/17/2014 10:01 AM, Gerald Coley wrote:
>> This is a great point. I am not sure if we want to drop the PRU support,
>> but that is definitely an option I suppose. For those doing your
>> own products and do not need PRU it is a definite option to consider. There
>> is no difference in the board design to support this version of the
>> processor.
>
> If you drop the PRU, the BeagleBoard becomes close to useless for motion
> control, breaking LinuxCNC I'm working on, as well as the software being
> done by Elias (for Replicape) and Bas (for the BeBoPr).
>
> The PRU is the single largest differentiating factor of the BeagleBone
> over the assorted other ARM boards available.

Well, it's clear that it depends on your final application. For me, as
an example, that factor is the embedded MMC, because we don't need the
SD card, which is a very common error source. I don't need PRU at all
but I want the MMC. I also don't care about the video output because
I'm using at as remote data logger.

> Well, that and the fact
> that most of the other boards running Linux support full HD video output
> and have working GPU acceleration, while the AM3359 has "modest" video
> output capability.
>
> I _really_ hope you keep the PRUs!
>
> --
> 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.

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

[Bas Laarhoven]

On 17-3-2014 16:35, Charles Steinkuehler wrote:

On 3/17/2014 10:01 AM, Gerald Coley wrote:

This is a great point. I am not sure if we want to drop the PRU support,
but that is definitely an option I suppose. For those doing your
own products and do not need PRU it is a definite option to consider. There
is no difference in the board design to support this version of the
processor.

If you drop the PRU, the BeagleBoard becomes close to useless for motion
control, breaking LinuxCNC I'm working on, as well as the software being
done by Elias (for Replicape) and Bas (for the BeBoPr).

The PRU is the single largest differentiating factor of the BeagleBone
over the assorted other ARM boards available.  Well, that and the fact
that most of the other boards running Linux support full HD video output
and have working GPU acceleration, while the AM3359 has "modest" video
output capability.

I _really_ hope you keep the PRUs!



Couldn't have said it better. The PRUSS makes the board special, drop 
the PRUs

and there are many alternatives.

-- Bas



--
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]

On 3/17/2014 10:01 AM, Gerald Coley wrote:
> This is a great point. I am not sure if we want to drop the PRU support,
> but that is definitely an option I suppose. For those doing your
> own products and do not need PRU it is a definite option to consider. There
> is no difference in the board design to support this version of the
> processor.

If you drop the PRU, the BeagleBoard becomes close to useless for motion
control, breaking LinuxCNC I'm working on, as well as the software being
done by Elias (for Replicape) and Bas (for the BeBoPr).

The PRU is the single largest differentiating factor of the BeagleBone
over the assorted other ARM boards available.  Well, that and the fact
that most of the other boards running Linux support full HD video output
and have working GPU acceleration, while the AM3359 has "modest" video
output capability.

I _really_ hope you keep the PRUs!

-- 
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] Setting the CPU speed.

[Gerald Coley]

Only the BeagleBone is limited to 550MHZ on USB. Our standard BBB image
runs at 1GHz on USB.

Gerald



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

> On 3/16/2014 9:59 AM, cwrseckf...@gmail.com wrote:
> > Whatever happens, the frequency stays at 550 MHz.
> >
> > All ideas welcome - Will
>
> Are you running from the DC power jack?
>
> The board is limited to 550 MHz if you use USB power to avoid drawing
> more current than USB can provide.
>
> --
> 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] PRU Interrupt managing in Beaglebone Black

[carlo . pane]

Hi, 

I'm using a beaglebone black for my project and I would like to use the 
PRUs included into Sitara processor.

I've followed some "how to"s  found on internet and in all of them there 
are examples employing PRU0, but not PRU1. I've have done some tuning in 
order to use PRU1, but I can't make it works. My set up for using PRU with 
interrupt is the following:

For the C part:
#include "prussdrv.h" 
#include  
[...] 
tpruss_intc_initdata pruss_intc_initdata = PRUSS_INTC_INITDATA; 
[...] prussdrv_open(PRU_EVTOUT_1); 
[...] prussdrv_pruintc_init(&pruss_intc_initdata); 
[...] prussdrv_exec_program (PRU_NUM, "./prucode.bin"); 
prussdrv_pru_wait_event (PRU_EVTOUT_1); /* things... */prussdrv_pru_clear_event
(PRU_EVTOUT_1,PRU1_ARM_INTERRUPT);




While, in the assembly part i do:

#define PRU1 
#ifdef PRU0 
#define PRU_OFFSET 0x22000 
#else 
#define PRU_OFFSET 0x24000 
#endif 

// Refer to this mapping in the file - pruss_intc_mapping.h 
#define PRU0_PRU1_INTERRUPT 17 
#define PRU1_PRU0_INTERRUPT 18 
#define PRU0_ARM_INTERRUPT 19 
#define PRU1_ARM_INTERRUPT 20 
#define ARM_PRU0_INTERRUPT 21 
#define ARM_PRU1_INTERRUPT 22 
#define CONST_PRUCFG C4 
#define CONST_PRUDRAM C24 
#define CONST_PRUSHAREDRAM C28 
#define CONST_DDR C31 

// Address for the Constant table Block Index Register (CTBIR) 
#define CTBIR PRU_OFFSET+0x00020 
// Address for the Constant table Programmable Pointer Register 0(CTPPR_0) 
#define CTPPR_0 PRU_OFFSET+0x00028 
// Address for the Constant table Programmable Pointer Register 1(CTPPR_1)
#define CTPPR_1 PRU_OFFSET+0x0002C 
// Enable OCP master port 
LBCO r0, CONST_PRUCFG, 4, 4 
CLR r0, r0, 4 
SBCO r0, CONST_PRUCFG, 4, 4 

/* Configure the programmable pointer register for PRU0 by setting 
c28_pointer[15:0] field to 0x0120. This will make C28 point to 0x00012000 (PRU 
shared RAM).*/ 

MOV r0, 0x0100
MOV r1, CTPPR_0 
ST32 r0, r1 CLOOP: 
[...] 
MOV r31.b0, PRU1_ARM_INTERRUPT +16 
[...] 
JMP CLOOP

My problem is that fuction *prussdrv_pru_wait_event *has not a blocking 
behavior. Or rather, program doesn't wait on that function for the PRU 
instruction  


*MOV r31.b0, PRU1_ARM_INTERRUPT +16.*Am I doing something wrong?

-- 
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] Setting the CPU speed.

[Charles Steinkuehler]

On 3/16/2014 9:59 AM, cwrseckf...@gmail.com wrote:
> Whatever happens, the frequency stays at 550 MHz.
> 
> All ideas welcome - Will

Are you running from the DC power jack?

The board is limited to 550 MHz if you use USB power to avoid drawing
more current than USB can provide.

-- 
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] Cant Boot when Cape is connected

[Charles Steinkuehler]

On 3/12/2014 1:04 PM, Bart Garcia Nathan wrote:
> Im trying to use a cape developed by my team that has a lot of sensors and 
> an FPGA, but as part of the connections between FPGA, sensors and BBB 
> processor they used the MMC PINS, the ones that are destined for the eMMC. 
> The cape works fine, but if I plug it in then the BBB does not boot. If I 
> plug the cape after the BBB has booted, then everything is alright. 
> 
> I tried changing to boot from an SD card and disabling the eMMC, but I cant 
> boot anyways. I know the eMMC is disabled because I got this output :
> 
> root@beaglebone:~# cat /sys/devices/bone_capemgr.*/slots
>  0: 54:PF--- 
>  1: 55:PF--- 
>  2: 56:PF--- 
>  3: 57:PF--- 
>  4: ff:P-O-- 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
>  7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-I2C1
> 
> 
> Any idea of what I am doing wrong? Or what else could I do to be able to 
> boot?

By default, you cannot drive or significantly load the eMMC lines until
the board has booted.  The system will read the initial MLO boot loader
and uBoot off of the eMMC, then boot from the uSD card if one is
present.  Loading or driving the eMMC lines interferes with this process.

Your choices are to force a direct boot off of the uSD using the boot
lines (conditioned with the system reset line) or to not drive the eMMC
signals until the system has come up and indicated to your hardware that
it is now safe to do so.

This is covered in the BBB SRM, see sections 8.1.1 and 8.1.2.

-- 
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?

[Anil Gupta]

My team has looked at many alternatives... which do exist and more are
likely to show up.  Beaglebone Black will be competitive if price is raised
to $50.  It certainly won't be at $75 and its demand would plummet at that
price. While BBB is a better fit for many applications: if its price goes
above $55, we will see a market for add-on products with Raspberry Pi which
is available in quantity for $35.

I think Gerlad's approach is a good one: raise the price, but only enough
to get more capacity.


On Mon, Mar 17, 2014 at 8:03 PM, Gerald Coley wrote:

> Thank you for confirming what I have been saying all along. We are going
> to raise the price so we can get more capacity. How much we are not sure as
> of yet, but it will be as little as possible to allow us to bring more CMs
> on line and to make sure we can handle future cost issues in components.
> The DDR and eMMC markets for example are very volatile.
>
> Gerald
>
>
> On Mon, Mar 17, 2014 at 9:23 AM,  wrote:
>
>> Gerald, I have looked into both producing our own boards and System on
>>> Module type 
>>> platforms with the AM3559 chipset.  The system on module setups are
>>> about $125 in quantity with a 12 week leadtime.  To produce our boards it
>>> would be a minimum of about $100 pre board to do our own production.  The
>>> latter does not factor in parts availibility, capital required, etc.
>>> Finally, if you just look at single chip costs for the AM2559 you are
>>> looking at $34 - http://www.ti.com/product/AM3359!  The $45 pricing for
>>> the BBB is really unbelieveable and quite possibly unsustainable?  I would
>>> have no problem paying $75 for this board if we could guarantee
>>> availibility and continued support (ie being able to stay in business).
>>>
>>
>>
>>> In regards, to designing this into a product, based on the above
>>> pricing it seems that to a small company with limited funds there is really
>>> no alternative.  You all have done such a good job designing in
>>> peripherals, friendly pin output etc it is really hard to beat.  I can also
>>> say that everywhere I turn (cookies) I am blasted with advertisements to
>>> buy the Beaglebone Black.  Either from Digikey, Make website, Hackaday,
>>> trade magazines, your marketing department is really pushing the Beaglebone
>>> hard.  Either way you have made this chipset/device extremely capable and I
>>> am looking to support the community (both "makers" and "people putting the
>>> BBB into products).  I see alot of people who are using this in products
>>> and giving back their code to the community.  So I don't necessary see this
>>> as a negative if you are giving back despite placing high demands on
>>> supply. Let me know if there is anything I can do to help out or provide
>>> input.  I really think you and Jason are doing a great job, either way!
>>>
>>  --
>> 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/Z3JfUIkxOl8/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: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

This is a great point. I am not sure if we want to drop the PRU support,
but that is definitely an option I suppose. For those doing your
own products and do not need PRU it is a definite option to consider. There
is no difference in the board design to support this version of the
processor.

Gerald



On Mon, Mar 17, 2014 at 9:58 AM, Ross Morrison  wrote:

>  On a side note, we've moved to the AM3354 version of the processor for
> our custom board. We don't use or have a need for the PRU's on the chip and
> the cost savings is significant. Not that this is a solution for the BBB,
> but for those companies which are building custom boards, it is an option
> which can provide an immediate cost reduction (36% in our case) of the
> processor board alone. We've done all work in house, including assembly,
> and have complete control over all our costs and scheduling. This has
> worked out well for us and are committed to the AM335x part for several
> years (Thanks Gerald!!).
>
> Ross
>
>
>
> On 03/17/2014 07:33 AM, Gerald Coley wrote:
>
> Thank you for confirming what I have been saying all along. We are going
> to raise the price so we can get more capacity. How much we are not sure as
> of yet, but it will be as little as possible to allow us to bring more CMs
> on line and to make sure we can handle future cost issues in components.
> The DDR and eMMC markets for example are very volatile.
>
>  Gerald
>
>
> On Mon, Mar 17, 2014 at 9:23 AM,  wrote:
>
>>  Gerald, I have looked into both producing our own boards and System on
>>> Module type 
>>> platforms with the AM3559 chipset.  The system on module setups are
>>> about $125 in quantity with a 12 week leadtime.  To produce our boards it
>>> would be a minimum of about $100 pre board to do our own production.  The
>>> latter does not factor in parts availibility, capital required, etc.
>>> Finally, if you just look at single chip costs for the AM2559 you are
>>> looking at $34 - http://www.ti.com/product/AM3359!  The $45 pricing for
>>> the BBB is really unbelieveable and quite possibly unsustainable?  I would
>>> have no problem paying $75 for this board if we could guarantee
>>> availibility and continued support (ie being able to stay in business).
>>>
>>
>>
>>> In regards, to designing this into a product, based on the above
>>> pricing it seems that to a small company with limited funds there is really
>>> no alternative.  You all have done such a good job designing in
>>> peripherals, friendly pin output etc it is really hard to beat.  I can also
>>> say that everywhere I turn (cookies) I am blasted with advertisements to
>>> buy the Beaglebone Black.  Either from Digikey, Make website, Hackaday,
>>> trade magazines, your marketing department is really pushing the Beaglebone
>>> hard.  Either way you have made this chipset/device extremely capable and I
>>> am looking to support the community (both "makers" and "people putting the
>>> BBB into products).  I see alot of people who are using this in products
>>> and giving back their code to the community.  So I don't necessary see this
>>> as a negative if you are giving back despite placing high demands on
>>> supply. Let me know if there is anything I can do to help out or provide
>>> input.  I really think you and Jason are doing a great job, either way!
>>>
>>   --
>> 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.

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

[Ross Morrison]

On a side note, we've moved to the AM3354 version of the processor for 
our custom board. We don't use or have a need for the PRU's on the chip 
and the cost savings is significant. Not that this is a solution for the 
BBB, but for those companies which are building custom boards, it is an 
option which can provide an immediate cost reduction (36% in our case) 
of the processor board alone. We've done all work in house, including 
assembly, and have complete control over all our costs and scheduling. 
This has worked out well for us and are committed to the AM335x part for 
several years (Thanks Gerald!!).


Ross


On 03/17/2014 07:33 AM, Gerald Coley wrote:
Thank you for confirming what I have been saying all along. We are 
going to raise the price so we can get more capacity. How much we are 
not sure as of yet, but it will be as little as possible to allow us 
to bring more CMs on line and to make sure we can handle future cost 
issues in components. The DDR and eMMC markets for example are very 
volatile.


Gerald


On Mon, Mar 17, 2014 at 9:23 AM, > wrote:


Gerald, I have looked into both producing our own boards and
System on Module

type platforms with the AM3559 chipset.  The system on module
setups are about $125 in quantity with a 12 week leadtime. To
produce our boards it would be a minimum of about $100 pre
board to do our own production.  The latter does not factor in
parts availibility, capital required, etc.  Finally, if you
just look at single chip costs for the AM2559 you are looking
at $34 - http://www.ti.com/product/AM3359!  The $45 pricing
for the BBB is really unbelieveable and quite possibly
unsustainable?  I would have no problem paying $75 for this
board if we could guarantee availibility and continued support
(ie being able to stay in business).

In regards, to designing this into a product, based on the
above pricing it seems that to a small company with limited
funds there is really no alternative.  You all have done such
a good job designing in peripherals, friendly pin output etc
it is really hard to beat.  I can also say that everywhere I
turn (cookies) I am blasted with advertisements to buy the
Beaglebone Black.  Either from Digikey, Make website,
Hackaday, trade magazines, your marketing department is really
pushing the Beaglebone hard.  Either way you have made this
chipset/device extremely capable and I am looking to support
the community (both "makers" and "people putting the BBB into
products).  I see alot of people who are using this in
products and giving back their code to the community.  So I
don't necessary see this as a negative if you are giving back
despite placing high demands on supply. Let me know if there
is anything I can do to help out or provide input.  I really
think you and Jason are doing a great job, either way!

-- 
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] Re: Availability - how come nobody has any BeagleBone Black to sell?

[Gerald Coley]

Thank you for confirming what I have been saying all along. We are going to
raise the price so we can get more capacity. How much we are not sure as of
yet, but it will be as little as possible to allow us to bring more CMs on
line and to make sure we can handle future cost issues in components. The
DDR and eMMC markets for example are very volatile.

Gerald


On Mon, Mar 17, 2014 at 9:23 AM,  wrote:

> Gerald, I have looked into both producing our own boards and System on
>> Module type 
>> platforms with the AM3559 chipset.  The system on module setups are
>> about $125 in quantity with a 12 week leadtime.  To produce our boards it
>> would be a minimum of about $100 pre board to do our own production.  The
>> latter does not factor in parts availibility, capital required, etc.
>> Finally, if you just look at single chip costs for the AM2559 you are
>> looking at $34 - http://www.ti.com/product/AM3359!  The $45 pricing for
>> the BBB is really unbelieveable and quite possibly unsustainable?  I would
>> have no problem paying $75 for this board if we could guarantee
>> availibility and continued support (ie being able to stay in business).
>>
>
>
>> In regards, to designing this into a product, based on the above
>> pricing it seems that to a small company with limited funds there is really
>> no alternative.  You all have done such a good job designing in
>> peripherals, friendly pin output etc it is really hard to beat.  I can also
>> say that everywhere I turn (cookies) I am blasted with advertisements to
>> buy the Beaglebone Black.  Either from Digikey, Make website, Hackaday,
>> trade magazines, your marketing department is really pushing the Beaglebone
>> hard.  Either way you have made this chipset/device extremely capable and I
>> am looking to support the community (both "makers" and "people putting the
>> BBB into products).  I see alot of people who are using this in products
>> and giving back their code to the community.  So I don't necessary see this
>> as a negative if you are giving back despite placing high demands on
>> supply. Let me know if there is anything I can do to help out or provide
>> input.  I really think you and Jason are doing a great job, either way!
>>
>  --
> 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: Availability - how come nobody has any BeagleBone Black to sell?

[ohararp]

>
> Gerald, I have looked into both producing our own boards and System on 
> Module type 
> platforms with the AM3559 chipset.  The system on module setups are 
> about $125 in quantity with a 12 week leadtime.  To produce our boards it 
> would be a minimum of about $100 pre board to do our own production.  The 
> latter does not factor in parts availibility, capital required, etc.  
> Finally, if you just look at single chip costs for the AM2559 you are 
> looking at $34 - http://www.ti.com/product/AM3359!  The $45 pricing for 
> the BBB is really unbelieveable and quite possibly unsustainable?  I would 
> have no problem paying $75 for this board if we could guarantee 
> availibility and continued support (ie being able to stay in business). 
>
 

> In regards, to designing this into a product, based on the above 
> pricing it seems that to a small company with limited funds there is really 
> no alternative.  You all have done such a good job designing in 
> peripherals, friendly pin output etc it is really hard to beat.  I can also 
> say that everywhere I turn (cookies) I am blasted with advertisements to 
> buy the Beaglebone Black.  Either from Digikey, Make website, Hackaday, 
> trade magazines, your marketing department is really pushing the Beaglebone 
> hard.  Either way you have made this chipset/device extremely capable and I 
> am looking to support the community (both "makers" and "people putting the 
> BBB into products).  I see alot of people who are using this in products 
> and giving back their code to the community.  So I don't necessary see this 
> as a negative if you are giving back despite placing high demands on 
> supply. Let me know if there is anything I can do to help out or provide 
> input.  I really think you and Jason are doing a great job, either way!
>

-- 
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] Problems opening pictures and running gtk programs

[Nuno Sucena Almeida]

On 03/16/2014 01:16 PM, woelf...@arcor.de wrote:
> The borders of the terminal from where i start the program are gone.
> The terminals are dead.
> 
> The window is fixed on top left of the screen, and I have to kill the
> task via smartty from outside.

It seems you are not running a X window manager
(https://en.wikipedia.org/wiki/X_window_manager)

regards,
Nuno

-- 
http://aeminium.org/nuno/

-- 
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: Windows 7 doesn't mount BBB as usb drive after update

[Richard Pesce]

Hello trknclinton92,

Which steps are you referring, specifically?
On Mar 17, 2014 6:35 AM,  wrote:

> Dear forum,
> This link resolves this issue:
> https://groups.google.com/forum/#!msg/beagleboard/G_QjWvBNXvc/eS1MwhzxBWIJ
>
> I had exactly all the issues that most of you had, but after following the
> steps on the link everything works. You don't even need to reflash you
> board or anything
> This discussion can finally be marked closed.
>
> Cheers.
>
> On Thursday, June 20, 2013 11:31:44 PM UTC-5, Richard Pesce wrote:
>>
>> Hello all!
>>
>> I recently received my Beaglebone Black.  I followed the getting started
>> guide HERE , installed the
>> drivers.  Afterwards I was able to connect to http://192.168.7.2 and use
>> cloud9 etc.
>>
>> I got to the "Update board with latest software" portion and downloaded
>> BBB-eMMC-flasher-2013.06.06.img.xz
>>  and
>> flashed the eMMC successfully.  I removed the power, ejected the uSD and
>> then connected to the computer via USB and the BBB wouldn't mount as a USB
>> drive.  Fearing the update failed, I tried again with the same image.  That
>> failed... so I tried 
>> BBB-eMMC-flasher-2013.06.20.img.xz
>>  from 
>> HERE and
>> flashed again... still no USB drive.  I then tried BBB-eMMC-flasher-2013.
>> 06.17.img.xz
>>  from HERE ...
>> still no USB drive.  In a last ditch effort I tried (Current Production
>> Image) 
>> BBB-eMMC-flasher-2013.05.20.img.xz
>>  from 
>> HERE...
>> still no USB drive.
>>
>>
>> LINUX:
>> It is important to note that I could SSH into all of these installs (not
>> at http://192.168.7.2 though), and verified that everything worked
>>  I can see /dev/mmcblk0p1 is mounted at /media/BEAGLEBONE (with my most
>> current flash) and all the files are present.
>>
>> WINDOWS:
>> I searched in device manager and could not see the BBB at all or any
>> unknown or not working hardware.  And in computer management/Disk
>> management there isn't anything present.
>>
>> I have attempted other computers (WIN7) and multiple USB ports  same
>> issue,
>>
>>
>> Anyone have any suggestions?  I'm sure I am missing something obvious.
>>
>>
>> Thank you in advance!
>>
>>
>>
>>  --
> 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/Fz64scAbfwo/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] Trying to enable UART

[Louis Thiery]

same deal, I'm afraid.

> export SLOTS=/sys/devices/bone_capemgr.9/slots
> echo BB-uART4 > $SLOTS
-bash: echo: write error: No such file or directory


On Sunday, March 16, 2014 3:24:38 PM UTC-4, Mike Bell wrote:
>
> On 03/16/2014 12:51 PM, Louis Thiery wrote: 
> > 
> > 
> > > echo BB-uART4-00A0 > $SLOTS 
> > -bash: echo: write error: No such file or directory 
> > 
> > $SLOTS is an environmental variable pointing to 
> > /sys/devices/bone_capemgr.9/slots 
> > 
> > I'm not sure how I can cat $SLOTS, see what I expect, but then not be 
> > able to output to it?! 
> > 
> Your $SLOTS variable is fine. 
>
> Just lose the -00A0 i.e. 
>
> echo BB-uART4 > $SLOTS 
>
> 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.

[beagleboard] Can't SSH over Mac's USB

[danromanchik]

When I first got my BBB, I installed the drivers on my Mac and was able to 
ssh over to it via USB no problem. Yesterday, while trying to share the 
Mac's Internet connection via USB with the BBB I did something that 
disabled this. Before I did whatever it is that I did, I could see in the 
Network pane of System Preferences that the BBB was connected. Now, I see a 
bunch of BBB items in the list of devices, but they are all "not 
configured," and there is no way to configure them.

Fortunately, I am still able to connect to my  home network via the router 
and ssh to the BBB via Ethernet. I tried updating the software, and while 
that all seemed to run OK, I'm still unable to SSH over USB. 

I checked /etc/network/interfaces, and the lines setting up usb0 are still 
there, so I don't think that's the problem.

Does anyone have any other ideas?

Thanks,  Dan

-- 
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: USB SSH

[danromanchik]

narr is trying  to re-enable ssh over USB.

I'm having a somewhat similar problem. When I first got my BBB, I installed 
the drivers on my Mac and was able to ssh over to it via USB no problem. 
Yesterday, while trying to share the Mac's Internet connection via USB with 
the BBB I did something that disabled this. Before I did whatever it is 
that I did, I could see in the Network pane of System Preferences that the 
BBB was connected. Now, I see a bunch of BBB items in the list of devices, 
but they are all "not configured," and there is no way to configure them.

Fortunately, I am still able to connect to my  home network via the router 
and ssh to the BBB via Ethernet. I tried updating the software, and while 
that all seemed to run OK, I'm still unable to SSH over USB. 

I checked /etc/network/interfaces, and the lines setting up usb0 are still 
there, so I don't think that's the problem.

Does anyone have any other ideas?

Thanks,  Dan


On Thursday, March 6, 2014 7:35:10 PM UTC-5, Jason Kridner wrote:
>
> More likely you did something with the dropbear config or 
> systemd/systemctl. There are many ways to disable ssh. The first one I 
> would have tried would have been along the lines of 'systemctl disable 
> dropbear.socket' or 'systemctl disable sshd.socket'. I'd have to look to 
> see what systemd service is looking at port 22.
>
>
> On Thu, Mar 6, 2014 at 2:58 PM, > wrote:
>
>>
>>
>> On Monday, March 3, 2014 10:37:07 AM UTC-5, narr...@gmail.com wrote:
>>
>>> About a month ago I disabled the 192.168.2.7 USB login.  I forgot the 
>>> file I edited to do this.  I am trying to get back to being able to ssh 
>>> over USB again.  Anyone know the file I edited?
>>>
>>
>> Thanks of the reply.  I dont see the file interfaces in the folder. 
>>
>> -- 
>> 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.

[beagleboard] Re: Windows 7 doesn't mount BBB as usb drive after update

[trknclinton92]

Dear forum,
This link resolves this issue: 
https://groups.google.com/forum/#!msg/beagleboard/G_QjWvBNXvc/eS1MwhzxBWIJ

I had exactly all the issues that most of you had, but after following the 
steps on the link everything works. You don't even need to reflash you 
board or anything
This discussion can finally be marked closed.

Cheers.

On Thursday, June 20, 2013 11:31:44 PM UTC-5, Richard Pesce wrote:
>
> Hello all!
>
> I recently received my Beaglebone Black.  I followed the getting started 
> guide HERE , installed the 
> drivers.  Afterwards I was able to connect to http://192.168.7.2 and use 
> cloud9 etc.
>
> I got to the "Update board with latest software" portion and downloaded 
> BBB-eMMC-flasher-2013.06.06.img.xz
>  and 
> flashed the eMMC successfully.  I removed the power, ejected the uSD and 
> then connected to the computer via USB and the BBB wouldn't mount as a USB 
> drive.  Fearing the update failed, I tried again with the same image.  That 
> failed... so I tried 
> BBB-eMMC-flasher-2013.06.20.img.xz
>  from 
> HERE and 
> flashed again... still no USB drive.  I then tried 
> BBB-eMMC-flasher-2013.06.17.img.xz
>  from HERE ... 
> still no USB drive.  In a last ditch effort I tried (Current Production 
> Image) 
> BBB-eMMC-flasher-2013.05.20.img.xz
>  from 
> HERE... 
> still no USB drive.
>
>
> LINUX:
> It is important to note that I could SSH into all of these installs (not 
> at http://192.168.7.2 though), and verified that everything worked  I 
> can see /dev/mmcblk0p1 is mounted at /media/BEAGLEBONE (with my most 
> current flash) and all the files are present.
>
> WINDOWS:
> I searched in device manager and could not see the BBB at all or any 
> unknown or not working hardware.  And in computer management/Disk 
> management there isn't anything present.
>
> I have attempted other computers (WIN7) and multiple USB ports  same 
> issue,
>
>
> Anyone have any suggestions?  I'm sure I am missing something obvious.
>
>
> Thank you 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] Google Summer of Code

[Jason Kridner]

On Thu, Mar 13, 2014 at 3:50 PM,  wrote:

> Hello there!
> I am a participant, looking forward to working with this organization in
> GSOC'14.
> The initial ideas which I was interested in -
> * Using Voice search in Search Engines
>

Can you elaborate? This seems trivial with no need to do a GSoC.


> * Using Json to extract data from Social Networking sites and filtering
> the geographic locations from where certain keyword posts have been posted
>

Not sure of the value of that to the BeagleBoard.org community.


> It would be absolutely great if someone could suggest me great ideas for
> the same and help me connect with a suitable mentor to discuss further
> about the ideas!!
>

Did you check out our ideas page? You can find it linked off of
http://beagleboard.org/gsoc.

Did you get any response from potential mentors about your ideas here or
elsewhere?

I suggest you attempt using the GSoC-focused list at:
https://groups.google.com/forum/#!topic/beagleboard-gsoc or
beagleboard-g...@googlegroups.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.
>

-- 
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: Kernel panic - not syncing: No init found. Try passing init= option to kernel.

[siva kumar]

hai,

i tried to debug the boot process..
i went with some ideas to find the why such error comes..
[1] i tried to boot the kernel with init=/hello_world option.. i removed 
all the rootfs files like /dev /usr /opt /bin /sbin  folder and files 
except hello_world option
  to make sure that my print is able to execute when 
booting  was done
  but i got different reply from my kernel
error log1
===
[5.800505] VFS: Mounted root (nfs filesystem) on device 0:12.
[5.807034] devtmpfs: error mounting -2
[5.811496] Freeing init memory: 288K
[*5.818299] Failed to execute /hello_arm.  Attempting defaults...*
[5.825859] Kernel panic - not syncing: No init found.  Try passing 
init= option to kernel. See Linux Documentation/init.txt for guidance.
 
also i'm not able to get the printed message 
procedure i followed to boot the kernel from my board .i h'v done the 
booting with sd card using uEnv.txt file...


 


On Monday, 17 March 2014 15:09:43 UTC+5:30, siva kumar wrote:
>
> when u saw my uEnv.txt file  i used to boot the args without initrd 
> address as you said
> *# uenvcmd=run boot_ftd; run device_args; bootz 0x8020 
> 0x8100:${initrd_size} 0x815f*
> *uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f*
>
> any ideas ...how to come back the kernel to boot up!!
>
>
> On Saturday, 15 March 2014 04:10:25 UTC+5:30, john3909 wrote:
>>
>>
>> From: William Hermans 
>> Reply-To: 
>> Date: Friday, March 14, 2014 at 2:27 PM
>> To: 
>> Subject: Re: [beagleboard] Re: Kernel panic - not syncing: No init 
>> found. Try passing init= option to kernel.
>>
>> NFS root as done on ARCH, Debian, and busybox will not work the same way 
>> on ubuntu. Nor fedora or Angstrom for that matter. What you need to do is 
>> find a how to for netbooting Ubuntu ( PC ) and adapt it.
>>
>> obviously going by the error messages above, this configuration does not 
>> like your initial ramdisk ( initrd ) for some reason.
>>
>> NFS booting is not compatible with Initrd. Thus the kernel must be built 
>> without Initrd configured and uenvcmd has a dash instead of an Initrd 
>> memory load address.
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Fri, Mar 14, 2014 at 7:55 AM, siva kumar wrote:
>>
>>> hello john,
>>>  thanks for your help
>>> some how  i understood the flow of kernel booting from nfs 
>>> but still i got  the same error report  
>>>6.876536] ALSA device list:
>>> [6.879838]   #0: TI BeagleBone Black
>>> [6.889766] VFS: Mounted root (nfs filesystem) on device 0:12.
>>> [6.896385] devtmpfs: mounted
>>> [6.899975] Freeing init memory: 292K
>>> [6.907579]
>>> *[6.920985] Kernel panic - not syncing: No init found.  Try passing 
>>> init= option to kernel. See Linux Documentation/init.txt for guidance.*
>>> [6.934045] [] (unwind_backtrace+0x0/0xe0) from 
>>> [] (panic+0x84/0x1e0)
>>> [6.942611] [] (panic+0x84/0x1e0) from [] 
>>> (kernel_init+0xb8/0xe4)
>>> [6.950812] [] (kernel_init+0xb8/0xe4) from [] 
>>> (ret_from_fork+0x14/0x3c)
>>> [6.959639] drm_kms_helper: panic occurred, switching back to text 
>>> console
>>>
>>>
>>> this is my uEnv.txt file
>>> 
>>>
>>> *kernel_file=zImage*
>>> *initrd_file=uInitrd*
>>> *initrd_high=0x*
>>> *fdt_high=0x*
>>>
>>> *serverip=192.168.1.69*
>>> *ipaddr=192.168.1.61*
>>> *gwaddr=192.168.1.100*
>>> *netmask=255.255.255.0*
>>>
>>> *#Video: Uncomment to override:*
>>> *#kms_force_mode=video=HDMI-A-1:1024x768@60*
>>>
>>> *##BeagleBone Cape Overrides*
>>> *##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, 
>>> so if these changes do not seem to be makeing a difference...*
>>>
>>> *##BeagleBone Black:*
>>> *# Disable HDMI/eMMC*
>>> *# Note it is necessary to disable BOTH HDMI and HDMIN (no audio) 
>>> "capes"*
>>> *# in order to use the HDMI pins for I/O*
>>>
>>> *#optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G*
>>>
>>> *# Default to leaving the HDMIN "cape" enabled, so HDMI works "out of 
>>> the box"*
>>> *# Comment the line below and uncomment the optargs= line above to use 
>>> an unmodified*
>>> *# BeBoPr or other board that uses the HDMI/LCD pins *
>>> *#siva optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G 
>>> capemgr.enable_partno=BB-BONE-AUDI-02*
>>>
>>> *console=ttyO0,115200n8*
>>>
>>> *mmcroot=/dev/mmcblk0p2 ro*
>>> *mmcrootfstype=ext4 rootwait fixrtc*
>>> *# ip_method=${ipaddr}:${serverip}:${gwaddr}:${netmask}::eth0:off*
>>>
>>> *ip_method=192.168.1.61:192.168.1.69:192.168.1.100:255.255.255.0::eth0:off*
>>> *nfsrootdev=/dev/nfs rw*
>>> *nfsroot=192.168.1.69:/home/cis-69/targetNFS ,vers=3*
>>> *nfsrootfstype=ext4 rootwait fixrtc *
>>> *nfsargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode} 
>>> root=${nfsrootdev} rootfstype=${nfsrootfstype} nfsroot=${nfsroot} 
>>> init=/lib/modules/3.8.13/init mem=456M vram=50M ${expansion} *
>>> *#video=HDMI-A-1:1280x1024@60 ${e

Re: [beagleboard] Re: QNX on BBB

[liyaoshi]

QNX also have some interesting
For MicroKernel architecture, You can make GLES2 app run within 2 seconds
from power on
On current Ti BSP ,whatever GLSDK / EZSDK/ DVSDK
I dont know if anyone get GLES app can run within 2 second

Regards


2014-03-17 18:54 GMT+08:00 David Lewin :

> Seems you went into the same path then : left QNX for Xenomai.
> Btw, putting this in the previous post this decreases the potential
> additional licenses from the 500.000 you were guessing about.
> I talk about people that won't buy license and almost won't put any energy
> to get QNX more involved, as instance in BBB here. These are many loss.
>
> "He cuts down trees, he wears high heels , suspendies...and a bra ?"
>
>
>
> 2014-03-14 21:05 GMT+01:00 Thorsten Gonschior <
> tgonsch...@spectral-process.com>:
>
>> understood :)
>>
>> but think of this... 5.000 development licenses @ 10.000,-EURO -> 50.000.000
>> plus 5.000 projects decoupling 1000 OS licenses @ 100 EURO each -> 
>> 500.000.00,
>>
>> ok I am just guessing
>>
>> so
>> 500.000 development licenses for free -> 0,-
>> plus 20.000 projects decoupling 1000 OS licenses @ 100,- each ->
>> 2.000.000.000,-
>>
>>
>> play with the numbers all you want, but the principle stays the same
>>
>> development entry costs supress the multiplicator of having many active
>> products in the market that sell OS licences ;)
>>
>> in addition to this, many products in the market provide many interested
>> pepople building many new applications that brings you back to my point
>>  :D
>>
>> again, TI did it, Microsoft did it, Xilinx did it, and I guess a lot of
>> others too.
>>
>> yea who am I to question ... I am currently deeply interested in xenomai
>>  crazy stuff,
>>
>> " He's a lumberjack, and he's ok. He sleeps all night and works all day."
>>
>>
>>  --
>> 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/CS0So4bFsFk/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.
>

-- 
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: Kernel panic - not syncing: No init found. Try passing init= option to kernel.

[siva kumar]

i tried to debug the boot process..
i went with some ideas to find the why such error comes..
[1] i tried to boot the kernel with init=/hello_world option.. i removed 
all the rootfs files like /dev /usr /opt /bin /sbin  folder and files 
except hello_world option





On Monday, 17 March 2014 15:09:43 UTC+5:30, siva kumar wrote:
>
> when u saw my uEnv.txt file  i used to boot the args without initrd 
> address as you said
> *# uenvcmd=run boot_ftd; run device_args; bootz 0x8020 
> 0x8100:${initrd_size} 0x815f*
> *uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f*
>
> any ideas ...how to come back the kernel to boot up!!
>
>
> On Saturday, 15 March 2014 04:10:25 UTC+5:30, john3909 wrote:
>>
>>
>> From: William Hermans 
>> Reply-To: 
>> Date: Friday, March 14, 2014 at 2:27 PM
>> To: 
>> Subject: Re: [beagleboard] Re: Kernel panic - not syncing: No init 
>> found. Try passing init= option to kernel.
>>
>> NFS root as done on ARCH, Debian, and busybox will not work the same way 
>> on ubuntu. Nor fedora or Angstrom for that matter. What you need to do is 
>> find a how to for netbooting Ubuntu ( PC ) and adapt it.
>>
>> obviously going by the error messages above, this configuration does not 
>> like your initial ramdisk ( initrd ) for some reason.
>>
>> NFS booting is not compatible with Initrd. Thus the kernel must be built 
>> without Initrd configured and uenvcmd has a dash instead of an Initrd 
>> memory load address.
>>
>> Regards,
>> John
>>
>>
>>
>>
>> On Fri, Mar 14, 2014 at 7:55 AM, siva kumar wrote:
>>
>>> hello john,
>>>  thanks for your help
>>> some how  i understood the flow of kernel booting from nfs 
>>> but still i got  the same error report  
>>>6.876536] ALSA device list:
>>> [6.879838]   #0: TI BeagleBone Black
>>> [6.889766] VFS: Mounted root (nfs filesystem) on device 0:12.
>>> [6.896385] devtmpfs: mounted
>>> [6.899975] Freeing init memory: 292K
>>> [6.907579]
>>> *[6.920985] Kernel panic - not syncing: No init found.  Try passing 
>>> init= option to kernel. See Linux Documentation/init.txt for guidance.*
>>> [6.934045] [] (unwind_backtrace+0x0/0xe0) from 
>>> [] (panic+0x84/0x1e0)
>>> [6.942611] [] (panic+0x84/0x1e0) from [] 
>>> (kernel_init+0xb8/0xe4)
>>> [6.950812] [] (kernel_init+0xb8/0xe4) from [] 
>>> (ret_from_fork+0x14/0x3c)
>>> [6.959639] drm_kms_helper: panic occurred, switching back to text 
>>> console
>>>
>>>
>>> this is my uEnv.txt file
>>> 
>>>
>>> *kernel_file=zImage*
>>> *initrd_file=uInitrd*
>>> *initrd_high=0x*
>>> *fdt_high=0x*
>>>
>>> *serverip=192.168.1.69*
>>> *ipaddr=192.168.1.61*
>>> *gwaddr=192.168.1.100*
>>> *netmask=255.255.255.0*
>>>
>>> *#Video: Uncomment to override:*
>>> *#kms_force_mode=video=HDMI-A-1:1024x768@60*
>>>
>>> *##BeagleBone Cape Overrides*
>>> *##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, 
>>> so if these changes do not seem to be makeing a difference...*
>>>
>>> *##BeagleBone Black:*
>>> *# Disable HDMI/eMMC*
>>> *# Note it is necessary to disable BOTH HDMI and HDMIN (no audio) 
>>> "capes"*
>>> *# in order to use the HDMI pins for I/O*
>>>
>>> *#optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G*
>>>
>>> *# Default to leaving the HDMIN "cape" enabled, so HDMI works "out of 
>>> the box"*
>>> *# Comment the line below and uncomment the optargs= line above to use 
>>> an unmodified*
>>> *# BeBoPr or other board that uses the HDMI/LCD pins *
>>> *#siva optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G 
>>> capemgr.enable_partno=BB-BONE-AUDI-02*
>>>
>>> *console=ttyO0,115200n8*
>>>
>>> *mmcroot=/dev/mmcblk0p2 ro*
>>> *mmcrootfstype=ext4 rootwait fixrtc*
>>> *# ip_method=${ipaddr}:${serverip}:${gwaddr}:${netmask}::eth0:off*
>>>
>>> *ip_method=192.168.1.61:192.168.1.69:192.168.1.100:255.255.255.0::eth0:off*
>>> *nfsrootdev=/dev/nfs rw*
>>> *nfsroot=192.168.1.69:/home/cis-69/targetNFS ,vers=3*
>>> *nfsrootfstype=ext4 rootwait fixrtc *
>>> *nfsargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode} 
>>> root=${nfsrootdev} rootfstype=${nfsrootfstype} nfsroot=${nfsroot} 
>>> init=/lib/modules/3.8.13/init mem=456M vram=50M ${expansion} *
>>> *#video=HDMI-A-1:1280x1024@60 ${expansion} *
>>>
>>> *loadkernel=tftp 0x8020 ${kernel_file}*
>>> *loadinitrd=tftp 0x8100 ${initrd_file}; setenv initrd_size 
>>> ${filesize}*
>>> *loadfdt=tftp 0x815f ${fdtfile}*
>>>
>>> *boot_classic=run loadkernel; run loadinitrd*
>>> *# boot_ftd=run loadkernel; run loadinitrd; run loadfdt*
>>> *boot_ftd=run loadkernel; run loadfdt*
>>>
>>> *device_args=run expansion_args; run nfsargs*
>>> *mmcargs=setenv bootargs console=${console} ${optargs} rootdelay=5 
>>> ${kms_force_mode} root=${mmcroot} rootfstype=${mmcrootfstype} ${expansion}*
>>>
>>> *expansion_args=setenv expansion ip=${ip_method}*
>>> *#Classic Board File Boot:*
>>> *#uenvcmd=run boot_classic; run device_args; bootz 0x802

Re: [beagleboard] Re: QNX on BBB

[David Lewin]

Seems you went into the same path then : left QNX for Xenomai.
Btw, putting this in the previous post this decreases the potential
additional licenses from the 500.000 you were guessing about.
I talk about people that won't buy license and almost won't put any energy
to get QNX more involved, as instance in BBB here. These are many loss.

"He cuts down trees, he wears high heels , suspendies...and a bra ?"



2014-03-14 21:05 GMT+01:00 Thorsten Gonschior <
tgonsch...@spectral-process.com>:

> understood :)
>
> but think of this... 5.000 development licenses @ 10.000,-EURO -> 50.000.000
> plus 5.000 projects decoupling 1000 OS licenses @ 100 EURO each -> 500.000.00,
>
> ok I am just guessing
>
> so
> 500.000 development licenses for free -> 0,-
> plus 20.000 projects decoupling 1000 OS licenses @ 100,- each ->
> 2.000.000.000,-
>
>
> play with the numbers all you want, but the principle stays the same
>
> development entry costs supress the multiplicator of having many active
> products in the market that sell OS licences ;)
>
> in addition to this, many products in the market provide many interested
> pepople building many new applications that brings you back to my point
>  :D
>
> again, TI did it, Microsoft did it, Xilinx did it, and I guess a lot of
> others too.
>
> yea who am I to question ... I am currently deeply interested in xenomai
>  crazy stuff,
>
> " He's a lumberjack, and he's ok. He sleeps all night and works all day."
>
>
>  --
> 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/CS0So4bFsFk/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] Beagle-xM patch for vanilla kernel ?

[hvn052]

Op maandag 17 maart 2014 10:57:56 UTC+1 schreef lisarden:
>
> kernel does not care which rootfs you use
> ubuntu or debian rootfs images provided by RCN don't have GUI, but it can 
> be easily installed by the following commands:
>
> sudo apt-get update
> sudo apt-get install lxde lxde-core lxde-icon-theme
>
>
>
>
Currently, my Beagle-xM runs xfce and fvwm, where I mostly use fvwm. 
Looking at 
http://git.kernel.org/cgit/linux/kernel/git/tmlind/linux-omap.git/refs/, I 
assume these are patches to make an e.g. 3.5 kernel work on the Beagle-xM. 
However, when I configure a vanilla kernel (3.5.7, 3.8.13, 3.10.18) I can 
already select options like the omap2+ and beagle. So what do these patches 
do other than what I already can do with a vanilla kernel ?

-- 
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] Beagle-xM patch for vanilla kernel ?

[Maxim Podbereznyy]

kernel does not care which rootfs you use
ubuntu or debian rootfs images provided by RCN don't have GUI, but it can
be easily installed by the following commands:

sudo apt-get update
sudo apt-get install lxde lxde-core lxde-icon-theme




2014-03-17 13:32 GMT+04:00 :

> Op maandag 17 maart 2014 08:40:48 UTC+1 schreef lisarden:
>>
>> http://eewiki.net/display/linuxonarm/BeagleBoard
>>
>>
>> 2014-03-17 11:38 GMT+04:00 :
>>
>> Hi,
>>>
>>> I may have looked at the wrong places, but is there a Beagle-xM patch
>>> for the vanilla linux kernel ? So far I only find patches for the Beagle
>>> Bone, which is certainly not the same. I've tried kernels 3.5.7, 3.8.13 and
>>> 3.10.18, configured them via oldconfig using a working armhf kernel 3.2.51.
>>> The only kernel I got to work was 3.10.18, but the ROS-command roscore
>>> doesn't work properly.
>>>
>>> Thank you.
>>>
>>
> Thank you for this link. Looking at it, I find several options to follow.
> My current situation is Ubuntu12.04armhf, and the only thing I do to
> replace the kernel is replacing uImage after building it with the linaro
> cross-compiler. I already tried Ubuntu 13.10, but that didn't have a
> desktop and the SD card setup option is (as far as I can see) based on
> Angstrom. So can you advise what to do in my situation, looking for a way
> to get (preferably) kernel 3.5.7 to work ?
>
> 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.
>



-- 
LinkedIn - http://www.linkedin.com/in/maximpodbereznyy
Company - http://www.linkedin.com/company/mentorel
Facebook - https://www.facebook.com/mentorel.company

-- 
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: Kernel panic - not syncing: No init found. Try passing init= option to kernel.

[siva kumar]

when u saw my uEnv.txt file  i used to boot the args without initrd address 
as you said
*# uenvcmd=run boot_ftd; run device_args; bootz 0x8020 
0x8100:${initrd_size} 0x815f*
*uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f*

any ideas ...how to come back the kernel to boot up!!


On Saturday, 15 March 2014 04:10:25 UTC+5:30, john3909 wrote:
>
>
> From: William Hermans >
> Reply-To: >
> Date: Friday, March 14, 2014 at 2:27 PM
> To: >
> Subject: Re: [beagleboard] Re: Kernel panic - not syncing: No init found. 
> Try passing init= option to kernel.
>
> NFS root as done on ARCH, Debian, and busybox will not work the same way 
> on ubuntu. Nor fedora or Angstrom for that matter. What you need to do is 
> find a how to for netbooting Ubuntu ( PC ) and adapt it.
>
> obviously going by the error messages above, this configuration does not 
> like your initial ramdisk ( initrd ) for some reason.
>
> NFS booting is not compatible with Initrd. Thus the kernel must be built 
> without Initrd configured and uenvcmd has a dash instead of an Initrd 
> memory load address.
>
> Regards,
> John
>
>
>
>
> On Fri, Mar 14, 2014 at 7:55 AM, siva kumar 
> 
> > wrote:
>
>> hello john,
>>  thanks for your help
>> some how  i understood the flow of kernel booting from nfs 
>> but still i got  the same error report  
>>6.876536] ALSA device list:
>> [6.879838]   #0: TI BeagleBone Black
>> [6.889766] VFS: Mounted root (nfs filesystem) on device 0:12.
>> [6.896385] devtmpfs: mounted
>> [6.899975] Freeing init memory: 292K
>> [6.907579]
>> *[6.920985] Kernel panic - not syncing: No init found.  Try passing 
>> init= option to kernel. See Linux Documentation/init.txt for guidance.*
>> [6.934045] [] (unwind_backtrace+0x0/0xe0) from [] 
>> (panic+0x84/0x1e0)
>> [6.942611] [] (panic+0x84/0x1e0) from [] 
>> (kernel_init+0xb8/0xe4)
>> [6.950812] [] (kernel_init+0xb8/0xe4) from [] 
>> (ret_from_fork+0x14/0x3c)
>> [6.959639] drm_kms_helper: panic occurred, switching back to text 
>> console
>>
>>
>> this is my uEnv.txt file
>> 
>>
>> *kernel_file=zImage*
>> *initrd_file=uInitrd*
>> *initrd_high=0x*
>> *fdt_high=0x*
>>
>> *serverip=192.168.1.69*
>> *ipaddr=192.168.1.61*
>> *gwaddr=192.168.1.100*
>> *netmask=255.255.255.0*
>>
>> *#Video: Uncomment to override:*
>> *#kms_force_mode=video=HDMI-A-1:1024x768@60*
>>
>> *##BeagleBone Cape Overrides*
>> *##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, 
>> so if these changes do not seem to be makeing a difference...*
>>
>> *##BeagleBone Black:*
>> *# Disable HDMI/eMMC*
>> *# Note it is necessary to disable BOTH HDMI and HDMIN (no audio) "capes"*
>> *# in order to use the HDMI pins for I/O*
>>
>> *#optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G*
>>
>> *# Default to leaving the HDMIN "cape" enabled, so HDMI works "out of the 
>> box"*
>> *# Comment the line below and uncomment the optargs= line above to use an 
>> unmodified*
>> *# BeBoPr or other board that uses the HDMI/LCD pins *
>> *#siva optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G 
>> capemgr.enable_partno=BB-BONE-AUDI-02*
>>
>> *console=ttyO0,115200n8*
>>
>> *mmcroot=/dev/mmcblk0p2 ro*
>> *mmcrootfstype=ext4 rootwait fixrtc*
>> *# ip_method=${ipaddr}:${serverip}:${gwaddr}:${netmask}::eth0:off*
>>
>> *ip_method=192.168.1.61:192.168.1.69:192.168.1.100:255.255.255.0::eth0:off*
>> *nfsrootdev=/dev/nfs rw*
>> *nfsroot=192.168.1.69:/home/cis-69/targetNFS ,vers=3*
>> *nfsrootfstype=ext4 rootwait fixrtc *
>> *nfsargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode} 
>> root=${nfsrootdev} rootfstype=${nfsrootfstype} nfsroot=${nfsroot} 
>> init=/lib/modules/3.8.13/init mem=456M vram=50M ${expansion} *
>> *#video=HDMI-A-1:1280x1024@60 ${expansion} *
>>
>> *loadkernel=tftp 0x8020 ${kernel_file}*
>> *loadinitrd=tftp 0x8100 ${initrd_file}; setenv initrd_size 
>> ${filesize}*
>> *loadfdt=tftp 0x815f ${fdtfile}*
>>
>> *boot_classic=run loadkernel; run loadinitrd*
>> *# boot_ftd=run loadkernel; run loadinitrd; run loadfdt*
>> *boot_ftd=run loadkernel; run loadfdt*
>>
>> *device_args=run expansion_args; run nfsargs*
>> *mmcargs=setenv bootargs console=${console} ${optargs} rootdelay=5 
>> ${kms_force_mode} root=${mmcroot} rootfstype=${mmcrootfstype} ${expansion}*
>>
>> *expansion_args=setenv expansion ip=${ip_method}*
>> *#Classic Board File Boot:*
>> *#uenvcmd=run boot_classic; run device_args; bootz 0x8020 
>> 0x8100:${initrd_size}*
>> *#New Device Tree Boot:*
>> *# uenvcmd=run boot_ftd; run device_args; bootz 0x8020 
>> 0x8100:${initrd_size} 0x815f*
>> *uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f*
>>
>>
>> i tried this *init=/lib/modules/3.8.13/init option  but no use of it *
>>
>> help me out fix this issue
>>
>>
>>
>>
>>
>> On Friday, 14 March 2014 11:20:15 UTC+5:30, john3909 wrote:
>>>
>>>
>>> From: siva kumar

Re: [beagleboard] Re: Kernel panic - not syncing: No init found. Try passing init= option to kernel.

[siva kumar]

hello john,
yes john i tried with rebuilding the kernel without initrd option too..
but no change with error log !!!



On Saturday, 15 March 2014 03:09:48 UTC+5:30, john3909 wrote:
>
>
>
> From: siva kumar >
> Reply-To: >
> Date: Friday, March 14, 2014 at 7:55 AM
> To: >
> Subject: Re: [beagleboard] Re: Kernel panic - not syncing: No init found. 
> Try passing init= option to kernel.
>
> hello john,
>  thanks for your help
> some how  i understood the flow of kernel booting from nfs 
> but still i got  the same error report  
>6.876536] ALSA device list:
> [6.879838]   #0: TI BeagleBone Black
> [6.889766] VFS: Mounted root (nfs filesystem) on device 0:12.
> [6.896385] devtmpfs: mounted
> [6.899975] Freeing init memory: 292K
> [6.907579]
> *[6.920985] Kernel panic - not syncing: No init found.  Try passing 
> init= option to kernel. See Linux Documentation/init.txt for guidance.*
> [6.934045] [] (unwind_backtrace+0x0/0xe0) from [] 
> (panic+0x84/0x1e0)
> [6.942611] [] (panic+0x84/0x1e0) from [] 
> (kernel_init+0xb8/0xe4)
> [6.950812] [] (kernel_init+0xb8/0xe4) from [] 
> (ret_from_fork+0x14/0x3c)
> [6.959639] drm_kms_helper: panic occurred, switching back to text 
> console
>
> Did you rebuild your kernel without Initrd configured?
>
> Regards,
> John
>
>
>
> this is my uEnv.txt file
> 
>
> *kernel_file=zImage*
> *initrd_file=uInitrd*
> *initrd_high=0x*
> *fdt_high=0x*
>
> *serverip=192.168.1.69*
> *ipaddr=192.168.1.61*
> *gwaddr=192.168.1.100*
> *netmask=255.255.255.0*
>
> *#Video: Uncomment to override:*
> *#kms_force_mode=video=HDMI-A-1:1024x768@60*
>
> *##BeagleBone Cape Overrides*
> *##Note: On the BeagleBone Black, there is also an uEnv.txt in the eMMC, 
> so if these changes do not seem to be makeing a difference...*
>
> *##BeagleBone Black:*
> *# Disable HDMI/eMMC*
> *# Note it is necessary to disable BOTH HDMI and HDMIN (no audio) "capes"*
> *# in order to use the HDMI pins for I/O*
>
> *#optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G*
>
> *# Default to leaving the HDMIN "cape" enabled, so HDMI works "out of the 
> box"*
> *# Comment the line below and uncomment the optargs= line above to use an 
> unmodified*
> *# BeBoPr or other board that uses the HDMI/LCD pins *
> *#siva optargs=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONE-EMMC-2G 
> capemgr.enable_partno=BB-BONE-AUDI-02*
>
> *console=ttyO0,115200n8*
>
> *mmcroot=/dev/mmcblk0p2 ro*
> *mmcrootfstype=ext4 rootwait fixrtc*
> *# ip_method=${ipaddr}:${serverip}:${gwaddr}:${netmask}::eth0:off*
> *ip_method=192.168.1.61:192.168.1.69:192.168.1.100:255.255.255.0::eth0:off*
> *nfsrootdev=/dev/nfs rw*
> *nfsroot=192.168.1.69:/home/cis-69/targetNFS ,vers=3*
> *nfsrootfstype=ext4 rootwait fixrtc *
> *nfsargs=setenv bootargs console=${console} ${optargs} ${kms_force_mode} 
> root=${nfsrootdev} rootfstype=${nfsrootfstype} nfsroot=${nfsroot} 
> init=/lib/modules/3.8.13/init mem=456M vram=50M ${expansion} *
> *#video=HDMI-A-1:1280x1024@60 ${expansion} *
>
> *loadkernel=tftp 0x8020 ${kernel_file}*
> *loadinitrd=tftp 0x8100 ${initrd_file}; setenv initrd_size ${filesize}*
> *loadfdt=tftp 0x815f ${fdtfile}*
>
> *boot_classic=run loadkernel; run loadinitrd*
> *# boot_ftd=run loadkernel; run loadinitrd; run loadfdt*
> *boot_ftd=run loadkernel; run loadfdt*
>
> *device_args=run expansion_args; run nfsargs*
> *mmcargs=setenv bootargs console=${console} ${optargs} rootdelay=5 
> ${kms_force_mode} root=${mmcroot} rootfstype=${mmcrootfstype} ${expansion}*
>
> *expansion_args=setenv expansion ip=${ip_method}*
> *#Classic Board File Boot:*
> *#uenvcmd=run boot_classic; run device_args; bootz 0x8020 
> 0x8100:${initrd_size}*
> *#New Device Tree Boot:*
> *# uenvcmd=run boot_ftd; run device_args; bootz 0x8020 
> 0x8100:${initrd_size} 0x815f*
> *uenvcmd=run boot_ftd; run device_args; bootz 0x8020 - 0x815f*
>
>
> i tried this *init=/lib/modules/3.8.13/init option  but no use of it *
>
> help me out fix this issue
>
>
>
>
>
> On Friday, 14 March 2014 11:20:15 UTC+5:30, john3909 wrote:
>>
>>
>> From: siva kumar 
>> Reply-To: 
>> Date: Thursday, March 13, 2014 at 9:58 PM
>> To: 
>> Subject: [beagleboard] Re: Kernel panic - not syncing: No init found. 
>> Try passing init= option to kernel.
>>
>>
>> hai all,
>>
>> can anybody  help me how to boot the rootfs using nfs ..still i stuck 
>> with same issue..
>> currently i'm using ubuntu13.10 as a host pc to implement nfs booting.
>> i referred the following link to build the kernel 
>> http://wiki.beyondlogic.org/index.php/BeagleBoneBlack_Building_Kernel
>> http://elinux.org/Building_BBB_Kernel
>>
>> I attached my uEnv.txt file I use for NFS. Make sure you change the IP 
>> address and  for nfsroot to match your host IP and userID. My local 
>> network uses an address 10.100.116.xxx. My BBB is 10.100.116.104 and my 
>> host is 10.100.116.73.
>>
>> You need to install nfs-kernel-server on y

Re: [beagleboard] Beagle-xM patch for vanilla kernel ?

[hvn052]

Op maandag 17 maart 2014 08:40:48 UTC+1 schreef lisarden:
>
> http://eewiki.net/display/linuxonarm/BeagleBoard
>
>
> 2014-03-17 11:38 GMT+04:00 >:
>
>> Hi,
>>
>> I may have looked at the wrong places, but is there a Beagle-xM patch for 
>> the vanilla linux kernel ? So far I only find patches for the Beagle Bone, 
>> which is certainly not the same. I've tried kernels 3.5.7, 3.8.13 and 
>> 3.10.18, configured them via oldconfig using a working armhf kernel 3.2.51. 
>> The only kernel I got to work was 3.10.18, but the ROS-command roscore 
>> doesn't work properly.
>>
>> Thank you.
>>
>
Thank you for this link. Looking at it, I find several options to follow. 
My current situation is Ubuntu12.04armhf, and the only thing I do to 
replace the kernel is replacing uImage after building it with the linaro 
cross-compiler. I already tried Ubuntu 13.10, but that didn't have a 
desktop and the SD card setup option is (as far as I can see) based on 
Angstrom. So can you advise what to do in my situation, looking for a way 
to get (preferably) kernel 3.5.7 to work ?

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] Re: 3.10.28 kernel and Xenomai

[hvn052]

Op vrijdag 7 maart 2014 09:06:02 UTC+1 schreef robert.berger:
>
> Hi,
>
> The latest and greatest ELDK 5.5 contains an ipipe patch for a 3.10.28 
> kernel [1].
> Unfortunately 3.10 is not very stable on the beagle-xm and does not 
> support rootfs over nfs. In case someone has 3.10.x with a working network 
> interface please let me know. I am aware of the trick with modprobe 
> phy_nop, but this is does not really help.
>
> What I've seen is that 3.9.11 was the last kernel without fdt which was OK 
> and afterwards we go to 3.13.x. In between is headache ;)
>
> Regards,
>
> Robert
>
> [1] 
> http://git.denx.de/?p=eldk.git;a=tree;f=meta-eldk/recipes-kernel/xenomai/files;h=5e0a45ae252f16183d687d3c23e7b26a2f1096fe;hb=df9de1fcd37181c170c77427f9d1e2a5a00f58be
>

Hi,

I have used 3.10.18 with Xenomai 2.6.3 for use with ROS Groovy. The kernel 
indeed proves not to be very stable since it freezes the system frequently. 
Apart from that, ROS doesn't work flawless either, but I'm trying to find 
out why. It may be because ROS Groovy is supported up till kernel 3.5, but 
kernel 3.5.7 (again, this one has Xenomai support) so far doesn't run at 
all on the Beagle-xM as does 3.8.13. So I'm really curious why these 
kernels (either with of without Xenomai) won't run on the board.

hvn

-- 
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] Beagle-xM patch for vanilla kernel ?

[Maxim Podbereznyy]

http://eewiki.net/display/linuxonarm/BeagleBoard


2014-03-17 11:38 GMT+04:00 :

> Hi,
>
> I may have looked at the wrong places, but is there a Beagle-xM patch for
> the vanilla linux kernel ? So far I only find patches for the Beagle Bone,
> which is certainly not the same. I've tried kernels 3.5.7, 3.8.13 and
> 3.10.18, configured them via oldconfig using a working armhf kernel 3.2.51.
> The only kernel I got to work was 3.10.18, but the ROS-command roscore
> doesn't work properly.
>
> Thank you.
>
> --
> 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.
>



-- 
LinkedIn - http://www.linkedin.com/in/maximpodbereznyy
Company - http://www.linkedin.com/company/mentorel
Facebook - https://www.facebook.com/mentorel.company

-- 
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] Beagle-xM patch for vanilla kernel ?

[hvn052]

Hi,

I may have looked at the wrong places, but is there a Beagle-xM patch for 
the vanilla linux kernel ? So far I only find patches for the Beagle Bone, 
which is certainly not the same. I've tried kernels 3.5.7, 3.8.13 and 
3.10.18, configured them via oldconfig using a working armhf kernel 3.2.51. 
The only kernel I got to work was 3.10.18, but the ROS-command roscore 
doesn't work properly.

Thank you.

-- 
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.