Re: [beagleboard] Beagle Bone Black with ethernet switch

[evilwulfie]

..

On 6/23/2016 8:31 PM, William Hermans wrote:
> I think hes asking how to communicate between two beagelbones over
> ethernet . . .which . . . this is not a programmers 101 forum . . .
>
> On Thu, Jun 23, 2016 at 5:38 PM, evilwulfie  > wrote:
>
> Connect your laptop to your switch and your bone to your switch
> and it will work fine
> If you want laptop to bone with no switch you need a crossover cable.
>
> your bone to bone via switch should work fine.
>
>
>
>
> On 6/23/2016 4:44 PM, swaroop.guggi...@gmail.com
>  wrote:
>> Hi guys,
>> I am new to Beagle bone. 
>> *Aim 1 of Project:* I have ethernet switch (something like
>> this 
>> https://www.neweggbusiness.com/Product/Product.aspx?Item=9B-33-704-027&nm_mc=KNC-GoogleBiz-PC&cm_mmc=KNC-GoogleBiz-PC-_-pla-_-Network+-+Switches-_-9B-33-704-027&gclid=CjwKEAjwka67BRCk6a7_h_7Pui8SJABcMkWRJanaF2JSh2399guLZUgTahzWV_SHpo6P-wbi9e8wkhoCOuXw_wcB)
>>
>> I have two Beagle Bone Black. I connect each of them with
>> ethernet wire to that ethernet switch. I have set ip address of
>> both beagle bone as static. Now I want them to communicate among
>> themselves, but i am unable to do that ? Any Suggestions ?
>>
>> *Aim 2 of Project:* I connect a ethernet wire from Beagle Bone
>> black to laptop, now how to access beaglebone ? (I am not
>> connecting USB). Beagle bone is powered by external 5 V power supply.
>>
>> Any suggestions or help will be appreciated.
>>
>> Thanks in advance
>>
>> Regards,
>> Swaroop
>> -- 
>> 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
>> .
>> To view this discussion on the web visit
>> 
>> https://groups.google.com/d/msgid/beagleboard/bdac89ef-41ee-4b0e-9304-7388b80a1fa7%40googlegroups.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
> .
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/beagleboard/054878c4-ee0b-8867-4d10-ef00d6b73716%40gmail.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
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CALHSORoyw4iw5a7zWG_vEZiB2oqd7kTOE2K_nBteuWbXvz3guw%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7fe27467-27d2-f0ce-3949-83727f7b2565%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beagle Bone Black with ethernet switch

[William Hermans]

I think hes asking how to communicate between two beagelbones over ethernet
. . .which . . . this is not a programmers 101 forum . . .

On Thu, Jun 23, 2016 at 5:38 PM, evilwulfie  wrote:

> Connect your laptop to your switch and your bone to your switch and it
> will work fine
> If you want laptop to bone with no switch you need a crossover cable.
>
> your bone to bone via switch should work fine.
>
>
>
>
> On 6/23/2016 4:44 PM, swaroop.guggi...@gmail.com wrote:
>
> Hi guys,
> I am new to Beagle bone.
> *Aim 1 of Project:* I have ethernet switch (something like this
> https://www.neweggbusiness.com/Product/Product.aspx?Item=9B-33-704-027&nm_mc=KNC-GoogleBiz-PC&cm_mmc=KNC-GoogleBiz-PC-_-pla-_-Network+-+Switches-_-9B-33-704-027&gclid=CjwKEAjwka67BRCk6a7_h_7Pui8SJABcMkWRJanaF2JSh2399guLZUgTahzWV_SHpo6P-wbi9e8wkhoCOuXw_wcB
> )
>
> I have two Beagle Bone Black. I connect each of them with ethernet wire to
> that ethernet switch. I have set ip address of both beagle bone as static.
> Now I want them to communicate among themselves, but i am unable to do that
> ? Any Suggestions ?
>
> *Aim 2 of Project:* I connect a ethernet wire from Beagle Bone black to
> laptop, now how to access beaglebone ? (I am not connecting USB). Beagle
> bone is powered by external 5 V power supply.
>
> Any suggestions or help will be appreciated.
>
> Thanks in advance
>
> Regards,
> Swaroop
> --
> 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.
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/beagleboard/bdac89ef-41ee-4b0e-9304-7388b80a1fa7%40googlegroups.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/054878c4-ee0b-8867-4d10-ef00d6b73716%40gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoyw4iw5a7zWG_vEZiB2oqd7kTOE2K_nBteuWbXvz3guw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

Okay . . .

Went through the file and replaced sudo -A for '' ( empty string- or null
). And then had to add to my udev rules file . . .

SUBSYSTEM=="gpio*", PROGRAM="/bin/sh -c 'chown -R root:gpio
/sys/class/gpio; chmod -R 770 /sys/class/gpio; chown -R root:gpio
/sys/devices/platform/ocp/4000.gpio/gpio/; chmod -R 770
/sys/devices/platform/ocp/4000.gpio/gpio/; chown root:gpio
/sys/devices/platform/ocp/ocp:??_??_pinmux/state; chmod 770
/sys/devices/platform/ocp/ocp:??_??_pinmux/state'"

On Thu, Jun 23, 2016 at 5:28 PM, William Hermans  wrote:

> Ok so one not so fun issue . . .
>
> william@beaglebone:~/dev/bonejs$ config-pin P8.07 low
> sudo: no askpass program specified, try setting SUDO_ASKPASS
> Cannot write gpio direction file: /sys/class/gpio/gpio66/direction
>
> EXCEPT
> william@beaglebone:~/dev/bonejs$ ls -al /sys/class/gpio/gpio66/direction
> -rwxrwx--- 1 root *gpio* 4096 Jun 23 14:17
> /sys/class/gpio/gpio66/direction
>
> william@beaglebone:~/dev/bonejs$ getent group gpio
> *gpio*:x:1001:william
>
> I've a feeling I know how to fix this though . . . will require editing
> config-pin . . .
>
>
>
>
> On Thu, Jun 23, 2016 at 3:57 PM, William Hermans 
> wrote:
>
>> Wrap away!
>>>
>>> I'm just happy the universal overlay concept has caught-on.  I wanted
>>> people to be able to do most simple things without having to craft
>>> custom device-tree overlays.  Using a custom overlay is still the most
>>> flexible option, but there's a pretty high barrier to entry.
>>>
>>
>> Ok awesome.
>>
>> I've actually really liked the idea of universal-io ever since you put
>> the project up, and made it known. Really an awesome idea. At the time it
>> was very obvious to me that this would be something really cool. But I was
>> wrapped up in my own little world, doing my own thing, and since I use
>> console images that do not always, or ever seem to have config-pin enabled
>> by default ? Not really sure, but every time I went to tinker with
>> config-pin . . . "command not found". It's just that this time, my own
>> little world collided with universal-io. So I gave some thought into what
>> actually was not working, and how to make it work.
>>
>> I do have to say, that I'm every bit as impressed with universal-io now,
>> as I was back when you put it into the wild. I quite honestly think that
>> universal-io + config-pin is every bit as good as device tree files. At
>> least in what universal-io can do. I do not know if it has any short
>> comings. but from what I can see . . . there are none ?
>>
>>
>> On Thu, Jun 23, 2016 at 3:41 PM, Charles Steinkuehler <
>> char...@steinkuehler.net> wrote:
>>
>>> On 6/23/2016 5:26 PM, William Hermans wrote:
>>> >
>>> > So the wrapper is really simple. But what I plan on doing with said
>>> wrapper will
>>> > be really neat I think. How does configurering your pin modes from a
>>> web page
>>> > sound ? ;)
>>>
>>> That sounds pretty awesome!
>>>
>>> --
>>> 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/b8bacad4-1c9c-46fe-1cdf-243632cb85cd%40steinkuehler.net
>>> .
>>> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqH-Yx7z7xPzndbLmh%3DaDxbvuNaU8uZ%2BPwBECpmJtaj6Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beagle Bone Black with ethernet switch

[evilwulfie]

Connect your laptop to your switch and your bone to your switch and it
will work fine
If you want laptop to bone with no switch you need a crossover cable.

your bone to bone via switch should work fine.



On 6/23/2016 4:44 PM, swaroop.guggi...@gmail.com wrote:
> Hi guys,
> I am new to Beagle bone. 
> *Aim 1 of Project:* I have ethernet switch (something like
> this 
> https://www.neweggbusiness.com/Product/Product.aspx?Item=9B-33-704-027&nm_mc=KNC-GoogleBiz-PC&cm_mmc=KNC-GoogleBiz-PC-_-pla-_-Network+-+Switches-_-9B-33-704-027&gclid=CjwKEAjwka67BRCk6a7_h_7Pui8SJABcMkWRJanaF2JSh2399guLZUgTahzWV_SHpo6P-wbi9e8wkhoCOuXw_wcB)
>
> I have two Beagle Bone Black. I connect each of them with ethernet
> wire to that ethernet switch. I have set ip address of both beagle
> bone as static. Now I want them to communicate among themselves, but i
> am unable to do that ? Any Suggestions ?
>
> *Aim 2 of Project:* I connect a ethernet wire from Beagle Bone black
> to laptop, now how to access beaglebone ? (I am not connecting USB).
> Beagle bone is powered by external 5 V power supply.
>
> Any suggestions or help will be appreciated.
>
> Thanks in advance
>
> Regards,
> Swaroop
> -- 
> 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
> .
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/bdac89ef-41ee-4b0e-9304-7388b80a1fa7%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/054878c4-ee0b-8867-4d10-ef00d6b73716%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

Ok so one not so fun issue . . .

william@beaglebone:~/dev/bonejs$ config-pin P8.07 low
sudo: no askpass program specified, try setting SUDO_ASKPASS
Cannot write gpio direction file: /sys/class/gpio/gpio66/direction

EXCEPT
william@beaglebone:~/dev/bonejs$ ls -al /sys/class/gpio/gpio66/direction
-rwxrwx--- 1 root *gpio* 4096 Jun 23 14:17 /sys/class/gpio/gpio66/direction

william@beaglebone:~/dev/bonejs$ getent group gpio
*gpio*:x:1001:william

I've a feeling I know how to fix this though . . . will require editing
config-pin . . .




On Thu, Jun 23, 2016 at 3:57 PM, William Hermans  wrote:

> Wrap away!
>>
>> I'm just happy the universal overlay concept has caught-on.  I wanted
>> people to be able to do most simple things without having to craft
>> custom device-tree overlays.  Using a custom overlay is still the most
>> flexible option, but there's a pretty high barrier to entry.
>>
>
> Ok awesome.
>
> I've actually really liked the idea of universal-io ever since you put the
> project up, and made it known. Really an awesome idea. At the time it was
> very obvious to me that this would be something really cool. But I was
> wrapped up in my own little world, doing my own thing, and since I use
> console images that do not always, or ever seem to have config-pin enabled
> by default ? Not really sure, but every time I went to tinker with
> config-pin . . . "command not found". It's just that this time, my own
> little world collided with universal-io. So I gave some thought into what
> actually was not working, and how to make it work.
>
> I do have to say, that I'm every bit as impressed with universal-io now,
> as I was back when you put it into the wild. I quite honestly think that
> universal-io + config-pin is every bit as good as device tree files. At
> least in what universal-io can do. I do not know if it has any short
> comings. but from what I can see . . . there are none ?
>
>
> On Thu, Jun 23, 2016 at 3:41 PM, Charles Steinkuehler <
> char...@steinkuehler.net> wrote:
>
>> On 6/23/2016 5:26 PM, William Hermans wrote:
>> >
>> > So the wrapper is really simple. But what I plan on doing with said
>> wrapper will
>> > be really neat I think. How does configurering your pin modes from a
>> web page
>> > sound ? ;)
>>
>> That sounds pretty awesome!
>>
>> --
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/b8bacad4-1c9c-46fe-1cdf-243632cb85cd%40steinkuehler.net
>> .
>> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORoscMRmhKjbG7KEmjSBv8kcN%2BNuu36HcE72mmqmA0hhxg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beagle Bone Black with ethernet switch

[swaroop . guggilam]

Hi guys,
I am new to Beagle bone. 
*Aim 1 of Project:* I have ethernet switch (something like 
this 
https://www.neweggbusiness.com/Product/Product.aspx?Item=9B-33-704-027&nm_mc=KNC-GoogleBiz-PC&cm_mmc=KNC-GoogleBiz-PC-_-pla-_-Network+-+Switches-_-9B-33-704-027&gclid=CjwKEAjwka67BRCk6a7_h_7Pui8SJABcMkWRJanaF2JSh2399guLZUgTahzWV_SHpo6P-wbi9e8wkhoCOuXw_wcB)

I have two Beagle Bone Black. I connect each of them with ethernet wire to 
that ethernet switch. I have set ip address of both beagle bone as static. 
Now I want them to communicate among themselves, but i am unable to do that 
? Any Suggestions ?

*Aim 2 of Project:* I connect a ethernet wire from Beagle Bone black to 
laptop, now how to access beaglebone ? (I am not connecting USB). Beagle 
bone is powered by external 5 V power supply.

Any suggestions or help will be appreciated.

Thanks in advance

Regards,
Swaroop

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/bdac89ef-41ee-4b0e-9304-7388b80a1fa7%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

>
> Wrap away!
>
> I'm just happy the universal overlay concept has caught-on.  I wanted
> people to be able to do most simple things without having to craft
> custom device-tree overlays.  Using a custom overlay is still the most
> flexible option, but there's a pretty high barrier to entry.
>

Ok awesome.

I've actually really liked the idea of universal-io ever since you put the
project up, and made it known. Really an awesome idea. At the time it was
very obvious to me that this would be something really cool. But I was
wrapped up in my own little world, doing my own thing, and since I use
console images that do not always, or ever seem to have config-pin enabled
by default ? Not really sure, but every time I went to tinker with
config-pin . . . "command not found". It's just that this time, my own
little world collided with universal-io. So I gave some thought into what
actually was not working, and how to make it work.

I do have to say, that I'm every bit as impressed with universal-io now, as
I was back when you put it into the wild. I quite honestly think that
universal-io + config-pin is every bit as good as device tree files. At
least in what universal-io can do. I do not know if it has any short
comings. but from what I can see . . . there are none ?


On Thu, Jun 23, 2016 at 3:41 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> On 6/23/2016 5:26 PM, William Hermans wrote:
> >
> > So the wrapper is really simple. But what I plan on doing with said
> wrapper will
> > be really neat I think. How does configurering your pin modes from a web
> page
> > sound ? ;)
>
> That sounds pretty awesome!
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/b8bacad4-1c9c-46fe-1cdf-243632cb85cd%40steinkuehler.net
> .
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORov1QcEQipRpeYJtJQTRk-eVQM-_mhYb9p5s8qmx%2B-5EA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[Charles Steinkuehler]

On 6/23/2016 5:26 PM, William Hermans wrote:
> 
> So the wrapper is really simple. But what I plan on doing with said wrapper 
> will 
> be really neat I think. How does configurering your pin modes from a web page 
> sound ? ;)

That sounds pretty awesome!

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/b8bacad4-1c9c-46fe-1cdf-243632cb85cd%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[Charles Steinkuehler]

On 6/23/2016 5:22 PM, William Hermans wrote:
> Thanks Charles.
> 
> Yes, initially I was thinking that perhaps that file reflected what the 
> current 
> values of pins were. But after thinking while waiting for your reply I was 
> thinking that too. Initial state of the pins at the time the overlay was 
> loaded.
> 
> Another question regarding config-pin . . .I have a Nodejs project here: 
> https://github.com/wphermans/Bonejs, but I just now wrote a Nodejs( 
> Javascript ) 
> wrapper for config-pin and wanted to make sure that would be ok. I do also 
> have 
> plans on using that wrapper for a much bigger, and cooler project, which was 
> requested by Robert not long ago . . .
> 
> No idea how long it'll take me with other priorities in the mix too. But I 
> figured I should ask.

Wrap away!

I'm just happy the universal overlay concept has caught-on.  I wanted
people to be able to do most simple things without having to craft
custom device-tree overlays.  Using a custom overlay is still the most
flexible option, but there's a pretty high barrier to entry.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0650e945-ab8c-505a-7b5b-72507a26b14b%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

By the way, it's just a wrapper for Nodejs, but otherwise I'm not changing
a thing. So far all I really want / need is:

"use strict";
var fs = require('fs');
var exec = require('child_process').exec;

exports.config = function(pin, value){

var params = pin + ' ' + value;
var child = exec('/usr/bin/config-pin ' + params, (error, stdout,
stderr) => {
if(error){throw error;}
});
};

exports.listModes = function(pin, callback){

var params = pin;
var child = exec('/usr/bin/config-pin -l ' + params, (error, stdout,
stderr) => {
if(error){throw error;}

callback(stdout);
});
};

william@beaglebone:~/dev/bonejs$ node config-pin-example.js
default gpio gpio_pu gpio_pd timer

So the wrapper is really simple. But what I plan on doing with said wrapper
will be really neat I think. How does configurering your pin modes from a
web page sound ? ;)




On Thu, Jun 23, 2016 at 3:22 PM, William Hermans  wrote:

> Thanks Charles.
>
> Yes, initially I was thinking that perhaps that file reflected what the
> current values of pins were. But after thinking while waiting for your
> reply I was thinking that too. Initial state of the pins at the time the
> overlay was loaded.
>
> Another question regarding config-pin . . .I have a Nodejs project here:
> https://github.com/wphermans/Bonejs, but I just now wrote a Nodejs(
> Javascript ) wrapper for config-pin and wanted to make sure that would be
> ok. I do also have plans on using that wrapper for a much bigger, and
> cooler project, which was requested by Robert not long ago . . .
>
> No idea how long it'll take me with other priorities in the mix too. But I
> figured I should ask.
>
> On Thu, Jun 23, 2016 at 3:00 PM, Charles Steinkuehler <
> char...@steinkuehler.net> wrote:
>
>> The status file is created by the kernel logic, and I believe simply
>> reflects the load-time configuration of the GPIO, which all default to
>> inputs when the overlay loads)...but I haven't crawled through the
>> kernel code to figure out exactly what it's doing to create the status
>> file.  I suspect the kernel logic generating the status file doesn't
>> understand the GPIO have been exported and are not directly controlled
>> by the cape-universal overlay.  Honestly, I'm not sure I've ever
>> looked at the contents of the status file previously.
>>
>> Anyway, I get the same results on my system here, so I don't think
>> it's anything you need to worry about:
>>
>> machinekit@beaglebone:~$ config-pin  P8.07 hi
>> machinekit@beaglebone:~$ cat /sys/devices/ocp.3/cape-universal.51/status
>> ...
>> 34 P8_09 69 IN  0
>> 35 P8_08 67 IN  0
>> 36 P8_07 66 IN  0
>> machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
>> out
>> machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/value
>> 1
>>
>>
>> On 6/23/2016 4:30 PM, William Hermans wrote:
>> > @Charles
>> >
>> > So I'm not sure if this is normal or not. Thought I'd bring it to your
>> attention
>> > in case it's not.
>> >
>> > william@beaglebone:~$ sudo chown root:gpio /usr/bin/config-pin
>> > william@beaglebone:~$ config-pin  P8.07 hi
>> > william@beaglebone:~$ cat
>> /sys/devices/platform/ocp/ocp:cape-universal/status
>> > . . .
>> > 32 P8_07 66 *IN  0
>> >
>> > *
>> > That should be OUT, and 1*? *the gpio sysfs stuff reports correctly
>> though*
>> > *
>> >
>> > william@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
>> > out
>> > william@beaglebone:~$ cat /sys/class/gpio/gpio66/value
>> > 1
>> >   william@beaglebone:~$ config-pin -q P8.07
>> > P8_07 Mode: gpio Direction: out Value: 1
>> >
>> > As does the config-pin query option.
>> >
>> >
>> > On Thu, Jun 23, 2016 at 12:05 PM, William Hermans > > > wrote:
>> >
>> > It does, but it depends on the image you start with.  Usually
>> it's
>> > found in /opt/source/beaglebone-universal-io/, with a symlink
>> for
>> > config-pin in /usr/local/bin/config-pin:
>> >
>> >
>> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396
>> >
>> >
>> > Oh, ok. I start with the console images always, and this is not the
>> first
>> > time I've not been able to find config-pin. But after some
>> investigation,
>> > and a system wide search for the file 'config-pin' turned up
>> nothing. It was
>> > then just a matter of realizing that I had everything in place
>> already
>> > except config pin. So I read the Makefile figured out where make
>> install
>> > would put the file . . .and went from there ;)
>> >
>> >
>> > --
>> > 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
>> > 

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

Thanks Charles.

Yes, initially I was thinking that perhaps that file reflected what the
current values of pins were. But after thinking while waiting for your
reply I was thinking that too. Initial state of the pins at the time the
overlay was loaded.

Another question regarding config-pin . . .I have a Nodejs project here:
https://github.com/wphermans/Bonejs, but I just now wrote a Nodejs(
Javascript ) wrapper for config-pin and wanted to make sure that would be
ok. I do also have plans on using that wrapper for a much bigger, and
cooler project, which was requested by Robert not long ago . . .

No idea how long it'll take me with other priorities in the mix too. But I
figured I should ask.

On Thu, Jun 23, 2016 at 3:00 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> The status file is created by the kernel logic, and I believe simply
> reflects the load-time configuration of the GPIO, which all default to
> inputs when the overlay loads)...but I haven't crawled through the
> kernel code to figure out exactly what it's doing to create the status
> file.  I suspect the kernel logic generating the status file doesn't
> understand the GPIO have been exported and are not directly controlled
> by the cape-universal overlay.  Honestly, I'm not sure I've ever
> looked at the contents of the status file previously.
>
> Anyway, I get the same results on my system here, so I don't think
> it's anything you need to worry about:
>
> machinekit@beaglebone:~$ config-pin  P8.07 hi
> machinekit@beaglebone:~$ cat /sys/devices/ocp.3/cape-universal.51/status
> ...
> 34 P8_09 69 IN  0
> 35 P8_08 67 IN  0
> 36 P8_07 66 IN  0
> machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
> out
> machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/value
> 1
>
>
> On 6/23/2016 4:30 PM, William Hermans wrote:
> > @Charles
> >
> > So I'm not sure if this is normal or not. Thought I'd bring it to your
> attention
> > in case it's not.
> >
> > william@beaglebone:~$ sudo chown root:gpio /usr/bin/config-pin
> > william@beaglebone:~$ config-pin  P8.07 hi
> > william@beaglebone:~$ cat
> /sys/devices/platform/ocp/ocp:cape-universal/status
> > . . .
> > 32 P8_07 66 *IN  0
> >
> > *
> > That should be OUT, and 1*? *the gpio sysfs stuff reports correctly
> though*
> > *
> >
> > william@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
> > out
> > william@beaglebone:~$ cat /sys/class/gpio/gpio66/value
> > 1
> >   william@beaglebone:~$ config-pin -q P8.07
> > P8_07 Mode: gpio Direction: out Value: 1
> >
> > As does the config-pin query option.
> >
> >
> > On Thu, Jun 23, 2016 at 12:05 PM, William Hermans  > > wrote:
> >
> > It does, but it depends on the image you start with.  Usually
> it's
> > found in /opt/source/beaglebone-universal-io/, with a symlink for
> > config-pin in /usr/local/bin/config-pin:
> >
> >
> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396
> >
> >
> > Oh, ok. I start with the console images always, and this is not the
> first
> > time I've not been able to find config-pin. But after some
> investigation,
> > and a system wide search for the file 'config-pin' turned up
> nothing. It was
> > then just a matter of realizing that I had everything in place
> already
> > except config pin. So I read the Makefile figured out where make
> install
> > would put the file . . .and went from there ;)
> >
> >
> > --
> > 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
> > .
> > To view this discussion on the web visit
> >
> https://groups.google.com/d/msgid/beagleboard/CALHSORrO-zF%3DzVRVFiYJmsuQFzGUE79bczDXg_G2w18m%3DxSbCg%40mail.gmail.com
> > <
> https://groups.google.com/d/msgid/beagleboard/CALHSORrO-zF%3DzVRVFiYJmsuQFzGUE79bczDXg_G2w18m%3DxSbCg%40mail.gmail.com?utm_medium=email&utm_source=footer
> >.
> > For more options, visit https://groups.google.com/d/optout.
> >
>
>
> --
> Charles Steinkuehler
> char...@steinkuehler.net
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to the Google Groups
> "BeagleBoard" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/c3dcd834-f69a-21ff-fbb6-4ce99ed12644%40steinkuehler.net
> .
> For more options, visit https://groups.google.com/d/optout.
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You receiv

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[Charles Steinkuehler]

The status file is created by the kernel logic, and I believe simply
reflects the load-time configuration of the GPIO, which all default to
inputs when the overlay loads)...but I haven't crawled through the
kernel code to figure out exactly what it's doing to create the status
file.  I suspect the kernel logic generating the status file doesn't
understand the GPIO have been exported and are not directly controlled
by the cape-universal overlay.  Honestly, I'm not sure I've ever
looked at the contents of the status file previously.

Anyway, I get the same results on my system here, so I don't think
it's anything you need to worry about:

machinekit@beaglebone:~$ config-pin  P8.07 hi
machinekit@beaglebone:~$ cat /sys/devices/ocp.3/cape-universal.51/status
...
34 P8_09 69 IN  0
35 P8_08 67 IN  0
36 P8_07 66 IN  0
machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
out
machinekit@beaglebone:~$ cat /sys/class/gpio/gpio66/value
1


On 6/23/2016 4:30 PM, William Hermans wrote:
> @Charles
> 
> So I'm not sure if this is normal or not. Thought I'd bring it to your 
> attention 
> in case it's not.
> 
> william@beaglebone:~$ sudo chown root:gpio /usr/bin/config-pin
> william@beaglebone:~$ config-pin  P8.07 hi
> william@beaglebone:~$ cat /sys/devices/platform/ocp/ocp:cape-universal/status
> . . .
> 32 P8_07 66 *IN  0
> 
> *
> That should be OUT, and 1*? *the gpio sysfs stuff reports correctly though*
> *
> 
> william@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
> out
> william@beaglebone:~$ cat /sys/class/gpio/gpio66/value
> 1
>   william@beaglebone:~$ config-pin -q P8.07
> P8_07 Mode: gpio Direction: out Value: 1
> 
> As does the config-pin query option.
> 
> 
> On Thu, Jun 23, 2016 at 12:05 PM, William Hermans  > wrote:
> 
> It does, but it depends on the image you start with.  Usually it's
> found in /opt/source/beaglebone-universal-io/, with a symlink for
> config-pin in /usr/local/bin/config-pin:
> 
> 
> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396
> 
> 
> Oh, ok. I start with the console images always, and this is not the first
> time I've not been able to find config-pin. But after some investigation,
> and a system wide search for the file 'config-pin' turned up nothing. It 
> was
> then just a matter of realizing that I had everything in place already
> except config pin. So I read the Makefile figured out where make install
> would put the file . . .and went from there ;)
> 
> 
> -- 
> 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 
> .
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/CALHSORrO-zF%3DzVRVFiYJmsuQFzGUE79bczDXg_G2w18m%3DxSbCg%40mail.gmail.com
>  
> .
> For more options, visit https://groups.google.com/d/optout.
> 


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

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c3dcd834-f69a-21ff-fbb6-4ce99ed12644%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

@Charles

So I'm not sure if this is normal or not. Thought I'd bring it to your
attention in case it's not.

william@beaglebone:~$ sudo chown root:gpio /usr/bin/config-pin
william@beaglebone:~$ config-pin  P8.07 hi
william@beaglebone:~$ cat
/sys/devices/platform/ocp/ocp:cape-universal/status
. . .
32 P8_07 66

*IN  0*
That should be OUT, and 1* ? *the gpio sysfs stuff reports correctly though

william@beaglebone:~$ cat /sys/class/gpio/gpio66/direction
out
william@beaglebone:~$ cat /sys/class/gpio/gpio66/value
1
 william@beaglebone:~$ config-pin -q P8.07
P8_07 Mode: gpio Direction: out Value: 1

As does the config-pin query option.


On Thu, Jun 23, 2016 at 12:05 PM, William Hermans  wrote:

> It does, but it depends on the image you start with.  Usually it's
>> found in /opt/source/beaglebone-universal-io/, with a symlink for
>> config-pin in /usr/local/bin/config-pin:
>>
>>
>> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396
>>
>
> Oh, ok. I start with the console images always, and this is not the first
> time I've not been able to find config-pin. But after some investigation,
> and a system wide search for the file 'config-pin' turned up nothing. It
> was then just a matter of realizing that I had everything in place already
> except config pin. So I read the Makefile figured out where make install
> would put the file . . .and went from there ;)
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrO-zF%3DzVRVFiYJmsuQFzGUE79bczDXg_G2w18m%3DxSbCg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] HDMI and interrupt GPIO1_25

[Gerald Coley]

Not sure about unplug and plug in.

Gerald


On Thu, Jun 23, 2016 at 3:00 PM, Micka  wrote:

> Well from those lines:
>
>
> http://lxr.free-electrons.com/source/drivers/gpu/drm/i2c/tda998x_drv.c?v=4.1#L1304
>
> I thought that it was to help to read the edid data or about the
> plug/unplug:
>
> 566 
> 
>  * * only 2 interrupts may occur: screen plug/unplug and EDID read*
>
> http://lxr.free-electrons.com/source/drivers/gpu/drm/i2c/tda998x_drv.c?v=4.1#L565
>
>
>
>
>
>
> Le jeu. 23 juin 2016 à 21:49, Gerald Coley  a
> écrit :
>
>> This interrupt is to pass IR remote information to the processor over the
>> HDMI from the TV. As the BBB is lacking a tuner, I am not sure how much
>> value this feature has.
>>
>> Gerald
>>
>> On Thu, Jun 23, 2016 at 2:41 PM, Jason Kridner 
>> wrote:
>>
>>> On Thu, Jun 23, 2016 at 3:24 AM Micka  wrote:
>>>
 Hi,

 When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
 interrupt signal from the tda19988..

 I wanted to know why the interrupt GPIO1_25 is not used for interrupt.

>>>
>>> It looks like the driver supports an interrupt:
>>>
>>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/video/fbdev/da8xx-fb.c#n833
>>>
>>>
>>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/tilcdc/tilcdc_drv.c#n357
>>>
>>>
>>> Are you concerned this interrupt is necessary for some function missing
>>> in your system?
>>>
>>> Is this something we can enable in the device tree?
>>>
>>>
>>> https://github.com/beagleboard/linux/blob/4.4/arch/arm/boot/dts/am335x-boneblack.dts
>>>
>>>
>>> We probably need to ask the original developer why the IRQ wasn't
>>> connected to the driver.
>>>
>>>

 Micka,

 --
 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.
 To view this discussion on the web visit
 https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CA%2BT6QPmb4Np86P-nHgvkfZirbZUhn0DyF413mqxyMdAb372yCQ%40mail.gmail.com
>>> 
>>> .
>>>
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>
>>
>> --
>> Gerald
>>
>> ger...@beagleboard.org
>> http://beagleboard.org/
>> gcol...@emprodesign.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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc4LGtZVo5gVoDOXHf1NM6D074eQBS4QPCkU67yvMUyrA%40mail.gmail.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRt%3D%2B0gd7EwHG585D1kdw9TWE8HfL7OgYF3dSRRhpG8dnFg%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.com

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"Be

Re: [beagleboard] HDMI and interrupt GPIO1_25

[Micka]

Well from those lines:

http://lxr.free-electrons.com/source/drivers/gpu/drm/i2c/tda998x_drv.c?v=4.1#L1304

I thought that it was to help to read the edid data or about the
plug/unplug:

566 

* * only 2 interrupts may occur: screen plug/unplug and EDID read*

http://lxr.free-electrons.com/source/drivers/gpu/drm/i2c/tda998x_drv.c?v=4.1#L565






Le jeu. 23 juin 2016 à 21:49, Gerald Coley  a
écrit :

> This interrupt is to pass IR remote information to the processor over the
> HDMI from the TV. As the BBB is lacking a tuner, I am not sure how much
> value this feature has.
>
> Gerald
>
> On Thu, Jun 23, 2016 at 2:41 PM, Jason Kridner 
> wrote:
>
>> On Thu, Jun 23, 2016 at 3:24 AM Micka  wrote:
>>
>>> Hi,
>>>
>>> When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
>>> interrupt signal from the tda19988..
>>>
>>> I wanted to know why the interrupt GPIO1_25 is not used for interrupt.
>>>
>>
>> It looks like the driver supports an interrupt:
>>
>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/video/fbdev/da8xx-fb.c#n833
>>
>>
>> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/tilcdc/tilcdc_drv.c#n357
>>
>>
>> Are you concerned this interrupt is necessary for some function missing
>> in your system?
>>
>> Is this something we can enable in the device tree?
>>
>>
>> https://github.com/beagleboard/linux/blob/4.4/arch/arm/boot/dts/am335x-boneblack.dts
>>
>>
>> We probably need to ask the original developer why the IRQ wasn't
>> connected to the driver.
>>
>>
>>>
>>> Micka,
>>>
>>> --
>>> 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CA%2BT6QPmb4Np86P-nHgvkfZirbZUhn0DyF413mqxyMdAb372yCQ%40mail.gmail.com
>> 
>> .
>>
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>
>
> --
> Gerald
>
> ger...@beagleboard.org
> http://beagleboard.org/
> gcol...@emprodesign.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc4LGtZVo5gVoDOXHf1NM6D074eQBS4QPCkU67yvMUyrA%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAF%2BMRt%3D%2B0gd7EwHG585D1kdw9TWE8HfL7OgYF3dSRRhpG8dnFg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] HDMI and interrupt GPIO1_25

[Gerald Coley]

This interrupt is to pass IR remote information to the processor over the
HDMI from the TV. As the BBB is lacking a tuner, I am not sure how much
value this feature has.

Gerald

On Thu, Jun 23, 2016 at 2:41 PM, Jason Kridner 
wrote:

> On Thu, Jun 23, 2016 at 3:24 AM Micka  wrote:
>
>> Hi,
>>
>> When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
>> interrupt signal from the tda19988..
>>
>> I wanted to know why the interrupt GPIO1_25 is not used for interrupt.
>>
>
> It looks like the driver supports an interrupt:
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/video/fbdev/da8xx-fb.c#n833
>
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/tilcdc/tilcdc_drv.c#n357
>
>
> Are you concerned this interrupt is necessary for some function missing in
> your system?
>
> Is this something we can enable in the device tree?
>
>
> https://github.com/beagleboard/linux/blob/4.4/arch/arm/boot/dts/am335x-boneblack.dts
>
>
> We probably need to ask the original developer why the IRQ wasn't
> connected to the driver.
>
>
>>
>> Micka,
>>
>> --
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CA%2BT6QPmb4Np86P-nHgvkfZirbZUhn0DyF413mqxyMdAb372yCQ%40mail.gmail.com
> 
> .
>
> For more options, visit https://groups.google.com/d/optout.
>



-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
gcol...@emprodesign.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAHK_S%2Bc4LGtZVo5gVoDOXHf1NM6D074eQBS4QPCkU67yvMUyrA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] HDMI and interrupt GPIO1_25

[Micka]

Hi,

Thx for the answer, no I don't need it. It's just by curiosity.



Le jeu. 23 juin 2016 à 21:41, Jason Kridner  a
écrit :

> On Thu, Jun 23, 2016 at 3:24 AM Micka  wrote:
>
>> Hi,
>>
>> When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
>> interrupt signal from the tda19988..
>>
>> I wanted to know why the interrupt GPIO1_25 is not used for interrupt.
>>
>
> It looks like the driver supports an interrupt:
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/video/fbdev/da8xx-fb.c#n833
>
>
> http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/tilcdc/tilcdc_drv.c#n357
>
>
> Are you concerned this interrupt is necessary for some function missing in
> your system?
>
> Is this something we can enable in the device tree?
>
>
> https://github.com/beagleboard/linux/blob/4.4/arch/arm/boot/dts/am335x-boneblack.dts
>
>
> We probably need to ask the original developer why the IRQ wasn't
> connected to the driver.
>
>
>>
>> Micka,
>>
>> --
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CA%2BT6QPmb4Np86P-nHgvkfZirbZUhn0DyF413mqxyMdAb372yCQ%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnyn5cUQuq0SO0HrqzcS7k2sBzy97QYgaNSAQ9kfjWs1w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[John Syne]

Yet another solution would be to place the 24K in DDR and use DMA to populate 
the 12K shared PRU ram using a ping pong arrangement. The PRU would read from 
one buffer while the DMA fills the other buffer. When the PRU has finished with 
the one buffer, it will switch to the other buffer and trigger the next DMA 
transfer. Starterware has EDMA code that can be adapted to work on the PRU.   

Regards,
John




> On Jun 23, 2016, at 12:12 PM, Charles Steinkuehler  
> wrote:
> 
> On 6/23/2016 2:10 PM, William Hermans wrote:
>>/PRU reads from DDR memory will stall until the data is returned, which/
>>/is one reason I suggested using the ARM core to write the data into/
>>/the PRU (the writes will post, so the ARM core can carry on doing/
>>/other things while the data actually gets written)./
>> 
>> 
>> I've never done this personally, But wouldn't it be faster to write from the 
>> ARM 
>> core directly into the 12k PRU shared memory ? Or is that what you're 
>> proposing ?
> 
> That's what I'm proposing.
> 
> My comment about DDR reads was in response to a specific question of
> why performance was so bad doing an LBBO from DDR memory.
> 
> -- 
> 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.
> To view this discussion on the web visit 
> https://groups.google.com/d/msgid/beagleboard/7ea72733-0096-37f1-557b-8c6ab708db07%40steinkuehler.net.
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/ADDB3950-F829-44C9-A048-2C3913B05EFB%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] HDMI and interrupt GPIO1_25

[Jason Kridner]

On Thu, Jun 23, 2016 at 3:24 AM Micka  wrote:

> Hi,
>
> When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
> interrupt signal from the tda19988..
>
> I wanted to know why the interrupt GPIO1_25 is not used for interrupt.
>

It looks like the driver supports an interrupt:
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/video/fbdev/da8xx-fb.c#n833

http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/tree/drivers/gpu/drm/tilcdc/tilcdc_drv.c#n357


Are you concerned this interrupt is necessary for some function missing in
your system?

Is this something we can enable in the device tree?

https://github.com/beagleboard/linux/blob/4.4/arch/arm/boot/dts/am335x-boneblack.dts


We probably need to ask the original developer why the IRQ wasn't connected
to the driver.


>
> Micka,
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CA%2BT6QPmb4Np86P-nHgvkfZirbZUhn0DyF413mqxyMdAb372yCQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[William Hermans]

>
> *That's what I'm proposing.*
>
> * My comment about DDR reads was in response to a specific question of*
> * why performance was so bad doing an LBBO from DDR memory.*
>


Cool. Yeah I've done a lot of contemplation on this specific situation as
well as other PRU related things, and this to me just makes sense. After
having seen you write that certain PRU operation can slow things down
considerably. And going out over the L4 interconnect to DDR memory  . . .
seems like it'd be much slower. But you know, you have the hands on, I do
not. Sooner or later perhaps I can, and will justify the time to start
toying with the PRUs on a regular basis. But I've not needed anything
"fast" yet.

 I'd probably use the PRUs for a different purpose than what I image you're
using them for though Charles. One idea I've had lately is to use two
Serial modules as an IPC mechanism between a supervisor type service
running as root, and a regular user Serial side. But If I implemented the
Serial ports in software by way of the PRUs, it could be really fast.
Granted I'm having a hard time thinking of anything that would require that
speed( that I'd personally need ).

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqiNmQghbvDYb3e15ztbeBvg%3Dx9FGiJtH5vFU3Ao03s9g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[Charles Steinkuehler]

On 6/23/2016 2:10 PM, William Hermans wrote:
> /PRU reads from DDR memory will stall until the data is returned, which/
> /is one reason I suggested using the ARM core to write the data into/
> /the PRU (the writes will post, so the ARM core can carry on doing/
> /other things while the data actually gets written)./
> 
> 
> I've never done this personally, But wouldn't it be faster to write from the 
> ARM 
> core directly into the 12k PRU shared memory ? Or is that what you're 
> proposing ?

That's what I'm proposing.

My comment about DDR reads was in response to a specific question of
why performance was so bad doing an LBBO from DDR memory.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7ea72733-0096-37f1-557b-8c6ab708db07%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[William Hermans]

>
> *PRU reads from DDR memory will stall until the data is returned, which*
> * is one reason I suggested using the ARM core to write the data into*
> * the PRU (the writes will post, so the ARM core can carry on doing*
> * other things while the data actually gets written).*
>

I've never done this personally, But wouldn't it be faster to write from
the ARM core directly into the 12k PRU shared memory ? Or is that what
you're proposing ?

On Thu, Jun 23, 2016 at 12:02 PM, Charles Steinkuehler <
char...@steinkuehler.net> wrote:

> On 6/23/2016 9:43 AM, Vincent lc wrote:
> > First thanks for your reply.
> >
> > So to answer your question, I try to load a data every 25ns.
> >
> > I have few questions regarding your reply :
> >
> >   * Can  I write into the PRU memory form a C program on the ARM side at
> that
> > can of speed ? (because for now I have succeeded at least)
> >   o In addition does your solution can load several data at the same
> time as
> > I do with the propriety of the register R30 of the PRU ?
>
> Probably.  If your data is Byte sized (pun intended), that's 40 MB/s,
> or about 10 million 32-bit writes/sec (10 MHz).  IIRC, the L4_Fast bus
> used to communicate with the PRU runs at 100 MHz, so there's lots of
> head room.
>
> >   * Also the fact, is I am also reading data at the same time (I didn't
> tell you
> > about it previously in order to be clearer)., so can I do so with the
> > solution "C program on the ARM side do the writing into the PRU
> memory
> > ring-buffer" ? Maybe that it would be more easy with your DDR memory
> solution ?
>
> You can read and write from the PRU memories at the same time.  There
> is no problem with the ARM writing to the PRU data memory at the same
> time the PRU is reading it.
>
> >   * Moreover, I didn't new that the PRU got a Ring buffer, is it link
> with the
> > section 4.4.1.2.3.3 28-Bit Shift In of the Technical reference
> manual, or is
> > it something else ?
>
> A ring buffer is a software mechanism that allows two asynchronous
> processes to communicate without having to use locks or semaphores, so
> it is very fast.  There are many ways to construct these depending on
> exactly what you need to do (how many writers and readers there are),
> and what sort of atomic transactions are supported by the hardware
> you're running on.  Google "lock free queue" and "lock free ring
> buffer" for lots of details.  I expect you will probably be OK with a
> degenerate single writer, single reader ring-buffer, but you haven't
> fully explained what you're doing and you keep adding details, so
> you'll have to figure that out for yourself.  :)
>
> >   * Also the fact with your solution with the DDR memory is that to load
> a data
> > from there I have also observed some huge delay with the LBBO
> command. Or
> > it's just me who have done something wrong ?
>
> PRU reads from DDR memory will stall until the data is returned, which
> is one reason I suggested using the ARM core to write the data into
> the PRU (the writes will post, so the ARM core can carry on doing
> other things while the data actually gets written).
>
> If you want to read data efficiently from DDR using the PRU, you
> should use the LBBO command to read as large a block of data as
> possible.  The PRU ties into the same L3F on-chip fabric as the ARM
> and GPU cores, so there's plenty of bandwidth, you just need to read
> as much as possible at one time to reduce the read latency effects.
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/4ed0fb23-efa9-dec8-f075-f830318e5e92%40steinkuehler.net
> .
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpdXSv3mW3NYNicrBRCUuwWpDgnm37RK6WtfjtCbVyoQg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

>
> It does, but it depends on the image you start with.  Usually it's
> found in /opt/source/beaglebone-universal-io/, with a symlink for
> config-pin in /usr/local/bin/config-pin:
>
>
> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396
>

Oh, ok. I start with the console images always, and this is not the first
time I've not been able to find config-pin. But after some investigation,
and a system wide search for the file 'config-pin' turned up nothing. It
was then just a matter of realizing that I had everything in place already
except config pin. So I read the Makefile figured out where make install
would put the file . . .and went from there ;)

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORrHLQtcUjKGnMC6AXLdkh8rhtuRvxgs0srUGVqhVFxJLQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[Charles Steinkuehler]

On 6/23/2016 9:43 AM, Vincent lc wrote:
> First thanks for your reply.
> 
> So to answer your question, I try to load a data every 25ns.
> 
> I have few questions regarding your reply :
> 
>   * Can  I write into the PRU memory form a C program on the ARM side at that
> can of speed ? (because for now I have succeeded at least)
>   o In addition does your solution can load several data at the same time 
> as
> I do with the propriety of the register R30 of the PRU ?

Probably.  If your data is Byte sized (pun intended), that's 40 MB/s,
or about 10 million 32-bit writes/sec (10 MHz).  IIRC, the L4_Fast bus
used to communicate with the PRU runs at 100 MHz, so there's lots of
head room.

>   * Also the fact, is I am also reading data at the same time (I didn't tell 
> you
> about it previously in order to be clearer)., so can I do so with the
> solution "C program on the ARM side do the writing into the PRU memory
> ring-buffer" ? Maybe that it would be more easy with your DDR memory 
> solution ?

You can read and write from the PRU memories at the same time.  There
is no problem with the ARM writing to the PRU data memory at the same
time the PRU is reading it.

>   * Moreover, I didn't new that the PRU got a Ring buffer, is it link with the
> section 4.4.1.2.3.3 28-Bit Shift In of the Technical reference manual, or 
> is
> it something else ?

A ring buffer is a software mechanism that allows two asynchronous
processes to communicate without having to use locks or semaphores, so
it is very fast.  There are many ways to construct these depending on
exactly what you need to do (how many writers and readers there are),
and what sort of atomic transactions are supported by the hardware
you're running on.  Google "lock free queue" and "lock free ring
buffer" for lots of details.  I expect you will probably be OK with a
degenerate single writer, single reader ring-buffer, but you haven't
fully explained what you're doing and you keep adding details, so
you'll have to figure that out for yourself.  :)

>   * Also the fact with your solution with the DDR memory is that to load a 
> data
> from there I have also observed some huge delay with the LBBO command. Or
> it's just me who have done something wrong ?

PRU reads from DDR memory will stall until the data is returned, which
is one reason I suggested using the ARM core to write the data into
the PRU (the writes will post, so the ARM core can carry on doing
other things while the data actually gets written).

If you want to read data efficiently from DDR using the PRU, you
should use the LBBO command to read as large a block of data as
possible.  The PRU ties into the same L3F on-chip fabric as the ARM
and GPU cores, so there's plenty of bandwidth, you just need to read
as much as possible at one time to reduce the read latency effects.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/4ed0fb23-efa9-dec8-f075-f830318e5e92%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: PRU RPMsg device file missing

[engkan2kit]

I have the same problem and using kernel 4.4.9-ti-rt-r26.

In my case, the rpmsg_pru is not loaded when booting or when you modprobe 
pru_rproc. I can't see the added device in /dev.



On Sunday, May 29, 2016 at 11:30:30 PM UTC+8, Greg wrote:
>
> Hi Torben-
>
> I got that image to work.  Here is a summary of the steps.  Note that I am 
> ssh-ing to a BBG as root.
>
> 1.  Flash IOT image to micro-sd.
> 2.  Insert micro-sd into BBG slot, press boot and power buttons and 
> release.
> 3.  ssh ro...@192.168.1.7 
> 4.  uname -r to verify kernel -> 4.4.9-ti-r25  YES, it is the correct 
> kernel.
> 5.  apt-get update
> 6.  cd / and then find . -name cgt-pru, and the path is 
> /usr/share/ti/cgt-pru.  This is the location of the PRU library and 
> includes.
>  However, the clpru compiler binary is not there:
>  which clpru
>  /usr/bin/clpru
>  So the compiler binary is in a different location.  This is a problem 
> for the labs make files.
>  cd /usr/share/ti/cgt-pru
>  mkdir bin
>  ln -s /usr/bin/clpru clpru
>  So now the make files will find the compiler executable in the 
> correct location via the link.
> 7.  cd /home/debian
>  git clone git://
> git.ti.com/pru-software-support-package/pru-software-support-package.git
>  This will clone a copy of the latest pru support package.
> 8.  cd into lab_5 in the package:
>  cd lab_5/solution/PRU_Halt
>  make
>  This will fail, it is looking for environment variable $PRU_CGT
>  export PRU_CGT=/usr/share/ti/cgt-pru
>  Now try make again.  It should succeed.
> 9.  cd gen
>  cp PRU_Halt.out am335x-pru0-fw
>  cp am335x-pru0-fw /lib/firmware
> 10.  Now cd into the PRU_RPMsg_Echo_Interrupt1 directory in the same lab_5.
>Edit main.c as follows:
> //#define CHAN_NAME "rpmsg-client-sample"
> #define CHAN_NAME "rpmsg-pru"
> 11.  Now almost the same as #9, this time for pru1:
>  cd gen
>  cp PRU_RPMsg_Echo_Interrupt1.out am335x-pru1-fw
>  cp am335x-pru1-fw /lib/firmware
> 12.  Reboot
> 13.  cd /dev look for rpmsg_pru31 device file.  It will be there!
>
> Hopefully I did not miss any of the steps.  Let me know if this helps.
>
> Regards,
> Greg
>
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/e498fe32-2d1f-4d42-8f59-dcd530cd25de%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: PRU Pattern bigger than 8k

[TJF]

Hello Vincent!

Am Donnerstag, 23. Juni 2016 12:55:01 UTC+2 schrieb Vincent lc:
>
> However, the time to load 8k data into the ram is really high, it takes 
> between 3 to 8 s to do so.
>

Can you please explain that? Which code do you use to load the DRam? How do 
you measure the time?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/06996091-c9cd-48d7-829a-c5d57baf5449%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[Charles Steinkuehler]

It does, but it depends on the image you start with.  Usually it's
found in /opt/source/beaglebone-universal-io/, with a symlink for
config-pin in /usr/local/bin/config-pin:

https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org-wheezy.sh#L389-L396

On 6/23/2016 11:23 AM, William Hermans wrote:
> I thought, perhaps incorrectly that config-pin came shipped by default.
> 
> On Thu, Jun 23, 2016 at 9:22 AM, William Hermans  > wrote:
> 
> My cure . . .
> 
> william@beaglebone:~$ wget
> 
> https://raw.githubusercontent.com/cdsteinkuehler/beaglebone-universal-io/master/config-pin
> william@beaglebone:~$ sudo chmod +x config-pin
> [sudo] password for william:
> william@beaglebone:~$ sudo cp ./config-pin /usr/bin
> william@beaglebone:~$ config-pin -l P8.07
> default gpio gpio_pu gpio_pd timer
> 
> On Thu, Jun 23, 2016 at 9:07 AM, William Hermans  > wrote:
> 
> Still no dice . . .
> 
> william@beaglebone:~$ dmesg |grep univ
> [0.00] Kernel command line: console=tty0 
> console=ttyO0,115200n8
> bone_capemgr.enable_partno=cape-universaln root=/dev/mmcblk0p1
> rootfstype=ext4 rootwait ipv6.disable=1
> [5.541989] bone_capemgr bone_capemgr: enabled_partno PARTNO
> 'cape-universaln' VER 'N/A' PR '0'
> [5.563179] bone_capemgr bone_capemgr: slot #4: 'Override Board
> Name,00A0,Override Manuf,cape-universaln'
> [5.704778] gpio-of-helper ocp:cape-universal: Allocated GPIO id=0
> [5.713400] gpio-of-helper ocp:cape-universal: Allocated GPIO id=1
> . . .
> 
> [6.198582] gpio-of-helper ocp:cape-universal: Allocated GPIO id=32
> [6.204916] gpio-of-helper ocp:cape-universal: ready
> [6.320586] bone_capemgr bone_capemgr: slot #4: dtbo
> 'cape-universaln-00A0.dtbo' loaded; overlay id #0
> william@beaglebone:~$ sudo config-pin
> [sudo] password for william:
> sudo: config-pin: command not found
> 
> william@beaglebone:~$ uname -r
> 4.4.9-bone-rt-r10
> 
> william@beaglebone:~$ cat /etc/dogtag
> BeagleBoard.org Debian Image 2016-05-01
> 
> william@beaglebone:~$ cat /boot/uEnv.txt |grep cmdline
> #cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
> cmdline=ipv6.disable=1
> #cmdline=coherent_pool=1M quiet cape_universal=enable
> video=HDMI-A-1:1024x768@60e
> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
> 
> william@beaglebone:~$ cat /boot/uEnv.txt |grep universaln
> cape_enable=bone_capemgr.enable_partno=cape-universaln
> 
> 
> 
> 
> On Thu, Jun 23, 2016 at 8:48 AM, William Hermans  > wrote:
> 
> @Robert
> 
> So I decided to give universal-io a go for the first time( finally
> ), but . . . trying to follow along with Charles' examples on 
> github
> . . .
> 
> william@beaglebone:~$ sudo config-pin -l P9.14
> sudo: config-pin: command not found
> 
>   At this point, I do not know what is going on. So I check 
> around a
> little.
> william@beaglebone:~$ dmesg |grep universal
> [0.00] Kernel command line: console=tty0
> console=ttyO0,115200n8 root=/dev/mmcblk0p1 rootfstype=ext4 
> rootwait
> coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
> 
> william@beaglebone:~$ cat /boot/uEnv.txt | grep cmdline
> cmdline=coherent_pool=1M quiet cape_universal=enable 
> ipv6.disable=1
> #cmdline=ipv6.disable=1
> #cmdline=coherent_pool=1M quiet cape_universal=enable
> video=HDMI-A-1:1024x768@60e
> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
> 
> At which point, I am stuck. I did on a previous boot also manually
> load the universaln overlay. I did notice a lot more noise from
> dmesg in relation to pings being configured. But still no 
> config-pin
> utility . . .
> 
> What am I missing ?
> 
> -- 
> 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
> .
> To view this discussion on the web visit
> 
> https://groups.google.com/d/msgid/beagleboard/f35e0bef-730f-4ddb-bc64-1abb8e4a24e8%40googlegroups.com
> 
> 

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

I thought, perhaps incorrectly that config-pin came shipped by default.

On Thu, Jun 23, 2016 at 9:22 AM, William Hermans  wrote:

> My cure . . .
>
> william@beaglebone:~$ wget
> https://raw.githubusercontent.com/cdsteinkuehler/beaglebone-universal-io/master/config-pin
> william@beaglebone:~$ sudo chmod +x config-pin
> [sudo] password for william:
> william@beaglebone:~$ sudo cp ./config-pin /usr/bin
> william@beaglebone:~$ config-pin -l P8.07
> default gpio gpio_pu gpio_pd timer
>
> On Thu, Jun 23, 2016 at 9:07 AM, William Hermans 
> wrote:
>
>> Still no dice . . .
>>
>> william@beaglebone:~$ dmesg |grep univ
>> [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
>> bone_capemgr.enable_partno=cape-universaln root=/dev/mmcblk0p1
>> rootfstype=ext4 rootwait ipv6.disable=1
>> [5.541989] bone_capemgr bone_capemgr: enabled_partno PARTNO
>> 'cape-universaln' VER 'N/A' PR '0'
>> [5.563179] bone_capemgr bone_capemgr: slot #4: 'Override Board
>> Name,00A0,Override Manuf,cape-universaln'
>> [5.704778] gpio-of-helper ocp:cape-universal: Allocated GPIO id=0
>> [5.713400] gpio-of-helper ocp:cape-universal: Allocated GPIO id=1
>> . . .
>>
>> [6.198582] gpio-of-helper ocp:cape-universal: Allocated GPIO id=32
>> [6.204916] gpio-of-helper ocp:cape-universal: ready
>> [6.320586] bone_capemgr bone_capemgr: slot #4: dtbo
>> 'cape-universaln-00A0.dtbo' loaded; overlay id #0
>> william@beaglebone:~$ sudo config-pin
>> [sudo] password for william:
>> sudo: config-pin: command not found
>>
>> william@beaglebone:~$ uname -r
>> 4.4.9-bone-rt-r10
>>
>> william@beaglebone:~$ cat /etc/dogtag
>> BeagleBoard.org Debian Image 2016-05-01
>>
>> william@beaglebone:~$ cat /boot/uEnv.txt |grep cmdline
>> #cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
>> cmdline=ipv6.disable=1
>> #cmdline=coherent_pool=1M quiet cape_universal=enable
>> video=HDMI-A-1:1024x768@60e
>> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>>
>> william@beaglebone:~$ cat /boot/uEnv.txt |grep universaln
>> cape_enable=bone_capemgr.enable_partno=cape-universaln
>>
>>
>>
>>
>> On Thu, Jun 23, 2016 at 8:48 AM, William Hermans 
>> wrote:
>>
>>> @Robert
>>>
>>> So I decided to give universal-io a go for the first time( finally ),
>>> but . . . trying to follow along with Charles' examples on github . . .
>>>
>>> william@beaglebone:~$ sudo config-pin -l P9.14
>>> sudo: config-pin: command not found
>>>
>>>  At this point, I do not know what is going on. So I check around a
>>> little.
>>> william@beaglebone:~$ dmesg |grep universal
>>> [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
>>> root=/dev/mmcblk0p1 rootfstype=ext4 rootwait coherent_pool=1M quiet
>>> cape_universal=enable ipv6.disable=1
>>>
>>> william@beaglebone:~$ cat /boot/uEnv.txt | grep cmdline
>>> cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
>>> #cmdline=ipv6.disable=1
>>> #cmdline=coherent_pool=1M quiet cape_universal=enable
>>> video=HDMI-A-1:1024x768@60e
>>> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>>>
>>> At which point, I am stuck. I did on a previous boot also manually load
>>> the universaln overlay. I did notice a lot more noise from dmesg in
>>> relation to pings being configured. But still no config-pin utility . . .
>>>
>>> What am I missing ?
>>>
>>> --
>>> 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.
>>> To view this discussion on the web visit
>>> https://groups.google.com/d/msgid/beagleboard/f35e0bef-730f-4ddb-bc64-1abb8e4a24e8%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqZwjcxuJKZDirbD8J80mgetcgxNRxgbcgMraGjLyOk7w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

My cure . . .

william@beaglebone:~$ wget
https://raw.githubusercontent.com/cdsteinkuehler/beaglebone-universal-io/master/config-pin
william@beaglebone:~$ sudo chmod +x config-pin
[sudo] password for william:
william@beaglebone:~$ sudo cp ./config-pin /usr/bin
william@beaglebone:~$ config-pin -l P8.07
default gpio gpio_pu gpio_pd timer

On Thu, Jun 23, 2016 at 9:07 AM, William Hermans  wrote:

> Still no dice . . .
>
> william@beaglebone:~$ dmesg |grep univ
> [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
> bone_capemgr.enable_partno=cape-universaln root=/dev/mmcblk0p1
> rootfstype=ext4 rootwait ipv6.disable=1
> [5.541989] bone_capemgr bone_capemgr: enabled_partno PARTNO
> 'cape-universaln' VER 'N/A' PR '0'
> [5.563179] bone_capemgr bone_capemgr: slot #4: 'Override Board
> Name,00A0,Override Manuf,cape-universaln'
> [5.704778] gpio-of-helper ocp:cape-universal: Allocated GPIO id=0
> [5.713400] gpio-of-helper ocp:cape-universal: Allocated GPIO id=1
> . . .
>
> [6.198582] gpio-of-helper ocp:cape-universal: Allocated GPIO id=32
> [6.204916] gpio-of-helper ocp:cape-universal: ready
> [6.320586] bone_capemgr bone_capemgr: slot #4: dtbo
> 'cape-universaln-00A0.dtbo' loaded; overlay id #0
> william@beaglebone:~$ sudo config-pin
> [sudo] password for william:
> sudo: config-pin: command not found
>
> william@beaglebone:~$ uname -r
> 4.4.9-bone-rt-r10
>
> william@beaglebone:~$ cat /etc/dogtag
> BeagleBoard.org Debian Image 2016-05-01
>
> william@beaglebone:~$ cat /boot/uEnv.txt |grep cmdline
> #cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
> cmdline=ipv6.disable=1
> #cmdline=coherent_pool=1M quiet cape_universal=enable
> video=HDMI-A-1:1024x768@60e
> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>
> william@beaglebone:~$ cat /boot/uEnv.txt |grep universaln
> cape_enable=bone_capemgr.enable_partno=cape-universaln
>
>
>
>
> On Thu, Jun 23, 2016 at 8:48 AM, William Hermans 
> wrote:
>
>> @Robert
>>
>> So I decided to give universal-io a go for the first time( finally ), but
>> . . . trying to follow along with Charles' examples on github . . .
>>
>> william@beaglebone:~$ sudo config-pin -l P9.14
>> sudo: config-pin: command not found
>>
>>  At this point, I do not know what is going on. So I check around a
>> little.
>> william@beaglebone:~$ dmesg |grep universal
>> [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
>> root=/dev/mmcblk0p1 rootfstype=ext4 rootwait coherent_pool=1M quiet
>> cape_universal=enable ipv6.disable=1
>>
>> william@beaglebone:~$ cat /boot/uEnv.txt | grep cmdline
>> cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
>> #cmdline=ipv6.disable=1
>> #cmdline=coherent_pool=1M quiet cape_universal=enable
>> video=HDMI-A-1:1024x768@60e
>> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>>
>> At which point, I am stuck. I did on a previous boot also manually load
>> the universaln overlay. I did notice a lot more noise from dmesg in
>> relation to pings being configured. But still no config-pin utility . . .
>>
>> What am I missing ?
>>
>> --
>> 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.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msgid/beagleboard/f35e0bef-730f-4ddb-bc64-1abb8e4a24e8%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORo06mWcErSMB%2BYt4PcQ4P2m%3D1mQFOs7NJt4doJAVk47ng%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

Still no dice . . .

william@beaglebone:~$ dmesg |grep univ
[0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
bone_capemgr.enable_partno=cape-universaln root=/dev/mmcblk0p1
rootfstype=ext4 rootwait ipv6.disable=1
[5.541989] bone_capemgr bone_capemgr: enabled_partno PARTNO
'cape-universaln' VER 'N/A' PR '0'
[5.563179] bone_capemgr bone_capemgr: slot #4: 'Override Board
Name,00A0,Override Manuf,cape-universaln'
[5.704778] gpio-of-helper ocp:cape-universal: Allocated GPIO id=0
[5.713400] gpio-of-helper ocp:cape-universal: Allocated GPIO id=1
. . .

[6.198582] gpio-of-helper ocp:cape-universal: Allocated GPIO id=32
[6.204916] gpio-of-helper ocp:cape-universal: ready
[6.320586] bone_capemgr bone_capemgr: slot #4: dtbo
'cape-universaln-00A0.dtbo' loaded; overlay id #0
william@beaglebone:~$ sudo config-pin
[sudo] password for william:
sudo: config-pin: command not found

william@beaglebone:~$ uname -r
4.4.9-bone-rt-r10

william@beaglebone:~$ cat /etc/dogtag
BeagleBoard.org Debian Image 2016-05-01

william@beaglebone:~$ cat /boot/uEnv.txt |grep cmdline
#cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
cmdline=ipv6.disable=1
#cmdline=coherent_pool=1M quiet cape_universal=enable
video=HDMI-A-1:1024x768@60e
#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh

william@beaglebone:~$ cat /boot/uEnv.txt |grep universaln
cape_enable=bone_capemgr.enable_partno=cape-universaln




On Thu, Jun 23, 2016 at 8:48 AM, William Hermans  wrote:

> @Robert
>
> So I decided to give universal-io a go for the first time( finally ), but
> . . . trying to follow along with Charles' examples on github . . .
>
> william@beaglebone:~$ sudo config-pin -l P9.14
> sudo: config-pin: command not found
>
>  At this point, I do not know what is going on. So I check around a little.
> william@beaglebone:~$ dmesg |grep universal
> [0.00] Kernel command line: console=tty0 console=ttyO0,115200n8
> root=/dev/mmcblk0p1 rootfstype=ext4 rootwait coherent_pool=1M quiet
> cape_universal=enable ipv6.disable=1
>
> william@beaglebone:~$ cat /boot/uEnv.txt | grep cmdline
> cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
> #cmdline=ipv6.disable=1
> #cmdline=coherent_pool=1M quiet cape_universal=enable
> video=HDMI-A-1:1024x768@60e
> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>
> At which point, I am stuck. I did on a previous boot also manually load
> the universaln overlay. I did notice a lot more noise from dmesg in
> relation to pings being configured. But still no config-pin utility . . .
>
> What am I missing ?
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/f35e0bef-730f-4ddb-bc64-1abb8e4a24e8%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORpJKk3DtGkfgv5cn4gTiZJuBnEEoGzDiN6pNjVhGThb2Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] gdbserver won't install (debian 8.4)

[William Hermans]

So, it works. Judging from your output, you may have lost internet in the
middle of that command, or your providers DNS for the IP addresses listed
in your output went south. It happens . . .

william@beaglebone:~$ sudo apt-get install gdbserver
[sudo] password for william:
Reading package lists... Done
Building dependency tree
Reading state information... Done
The following NEW packages will be installed:
  gdbserver
0 upgraded, 1 newly installed, 0 to remove and 28 not upgraded.
Need to get 203 kB of archives.
After this operation, 347 kB of additional disk space will be used.
Get:1 http://httpredir.debian.org/debian/ jessie/main gdbserver armhf
7.7.1+dfsg-5 [203 kB]
Fetched 203 kB in 1s (163 kB/s)
perl: warning: Setting locale failed.
perl: warning: Please check that your locale settings:
LANGUAGE = (unset),
LC_ALL = (unset),
LANG = "en_US.UTF-8"
are supported and installed on your system.
perl: warning: Falling back to the standard locale ("C").
locale: Cannot set LC_CTYPE to default locale: No such file or directory
locale: Cannot set LC_MESSAGES to default locale: No such file or directory
locale: Cannot set LC_ALL to default locale: No such file or directory
Selecting previously unselected package gdbserver.
(Reading database ... 40100 files and directories currently installed.)
Preparing to unpack .../gdbserver_7.7.1+dfsg-5_armhf.deb ...
Unpacking gdbserver (7.7.1+dfsg-5) ...
Setting up gdbserver (7.7.1+dfsg-5) ...


On Thu, Jun 23, 2016 at 8:54 AM, William Hermans  wrote:

> By the way, When you're running as root. You do not have to use sudo.
>
> On Thu, Jun 23, 2016 at 8:51 AM, William Hermans 
> wrote:
>
>> Try:
>>
>> $ sudo apt-get update
>> $ sudo apt-get upgrade
>>
>> You're using an older APT list file and hopefully apt-get upgrade will
>> fix that. If not, then probably Robert will have to tell you what he's
>> changed the list to most recently.
>>
>>
>> On Thu, Jun 23, 2016 at 8:38 AM, Ben Nguyen 
>> wrote:
>>
>>>
>>> Thanks, I get the same install error...   However, there's a bunch of
>>> error messages* during apt-get update that weren't there when before (when
>>> I originally ran it after upgrading the flash from debian 7 to 8).
>>>
>>> By the way, I tried posting this on the forum, but couldn't find it..
>>> How did you see this?!
>>>
>>> Thanks!
>>> Ben
>>>
>>>
>>> *
>>> login as: root
>>> Debian GNU/Linux 8
>>>
>>> BeagleBoard.org Debian Image 2016-05-13
>>>
>>> Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
>>>
>>> default username:password is [debian:temppwd]
>>>
>>> Last login: Thu Jun 23 05:50:53 2016 from bbb.attlocal.net
>>> root@beaglebone:~# sudo apt-get update
>>> Get:1 http://security.debian.org jessie/updates InRelease [63.1 kB]
>>> Hit http://repos.rcn-ee.com jessie InRelease
>>> Hit https://deb.nodesource.com jessie InRelease
>>> Get:2 https://deb.nodesource.com jessie/main armhf Packages [976 B]
>>> Get:3 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>>> Ign http://httpredir.debian.org jessie InRelease
>>> Get:4 http://httpredir.debian.org jessie-updates InRelease [142 kB]
>>> Get:5 http://security.debian.org jessie/updates/main armhf Packages
>>> [345 kB]
>>> Get:6 http://httpredir.debian.org jessie-updates InRelease [142 kB]
>>> Get:7 http://security.debian.org jessie/updates/main armhf Packages
>>> [345 kB]
>>> Get:8 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>>> Get:9 http://security.debian.org jessie/updates/contrib armhf Packages
>>> [994 B]
>>> Get:10 http://security.debian.org jessie/updates/non-free armhf
>>> Packages [20 B]
>>> Get:11 http://httpredir.debian.org jessie Release.gpg [2373 B]
>>> Get:12 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>>> Err http://httpredir.debian.org jessie Release
>>>
>>> Err http://httpredir.debian.org jessie-updates/contrib armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Err http://httpredir.debian.org jessie-updates/main armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Err http://httpredir.debian.org jessie-updates/non-free armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Err http://httpredir.debian.org jessie/main armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Err http://httpredir.debian.org jessie/contrib armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Err http://httpredir.debian.org jessie/non-free armhf Packages
>>>   Unable to connect to httpredir.debian.org:http: [IP:
>>> 2001:41c8:1000:21::21:35 80]
>>> Fetched 368 kB in 4min 37s (1324 B/s)
>>> Reading package lists... Done
>>> W: Failed to fetch
>>> http://httpredir.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages
>>>  Unable to connect to httpredir.

Re: [beagleboard] gdbserver won't install (debian 8.4)

[William Hermans]

By the way, When you're running as root. You do not have to use sudo.

On Thu, Jun 23, 2016 at 8:51 AM, William Hermans  wrote:

> Try:
>
> $ sudo apt-get update
> $ sudo apt-get upgrade
>
> You're using an older APT list file and hopefully apt-get upgrade will fix
> that. If not, then probably Robert will have to tell you what he's changed
> the list to most recently.
>
>
> On Thu, Jun 23, 2016 at 8:38 AM, Ben Nguyen 
> wrote:
>
>>
>> Thanks, I get the same install error...   However, there's a bunch of
>> error messages* during apt-get update that weren't there when before (when
>> I originally ran it after upgrading the flash from debian 7 to 8).
>>
>> By the way, I tried posting this on the forum, but couldn't find it..
>> How did you see this?!
>>
>> Thanks!
>> Ben
>>
>>
>> *
>> login as: root
>> Debian GNU/Linux 8
>>
>> BeagleBoard.org Debian Image 2016-05-13
>>
>> Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
>>
>> default username:password is [debian:temppwd]
>>
>> Last login: Thu Jun 23 05:50:53 2016 from bbb.attlocal.net
>> root@beaglebone:~# sudo apt-get update
>> Get:1 http://security.debian.org jessie/updates InRelease [63.1 kB]
>> Hit http://repos.rcn-ee.com jessie InRelease
>> Hit https://deb.nodesource.com jessie InRelease
>> Get:2 https://deb.nodesource.com jessie/main armhf Packages [976 B]
>> Get:3 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>> Ign http://httpredir.debian.org jessie InRelease
>> Get:4 http://httpredir.debian.org jessie-updates InRelease [142 kB]
>> Get:5 http://security.debian.org jessie/updates/main armhf Packages [345
>> kB]
>> Get:6 http://httpredir.debian.org jessie-updates InRelease [142 kB]
>> Get:7 http://security.debian.org jessie/updates/main armhf Packages [345
>> kB]
>> Get:8 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>> Get:9 http://security.debian.org jessie/updates/contrib armhf Packages
>> [994 B]
>> Get:10 http://security.debian.org jessie/updates/non-free armhf Packages
>> [20 B]
>> Get:11 http://httpredir.debian.org jessie Release.gpg [2373 B]
>> Get:12 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
>> Err http://httpredir.debian.org jessie Release
>>
>> Err http://httpredir.debian.org jessie-updates/contrib armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Err http://httpredir.debian.org jessie-updates/main armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Err http://httpredir.debian.org jessie-updates/non-free armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Err http://httpredir.debian.org jessie/main armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Err http://httpredir.debian.org jessie/contrib armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Err http://httpredir.debian.org jessie/non-free armhf Packages
>>   Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>> Fetched 368 kB in 4min 37s (1324 B/s)
>> Reading package lists... Done
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie-updates/contrib/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie-updates/non-free/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie/Release
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie/main/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie/contrib/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Failed to fetch
>> http://httpredir.debian.org/debian/dists/jessie/non-free/binary-armhf/Packages
>>  Unable to connect to httpredir.debian.org:http: [IP:
>> 2001:41c8:1000:21::21:35 80]
>>
>> W: Some index files failed to download. They have been ignored, or old
>> ones used instead.
>> "
>>
>>
>>
>>
>> "
>> root@beaglebone:~# sudo apt-get install gdbserver
>> Reading package lists... Done
>> Building dependency tree
>> Reading state information... Done
>> Package gdbserver is not available, but is referred to by another package.
>> This may mean that the package is missing, has been obsoleted, or
>> is only available from another source
>>
>> E: Package 'gdbserver' has no 

Re: [beagleboard] gdbserver won't install (debian 8.4)

[William Hermans]

Try:

$ sudo apt-get update
$ sudo apt-get upgrade

You're using an older APT list file and hopefully apt-get upgrade will fix
that. If not, then probably Robert will have to tell you what he's changed
the list to most recently.


On Thu, Jun 23, 2016 at 8:38 AM, Ben Nguyen 
wrote:

>
> Thanks, I get the same install error...   However, there's a bunch of
> error messages* during apt-get update that weren't there when before (when
> I originally ran it after upgrading the flash from debian 7 to 8).
>
> By the way, I tried posting this on the forum, but couldn't find it..
> How did you see this?!
>
> Thanks!
> Ben
>
>
> *
> login as: root
> Debian GNU/Linux 8
>
> BeagleBoard.org Debian Image 2016-05-13
>
> Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian
>
> default username:password is [debian:temppwd]
>
> Last login: Thu Jun 23 05:50:53 2016 from bbb.attlocal.net
> root@beaglebone:~# sudo apt-get update
> Get:1 http://security.debian.org jessie/updates InRelease [63.1 kB]
> Hit http://repos.rcn-ee.com jessie InRelease
> Hit https://deb.nodesource.com jessie InRelease
> Get:2 https://deb.nodesource.com jessie/main armhf Packages [976 B]
> Get:3 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
> Ign http://httpredir.debian.org jessie InRelease
> Get:4 http://httpredir.debian.org jessie-updates InRelease [142 kB]
> Get:5 http://security.debian.org jessie/updates/main armhf Packages [345
> kB]
> Get:6 http://httpredir.debian.org jessie-updates InRelease [142 kB]
> Get:7 http://security.debian.org jessie/updates/main armhf Packages [345
> kB]
> Get:8 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
> Get:9 http://security.debian.org jessie/updates/contrib armhf Packages
> [994 B]
> Get:10 http://security.debian.org jessie/updates/non-free armhf Packages
> [20 B]
> Get:11 http://httpredir.debian.org jessie Release.gpg [2373 B]
> Get:12 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
> Err http://httpredir.debian.org jessie Release
>
> Err http://httpredir.debian.org jessie-updates/contrib armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Err http://httpredir.debian.org jessie-updates/main armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Err http://httpredir.debian.org jessie-updates/non-free armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Err http://httpredir.debian.org jessie/main armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Err http://httpredir.debian.org jessie/contrib armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Err http://httpredir.debian.org jessie/non-free armhf Packages
>   Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
> Fetched 368 kB in 4min 37s (1324 B/s)
> Reading package lists... Done
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie-updates/contrib/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie-updates/non-free/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Failed to fetch http://httpredir.debian.org/debian/dists/jessie/Release
>
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie/main/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie/contrib/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Failed to fetch
> http://httpredir.debian.org/debian/dists/jessie/non-free/binary-armhf/Packages
>  Unable to connect to httpredir.debian.org:http: [IP:
> 2001:41c8:1000:21::21:35 80]
>
> W: Some index files failed to download. They have been ignored, or old
> ones used instead.
> "
>
>
>
>
> "
> root@beaglebone:~# sudo apt-get install gdbserver
> Reading package lists... Done
> Building dependency tree
> Reading state information... Done
> Package gdbserver is not available, but is referred to by another package.
> This may mean that the package is missing, has been obsoleted, or
> is only available from another source
>
> E: Package 'gdbserver' has no installation candidate
> root@beaglebone:~#
> "
>
> On Wed, Jun 22, 2016 at 9:11 AM, Robert Nelson 
> wrote:
>
>> On Wed, Jun 22, 2016 at 10:35 AM,   wrote:
>> > Hi,
>> >
>> > I'm trying to run ./gdbserver on the beaglebone black but I get:
>> >  'No such file or dir

[beagleboard] Re: cape-universal & 4.1.x = default.. ;)

[William Hermans]

@Robert

So I decided to give universal-io a go for the first time( finally ), but . 
. . trying to follow along with Charles' examples on github . . .

william@beaglebone:~$ sudo config-pin -l P9.14
sudo: config-pin: command not found

 At this point, I do not know what is going on. So I check around a little.
william@beaglebone:~$ dmesg |grep universal
[0.00] Kernel command line: console=tty0 console=ttyO0,115200n8 
root=/dev/mmcblk0p1 rootfstype=ext4 rootwait coherent_pool=1M quiet 
cape_universal=enable ipv6.disable=1

william@beaglebone:~$ cat /boot/uEnv.txt | grep cmdline
cmdline=coherent_pool=1M quiet cape_universal=enable ipv6.disable=1
#cmdline=ipv6.disable=1
#cmdline=coherent_pool=1M quiet cape_universal=enable 
video=HDMI-A-1:1024x768@60e
#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh

At which point, I am stuck. I did on a previous boot also manually load the 
universaln overlay. I did notice a lot more noise from dmesg in relation to 
pings being configured. But still no config-pin utility . . .

What am I missing ?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/f35e0bef-730f-4ddb-bc64-1abb8e4a24e8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] gdbserver won't install (debian 8.4)

[Ben Nguyen]

Thanks, I get the same install error...   However, there's a bunch of error
messages* during apt-get update that weren't there when before (when I
originally ran it after upgrading the flash from debian 7 to 8).

By the way, I tried posting this on the forum, but couldn't find it..   How
did you see this?!

Thanks!
Ben


*
login as: root
Debian GNU/Linux 8

BeagleBoard.org Debian Image 2016-05-13

Support/FAQ: http://elinux.org/Beagleboard:BeagleBoneBlack_Debian

default username:password is [debian:temppwd]

Last login: Thu Jun 23 05:50:53 2016 from bbb.attlocal.net
root@beaglebone:~# sudo apt-get update
Get:1 http://security.debian.org jessie/updates InRelease [63.1 kB]
Hit http://repos.rcn-ee.com jessie InRelease
Hit https://deb.nodesource.com jessie InRelease
Get:2 https://deb.nodesource.com jessie/main armhf Packages [976 B]
Get:3 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
Ign http://httpredir.debian.org jessie InRelease
Get:4 http://httpredir.debian.org jessie-updates InRelease [142 kB]
Get:5 http://security.debian.org jessie/updates/main armhf Packages [345 kB]
Get:6 http://httpredir.debian.org jessie-updates InRelease [142 kB]
Get:7 http://security.debian.org jessie/updates/main armhf Packages [345 kB]
Get:8 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
Get:9 http://security.debian.org jessie/updates/contrib armhf Packages [994
B]
Get:10 http://security.debian.org jessie/updates/non-free armhf Packages
[20 B]
Get:11 http://httpredir.debian.org jessie Release.gpg [2373 B]
Get:12 http://repos.rcn-ee.com jessie/main armhf Packages [501 kB]
Err http://httpredir.debian.org jessie Release

Err http://httpredir.debian.org jessie-updates/contrib armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Err http://httpredir.debian.org jessie-updates/main armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Err http://httpredir.debian.org jessie-updates/non-free armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Err http://httpredir.debian.org jessie/main armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Err http://httpredir.debian.org jessie/contrib armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Err http://httpredir.debian.org jessie/non-free armhf Packages
  Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]
Fetched 368 kB in 4min 37s (1324 B/s)
Reading package lists... Done
W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie-updates/main/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie-updates/contrib/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie-updates/non-free/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Failed to fetch http://httpredir.debian.org/debian/dists/jessie/Release

W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie/main/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie/contrib/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Failed to fetch
http://httpredir.debian.org/debian/dists/jessie/non-free/binary-armhf/Packages
 Unable to connect to httpredir.debian.org:http: [IP:
2001:41c8:1000:21::21:35 80]

W: Some index files failed to download. They have been ignored, or old ones
used instead.
"




"
root@beaglebone:~# sudo apt-get install gdbserver
Reading package lists... Done
Building dependency tree
Reading state information... Done
Package gdbserver is not available, but is referred to by another package.
This may mean that the package is missing, has been obsoleted, or
is only available from another source

E: Package 'gdbserver' has no installation candidate
root@beaglebone:~#
"

On Wed, Jun 22, 2016 at 9:11 AM, Robert Nelson 
wrote:

> On Wed, Jun 22, 2016 at 10:35 AM,   wrote:
> > Hi,
> >
> > I'm trying to run ./gdbserver on the beaglebone black but I get:
> >  'No such file or directory'
> >
> > The BBB is flashed with 8.4 (cat /etc/debian_version)
> >
> > According to the excellent Derek Molloy videos, it should come
> pre-installed
> > with debian:
> > https://www.youtube.com/watch?v=T9yFyWsyyGk&t=31m2s
> >
> > Unfortunately, even trying to install it manually doesn't work:
> > "
> > root@beaglebone:~# apt-get install gdbserver
> > Reading package lists... Done
> > Building dependency tree
> > Reading state information... Done
> > Package gdbserver is not available, but is

[beagleboard] Re: force resolution HDMI, much variants unfortunately does not works

[epi kao]

with raspberry it's really much simpler!! :-(
=> I was successfully set up the output by simply adding a 
command"hdmi_cvt=1920 
720 60 0 0 0 0" in config.txt

Am Donnerstag, 23. Juni 2016 16:53:16 UTC+2 schrieb epi kao:
>
> i am also trying this, but always "no protocol specified" . i am 
> frustated :-( ..
>
>
> root@beaglebone:/# export XAUTHORITY='ls 
> /var/run/gdm/auth-for-root-*/database'
> root@beaglebone:/# export DISPLAY=:0.0
> root@beaglebone:/# xrandr --ouptut HDMI-0 --mode 720x480 --rate 60
> xrandr: unrecognized option '--ouptut'
> Try 'xrandr --help' for more information.
> root@beaglebone:/# xrandr --output HDMI-0 --mode 720x480 --rate 60
> No protocol specified
> Can't open display :0.0
> root@beaglebone:/# export DISPLAY=:'0.0'
> root@beaglebone:/# xrandr --output HDMI-0 --mode 720x480 --rate 60
> No protocol specified
> Can't open display :0.0
> root@beaglebone:/# xrandr --output HDMI-0 --mode 1280x800 --rate 60
> No protocol specified
> Can't open display :0.0
>
>
> Am Donnerstag, 23. Juni 2016 16:07:58 UTC+2 schrieb epi kao:
>>
>> Hello all
>>
>> I have a TFT with 1920x720, and I try to control this with the HDMI from 
>> my BBB.
>>
>> I am trying with cmdline
>> cmdline=coherent_pool=1M quiet cape_universal=enable 
>> video=HDMI-A-1:1920x720M@30e
>>
>> this disable the hdmi-output
>>
>> but i think the output is randomly... actually the resolution is 640x480, 
>> it seems that my BBB takes the resolution from previous adjustment in the 
>> uEnv.txt. But now the resolution that i have adjust is 800x480... and it 
>> takes 640?? why
>>
>> anyway how can I know which resolution works surely?
>>
>> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/db3158a6-09aa-49a9-aef0-31d1faf9210d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: force resolution HDMI, much variants unfortunately does not works

[epi kao]

i am also trying this, but always "no protocol specified" . i am 
frustated :-( ..


root@beaglebone:/# export XAUTHORITY='ls 
/var/run/gdm/auth-for-root-*/database'
root@beaglebone:/# export DISPLAY=:0.0
root@beaglebone:/# xrandr --ouptut HDMI-0 --mode 720x480 --rate 60
xrandr: unrecognized option '--ouptut'
Try 'xrandr --help' for more information.
root@beaglebone:/# xrandr --output HDMI-0 --mode 720x480 --rate 60
No protocol specified
Can't open display :0.0
root@beaglebone:/# export DISPLAY=:'0.0'
root@beaglebone:/# xrandr --output HDMI-0 --mode 720x480 --rate 60
No protocol specified
Can't open display :0.0
root@beaglebone:/# xrandr --output HDMI-0 --mode 1280x800 --rate 60
No protocol specified
Can't open display :0.0


Am Donnerstag, 23. Juni 2016 16:07:58 UTC+2 schrieb epi kao:
>
> Hello all
>
> I have a TFT with 1920x720, and I try to control this with the HDMI from 
> my BBB.
>
> I am trying with cmdline
> cmdline=coherent_pool=1M quiet cape_universal=enable 
> video=HDMI-A-1:1920x720M@30e
>
> this disable the hdmi-output
>
> but i think the output is randomly... actually the resolution is 640x480, 
> it seems that my BBB takes the resolution from previous adjustment in the 
> uEnv.txt. But now the resolution that i have adjust is 800x480... and it 
> takes 640?? why
>
> anyway how can I know which resolution works surely?
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/270cebbf-3672-417e-ad85-8ff37db6824e%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Power consumption

[William Hermans]

>
> *Yes, interesting. Sometime ago I've added a lipo battery to test I could
> cleanly surive power outages. When I did shutdown the bbb the battery was
> flat after a few hours which made the lipo route unusable.*
> *I then assumed the pmic still burned some power from the lipo even when
> the bbb was shutdown.*
>
> *Now I wonder if this has to do with this issue?*
>

Yes, it is very likely the cause.

On Thu, Jun 23, 2016 at 7:33 AM, toni incog  wrote:

> Yes, interesting. Sometime ago I've added a lipo battery to test I could
> cleanly surive power outages. When I did shutdown the bbb the battery was
> flat after a few hours which made the lipo route unusable.
> I then assumed the pmic still burned some power from the lipo even when
> the bbb was shutdown.
>
> Now I wonder if this has to do with this issue?
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/010ba406-e5c3-4c36-87f8-b9e6d4a2c576%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CALHSORqCY31eZX21JSCbfnu%2BRfL98DA%2BBV6TgdoZ9YdNKER7tw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[Vincent lc]

First thanks for your reply.

So to answer your question, I try to load a data every 25ns.

I have few questions regarding your reply : 

   - Can  I write into the PRU memory form a C program on the ARM side at 
   that can of speed ? (because for now I have succeeded at least)
  - In addition does your solution can load several data at the same 
  time as I do with the propriety of the register R30 of the PRU ?
   

   - Also the fact, is I am also reading data at the same time (I didn't 
   tell you about it previously in order to be clearer)., so can I do so with 
   the solution "C program on the ARM side do the writing into the PRU memory 
   ring-buffer" ? Maybe that it would be more easy with your DDR memory 
   solution ?
   

   - Moreover, I didn't new that the PRU got a Ring buffer, is it link with 
   the section 4.4.1.2.3.3 28-Bit Shift In of the Technical reference manual, 
   or is it something else ?


   - Also the fact with your solution with the DDR memory is that to load a 
   data from there I have also observed some huge delay with the LBBO command. 
   Or it's just me who have done something wrong ?
   
Thanks again for your answer.

Regards
Vincent



On Thursday, 23 June 2016 16:02:49 UTC+2, Charles Steinkuehler wrote:
>
> On 6/23/2016 8:55 AM, Charles Steinkuehler wrote: 
> > On 6/23/2016 5:55 AM, Vincent lc wrote: 
> >> Hello, 
> >> 
> >> *So, I would to know I someone new a quickest/easiest way to send more 
> than 8k 
> >> data into the PRU ?* 
> > 
> > There are lots of different ways you can do this.  I'd probably put 
> > the 24K of data into DDR memory (the PRUSS driver allocates a chunk of 
> > memory you can use for this), use one of the PRUs to move the bulk 
> > data to a PRU local ring buffer in the 12K shared PRU data memory, and 
> > use the second PRU to do whatever it is you need to do with the data. 
> > 
> > This assumes you don't need both PRUs for your task. 
>
> Thinking about this a bit more, it's probably easier to just have a C 
> program on the ARM side do the writing into the PRU memory 
> ring-buffer.  That leaves both PRUs available, and should be easier to 
> code as well.  The only drawback is the ARM side code can get 
> interrupted by the kernel for potentially a long time (hundreds of 
> milliseconds on a non-real-time kernel).  You don't mention your data 
> rate requirement (other than it's faster than "seconds), but a 
> standard kernel should work if your 12K buffer holds about 0.2 seconds 
> worth of data.  If the 12K buffer represents less time than that, you 
> will probably need a PREEMPT_RT (easiest) or Xenomai kernel to 
> guarantee the ARM side will keep up. 
>
> -- 
> Charles Steinkuehler 
> cha...@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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/c0737590-4b25-49d6-a347-0f9d00832475%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Out of storage on device

[Alexander Voytov]

Hi,
If you get a messade device is out of storage space, your SD card procedure
is wrong.
Alex

On Wed, Jun 22, 2016 at 1:35 PM, Richard Hupe  wrote:

> Hi All,
>
> Over the last few years my company have been using the same Angstrom eMMC
> flasher image, followed by a custom eMMC flashing image to set up a docking
> system. I recently bought some new boards (the first order for about a
> month). For some reason, although i am following the same steps as usual,
> while flashing the custom image, i am getting a message that the device is
> out of storage space.
>
> I have read what someone else has posted, about an similar issue, but
> because these images worked on any boards before (whether the BeagleBone
> Black, or Element 14's copy), and only now they are not working i am
> slightly concerned due to the amount of work put into the original image.
> Has something changed in the hardware of the boards? Or is Debian hiding a
> partition that i cannot access when flashing Angstrom over it?
>
> Any help would be appreciated!
>
> Rich
>
> --
> 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.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/8f8b3e15-3571-49a8-95b5-ec467b437c69%40googlegroups.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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAE%2BnJ0KQwSkRKRVH%3DYkXPKqMxAXxPNPbBCFqRqKeQjv6UP_6zw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Power consumption

[toni incog]

Yes, interesting. Sometime ago I've added a lipo battery to test I could 
cleanly surive power outages. When I did shutdown the bbb the battery was 
flat after a few hours which made the lipo route unusable.
I then assumed the pmic still burned some power from the lipo even when the 
bbb was shutdown.

Now I wonder if this has to do with this issue?

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/010ba406-e5c3-4c36-87f8-b9e6d4a2c576%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] force resolution HDMI, much variants unfortunately does not works

[epi kao]

Hello all

I have a TFT with 1920x720, and I try to control this with the HDMI from my 
BBB.

I am trying with cmdline
cmdline=coherent_pool=1M quiet cape_universal=enable 
video=HDMI-A-1:1920x720M@30e

this disable the hdmi-output

but i think the output is randomly... actually the resolution is 640x480, 
it seems that my BBB takes the resolution from previous adjustment in the 
uEnv.txt. But now the resolution that i have adjust is 800x480... and it 
takes 640?? why

anyway how can I know which resolution works surely?

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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/7d3ff5c6-691f-4712-9d9f-9b709bd2227f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[Charles Steinkuehler]

On 6/23/2016 8:55 AM, Charles Steinkuehler wrote:
> On 6/23/2016 5:55 AM, Vincent lc wrote:
>> Hello,
>>
>> *So, I would to know I someone new a quickest/easiest way to send more than 
>> 8k 
>> data into the PRU ?*
> 
> There are lots of different ways you can do this.  I'd probably put
> the 24K of data into DDR memory (the PRUSS driver allocates a chunk of
> memory you can use for this), use one of the PRUs to move the bulk
> data to a PRU local ring buffer in the 12K shared PRU data memory, and
> use the second PRU to do whatever it is you need to do with the data.
> 
> This assumes you don't need both PRUs for your task.

Thinking about this a bit more, it's probably easier to just have a C
program on the ARM side do the writing into the PRU memory
ring-buffer.  That leaves both PRUs available, and should be easier to
code as well.  The only drawback is the ARM side code can get
interrupted by the kernel for potentially a long time (hundreds of
milliseconds on a non-real-time kernel).  You don't mention your data
rate requirement (other than it's faster than "seconds), but a
standard kernel should work if your 12K buffer holds about 0.2 seconds
worth of data.  If the 12K buffer represents less time than that, you
will probably need a PREEMPT_RT (easiest) or Xenomai kernel to
guarantee the ARM side will keep up.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/ba6058a6-8ab7-fca0-ab75-3af1c03670dc%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU Pattern bigger than 8k

[Charles Steinkuehler]

On 6/23/2016 5:55 AM, Vincent lc wrote:
> Hello,
> 
> *So, I would to know I someone new a quickest/easiest way to send more than 
> 8k 
> data into the PRU ?*

There are lots of different ways you can do this.  I'd probably put
the 24K of data into DDR memory (the PRUSS driver allocates a chunk of
memory you can use for this), use one of the PRUs to move the bulk
data to a PRU local ring buffer in the 12K shared PRU data memory, and
use the second PRU to do whatever it is you need to do with the data.

This assumes you don't need both PRUs for your task.

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/e729ee9e-670a-5cc5-7817-0b2c16808473%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: -bash: cd: /sys/devices/bone_capemgr.*: No such file or directory

[epi kao]

>set: 

>dtb=am335x-boneblack-emmc-overlay.dtb 

*with this i will disable the HDMI? Is it not possible to control the 
RGB-output via the LCD-cape but without disable the HDMI ?*

thanks

Am Mittwoch, 22. Juni 2016 17:52:14 UTC+2 schrieb RobertCNelson:
>
> On Wed, Jun 22, 2016 at 5:05 AM, epi kao > 
> wrote: 
> > now i have to try to export the "BB-BONE-LCD7" but it does not load 
> it: 
> > 
> > root@beaglebone:/sys/devices/platform/bone_capemgr# echo 
> > BB-BONE-LCD7-01-00A1.dtbo 
> > BB-BONE-LCD7-01-00A1.dtbo 
> > root@beaglebone:/sys/devices/platform/bone_capemgr# cat slots 
> >  0: PF  -1 
> >  1: PF  -1 
> >  2: PF  -1 
> >  3: PF  -1 
> >  4: P-O-L-   0 Override Board Name,00A0,Override Manuf,cape-universaln 
> > root@beaglebone:/sys/devices/platform/bone_capemgr# ^C 
> > root@beaglebone:/sys/devices/platform/bone_capemgr# 
> > 
> > why? 
>
> open /boot/uEnv.txt 
>
> remove cape_universal=enable 
>
> as that loaded "cape-universal".. 
>
> BB-BONE-LCDx: 
>
> https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md 
>
> set: 
>
> dtb=am335x-boneblack-emmc-overlay.dtb 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/3e73c23d-6c84-4689-87d7-4b03fd7f5bd2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] missing sys/devices/ at lib/firmware/

[epi kao]

thanks, now the folder /slots does not exist? why?

Am Mittwoch, 22. Juni 2016 19:31:34 UTC+2 schrieb john3909:
>
> /sys/devices/platform/bone_capemgr/slots
>
>
> Regards,
> John
>
>
>
>
> On Jun 21, 2016, at 11:54 PM, epi kao > 
> wrote:
>
> now hdmi is working, i don't know why, i have deleted the last empty line, 
> and actived the second cmdline instead the first
>
> *so i am only looking for a solution regarding this "bone_capemgr.*"  
> why i cannot find this file?*
>
> Am Mittwoch, 22. Juni 2016 08:44:07 UTC+2 schrieb epi kao:
>>
>> i don't know why, but now i can find the folder /sys/devices but not 
>> "bone_capemgr.*
>>
>> root@beaglebone:/lib/firmware# cd /sys/devices/bone_capemgr.*
>> -bash: cd: /sys/devices/bone_capemgr.*: *No such file or directory*
>> root@beaglebone:/lib/firmware# cd /sys/devices/
>> root@beaglebone:/sys/devices#
>>
>> :-( and by the way uEnv.txt seems already wrong - hdmi is off (only one 
>> cmdline is activated)
>>
>> #Docs: http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0
>>
>> uname_r=4.1.15-ti-rt-r43
>> #uuid=
>> #dtb=
>>
>> ##BeagleBone Black/Green dtb's for v4.1.x (BeagleBone White just works..)
>>
>> ##BeagleBone Black: HDMI (Audio/Video) disabled:
>> #dtb=am335x-boneblack-emmc-overlay.dtb
>>
>> ##BeagleBone Black: eMMC disabled:
>> #dtb=am335x-boneblack-hdmi-overlay.dtb
>>
>> ##BeagleBone Black: HDMI Audio/eMMC disabled:
>> #dtb=am335x-boneblack-nhdmi-overlay.dtb
>>
>> ##BeagleBone Black: HDMI (Audio/Video)/eMMC disabled:
>> #dtb=am335x-boneblack-overlay.dtb
>>
>> ##BeagleBone Black: wl1835
>> #dtb=am335x-boneblack-wl1835mod.dtb
>>
>> ##BeagleBone Green: eMMC disabled
>> #dtb=am335x-bonegreen-overlay.dtb
>>
>> #cmdline=coherent_pool=1M quiet cape_universal=enable
>>
>> #In the event of edid real failures, uncomment this next line:
>> cmdline=coherent_pool=1M quiet cape_universal=enable 
>> video=HDMI-A-1:x800@400e
>>
>> ##Example v3.8.x
>> #cape_disable=capemgr.disable_partno=
>> #cape_enable=capemgr.enable_partno=
>>
>> ##Example v4.1.x
>> #cape_disable=bone_capemgr.disable_partno=
>> #cape_enable=bone_capemgr.enable_partno=
>>
>> ##Disable HDMI/eMMC (v3.8.x)
>>
>> #cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G
>>
>> ##Disable HDMI (v3.8.x)
>> #cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN
>>
>> ##Disable eMMC (v3.8.x)
>> #cape_disable=capemgr.disable_partno=BB-BONE-EMMC-2G
>>
>> ##Audio Cape (needs HDMI Audio disabled) (v3.8.x)
>> #cape_disable=capemgr.disable_partno=BB-BONELT-HDMI
>> #cape_enable=capemgr.enable_partno=BB-BONE-AUDI-02
>>
>>
>> ##enable Generic eMMC Flasher:
>> ##make sure, these tools are installed: dosfstools rsync
>> #cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
>>
>>
>>
>> Am Dienstag, 21. Juni 2016 23:57:04 UTC+2 schrieb ramona...@gmail.com:
>>>
>>> *>You need to comment out the cmdline= line that you're not using. As 
>>> you can only have one cmdline= statement.*
>>>
>>> Yes but the problem is, that this two cmdline was already entry in the 
>>> orginal. So thats because i have try with two. But anyway my hdmi output is 
>>> already off also with only one cmdline  :-(
>>>
>>> And concerning /sys/devices, i have verified this not only with the 
>>> terminal, i could really not found this folder! After lib/firmware/ i could 
>>> not see any other folder with sys or devices??
>>>
>>>
>>> Am Dienstag, 21. Juni 2016 18:30:36 UTC+2 schrieb William Hermans:

 If you're using kernel 4.x you should stop reading anything on 
 adafruit's web pages unless you know how to parse old outdated 
 information. 
 Which obviously you do not.

 So . . . sys/devices won't always exist. but /sys/devices should. You 
 need the forward slash unless your current working directory is / ( or 
 root 
 ). When used without the precceding forward slash, Linux will only look as 
 far as your current working directory for sys/devices/

 As to your specific problem. It's because you're not paying close 
 attention to what you're doing, and what Robert explained to you yesterday.

 *cmdline=coherent_pool=1M quiet cape_universal=enable*

 #In the event of edid real failures, uncomment this next line:


 *cmdline=coherent_pool=1M quiet cape_universal=enable 
 video=HDMI-A-1:x800@400e*
 You need to comment out the cmdline= line that you're not using. As you 
 can only have one cmdline= statement.


 On Tue, Jun 21, 2016 at 8:56 AM, epi kao  wrote:

>
> Hello all,
>
> *I have try to understand export/unexport overlay with following link:*
>
> https://learn.adafruit.com/introduction-to-the-beaglebone-black-device-tree/exporting-and-unexporting-an-overlay
>
> But then i don't found the folder "sys/devices/"
>
> So i have try to remove the # at the line 
> #cape_disable=bone_capemgr.disable_partno= , on the uEnv.txt file.
>
> B

[beagleboard] Re: pru remoteproc development examples for debian?

[Greg]

Nice!  I will continue to monitor your pages for updates.
Do you know of other sources of how to use the /sys virtual files?

Regards,
Greg

On Wednesday, June 22, 2016 at 12:14:18 PM UTC-4, ZeekHuge wrote:
>
> Hi, 
>
> There are better ways then rmmod -f.
>
> To reload a new firmware to PRU, you can just use /sys bindings.
>
> Demonstrated here :
>
> https://github.com/ZeekHuge/BeagleScope/blob/master/examples/firmware_exmples/pru_blinky/deploy.sh#L66
>
> The same repository has some examples. And I am working on a few more. 
> Further, there are some tutorials on https://zeekhuge.github.io and there 
> will be more soon.
>
> As for the pin configuration problem,
> 'Universal IO' owns all the pins of the board, so your the pins in your 
> device tree file must be conflicting with the Universal IO. You may check 
> this in your dmesg.
> To configure a pin you can mostly use config-pin
> I have described its use here in the 2nd point under 'startes'
>
> https://zeekhuge.github.io/post/a_handfull_of_commands_and_scripts_to_get_started_with_beagleboneblack/#k_dev:01d25bfd2399ec47b9c04f156786eab8
>
> Good Luck with PRUs. I will keep adding content and example to the above 
> mentioned links as I move along with my project.
>
> PS : you should probably disable the hdmi cape, if its not being used.
>

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8ba348c0-3035-46cc-aa6e-a8acc9f8d7cc%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Beaglebone black not detected when plugged into PC

[sanal . sachusanal]

Hi all ,

I amusing yocto build for beaglebone board. I refered this link to build 
the beaglebone board  image.

http://www.jumpnowtek.com/beaglebone/BeagleBone-Systems-with-Yocto.html 


what is my problem is I need to detect my beaglebone board to PC  what 
shall I do ? to resolve this issue.

 
Regards
Sachu

On Tuesday, 27 January 2015 01:28:24 UTC+5:30, RobertCNelson wrote:
>
> On Sun, Jan 25, 2015 at 4:13 AM,  > 
> wrote: 
> > Hi all, 
> > I flashed my Beaglebone Black with the latest Debian image. But when I 
> > connect it to a PC (through USB) its not recognized. Whenever I connect 
> it 
> > to the PC with the MicroSD inserted inside the board, the PC recognizes 
> it. 
> > Please help me out to solve this problem. 
>
> "latest" =??? 
>
> Unless you post the file name, we can't help you... 
>
> 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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/71de26ca-ef0b-4665-aa5b-9abc0c3c46e4%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: New Device Tree Do not Change Pin Values

[engkan2kit]

Hi, I have the same problem with the same device tree overlay. 
The setting of the PRU works when I put added the PRU pin mux in the 
am335x-boneblack-emmc-overlay.dts but not when I insert it to slots.

Here is my device tree that I add to the am335x-boneblack-emmc-overlay.dts.

/*
 * Copyright (C) 2015 Texas Instruments Incorporated - http://www.ti.com/
 *
 * This program is free software; you can redistribute it and/or modify
 * it under the terms of the GNU General Public License version 2 as
 * published by the Free Software Foundation.
 */

&am33xx_pinmux {
gpio_pins: gpio_pins { // The GPIO pins
 pinctrl-single,pins = <
0x070 0x07   // P9_11 MODE7 GPIO output pull‐down
0x074 0x27   // P9_13 MODE7 GPIO input pull‐down
 >; 
  };
 
 
 pru_cape_bone_pins: pru_cape_bone_pins {
  pinctrl-single,pins = <
   0x1a4 0x05   // P9_27 pr1_pru0_pru_r30_5, Mode5 output pull‐down
0x19c 0x26   // P9_28 pr1_pru0_pru_r31_3, Mode6 input pull‐down
  >;
 };
};



&ocp {
   helper {
 compatible = "gpio-of-helper"; 
 status = "okay"; 
 pinctrl-names = "default";
 pinctrl-0 = <&gpio_pins>;
  };

};

&pruss {
pinctrl-names = "default";
 pinctrl-0 = <&pru_cape_bone_pins>;
};

I'm not sure what is happening. But I am using kernel 4.4.9-ti-rt-r26.My my 
PRU code loaded to the pru is just blinking LEDs from GPIO P9_11  and 
pr1_pru0_pru_r30_5. However, only the P9_11 blinks. When I "sudo cat 
/sys/kernel/debug/pinctrl/44e10800.pinmux/pins", the pins corresponding to 
the PRU pins are not changed. Why do you think this happens?


Thanks


Kister


On Monday, April 4, 2016 at 10:55:45 PM UTC+8, RobertCNelson wrote:

>
>
> On Mon, Apr 4, 2016 at 9:51 AM, Xsentius  > wrote:
>
>> Oh, that is a very precious information, I really appreciate it. 
>>
>> So is there a way to see updates? Do you recommend me to go back to 3.8, 
>> if it is stable?
>>
>
> Correctly set them in the overlay and don't worry about it..
>
> Regards,
>
> -- 
> Robert Nelson
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/0422844e-58c3-4428-a1ba-26b053635f9c%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] PRU Pattern bigger than 8k

[Vincent lc]

Hello,

I'm trying to generate pattern with the PRU in several channels at the same 
time.
So the objective is to be able to send different sequences of value on 
several channels of the PRU and all of them need to be sent at the same 
time.

For now I have succeed it. 
My program is working like that : 

   - I initialize the PRU (with a c file)
   - I load the 8k data into the PRU  RAM (with a c file)
   - I execute the program into the PRU (with a c file)
   - The pru code run and at the end it came back into the C file to close 
   everything.

However, I reach the limit of the 8k of the PRU RAM (which I understand). 

Nevertheless, I would like now to load for instance 24k of data (i.e. *more 
than 8k data*).

My idea is to initialize,then send data into the PRU RAM, execute the 
program.
Then with an interrupt return in the c file and reload data in the RAM, and 
re-execute the program.
And do this routine until I reach the end of my 24k data.

However, the time to load 8k data into the ram is really high, it takes 
between 3 to 8 s to do so.

*So, I would to know I someone new a quickest/easiest way to send more than 
8k data into the PRU ?*

Thanks by advance 
Regards
Vincent 
" Enjoy life no matter what ! " 

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8f848d67-b46f-496e-b9b4-d6bc25a0ee38%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BB-SPIDEV1.dto conflict with univ-emmc on BBG

[stefano . gaiotto]

Hi Robert,

thank you very much for your prompt reply!
Yesterday night I removed the line as you suggested me, and now I'm able to 
load my .dto files without any errors:

export SLOTS=/sys/devices/platform/bone_capemgr/slots
export PINS=/sys/kernel/debug/pinctrl/44e10800.pinmux/pins

sh -c "echo BB-SPI1-STD > $SLOTS"
sh -c "echo DM-GPIO-Test > $SLOTS"
sh -c "echo bone_pwm_P9_22 > $SLOTS"
sh -c "echo am33xx_pwm > $SLOTS"

The devices /dev/spidev2.x (btw, previously they were /dev/spidev1.x) are 
created and the DTO is loaded, but pins are not configured, according to 
/sys/kernel/debug/pinctrl/44e10800.pinmux/pins.

Only DM-GPIO-Test (not in the Debian distribution whereas the other ones 
are all coming with the board) configures the pins.

I'm wondering what am I supposed to do with this new Debian distribution, 
it seems a lot of things are changed.

Thank you again!

Best regards,
Stefano





On Wednesday, June 22, 2016 at 5:53:25 PM UTC+2, RobertCNelson wrote:
>
> On Wed, Jun 22, 2016 at 4:28 AM,  > 
> wrote: 
> > Hi everybody, 
> > 
> > I'm trying to use the SPI interface on my new Beaglebone Green. 
> > I was used to use the SPIDEV1 on my former BBB just loading the 
> BB-SPIDEV1 
> > DTO, but with this new board this DTO conflicts with the "univ-emmc" 
> one. 
> > Below my Linux version and errors I get when loading the SPIDEV1 DTO 
> file. 
> > The same problem with the PWM controller. 
> > I'm wondering how to to use the pins P9.31 and P9.22 allocated by the 
> > univ-emmc DTO. 
> > Having a look to the univ-emmc.dts file I've discovered P9.31 pin is 
> > allocated for "audio". 
> > I really don't know what does it mean... 
> > Could you help me please? 
> > Thank you  in advance. 
> > 
> > Best regards, 
> > Stefano 
> > 
> > 
> > 
> > root@beaglebone:~# uname -a 
> > Linux beaglebone 4.1.20-ti-r58 #1 SMP Thu Apr 14 22:53:06 UTC 2016 
> armv7l 
> > GNU/Linux 
> > root@beaglebone:~# cat /proc/version 
> > Linux version 4.1.20-ti-r58 (root@b1-omap5-uevm-2gb) (gcc version 4.9.2 
> > (Debian 4.9.2-10) ) #1 SMP Thu Apr 14 22:53:06 UTC 2016 
> > root@beaglebone:~# 
> > 
> > 
> > root@beaglebone:~# sh -c "echo bone_pwm_P9_22 > $SLOTS" 
> > sh: echo: I/O error 
> > root@beaglebone:~# 
> > root@beaglebone:~# sh -c "echo BB-SPIDEV1 > $SLOTS" 
> > sh: echo: I/O error 
> > root@beaglebone:~# 
> > 
> > dmesg: 
> > 
> > [ 2536.415851] bone_capemgr bone_capemgr: Using override eeprom data at 
> slot 
> > 8 
> > [ 2536.415897] bone_capemgr bone_capemgr: slot #8: 'Override Board 
> > Name,00A0,Override Manuf,BB-SPIDEV1' 
> > [ 2536.428067] bone_capemgr bone_capemgr: slot #8: BB-SPIDEV1 conflict 
> P9.31 
> > (#4:univ-emmc) 
> > [ 2536.436253] bone_capemgr bone_capemgr: slot #8: Failed verification 
> > [ 4277.900682] bone_capemgr bone_capemgr: part_number 'bone_pwm_P9_22', 
> > version 'N/A' 
> > [ 4277.900728] bone_capemgr bone_capemgr: slot #9: override 
> > [ 4277.900751] bone_capemgr bone_capemgr: Using override eeprom data at 
> slot 
> > 9 
> > [ 4277.900776] bone_capemgr bone_capemgr: slot #9: 'Override Board 
> > Name,00A0,Override Manuf,bone_pwm_P9_22' 
> > [ 4277.905430] bone_capemgr bone_capemgr: slot #9: bone_pwm_P9_22 
> conflict 
> > P9.22 (#4:univ-emmc) 
> > [ 4277.914128] bone_capemgr bone_capemgr: slot #9: Failed verification 
>
>
> open /boot/uEnv.txt 
>
> remove cape_universal=enable 
>
> as that loaded "univ-emmc". 
>
> Regards, 
>
> -- 
> Robert Nelson 
> https://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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/cc172003-35e2-4d70-a885-39463b671e3f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] HDMI and interrupt GPIO1_25

[Micka]

Hi,

When Gerald Coley design the BBB, he planed to use the GPIO1_25 as an
interrupt signal from the tda19988..

I wanted to know why the interrupt GPIO1_25 is not used for interrupt.

Micka,

-- 
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.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/CAF%2BMRtnFvUhqGqCNJMPVM%2Bb-f0OQr%2BSiZY8DUPCdHbgVWYkxMw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.