Re: [beagleboard] Re: MT7601u 148f:7601 driver for Ubuntu 16.04 Xenial & HostAPD

[Jason Mumby]

Not sure what is then ..

ubuntu@arm:~/bin$ sudo ifconfig -a
eth0  Link encap:Ethernet  HWaddr 90:59:af:82:2e:09  
  inet addr:192.168.2.19  Bcast:192.168.2.255  Mask:255.255.255.0
  inet6 addr: fe80::9259:afff:fe82:2e09/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:11526 errors:0 dropped:0 overruns:0 frame:0
  TX packets:3236 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:2134852 (2.1 MB)  TX bytes:434086 (434.0 KB)
  Interrupt:175 


loLink encap:Local Loopback  
  inet addr:127.0.0.1  Mask:255.0.0.0
  inet6 addr: ::1/128 Scope:Host
  UP LOOPBACK RUNNING  MTU:65536  Metric:1
  RX packets:170 errors:0 dropped:0 overruns:0 frame:0
  TX packets:170 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1 
  RX bytes:12610 (12.6 KB)  TX bytes:12610 (12.6 KB)


usb0  Link encap:Ethernet  HWaddr 90:59:af:82:2e:00  
  inet addr:192.168.7.2  Bcast:192.168.7.3  Mask:255.255.255.252
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)



On Thursday, May 19, 2016 at 4:29:44 PM UTC+12, RobertCNelson wrote:
>
> usb0 is not your interface to mt7601u...
>
> sudo ifconfig -a
> On May 18, 2016 10:37 PM, "Jason Mumby"  
> wrote:
>
>> ubuntu@arm:~$ hostapd -dd /etc/hostapd/hostapd.conf
>> random: Trying to read entropy from /dev/random
>> Configuration file: /etc/hostapd/hostapd.conf
>> Could not read interface usb01 flags: No such device
>> nl80211: Driver does not support authentication/association or connect 
>> commands
>> nl80211: deinit ifname=usb01 disabled_11b_rates=0
>> nl80211: Remove monitor interface: refcount=0
>> netlink: Operstate: ifindex=0 linkmode=0 (kernel-control), operstate=6 
>> (IF_OPER_UP)
>> Could not read interface usb01 flags: No such device
>> nl80211: Set mode ifindex 0 iftype 2 (STATION)
>> nl80211: Failed to set interface 0 to mode 2: -1 (Operation not permitted)
>> nl80211: Try mode change after setting interface down
>> Could not read interface usb01 flags: No such device
>> Could not read interface usb01 flags: No such device
>> nl80211: Failed to set interface up after switching mode
>> nl80211: Interface mode change to 2 from 0 failed
>> nl80211 driver initialization failed.
>> hostapd_interface_deinit_free(0x7f98e410)
>> hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1
>> hostapd_interface_deinit(0x7f98e410)
>> usb01: interface state UNINITIALIZED->DISABLED
>> hostapd_bss_deinit: deinit bss usb01
>> usb01: AP-DISABLED 
>> hostapd_cleanup(hapd=0x7f98eee8 (usb01))
>> hostapd_free_hapd_data: Interface usb01 wasn't started
>> hostapd_interface_deinit_free: driver=(nil) drv_priv=(nil) -> hapd_deinit
>> hostapd_interface_free(0x7f98e410)
>> hostapd_interface_free: free hapd 0x7f98eee8
>> hostapd_cleanup_iface(0x7f98e410)
>> hostapd_cleanup_iface_partial(0x7f98e410)
>> hostapd_cleanup_iface: free iface=0x7f98e410
>> ubuntu@arm:~$ 
>>
>> -- 
>> For more options, visit http://beagleboard.org/discuss
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "BeagleBoard" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to beagleboard...@googlegroups.com .
>> To view this discussion on the web visit 
>> https://groups.google.com/d/msgid/beagleboard/84788d1e-c743-4f9d-97cd-8b85fcef2a94%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/00bf0b87-bbe8-44ec-bc66-381cfd4cde4f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Getting Bootchart setup on Debian 8.3

[Robert Nelson]

On May 18, 2016 4:53 PM, "John Baker"  wrote:
>
> Robert:
> What script is trying to read the clock data from ntp? I have an Adafruit
DS3231 for the Real Time Clock and the BBB is taking a minute before it
gets the clock from the DS3231 so I suspect some script is trying to read
the ntp clock data and holding up the read of my DS3231 clock. Es posible?

In Jessie..

systemd-timesyncd

Is setup by default.

Regards,

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/CAOCHtYhwhn0MLMV1zyNe2mLMo%3Dj5OVt3hHD92GfTU84g9szTFw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: MT7601u 148f:7601 driver for Ubuntu 16.04 Xenial & HostAPD

[Robert Nelson]

usb0 is not your interface to mt7601u...

sudo ifconfig -a
On May 18, 2016 10:37 PM, "Jason Mumby"  wrote:

> ubuntu@arm:~$ hostapd -dd /etc/hostapd/hostapd.conf
> random: Trying to read entropy from /dev/random
> Configuration file: /etc/hostapd/hostapd.conf
> Could not read interface usb01 flags: No such device
> nl80211: Driver does not support authentication/association or connect
> commands
> nl80211: deinit ifname=usb01 disabled_11b_rates=0
> nl80211: Remove monitor interface: refcount=0
> netlink: Operstate: ifindex=0 linkmode=0 (kernel-control), operstate=6
> (IF_OPER_UP)
> Could not read interface usb01 flags: No such device
> nl80211: Set mode ifindex 0 iftype 2 (STATION)
> nl80211: Failed to set interface 0 to mode 2: -1 (Operation not permitted)
> nl80211: Try mode change after setting interface down
> Could not read interface usb01 flags: No such device
> Could not read interface usb01 flags: No such device
> nl80211: Failed to set interface up after switching mode
> nl80211: Interface mode change to 2 from 0 failed
> nl80211 driver initialization failed.
> hostapd_interface_deinit_free(0x7f98e410)
> hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1
> hostapd_interface_deinit(0x7f98e410)
> usb01: interface state UNINITIALIZED->DISABLED
> hostapd_bss_deinit: deinit bss usb01
> usb01: AP-DISABLED
> hostapd_cleanup(hapd=0x7f98eee8 (usb01))
> hostapd_free_hapd_data: Interface usb01 wasn't started
> hostapd_interface_deinit_free: driver=(nil) drv_priv=(nil) -> hapd_deinit
> hostapd_interface_free(0x7f98e410)
> hostapd_interface_free: free hapd 0x7f98eee8
> hostapd_cleanup_iface(0x7f98e410)
> hostapd_cleanup_iface_partial(0x7f98e410)
> hostapd_cleanup_iface: free iface=0x7f98e410
> ubuntu@arm:~$
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/84788d1e-c743-4f9d-97cd-8b85fcef2a94%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/CAOCHtYgy0vj1%3DqTHE0KFo8yeTxOA0vcZ1ZPnYZ4kotDLCBG%2BEg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[William Hermans]

>
> *He didn't finish his sentence.*
>

Still a useless comment. as well is this one, in the context of the desired
discussion.


On Wed, May 18, 2016 at 8:54 PM, Micka  wrote:

> He didn't finish his sentence.
>
> Le jeu. 19 mai 2016 05:47, William Hermans  a écrit :
>
>> *Be careful about taking hardware design info from computer science
>>> degree types.  John seems to understand hardware this other dude bill is a
>>> blow hard and a*
>>
>>
>> That comment, and a nickle is worth about 5 cents. . .
>>
>>
>>
>> On Wed, May 18, 2016 at 7:38 PM, 'Mark Lazarewicz' via BeagleBoard <
>> beagleboard@googlegroups.com> wrote:
>>
>>> Be careful about taking hardware design info from computer science
>>> degree types.  John seems to understand hardware this other dude bill is a
>>> blow hard and a
>>>
>>>
>>>
>>>
>>> Sent from Yahoo Mail on Android
>>> 
>>>
>>> On Mon, May 16, 2016 at 3:34 PM, John Syne
>>>  wrote:
>>>
>>> On May 15, 2016, at 4:25 PM, evilwulfie  wrote:
>>>
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to 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/746532426.5197607.1463625501671.JavaMail.yahoo%40mail.yahoo.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/CALHSORqM8ewgB4SmnS%3DeD19i2ALwH%3D32LMMx7_VvnNdGXXwyew%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%3DpV4Y%3Dcg2-BrDPXoCpzUCbasDYYZ%3DTUN8T6%2BSm_vQWvQ%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/CALHSORqmPWY9sqA5VAOFx9HigVxaT-X-NMV%3Dfy9voHhZ7LP99Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Micka]

He didn't finish his sentence.

Le jeu. 19 mai 2016 05:47, William Hermans  a écrit :

> *Be careful about taking hardware design info from computer science degree
>> types.  John seems to understand hardware this other dude bill is a blow
>> hard and a*
>
>
> That comment, and a nickle is worth about 5 cents. . .
>
>
>
> On Wed, May 18, 2016 at 7:38 PM, 'Mark Lazarewicz' via BeagleBoard <
> beagleboard@googlegroups.com> wrote:
>
>> Be careful about taking hardware design info from computer science degree
>> types.  John seems to understand hardware this other dude bill is a blow
>> hard and a
>>
>>
>>
>>
>> Sent from Yahoo Mail on Android
>> 
>>
>> On Mon, May 16, 2016 at 3:34 PM, John Syne
>>  wrote:
>>
>> On May 15, 2016, at 4:25 PM, evilwulfie  wrote:
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to 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/746532426.5197607.1463625501671.JavaMail.yahoo%40mail.yahoo.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/CALHSORqM8ewgB4SmnS%3DeD19i2ALwH%3D32LMMx7_VvnNdGXXwyew%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%3DpV4Y%3Dcg2-BrDPXoCpzUCbasDYYZ%3DTUN8T6%2BSm_vQWvQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Getting Bootchart setup on Debian 8.3

[William Hermans]

the ntp serviced use with debian is actually ntpdate.

On Wed, May 18, 2016 at 8:33 PM, Micka  wrote:

> sudo apt-get remove ntp
>
>
> Le mer. 18 mai 2016 23:53, John Baker  a
> écrit :
>
>> Robert:
>> What script is trying to read the clock data from ntp? I have an Adafruit
>> DS3231 for the Real Time Clock and the BBB is taking a minute before it
>> gets the clock from the DS3231 so I suspect some script is trying to read
>> the ntp clock data and holding up the read of my DS3231 clock. Es posible?
>> John
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to 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/66884716-e25b-412e-98f1-97870f8f7127%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/CAF%2BMRtk%3DQWMYfn_4Ox9gGox9HYjtPC8Z7HTNbKESAevfEseYEA%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/CALHSORpZ6P_8hDb6Wnj0V49kyym9ObFMBZzeb6UithhAanbgEg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[William Hermans]

>
> *Be careful about taking hardware design info from computer science degree
> types.  John seems to understand hardware this other dude bill is a blow
> hard and a*


That comment, and a nickle is worth about 5 cents. . .



On Wed, May 18, 2016 at 7:38 PM, 'Mark Lazarewicz' via BeagleBoard <
beagleboard@googlegroups.com> wrote:

> Be careful about taking hardware design info from computer science degree
> types.  John seems to understand hardware this other dude bill is a blow
> hard and a
>
>
>
>
> Sent from Yahoo Mail on Android
> 
>
> On Mon, May 16, 2016 at 3:34 PM, John Syne
>  wrote:
>
> On May 15, 2016, at 4:25 PM, evilwulfie  wrote:
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/746532426.5197607.1463625501671.JavaMail.yahoo%40mail.yahoo.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/CALHSORqM8ewgB4SmnS%3DeD19i2ALwH%3D32LMMx7_VvnNdGXXwyew%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: MT7601u 148f:7601 driver for Ubuntu 16.04 Xenial & HostAPD

[Jason Mumby]

ubuntu@arm:~$ hostapd -dd /etc/hostapd/hostapd.conf
random: Trying to read entropy from /dev/random
Configuration file: /etc/hostapd/hostapd.conf
Could not read interface usb01 flags: No such device
nl80211: Driver does not support authentication/association or connect 
commands
nl80211: deinit ifname=usb01 disabled_11b_rates=0
nl80211: Remove monitor interface: refcount=0
netlink: Operstate: ifindex=0 linkmode=0 (kernel-control), operstate=6 
(IF_OPER_UP)
Could not read interface usb01 flags: No such device
nl80211: Set mode ifindex 0 iftype 2 (STATION)
nl80211: Failed to set interface 0 to mode 2: -1 (Operation not permitted)
nl80211: Try mode change after setting interface down
Could not read interface usb01 flags: No such device
Could not read interface usb01 flags: No such device
nl80211: Failed to set interface up after switching mode
nl80211: Interface mode change to 2 from 0 failed
nl80211 driver initialization failed.
hostapd_interface_deinit_free(0x7f98e410)
hostapd_interface_deinit_free: num_bss=1 conf->num_bss=1
hostapd_interface_deinit(0x7f98e410)
usb01: interface state UNINITIALIZED->DISABLED
hostapd_bss_deinit: deinit bss usb01
usb01: AP-DISABLED 
hostapd_cleanup(hapd=0x7f98eee8 (usb01))
hostapd_free_hapd_data: Interface usb01 wasn't started
hostapd_interface_deinit_free: driver=(nil) drv_priv=(nil) -> hapd_deinit
hostapd_interface_free(0x7f98e410)
hostapd_interface_free: free hapd 0x7f98eee8
hostapd_cleanup_iface(0x7f98e410)
hostapd_cleanup_iface_partial(0x7f98e410)
hostapd_cleanup_iface: free iface=0x7f98e410
ubuntu@arm:~$ 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/84788d1e-c743-4f9d-97cd-8b85fcef2a94%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Getting Bootchart setup on Debian 8.3

[Micka]

sudo apt-get remove ntp

Le mer. 18 mai 2016 23:53, John Baker  a
écrit :

> Robert:
> What script is trying to read the clock data from ntp? I have an Adafruit
> DS3231 for the Real Time Clock and the BBB is taking a minute before it
> gets the clock from the DS3231 so I suspect some script is trying to read
> the ntp clock data and holding up the read of my DS3231 clock. Es posible?
> John
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/66884716-e25b-412e-98f1-97870f8f7127%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/CAF%2BMRtk%3DQWMYfn_4Ox9gGox9HYjtPC8Z7HTNbKESAevfEseYEA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] MT7601u 148f:7601 driver for Ubuntu 16.04 Xenial & HostAPD

[Jason Mumby]

I am trying to get this wifi dongle working on a BBB with Ubuntu 16.04.

The adapter can be seen 

lsusb 
Bus 001 Device 002: 148f:7601 Ralink Technology, Corp. MT7601U Wireless 
Adapter 


ifconfig

usb0  Link encap:Ethernet  HWaddr 90:59:af:82:2e:00  
  inet addr:192.168.7.2  Bcast:192.168.7.3  Mask:255.255.255.252
  UP BROADCAST MULTICAST  MTU:1500  Metric:1
  RX packets:0 errors:0 dropped:0 overruns:0 frame:0
  TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000 
  RX bytes:0 (0.0 B)  TX bytes:0 (0.0 B)


sudo lshw -C network
*-network:1
   description: Ethernet interface
   physical id: 3
   logical name: usb0
   serial: 90:59:af:82:2e:00
   capabilities: ethernet physical
   configuration: broadcast=yes driver=g_ether driverversion=29-May-2008 
firmware=musb-hdrc ip=192.168.7.2 link=no multicast=yes

I can ping the adapter from within the ssh session so I guess it is 
working. I want to set up HostAPD so it is open (no security) and then 
directs any connected clients to a webserver home page hosted on the BBB. 
Struggling to sort out the HostAPD config.  


### Wireless network name ###
interface=usb0
#
### Set your bridge name ###
#bridge=br0


#driver
driver=g_ether


country_code=NZ


ssid=myserver


channel=7


hw_mode=g


## Accept all MAC address ###
macaddr_acl=0
#enables/disables broadcasting the ssid
ignore_broadcast_ssid=0
# Needed for Windows clients
eapol_key_index_workaround=0

But when I test it I have an error around the driver not being recognised. 
There are multiple tutorials around loading the driver for this adapter but 
all seem to link to a dead git.  

Do I need to load the specific driver for this? I have read for this 
version of Ubuntu the adpater should just work?

How should I configure HostAPD

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/d75a91ca-b03d-4e23-a90c-dc85ca402b82%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

['Mark Lazarewicz' via BeagleBoard]

Be careful about taking hardware design info from computer science degree 
types.  John seems to understand hardware this other dude bill is a blow hard 
and a



Sent from Yahoo Mail on Android 
 
  On Mon, May 16, 2016 at 3:34 PM, John Syne wrote:   

On May 15, 2016, at 4:25 PM, evilwulfie  wrote:
 
  

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/746532426.5197607.1463625501671.JavaMail.yahoo%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Serial Communication on Beaglebone Black

['Mark Lazarewicz' via BeagleBoard]

Ask for a refund from ncsu.edu you have been cheated 

Sent from Yahoo Mail on Android 
 
  On Wed, May 18, 2016 at 4:46 PM, Shaurabh Kumar Singh 
wrote:   I have been trying to communicate with a CNC machine through RS 232 to 
the Beaglebone Black. Following are the Serial Port settings at the 
MachineBaudrate=9600Databits=8Stopbits=1Parity=NoneCR only
When i tried connecting it to my desktop(windows 10-using python) directly(done 
without using BBB) and i set the same parameters i got the response from the 
machine like i had expected.
Although, when done using the BBB (debian), also using python, i just received 
the string command i sent to the machine. Following is the python code.
import Adafruit_BBIO.UART as UART
import serial, string
UART.setup("UART1")with 
serial.Serial(port="/dev/ttyO0",baudrate=9600,timeout=2) as ser: #i also tried 
mentioning databits and stopbits and other parameters but they still did not 
work        ser.write(b"Q100\r")        
c=ser.readline().decode("utf-8","ignore")        print(c)        ser.close()
This works all fine in windows(gives the serial no. as the output) but simply 
gives back     Q100    as output (same as input).
I was wondering if it could be due to the different OS on my laptop and BBB. 
Should i try installing windows ce on the BBB and work with that?

Thank you

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8ea4c1d1-b702-4bcc-869b-b2106af130e0%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/82744158.5173824.1463622957605.JavaMail.yahoo%40mail.yahoo.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] connman issues on latest Debian 8.4 release?

[Robert Nelson]

Hi Mike

On Wed, May 18, 2016 at 7:08 PM, Mike Erdahl  wrote:

>
> Accidentally posted this on the beaglebone google group... annoying.
>
> connman works just fine for my three different RTL81xx based USB WIFI
> adapters on the Debian Jessie 8.3 bb.org release, but wifi seems dead on
> the Debian Jessie 8.4 bb.org release (wifi scan either hangs, or does not
> find anything).  Same behavior on BeagleBone Black and Green, powered with
> external bricks.
>
> I run on both 8.3 and 8.4:
>
> $ sudo su
> # connmanctl
> connmanctl> enable wifi
> connmanctl> scan wifi
> connmanctl> services
>
> At this point, I either see my AP (Jessie 8.3), or nothing (Jessie 8.4)
>
> Checking 'technologies' on both releases does show WiFi is present, and
> powered.
>
> Is there any config magic required before using connman with Debian 8.4
> bb.org release?  Unfortunately I overwrote my SD card before capturing
> the kernel log, but it seemed like the rtl firmware was loading fine, with
> no errors being reported.
>

We have tether'ing enabled out of the box, so you need to disable that:

$ sudo su
# connmanctl
connmanctl> tether wifi off
connmanctl> enable wifi
connmanctl> scan wifi
connmanctl> services

then it'll work just fine. ;)

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/CAOCHtYgfNVZ67hGbBurH19Y41kvmwXtsizx8R74Fg44iVDJoSg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] connman issues on latest Debian 8.4 release?

[Mike Erdahl]

Accidentally posted this on the beaglebone google group... annoying.

connman works just fine for my three different RTL81xx based USB WIFI 
adapters on the Debian Jessie 8.3 bb.org release, but wifi seems dead on 
the Debian Jessie 8.4 bb.org release (wifi scan either hangs, or does not 
find anything).  Same behavior on BeagleBone Black and Green, powered with 
external bricks.

I run on both 8.3 and 8.4:

$ sudo su
# connmanctl
connmanctl> enable wifi
connmanctl> scan wifi
connmanctl> services

At this point, I either see my AP (Jessie 8.3), or nothing (Jessie 8.4)

Checking 'technologies' on both releases does show WiFi is present, and 
powered.

Is there any config magic required before using connman with Debian 8.4 
bb.org release?  Unfortunately I overwrote my SD card before capturing the 
kernel log, but it seemed like the rtl firmware was loading fine, with no 
errors being reported.

Regards,
Mike

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

Re: [beagleboard] Getting Bootchart setup on Debian 8.3

[John Baker]

Robert:
What script is trying to read the clock data from ntp? I have an Adafruit 
DS3231 for the Real Time Clock and the BBB is taking a minute before it gets 
the clock from the DS3231 so I suspect some script is trying to read the ntp 
clock data and holding up the read of my DS3231 clock. Es posible?
John

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/66884716-e25b-412e-98f1-97870f8f7127%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Problem in Beaglebone Black based custom hardware

[Micka]

You have a lot of error on your log

You have to know that when you create your own board, you need to
understand how the U-boot and the kernel know that it is a
beaglebone-black. Otherwise you will have wrong settings, particularly on
the tps. ( I had also a lot of errors before)

In the u-boot, at the beginning it check the name of the board and the
version from the eeprom that is on i2c0. Depending of that,  the U-boot
configure many thing, one of them is the tps.

First you need to look at the log from the U-boot. It's easy: connect to
uart0 and copy those log here.

Depending of those errors I will tell you what is wrong. But from your log,
you should put a scope on i2c0, Looks like that the kernel can't read the
tps register. But it can be the consequence of the U-boot misconfigured. (
maybe because your eeprom is empty)

One of the solution is to download the source of the U-boot and apply a
patch that force the U-boot to assume that the board is a beaglebone black:

https://raw.githubusercontent.com/RobertCNelson/Bootloader-Builder/master/patches/v2015.10/0002-NFM-Production-eeprom-assume-device-is-BeagleBone-Bl.patch

Thanks again  Robert Nelson for all your help.


Micka,





Le mer. 18 mai 2016 20:44,  a écrit :

> Hello!
>
> I'm experiencing a really weird problem with custom hardware based in
> Beaglebone Black. This is the 4th revision of our hardware and we have
> never found this issue until now. Everything related with the Beaglebone
> Black part of the circuit remains invariable (except for RAM and emmc,
> since because of lack of stock we had to change to compatible
> ICs, EMMC04G-S100-A08U from Kingston and D2516EC4BXGGB, also from Kingston).
>
> We have 4 prototypes for this model:  3 of them are experiencing this
> problem, but not the other one.
>
> The problem: I run Ubuntu 12.04 from an SD card, with the intention of
> flashing an Ubuntu 14.04 image to the board flash. The operating systems
> launches from the SD and I'm able to log In, but roughly one minute after
> that, the board freezes (a few USRx leds remain fixed and I can't do
> anything in the board anymore).
>
> As I've told, this is happening in 3 of 4 prototypes that we have. One
> common thing that happens in the 3 boards which are freezing is that USR3
> led remains on (it doesn't blink), and this is not happening in the board
> that works ok.
>
> Of course, we have checked all voltages in the board and looked for short
> circuits, but everything seems to be ok.
>
> I'll paste the system log obtained from the debug uart, since I think the
> last 7 lines can be specially significant to explain the problem. Any help
> or suggestion would be appreciated.
>
> Thanks in advance!
>
> 18/05/2016 14:16:39.353 [RX] -  
> U-Boot SPL 2013.10-00249-g15c5cdf (Nov 17 2013 - 16:35:11)
> reading args
> spl: error reading image args, err - -1
> reading u-boot.img
> reading u-boot.img
> 
> 
> U-Boot 2013.10-00249-g15c5cdf (Nov 17 2013 - 16:35:11)
> 
> I2C:   ready
> DRAM:  512 MiB
> WARNING: Caches not enabled
> NAND:  0 MiB
> MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
> *** Warning - readenv() failed, using default environment
> 
> Net:not set. Validating first E-fuse MAC
> cpsw, usb_ether
> Hit any key to stop autoboot:  10 
> mmc0 is current device
> SD/MMC found on device 0
> reading uEnv.txt
> 340 bytes read in 3 ms (110.4 KiB/s)
> Loaded environment from uEnv.txt
> Importing environment from mmc ...
> Running uenvcmd ...
> 3314544 bytes read in 487 ms (6.5 MiB/s)
> 24884 bytes read in 48 ms (505.9 KiB/s)
> Kernel image @ 0x8020 [ 0x00 - 0x329370 ]
> ## Flattened Device Tree blob at 80f8
>Booting using the fdt blob at 0x80f8
>Using Device Tree in place at 80f8, end 80f89133
> 
> Starting kernel ...
> 
> Uncompressing Linux... done, booting the kernel.
> [0.00] Booting Linux on physical CPU 0x0
> [0.00] Initializing cgroup subsys cpu
> [0.00] Linux version 3.8.13-bone30 (root@imx6q-sabrelite-1gb-1)
> (gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #1 SMP Thu Nov 14
> 11:19:20 UTC 2013
> [0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7),
> cr=10c5387d
> [0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing
> instruction cache
> [0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI
> AM335x BeagleBone
> [0.00] Memory policy: ECC disabled, Data cache writeback
> [0.00] AM335X ES1.0 (neon )
> [0.00] PERCPU: Embedded 9 pages/cpu @c0e45000 s14080 r8192 d14592
> u36864
> [0.00] Built 1 zonelists in Zone order, mobility grouping on.
> Total pages: 129792
> [0.00] Kernel command line: console=ttyO0,115200n8 fixrtc
> root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
> [0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
> [0.00] Dentry cache hash table entries: 65536 (order: 6, 262144
> bytes)
> [0.00] Inode-cache hash table entries: 

Re: [beagleboard] Running multiple scripts in parallel at Boot up.

[John Syne]

Why not create systemd services for each script which will run in parallel once 
the prerequisites have been met. 

Regards,
John




> On May 18, 2016, at 10:56 AM, gajeshwa...@gmail.com wrote:
> 
> Hello,
> I want to run few scripts in parallel at boot up. I am using Service routine 
> to run the script located in "/usr/bin/" at boot up. That script basically 
> executes 10 bash scripts. I tried to make them execute in parallel using "&" 
> command but that did not work, and this is happening only when I try to run 
> script at boot up. 
> 
> Once the system is completely up and running at that time if I try to execute 
> the same script with multiple scripts inside it to be executed in parallel 
> then it works perfectly. 
> 
> It would be very helpful if someone could help me to solve this issue.
> 
> 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/af8d7e14-8651-4202-b120-68470968d30b%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/981F6E95-D6FC-49ED-9099-C34FB73A8951%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Serial Communication on Beaglebone Black

[Shaurabh Kumar Singh]

I have been trying to communicate with a CNC machine through RS 232 to the 
Beaglebone Black. 
Following are the Serial Port settings at the Machine
Baudrate=9600
Databits=8
Stopbits=1
Parity=None
CR only

When i tried connecting it to my desktop(windows 10-using python) 
directly(done without using BBB) and i set the same parameters i got the 
response from the machine like i had expected.

Although, when done using the BBB (debian), also using python, i just 
received the string command i sent to the machine. Following is the python 
code.

import Adafruit_BBIO.UART as UART

import serial, string

UART.setup("UART1")
with serial.Serial(port="/dev/ttyO0",baudrate=9600,timeout=2) as ser: #i 
also tried mentioning databits and stopbits and other parameters but they 
still did not work
ser.write(b"Q100\r")
c=ser.readline().decode("utf-8","ignore")
print(c)
ser.close()

This works all fine in windows(gives the serial no. as the output) but 
simply gives back Q100as output (same as input).

I was wondering if it could be due to the different OS on my laptop and 
BBB. Should i try installing windows ce on the BBB and work with that?


Thank you

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to the Google Groups 
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to beagleboard+unsubscr...@googlegroups.com.
To view this discussion on the web visit 
https://groups.google.com/d/msgid/beagleboard/8ea4c1d1-b702-4bcc-869b-b2106af130e0%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] TPS65217 & Vdd_core 1.125V or 1.2V or 1.1V or .... ?

[John Syne]

> On May 18, 2016, at 1:58 AM, Micka  wrote:
> 
> Hi,
> 
> In the u-boot 
> http://git.denx.de/?p=u-boot.git;a=blob;f=board/ti/am335x/board.c;h=4330be64994dc6cbfaff4b865fee44d82f660a3d;hb=HEAD#l255
>  
> 
> 
> there is those lines :
> 
>  255 
> 
>  /* Set DCDC3 (CORE) voltage to 1.125V */
>  256 
> 
>  if (tps65217_voltage_update(TPS65217_DEFDCDC3,
>  257 
> 
>  TPS65217_DCDC_VOLT_SEL_1125MV))
> 
> 
> In the device tree there is those lines :
> 
>   dcdc3_reg: regulator@2 {
>   /* VDD_CORE voltage limits 0.95V - 1.1V with +/-4% 
> tolerance */
>   regulator-name = "vdd_core";
>   regulator-min-microvolt = <925000>;
>   regulator-max-microvolt = <115>;
>   regulator-boot-on;
>   regulator-always-on;
>   };
> 
> in the starterware from texas + the patch for the bbb I have nothing 
> concerning the DEFDCD3. 
> 
> And finally in the BBB_SRM you have those lines :
> 
> The VDD_CORE rail can deliver up to 1.2A at 1.1V. This rail is not accessible 
> for use anywhere else on the board and only connects to the processor. This 
> rail is fixed at 1.1V and is not scaled.  
> 
> So what is the correct configuration for this output ?
I believe this is done in bootloader/src/armv7a/am335x/bl_platform.c

In essence, you have to create a bootable SDCard for Starterware which sets the 
regulator voltages for you. 

Regards,
John
> 
> 
> 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%2BMRtm7heTJ45tuWoHt9v1ajBV4XN%2BCk7t%2BfGTn-mrjjJsD%2BA%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/D2B2F1F3-E3ED-43C6-9B24-2D32028E99B4%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Running multiple scripts in parallel at Boot up.

[gajeshwar13]

Hello,
I want to run few scripts in parallel at boot up. I am using Service 
routine to run the script located in "/usr/bin/" at boot up. That script 
basically executes 10 bash scripts. I tried to make them execute in 
parallel using "&" command but that did not work, and this is happening 
only when I try to run script at boot up. 

Once the system is completely up and running at that time if I try to 
execute the same script with multiple scripts inside it to be executed in 
parallel then it works perfectly. 

It would be very helpful if someone could help me to solve this issue.

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/af8d7e14-8651-4202-b120-68470968d30b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Problem in Beaglebone Black based custom hardware

[santiago . teleco]

Hello!

I'm experiencing a really weird problem with custom hardware based in 
Beaglebone Black. This is the 4th revision of our hardware and we have 
never found this issue until now. Everything related with the Beaglebone 
Black part of the circuit remains invariable (except for RAM and emmc, 
since because of lack of stock we had to change to compatible 
ICs, EMMC04G-S100-A08U from Kingston and D2516EC4BXGGB, also from Kingston).

We have 4 prototypes for this model:  3 of them are experiencing this 
problem, but not the other one.

The problem: I run Ubuntu 12.04 from an SD card, with the intention of 
flashing an Ubuntu 14.04 image to the board flash. The operating systems 
launches from the SD and I'm able to log In, but roughly one minute after 
that, the board freezes (a few USRx leds remain fixed and I can't do 
anything in the board anymore).

As I've told, this is happening in 3 of 4 prototypes that we have. One 
common thing that happens in the 3 boards which are freezing is that USR3 
led remains on (it doesn't blink), and this is not happening in the board 
that works ok.

Of course, we have checked all voltages in the board and looked for short 
circuits, but everything seems to be ok.

I'll paste the system log obtained from the debug uart, since I think the 
last 7 lines can be specially significant to explain the problem. Any help 
or suggestion would be appreciated. 

Thanks in advance!

18/05/2016 14:16:39.353 [RX] -  
U-Boot SPL 2013.10-00249-g15c5cdf (Nov 17 2013 - 16:35:11)
reading args
spl: error reading image args, err - -1
reading u-boot.img
reading u-boot.img


U-Boot 2013.10-00249-g15c5cdf (Nov 17 2013 - 16:35:11)

I2C:   ready
DRAM:  512 MiB
WARNING: Caches not enabled
NAND:  0 MiB
MMC:   OMAP SD/MMC: 0, OMAP SD/MMC: 1
*** Warning - readenv() failed, using default environment

Net:not set. Validating first E-fuse MAC
cpsw, usb_ether
Hit any key to stop autoboot:  1 0 
mmc0 is current device
SD/MMC found on device 0
reading uEnv.txt
340 bytes read in 3 ms (110.4 KiB/s)
Loaded environment from uEnv.txt
Importing environment from mmc ...
Running uenvcmd ...
3314544 bytes read in 487 ms (6.5 MiB/s)
24884 bytes read in 48 ms (505.9 KiB/s)
Kernel image @ 0x8020 [ 0x00 - 0x329370 ]
## Flattened Device Tree blob at 80f8
   Booting using the fdt blob at 0x80f8
   Using Device Tree in place at 80f8, end 80f89133

Starting kernel ...

Uncompressing Linux... done, booting the kernel.
[0.00] Booting Linux on physical CPU 0x0
[0.00] Initializing cgroup subsys cpu
[0.00] Linux version 3.8.13-bone30 (root@imx6q-sabrelite-1gb-1) 
(gcc version 4.6.3 (Ubuntu/Linaro 4.6.3-1ubuntu5) ) #1 SMP Thu Nov 14 
11:19:20 UTC 2013
[0.00] CPU: ARMv7 Processor [413fc082] revision 2 (ARMv7), 
cr=10c5387d
[0.00] CPU: PIPT / VIPT nonaliasing data cache, VIPT aliasing 
instruction cache
[0.00] Machine: Generic AM33XX (Flattened Device Tree), model: TI 
AM335x BeagleBone
[0.00] Memory policy: ECC disabled, Data cache writeback
[0.00] AM335X ES1.0 (neon )
[0.00] PERCPU: Embedded 9 pages/cpu @c0e45000 s14080 r8192 d14592 
u36864
[0.00] Built 1 zonelists in Zone order, mobility grouping on. 
 Total pages: 129792
[0.00] Kernel command line: console=ttyO0,115200n8 fixrtc 
root=/dev/mmcblk0p2 ro rootfstype=ext4 rootwait
[0.00] PID hash table entries: 2048 (order: 1, 8192 bytes)
[0.00] Dentry cache hash table entries: 65536 (order: 6, 262144 
bytes)
[0.00] Inode-cache hash table entries: 32768 (order: 5, 131072 
bytes)
[0.00] __ex_table already sorted, skipping sort
[0.00] allocated 1048576 bytes of page_cgroup
[0.00] please try 'cgroup_disable=memory' option if you don't want 
memory cgroups
[0.00] Memory: 511MB = 511MB total
[0.00] Memory: 507164k/507164k available, 17124k reserved, 0K 
highmem
[0.00] Virtual kernel memory layout:
[0.00] vector  : 0x - 0x1000   (   4 kB)
[0.00] fixmap  : 0xfff0 - 0xfffe   ( 896 kB)
[0.00] vmalloc : 0xe080 - 0xff00   ( 488 MB)
[0.00] lowmem  : 0xc000 - 0xe000   ( 512 MB)
[0.00] pkmap   : 0xbfe0 - 0xc000   (   2 MB)
[0.00] modules : 0xbf00 - 0xbfe0   (  14 MB)
[0.00]   .text : 0xc0008000 - 0xc08ee8e0   (9115 kB)
[0.00]   .init : 0xc08ef000 - 0xc0938700   ( 294 kB)
[0.00]   .data : 0xc093a000 - 0xc09bd500   ( 526 kB)
[0.00].bss : 0xc09bd500 - 0xc0a34900   ( 477 kB)
[0.00] Hierarchical RCU implementation.
[0.00]  RCU restricting CPUs from NR_CPUS=4 to 
nr_cpu_ids=1.
[0.00] NR_IRQS:16 nr_irqs:16 16
[0.00] IRQ: Found an INTC at 0xfa20 (revision 5.0) with 128 
interrupts
[0.00] Total of 128 interrupts on 1 active controller
[0.00] OMAP clockevent source: GPTIMER1 at 2400 Hz
[

Re: [beagleboard] PRU multiple shift out && pattern generation

[Charles Steinkuehler]

On 5/18/2016 3:45 AM, Vincent lc wrote:
> 
> So is it the idea to shift out more bits at the same time, or is it 
> completely 
> something else ?

I can only guess at what you are trying to do based on the changes you
made to the code.

What I *THINK* you want is to have two (or more) values you're
shifting out, each in it's own PRU register, and have each value
shifted out on it's own PRU pin.

If that's the case, you want to test and set each value register and
then toggle the clock.  So in (totally not optimized) pseudo code:

Loop:
  test left bit of value 1
  set/clear output 1 as appropriate
  shift value 1

  test left bit of value 2
  set/clear output2 as appropriate
  shift value 2

  ... (repeat for however many values you have)

  Set the clock high
  Delay for clock-high time

  If all bits have been shifted out then
read new values from memory

  Set the clock low

  goto Loop

Instead of testing and setting each bit individually, you can use a
byte or word move to PRU register 31, but that will require the C
program to seralize and interleave the data before sending it to the
PRU (or you could do this on the PRU, but it would take more cycles).

There are lots of other options for tweaking the code, depending on
how fast it needs to run and whether or not you need all the outputs
to change simultaneously.  Since you're currently delaying 12 cycles
for each state of the clock, you could pretty easily update eight
outputs without slowing down the code, but you'll have to be
pre-calculating the next outputs instead of busy-waiting in the clock
delay loops.

-- 
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/573C898D.6030903%40steinkuehler.net.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Hardware watchdog for BBB

[Lachlan Audas]

I think we need to look at the big picture,
many system's  have the same problem.Power monitor, with task
monitor... with reset and  power of/on
power back up..   be that battery or supper caps or standard caps etc.
While we are all thinking of meeting our current needs. Taking the bigger
picture will  allow much better long term fix
for the problems.   But that requires  some effort and time by good
designers, and programmer, with good doc's
to allow the average guy to make good use of it.  with out too much work or
hart burn.
but this needs a real commitment, from the developers,   not just few
mint's writing some good ideas
in some support group,  be that BBB,  or Raspberry PI  or pick your
platform.
It would also nice to have all this in Open hardware and software.  KiCad,
and GCC or SDCC,
Perhaps putting it all into a VM image, so any one can run it,  as long as
host system supports a VM player of some
sort.But who is willing to put the time and effort  to make this happen
?

Lachlan.





On Tue, May 17, 2016 at 6:25 PM, William Hermans  wrote:

> *The need to ping an Internet host just adds to the requirements.  Pinging
>> your local router IP would meet the requirement of whether the BBB
>> interface is up.  Adding Internet connectivity just added more complexity.*
>>
>
> Come now do I really have to comment on something like this ? The solution
> is pretty obvious . . .
>
> If your application does not require an internet connection, then don't
> ping an outside address. Ping your internal gateway . . .
>
> On Tue, May 17, 2016 at 5:07 PM, Mike  wrote:
>
>> On 05/17/2016 05:55 PM, William Hermans wrote:
>>
>> *William:*
>>> *That would work.  *
>>>
>>> *The only "edge case" I might see as a problem would be if your ping
>>> target went off line.  Then the BBB would reboot itself every ten minutes
>>> even though nothing was wrong with the BBB.  I guess you could ping several
>>> different targets in rotation and only reboot if they all disappeared.*
>>>
>> *This gets us back to a real cheap local watchdog.*
>>
>> You only need to ping one ip address. Your internet gateway IP. e.g. your
>> first hop outside of your local network.
>>
>> The need to ping an Internet host just adds to the requirements.  Pinging
>> your local router IP would meet the requirement of whether the BBB
>> interface is up.  Adding Internet connectivity just added more complexity.
>>
>>
>>> *As an aside: Does anyone know what test a computer runs to determine if
>>> it is connected to the internet?*
>>> *Most desktop/laptop computers have a different network icon as to
>>> whether the network/WiFi you connected to has internet connectivity.   Is
>>> the Windows computer pinging some Microsoft location that is "guaranteed"
>>> to be up?*
>>>
>>> *--- Graham*
>>
>> I'm not 100% sure, but the test Windows does is not always correct.
>> Sometimes the icon shows not connected, when in fact as soon as you try to
>> surf something on the web, it goes to the working icon . . .
>>
>> My guess is that it does some simple DNS tests, and then after a while it
>> gives up checking.
>>
>>
>> On Tue, May 17, 2016 at 2:29 PM, Graham Haddock 
>> wrote:
>>
>>> William:
>>>
>>> That would work.
>>>
>>> The only "edge case" I might see as a problem would be if your ping
>>> target went off line.  Then the BBB would reboot itself every ten minutes
>>> even though nothing was wrong with the BBB.  I guess you could ping several
>>> different targets in rotation and only reboot if they all disappeared.
>>> This gets us back to a real cheap local watchdog.
>>>
>>> As an aside: Does anyone know what test a computer runs to determine if
>>> it is connected to the internet?
>>> Most desktop/laptop computers have a different network icon as to
>>> whether the network/WiFi you connected to has internet connectivity.   Is
>>> the Windows computer pinging some Microsoft location that is "guaranteed"
>>> to be up?
>>>
>>> --- Graham
>>>
>>> ==
>>>
>>>
>>> On Tue, May 17, 2016 at 2:30 PM, William Hermans 
>>> wrote:
>>>

 @Graham,

 What I propose is that you do not need an Ethernet Micro connected to
 the BBB. Instead, you have the BBB ping the outside world once every set
 time frame, and it a ping comes back unreachable after say 5-10 minutes.
 You just stop "kicking the dog". Which does present a potential problem
 that Your internet connection may just be down. But a remote system that
 reboots once every 5-10 minutes because the internet connection is down is
 not something I'd personally see as a bad thing. After all you're unable to
 connect to the system anyway.

>>>
>>>  ==
>>> --
>>> For more options, visit http://beagleboard.org/discuss
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "BeagleBoard" group.
>>> To unsubscribe from this group and stop receiving emails from 

Re: [beagleboard] BBB kernel sources download

[Robert Nelson]

On Wed, May 18, 2016 at 9:09 AM,  wrote:

>
>
> On Tuesday, May 17, 2016 at 5:34:46 PM UTC+1, RobertCNelson wrote:
>>
>>
>>
>> On Tue, May 17, 2016 at 10:56 AM,  wrote:
>>
>>> I've been trying to build a BBB kernel using Robert Nelson's scripts
>>> from the instructions
>>> on  eewiki; however, there seems to be no way to download the git
>>> sources.  Does anyone
>>> have a working script for this?
>>>
>>> I'm building on a 32-bit machine, and the Linaro compiler is 64-bit, but
>>> if I can just get the
>>> correctly patched sources I should be ok. I'd skip the Linaro stuff, but
>>> I can't work out the
>>> format of the name for a local toolchain.
>>>
>>> Running build_kernel.sh I get:
>>>
>>> > scripts/git: LINUX_GIT not defined in system.sh
>>> > cloning
>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into
>>> default location: /home/cwr/BBB/linux-dev/ignore/linux-src
>>> > Cloning into '/home/cwr/BBB/linux-dev/ignore/linux-src'...
>>> > fatal: unable to access '
>>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/':
>>> SSL certificate problem: unable to get local issuer certificate
>>>
>>
>> in debian/ubuntu, this package is "ca-certificates", or your system clock
>> is way off, you really need to fix that first..
>>
>> Regards,
>>
>> --
>> Robert Nelson
>> https://rcn-ee.com/
>>
>
> The clocks is accurate  to within a few seconds, and the package
> ca-certificates is installed.
>

but yet,

git clone https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git

failed, with "SSL certificate problem: unable to get local issuer
certificate"

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/CAOCHtYi%2BJHy4R3HzmY3uxbRrE2VPx4JT4L44Gg-m%3DiH-EQAM0A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] BBB kernel sources download

[cwrseckford]

On Tuesday, May 17, 2016 at 5:34:46 PM UTC+1, RobertCNelson wrote:
>
>
>
> On Tue, May 17, 2016 at 10:56 AM,  
> wrote:
>
>> I've been trying to build a BBB kernel using Robert Nelson's scripts from 
>> the instructions
>> on  eewiki; however, there seems to be no way to download the git 
>> sources.  Does anyone
>> have a working script for this?
>>
>> I'm building on a 32-bit machine, and the Linaro compiler is 64-bit, but 
>> if I can just get the
>> correctly patched sources I should be ok. I'd skip the Linaro stuff, but 
>> I can't work out the
>> format of the name for a local toolchain.
>>
>> Running build_kernel.sh I get:
>>
>> > scripts/git: LINUX_GIT not defined in system.sh
>> > cloning 
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git into 
>> default location: /home/cwr/BBB/linux-dev/ignore/linux-src
>> > Cloning into '/home/cwr/BBB/linux-dev/ignore/linux-src'...
>> > fatal: unable to access '
>> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/': 
>> SSL certificate problem: unable to get local issuer certificate
>>
>
> in debian/ubuntu, this package is "ca-certificates", or your system clock 
> is way off, you really need to fix that first..
>
> Regards,
>
> -- 
> Robert Nelson
> https://rcn-ee.com/
>

The clocks is accurate  to within a few seconds, and the package 
ca-certificates is installed.

C W Rose
 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/ac3c9573-fb09-4a08-a94d-82648169c895%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Beaglebone Black and ROS

[Micka]

Beaglebone black is a linux device... So any tutorial that explain ros with
linux will work.

Le mer. 18 mai 2016 15:32,  a écrit :

>
> How can i learn to controll beaglebone black with ros? Any book, tutorial,
> online course?
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/bf9de850-c14a-4567-9e79-cd5db17a0eb8%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/CAF%2BMRt%3DMRF5Y_QoYpPgDSvY9RTdJpjgrRVYAop9-uKqrg355kA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Beaglebone Black and ROS

[Graham]

Google is your friend.

Google: Beaglebone and ROS

==

On Wednesday, May 18, 2016 at 8:32:26 AM UTC-5, dines...@gmail.com wrote:
>
>
> How can i learn to controll beaglebone black with ros? Any book, tutorial, 
> online course?
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/f0e239ad-0bd2-4747-8869-40e499736a9d%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Beaglebone Black and ROS

[dinesh99981]

How can i learn to controll beaglebone black with ros? Any book, tutorial, 
online course?

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/bf9de850-c14a-4567-9e79-cd5db17a0eb8%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] RTC M41t82 issue

[sanal . sachusanal]

Hai sir,

I am using beaglebone black board rev c for our project purpose. This 
document is used for building. 
http://www.jumpnowtek.com/beaglebone/BeagleBone-Systems-with-Yocto.html

I need to add one external rtc (stm,m41t82) for our project purpose.
i am integrating the external rtc (stm,m41t82)through i2c2 channels.
i2cdetct -y -r 2 command shows my rtc is detect in 0x68 address.
after that i tried this one
echo mt4182 0x68 >/sys/bus/i2c/devices/i2c-2/new_devic
i couldn't find out the name which i given to rtc to executing the 
following command.

cat /sys/class/rtc/rtc1/name 

i am refering the below document for rtc purpose 
http://www.crompton.com/hamradio/BBB_realtime_clock/
could u please help me to resolve 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/2998d580-8de0-4849-972b-260c01658449%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] TPS65217 & Vdd_core 1.125V or 1.2V or 1.1V or .... ?

[Micka]

Hi,

In the u-boot
http://git.denx.de/?p=u-boot.git;a=blob;f=board/ti/am335x/board.c;h=4330be64994dc6cbfaff4b865fee44d82f660a3d;hb=HEAD#l255

there is those lines :

255

/* Set DCDC3 (CORE) voltage to 1.125V */
256

if (tps65217_voltage_update(TPS65217_DEFDCDC3,
257

TPS65217_DCDC_VOLT_SEL_1125MV))


In the device tree there is those lines :

dcdc3_reg: regulator@2 {
/* VDD_CORE voltage limits *0.95V -* *1.1V* with +/-4% tolerance */
regulator-name = "vdd_core";
regulator-min-microvolt = <925000>;
regulator-max-microvolt = <115>;
regulator-boot-on;
regulator-always-on;
};

in the starterware from texas + the patch for the bbb I have nothing
concerning the DEFDCD3.

And finally in the BBB_SRM you have those lines :

The VDD_CORE rail can deliver up to 1.2A at 1.1V. This rail is not
accessible for use anywhere else on the board and only connects to the
processor. This rail is fixed at 1.1V and is not scaled.

So what is the correct configuration for this output ?


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%2BMRtm7heTJ45tuWoHt9v1ajBV4XN%2BCk7t%2BfGTn-mrjjJsD%2BA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] PRU multiple shift out && pattern generation

[Vincent lc]

>
> Le mercredi 18 mai 2016 00:04:16 UTC+2, Charles Steinkuehler a écrit :
> The modifications you made to the code to support two channels are 
> just wrong, you need to set/clear both output data bits before setting 
> the clock pin high.  Also, you'll use far fewer cycles if you can 
> manage to shift out bytes or words instead of single bits, but that 
> will depend on how you have the PRU I/O pinned out and if you can 
> tolerate the extra overhead in the ARM to PRU communications. 
>
> -- 
> Charles Steinkuehler 
> cha...@steinkuehler.net

 
Hi Charles,
first thanks for your answer.
Then, I tried to follow your idea, I have change the code to the following

SEQCLK:
MOVr0, DELAY_HIGH // time for clock low -- assuming clock low 
before cycle
CLKLOW:
SUBr0, r0, 1 // decrement the counter by 1 and loop (next line)
QBNECLKLOW, r0, 0 // check if the count is still low

//for OUT_1 
QBBC DATALOW_1, REGISTER_OUT_1.t31  // The write state needs to be set 
right here -- bit 31 shifted left
SETDATA_OUT_1
SETDATA_OUT_2

QBADATACONTD
DATALOW_1:
CLRDATA_OUT_1
CLRDATA_OUT_2

DATACONTD:
SETPIN_CLK // set the clock high
MOVr0, DELAY_LOW // time for clock high
CLKHIGH:
SUBr0, r0, 1 // decrement the counter by 1 and loop (next line)
QBNECLKHIGH, r0, 0 // check the count
LSLREGISTER_OUT_1, REGISTER_OUT_1, 1 //shift left the data
LSLREGISTER_OUT_2, REGISTER_OUT_2, 1 //shift left the data

 // clock goes low now 
CLRPIN_CLK // set the clock low
DATAINLOW:
RET

-> Lead that I observed the data of Out_1 on both OUT (1 and 2), however, 
it doesn't sound right for me because, we don't check the 
REGISTER_OUT_2.t31,
and it didn't allow me to send two different data.

I have also tried 
SEQCLK:
MOVr0, DELAY_HIGH // time for clock low -- assuming clock low 
before cycle
CLKLOW:
SUBr0, r0, 1 // decrement the counter by 1 and loop (next line)
QBNECLKLOW, r0, 0 // check if the count is still low
 
QBBC DATALOW_1, REGISTER_OUT_1.t31  // The write state needs to be set 
right here -- bit 31 shifted left
SETDATA_OUT_1
QBBC DATALOW_2, REGISTER_OUT_2.t31  // The write state needs to be set 
right here -- bit 31 shifted left
SETDATA_OUT_2

QBADATACONTD
DATALOW_1:
CLRDATA_OUT_1
QBBC DATALOW_2, REGISTER_OUT_2.t31  // The write state needs to be set 
right here -- bit 31 shifted left
SETDATA_OUT_2
QBADATACONTD

DATALOW_2:
CLRDATA_OUT_2

DATACONTD:
SETPIN_CLK // set the clock high
MOVr0, DELAY_LOW // time for clock high

CLKHIGH:
SUBr0, r0, 1 // decrement the counter by 1 and loop (next line)
QBNECLKHIGH, r0, 0 // check the count
LSLREGISTER_OUT_1, REGISTER_OUT_1, 1//shift left the data
LSLREGISTER_OUT_2, REGISTER_OUT_2, 1 //shift left the data
 // clock goes low now 
CLRPIN_CLK // set the clock low
DATAINLOW:

RET

Which normally check REGISTER_OUT_1 and 2 and also set/clear both output 
data bits before setting
the clock pin high. Nevertheless, it led that I still doesn't observe any 
signal on OUT_2.

So, are my ideas in the good direction, if so what can I improve, else what 
is still wrong ?  

For the part of trying to shift out bytes or words instead of single bits, 
I was guessing that it was linked to LSL command, 

If I change it by 
LSLREGISTER_OUT_1, REGISTER_OUT_1, 2 //shift left the data
LSLREGISTER_OUT_2, REGISTER_OUT_2, 2 //shift left the data

It's lead to the same result as 
LSLREGISTER_OUT_1, REGISTER_OUT_1, 2 //shift left the data
LSLREGISTER_OUT_2, REGISTER_OUT_2, 1 //shift left the data  
  
i.e. the two data are the same and it is one out of two bits.

So is it the idea to shift out more bits at the same time, or is it 
completely something else ?

Thanks by advance
Regards
Vincent
 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/3820d599-b3fe-4b8b-ad55-01579a6e9d45%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.