Here is the BeagleBone Debian (beta) image you want to test

[Jason Kridner]

The latest BeagleBone Debian images are now posted at:
http://beagleboard.org/latest-images/

If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.

Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.

Please take the time to give a detailed look over this image and report any
issues to the bug tracker on elinux.org:
http://bugs.elinux.org/projects/debian-image-releases

While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
already done so:

[image: Inline image 2]


Clicking the link or visiting http://192.168.7.2, you'll see the familiar
on-board served documentation:

[image: Inline image 1]

I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.

One of the biggest new features you'll see is when you click on the Cloud9
IDE link:

[image: Inline image 3]

This is a pre-open-source-beta-only release of version 3 of their IDE. Down
at the bottom of the Cloud9 IDE you'll see a new terminal window that runs
a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.

Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO
library is included in these Debian images. That means you can simply paste
in your Python code and hit the "run" button, without any additional
download. I checked this out myself by doing a quick LED blink using the
Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
):

[image: Inline image 4]

You should also note that the /var/lib/cloud9 directory now contains a git
clone of that bone101 repo (http://github.com/beagleboard/bone101), so you
can start using the Cloud9 IDE to edit the content live. What I recommend
is creating your own fork of the repo and sending me pull requests of any
changes you'd like to see.

You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
blink LED0:

***@beaglebone# cd
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
***@beaglebone# perl -i -pe 's/13/14/g' Blink.ino
***@beaglebone# make
***@beaglebone# ./build-userspace/Blink.elf

For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.

Those familiar with Linux will also note that the init system is 'systemd',
which has been helpful in providing reasonable boot times. If you are
looking for the journal, you can explore it using 'systemd-journalctl'.

I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.

This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[Robert Nelson]

Post by Jason Kridner
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.

Talking with the guys at Logic Supply, it's just a small goof in the
directory location of the RT2870STA.dat file.

Quick fix via:
cd /opt/scripts/
git pull
./fixes/debian-2014-03-04-to-HEAD.sh

or:
sudo mv /etc/Wireless/RT2870/RT2870STA.dat
/etc/Wireless/RT2870STA/RT2870STA.dat

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

[Casey Atherton]

I can confirm that the UWN200 (and UWN100) are working well with the fix
Robert mentioned. I'm getting a solid connection with WPA2 encryption.

Post by Jason Kridner
http://beagleboard.org/latest-images/
If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.
Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases
While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
[image: Inline image 2]
Clicking the link or visiting http://192.168.7.2, you'll see the familiar
[image: Inline image 1]
I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.
One of the biggest new features you'll see is when you click on the Cloud9
[image: Inline image 3]
This is a pre-open-source-beta-only release of version 3 of their IDE.
Down at the bottom of the Cloud9 IDE you'll see a new terminal window that
runs a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.
Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO
library is included in these Debian images. That means you can simply paste
in your Python code and hit the "run" button, without any additional
download. I checked this out myself by doing a quick LED blink using the
Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
[image: Inline image 4]
You should also note that the /var/lib/cloud9 directory now contains a git
clone of that bone101 repo (http://github.com/beagleboard/bone101), so
you can start using the Cloud9 IDE to edit the content live. What I
recommend is creating your own fork of the repo and sending me pull
requests of any changes you'd like to see.
You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.
Those familiar with Linux will also note that the init system is
'systemd', which has been helpful in providing reasonable boot times. If
you are looking for the journal, you can explore it using
'systemd-journalctl'.
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.
This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[Jason Kridner]

If you have a BeagleBone Black and are able to try out this image, it might
be good to propose fixing any short-falls you see in what is provided on
the image.

Post by Jason Kridner
http://beagleboard.org/latest-images/
If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.
Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases
While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
[image: Inline image 2]
Clicking the link or visiting http://192.168.7.2, you'll see the familiar
[image: Inline image 1]
I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.
One of the biggest new features you'll see is when you click on the Cloud9
[image: Inline image 3]
This is a pre-open-source-beta-only release of version 3 of their IDE.
Down at the bottom of the Cloud9 IDE you'll see a new terminal window that
runs a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.
Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO
library is included in these Debian images. That means you can simply paste
in your Python code and hit the "run" button, without any additional
download. I checked this out myself by doing a quick LED blink using the
Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
[image: Inline image 4]
You should also note that the /var/lib/cloud9 directory now contains a git
clone of that bone101 repo (http://github.com/beagleboard/bone101), so
you can start using the Cloud9 IDE to edit the content live. What I
recommend is creating your own fork of the repo and sending me pull
requests of any changes you'd like to see.
You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.
Those familiar with Linux will also note that the init system is
'systemd', which has been helpful in providing reasonable boot times. If
you are looking for the journal, you can explore it using
'systemd-journalctl'.
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.
This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[s***@public.gmane.org]

Trying to run i2cdetect but keep getting:

Error: Can't use SMBus Quick Write command on this bus

Post by Jason Kridner
If you have a BeagleBone Black and are able to try out this image, it
might be good to propose fixing any short-falls you see in what is provided
on the image.

Post by Jason Kridner
http://beagleboard.org/latest-images/
If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.
Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases
While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
[image: Inline image 2]
Clicking the link or visiting http://192.168.7.2, you'll see the
[image: Inline image 1]
I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.
One of the biggest new features you'll see is when you click on the
[image: Inline image 3]
This is a pre-open-source-beta-only release of version 3 of their IDE.
Down at the bottom of the Cloud9 IDE you'll see a new terminal window that
runs a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.
Cloud9 IDE version 3 now includes support for Python and the
Adafruit_BBIO library is included in these Debian images. That means you
can simply paste in your Python code and hit the "run" button, without any
additional download. I checked this out myself by doing a quick LED blink
using the Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
[image: Inline image 4]
You should also note that the /var/lib/cloud9 directory now contains a
git clone of that bone101 repo (http://github.com/beagleboard/bone101),
so you can start using the Cloud9 IDE to edit the content live. What I
recommend is creating your own fork of the repo and sending me pull
requests of any changes you'd like to see.
You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.
Those familiar with Linux will also note that the init system is
'systemd', which has been helpful in providing reasonable boot times. If
you are looking for the journal, you can explore it using
'systemd-journalctl'.
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.
This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[Robert Nelson]

Post by s***@public.gmane.org
Error: Can't use SMBus Quick Write command on this bus

Well you need to add the optional "-y -f" commands.. (off the top of my
head, --help to get the correct options)

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

[Dennis Cote]

Post by Jason Kridner
If you have a BeagleBone Black and are able to try out this image, it
might be good to propose fixing any short-falls you see in what is provided
on the image.

Every time I boot, or logout of LXDE, I get a touchscreen calibration
program that runs. It says 'Touchscreen calibration for Logitech USB
Keyboard' (I think it sometimes says Mouse, but I could be mistaken). I am
running with a HDMI monitor and a USB keyboard and mouse connected to an
external powered hub. I have no touchscreen to calibrate and this wastes
about 15 seconds on each logout. What starts this program, and how do I
disable it?

Also, the .profile file in the /home/debian directory is not being
executed. I don't have a .bash_profile or .bash_login file to prevent it
from being loaded. I noticed the default shell is dash rather than bash, at
least /bin/sh is linked to /bin/dash, but the dash man page says it should
read commands from .profile as well. When I tried the chsh command it says
the default login shell is /bin/bash which should definitely read from
.profile.

I can tell that .profile is not being executed because I have a personal
bin directory at /home/debian/bin. This directory should be added to the
PATH by the .profile, but that isn't happening. I have also set a new
environment variable in my .profile and it does not appear in the output of
the env command. Any ideas why my .profile is not executing?

Dennis Cote

[Robert Nelson]

Post by Dennis Cote

Post by Jason Kridner
If you have a BeagleBone Black and are able to try out this image, it
might be good to propose fixing any short-falls you see in what is provided
on the image.

Every time I boot, or logout of LXDE, I get a touchscreen calibration
program that runs. It says 'Touchscreen calibration for Logitech USB
Keyboard' (I think it sometimes says Mouse, but I could be mistaken). I am
running with a HDMI monitor and a USB keyboard and mouse connected to an
external powered hub. I have no touchscreen to calibrate and this wastes
about 15 seconds on each logout. What starts this program, and how do I
disable it?

That's interesting, the lcd/touchscreen detect script is pretty basic,
i'll have to add whitelist for some devices.

Can you pastebin this file for me:

/var/log/xinput_calibrator.pointercal.log

and the output of "xinput" you will have to run it from x11, no serial/ssh..

Post by Dennis Cote
Also, the .profile file in the /home/debian directory is not being executed.
I don't have a .bash_profile or .bash_login file to prevent it from being
loaded. I noticed the default shell is dash rather than bash, at least
/bin/sh is linked to /bin/dash, but the dash man page says it should read
commands from .profile as well. When I tried the chsh command it says the
default login shell is /bin/bash which should definitely read from .profile.
I can tell that .profile is not being executed because I have a personal bin
directory at /home/debian/bin. This directory should be added to the PATH by
the .profile, but that isn't happening. I have also set a new environment
variable in my .profile and it does not appear in the output of the env
command. Any ideas why my .profile is not executing?

Yeah,

export PATH=$PATH:~/bin

in ~/.profile is all you should need..

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

[Robert Nelson]

Post by Dennis Cote

Post by Jason Kridner
If you have a BeagleBone Black and are able to try out this image, it
might be good to propose fixing any short-falls you see in what is provided
on the image.

Every time I boot, or logout of LXDE, I get a touchscreen calibration
program that runs. It says 'Touchscreen calibration for Logitech USB
Keyboard' (I think it sometimes says Mouse, but I could be mistaken). I am
running with a HDMI monitor and a USB keyboard and mouse connected to an
external powered hub. I have no touchscreen to calibrate and this wastes
about 15 seconds on each logout. What starts this program, and how do I
disable it?

PS: what model/etc is it? lsusb? Encase I need to go pick one up.

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

[Dennis Cote]

#!/bin/sh
xset -dpms
xset s off
xsetroot -cursor_name left_ptr
and just remove the [Option "SWCursor" "true"] line
from /etc/X11/xorg.conf

Robert,
My .xsessionrc file looks identical to yours, and I did not have

"SWCursor"

anywhere in my xorg.conf file, so there was nothing to remove.
My mouse pointer definitely becomes invisible when I logout.

okay, so when i switch back to v3.8, i see this now too.. Weird, as
v3.13.x it works. Might just have to go back to the xorg.conf
workaround.

Hi Robert,

I hope this isn't a repeat. I thought I posted a similar message earlier
today, but it has not showed up in the group (at least for me), so I am
retrying.

Today I downloaded and installed a fresh copy of the latest, 2014-04-14,
Debian image. Previously I had been using your update scripts to update my
installation to the latest version, but I noticed there wasn't an update
script for this version when I did a git pull in the /opt/scripts directory.

While using the new version I noticed that I had the same problems with my
mouse pointer becoming invisible whenever I log out of LXDE, and the DPMS
screen blanking being disabled, that I had reported earlier.

To correct this I removed the ~/.xsessionrc file to get the default, On,
state for the dpms screen blanking. I also had to add the following line to
the end of the Device section of the /etc/X11/xorg.conf file. Without this
line I had no mouse pointer at all.

Option "SWCursor" "true"

I now have a mouse pointer that remains visible across LXDE logout/login
cycles, and my screen now turns off after 10 minutes of inactivity.

I really think this a better default setup since the BBB behave like a
standard desktop PC (I have a USB keyboard and mouse, and an HDMI monitor).
New users will get correct and standard operation. More experienced users
can change these behaviors if they need to (to disable screen blanking on a
kiosk for example), especially if there are clear instructions on how to do
so.

While testing the changes to the ~/.xsessionrc file I notice that I am
getting a ~/.xsession-errors file created on each reboot. This file
contains the following message:

Openbox-Message: Unable to find a valid menu file
"/usr/share/lxde/openbox/menu.xml"

Dennis Cote

[b***@public.gmane.org]

Jason and Robert: well done for this fine upgrade! Seems like a lot of
things are really coming together very quickly.

Hardware: BBB A5C; OS Version: Linux beaglebone 3.8.13-bone41 #1 SMP Tue
Mar 4 22:51:47 UTC 2014 armv7l GNU/Linux

Tried it last night and a lot of things are working well.
Cloud9 IDE debugging works perfectly for javascript. Just have to remember
to hit the > button to start the debug running.
I tried the python sample also, but could not get that to work. I'll
investigate more.

My trusty WNA1100 works out of the box with the addition of:
wpa-ssid "MySSID" #SSID name
wpa-psk "xxxxxxxxxxxxxxx...xx" #PSK hex string
into /etc/network/interfaces under wlan0 section.
The Netgear WNA1100 (Atheros chipset) is indeed the most reliable Wifi
adapter I have found yet.

My UWN200 (which was very reliable under later Angstrom versions) now works
on debian after modifying the /etc/Wireless/RT2870STA directory name and
adding the wpa-ssid/wpa-psk to the ra0 section of /etc/network/interfaces.
However, I notice that the UWN200 pumps out a lot of DMESGs every 2 seconds
or so. I had the same problem in 3.8.13-bone40 after compiling the kernel
module from the Mediatek sources. I think there may be a debug flag turned
on in the driver config, causing the frequent DMESGs. I'll check this out
and see if they can be easily stopped.
The WNA1100 driver is very quiet in comparison.

I have a TP-Link TL WN725N lying around somewhere (Realtek chipset) that
I'll try out also. (I could not get this working reliably in Angstrom -
flung in a drawer somewhere!)

One question springs to mind: if I want to run the BBB as a headless server
with Node.js and Cloud9, is there anything I can remove from the installed
software packages that would be superfluous if I'm not using HDMI, lxde and
so on?

Thanks for all the effort. Great software to match Gerald's fine hardware!
-Eamonn

[Robert Nelson]

Jason and Robert: well done for this fine upgrade! Seems like a lot of
things are really coming together very quickly.

Hardware: BBB A5C; OS Version: Linux beaglebone 3.8.13-bone41 #1 SMP Tue Mar
4 22:51:47 UTC 2014 armv7l GNU/Linux
Tried it last night and a lot of things are working well.
Cloud9 IDE debugging works perfectly for javascript. Just have to remember
to hit the > button to start the debug running.

I'd love to disable this "debug" feature by default, if you happen to
find a fix, I'll add it to the image.

I tried the python sample also, but could not get that to work. I'll
investigate more.
wpa-ssid "MySSID" #SSID name
wpa-psk "xxxxxxxxxxxxxxx...xx" #PSK hex string
into /etc/network/interfaces under wlan0 section.
The Netgear WNA1100 (Atheros chipset) is indeed the most reliable Wifi
adapter I have found yet.
My UWN200 (which was very reliable under later Angstrom versions) now works
on debian after modifying the /etc/Wireless/RT2870STA directory name and
adding the wpa-ssid/wpa-psk to the ra0 section of /etc/network/interfaces.
However, I notice that the UWN200 pumps out a lot of DMESGs every 2 seconds
or so. I had the same problem in 3.8.13-bone40 after compiling the kernel
module from the Mediatek sources. I think there may be a debug flag turned
on in the driver config, causing the frequent DMESGs. I'll check this out
and see if they can be easily stopped.

For reference, I'm using this Mediatek source version:
http://rcn-ee.net/deb/thirdparty/MT7601/DPO_MT7601U_LinuxSTA_3.0.0.4_20130913.tar.bz2

So If you find the config flag to quiet dmesg, i'll add it to the build snipit.

https://github.com/rcn-ee/farm/blob/master/thirdparty/MT7601.sh

The WNA1100 driver is very quiet in comparison.
I have a TP-Link TL WN725N lying around somewhere (Realtek chipset) that
I'll try out also. (I could not get this working reliably in Angstrom -
flung in a drawer somewhere!)
One question springs to mind: if I want to run the BBB as a headless server
with Node.js and Cloud9, is there anything I can remove from the installed
software packages that would be superfluous if I'm not using HDMI, lxde and
so on?

This should clear most of the lxde/xorg package set:

apt-get remove -y x11-common ; apt-get autoremove

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

[lee-JcNttY1RLi3QT0dZR+]

Dittos on the Kudos. With the 3.13 kernel works very nicely: all 7 of my
weird USB gadgets work, Networking is good, Chrome on lxde is nice. Node 10
all looks good. Even rebuilding the kernel wasn't too painful (though still
not fast enough to ditch the cross-compiler). I'm not an IDE guy so I
can't comment on Cloud9, but I'm happy with gvim... (sorry for the
cross-thread snark).

[b***@public.gmane.org]

Hi Robert,

First, thanks for the instruction to remove x11... that gets my rootfs
usage down from about 83% to 69%. More room for building stuff!

The Mediatek driver software has a define in os/linux/rt_linux.c line 54:

- ULONG RTDebugLevel = RT_DEBUG_TRACE;
+ULONG RTDebugLevel = RT_DEBUG_WARN; //Fix annoying dmsgs; was
RT_DEBUG_TRACE;

I've rebuilt the driver with the bone41 headers, and that seems to
eliminate most of the dmesgs.

Hope that's useful.

Many thanks - Eamonn

[Robert Nelson]

Hi Robert,

First, thanks for the instruction to remove x11... that gets my rootfs usage
down from about 83% to 69%. More room for building stuff!
- ULONG RTDebugLevel = RT_DEBUG_TRACE;
+ULONG RTDebugLevel = RT_DEBUG_WARN; //Fix annoying dmsgs; was
RT_DEBUG_TRACE;
I've rebuilt the driver with the bone41 headers, and that seems to eliminate
most of the dmesgs.

Awsome, thanks!

https://github.com/rcn-ee/farm/commit/47a4acff774280b55772d02fccab4ad2ef63212f

builder are back up and running, so the next kernel image test will
have the fix..

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

[m***@public.gmane.org]

Post by Jason Kridner
http://beagleboard.org/latest-images/
I removed that adapter and plugged in an adapter I bought from Adafruit
(and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!".

My Edimax rtl8192cu works out of the box, well, sort of
 I'm getting
seemingly *horrible* packet loss with the adapter. I've got a Raspberry Pi
with the exact same adapter sitting directly next to it that has no issues.

****@woodpi* *~ $* iwconfig

wlan0 IEEE 802.11bgn ESSID:"Timothy & Star" Nickname:"<***@REALTEK>"

Mode:Managed Frequency:2.412 GHz Access Point:
60:33:4B:E8:18:AB

Bit Rate:72.2 Mb/s Sensitivity:0/0

Retry:off RTS thr:off Fragment thr:off

Power Management:off

*Link Quality=100/100* Signal level=75/100 Noise level=0/100

Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0

Tx excessive retries:0 Invalid misc:0 Missed beacon:0

***@beaglebone:~# iwconfig

wlan2 IEEE 802.11bgn ESSID:"Timothy & Star"

Mode:Managed Frequency:2.412 GHz Access Point:
60:33:4B:E8:18:AB

Bit Rate=72.2 Mb/s Tx-Power=20 dBm

Retry long limit:7 RTS thr=2347 B Fragment thr:off

Encryption key:off

Power Management:off

*Link Quality=47/70* Signal level=-63 dBm

Rx invalid nwid:0 Rx invalid crypt:0 Rx invalid frag:0

Tx excessive retries:0 Invalid misc:109 Missed beacon:0

Tons of "Invalid misc" errors on the BBB. I thought it might be the adapter
itself, but swapping the Pi's adapter for the BBB's yielded the same
results. I thought the Pi might be interfering with the signal somehow but
that's not the issue either. At least I can actually get this online,
unlike Angstrom


[b***@public.gmane.org]

Hi Robert,
The fix I suggested yesterday still leaves some debug dmesgs.
I tried to eliminate DBG entirely.
However, make with -DDBG removed from os/linux/config.mk lines 290:293
# config for STA mode
ifeq ($(RT28xx_MODE),STA)
--WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT -DDBG
++WFLAGS += -DCONFIG_STA_SUPPORT -DSCAN_SUPPORT
error: implicit declaration of function âRTMPIoctlMACâ
[-Werror=implicit-function-declaration]
error: implicit declaration of function âRTMPIoctlE2PROMâ
[-Werror=implicit-function-declaration]
error: implicit declaration of function âRTMPIoctlRFâ
[-Werror=implicit-function-declaration]
sta/sta_cfg.c line 8276:8288
--
++#ifdef DBG //Include if DBG on
RTMPIoctlMAC(pAd, pRequest);
break;
RTMPIoctlE2PROM(pAd, pRequest);
break;
RTMPIoctlRF(pAd, pRequest);
break;
--
++#endif
The above case statements need to be wrapped in an #ifdef DBG ... #endif,
#ifdef DBG
RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_MAC, 0,
NULL, 0,
RT_DEV_PRIV_FLAGS_GET(net_dev));
/* RTMPIoctlMAC(pAd, wrq); */
break;
RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_E2P, 0,
NULL, 0,
RT_DEV_PRIV_FLAGS_GET(net_dev));
/* RTMPIoctlE2PROM(pAd, wrq); */
break;
RTMP_STA_IoctlHandle(pAd, wrq, CMD_RTPRIV_IOCTL_RF, 0,
NULL, 0,
RT_DEV_PRIV_FLAGS_GET(net_dev));
/* RTMPIoctlRF(pAd, wrq); */
break;
#endif /* DBG */
By the way, a quick compare of the WNA1100 (22% RX dropped) and UWN200
(<4% RX dropped).
Looks like the big antenna makes a difference!

Thanks - Eamonn

[michael.ring-Zc0CTiu5wcBWk0Htik3J/]

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

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

I saw this post:

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

is this backport from 3.12 part of the image?

[Robert Nelson]

Post by michael.ring-Zc0CTiu5wcBWk0Htik3J/
I am having issues with this image and mmcqd daemon, X crahes often and I
[ 180.537526] INFO: task mmcqd/0:74 blocked for more than 60 seconds.
[ 180.544275] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
[ 180.552668] Kernel panic - not syncing: hung_task: blocked tasks
[ 180.559071] [<c0010443>] (unwind_backtrace+0x1/0x8a) from [<c0455ced>]
(panic+0x51/0x148)
[ 180.567727] [<c0455ced>] (panic+0x51/0x148) from [<c006770b>]
(watchdog+0x14f/0x194)
[ 180.575937] [<c006770b>] (watchdog+0x14f/0x194) from [<c003fb8f>]
(kthread+0x67/0x74)
[ 180.584234] [<c003fb8f>] (kthread+0x67/0x74) from [<c000c0dd>]
(ret_from_fork+0x11/0x34)
[ 180.592778] drm_kms_helper: panic occurred, switching back to text
console
https://groups.google.com/forum/#!topic/beagleboard/g8JQWFmw4_w
is this backport from 3.12 part of the image?

Yeap:

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

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

Best to just switch to v3.13.x

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

[Dennis Cote]

Post by Robert Nelson
Doesn't really make a difference for 3.8 thou, as you see..
Best to just switch to v3.13.x

Robert,

How do you propose that users switch to v3.13.x (by which I assume you mean
the Linux kernel version)?

My BBB panics like this on every boot using the Debian 2014-03-04 image. I
can't even log in to the text console.

Dennis Cote

[Robert Nelson]

Post by Robert Nelson
Doesn't really make a difference for 3.8 thou, as you see..
Best to just switch to v3.13.x

Robert,
How do you propose that users switch to v3.13.x (by which I assume you mean
the Linux kernel version)?
My BBB panics like this on every boot using the Debian 2014-03-04 image. I
can't even log in to the text console.

"panics" on every boot?

Do you have any error log? I can't really help with that limited info.

Easitest thing to do is, grab the non-flasher:

https://s3.amazonaws.com/beagle-debian/bone-debian-7.4-2014-03-04-2gb.img.xz

flash it to a microSD card..

mount the first fat partition, edit "uEnv.txt" remove the "quiet" from
optargs.. save unmount..

Next using a usb-serial convert log the full serial boot log for me.

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

[Alexander Holler]

Post by Robert Nelson

Post by Robert Nelson
Doesn't really make a difference for 3.8 thou, as you see..
Best to just switch to v3.13.x

Robert,
How do you propose that users switch to v3.13.x (by which I assume you mean
the Linux kernel version)?
My BBB panics like this on every boot using the Debian 2014-03-04 image. I
can't even log in to the text console.

"panics" on every boot?
Do you have any error log? I can't really help with that limited info.

I'm not sure if you're talking about a non-patched 3.13.x, but I've
recently tried (plain) 3.13.6 and received a panic (oops) straight on
boot in musb (a bt-dongle was connected on boot). So I've just switched
back to some heavy patched 3.11 I haven't many problems with.

Sorry, no log too and I'm currently too lazy to fiddle with the bone and
produce one, but it might be a hint to try booting with some usb-device
connected.

Regards,

Alexander Holler

[Dennis Cote]

Post by Robert Nelson
"panics" on every boot?
Do you have any error log? I can't really help with that limited info.

When I said "panics like this" I meant in the same way that as the user
whose message you replied to. I have copied his log below. On my BBB it
usually happens just after the 120 second mark, but I have also seen it
happen at 180 seconds as below. The rest of the messages are identical
(same addresses etc.).

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

Post by Robert Nelson
https://s3.amazonaws.com/beagle-debian/bone-debian-7.4-2014-03-04-2gb.img.xz
flash it to a microSD card..

That is what I did, and what I am running.

Post by Robert Nelson
mount the first fat partition, edit "uEnv.txt" remove the "quiet" from
optargs.. save unmount..
Next using a usb-serial convert log the full serial boot log for me.

Will do.

[Robert Nelson]

Post by Dennis Cote

Post by Robert Nelson
"panics" on every boot?
Do you have any error log? I can't really help with that limited info.

When I said "panics like this" I meant in the same way that as the user
whose message you replied to. I have copied his log below. On my BBB it
usually happens just after the 120 second mark, but I have also seen it
happen at 180 seconds as below. The rest of the messages are identical (same
addresses etc.).
[ 180.537526] INFO: task mmcqd/0:74 blocked for more than 60 seconds.
[ 180.544275] "echo 0 > /proc/sys/kernel/hung_task_timeout_secs" disables
this message.
[ 180.552668] Kernel panic - not syncing: hung_task: blocked tasks
[ 180.559071] [<c0010443>] (unwind_backtrace+0x1/0x8a) from [<c0455ced>]
(panic+0x51/0x148)
[ 180.567727] [<c0455ced>] (panic+0x51/0x148) from [<c006770b>]
(watchdog+0x14f/0x194)
[ 180.575937] [<c006770b>] (watchdog+0x14f/0x194) from [<c003fb8f>]
(kthread+0x67/0x74)
[ 180.584234] [<c003fb8f>] (kthread+0x67/0x74) from [<c000c0dd>]
(ret_from_fork+0x11/0x34)
[ 180.592778] drm_kms_helper: panic occurred, switching back to text
console

Yeah this annoyance..

What brand of microSD cards are you using?

We've back ported a few mmc tweaks from later kernels, yet some cards
still show this issue..

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

[Dennis Cote]

Post by Robert Nelson
Yeah this annoyance..
What brand of microSD cards are you using?

I'm using a 4GB Kingston Technology cards. Note, I have not expanded the
partition to fill the card yet, I just to boot with it after copying the
image.

I'll get you the complete boot log if that is still of use.

Dennis Cote

[Dennis Cote]

Post by Robert Nelson
mount the first fat partition, edit "uEnv.txt" remove the "quiet" from
optargs.. save unmount..
Next using a usb-serial convert log the full serial boot log for me.

Robert,

The uEnv.txt file from the FAT partition in this image (attached) does not
have optargs defined. Both sections where optargs appears are commented out.

There is a line that says:

systemd=quiet init=/lib/systemd/systemd

I'm not sure if you mean to remove the quiet from this line, or perhaps
something else.

Dennis Cote

[Dennis Cote]

Post by Dennis Cote
systemd=quiet init=/lib/systemd/systemd
I'm not sure if you mean to remove the quiet from this line, or perhaps
something else.

OK, so I removed the quiet from the systemd definition and rebooted my BBB.
It did log a lot more stuff. The complete boot log is attached.

Since you seem t think the problem is SD card specific, I will try again
with a different card.

HTH
Dennis Cote

[Dennis Cote]

Post by Dennis Cote
Since you seem t think the problem is SD card specific, I will try again
with a different card.

Using a different 8GB SD card my BBB boots this new image as expected.
Hopefully the bootlog from the problem card will help identify the issue.

Dennis Cote

[Steve French of Volt Vision]

Dennis,
I am not sure what you mean by "BBB panics", but I can tell you that I have
been upgrading my kernel using the new Debian eMMC flasher image. I have
done it on several BBBs so far with no problem....

*Before the procedure:*
uname -a
Linux beaglebone 3.8.13-bone41 #1 SMP Tue Mar 4 22:51:47 UTC 2014 armv7l
GNU/Linux

*Then Update Kernel:*

- cd /opt/scripts/
- git pull
- ./tools/update_kernel.sh --beta-kernel
- reboot

*And after the procedure:*
uname -a
Linux beaglebone 3.13.6-bone7 #1 SMP Sat Mar 8 01:11:45 UTC 2014 armv7l
GNU/Linux

Hope this helps....
-frenchy



--
Respectfully,
Steve French
800.664.7256.office
814.730.0003.cell

President, Volt Vision
www.voltvision.com

Post by Robert Nelson
Doesn't really make a difference for 3.8 thou, as you see..
Best to just switch to v3.13.x

Robert,
How do you propose that users switch to v3.13.x (by which I assume you
mean the Linux kernel version)?
My BBB panics like this on every boot using the Debian 2014-03-04 image. I
can't even log in to the text console.
Dennis Cote
--
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/VRqGZbXBK1Q/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
For more options, visit https://groups.google.com/d/optout.

[William Hermans]

He has done something wrong, or has missed a step in setting up his media.

Having a serial debug cable on the board and working would clear things up
in a hurry.


On Wed, Mar 12, 2014 at 12:39 PM, Steve French of Volt Vision <

Post by Steve French of Volt Vision
Dennis,
I am not sure what you mean by "BBB panics", but I can tell you that I
have been upgrading my kernel using the new Debian eMMC flasher image. I
have done it on several BBBs so far with no problem....
*Before the procedure:*
uname -a
Linux beaglebone 3.8.13-bone41 #1 SMP Tue Mar 4 22:51:47 UTC 2014 armv7l
GNU/Linux
*Then Update Kernel:*
- cd /opt/scripts/
- git pull
- ./tools/update_kernel.sh --beta-kernel
- reboot
*And after the procedure:*
uname -a
Linux beaglebone 3.13.6-bone7 #1 SMP Sat Mar 8 01:11:45 UTC 2014 armv7l
GNU/Linux
Hope this helps....
-frenchy
--
Respectfully,
Steve French
800.664.7256.office
814.730.0003.cell
President, Volt Vision
www.voltvision.com

Post by Robert Nelson
Doesn't really make a difference for 3.8 thou, as you see..
Best to just switch to v3.13.x

Robert,
How do you propose that users switch to v3.13.x (by which I assume you
mean the Linux kernel version)?
My BBB panics like this on every boot using the Debian 2014-03-04 image.
I can't even log in to the text console.
Dennis Cote
--
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/VRqGZbXBK1Q/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
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
For more options, visit https://groups.google.com/d/optout.

[Steve French]

Hello all!
I have been testing the new official Debian eMMC flasher image for the BBB

*http://beagleboard.org/latest-images/*
(
in particular this one Debian (BeagleBone Black - 2GB eMMC) 2014-03-04)

***@vBBB5studioS:/var/lib/cloud9# uname -a
Linux vBBB5studioS 3.8.13-bone41 #1 SMP Tue Mar 4 22:51:47 UTC 2014 armv7l
GNU/Linux


Regarding available space on the eMMC, I am seeing this after a fresh flash

***@vBBB5studioS:/var/lib/cloud9# df -h
Filesystem Size Used Avail
Use% Mounted on
rootfs 1.7G 1.3G 284M
83% /
udev 10M 0 10M
0% /dev
tmpfs 100M 788K 99M
1% /run
/dev/disk/by-uuid/57e2c7bb-2b31-488e-b9b4-92e3e4c6af20 1.7G 1.3G 284M
83% /
tmpfs 249M 0 249M
0% /dev/shm
tmpfs 249M 0 249M
0% /sys/fs/cgroup
tmpfs 5.0M 0 5.0M
0% /run/lock
tmpfs 100M 0 100M
0% /run/user
/dev/mmcblk0p1 96M 80M 17M
83% /boot/uboot


Does this look right? Is it really supposed to be 83% full from the start
with only 284MB remaining? I was trying to build some software from source
(*OLA framework*) and during the make process I got some errors about
running out of disk space. If I was to start looking for space to free up,
where would I start? (I have several BBBs and some of them I was hoping to
use a GUI on, but most I just use SSH)

Thanks!
-frenchy

[Robert Nelson]

Post by Steve French
Hello all!
I have been testing the new official Debian eMMC flasher image for the BBB...
http://beagleboard.org/latest-images/
(...in particular this one Debian (BeagleBone Black - 2GB eMMC) 2014-03-04)
Linux vBBB5studioS 3.8.13-bone41 #1 SMP Tue Mar 4 22:51:47 UTC 2014 armv7l
GNU/Linux
Regarding available space on the eMMC, I am seeing this after a fresh flash...
Filesystem Size Used Avail
Use% Mounted on
rootfs 1.7G 1.3G 284M
83% /
udev 10M 0 10M
0% /dev
tmpfs 100M 788K 99M
1% /run
/dev/disk/by-uuid/57e2c7bb-2b31-488e-b9b4-92e3e4c6af20 1.7G 1.3G 284M
83% /
tmpfs 249M 0 249M
0% /dev/shm
tmpfs 249M 0 249M
0% /sys/fs/cgroup
tmpfs 5.0M 0 5.0M
0% /run/lock
tmpfs 100M 0 100M
0% /run/user
/dev/mmcblk0p1 96M 80M 17M
83% /boot/uboot
Does this look right? Is it really supposed to be 83% full from the start
with only 284MB remaining?

Correct, to meet everyone's out of box pkg requirements, the eMMC is
mostly full. If you drop opencv/python/chromium you'll gain a lot of
space back.

Otherwise, it's just easier to just use the non-flasher image on a
4GB/8GB microSD card.
(making sure to use the "grow_partition.sh" script under
/opt/scripts/tools/ to fully resize the drive)

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

[Hajo Dezelski]

Hello,

this was one of the problems with BBB. I managed to install Debian with "
BBB-eMMc-flasher-debian-7.4-2014-02-16-2gb.img" installed only Xfce (needed
an graphical output) and had about 450 MB left. Beside that I had to
install a swap file 128 MB I'm down to 211156. That's not a lot. Under
Angstrom I managed to use the sd card with the uEnv.txt as additional
storage, but I forgot to withdraw the card when finished and waited while
booting up until I noticed that the BBB got stuck.

My question to Robert: Is there a clean way under Debian to format or mount
the sd card as additional storage or even better: Is it possible to mount
e.g. homedirectories to that card, so that we are not stuck to that damned
2 GB. I know, I could use the card to boot from, but ...

Regards
Hajo DL1SDZ

Post by Steve French

Post by Steve French
Hello all!
I have been testing the new official Debian eMMC flasher image for the

BBB...

Post by Steve French
http://beagleboard.org/latest-images/
(...in particular this one Debian (BeagleBone Black - 2GB eMMC)

2014-03-04)

Post by Steve French
Linux vBBB5studioS 3.8.13-bone41 #1 SMP Tue Mar 4 22:51:47 UTC 2014

armv7l

Post by Steve French
GNU/Linux
Regarding available space on the eMMC, I am seeing this after a fresh

flash...

Post by Steve French
Filesystem Size Used Avail
Use% Mounted on
rootfs 1.7G 1.3G 284M
83% /
udev 10M 0 10M
0% /dev
tmpfs 100M 788K 99M
1% /run
/dev/disk/by-uuid/57e2c7bb-2b31-488e-b9b4-92e3e4c6af20 1.7G 1.3G 284M
83% /
tmpfs 249M 0 249M
0% /dev/shm
tmpfs 249M 0 249M
0% /sys/fs/cgroup
tmpfs 5.0M 0 5.0M
0% /run/lock
tmpfs 100M 0 100M
0% /run/user
/dev/mmcblk0p1 96M 80M 17M
83% /boot/uboot
Does this look right? Is it really supposed to be 83% full from the

start

Post by Steve French
with only 284MB remaining?

Correct, to meet everyone's out of box pkg requirements, the eMMC is
mostly full. If you drop opencv/python/chromium you'll gain a lot of
space back.
Otherwise, it's just easier to just use the non-flasher image on a
4GB/8GB microSD card.
(making sure to use the "grow_partition.sh" script under
/opt/scripts/tools/ to fully resize the drive)
Regards,
--
Robert Nelson
http://www.rcn-ee.com/

[Robert Nelson]

Post by Hajo Dezelski
Hello,
this was one of the problems with BBB. I managed to install Debian with
"BBB-eMMc-flasher-debian-7.4-2014-02-16-2gb.img" installed only Xfce (needed
an graphical output) and had about 450 MB left. Beside that I had to install
a swap file 128 MB I'm down to 211156. That's not a lot. Under Angstrom I
managed to use the sd card with the uEnv.txt as additional storage, but I
forgot to withdraw the card when finished and waited while booting up until
I noticed that the BBB got stuck.

You can also dump all the man pages, locales, etc. There is a lot of
documentation installed by default in debian that wasn't in the
Angstrom images's..

Post by Hajo Dezelski
My question to Robert: Is there a clean way under Debian to format or mount
the sd card as additional storage or even better: Is it possible to mount
e.g. homedirectories to that card, so that we are not stuck to that damned 2
GB. I know, I could use the card to boot from, but ...

Yes, usually any tools fdisk/sfdisk/gparted reformat the microSD card.
As long as there isn't an "uEnv.txt" file with the variable "uenvcmd"
set in the first partition the bootloader will ignore the microSD
card. Just add it to /etc/fstab and create a new home diretory on it.

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

[Hajo Dezelski]

Hello Robert,

thanks for your advice. I deleted the man pages and some other stuff.
It helped. Now I have about 15 % available. Great. I noticed, that
most of the non-critical packages (from: Reduce Debian) were already
missing.

But bare with me, I'm not a Linux Guru like you.
I reformatted the sd card using a script that I found: mkcard.sh found
in an Angstrom discussion.

It created:

Device Boot Start End #cyls #blocks Id System
/dev/mmcblk0p1 * 0+ 8 9- 72261 c W95 FAT32 (LBA)
/dev/mmcblk0p2 9 965 957 7687102+ 83 Linux

And I found the mmcblk0p2 partition named rootfs with a Lost and found
directory.
My uEnv.txt (found in an Angstrom-discussion) looks like:

bootpart=1:2
mmcroot=/dev/mmcblk1p2

I didn't find the vriable " uenvcmd". Perhaps there is something
missing in the uEnv.txt.
The I create on rootfs a directory and an fstab file? And write ?
And should I create the home etc. directories in that partition?

Sorry for bothering you again. Next time we meet , the bottle of wine is on me.

Thanks and regards
Hajo
Gruss
Hajo

---
... indessen wandelt harmlos droben das Gestirn
... http://hajos-kontrapunkte.blogspot.com/

Post by Robert Nelson

Post by Hajo Dezelski
Hello,
this was one of the problems with BBB. I managed to install Debian with
"BBB-eMMc-flasher-debian-7.4-2014-02-16-2gb.img" installed only Xfce (needed
an graphical output) and had about 450 MB left. Beside that I had to install
a swap file 128 MB I'm down to 211156. That's not a lot. Under Angstrom I
managed to use the sd card with the uEnv.txt as additional storage, but I
forgot to withdraw the card when finished and waited while booting up until
I noticed that the BBB got stuck.

You can also dump all the man pages, locales, etc. There is a lot of
documentation installed by default in debian that wasn't in the
Angstrom images's..

Post by Hajo Dezelski
My question to Robert: Is there a clean way under Debian to format or mount
the sd card as additional storage or even better: Is it possible to mount
e.g. homedirectories to that card, so that we are not stuck to that damned 2
GB. I know, I could use the card to boot from, but ...

Yes, usually any tools fdisk/sfdisk/gparted reformat the microSD card.
As long as there isn't an "uEnv.txt" file with the variable "uenvcmd"
set in the first partition the bootloader will ignore the microSD
card. Just add it to /etc/fstab and create a new home diretory on it.
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/VRqGZbXBK1Q/unsubscribe.
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

Post by Hajo Dezelski
Hello Robert,
thanks for your advice. I deleted the man pages and some other stuff.
It helped. Now I have about 15 % available. Great. I noticed, that
most of the non-critical packages (from: Reduce Debian) were already
missing.
But bare with me, I'm not a Linux Guru like you.
I reformatted the sd card using a script that I found: mkcard.sh found
in an Angstrom discussion.
Device Boot Start End #cyls #blocks Id System
/dev/mmcblk0p1 * 0+ 8 9- 72261 c W95 FAT32 (LBA)
/dev/mmcblk0p2 9 965 957 7687102+ 83 Linux
And I found the mmcblk0p2 partition named rootfs with a Lost and found
directory.
bootpart=1:2
mmcroot=/dev/mmcblk1p2

With my image, don't worry about this. ^^^ As long as there is no
"uEnv.txt" file on the microSD, u-boot will always use the factory one
i installed in the eMMC. And since it uses uuid's instead of the raw
partition name, it'll always find the "rootfs" partition no matter
what. So just blank/format your microSD as a simple ext4 partition.

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

[Robert Nelson]

Post by Hajo Dezelski
Hello Robert,
thanks for your advice. I deleted the man pages and some other stuff.
It helped. Now I have about 15 % available. Great. I noticed, that
most of the non-critical packages (from: Reduce Debian) were already
missing.

PS: if you want to get crazy, the same script that generated this
image, can also build a version of debian that'll fit in 64MB. But at
that point all you have is perl/apt-get/dpkg..

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

[Hajo Dezelski]

Robert,

that was a fast one. Thanks again - discussions in other groups can
sometimes lead you to nowhere and you get lost. (There was written
that the uEnv.txt was mandatory) So I will not use your 64 MB image.
Sorry, I am happy that this one is running.

Have a nice day
and so long from Nowhere man

Hajo

---
... indessen wandelt harmlos droben das Gestirn
... http://hajos-kontrapunkte.blogspot.com/

Post by Robert Nelson

Post by Hajo Dezelski
Hello Robert,
thanks for your advice. I deleted the man pages and some other stuff.
It helped. Now I have about 15 % available. Great. I noticed, that
most of the non-critical packages (from: Reduce Debian) were already
missing.
But bare with me, I'm not a Linux Guru like you.
I reformatted the sd card using a script that I found: mkcard.sh found
in an Angstrom discussion.
Device Boot Start End #cyls #blocks Id System
/dev/mmcblk0p1 * 0+ 8 9- 72261 c W95 FAT32 (LBA)
/dev/mmcblk0p2 9 965 957 7687102+ 83 Linux
And I found the mmcblk0p2 partition named rootfs with a Lost and found
directory.
bootpart=1:2
mmcroot=/dev/mmcblk1p2

With my image, don't worry about this. ^^^ As long as there is no
"uEnv.txt" file on the microSD, u-boot will always use the factory one
i installed in the eMMC. And since it uses uuid's instead of the raw
partition name, it'll always find the "rootfs" partition no matter
what. So just blank/format your microSD as a simple ext4 partition.
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/VRqGZbXBK1Q/unsubscribe.
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

Robert,
that was a fast one. Thanks again - discussions in other groups can
sometimes lead you to nowhere and you get lost. (There was written
that the uEnv.txt was mandatory) So I will not use your 64 MB image.
Sorry, I am happy that this one is running.

Yeah, this requirement was a bug in the version of u-boot shipped with
the board.

You can see how i worked around the issue here:

https://github.com/eewiki/u-boot-patches/blob/master/v2013.10/0001-am335x_evm-uEnv.txt-bootz-n-fixes.patch#L154

Essentially the original factory u-boot, only checked for the presense
of the microSD, if found it would try to boot with it no matter what.

Instead, I set it up, to search for a uEnv.txt, try to load it and
test if "uenvcmd" was set. Thus a little more error proof..

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

[Steve French]

Robert,
Thanks for your response! I have 15 BBBs and one uSD card, so I am kinda
leaning toward using the eMMC on each.

Post by Robert Nelson
Correct, to meet everyone's out of box pkg requirements, the eMMC is
mostly full. If you drop opencv/python/chromium you'll gain a lot of
space back.

Pardon my ignorance, but is there a "magic scalpel" command to free up all
space related to Opencv? ...and then separately, Chromium? Something is
not right with the approach I tried...

-
apt-get autoremove opencv*

After this operation, 27.8 MB disk space will be freed.
Do you want to continue [Y/n]?


- apt-get autoremove chromium*

Reading package lists... Done
Building dependency tree
Reading state information... Done
Package 'chromium' is not installed, so not removed
0 upgraded, 0 newly installed, 0 to remove and 0 not upgraded.


...maybe I just need to learn how to use "aptitude" ? I am guessing that
an "uninstall" or "remove" or "autoremove" command is better than going
through and deleting random directories full of opencv/chromium related
things?

Thanks for any insights!!!
ps- I decided to remove all documentation on one of my BBBs, so I did
this...
rm /usr/share/doc -R
...that seemed to free up 91MB, but it still wasnt enough!!!


*Ran out of space again during "make"!!!!!!*

ola-rdm-discover.cpp:232:1: fatal error: closing dependency file
.deps/ola-rdm-discover.Tpo: No space left on device
compilation terminated.
The bug is not reproducible, so it is likely a hardware or OS problem.
make[2]: *** [ola-rdm-discover.o] Error 1
make[2]: Leaving directory `/usr/local/src/ola/examples'
make[1]: *** [all-recursive] Error 1
make[1]: Leaving directory `/usr/local/src/ola'
make: *** [all] Error 2


Thx!
-frenchy

[Robert Nelson]

Robert,
Thanks for your response! I have 15 BBBs and one uSD card, so I am kinda
leaning toward using the eMMC on each.

Post by Robert Nelson
Correct, to meet everyone's out of box pkg requirements, the eMMC is
mostly full. If you drop opencv/python/chromium you'll gain a lot of
space back.

Pardon my ignorance, but is there a "magic scalpel" command to free up all
space related to Opencv? ...and then separately, Chromium? Something is
not right with the approach I tried...
apt-get autoremove opencv*
After this operation, 27.8 MB disk space will be freed.
Do you want to continue [Y/n]?

apt-get remove libopencv-* --purge ; apt-get autoremove

apt-get autoremove chromium*

So due to the build requirements, chromium is currently not a *.deb
package. I'd like to change this. But to give you an idea, it takes a
Quad Core Cortex A9, running at 1.2Ghz with 2GB of ram and a 7200rpm
sata drive 8 hours to build..

SO just:
rm -rf /usr/lib/chromium/
rm -f /usr/bin/chromium

...maybe I just need to learn how to use "aptitude" ? I am guessing that an
"uninstall" or "remove" or "autoremove" command is better than going through
and deleting random directories full of opencv/chromium related things?
Thanks for any insights!!!
ps- I decided to remove all documentation on one of my BBBs, so I did
this...
rm /usr/share/doc -R
...that seemed to free up 91MB, but it still wasnt enough!!!

you can also dump:

/usr/share/man/

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

[Dennis Cote]

Post by Jason Kridner
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases

On booting this new image I noticed a few issues immediately, but I'm not
sure if one is by design. The ethernet interface is not setup in this
image. Running ifconfig shows no IP address for the ethernet port.

Looking at /etc/network/interfaces I see that the eth0 section is commented
out.

I tried adding the following to /etc/network/interfaces but I still have no
IP address assigned (as if dhcp wasn't aquirring an address). Commenting
out the allow-hotplug line makes no difference.

auto eth0
allow-hotplug eth0
iface eth0 inet dhcp

Shouldn't the ethernet interface be setup by default? How does one setup
dhcp on Debian if not through the interfaces file?

Also, how is one supposed to use the Root Terminal in the LXDE environment?
It won't accept the admin password for the debian user, and I don't know if
there is a different root password?

Thanks.
Dennis Cote

[Robert Nelson]

Post by Dennis Cote

Post by Jason Kridner
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases

On booting this new image I noticed a few issues immediately, but I'm not
sure if one is by design. The ethernet interface is not setup in this image.
Running ifconfig shows no IP address for the ethernet port.
Looking at /etc/network/interfaces I see that the eth0 section is commented
out.
I tried adding the following to /etc/network/interfaces but I still have no
IP address assigned (as if dhcp wasn't aquirring an address). Commenting out
the allow-hotplug line makes no difference.
auto eth0
allow-hotplug eth0
iface eth0 inet dhcp
Shouldn't the ethernet interface be setup by default? How does one setup
dhcp on Debian if not through the interfaces file?

The wicd deamon should setup eth0 within 30 seconds on 2nd boot.
(first boot there is a slight delay as the ssh key's are generated).

If you uncomment out the eth0 interface in /etc/network/interfaces
boot time falls from 15seconds to 35ish..

Post by Dennis Cote
Also, how is one supposed to use the Root Terminal in the LXDE environment?
It won't accept the admin password for the debian user, and I don't know if
there is a different root password?

Nice catch, i need to remove that application from the menu. It was
requested to blank out the root password for ease of use.

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

[Dennis Cote]

Post by Robert Nelson
The wicd deamon should setup eth0 within 30 seconds on 2nd boot.
(first boot there is a slight delay as the ssh key's are generated).

I had rebooted many times. I hadn't paid any attention to the wicd program
since it seemed to be for WIFI which I am not using.

I had to open the preferences and check the option to always show wired
interfaces (I also checked always switch to wired connection when
available) before I saw the eth0 connection. I then clicked the connect
button and waited until it finished. It still didn't connect, but after I
rebooted again, it did connect using dhcp. Since then it has been
connecting on each boot.

Post by Robert Nelson
If you uncomment out the eth0 interface in /etc/network/interfaces
boot time falls from 15seconds to 35ish..

I'm not sure what you mean by this. "unccomment out" is ambiguous. Did you
mean "uncomment", or did you mean "comment out".

Is it faster to boot with the eth0 defined in /etc/network/interfaces, or
is it faster with the eth0 section commented out? Why? Is it redundant to
define eth0 here, and then have wicd also connect eth0; or does having
defined in the interafces file cause wicd to skip its redundant setup later?

On an unrelated issue, how do you setup the timezone for the time display
on the LXDE desktop? I have set /etc/timezone. I have also used tzselect
and added the TZ environment variable to my .profile as suggested in the
output of tzselect. It does not appear that my .profile file is being
executed though. I have a user bin directory in my /home/debian directory,
and it is not being added to the path as it seems it should be by reading
the .profile file. I checked and I don't have a .bash_profile or
.bash_login file which would prevent .profile from executing. Any ideas?

Dennis Cote

[Robert Nelson]

Post by Dennis Cote

Post by Robert Nelson
The wicd deamon should setup eth0 within 30 seconds on 2nd boot.
(first boot there is a slight delay as the ssh key's are generated).

I had rebooted many times. I hadn't paid any attention to the wicd program
since it seemed to be for WIFI which I am not using.
I had to open the preferences and check the option to always show wired
interfaces (I also checked always switch to wired connection when available)
before I saw the eth0 connection. I then clicked the connect button and
waited until it finished. It still didn't connect, but after I rebooted
again, it did connect using dhcp. Since then it has been connecting on each
boot.

Post by Robert Nelson
If you uncomment out the eth0 interface in /etc/network/interfaces
boot time falls from 15seconds to 35ish..

I'm not sure what you mean by this. "unccomment out" is ambiguous. Did you
mean "uncomment", or did you mean "comment out".

The first.

Post by Dennis Cote
Is it faster to boot with the eth0 defined in /etc/network/interfaces, or is
it faster with the eth0 section commented out? Why? Is it redundant to
define eth0 here, and then have wicd also connect eth0; or does having
defined in the interafces file cause wicd to skip its redundant setup later?

When, eth0 is defined in /etc/network/interfaces, the login prompt
(serial/video) can be delayed for up to 2 minutes as the system
attempts to get an ip. If a cable is NOT connected it will wait the
full 2 minutes.

So by allowing the wicd/systemd deamon to take care of it, we get the
login prompt must faster

Post by Dennis Cote
On an unrelated issue, how do you setup the timezone for the time display on
the LXDE desktop? I have set /etc/timezone. I have also used tzselect and
added the TZ environment variable to my .profile as suggested in the output
of tzselect. It does not appear that my .profile file is being executed
though. I have a user bin directory in my /home/debian directory, and it is
not being added to the path as it seems it should be by reading the .profile
file. I checked and I don't have a .bash_profile or .bash_login file which
would prevent .profile from executing. Any ideas?

***@beaglebone:/# rm /etc/localtime
***@beaglebone:/# ln -s /usr/share/zoneinfo/US/Central /etc/localtime
***@beaglebone:/# date
Thu Mar 13 12:13:06 CDT 2014

Give lxde a minute or two to update..

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

[William Hermans]

*dpkg-reconfigure tzdata* <--- Doesnt work ?

Post by Jason Kridner

Post by Dennis Cote

Post by Robert Nelson
The wicd deamon should setup eth0 within 30 seconds on 2nd boot.
(first boot there is a slight delay as the ssh key's are generated).

I had rebooted many times. I hadn't paid any attention to the wicd

program

Post by Dennis Cote
since it seemed to be for WIFI which I am not using.
I had to open the preferences and check the option to always show wired
interfaces (I also checked always switch to wired connection when

available)

Post by Dennis Cote
before I saw the eth0 connection. I then clicked the connect button and
waited until it finished. It still didn't connect, but after I rebooted
again, it did connect using dhcp. Since then it has been connecting on

each

Post by Dennis Cote
boot.

Post by Robert Nelson
If you uncomment out the eth0 interface in /etc/network/interfaces
boot time falls from 15seconds to 35ish..

I'm not sure what you mean by this. "unccomment out" is ambiguous. Did

you

Post by Dennis Cote
mean "uncomment", or did you mean "comment out".

The first.

Post by Dennis Cote
Is it faster to boot with the eth0 defined in /etc/network/interfaces,

or is

Post by Dennis Cote
it faster with the eth0 section commented out? Why? Is it redundant to
define eth0 here, and then have wicd also connect eth0; or does having
defined in the interafces file cause wicd to skip its redundant setup

later?
When, eth0 is defined in /etc/network/interfaces, the login prompt
(serial/video) can be delayed for up to 2 minutes as the system
attempts to get an ip. If a cable is NOT connected it will wait the
full 2 minutes.
So by allowing the wicd/systemd deamon to take care of it, we get the
login prompt must faster

Post by Dennis Cote
On an unrelated issue, how do you setup the timezone for the time

display on

Post by Dennis Cote
the LXDE desktop? I have set /etc/timezone. I have also used tzselect and
added the TZ environment variable to my .profile as suggested in the

output

Post by Dennis Cote
of tzselect. It does not appear that my .profile file is being executed
though. I have a user bin directory in my /home/debian directory, and it

is

Post by Dennis Cote
not being added to the path as it seems it should be by reading the

.profile

Post by Dennis Cote
file. I checked and I don't have a .bash_profile or .bash_login file

which

Post by Dennis Cote
would prevent .profile from executing. Any ideas?

Thu Mar 13 12:13:06 CDT 2014
Give lxde a minute or two to update..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

dpkg-reconfigure tzdata <--- Doesnt work ?

Yeap, that works too..

Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough? My only vote is US/Central as that
is where i'm located..

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

[Hajo Dezelski]

Post by Robert Nelson
Or is "utc" generic enough?

It is "utc" generic ! ;-)

72 de
Hajo

---
... indessen wandelt harmlos droben das Gestirn
... http://hajos-kontrapunkte.blogspot.com/

[Robert Nelson]

Post by Hajo Dezelski

Post by Robert Nelson
Or is "utc" generic enough?

It is "utc" generic ! ;-)

I know! ;) I was having fun playing with that sentence.

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

[Hajo Dezelski]

Oh, I see,

It was meant Underwater Technology Conference where you will be
invited. More generic is not possible.

I hope you don't mind:
http://hajos-kontrapunkte.blogspot.de/2014/03/wspr-bone-linux-adentures-in-beaglebone.html

73 de
Hajo

---
... indessen wandelt harmlos droben das Gestirn
... http://hajos-kontrapunkte.blogspot.com/

Post by Robert Nelson

Post by Hajo Dezelski

Post by Robert Nelson
Or is "utc" generic enough?

It is "utc" generic ! ;-)

I know! ;) I was having fun playing with that sentence.
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit https://groups.google.com/d/topic/beagleboard/VRqGZbXBK1Q/unsubscribe.
For more options, visit https://groups.google.com/d/optout.

[Mike]

Post by Robert Nelson

dpkg-reconfigure tzdata <--- Doesnt work ?

Yeap, that works too..
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough? My only vote is US/Central as that
is where i'm located..
Regards,

I'd rather see a system come up "UTC" rather than some other TZ not
specific to me. I don't have a problem changing it if I have too
though. UTC would seem to make the most sense.

Mike

[Dennis Cote]

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how
to change it.

Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to
tzselect which also looked promising, but again it was wrong.

Dennis Cote

[Robert Nelson]

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.
Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?

I can pretty much dump them anywhere, but the hard question is where...

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

[Bill Traynor]

Post by Robert Nelson

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.
Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

I thought you were posting all of your stuff to elinux.org?

Post by Robert Nelson
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups "BeagleBoard" group.
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

Post by Bill Traynor

Post by Robert Nelson

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.
Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

I thought you were posting all of your stuff to elinux.org?

Oh I do. ;) I'm just hoping to get a fresh perspective and see where
a new user expects it to be today. (As we can never go back to being
"new"..)

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

[Dennis Cote]

Post by Robert Nelson
So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

I don't know where they should be stored, but there should definitely be
links on the beagleboard.org main page. It seems to me that if Debian is
going to replace Angstrom, then a link to the Debian release images and
FAQs should be put there. Eventually, the Angstrom info could be
deprecated, or rather archived and its visibility reduced.

It seems to me that there are currently too many places to go to get the
various linux distributions and kernels, and none of them seem to be
officially sanctioned as the "standard" release. This leads to unnecessary
confusion for new users. Some info on beagleboard.org, some info at
circuitco.com, some info at elinux.org, some info at armhf.com, etc., not
to mention all the other stuff at ti.com.

The official wiki
at http://www.elinux.org/Beagleboard:BeagleBoneBlack#Software_Resources
doesn't even mention this Debian releases (and it should if you want people
to test it). The community wiki
at http://elinux.org/BeagleBone_Community#Debian does list a Debian
release, but it is a different, and incompatible, arm EABI version from
this new armhf release.

I appreciate all the hard work that people have done to prepare all this
information, but it's a little like the wild west when you first start
looking around.

Dennis Cote

[Hajo Dezelski]

I second that. I am one of those who just started going west into the wild.
And I am still not sure which information are official and which are not.
However I am now sure that I didn't grab Robert's kernel. 😠 A pitty, for I
would have speared a lot of time.

All the Best
Hajo

---
... indessen wandelt harmlos droben das Gestirn
... http://hajos-kontrapunkte.blogspot.com/

Post by Dennis Cote

Post by Robert Nelson
So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

I don't know where they should be stored, but there should definitely be
links on the beagleboard.org main page. It seems to me that if Debian is
going to replace Angstrom, then a link to the Debian release images and
FAQs should be put there. Eventually, the Angstrom info could be
deprecated, or rather archived and its visibility reduced.
It seems to me that there are currently too many places to go to get the
various linux distributions and kernels, and none of them seem to be
officially sanctioned as the "standard" release. This leads to unnecessary
confusion for new users. Some info on beagleboard.org, some info at
circuitco.com, some info at elinux.org, some info at armhf.com, etc., not
to mention all the other stuff at ti.com.
The official wiki at
http://www.elinux.org/Beagleboard:BeagleBoneBlack#Software_Resourcesdoesn't even mention this Debian releases (and it should if you want people
to test it). The community wiki at
http://elinux.org/BeagleBone_Community#Debian does list a Debian release,
but it is a different, and incompatible, arm EABI version from this new
armhf release.
I appreciate all the hard work that people have done to prepare all this
information, but it's a little like the wild west when you first start
looking around.
Dennis Cote
--
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/VRqGZbXBK1Q/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
For more options, visit https://groups.google.com/d/optout.

[Alexander Holler]

Post by Robert Nelson

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.
Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

motd or the banner for ssh, together with an instruction to use rm to
get rid of the message.

Listing those basic steps there would get rid of thousands question from
people using broken, old and/or outdated instructions belonging to some
broken/old and/or outdated images.

Regards,

Alexander Holler

[Robert Nelson]

Post by Robert Nelson
So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

motd or the banner for ssh, together with an instruction to use rm to get
rid of the message.

I've been dumping the default username/password + the current ip
address if we get it in time to "/etc/issue" so it shows up on both
the dvi and serial terminal. We could dump an elinux link faq there
too. Good call on the ssh message, didn't think of that.

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

[s***@lynxspring.com]

How do I disable the dump of the IP addresses? If the IP has changed, it
is wrong the majority of the time and it also appears that on occasion, the
file is getting corrupted.

Post by Robert Nelson

Post by Alexander Holler

Post by Robert Nelson
So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

motd or the banner for ssh, together with an instruction to use rm to

get

Post by Alexander Holler
rid of the message.

I've been dumping the default username/password + the current ip
address if we get it in time to "/etc/issue" so it shows up on both
the dvi and serial terminal. We could dump an elinux link faq there
too. Good call on the ssh message, didn't think of that.
Regards,
--
Robert Nelson
http://www.rcn-ee.com/

[Robert Nelson]

How do I disable the dump of the IP addresses? If the IP has changed, it is
wrong the majority of the time and it also appears that on occasion, the
file is getting corrupted.

"/etc/issue"

https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L151

local:
/opt/scripts/boot/am335x_evm.sh

Regards,
--
Robert Nelson
https://rcn-ee.com/

[s***@lynxspring.com]

Perfect, thanks!

Post by Robert Nelson

Post by s***@lynxspring.com
How do I disable the dump of the IP addresses? If the IP has changed,

it is

Post by s***@lynxspring.com
wrong the majority of the time and it also appears that on occasion, the
file is getting corrupted.

"/etc/issue"
https://github.com/RobertCNelson/boot-scripts/blob/master/boot/am335x_evm.sh#L151
/opt/scripts/boot/am335x_evm.sh
Regards,
--
Robert Nelson
https://rcn-ee.com/

[Alexander Holler]

Post by Alexander Holler

Post by Robert Nelson

Post by Robert Nelson
Which brings up a fun question. What default timezone do you guys
want? Or is "utc" generic enough?

I think UTC would be best, but there should be clear instructions for how to
change it.
Most users (like me) are not Linux experts and don't know how to do many of
these basic things. I though /etc/timezone seemed like the perfect place to
make this change, but it turns out that was wrong. Google led me to tzselect
which also looked promising, but again it was wrong.

So then, here's a question for you. Where do you want to see those
type of faq's listed?
I can pretty much dump them anywhere, but the hard question is where...

motd or the banner for ssh, together with an instruction to use rm to
get rid of the message.
Listing those basic steps there would get rid of thousands question from
people using broken, old and/or outdated instructions belonging to some
broken/old and/or outdated images.

And if some gui is supported, open an editor like gvim or similiar to
show those instructions gui-users too (by using some autoexec mechanism
the gui in question offers).

Anything else than in-image-instructions which people will see when they
start exploring the board doesn't help as history has shown.

Alexander Holler

[Robert Nelson]

And if some gui is supported, open an editor like gvim or similiar to show
those instructions gui-users too (by using some autoexec mechanism the gui
in question offers).

leafpad is installed so that would be pretty easy, to show web link
for help. xchat2 is even installed, ( i was feeling a little evil and
was temped to have that autoconnect to beagle on #freenode (it
doesn't..))

Anything else than in-image-instructions which people will see when they
start exploring the board doesn't help as history has shown.

I agree, I've been there too on irc, when they've been lucky enough to find it..

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

[Toni Salaet Larrull]

I have the same problem...

You could solve it?

What is the problem with the default kernel? That wifi doesn't work good
in general, that it doesn't connect to unsecured networks, that Wicd is
buggy and will freeze up the BeagleBone? I went ahead and updated the
kernel. I am now able to connect to secured and unsecured networks using
the Adafruit dongle. I had limited success with the netgear wna1100 which
definitely does NOW work better than the Adafruit dongle. The UWN200 also
came in the mail today, but the BeagleBone was unable to detect it. Is it
supposed to run out of the box on the newer images, or do I have to
implement some sort of fix? The adafruit dongle shows up as wlan0, and the
netgear shows up as wlan1. I read that the uwn200 is supposed to show up as
ra0, but when I switch wicd accordingly, it still doesn't detect the
dongle, and there's no wifi when I run ifconfig.
Also, is there any way to log into lxde using the root user? That would
save me and my students some typing and other problems (such as opening
certain files with leafpad, etc.).
Again, thanks for all the work you're putting into this image. You're
ironing out a lot of the kinds that my students have been stumbling over.

[m***@public.gmane.org]

Yes and no. The solution was worse than the problem. Updating to the
development kernel as mentioned above resulted in better support for Wifi
but an unstable LXDE environment. At this point I just don't rely on Wifi.

Post by Toni Salaet Larrull
I have the same problem...
You could solve it?

What is the problem with the default kernel? That wifi doesn't work good
in general, that it doesn't connect to unsecured networks, that Wicd is
buggy and will freeze up the BeagleBone? I went ahead and updated the
kernel. I am now able to connect to secured and unsecured networks using
the Adafruit dongle. I had limited success with the netgear wna1100 which
definitely does NOW work better than the Adafruit dongle. The UWN200 also
came in the mail today, but the BeagleBone was unable to detect it. Is it
supposed to run out of the box on the newer images, or do I have to
implement some sort of fix? The adafruit dongle shows up as wlan0, and the
netgear shows up as wlan1. I read that the uwn200 is supposed to show up as
ra0, but when I switch wicd accordingly, it still doesn't detect the
dongle, and there's no wifi when I run ifconfig.
Also, is there any way to log into lxde using the root user? That would
save me and my students some typing and other problems (such as opening
certain files with leafpad, etc.).
Again, thanks for all the work you're putting into this image. You're
ironing out a lot of the kinds that my students have been stumbling over.

[m***@public.gmane.org]

I'm still running into some annoying root/debian user permissions problems.
First, I have to switch to the root user in order to run a script I wrote
to share the host computer's Internet connection. Second, when I push to
git I get an error message about permission denied. The push goes through
okay, but I don't know how to go about fixing whatever is causing the error.

Below is a screen shot of my terminal that shows exactly what I'm doing.

<Loading Image...>

[m***@public.gmane.org]

Has this image OpenGL/SGX support? I would need it to get QtQuick running
on it. Last year I was not able to get the driver compiled but as far as I
remember TI has published some kernel patches back then.

Post by Jason Kridner
http://beagleboard.org/latest-images/
If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.
Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases
While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
[image: Inline image 2]
Clicking the link or visiting http://192.168.7.2, you'll see the familiar
[image: Inline image 1]
I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.
One of the biggest new features you'll see is when you click on the Cloud9
[image: Inline image 3]
This is a pre-open-source-beta-only release of version 3 of their IDE.
Down at the bottom of the Cloud9 IDE you'll see a new terminal window that
runs a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.
Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO
library is included in these Debian images. That means you can simply paste
in your Python code and hit the "run" button, without any additional
download. I checked this out myself by doing a quick LED blink using the
Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
[image: Inline image 4]
You should also note that the /var/lib/cloud9 directory now contains a git
clone of that bone101 repo (http://github.com/beagleboard/bone101), so
you can start using the Cloud9 IDE to edit the content live. What I
recommend is creating your own fork of the repo and sending me pull
requests of any changes you'd like to see.
You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.
Those familiar with Linux will also note that the init system is
'systemd', which has been helpful in providing reasonable boot times. If
you are looking for the journal, you can explore it using
'systemd-journalctl'.
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.
This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[vitor de miranda henrique]

Hello Everyone,

I'm having problems with the latest debian build (2014-04-23) and the WIFI
dongle Edimax EW-7811Un.

I follow this link
(https://groups.google.com/forum/#!topic/beaglebone/Q92uD9F1us8) to set up
the dongle, can connect to wifi, but the connection is faulty, works for
couple of minutes and than just stops.

Raspiberry Pi works great with the same adapter, where can i find a better
drive for this dongle? what is the best dongle to use with this Debian
images?

Thank you,

Vitor Henrique

[m***@public.gmane.org]

*RobertCNelson*:

I am running 2014-05-14 debian (flasher), and I can reliably generate a
kernel null pointer dereference using no more than
/sys/devices/bone_capemgr.*/slots and /lib/firmware/BB-SPIDEV1-00A0.dtbo.

Any interest? If so, please
see: https://groups.google.com/forum/#!topic/beaglebone/RpozbQ0gGH0

Thanks for any help.

[Robert Nelson]

Post by m***@public.gmane.org
I am running 2014-05-14 debian (flasher), and I can reliably generate a
kernel null pointer dereference using no more than
/sys/devices/bone_capemgr.*/slots and /lib/firmware/BB-SPIDEV1-00A0.dtbo.

Yes and No... You got a null pointer dereference when you "unloaded a
cape", which is a long time old known issue. The "only" way to
properly unload a cape is to reboot with the v3.8.x based kernel.

Post by m***@public.gmane.org
https://groups.google.com/forum/#!topic/beaglebone/RpozbQ0gGH0

Ah, i see. So you guys are on the "other" forum, if you would have
searched the main one (this one) you would have seen this old issue
discussed a few times over the last year.

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

[Robert Nelson]

Post by Robert Nelson

Post by m***@public.gmane.org
I am running 2014-05-14 debian (flasher), and I can reliably generate a
kernel null pointer dereference using no more than
/sys/devices/bone_capemgr.*/slots and /lib/firmware/BB-SPIDEV1-00A0.dtbo.

Yes and No... You got a null pointer dereference when you "unloaded a
cape", which is a long time old known issue. The "only" way to
properly unload a cape is to reboot with the v3.8.x based kernel.

Post by m***@public.gmane.org
https://groups.google.com/forum/#!topic/beaglebone/RpozbQ0gGH0

Ah, i see. So you guys are on the "other" forum, if you would have
searched the main one (this one) you would have seen this old issue
discussed a few times over the last year.

to follow up:

***@am335x-boneblack-512mb-0:/home/voodoo# uname -r
3.8.13-bone54

***@am335x-boneblack-512mb-0:/home/voodoo# export
SLOTS=/sys/devices/bone_capemgr.9/slots
***@am335x-boneblack-512mb-0:/home/voodoo# cat $SLOTS
0: 54:PF---
1: 55:PF---
2: 56:PF---
3: 57:PF---
4: ff:P-O-- Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN

***@am335x-boneblack-512mb-0:/home/voodoo# echo BB-SPIDEV1 > $SLOTS

[ 96.506849] bone-capemgr bone_capemgr.9: part_number 'BB-SPIDEV1',
version 'N/A'
[ 96.516565] bone-capemgr bone_capemgr.9: slot #7: generic override
[ 96.523225] bone-capemgr bone_capemgr.9: bone: Using override
eeprom data at slot 7
[ 96.531389] bone-capemgr bone_capemgr.9: slot #7: 'Override Board
Name,00A0,Override Manuf,BB-SPIDEV1'
[ 96.541719] bone-capemgr bone_capemgr.9: slot #7: Requesting part
number/version based 'BB-SPIDEV1-00A0.dtbo
[ 96.552162] bone-capemgr bone_capemgr.9: slot #7: Requesting
firmware 'BB-SPIDEV1-00A0.dtbo' for board-name 'Override Board Name',
version '00A0'
[ 96.570136] bone-capemgr bone_capemgr.9: slot #7: dtbo
'BB-SPIDEV1-00A0.dtbo' loaded; converting to live tree
[ 96.581977] bone-capemgr bone_capemgr.9: slot #7: #2 overlays
[ 96.629134] edma-dma-engine edma-dma-engine.0: allocated channel for 0:45
[ 96.643245] edma-dma-engine edma-dma-engine.0: allocated channel for 0:44
[ 96.692195] edma-dma-engine edma-dma-engine.0: allocated channel for 0:43
[ 96.706484] edma-dma-engine edma-dma-engine.0: allocated channel for 0:42
[ 96.725354] bone-capemgr bone_capemgr.9: slot #7: Applied #2 overlays.

***@am335x-boneblack-512mb-0:/home/voodoo# ls /dev/spidev1.*
/dev/spidev1.0 /dev/spidev1.1


works for me..

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

[Michael Duffy]

Thanks, Robert. Sorry for not searching in the "right" place. Now I know.

Post by m***@public.gmane.org

Post by Robert Nelson

Post by m***@public.gmane.org
I am running 2014-05-14 debian (flasher), and I can reliably generate a
kernel null pointer dereference using no more than
/sys/devices/bone_capemgr.*/slots and

/lib/firmware/BB-SPIDEV1-00A0.dtbo.

Post by Robert Nelson
Yes and No... You got a null pointer dereference when you "unloaded a
cape", which is a long time old known issue. The "only" way to
properly unload a cape is to reboot with the v3.8.x based kernel.

Post by m***@public.gmane.org
https://groups.google.com/forum/#!topic/beaglebone/RpozbQ0gGH0

Ah, i see. So you guys are on the "other" forum, if you would have
searched the main one (this one) you would have seen this old issue
discussed a few times over the last year.

3.8.13-bone54
SLOTS=/sys/devices/bone_capemgr.9/slots
0: 54:PF---
1: 55:PF---
2: 56:PF---
3: 57:PF---
4: ff:P-O-- Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
5: ff:P-O-- Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
6: ff:P-O-- Bone-Black-HDMIN,00A0,Texas Instrument,BB-BONELT-HDMIN
[ 96.506849] bone-capemgr bone_capemgr.9: part_number 'BB-SPIDEV1',
version 'N/A'
[ 96.516565] bone-capemgr bone_capemgr.9: slot #7: generic override
[ 96.523225] bone-capemgr bone_capemgr.9: bone: Using override
eeprom data at slot 7
[ 96.531389] bone-capemgr bone_capemgr.9: slot #7: 'Override Board
Name,00A0,Override Manuf,BB-SPIDEV1'
[ 96.541719] bone-capemgr bone_capemgr.9: slot #7: Requesting part
number/version based 'BB-SPIDEV1-00A0.dtbo
[ 96.552162] bone-capemgr bone_capemgr.9: slot #7: Requesting
firmware 'BB-SPIDEV1-00A0.dtbo' for board-name 'Override Board Name',
version '00A0'
[ 96.570136] bone-capemgr bone_capemgr.9: slot #7: dtbo
'BB-SPIDEV1-00A0.dtbo' loaded; converting to live tree
[ 96.581977] bone-capemgr bone_capemgr.9: slot #7: #2 overlays
[ 96.629134] edma-dma-engine edma-dma-engine.0: allocated channel for 0:45
[ 96.643245] edma-dma-engine edma-dma-engine.0: allocated channel for 0:44
[ 96.692195] edma-dma-engine edma-dma-engine.0: allocated channel for 0:43
[ 96.706484] edma-dma-engine edma-dma-engine.0: allocated channel for 0:42
[ 96.725354] bone-capemgr bone_capemgr.9: slot #7: Applied #2 overlays.
/dev/spidev1.0 /dev/spidev1.1
works for me..
Regards,
--
Robert Nelson
http://www.rcn-ee.com/
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to a topic in the
Google Groups "BeagleBoard" group.
To unsubscribe from this topic, visit
https://groups.google.com/d/topic/beagleboard/VRqGZbXBK1Q/unsubscribe.
To unsubscribe from this group and all its topics, send an email to
For more options, visit https://groups.google.com/d/optout.

[Rick Reynolds]

Hi All, This is my first post on the group. Hope I'm in the correct place.
Hate to sound like such a noob but, that's what I am.

I am working with a Beaglebone Black revision B, 7" HDMI display and USB
eGalax based touch screen. We are currently have 5 revision C boards on
order.

I am booting from a 2gb sd using the 3.14.4-bone4.1 kernel and
debian-7.5-minimal-armhf-2014-05-07 rootfs. I did a cross build on a Wheezy
VM using the info from
http://eewiki.net/pages/viewpage.action?pageId=13599118.
I have installed LXDE and everything is working really well.

I have one small touchscreen issue however. It works correctly except that
I cannot get the pointer to the edge of the screen. Not close enough to
activate the panel menus and such.
From what I've read I believe the xinput-calibrator utility would help
solve this issue. But, I can't find the package with sudo apt-get install
xinput-calibrator.

I have downloaded the source for version 0.7.5 from freedesktop.org and I'm
trying to cross build it. No luck so far... I know that this utility is
installed by default on the latest Debian/LXDE images from Beagleboard.org
but i really want to be able to configure and build all of this myself.

What is the best method for providing the ./configure output and config.log
content here? The tail of the ./configure output is below but I know it
would probably be helpful to have the entire output and the config.log
content.

./configure output
-------------------------
checking whether the
/home/prism/bbb-dev/cc/linaro-03/bin/arm-linux-gnueabihf-g++ linker
(/home/prism/bbb-dev/cc/gcc-linaro-arm-linux-gnueabihf-4.8-2014.03_linux/arm-linux-gnueabihf/bin/ld)
supports shared libraries... yes
checking dynamic linker characteristics... (cached) GNU/Linux ld.so
checking how to hardcode library paths into programs... immediate
checking for X... no
checking for stdlib.h... (cached) yes
checking for string.h... (cached) yes
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strtod... no
checking for pow... no
checking for pow in -lm... yes
./configure: line 15509: syntax error near unexpected token `XINPUT,'
./configure: line 15509: `PKG_CHECK_MODULES(XINPUT, x11 xext xi inputproto)'
***@BBB-Dev-1:~/bbb-dev/cc/xinput-calibrator/xinput_calibrator-0.7.5$ ^C
***@BBB-Dev-1:~/bbb-dev/cc/xinput-calibrator/xinput_calibrator-0.7.5$
--------------------

Any help is greatly appreciated.

Post by Jason Kridner
http://beagleboard.org/latest-images/
If you've upgraded the firmware on your BeagleBone or BeagleBone Black in
the past, the experience will be quite similar, but you might find the eMMC
flashing times a bit faster (~15 minutes rather than ~45 minutes) due to
less post-installation processing. Using the 2GB uSD card image also
flashes a bit faster and can be resized to whatever your uSD card size is
using some scripts under /opt/scripts/tools.
Many, many thanks to Robert Nelson, Rob Rittman, Dave Anders, Cody Lacey,
the Cloud9 IDE team and so many others in getting us this far.
Please take the time to give a detailed look over this image and report
http://bugs.elinux.org/projects/debian-image-releases
While plugged in over USB, you'll see the familiar BEAGLE_BONE drive with
START.htm to tell you how to get the drivers configured if you haven't
[image: Inline image 2]
Clicking the link or visiting http://192.168.7.2, you'll see the familiar
[image: Inline image 1]
I've introduced a few bugs to the documentation (
http://github.com/beaglebone/bone101 and
http://beagleboard.github.io/bone101), so expect to find a lot of issues
there. Patches are welcome as are notes in the bug tracker to make sure I
don't miss dotting any i's or crossing any t's. This is your chance to try
to get some documentation into the system you'd like to see. I felt it was
pretty safe to save the documentation as an in-beta item because it
shouldn't impact functionality.
One of the biggest new features you'll see is when you click on the Cloud9
[image: Inline image 3]
This is a pre-open-source-beta-only release of version 3 of their IDE.
Down at the bottom of the Cloud9 IDE you'll see a new terminal window that
runs a full 'tmux' session. You can open up a bunch of these and it makes
logging into the board and executing command-line operations *super* simple.
Cloud9 IDE version 3 now includes support for Python and the Adafruit_BBIO
library is included in these Debian images. That means you can simply paste
in your Python code and hit the "run" button, without any additional
download. I checked this out myself by doing a quick LED blink using the
Adafruit tutorial (
http://learn.adafruit.com/blinking-an-led-with-beaglebone-black/writing-a-program
[image: Inline image 4]
You should also note that the /var/lib/cloud9 directory now contains a git
clone of that bone101 repo (http://github.com/beagleboard/bone101), so
you can start using the Cloud9 IDE to edit the content live. What I
recommend is creating your own fork of the repo and sending me pull
requests of any changes you'd like to see.
You can also edit C/C++ code in the Cloud9 IDE, but no 'builder' or
'runner' plug-ins are provided. You will, however, find the
Userspace-Arduino (http://elinux.org/Userspace_Arduino) code in
/opt/source/Userspace-Arduino. Here's a quick little exercise you can do to
/opt/source/Userspace-Arduino/arduino-makefile/examples/Blink
For more advanced C/C++ developers, future releases should include
https://github.com/jackmitch/libsoc.
Those familiar with Linux will also note that the init system is
'systemd', which has been helpful in providing reasonable boot times. If
you are looking for the journal, you can explore it using
'systemd-journalctl'.
I use a Mac and despite the latest version of HoRNDIS fixing issues with
Internet Connection Sharing, getting on the WIFI at home makes getting my
BeagleBones on the network much easier, further making grabbing new
packages with 'sudo apt-get install' much simpler. Drivers and firmware for
many common USB WiFi dongles are included, so be sure to report any that
you find missing. These latest images include the drivers for the popular
UWN200 adapters provided by Logic Supply. To test it out myself, I
uncommented and edited the wlan0 entry in /etc/network/interfaces
(including replacing wlan0 with ra0), shutdown, plugged in the adapter and
powered up the board again. I'm seeing the issue "rt28xx_open return
fail!", but I'm sure this is something we can fix in a few days and provide
an updated image. I removed that adapter and plugged in an adapter I bought
from Adafruit (and switched ra0 back to wlan0) and got the issue
"rtl8192cu:_rtl92cu_init_power_on():<0-0> Failed to polling
REG_APS_FSMCO[APFM_ONMAC] done!". Finally, I plugged in a TL-WN822N adapter
I bought from Amazon and BINGO---WiFi!!! Anyway, getting reports on what
adapters work and don't work would be really helpful at this point as we'll
be trying to get a very full set of WiFi drivers included.
This is just a quick intro to some of the experience and what we are
focused on fine tuning. Please take the time to check it out and let us
know about your experience. It should be known that Koen has continued to
advance the state of the Angstrom Distributions images he provides and
those continue to serve as a more flexible base for building truly custom
Linux distributions needed by many embedded systems developers. However, as
our user base has grown, getting a Debian image that feels a bit more
familiar to Linux novices is something for which I've heard tremendous
demand. If feedback from the community is positive, there will be a switch
as to what distribution comes loaded in the eMMC flash on the boards. I
hope you enjoy it!

[Robert Nelson]

Post by Rick Reynolds
Hi All, This is my first post on the group. Hope I'm in the correct place.
Hate to sound like such a noob but, that's what I am.
I am working with a Beaglebone Black revision B, 7" HDMI display and USB
eGalax based touch screen. We are currently have 5 revision C boards on
order.
I am booting from a 2gb sd using the 3.14.4-bone4.1 kernel and
debian-7.5-minimal-armhf-2014-05-07 rootfs. I did a cross build on a Wheezy
VM using the info from
http://eewiki.net/pages/viewpage.action?pageId=13599118.
I have installed LXDE and everything is working really well.
I have one small touchscreen issue however. It works correctly except that
I cannot get the pointer to the edge of the screen. Not close enough to
activate the panel menus and such.
From what I've read I believe the xinput-calibrator utility would help
solve this issue. But, I can't find the package with sudo apt-get install
xinput-calibrator.
I have downloaded the source for version 0.7.5 from freedesktop.org and
I'm trying to cross build it. No luck so far... I know that this utility is
installed by default on the latest Debian/LXDE images from Beagleboard.org
but i really want to be able to configure and build all of this myself.

It's easier to just build in on the bone.. (make sure libxi-dev is
installed)

git clone https://github.com/tias/xinput_calibrator
cd xinput_calibrator
./autogen.sh --with-gui=x11
make
make install
make distclean

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

[Rick Reynolds]

Thanks for your help, and all your hard work, Robert. I have used your
documentation extensively.

When I execute "./autogen.sh --with-gui=x11" either directly on the bone,
from a an LXTerminal session, or over ssh I get the same end result. it's
basically the same thing I saw when trying to cross build.

checking string usability... no
checking string presence... no
checking for string... no
checking list usability... no
checking list presence... no
checking for list... no
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strtod... yes
./configure: line 4987: syntax error near unexpected token `XINPUT,'
./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi inputproto)'

Post by Robert Nelson

Post by Rick Reynolds
Hi All, This is my first post on the group. Hope I'm in the correct
place. Hate to sound like such a noob but, that's what I am.
I am working with a Beaglebone Black revision B, 7" HDMI display and USB
eGalax based touch screen. We are currently have 5 revision C boards on
order.
I am booting from a 2gb sd using the 3.14.4-bone4.1 kernel and
debian-7.5-minimal-armhf-2014-05-07 rootfs. I did a cross build on a Wheezy
VM using the info from
http://eewiki.net/pages/viewpage.action?pageId=13599118.
I have installed LXDE and everything is working really well.
I have one small touchscreen issue however. It works correctly except
that I cannot get the pointer to the edge of the screen. Not close enough
to activate the panel menus and such.
From what I've read I believe the xinput-calibrator utility would help
solve this issue. But, I can't find the package with sudo apt-get install
xinput-calibrator.
I have downloaded the source for version 0.7.5 from freedesktop.org and
I'm trying to cross build it. No luck so far... I know that this utility is
installed by default on the latest Debian/LXDE images from Beagleboard.org
but i really want to be able to configure and build all of this myself.

It's easier to just build in on the bone.. (make sure libxi-dev is
installed)
git clone https://github.com/tias/xinput_calibrator
cd xinput_calibrator
./autogen.sh --with-gui=x11
make
make install
make distclean
Regards,
--
Robert Nelson
http://www.rcn-ee.com/

[Robert Nelson]

Post by Rick Reynolds
Thanks for your help, and all your hard work, Robert. I have used your
documentation extensively.
When I execute "./autogen.sh --with-gui=x11" either directly on the bone,
from a an LXTerminal session, or over ssh I get the same end result. it's
basically the same thing I saw when trying to cross build.
checking string usability... no
checking string presence... no
checking for string... no
checking list usability... no
checking list presence... no
checking for list... no
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strtod... yes
./configure: line 4987: syntax error near unexpected token `XINPUT,'
./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi inputproto)'

Install xinput

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

[Rick Reynolds]

Hi Robert,

xinput is already installed. "xinput version" is reporting "xinput version
1.6.0" and "xI version on server 2.2".

Here's the output from "xinput list".

***@arm:~/Downloads/xinput_calibrator$ xinput
⎡ Virtual core pointer id=2 [master pointer (3)]
⎜ ↳ Virtual core XTEST pointer id=4 [slave pointer
(2)]
⎜ ↳ Logitech USB Optical Mouse id=8 [slave pointer
(2)]
⎜ ↳ eGalax Inc. USB TouchController id=9 [slave pointer
(2)]
⎣ Virtual core keyboard id=3 [master keyboard (2)]
↳ Virtual core XTEST keyboard id=5 [slave keyboard
(3)]
↳ Logitech USB Keyboard id=6 [slave keyboard
(3)]
↳ Logitech USB Keyboard id=7 [slave keyboard
(3)]

This is the output from apt-cache search xinput
***@arm:~/Downloads/xinput_calibrator$ sudo apt-cache search xinput
chktex - Finds typographic errors in LaTeX
curtain - handy curtain for the desktop
gromit - GTK based tool to make annotations on screen
libxi-dev - X11 Input extension library (development headers)
libxi6 - X11 Input extension library
libxi6-dbg - X11 Input extension library (debug package)
lxde - LXDE metapackage
lxinput - LXDE keyboard and mouse configuration
lxinput-dbg - LXDE keyboard and mouse configuration (debug)
spotlighter - gtk interface to make annotations on the screen
whitedune - graphical VRML97/X3D viewer, editor, 3D modeller and animation
tool
x11proto-kb-dev - X11 XKB extension wire protocol
xinput - Runtime configuration and test of XInput devices

This is the output from apt-cache search inputproto
x11proto-input-dev - X11 Input extension wire protocol

Post by Rick Reynolds

Post by Rick Reynolds
Thanks for your help, and all your hard work, Robert. I have used your
documentation extensively.
When I execute "./autogen.sh --with-gui=x11" either directly on the

bone,

Post by Rick Reynolds
from a an LXTerminal session, or over ssh I get the same end result.

it's

Post by Rick Reynolds
basically the same thing I saw when trying to cross build.
checking string usability... no
checking string presence... no
checking for string... no
checking list usability... no
checking list presence... no
checking for list... no
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strtod... yes
./configure: line 4987: syntax error near unexpected token `XINPUT,'
./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi

inputproto)'
Install xinput
Regards,
--
Robert Nelson
http://www.rcn-ee.com/

[Rick Reynolds]

Ok, I took a little different tack. I just copied
/usr/bin/xinput_calibrator from a non-customized BBB to my custom image and
it works great.

Thanks again for all your hard work Robert. You have taught me volumes.

Post by Rick Reynolds

Post by Rick Reynolds
Thanks for your help, and all your hard work, Robert. I have used your
documentation extensively.
When I execute "./autogen.sh --with-gui=x11" either directly on the

bone,

Post by Rick Reynolds
from a an LXTerminal session, or over ssh I get the same end result.

it's

Post by Rick Reynolds
basically the same thing I saw when trying to cross build.
checking string usability... no
checking string presence... no
checking for string... no
checking list usability... no
checking list presence... no
checking for list... no
checking for stdbool.h that conforms to C99... yes
checking for _Bool... yes
checking for working strtod... yes
./configure: line 4987: syntax error near unexpected token `XINPUT,'
./configure: line 4987: `PKG_CHECK_MODULES(XINPUT, x11 xext xi

inputproto)'
Install xinput
Regards,
--
Robert Nelson
http://www.rcn-ee.com/

[m***@public.gmane.org]

I'm running the latest (flashed to mmc) on a Rev B BBB.
*/boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image
2014-05-14*

The image appears to be missing *journalctl*, e.g. *find / -name journalctl
*returns nothing. dpkg reports systemd is installed (and the *systemd *command
works). What am I missing here?

[Robert Nelson]

It's there just an older version of systemd where it was prefixed. systemd-

Post by m***@public.gmane.org
I'm running the latest (flashed to mmc) on a Rev B BBB.
*/boot/uboot/ID.txt* contains *BeagleBoard.org BeagleBone Debian Image
2014-05-14*
The image appears to be missing *journalctl*, e.g. *find / -name
journalctl *returns nothing. dpkg reports systemd is installed (and the *systemd
*command works). What am I missing here?
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[m***@public.gmane.org]

As usual, thank you, Robert, for your quick response (and encyclopedic
knowledge)....

[m***@public.gmane.org]

Post by Robert Nelson
It's there just an older version of systemd where it was prefixed. systemd-

Follow-on question: any risk in moving to the latest version of systemd?
The version on the flasher is 44, the version on freedesktop.org is 213
and two years newer...

[David Farning]

This is a quirk of Debian.

Systemd represents a pretty fundamental shift to Linux distributions.
Conservative distributions like Debian have taken a wait and see
approach before adopting it. As a result the version of systemd in
Debian stable, Sid, is pretty old.

One option would be look at using the current development version of
Debian, Jessie, which will become the next stable release later this
year or early next year.

As with everything it is and engineering trade off; old and stable vs.
new and awesome :)


David

Post by m***@public.gmane.org

Post by Robert Nelson
It's there just an older version of systemd where it was prefixed. systemd-

Follow-on question: any risk in moving to the latest version of systemd?
The version on the flasher is 44, the version on freedesktop.org is 213 and
two years newer...
--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[Robert Nelson]

Post by m***@public.gmane.org

Post by Robert Nelson
It's there just an older version of systemd where it was prefixed. systemd-

Follow-on question: any risk in moving to the latest version of systemd?
The version on the flasher is 44, the version on freedesktop.org is 213 and
two years newer...

This is just the way Debian works. "stable" aka Wheezy is frozen, so
only bug fixes are allowed. As we start getting closer to Debian
Jessie's freeze date, I'll start pushing out offical testing images.

But there's nothing stopping you from running:

sudo sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sudo apt-get update
sudo apt-get upgrade

Then you'll get systemd 204

http://packages.qa.debian.org/s/systemd.html

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

[Robert Nelson]

Post by Robert Nelson

Post by m***@public.gmane.org

Post by Robert Nelson
It's there just an older version of systemd where it was prefixed. systemd-

Follow-on question: any risk in moving to the latest version of systemd?
The version on the flasher is 44, the version on freedesktop.org is 213 and
two years newer...

This is just the way Debian works. "stable" aka Wheezy is frozen, so
only bug fixes are allowed. As we start getting closer to Debian
Jessie's freeze date, I'll start pushing out offical testing images.
sudo sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sudo apt-get update
sudo apt-get upgrade
Then you'll get systemd 204
http://packages.qa.debian.org/s/systemd.html

Of course, i just noticed, the stable backport of systemd
204-8~bpo70+1 is available right now.

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

[Robert Nelson]

Post by Robert Nelson

Post by Robert Nelson

Post by m***@public.gmane.org

Post by Robert Nelson
It's there just an older version of systemd where it was prefixed. systemd-

Follow-on question: any risk in moving to the latest version of systemd?
The version on the flasher is 44, the version on freedesktop.org is 213 and
two years newer...

This is just the way Debian works. "stable" aka Wheezy is frozen, so
only bug fixes are allowed. As we start getting closer to Debian
Jessie's freeze date, I'll start pushing out offical testing images.
sudo sed -i 's/wheezy/jessie/g' /etc/apt/sources.list
sudo apt-get update
sudo apt-get upgrade
Then you'll get systemd 204
http://packages.qa.debian.org/s/systemd.html

Of course, i just noticed, the stable backport of systemd
204-8~bpo70+1 is available right now.

Enable:

deb http://ftp.debian.org/debian wheezy-backports main contrib non-free
deb-src http://ftp.debian.org/debian wheezy-backports main contrib non-free

in /etc/apt/sources.list


sudo apt-get update
sudo apt-get -t wheezy-backports install systemd
sudo reboot

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

[m***@public.gmane.org]

I was using the March 31st image (I think) up until yesterday when I
updated to the most recent image. One thing I liked about the march image
is that it automatically booted to the sd card (no need to press the boot
button). How can I implement this functionality with the newer image?

[Robert Nelson]

I was using the March 31st image (I think) up until yesterday when I updated
to the most recent image. One thing I liked about the march image is that it
automatically booted to the sd card (no need to press the boot button). How
can I implement this functionality with the newer image?

Rename "bbb-uEnv.txt" in the boot partition....

mkdir disk
sudo mount /dev/mmcblk0p1 ./disk
sudo mv ./disk/bbb-uEnv.txt ./disk/uEnv.txt
sync
sudo umount ./disk
sudo reboot

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

[Robert Nelson]

Post by Robert Nelson

I was using the March 31st image (I think) up until yesterday when I updated
to the most recent image. One thing I liked about the march image is that it
automatically booted to the sd card (no need to press the boot button). How
can I implement this functionality with the newer image?

Rename "bbb-uEnv.txt" in the boot partition....
mkdir disk
sudo mount /dev/mmcblk0p1 ./disk
sudo mv ./disk/bbb-uEnv.txt ./disk/uEnv.txt
sync
sudo umount ./disk
sudo reboot

Note, by doing this, it'll only support the mainline dtb location:

http://elinux.org/Beagleboard:U-boot_partitioning_layout_2.0#Rootfs_Partition

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

[John Syn]

From: <mbbackus-***@public.gmane.org>
Reply-To: "beagleboard-/***@public.gmane.org" <beagleboard-/***@public.gmane.org>
Date: Thursday, July 24, 2014 at 8:02 AM
To: "beagleboard-/***@public.gmane.org" <beagleboard-/***@public.gmane.org>
Subject: Re: [beagleboard] Re: Here is the BeagleBone Debian (beta) image
you want to test

I was using the March 31st image (I think) up until yesterday when I updated
to the most recent image. One thing I liked about the march image is that it
automatically booted to the sd card (no need to press the boot button). How
can I implement this functionality with the newer image?

You need to update u-boot on your eMMC boot partition.

Regards,
John

--
For more options, visit http://beagleboard.org/discuss
---
You received this message because you are subscribed to the Google Groups
"BeagleBoard" group.
To unsubscribe from this group and stop receiving emails from it, send an
For more options, visit https://groups.google.com/d/optout.

[m***@public.gmane.org]

I purchased a proto cape from sparkfun with an eeprom. Apparently I can
write a dts file and compile it so that I have better control of the
headers at boot time. I'm trying to control some dc motors and was only
able to find 4 gpios and 4 more pwms that are low and stay low when the
beaglebone boots. I can use those for now, but I imagine that in the future
this will probably change and I'd like to know how to deal with it. I'd
also like to be able to choose my pin layout so that it's a little more
intuitive for my students.

So my questions are:

1. Can I access and program the eeprom on the proto cape from the
beaglebone black? If so, how?
2. How do I make the dts file?
3. How do I compile it?
4. Where do I put it?
5. How do I make debian use it when it boots?

[m***@gmail.com]

I recently tried running some OpenCV code that works fine independently but
crashes with a "select timeout" error when I try running it while I have my
mini wifi module from Adafruit plugged in to provide wireless access via an
AP network. Both the camera and the wifi module are plugged into a usb hub.
I've done some research online and it sounds like the Bone's USB DMA
support might not be up to the task. I've read about using other kernels
and was wondering what was built into this image.

I also read another post about including
NEON: http://blog.lemoneerlabs.com/3rdParty/Darling_BBB_30fps_DRAFT.html#x1-6000doc

Is that optimization already built into this image?

Anyone have any other ideas for getting the Beaglebone to handle both a
cheap USB camera and WiFi module, or is this something that would be better
handled by the Raspberry Pi B+? I like controlling motors directly from the
bone with the handful of PWM pins it sports, but wireless debugging is a
little higher on my priority list so I can move to a Pi and an Arduino if
necessary.