Re: [beagleboard] Getting Bootlogs on BeagleBone Black using USB Cable.Possible?

[Robert Nelson]

On May 4, 2016 11:50 PM, "Raul Piper"  wrote:
>
> HI,
> I am new to this group.I am trying to boot a custom kernel which I have
built using this link .I hard pressed the Button S2 while the board was
booting from the MicroSD CARD (not the EMMC) but I see no display on HDMI
connected TV and neither any LED is glowing except the Power LED(PWR).I
want to see the boot logs and opened the minicom by connecting the USB
cable to the BBB but can't see any boot logs on the minicom (@115200).Is it
possible to get the boot logs using the USB cable or do I have to purchase

No, is not possible.. That interface you are using is created by the kernel
itself.. Way after it started booting...

"Serial Debug cable : for this like Standard FTDI Cable or Adafruit 4 Pin
Cable (PL2303) or (USB to serial adapter) TTL-232R-3V3 at Digi-Key.

Correct, that's the cable you need.. 3.3v...

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/CAOCHtYiQLhpdg-bD3XL7nFC3O-redsWUyhJX%2B%2BX_%2BpQufw55iw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Tools to debug the driver .

[Raul Piper]

Is TIN FlysWatter2  a 
better tool for debugging the kernel driver in BBB.Can some one please post 
thier experience?
-Rp

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/ea576ae1-cb10-4ebc-8ae6-a17f6c694970%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Getting Bootlogs on BeagleBone Black using USB Cable.Possible?

[Raul Piper]

HI,
I am new to this group.I am trying to boot a custom kernel which I have 
built using this link 
 .I hard pressed 
the Button S2 while the board was booting from the MicroSD CARD (not the 
EMMC) but I see no display on HDMI connected TV and neither any LED is 
glowing except the Power LED(PWR).I want to see the boot logs and opened 
the minicom by connecting the USB cable to the BBB but can't see any boot 
logs on the minicom (@115200).Is it possible to get the boot logs using the 
USB cable or do I have to purchase "Serial Debug cable : for this like Standard 
FTDI Cable or Adafruit 4 Pin Cable (PL2303) or (USB to serial adapter) 
TTL-232R-3V3 
 
at 
Digi-Key.
Please suggest.
-Rp


-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/9b5ea421-c890-4ca9-a04a-f323bc73610f%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Kinoma at the Embedded Linux Conference 2016

[William Hermans]

The concept I think is flawed. Programs like these that create
"programmers" without the ability to write code, or at minimum write decent
code. Flawed as in that the end result is a "programmer" that can not think
for him / her self, that often relies on others to get things done.

Also, I feel insulted as someone whose taken it upon himself to learn
several programming languages over the course of ~20 years.

Plus their "debugger" they spoke of that removes its self from production
code, because debuggers are a security hazard or some such none sense . . .
this is actually a feature of Nodejs modules potentially being installed as
a dev dependency only. I noticed several other parallels to Nodejs, googles
V8 engine, and task runners such as gulp and grunt, and jshint, or other
Javascript linters . . .  So I'm left feeling . . . unimpressed.

On Wed, May 4, 2016 at 7:43 PM, Jason Kridner  wrote:

> I'm curious what people think about this...
>
> KinomaJS provides something akin to a beefed up BBUI or simplified
> LabView. Of course, you can use real NI LabView on BeagleBone Black now.
> KinomaJS does a lot of what I've wanted to do on BeagleBone to make
> physical programming really easy out-of-the-box, but also does several
> things different. I first saw it at a MIT conference on IoT where Peter and
> I were both speakers---I ran out and bought one of their hardware kits.
>
> They demonstrated KinomaJS BeagleBone Black support at ELC. Did anyone see
> it? Is it exposing full functionality?
>
> Kinoma at the Embedded Linux Conference 2016 | Welcome to the Kinoma Blog.
>  from Peter Hoddie’s Tweet
> 
>
>
> Disclosure: I believe Kinoma is owned by Marvell.
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/6AE9EAFE-1625-4FC7-A793-30BDBC017078%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/CALHSORqzp%3D1%3DCTxAk5-iaQidxnXhRHtn2sL8mbFK52DDj%3D9jXw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Kinoma at the Embedded Linux Conference 2016

[Jason Kridner]

I'm curious what people think about this...

KinomaJS provides something akin to a beefed up BBUI or simplified LabView. Of 
course, you can use real NI LabView on BeagleBone Black now. KinomaJS does a 
lot of what I've wanted to do on BeagleBone to make physical programming really 
easy out-of-the-box, but also does several things different. I first saw it at 
a MIT conference on IoT where Peter and I were both speakers---I ran out and 
bought one of their hardware kits. 

They demonstrated KinomaJS BeagleBone Black support at ELC. Did anyone see it? 
Is it exposing full functionality?

Kinoma at the Embedded Linux Conference 2016 | Welcome to the Kinoma Blog. from 
Peter Hoddie’s Tweet 


Disclosure: I believe Kinoma is owned by Marvell.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/6AE9EAFE-1625-4FC7-A793-30BDBC017078%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

Anyway, yeah I do appreciate it Robert, but that one thing just didn't pan
out heh. In the end, I do like to have as small an image as possible, but
it only matters to a point. Meaning, I'll try, and perhaps even try too
hard to get my image small, but it's not super important once I'm feeling
pretty good about not having too much dead weight around. 242M is really
not all that large, and it'll get bigger too once I have Nodejs compiled
and installed. I think ~400M-500M would still be a pretty deal.

On Wed, May 4, 2016 at 5:06 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 7:03 PM, William Hermans  wrote:
>
>> *william@beaglebone:~$ sudo apt-get remove --purge --auto-remove rsync
>>> patch*
>>> *[sudo] password for william:*
>>> *Reading package lists... Done*
>>> *Building dependency tree*
>>> *Reading state information... Done*
>>> *The following packages will be REMOVED:*
>>> *  patch* rsync**
>>> *0 upgraded, 0 newly installed, 2 to remove and 2 not upgraded.*
>>> *After this operation, 809 kB disk space will be freed.*
>>
>>
>> Well, maybe not so large ;)
>>
>
> humm, thought they pulled in python-minimal, guess not..
>
> 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/CAOCHtYhPy6vxTFwoor4%3D4U429R4it69xbGgA3fCn8O8yDZK7yQ%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/CALHSORqVPU3oocB2J8HpOdFHVTFr67dBqLtFJkrz-LeJatju_Q%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 7:03 PM, William Hermans  wrote:

> *william@beaglebone:~$ sudo apt-get remove --purge --auto-remove rsync
>> patch*
>> *[sudo] password for william:*
>> *Reading package lists... Done*
>> *Building dependency tree*
>> *Reading state information... Done*
>> *The following packages will be REMOVED:*
>> *  patch* rsync**
>> *0 upgraded, 0 newly installed, 2 to remove and 2 not upgraded.*
>> *After this operation, 809 kB disk space will be freed.*
>
>
> Well, maybe not so large ;)
>

humm, thought they pulled in python-minimal, guess not..

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

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *william@beaglebone:~$ sudo apt-get remove --purge --auto-remove rsync
> patch*
> *[sudo] password for william:*
> *Reading package lists... Done*
> *Building dependency tree*
> *Reading state information... Done*
> *The following packages will be REMOVED:*
> *  patch* rsync**
> *0 upgraded, 0 newly installed, 2 to remove and 2 not upgraded.*
> *After this operation, 809 kB disk space will be freed.*


Well, maybe not so large ;)


On Wed, May 4, 2016 at 5:00 PM, William Hermans  wrote:

> *no if you remove rsync and patch, that will allow you to remove a few
>> more large dependices..*
>>
>> *Regards,*
>>
>
> Ah, ok thanks :) Not sure I'll need either on the development image, but I
> may as well remove them now and reinstall later if needed.
>
> On Wed, May 4, 2016 at 4:58 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, May 4, 2016 at 6:54 PM, William Hermans 
>> wrote:
>>
>>> *rsync/patch has a few dependices cut them out..*

>>>
>>> I'm not sure what you mean, but if you mean systemd deps . . . this how
>>> is how removed systemd. Pretty much like
>>> http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
>>> but slightly modified.
>>>
>>
>>
>> no if you remove rsync and patch, that will allow you to remove a few
>> more large dependices..
>>
>> 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/CAOCHtYiTUQomnzFXRzv1svrODDm7QDHNc%3D5NHy7vFpHZ63b6bQ%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/CALHSORpnteHy-NP3UUe9Uzekb1HJmdyJsTjMv8rKTjZ2waxckA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *no if you remove rsync and patch, that will allow you to remove a few
> more large dependices..*
>
> *Regards,*
>

Ah, ok thanks :) Not sure I'll need either on the development image, but I
may as well remove them now and reinstall later if needed.

On Wed, May 4, 2016 at 4:58 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 6:54 PM, William Hermans  wrote:
>
>> *rsync/patch has a few dependices cut them out..*
>>>
>>
>> I'm not sure what you mean, but if you mean systemd deps . . . this how
>> is how removed systemd. Pretty much like
>> http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
>> but slightly modified.
>>
>
>
> no if you remove rsync and patch, that will allow you to remove a few more
> large dependices..
>
> 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/CAOCHtYiTUQomnzFXRzv1svrODDm7QDHNc%3D5NHy7vFpHZ63b6bQ%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/CALHSORr_0wNvzfPGJyvo9JfRfh6P%3D0--p-aP2L7DJaWarggTVA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 6:54 PM, William Hermans  wrote:

> *rsync/patch has a few dependices cut them out..*
>>
>
> I'm not sure what you mean, but if you mean systemd deps . . . this how is
> how removed systemd. Pretty much like
> http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
> but slightly modified.
>


no if you remove rsync and patch, that will allow you to remove a few more
large dependices..

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

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *rsync/patch has a few dependices cut them out..*
>

I'm not sure what you mean, but if you mean systemd deps . . . this how is
how removed systemd. Pretty much like
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
but slightly modified.

william@beaglebone:~$ sudo apt-get update
william@beaglebone:~$ sudo apt-get install sysvinit-core sysvinit-utils
william@beaglebone:~$ sudo cp /usr/share/sysvinit/inittab /etc/inittab

william@beaglebone:~$ sudo su
root@beaglebone:/home/william# echo -e 'Package: systemd\nPin: release
*\nPin-Priority: -1' > /etc/apt/preferences.d/systemd
root@beaglebone:/home/william# echo -e '\n\nPackage: *systemd*\nPin:
release *\nPin-Priority: -1' >> /etc/apt/preferences.d/systemd
root@beaglebone:/home/william# reboot

william@eee-pc:~$ ssh william@bbb
william@beaglebone:~$ sudo apt-get remove --purge --auto-remove systemd

On Wed, May 4, 2016 at 4:46 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 6:40 PM, William Hermans  wrote:
>
>> *both the iot & lxqt images ship those.*
>>>
>>> *The console does not..  (right now it would have to include
>>> git-core/device-tree-compiler/**build-essentials) which just add more
>>> weight..*
>>>
>>> *Regards,*
>>>
>>
>> *-- *
>>
>> *Robert Nelson*
>> *https://rcn-ee.com *
>>
>> So question. Would precompiling the device tree binaries, then creating
>> /lib/firmware, and placing the binaries in that directory not work ? No
>> this is not a smart ass question - But I do think it would work, just not
>> sure why it's not being done already.
>>
>
> Correct, that's one reason why the shipped "./dtc-overlay.sh" is in the
> repo, so you can build the cross-dtc.
>
>
>>
>> As far as adding weight, I totally get it. Jessie seems to be heavier by
>> nature because . . .
>> william@beaglebone:~$ cd /usr/share/locale/
>> william@beaglebone:/usr/share/locale$ sudo rm -r uk fr cs pl de vi nl sv
>> ru es ja da it zh_CN ca hu tr eo id sl pt_BR bg fi sk pt
>> william@beaglebone:/usr/share/locale$ cd ../doc
>> william@beaglebone:/usr/share/doc$ sudo rm -r ./*
>> william@beaglebone:/usr/share/locale$ cd ../man/
>> william@beaglebone:/usr/share/man$ sudo rm -r ./*
>>
>> Only netted me around 50MB. Image is still at 242MB, and it's getting
>> pretty close to being as lean as I'd want it to be. Well I could gain
>> another 40M from apt cache, and perhaps 40M from removing modules . . . But
>> that's still 160M in size .  . . way larger than Wheezy.
>>
>
> DEBUG_INFO is enabled by default with the kernel now, so the modules are
> bigger..
>
>
> Anyway, do I need you to package anything up for me ? No . . . I just
>> wanted to make sure /lib/firmware was still correct for Jessie. Especially
>> since I've ripped out systemd, and was unsure if there was another
>> mechanism for device tree overlays, or not.
>>
>
> rsync/patch has a few dependices cut them out..
>
>
> 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/CAOCHtYghr%2Bmcjuhm3_BMedj%2BqbpJ3QTD7%2BfHCKzXoEntcfY4cA%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/CALHSORoj35AfdB0JQ4YxF-2PGcppWOUjTWUejY1DeRMBQt4Atg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 6:40 PM, William Hermans  wrote:

> *both the iot & lxqt images ship those.*
>>
>> *The console does not..  (right now it would have to include
>> git-core/device-tree-compiler/**build-essentials) which just add more
>> weight..*
>>
>> *Regards,*
>>
>
> *-- *
>
> *Robert Nelson*
> *https://rcn-ee.com *
>
> So question. Would precompiling the device tree binaries, then creating
> /lib/firmware, and placing the binaries in that directory not work ? No
> this is not a smart ass question - But I do think it would work, just not
> sure why it's not being done already.
>

Correct, that's one reason why the shipped "./dtc-overlay.sh" is in the
repo, so you can build the cross-dtc.


>
> As far as adding weight, I totally get it. Jessie seems to be heavier by
> nature because . . .
> william@beaglebone:~$ cd /usr/share/locale/
> william@beaglebone:/usr/share/locale$ sudo rm -r uk fr cs pl de vi nl sv
> ru es ja da it zh_CN ca hu tr eo id sl pt_BR bg fi sk pt
> william@beaglebone:/usr/share/locale$ cd ../doc
> william@beaglebone:/usr/share/doc$ sudo rm -r ./*
> william@beaglebone:/usr/share/locale$ cd ../man/
> william@beaglebone:/usr/share/man$ sudo rm -r ./*
>
> Only netted me around 50MB. Image is still at 242MB, and it's getting
> pretty close to being as lean as I'd want it to be. Well I could gain
> another 40M from apt cache, and perhaps 40M from removing modules . . . But
> that's still 160M in size .  . . way larger than Wheezy.
>

DEBUG_INFO is enabled by default with the kernel now, so the modules are
bigger..


Anyway, do I need you to package anything up for me ? No . . . I just
> wanted to make sure /lib/firmware was still correct for Jessie. Especially
> since I've ripped out systemd, and was unsure if there was another
> mechanism for device tree overlays, or not.
>

rsync/patch has a few dependices cut them out..


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

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *both the iot & lxqt images ship those.*
>
> *The console does not..  (right now it would have to include
> git-core/device-tree-compiler/**build-essentials) which just add more
> weight..*
>
> *Regards,*
>

*-- *

*Robert Nelson*
*https://rcn-ee.com *

So question. Would precompiling the device tree binaries, then creating
/lib/firmware, and placing the binaries in that directory not work ? No
this is not a smart ass question - But I do think it would work, just not
sure why it's not being done already.

As far as adding weight, I totally get it. Jessie seems to be heavier by
nature because . . .
william@beaglebone:~$ cd /usr/share/locale/
william@beaglebone:/usr/share/locale$ sudo rm -r uk fr cs pl de vi nl sv ru
es ja da it zh_CN ca hu tr eo id sl pt_BR bg fi sk pt
william@beaglebone:/usr/share/locale$ cd ../doc
william@beaglebone:/usr/share/doc$ sudo rm -r ./*
william@beaglebone:/usr/share/locale$ cd ../man/
william@beaglebone:/usr/share/man$ sudo rm -r ./*

Only netted me around 50MB. Image is still at 242MB, and it's getting
pretty close to being as lean as I'd want it to be. Well I could gain
another 40M from apt cache, and perhaps 40M from removing modules . . . But
that's still 160M in size .  . . way larger than Wheezy.

Anyway, do I need you to package anything up for me ? No . . . I just
wanted to make sure /lib/firmware was still correct for Jessie. Especially
since I've ripped out systemd, and was unsure if there was another
mechanism for device tree overlays, or not.

On Wed, May 4, 2016 at 4:29 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 6:22 PM, William Hermans  wrote:
>
>> bone-debian-8.4-console-armhf-2016-05-01-2gb.img.xz
>>
>> Is the image I have. Supposed to be the standalone sdcard image.
>>
>> *What you saying, i need to package bb.org-overlay.. ;)*
>>
>> *sudo apt-get install git-core device-tree-compiler build-essential*
>>
>> *git clone https://github.com/beagleboard/bb.org-overlays 
>> 
>> cd ./bb.org-overlays*
>>
>>
>> *./install.sh*
>>
>> No, what I'm saying is that we( I ) Just had a major version change, and
>> something that used to be in place, is no longer in place. It's confusing.
>> All I really need to know is *if* I want use overlays, where do they go,
>> and I believe you just answered my question. Which is pretty much exactly
>> like upgrading from 3.8.x( for me ), except /lib/firmware needs to be
>> created.
>>
>> Debian's "Firmware" page seemed to indicate that also, but you know how
>> doc's can be sometimes.
>>
>
> both the iot & lxqt images ship those.
>
> The console does not..  (right now it would have to include
> git-core/device-tree-compiler/build-essentials) which just add more weight..
>
> 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/CAOCHtYg8DxgUU-R-cYTj93zHP8cZ1Gy6S_g10tn8GM9c7T9GWQ%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/CALHSORrAvcijMJhNkEGyNvhsbHSkjEjg%2B0PPKeK%2BKfgumpkQPA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 6:22 PM, William Hermans  wrote:

> bone-debian-8.4-console-armhf-2016-05-01-2gb.img.xz
>
> Is the image I have. Supposed to be the standalone sdcard image.
>
> *What you saying, i need to package bb.org-overlay.. ;)*
>
> *sudo apt-get install git-core device-tree-compiler build-essential*
>
> *git clone https://github.com/beagleboard/bb.org-overlays 
> 
> cd ./bb.org-overlays*
>
>
> *./install.sh*
>
> No, what I'm saying is that we( I ) Just had a major version change, and
> something that used to be in place, is no longer in place. It's confusing.
> All I really need to know is *if* I want use overlays, where do they go,
> and I believe you just answered my question. Which is pretty much exactly
> like upgrading from 3.8.x( for me ), except /lib/firmware needs to be
> created.
>
> Debian's "Firmware" page seemed to indicate that also, but you know how
> doc's can be sometimes.
>

both the iot & lxqt images ship those.

The console does not..  (right now it would have to include
git-core/device-tree-compiler/build-essentials) which just add more weight..

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

Re: [beagleboard] u-boot fix for phantom UART character hang at boot

[Robert Nelson]

On Wed, May 4, 2016 at 6:16 PM,  wrote:

> Does anyone know if this version:
>
>
> Linux beaglebone 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l
> GNU/Linux
>
> already has the "u-boot fix for phantom UART character hang at boot"
> My application cycles the power and re-boots often and occasionally it
> hangs up at boot with just the blue power LED on.
>

That's the kernel... Completely independent of the bootloader...

SO...  try again, but this time use your usb debug and find the bootloader
log..

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

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

bone-debian-8.4-console-armhf-2016-05-01-2gb.img.xz

Is the image I have. Supposed to be the standalone sdcard image.

*What you saying, i need to package bb.org-overlay.. ;)*

*sudo apt-get install git-core device-tree-compiler build-essential*

*git clone https://github.com/beagleboard/bb.org-overlays

cd ./bb.org-overlays*


*./install.sh*

No, what I'm saying is that we( I ) Just had a major version change, and
something that used to be in place, is no longer in place. It's confusing.
All I really need to know is *if* I want use overlays, where do they go,
and I believe you just answered my question. Which is pretty much exactly
like upgrading from 3.8.x( for me ), except /lib/firmware needs to be
created.

Debian's "Firmware" page seemed to indicate that also, but you know how
doc's can be sometimes.

On Wed, May 4, 2016 at 4:15 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 6:12 PM, William Hermans  wrote:
>
>> *I'm guessing you have the "console" image?*
>>>
>>> *Correct, it's pretty empty..*
>>>
>>> *(no firmware is required to "flash" the eMMC, that's the console's main
>>> requirement)*
>>>
>>> *Regards,*
>>>
>>
>>
>> So if i want to use this as a production image i need to mkdir
>> /lib/firmware/ and then bb.org-overlay git, install and all that ? I really
>> do not want the IoT image . . . I did not check it at all, but I'm sure
>> it's full of stuff I'd never use.
>>
>
> What you saying, i need to package bb.org-overlay.. ;)
>
> sudo apt-get install git-core device-tree-compiler build-essential
>
> git clone https://github.com/beagleboard/bb.org-overlays
> cd ./bb.org-overlays
>
>
> ./install.sh
>
>
> 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/CAOCHtYh_5uognX%3DnQtYwJeVcQBLfmrJakBooKH9Qor_K7bxo%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/CALHSORpEs7W7wQ5iG9XfdVOJTBqQ8zUAEDR8tKYRFN1nyPt5jA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 6:12 PM, William Hermans  wrote:

> *I'm guessing you have the "console" image?*
>>
>> *Correct, it's pretty empty..*
>>
>> *(no firmware is required to "flash" the eMMC, that's the console's main
>> requirement)*
>>
>> *Regards,*
>>
>
>
> So if i want to use this as a production image i need to mkdir
> /lib/firmware/ and then bb.org-overlay git, install and all that ? I really
> do not want the IoT image . . . I did not check it at all, but I'm sure
> it's full of stuff I'd never use.
>

What you saying, i need to package bb.org-overlay.. ;)

sudo apt-get install git-core device-tree-compiler build-essential

git clone https://github.com/beagleboard/bb.org-overlays
cd ./bb.org-overlays


./install.sh


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

[beagleboard] u-boot fix for phantom UART character hang at boot

[kirkmitcatwork]

Does anyone know if this version:


Linux beaglebone 3.8.13-bone70 #1 SMP Fri Jan 23 02:15:42 UTC 2015 armv7l 
GNU/Linux

already has the "u-boot fix for phantom UART character hang at boot"
My application cycles the power and re-boots often and occasionally it 
hangs up at boot with just the blue power LED on.

Thanks,
Kirk



-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/5aad848c-b801-47b3-bee6-cb6a32f43847%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *I'm guessing you have the "console" image?*
>
> *Correct, it's pretty empty..*
>
> *(no firmware is required to "flash" the eMMC, that's the console's main
> requirement)*
>
> *Regards,*
>


So if i want to use this as a production image i need to mkdir
/lib/firmware/ and then bb.org-overlay git, install and all that ? I really
do not want the IoT image . . . I did not check it at all, but I'm sure
it's full of stuff I'd never use.

On Wed, May 4, 2016 at 4:07 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 6:04 PM, William Hermans  wrote:
>
>> @Robert,
>>
>> /lib/firmware no longer exists ?
>>
>
> I'm guessing you have the "console" image?
>
> Correct, it's pretty empty..
>
> (no firmware is required to "flash" the eMMC, that's the console's main
> requirement)
>
> 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/CAOCHtYhi5tgpLOmixjB5_fVCZHi_%2BTvWmk2dDSvqt3M%2BcCm2XQ%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/CALHSORp4QHQo2UeD9LdnUFJZSXXuXBks0w%2BGYR8sc8eyBbRy0A%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 6:04 PM, William Hermans  wrote:

> @Robert,
>
> /lib/firmware no longer exists ?
>

I'm guessing you have the "console" image?

Correct, it's pretty empty..

(no firmware is required to "flash" the eMMC, that's the console's main
requirement)

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

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

@Robert,

/lib/firmware no longer exists ?

On Wed, May 4, 2016 at 2:51 PM, William Hermans  wrote:

> So I'm, prepping to make my own "production" image; prior to installing a
> ton of development tools, and figured I'd point a few things out. Most this
> is for Robert when he gets around to worrying about all this, if it all.
> But there is nothing stopping anyone else form using this information.
>
>
>
> *Trim out uneeded cruft:*william@beaglebone:~$ sudo apt-get install ncdu
> william@beaglebone:~$ cd /
>
> william@beaglebone:/$ sudo ncdu
>
>
>
>
> *. . . And then navigate around in ncdu to find uneeded large files, and
> directories.A 24Megabyte file ?!*22.4MiB [##]  libicudata.so.52.1
>
> william@beaglebone:/$ sudo apt-get remove libicu52
> . . .
> After this operation, 28.9 MB disk space will be freed.
> Do you want to continue? [Y/n]
>
> william@beaglebone:/$ sudo apt-get purge --auto-remove libicu52
>
> --- /usr/share
> 
> /..
>36.6MiB [##] /locale
>15.2MiB [  ] /doc
> 7.2MiB [# ] /man
>
> --- /lib
> --
> /..
>68.4MiB [##] /modules
>
> --- /var/cache
> 
> /..
>40.5MiB [##] /apt
>
> A lot of cruft in these 3 locations. Much, of it can be removed, but must
> be careful what you remove in /lib/modules. If you do not know what to
> remove, then do not touch anything . . .
>
> On Wed, May 4, 2016 at 1:55 PM, William Hermans  wrote:
>
>> *Blah...*
>>>
>>>
>>> *https://lists.debian.org/debian-project/2016/04/msg00012.html
>>> *
>>>
>>> *When there is a response - and there isn't always - it's usually "nobody
>>> currently maintains httpredir, sorry".
>>>
>>> So, it appears as if currently nobody has time or the energy to take
>>> care of httpredir.debian.org  properly.*
>>>
>>>
>>>
>>> *https://lists.debian.org/debian-project/2016/04/msg00018.html
>>> *
>>>
>>>
>>> *So it was good for a year...*
>>>
>>>
>>> *https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
>>> *
>>>
>>> *yuck..*
>>>
>>> *Regards,*
>>
>>
>>  Heh, this is why I do not like non standard stuff . . .funny this sort
>> of thing happens very rarely though . . .
>>
>> On Wed, May 4, 2016 at 1:43 PM, Robert Nelson 
>> wrote:
>>
>>>
>>>
>>> On Wed, May 4, 2016 at 3:22 PM, Robert Nelson 
>>> wrote:
>>>


 On Wed, May 4, 2016 at 2:56 PM, William Hermans 
 wrote:

> So far the image seems good, but perhaps a little large for a console
> image.
>
> william@beaglebone:~$ sudo df -h /
> Filesystem  Size  Used Avail Use% Mounted on
> /dev/mmcblk0p1  1.7G  319M  1.2G  21% /
>
> This is with systemd ripped out and sysv in place. So maybe a bit of
> stuff that is no longer needed.
>
> One thing I will complain about though. I do not like all the http
> redirects in the apt repo's file. Firstly, because I have no idea what 
> that
> is an alias for, and secondly, I'd prefer to keep everything stock. At
> minimum, using redirects is not stock. Regardless where they point to. At
> least security updates are stock, otherwise I would not be so polite here 
> ;)
>

 Here is the details:

 http://httpredir.debian.org/

 based on your ip, it "could" find a faster connection.

 For users in Europe it's been a big help..

>>>
>>> Blah...
>>>
>>> https://lists.debian.org/debian-project/2016/04/msg00012.html
>>>
>>> When there is a response - and there isn't always - it's usually "nobody
>>> currently maintains httpredir, sorry".
>>>
>>> So, it appears as if currently nobody has time or the energy to take
>>> care of httpredir.debian.org properly.
>>>
>>>
>>> https://lists.debian.org/debian-project/2016/04/msg00018.html
>>>
>>>
>>> So it was good for a year...
>>>
>>> https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
>>>
>>> yuck..
>>>
>>> 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 

Re: [beagleboard] Re: Single Cape Expansion Connector

[Graham Haddock]

Hm.

Both "Major League Electronics" and Samtec are located in New Albany,
Indiana.

What are the chances ?

Sounds like there is a back-story there, somewhere.

--- Graham



On Wed, May 4, 2016 at 4:51 PM, evilwulfie  wrote:

> I know about breakaway headers and all. just when quoting its best to
> specify real connectors with
> no waist.
>
> On 5/4/2016 2:47 PM, Charles Steinkuehler wrote:
> > 46-pin headers are a bit unusual.  Normally, you'd just buy a longer
> > snap-able header (like 50-pin) and snap off the unneeded pins.
> >
> > You can also buy the "official" connectors from Major League via their
> > BeagleBone store:
> >
> > http://beaglebone.mlelectronics.com/
> >
> > That's a good source if you need a lot of connectors.  The price is
> > good, and you won't have to manually break each header to length.
> >
> > On 5/4/2016 4:32 PM, evilwulfie wrote:
> >> yeppers... but only 44 in stock. mouser digikey and others are all on
> back order
> >>
> >> On 5/4/2016 2:14 PM, Graham wrote:
> >>> https://www.adafruit.com/products/2076
> >>>
> >>> ???
> >>>
> >>> --- Graham
>
>
>
> ---
> This email has been checked for viruses by Avast antivirus software.
> https://www.avast.com/antivirus
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/FyhgopTkZBg/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/3085c918-4b8f-fd88-2fec-a7172bef9323%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/CANN_KV7-BTyA_B8Sybu_OCHmFryoB%2BCMJViPjOH7WQbGxpiK4w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

So I'm, prepping to make my own "production" image; prior to installing a
ton of development tools, and figured I'd point a few things out. Most this
is for Robert when he gets around to worrying about all this, if it all.
But there is nothing stopping anyone else form using this information.



*Trim out uneeded cruft:*william@beaglebone:~$ sudo apt-get install ncdu
william@beaglebone:~$ cd /

william@beaglebone:/$ sudo ncdu




*. . . And then navigate around in ncdu to find uneeded large files, and
directories.A 24Megabyte file ?!*22.4MiB [##]  libicudata.so.52.1

william@beaglebone:/$ sudo apt-get remove libicu52
. . .
After this operation, 28.9 MB disk space will be freed.
Do you want to continue? [Y/n]

william@beaglebone:/$ sudo apt-get purge --auto-remove libicu52

--- /usr/share

/..
   36.6MiB [##] /locale
   15.2MiB [  ] /doc
7.2MiB [# ] /man

--- /lib
--
/..
   68.4MiB [##] /modules

--- /var/cache

/..
   40.5MiB [##] /apt

A lot of cruft in these 3 locations. Much, of it can be removed, but must
be careful what you remove in /lib/modules. If you do not know what to
remove, then do not touch anything . . .

On Wed, May 4, 2016 at 1:55 PM, William Hermans  wrote:

> *Blah...*
>>
>>
>> *https://lists.debian.org/debian-project/2016/04/msg00012.html
>> *
>>
>> *When there is a response - and there isn't always - it's usually "nobody
>> currently maintains httpredir, sorry".
>>
>> So, it appears as if currently nobody has time or the energy to take
>> care of httpredir.debian.org  properly.*
>>
>>
>>
>> *https://lists.debian.org/debian-project/2016/04/msg00018.html
>> *
>>
>>
>> *So it was good for a year...*
>>
>>
>> *https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
>> *
>>
>> *yuck..*
>>
>> *Regards,*
>
>
>  Heh, this is why I do not like non standard stuff . . .funny this sort of
> thing happens very rarely though . . .
>
> On Wed, May 4, 2016 at 1:43 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, May 4, 2016 at 3:22 PM, Robert Nelson 
>> wrote:
>>
>>>
>>>
>>> On Wed, May 4, 2016 at 2:56 PM, William Hermans 
>>> wrote:
>>>
 So far the image seems good, but perhaps a little large for a console
 image.

 william@beaglebone:~$ sudo df -h /
 Filesystem  Size  Used Avail Use% Mounted on
 /dev/mmcblk0p1  1.7G  319M  1.2G  21% /

 This is with systemd ripped out and sysv in place. So maybe a bit of
 stuff that is no longer needed.

 One thing I will complain about though. I do not like all the http
 redirects in the apt repo's file. Firstly, because I have no idea what that
 is an alias for, and secondly, I'd prefer to keep everything stock. At
 minimum, using redirects is not stock. Regardless where they point to. At
 least security updates are stock, otherwise I would not be so polite here 
 ;)

>>>
>>> Here is the details:
>>>
>>> http://httpredir.debian.org/
>>>
>>> based on your ip, it "could" find a faster connection.
>>>
>>> For users in Europe it's been a big help..
>>>
>>
>> Blah...
>>
>> https://lists.debian.org/debian-project/2016/04/msg00012.html
>>
>> When there is a response - and there isn't always - it's usually "nobody
>> currently maintains httpredir, sorry".
>>
>> So, it appears as if currently nobody has time or the energy to take
>> care of httpredir.debian.org properly.
>>
>>
>> https://lists.debian.org/debian-project/2016/04/msg00018.html
>>
>>
>> So it was good for a year...
>>
>> https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
>>
>> yuck..
>>
>> 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/CAOCHtYjsmRmAxvQLk%2BmPe_09mZuzTk5%2B%3Dhn6%2BvRi9-3_4OJB8g%40mail.gmail.com
>> 
>> 

Re: [beagleboard] Re: Single Cape Expansion Connector

[evilwulfie]

I know about breakaway headers and all. just when quoting its best to
specify real connectors with
no waist.

On 5/4/2016 2:47 PM, Charles Steinkuehler wrote:
> 46-pin headers are a bit unusual.  Normally, you'd just buy a longer
> snap-able header (like 50-pin) and snap off the unneeded pins.
>
> You can also buy the "official" connectors from Major League via their
> BeagleBone store:
>
> http://beaglebone.mlelectronics.com/
>
> That's a good source if you need a lot of connectors.  The price is
> good, and you won't have to manually break each header to length.
>
> On 5/4/2016 4:32 PM, evilwulfie wrote:
>> yeppers... but only 44 in stock. mouser digikey and others are all on back 
>> order
>>
>> On 5/4/2016 2:14 PM, Graham wrote:
>>> https://www.adafruit.com/products/2076
>>>
>>> ???
>>>
>>> --- Graham



---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/3085c918-4b8f-fd88-2fec-a7172bef9323%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Single Cape Expansion Connector

[Charles Steinkuehler]

46-pin headers are a bit unusual.  Normally, you'd just buy a longer
snap-able header (like 50-pin) and snap off the unneeded pins.

You can also buy the "official" connectors from Major League via their
BeagleBone store:

http://beaglebone.mlelectronics.com/

That's a good source if you need a lot of connectors.  The price is
good, and you won't have to manually break each header to length.

On 5/4/2016 4:32 PM, evilwulfie wrote:
> yeppers... but only 44 in stock. mouser digikey and others are all on back 
> order
> 
> On 5/4/2016 2:14 PM, Graham wrote:
>> https://www.adafruit.com/products/2076
>>
>> ???
>>
>> --- Graham

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

Re: [beagleboard] Re: Single Cape Expansion Connector

[Graham Haddock]

Well, in an emergency, you can make your own out of breakaway stock.

Or, if you are in the US and looking for manufacturing volumes,
then call your local Samtec rep. They can turn this kind of stuff in days.
They normally don't use stocking reps.  Factory direct.  Very fast response.

https://www.samtec.com/

https://www.samtec.com/connectors/standard-board-to-board/0100-inch-square-post

--- Graham

On Wed, May 4, 2016 at 4:32 PM, evilwulfie  wrote:

> yeppers... but only 44 in stock.  mouser digikey and others are all on
> back order
>
> On 5/4/2016 2:14 PM, Graham wrote:
>
> https://www.adafruit.com/products/2076
>
> ???
>
> --- Graham
>
> ==
>
> On Wednesday, May 4, 2016 at 4:13:24 PM UTC-5, Graham wrote:
>>
>> Is this what you are looking for?
>>
>> https://www.adafruit.com/products/706
>>
>> Or something different?
>>
>> --- Graham
>>
>> ==
>>
>> On Wednesday, May 4, 2016 at 3:16:32 PM UTC-5, Wulf Man wrote:
>>>
>>> anybody know where there is stock on these. BBB is so popular
>>>
>>> all stock has vanished
>>>
>>>
>>> ---
>>> This email has been checked for viruses by Avast antivirus software.
>>> https://www.avast.com/antivirus
>>>
>>> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/9d95b1a5-2bc8-4bf2-949b-94be4155a05b%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.
>
>
>
>
> 
>  Virus-free.
> www.avast.com
> 
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/FyhgopTkZBg/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com.
> To view this discussion on the web visit
> https://groups.google.com/d/msgid/beagleboard/14c2d2be-ed08-8d2c-b492-84afd593eb87%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/CANN_KV7-y011N_-hgnuT-Yx9pMvbBjiyoX6mHwDVx9EgNfsL0w%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: Single Cape Expansion Connector

[evilwulfie]

yeppers... but only 44 in stock.  mouser digikey and others are all on
back order

On 5/4/2016 2:14 PM, Graham wrote:
> https://www.adafruit.com/products/2076
>
> ???
>
> --- Graham
>
> ==
>
> On Wednesday, May 4, 2016 at 4:13:24 PM UTC-5, Graham wrote:
>
> Is this what you are looking for?
>
> https://www.adafruit.com/products/706
> 
>
> Or something different?
>
> --- Graham
>
> ==
>
> On Wednesday, May 4, 2016 at 3:16:32 PM UTC-5, Wulf Man wrote:
>
> anybody know where there is stock on these. BBB is so popular
>
> all stock has vanished
>
>
> ---
> This email has been checked for viruses by Avast antivirus
> software.
> https://www.avast.com/antivirus 
>
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/9d95b1a5-2bc8-4bf2-949b-94be4155a05b%40googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.




---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/14c2d2be-ed08-8d2c-b492-84afd593eb87%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Single Cape Expansion Connector

[Graham]

https://www.adafruit.com/products/2076

???

--- Graham

==

On Wednesday, May 4, 2016 at 4:13:24 PM UTC-5, Graham wrote:
>
> Is this what you are looking for?
>
> https://www.adafruit.com/products/706
>
> Or something different?
>
> --- Graham
>
> ==
>
> On Wednesday, May 4, 2016 at 3:16:32 PM UTC-5, Wulf Man wrote:
>>
>> anybody know where there is stock on these. BBB is so popular 
>>
>> all stock has vanished 
>>
>>
>> --- 
>> This email has been checked for viruses by Avast antivirus software. 
>> https://www.avast.com/antivirus 
>>
>>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/9d95b1a5-2bc8-4bf2-949b-94be4155a05b%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Single Cape Expansion Connector

[Graham]

Is this what you are looking for?

https://www.adafruit.com/products/706

Or something different?

--- Graham

==

On Wednesday, May 4, 2016 at 3:16:32 PM UTC-5, Wulf Man wrote:
>
> anybody know where there is stock on these. BBB is so popular 
>
> all stock has vanished 
>
>
> --- 
> This email has been checked for viruses by Avast antivirus software. 
> https://www.avast.com/antivirus 
>
>

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/409c5809-d1be-4b6b-9c4d-33aaefde4ecf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *Blah...*
>
>
> *https://lists.debian.org/debian-project/2016/04/msg00012.html
> *
>
> *When there is a response - and there isn't always - it's usually "nobody
> currently maintains httpredir, sorry".
>
> So, it appears as if currently nobody has time or the energy to take
> care of httpredir.debian.org  properly.*
>
>
>
> *https://lists.debian.org/debian-project/2016/04/msg00018.html
> *
>
>
> *So it was good for a year...*
>
>
> *https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
> *
>
> *yuck..*
>
> *Regards,*


 Heh, this is why I do not like non standard stuff . . .funny this sort of
thing happens very rarely though . . .

On Wed, May 4, 2016 at 1:43 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 3:22 PM, Robert Nelson 
> wrote:
>
>>
>>
>> On Wed, May 4, 2016 at 2:56 PM, William Hermans 
>> wrote:
>>
>>> So far the image seems good, but perhaps a little large for a console
>>> image.
>>>
>>> william@beaglebone:~$ sudo df -h /
>>> Filesystem  Size  Used Avail Use% Mounted on
>>> /dev/mmcblk0p1  1.7G  319M  1.2G  21% /
>>>
>>> This is with systemd ripped out and sysv in place. So maybe a bit of
>>> stuff that is no longer needed.
>>>
>>> One thing I will complain about though. I do not like all the http
>>> redirects in the apt repo's file. Firstly, because I have no idea what that
>>> is an alias for, and secondly, I'd prefer to keep everything stock. At
>>> minimum, using redirects is not stock. Regardless where they point to. At
>>> least security updates are stock, otherwise I would not be so polite here ;)
>>>
>>
>> Here is the details:
>>
>> http://httpredir.debian.org/
>>
>> based on your ip, it "could" find a faster connection.
>>
>> For users in Europe it's been a big help..
>>
>
> Blah...
>
> https://lists.debian.org/debian-project/2016/04/msg00012.html
>
> When there is a response - and there isn't always - it's usually "nobody
> currently maintains httpredir, sorry".
>
> So, it appears as if currently nobody has time or the energy to take
> care of httpredir.debian.org properly.
>
>
> https://lists.debian.org/debian-project/2016/04/msg00018.html
>
>
> So it was good for a year...
>
> https://lists.debian.org/debian-devel-announce/2015/05/msg3.html
>
> yuck..
>
> 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/CAOCHtYjsmRmAxvQLk%2BmPe_09mZuzTk5%2B%3Dhn6%2BvRi9-3_4OJB8g%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/CALHSORpi6xHRH-ZB%2B6sqT10ydBRVBBnA6KyTZ6Tuktfxa%3D4B3g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

>
> *Here is the details:*
>
>
> *http://httpredir.debian.org/ *
>
> *based on your ip, it "could" find a faster connection.*
>
> *For users in Europe it's been a big help..*

Ah, ok so something new in the "debian way" world. Thanks :)


On Wed, May 4, 2016 at 1:29 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 10:39 AM, Wally Bkg  wrote:
>
>> Happy to report that this is the first image in a while that has booted
>> correctly on my A5A BBB with the USB "gadget" Ethernet.   I'm concerned my
>> particular board has USB hardware issues, but that is a problem for another
>> day.
>>
>> The START.htm link worked, the simple flash the LEDs bonescript button on
>> the bonescript101 page worked, and cloud9 webpage launched.  Node-red seems
>> to work, but still no nod-red-node-beaglebone.  These "extra" nodes would
>> seem to be really welcome by newbies.
>>
>> But, when I tried the fade.js example in cloud9 I got an error:
>> ocp:P9_14_pinmux was not found under /sys/devices/platform/ocp
>>
>
> Yeah, anything talking via pwm to pins needs some patches..
>
>
> https://github.com/derekmolloy/boneDeviceTree/blob/master/docs/BeagleboneBlackP9HeaderTable.pdf
>
>
>>
>> While I'm helping my newbie friend,  I've kind of taken on a role as
>> newbie "out of the box" experience QA/QC tester.
>> If you don't want this feedback, I'll stop posting about it.
>>
>> I only need one working system for him (and a clone of it for me), the
>> BBG with lxqt image 2016-04-03 and all upgrades and a few fixes from this
>> forum seems more than good enough at this point.
>>
>> Down the road I'd like to use this old BBB for a PRU project, but I'm a
>> long way from being ready to start on this, maybe by then things will have
>> settled down to one "best supported" way to use the PRU, all this
>> remoteproc vs. uio_pruss makes my head spin, but if I had to choose at the
>> moment I'd pick uio_pruss based on what I've found out so far.
>>
>
> 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/CAOCHtYhDm6FV9WxvQJ3%2ByHsJEoRTt3TE9SWP668BpKKp6_w5pA%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/CALHSORrQqkMCOAzsN1qa9TVJ938KQG5ksA6bSv9FwKrGPQDFug%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 3:22 PM, Robert Nelson 
wrote:

>
>
> On Wed, May 4, 2016 at 2:56 PM, William Hermans  wrote:
>
>> So far the image seems good, but perhaps a little large for a console
>> image.
>>
>> william@beaglebone:~$ sudo df -h /
>> Filesystem  Size  Used Avail Use% Mounted on
>> /dev/mmcblk0p1  1.7G  319M  1.2G  21% /
>>
>> This is with systemd ripped out and sysv in place. So maybe a bit of
>> stuff that is no longer needed.
>>
>> One thing I will complain about though. I do not like all the http
>> redirects in the apt repo's file. Firstly, because I have no idea what that
>> is an alias for, and secondly, I'd prefer to keep everything stock. At
>> minimum, using redirects is not stock. Regardless where they point to. At
>> least security updates are stock, otherwise I would not be so polite here ;)
>>
>
> Here is the details:
>
> http://httpredir.debian.org/
>
> based on your ip, it "could" find a faster connection.
>
> For users in Europe it's been a big help..
>

Blah...

https://lists.debian.org/debian-project/2016/04/msg00012.html

When there is a response - and there isn't always - it's usually "nobody
currently maintains httpredir, sorry".

So, it appears as if currently nobody has time or the energy to take
care of httpredir.debian.org properly.


https://lists.debian.org/debian-project/2016/04/msg00018.html


So it was good for a year...

https://lists.debian.org/debian-devel-announce/2015/05/msg3.html

yuck..

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/CAOCHtYjsmRmAxvQLk%2BmPe_09mZuzTk5%2B%3Dhn6%2BvRi9-3_4OJB8g%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 10:39 AM, Wally Bkg  wrote:

> Happy to report that this is the first image in a while that has booted
> correctly on my A5A BBB with the USB "gadget" Ethernet.   I'm concerned my
> particular board has USB hardware issues, but that is a problem for another
> day.
>
> The START.htm link worked, the simple flash the LEDs bonescript button on
> the bonescript101 page worked, and cloud9 webpage launched.  Node-red seems
> to work, but still no nod-red-node-beaglebone.  These "extra" nodes would
> seem to be really welcome by newbies.
>
> But, when I tried the fade.js example in cloud9 I got an error:
> ocp:P9_14_pinmux was not found under /sys/devices/platform/ocp
>

Yeah, anything talking via pwm to pins needs some patches..

https://github.com/derekmolloy/boneDeviceTree/blob/master/docs/BeagleboneBlackP9HeaderTable.pdf


>
> While I'm helping my newbie friend,  I've kind of taken on a role as
> newbie "out of the box" experience QA/QC tester.
> If you don't want this feedback, I'll stop posting about it.
>
> I only need one working system for him (and a clone of it for me), the BBG
> with lxqt image 2016-04-03 and all upgrades and a few fixes from this forum
> seems more than good enough at this point.
>
> Down the road I'd like to use this old BBB for a PRU project, but I'm a
> long way from being ready to start on this, maybe by then things will have
> settled down to one "best supported" way to use the PRU, all this
> remoteproc vs. uio_pruss makes my head spin, but if I had to choose at the
> moment I'd pick uio_pruss based on what I've found out so far.
>

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

Re: [beagleboard] Re: debian testing: 2016-05-01

[Robert Nelson]

On Wed, May 4, 2016 at 2:56 PM, William Hermans  wrote:

> So far the image seems good, but perhaps a little large for a console
> image.
>
> william@beaglebone:~$ sudo df -h /
> Filesystem  Size  Used Avail Use% Mounted on
> /dev/mmcblk0p1  1.7G  319M  1.2G  21% /
>
> This is with systemd ripped out and sysv in place. So maybe a bit of stuff
> that is no longer needed.
>
> One thing I will complain about though. I do not like all the http
> redirects in the apt repo's file. Firstly, because I have no idea what that
> is an alias for, and secondly, I'd prefer to keep everything stock. At
> minimum, using redirects is not stock. Regardless where they point to. At
> least security updates are stock, otherwise I would not be so polite here ;)
>

Here is the details:

http://httpredir.debian.org/

based on your ip, it "could" find a faster connection.

For users in Europe it's been a big help..



> So far so good though, and Robert, I will attempt to pull in my own
> sources for Nodejs 4.2.x, and compile like I normally do. I guess I'll find
> out first hand whether that will work or not. Meaning, I wont pull the
> source in from the debian repo's I'll get them directly from Nodejs's git .
> . .
>

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

[beagleboard] Single Cape Expansion Connector

[evilwulfie]

anybody know where there is stock on these. BBB is so popular

all stock has vanished


---
This email has been checked for viruses by Avast antivirus software.
https://www.avast.com/antivirus

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/ec00ba0a-0ab9-4abd-6bfe-8355016acb97%40gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Re: debian testing: 2016-05-01

[William Hermans]

So far the image seems good, but perhaps a little large for a console image.

william@beaglebone:~$ sudo df -h /
Filesystem  Size  Used Avail Use% Mounted on
/dev/mmcblk0p1  1.7G  319M  1.2G  21% /

This is with systemd ripped out and sysv in place. So maybe a bit of stuff
that is no longer needed.

One thing I will complain about though. I do not like all the http
redirects in the apt repo's file. Firstly, because I have no idea what that
is an alias for, and secondly, I'd prefer to keep everything stock. At
minimum, using redirects is not stock. Regardless where they point to. At
least security updates are stock, otherwise I would not be so polite here ;)

So far so good though, and Robert, I will attempt to pull in my own sources
for Nodejs 4.2.x, and compile like I normally do. I guess I'll find out
first hand whether that will work or not. Meaning, I wont pull the source
in from the debian repo's I'll get them directly from Nodejs's git . . .



On Wed, May 4, 2016 at 8:39 AM, Wally Bkg  wrote:

> Happy to report that this is the first image in a while that has booted
> correctly on my A5A BBB with the USB "gadget" Ethernet.   I'm concerned my
> particular board has USB hardware issues, but that is a problem for another
> day.
>
> The START.htm link worked, the simple flash the LEDs bonescript button on
> the bonescript101 page worked, and cloud9 webpage launched.  Node-red seems
> to work, but still no nod-red-node-beaglebone.  These "extra" nodes would
> seem to be really welcome by newbies.
>
> But, when I tried the fade.js example in cloud9 I got an error:
> ocp:P9_14_pinmux was not found under /sys/devices/platform/ocp
>
> While I'm helping my newbie friend,  I've kind of taken on a role as
> newbie "out of the box" experience QA/QC tester.
> If you don't want this feedback, I'll stop posting about it.
>
> I only need one working system for him (and a clone of it for me), the BBG
> with lxqt image 2016-04-03 and all upgrades and a few fixes from this forum
> seems more than good enough at this point.
>
> Down the road I'd like to use this old BBB for a PRU project, but I'm a
> long way from being ready to start on this, maybe by then things will have
> settled down to one "best supported" way to use the PRU, all this
> remoteproc vs. uio_pruss makes my head spin, but if I had to choose at the
> moment I'd pick uio_pruss based on what I've found out so far.
>
>
> On Monday, May 2, 2016 at 9:50:37 AM UTC-5, RobertCNelson wrote:
>>
>> Howdy!
>>
>> So there's a little something new in this week's snapshot:
>>
>> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2016-05-01
>>
>> We've now switched from v4.1.x-ti to v4.4.x-ti by default.
>>
>> hostap/wpasuppliant saw a major upgrade: 2.3 -> 2.5
>>
>> Board specific documentation:
>>
>> BBW/BBB = BeagleBoard.org documentation over usb flash
>>
>> BBG = seeedstudio.com documentation over usb flash
>>
>> bonescript 0.5.0-beta with more fixes
>>
>> nodejs v0.12.x
>>
>> Wireless AP by default:
>>
>> SSID: BeagleBone (or) BeagleBone-WXYZ
>> PASS: BeagleBone
>>
>> 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/61404e99-cbd0-41d5-bd33-33e153853dbf%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/CALHSORoq%3DNBr4dYChNYP__S8p9ETC_cxQ4VfoBZPnmWDBj%2BXxA%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Where can I find the source code for "4.1.15-ti-rt-r40"?

[Robert Nelson]

On Wed, May 4, 2016 at 12:34 PM, Taceant Omnes  wrote:

> On 4 May 2016 at 02:41, Robert Nelson  wrote:
>
> > I've setup:
> >
> > https://github.com/RobertCNelson/yakbuild
> >
> > For this situation.. Just haven't updated the readme's yet..
>
> At the link below there is a button that says "Download ZIP". If I
> click on it and download it, I wonder, what do I get? The kernel
> source with all the patches that if I build will give me the same
> kernel as I have installed on my BBB?
>
> -
> https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-r40
>
>
That's the exact tree yakbuild will pull down..

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

Re: [beagleboard] Where can I find the source code for "4.1.15-ti-rt-r40"?

[Taceant Omnes]

On 4 May 2016 at 02:41, Robert Nelson  wrote:

> I've setup:
>
> https://github.com/RobertCNelson/yakbuild
>
> For this situation.. Just haven't updated the readme's yet..

At the link below there is a button that says "Download ZIP". If I
click on it and download it, I wonder, what do I get? The kernel
source with all the patches that if I build will give me the same
kernel as I have installed on my BBB?

-
https://github.com/RobertCNelson/linux-stable-rcn-ee/tree/4.1.15-ti-r40

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

Re: [beagleboard] Power - shutdown

[Brian Anderson]

> I think what I am leaning on doing is providing 5V directly to the VDD_5V 
> connector with a diode fused battery+external power through a controllable 
> regulator, and then using a tiny micro (most likely a PIC) to monitor power 
> loss and then trigger an interrupt on a pin to cause the shutdown, then 
> wait for the shutdown and then turn off power.  If power comes up during 
> this process, the front end can halt powering the BBB until it is fully 
> down.  
>
> I'll get a couple BBBs to experiment and if this works, I'll post what I 
> came up with.
>
>
You might find the Beaglebone Power Cape 
 from Andice Labs interesting.

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/179a6587-4533-4a6c-9dab-c78e3ba265c5%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Looking for lead Oracle DBA....Contract/ Full Time in Mount Laurel, NJ with TCS

[salma bhat]

Hi,

Please provide some resources for this position



*Position: lead Oracle DBA*

*Location: Mount Laurel, NJ*

*Duration: 12+months*

*Client: TCS*

*Job type: Contract/ Full Time*





*Key Responsibilities And Accountabilities:*



· Must be Oracle DBA

• Oracle 11g, Data Modeling knowledge, Business Objects and IBM Data stage
as ETL tool along with Unix experience.

• Experience in developing large On-Line Transaction Processing  (OLTP),
Operational Data Store (ODS), On-Line Analytical Processing (OLAP), Data
Mart (DM) and multi-terabyte Data Warehouse (DW) applications in Oracle
11g/10g/9i/8i on Sun/HP/Linux Unix platforms.

• Extensive experience in Oracle Partitioning and Compression technologies
and heavy PL/SQL and SQL coding as well as Unix shell scripting.

• Strong understanding of Oracle relational/dimensional/multi-dimensional
schema objects and performance tuning with Automatic Workload Repository
(AWR) and Automatic Database Diagnostic Monitor (ADDM).

• Hands-on experience scripting ETL data Loading and Data Cleansing, Data
Standardizing and Staging.

• Thorough knowledge of complete Software Development Life Cycle (SDLC) in
Analysis, Design, Development, Testing and Production support.











*Salma Bhat*

Desk : 609-853-0818 Ext: 2121

salma.b...@nityo.com 

*Nityo Infotech Corp. *

666 Plainsboro Road, Suite 1285 Plainsboro, NJ 08536

USA | Canada | India | Singapore | Malaysia | Indonesia | Philippines |
Thailand  | UK |Australia|Zealand  |

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

Re: [beagleboard] SGX not installing

[viteosen]

all of that i have done already. thank you for your reply. question is 
still open. 
what suggestions do you have? is it depends on bbb revision, or using hdmi 
or lcd display, or doing all this over ssh, or something else?
interesting, why one get it working out of the box, and on my two bbbs it 
doesnt work.

On Wednesday, May 4, 2016 at 4:47:25 PM UTC+3, RobertCNelson wrote:
>
>
> beyond that good luck, all questions about SGX should go to ti.com...
>
> 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/215d84f8-50d3-4a8a-b8eb-3e849f8e41bd%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Current State of Power Management in Linux 4.x-ti Kernels for BeagleBone Black

[William Hermans]

Anyway, I've been in pitbull mode on this for too long. I've got my own
things to do, and I can't spend time screwing around with this for now.

Two things I feel need further investigation.


   - First, changing /sys/power/state default value to "mem" only. This may
   fix things. but I'm not sure.
   - Second, I did a little reading about debugging power states, then did
   the minimalist test that can be done( freezer). The board still hung, and
   in fact I had to pull the power to get it out of suspend.


On Wed, May 4, 2016 at 7:40 AM, William Hermans  wrote:

> *Might be another rt bug? ;)*
>>
>> *Regards,*
>>
>
> According to Documentation/power/states.txt, "disk" suspends to swap,
> which we do not have . . .
>
> I'm convinced if I can somehow change /sys/power/state to just "mem",
> without the system immediately going into suspend
> . That I should make progress.
>
> On Wed, May 4, 2016 at 4:42 AM,  wrote:
>
>> I have 2 boards that I've been testing on that give the same results. One
>> is a A5C 2 GB board (?) and the other is a 0C0 4 GB board (Element14). I'm
>> not using any capes, just the bare board.
>>
>> I've been comparing 3.14 and 4.x code, but have not found any key
>> differences other than code moving around from refactoring. I've tried
>> looking at device tree stuff also, but I don't have the hardware background
>> to fully understand most of that.
>>
>> In addition to trying rtcwake, I've also tried "echo mem >
>> /sys/power/state" after setting a wakealarm through /sys and also trying to
>> use the serial console as wakeup sources... I get the same frozen system
>> with 4.x TI kernels. BUT, the system does respond to pushing the reset
>> button to reboot from the "frozen" state.
>>
>> /sys/class/rtc/rtc0/device/power/wakeup <-- 3.14 is enabled
>> /sys/class/rtc/rtc0/device/power/wakeup <-- 4.x is enabled
>>
>> When trying a mem sleep on 4.x kernels, user LED's 1 and 3 remain lit in
>> the "frozen" state
>>
>> strace results for rtcwake on 3.14 TI kernel...
>>
>> root@beaglebone:~# tail test.txt
>> sync()  = 0
>> open("/sys/power/state", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
>> fstat64(4, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
>> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
>> = 0xb6f8c000
>> write(4, "mem\n", 4)= 4
>> close(4)= 0
>> munmap(0xb6f8c000, 4096)= 0
>> ioctl(3, PHN_GET_REGS or RTC_AIE_OFF, 0) = 0
>> close(3)= 0
>> exit_group(0)   = ?
>>
>>
>>
>> --
>> For more options, visit http://beagleboard.org/discuss
>> ---
>> You received this message because you are subscribed to 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/b18c-e834-46bd-8acf-f3058f818285%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/CALHSORprGkpfa9%3Do1kdoXbBjzKJbB4%3D46FXNrqnhGrJVtaAUqg%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: debian testing: 2016-05-01

[Wally Bkg]

Happy to report that this is the first image in a while that has booted 
correctly on my A5A BBB with the USB "gadget" Ethernet.   I'm concerned my 
particular board has USB hardware issues, but that is a problem for another 
day.

The START.htm link worked, the simple flash the LEDs bonescript button on 
the bonescript101 page worked, and cloud9 webpage launched.  Node-red seems 
to work, but still no nod-red-node-beaglebone.  These "extra" nodes would 
seem to be really welcome by newbies.

But, when I tried the fade.js example in cloud9 I got an error:
ocp:P9_14_pinmux was not found under /sys/devices/platform/ocp

While I'm helping my newbie friend,  I've kind of taken on a role as newbie 
"out of the box" experience QA/QC tester.
If you don't want this feedback, I'll stop posting about it.

I only need one working system for him (and a clone of it for me), the BBG 
with lxqt image 2016-04-03 and all upgrades and a few fixes from this forum 
seems more than good enough at this point.

Down the road I'd like to use this old BBB for a PRU project, but I'm a 
long way from being ready to start on this, maybe by then things will have 
settled down to one "best supported" way to use the PRU, all this 
remoteproc vs. uio_pruss makes my head spin, but if I had to choose at the 
moment I'd pick uio_pruss based on what I've found out so far.


On Monday, May 2, 2016 at 9:50:37 AM UTC-5, RobertCNelson wrote:
>
> Howdy!
>
> So there's a little something new in this week's snapshot:
>
> http://elinux.org/Beagleboard:BeagleBoneBlack_Debian#2016-05-01
>
> We've now switched from v4.1.x-ti to v4.4.x-ti by default.
>
> hostap/wpasuppliant saw a major upgrade: 2.3 -> 2.5
>
> Board specific documentation:
>
> BBW/BBB = BeagleBoard.org documentation over usb flash
>
> BBG = seeedstudio.com documentation over usb flash
>
> bonescript 0.5.0-beta with more fixes
>
> nodejs v0.12.x
>
> Wireless AP by default:
>
> SSID: BeagleBone (or) BeagleBone-WXYZ
> PASS: BeagleBone
>
> 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/61404e99-cbd0-41d5-bd33-33e153853dbf%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Current State of Power Management in Linux 4.x-ti Kernels for BeagleBone Black

[William Hermans]

>
> *Might be another rt bug? ;)*
>
> *Regards,*
>

According to Documentation/power/states.txt, "disk" suspends to swap, which
we do not have . . .

I'm convinced if I can somehow change /sys/power/state to just "mem",
without the system immediately going into suspend
. That I should make progress.

On Wed, May 4, 2016 at 4:42 AM,  wrote:

> I have 2 boards that I've been testing on that give the same results. One
> is a A5C 2 GB board (?) and the other is a 0C0 4 GB board (Element14). I'm
> not using any capes, just the bare board.
>
> I've been comparing 3.14 and 4.x code, but have not found any key
> differences other than code moving around from refactoring. I've tried
> looking at device tree stuff also, but I don't have the hardware background
> to fully understand most of that.
>
> In addition to trying rtcwake, I've also tried "echo mem >
> /sys/power/state" after setting a wakealarm through /sys and also trying to
> use the serial console as wakeup sources... I get the same frozen system
> with 4.x TI kernels. BUT, the system does respond to pushing the reset
> button to reboot from the "frozen" state.
>
> /sys/class/rtc/rtc0/device/power/wakeup <-- 3.14 is enabled
> /sys/class/rtc/rtc0/device/power/wakeup <-- 4.x is enabled
>
> When trying a mem sleep on 4.x kernels, user LED's 1 and 3 remain lit in
> the "frozen" state
>
> strace results for rtcwake on 3.14 TI kernel...
>
> root@beaglebone:~# tail test.txt
> sync()  = 0
> open("/sys/power/state", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb6f8c000
> write(4, "mem\n", 4)= 4
> close(4)= 0
> munmap(0xb6f8c000, 4096)= 0
> ioctl(3, PHN_GET_REGS or RTC_AIE_OFF, 0) = 0
> close(3)= 0
> exit_group(0)   = ?
>
>
>
> --
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to 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/b18c-e834-46bd-8acf-f3058f818285%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/CALHSORqNRuf%2Bqp3fxqpCvgtY3Oi124wAxyEey5c_6-5aNhm4GQ%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] SGX not installing

[Robert Nelson]

On Wed, May 4, 2016 at 5:17 AM,  wrote:

> I'm using bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img, I've done
> everything according to instructions from first post, but output from* lsmod
> | grep omaplfb* after all instructions is still empty.
> I even found an error in "sgx_create_package.sh" (at origin/am33x-v4.1 
> checkout)
> at line 202 :
>
> *cp -v
> "${DIR}"/ignore/ti-sdk-pvr/Graphics_SDK/armhf/gfx_rel_es$2/*.ko${DESTDIR}/opt/gfxmodules/gfx_rel_es$2
> || true*
>
> "armhf" subfolder was missing.
>

"sgx_create_package.sh" doesn't built the kernel modules, it was expected
you had been upgrading via:

http://elinux.org/BeagleBoardDebian#Mainline_.28lts.29

cd /opt/scripts/tools/
git pull
sudo ./update_kernel.sh 

Mainline (lts)[edit

]

4.1.x BeagleBone/BeagleBone Black + SGX
--bone-kernel --lts

4.1.x BeagleBone/BeagleBone Black + RT + SGX
--bone-rt-kernel --lts


If not, just:

sudo apt-get install ti-sgx-es8-modules-`uname -r`
sudo depmod -a `uname -r`
sudo update-initramfs -uk `uname -r`




> Can you please make a short step-by-step algorithm whad did you do and
> your current hardware configuration?
> I think, Im missing something trivial.
>

http://elinux.org/BeagleBoardDebian#SGX_BeagleBone.2FBeagleBone_Black

beyond that good luck, all questions about SGX should go to ti.com...

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/CAOCHtYiwnmSGLymxfUXb2YHMfD8J%2Bj-TDQzmn%3DLsFdx8_rztbw%40mail.gmail.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: PRU 200MHz clock outpout

[Le Costaouec Vincent]

Hello, 
Yes to determine the 66.6Mhz I have use the following code : 

PRU_GPIO_TOGGLE: 
SET PIN//pin high 1 
CLR PIN   // pin low  2 

QBA PRU_GPIO_TOGGLE // jump -23

For the 55Mhz I have use this one  : 

PRU_GPIO_TOGGLE: 
SET PIN//pin high  
1 
XOR r0,r0,0   // like a nope doing nothing interesting 2
CLR PIN   // pin low   
3 
QBA PRU_GPIO_TOGGLE // jump 4

And then I just have to scope it.

Thanks for the information.

Just in case have you got some information about the maximum frequency that 
I can reach to read a PIN value (GPIO PIN and PRU dedicated PIN) ?

Regards
Vincent



Le mercredi 4 mai 2016 14:23:38 UTC+2, Dennis Lee Bieber a écrit :
>
> On Wed, 4 May 2016 02:47:43 -0700 (PDT), Le Costaouec Vincent 
>  declaimed the 
> following: 
>
> >Hello, 
> > 
> >I'm using the PRU, and I have found out that the maximum frequency for a 
> >PRU clock is 66 Mhz (or 50Mhz if the duty cycle is at 50%). 
> >In the PRU TRM, the data sheet told us that the clock of the PRU is at 
> >200MHz. 
> > 
>
> And how did you determine that 66MHz? By scoping a square-wave 
> output 
> pin toggle? Off-hand you'd need three instruction cycles for that. 
>
> pin high1 
> pin low2 
> jump -23( or is that -3 if the PC has 
> incremented already) 
>
> 200MHz / 3cycles => 66.67MHz 
>
> 50MHz would result from putting a NOP at "1.5" to get the 50% duty 
> cycle. 
>
> The instruction clock is running 200MHz, it isn't a promise of the 
> fastest software output clock you can write using the PRU. 
> -- 
> Wulfraed Dennis Lee Bieber AF6VN 
> wlf...@ix.netcom.com HTTP://wlfraed.home.netcom.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/da12fdf4-a868-4ce4-8a0b-b287cfc14dc2%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] SGX not installing

[viteosen]

I'm using bone-debian-8.3-lxqt-4gb-armhf-2016-01-24-4gb.img, I've done 
everything according to instructions from first post, but output from* lsmod 
| grep omaplfb* after all instructions is still empty.
I even found an error in "sgx_create_package.sh" (at origin/am33x-v4.1 
checkout) 
at line 202 :

*cp -v 
"${DIR}"/ignore/ti-sdk-pvr/Graphics_SDK/armhf/gfx_rel_es$2/*.ko${DESTDIR}/opt/gfxmodules/gfx_rel_es$2
 
|| true*

"armhf" subfolder was missing.

Can you please make a short step-by-step algorithm whad did you do and your 
current hardware configuration?
I think, Im missing something trivial.

Thank you.

On Tuesday, May 3, 2016 at 11:19:06 PM UTC+3, James S wrote:
>
> I *think*  I started with the wrong image (console) - it worked when I 
> used an lxqt image.
>
 

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

Re: [beagleboard] Current State of Power Management in Linux 4.x-ti Kernels for BeagleBone Black

[darren . landoll]

I have 2 boards that I've been testing on that give the same results. One 
is a A5C 2 GB board (?) and the other is a 0C0 4 GB board (Element14). I'm 
not using any capes, just the bare board.

I've been comparing 3.14 and 4.x code, but have not found any key 
differences other than code moving around from refactoring. I've tried 
looking at device tree stuff also, but I don't have the hardware background 
to fully understand most of that.

In addition to trying rtcwake, I've also tried "echo mem > 
/sys/power/state" after setting a wakealarm through /sys and also trying to 
use the serial console as wakeup sources... I get the same frozen system 
with 4.x TI kernels. BUT, the system does respond to pushing the reset 
button to reboot from the "frozen" state.

/sys/class/rtc/rtc0/device/power/wakeup <-- 3.14 is enabled
/sys/class/rtc/rtc0/device/power/wakeup <-- 4.x is enabled

When trying a mem sleep on 4.x kernels, user LED's 1 and 3 remain lit in 
the "frozen" state

strace results for rtcwake on 3.14 TI kernel...

root@beaglebone:~# tail test.txt
sync()  = 0
open("/sys/power/state", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 
0xb6f8c000
write(4, "mem\n", 4)= 4
close(4)= 0
munmap(0xb6f8c000, 4096)= 0
ioctl(3, PHN_GET_REGS or RTC_AIE_OFF, 0) = 0
close(3)= 0
exit_group(0)   = ?

 

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/b18c-e834-46bd-8acf-f3058f818285%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Maxim Codec and BBB a different way.

[Jack Mitchell]

On 02/05/16 08:13, Rick Mann wrote:

I agree. I've been trying to get a simple audio codec to work for over a year. 
It worked in 3.1.x, but now in 4.4.x it's marginal, at best (one channel works, 
not the other). I've been a bit lazy to see what the working 3.1.x version had 
different.

But, it's really complicated, very poorly documented, and the people would be 
able to clear it up either aren't on the lists (beaglebone and alsa), or don't 
care to answer.


On May 2, 2016, at 00:05 , J dog  wrote:

   Many including myself don't understand all  the complexity's of the way the 
alsa-soc is developed.  And only a few engineers really have the grasp of it.   
Its so complex that T.I. themselves said mixing I2C and I2S into the same code 
bundle makes it unnecessarily hard to develop a routine for each soc board and 
each codec.   Here I will state some of the things as I understand happen in 
alsa-soc.
Alsa states,  there should a definition for each platform,  a definition for 
each codec, and oddly something called the machine which is how they 
intercommunicate I believe.
What this means is for each platform, such as  A beaglebone black and a  
beaglebone xm, the code could be different.  On top of that you then have to 
have definitions for each codec.   So just because you have definitions for a 
codec from a codec maker,  it doesn't mean your gonna compile that into the 
kernel and walla!  your platform is now talking to the codec, its just not that 
simple.  All this was done to combine i2c and i2s specifics for each codec / 
platform to work from one package.
But after looking at this and realizing I was on the short end of a long stick 
and finding a programmer that could even understand this stuff,  It became 
evident that I2C was the villain like T.I. said.   Looking at the disadvantages 
besides the complexity,  what happens in this prescribed platform, codec, 
machine we find
I2C being a timed command and response protocol uses wires completely different 
than i2s, and even a different clock.
I2S is only audio, it knows nothing but sending and receiving audio packets, it 
doesn't care to whom and whatever codec is on the other end and as long as it 
works with the same timings should work just fine. What happens if a I2C 
command hangs in the middle of the routine to send I2S signals?.   audio drops 
and possibly worse. A badly coded alsa-soc package can play hell not only on 
audio, but may cause kernel dumps and who knows what else.
I2S routines should be free from any hindrance,  let the kernel handle this 
because its a very timing critical task.
I2C commands though should occur from user space, they aren't so timing 
critical and if from user space an i2c send / response sequence hangs, the 
kernel / i2s routines probably wont even care.
I2C from user space has the advantage of enhanced command error checking and 
being able to be written in many languages that have access to i2c calls, such 
as python, c++, nodejs and golang.

In this regard, an i2s driver with configurable parameters could be written for 
every soc platform, and only once!  And an i2c routine can be universal on all 
soc-platforms if the hooks to the actual pins are abstracted.I will be 
presenting this thesis to the ALSA consortium at a future date.

Jay Steele



8< snip






I managed to get the simple card working without issue on mainline a few 
months ago, the final DTS snippet I came up with was as follows:


+   sound {
+compatible = "simple-audio-card";
+simple-audio-card,name = "ClipAise Audio Cape";
+simple-audio-card,widgets =
+"Headphone", "Headphone Jack",
+"Line", "Line In";
+simple-audio-card,routing =
+"Headphone Jack",   "HPLOUT",
+"Headphone Jack",   "HPROUT",
+"LINE1L",   "Line In",
+"LINE1R",   "Line In";
+simple-audio-card,format = "dsp_b";
+simple-audio-card,bitclock-master = <_master>;
+simple-audio-card,frame-master = <_master>;
+simple-audio-card,bitclock-inversion;
+
+simple-audio-card,cpu {
+sound-dai = <>;
+};
+
+sound_master: simple-audio-card,codec {
+sound-dai = <>;
+system-clock-frequency = <1200>;
+};
+};

Hope it helps with what you're trying to achieve.

Regards,
Jack

---
Jack Mitchell, Embedded Linux Consultant
Tuxable Ltd, www.tuxable.co.uk

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

To unsubscribe from this group and stop receiving emails from it, send an email 
to 

[beagleboard] PRU 200MHz clock outpout

[Le Costaouec Vincent]

Hello,

I'm using the PRU, and I have found out that the maximum frequency for a 
PRU clock is 66 Mhz (or 50Mhz if the duty cycle is at 50%).
In the PRU TRM, the data sheet told us that the clock of the PRU is at 
200MHz.

So ma question is :
Is there a way to push out on a PIN a 200MHz ( or a clock frequency > 66 
MHz) on the BeagleBone Black ?
If so have you an example on how to do so ?

In addition, I would like to known what is the maximum frequency that I can 
reach to read a PIN value (GPIO PIN and PRU dedicated PIN) ?
If eventually you know a good example who read data and load them into a 
register I will be pleased to hear about it ;-)


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/f80326dc-6460-465b-8593-e76f7e520398%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

[beagleboard] Re: Difference between -ti and bone* kernel?

[tz . sw . 12]

Hello Robert,

Thanks for the fast reply. I'm unsure what you mean by "sgx = no comment". 
Is sgx no longer officially supported by TI?

Also I would like to provide more light about my building issues with the 
stock Graphics SDK provided by TI:

- issue 1: "error: implicit declaration of function fb2display" occurred 
because I forgot to add TI_PLATFORM=ti335x. The complete command line is
make GRAPHICS_INSTALL_DIR=/home/tzsw/Graphics_SDK_5_01_01_02 
KERNEL_INSTALL_DIR=/home/tzsw/ti-linux-kernel BUILD=release OMAPES=8.x 
FBDEV=yes TI_PLATFORM=ti335x all

- issue 2: "fatal error: omapfb/omapfb.h: No such file or directory" is a 
known issue with the TI Graphics SDK. Does TI not test its SDK against its 
kernel? Robert C Nelson's ti-sdk-pvr repository on github has the fix, in 
particular the 5.01.01.01-ti 
branch: https://github.com/RobertCNelson/ti-sdk-pvr/commits/5.01.01.01-ti

Tziang

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/af6173ed-2453-42be-aa32-ba4b5f8ae938%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: [beagleboard] Current State of Power Management in Linux 4.x-ti Kernels for BeagleBone Black

[William Hermans]

root@eee-pc:/home/william# tail test.txt
sync()  = 0
open("/sys/power/state", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
fstat64(4, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) =
0xb748f000
write(4, "mem\n", 4)= 4
close(4)= 0
munmap(0xb748f000, 4096)= 0
ioctl(3, PHN_GET_REGS or RTC_AIE_OFF, 0) = 0
close(3)= 0
exit_group(0)   = ?

So this is a tail off an strace on an x86 wheezy install I've had for a
while.
root@eee-pc:/home/william# cat /sys/power/state
mem disk

As we can see here, the power states are different. However, since this is
an x86 system, we have a "proper" acpi setup.
root@eee-pc:/home/william# cat /proc/acpi/wakeup
Device  S-state   Status   Sysfs node
POP4  S4*disabled  pci::00:1c.0
POP5  S4*disabled  pci::00:1c.1
USB0  S3*enabled   pci::00:1d.0
USB1  S3*enabled   pci::00:1d.1
USB2  S3*enabled   pci::00:1d.2
EUSB  S3*enabled   pci::00:1d.7

. . . and I'm not sure how we "fix" this on an ARM system, which pretends
to have an ACPI capable BIOS.


On Tue, May 3, 2016 at 10:41 PM, William Hermans  wrote:

> So . . .
>
> ioctl(3, RTC_WIE_ON or RTC_WKALM_SET, {enabled=1, pending=0, {tm_sec=56,
> tm_min=20, tm_hour=5, tm_mday=4, tm_mon=4, tm$
> fstat64(1, {st_mode=S_IFCHR|0620, st_rdev=makedev(136, 0), ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb6f0b000
> write(1, "rtcwake: wakeup from \"mem\" using"..., 71) = 71
> nanosleep({0, 1000}, NULL)  = 0
> sync()  = 0
> open("/sys/power/state", O_WRONLY|O_CREAT|O_TRUNC|O_LARGEFILE, 0666) = 4
> fstat64(4, {st_mode=S_IFREG|0644, st_size=4096, ...}) = 0
> mmap2(NULL, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
> = 0xb6f0a000
> write(4, "mem\n", 4**
>
> rtcwake never finishes writing to /sys/power/state, which mean the file
> is never closed which means I bet the contents are not "mem".
>
> william@beaglebone:~$ cat /sys/power/state
> freeze standby mem disk
>
> Uh yeah, that looks borked . . .my first guess, this never gets changed,
> then rtcwake sees "freeze" and proceeds no further. Thus we're stuck in la
> la land while the board sleeps forever.
>
> Here is what I think I've noticed so far. Right after the board suspends
> to memory, I press the reset button on the beaglebone, and nothing happens.
> But after one minute, the reset button seems to work fine. Maybe I was not
> pressing the button just right, but I attempted several times before
> finally the board went into reset.
>
> Darren, do you think you can get an strace of rtcwake from your 3.14.x
> system ? If you can, then we should be able to compare the differences and
> probably figure out how to fix this mess. Just remember to use the -o(oh)
> option with strace to sent stdout to a file.
>
> root@beaglebone:/home/debian# *strace -o ./test.txt rtcwake -m mem -s 60*
>
> is how I've been running strace .  . .
>
>
> On Tue, May 3, 2016 at 8:19 PM, William Hermans  wrote:
>
>> william@beaglebone:~$ uname -r
>> 4.4.8-ti-r22
>> william@beaglebone:~$ sudo su
>> root@beaglebone:/home/william# echo mem > /sys/power/state
>> bash: echo: write error: Invalid argument
>>
>> Not sure if this is helpful.
>> root@beaglebone:/home/william# lsmod
>> Module  Size  Used by
>> bnep   13053  2
>> rfcomm 53777  0
>> bluetooth 409531  10 bnep,rfcomm
>> rfkill 18154  2 bluetooth
>> nfsd  255636  2
>>
>> The board is an Element14 RevC. I do have a cicuitco A5A, but I really do
>> not want to mess with it just now . . . Robert would you like me to provide
>> any further  information before I nuke this image ?
>>
>>
>>
>> On Tue, May 3, 2016 at 8:11 PM, William Hermans 
>> wrote:
>>
>>> Yeah I don't know . . . something seems to be terribly broken.
>>> william@beaglebone:~$ uname -r
>>> 4.1.22-ti-r59
>>> william@beaglebone:~$ sudo su
>>> root@beaglebone:/home/william# echo mem > /sys/power/state
>>> bash: echo: write error: Invalid argument
>>>
>>> Next up, I'm going ot attempt to get it working with the exact same
>>> kernel you use Robert.
>>>
>>>
>>> On Tue, May 3, 2016 at 8:05 PM, William Hermans 
>>> wrote:
>>>
 Ah, ok my bad i missed it. You used a 4.4 regular ( non rt ) kernel.

 On Tue, May 3, 2016 at 8:03 PM, William Hermans 
 wrote:

> Robert, did you test "mem" on an rt kernel or regular ?
>
> On Tue, May 3, 2016 at 8:02 PM, Robert Nelson  > wrote:
>
>>
>>
>> On Tue, May 3, 2016 at 9:59 PM, William Hermans 
>> 

[beagleboard] Re: Second 1-wire

[TJF]

You can use the broadcast triggering, but you need an other driver (or you 
have to adapt the existing). Ie. you can use *owfs, *which needs additional 
hardware. This hardware also supports long cable networks.

In my case I want to avoid extra hardware (for maintenance reasons). So I 
made a custom driver using the PRU.

BR

-- 
For more options, visit http://beagleboard.org/discuss
--- 
You received this message because you are subscribed to 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/7afe12d8-028d-41cb-9523-5257f5825fef%40googlegroups.com.
For more options, visit https://groups.google.com/d/optout.