Re: [beagleboard] Can't Flash BBB

2015-06-07 Thread evilwulfie

 you cannot use the USB power while flashing
you need a 2 amp power supply
i posted a few days ago a mail that tells you the links for the correct ones

On 6/7/2015 5:43 AM, clickco...@gmail.com wrote:
 New to the world of BBB and bought one and am stuck at flashing the
 eMMC on the BBB.
 I followed the instructions on the BBB website, but the thing just
 won't flash - I'm sure it's something I'm not doing right, but it
 seems dozens/hundreds/thousands of similar folks have the same exact
 problem.

 Here is what I did as per the manufacturer's instructions:
 (http://beagleboard.org/getting-started)
 1) Connected the BBB to PC running Windows 8.1 with mini-USB cable
 2) Installed 64-bit Windows drivers - restarted Windows and resumed
 this process
 3) Used Windows Chrome to browse to BBB at http://192.168.7.2 -
 everything looked fine
 4) Updated BBB to latest software:
 a) downloaded latest BBB image at: http://beagleboard.org/latest-images
 b) downloaded and installed 7Zip and unzipped the .img.xz file to just
 a .img file
 c) downloaded and installed the Image Writer for Windows and it built
 the 16 GB SD micro flash  - I looked at the directory and it seems
 just fine with all the files having today's date
 d) unplugged BBB and inserted the SD
 e) Pressed and held the Reset button on the BBB while inserting the 5V
 2A power cord - held button down 5 seconds and all 4 LEDs lit up
 f) LEDs flashing for about 1 minute then just LED 0 flashing the
 heartbeat for the next 5 hours - no 4 lit LEDs as the instructions
 promise.

 If I connect the Mini USB I can see the SD card directory, with all
 files having today's date, which means BBB booted from the card but
 when I remove the SD card and reset BBB I see the original 2013 files
 that were never flashed on the eMMC

 So what the heck am I doing wrong?

 Thanks for any help.this really should not be this hard for
 hundreds/thousands of users having the same exact problem
 -- 
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com
 mailto:beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.

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


[beagleboard] Re: Debian 8 (Console 5-31) Bug report (does not respond to serial port input after boot.

2015-06-07 Thread Graham
BBB-eMMC-flasher-debian-8.0-console-armhf-2015-05-31-2gb.img
does the same thing.

==

On Sunday, June 7, 2015 at 2:59:01 PM UTC-5, Graham wrote:



 REGARDING:  bone-debian-8.0-console-armhf-2015-05-31-2gb.img
 BUG: Does not respond to inputs on serial port tty0 after boot.

 Note:
 bone-debian-8.0-lxqt-4gb-armhf-2015-05-31-4gb.img  does not have this 
 problem.
 bone-debian-8.0-console-armhf-2015-05-17-2gb.img  does not have this 
 problem.



 serial port tty0 boot log (partial):

 [  OK  ] Started System Logging Service.
 [  OK  ] Started Login Service.
  Starting Getty on tty1...
 [  OK  ] Started Getty on tty1.
  Starting Serial Getty on ttyS0...
 [  OK  ] Started Serial Getty on ttyS0.
 [   17.050606] musb-hdrc musb-hdrc.0.auto: otg: usb_otg_register_gadget: 
 device not registered to otg core
 [  OK  ] Found device /dev/ttyGS0.
  Starting Serial Getty on ttyGS0...
 [  OK  ] Started Serial Getty on ttyGS0.
 [  OK  ] Reached target Login Prompts.
 [  OK  ] Started Generic Board Startup.
 [  OK  ] Reached target Multi-User System.
 [  OK  ] Reached target Graphical Interface.
  Starting Update UTMP about System Runlevel Changes...
 [  OK  ] Started Update UTMP about System Runlevel Changes.

 Debian GNU/Linux 8 beaglebone ttyS0

 BeagleBoard.org Debian Image 2015-05-31

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

 default username:password is [debian:temppwd]

 The IP Address for eth0 is: 192.168.1.200
 beaglebone login:


 
 At this point, the unit does not respond to any input on the tty0
 serial port.  However I can SSH into the unit just
 fine ...
 ==

 login as: root
 Debian GNU/Linux 8

 BeagleBoard.org Debian Image 2015-05-31

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

 default username:password is [debian:temppwd]

 Last login: Sun Jun  7 19:18:12 2015 from dt7100-pc
 root@beaglebone:~# uname -a
 Linux beaglebone 3.14.43-ti-r66 #1 SMP PREEMPT Fri May 22 22:31:38 UTC 
 2015 armv7l GNU/Linux
 root@beaglebone:~#



 =


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


Re: [beagleboard] Can't Flash BBB

2015-06-07 Thread William Hermans

 *a) downloaded latest BBB image at: http://beagleboard.org/latest-images
 http://beagleboard.org/latest-images*


Which image ? The main link is for a 4GB sdcard image only. The smaller
print link under that links to the elinux page which in turn has links for
many different images including flasher images.

*c) downloaded and installed the Image Writer for Windows and it built the
 16 GB SD micro flash  - I looked at the directory and it seems just fine
 with all the files having today's date*
 *d) unplugged BBB and inserted the SD*
 *e) Pressed and held the Reset button on the BBB while inserting the 5V 2A
 power cord - held button down 5 seconds and all 4 LEDs lit up*
 *f) LEDs flashing for about 1 minute then just LED 0 flashing the
 heartbeat for the next 5 hours - no 4 lit LEDs as the instructions promise.*


It sounds as though you have the wrong image for flashing. As mentioned
above. One thing to note however is that running from eMMC versus sdcard
wont be much of a performance difference. So, running from sdcard is not
necessarily a bad thing. Gives you an opportunity to test an image before
committing it to eMMC.

On Sun, Jun 7, 2015 at 11:54 AM, evilwulfie evilwul...@gmail.com wrote:


  you cannot use the USB power while flashing
 you need a 2 amp power supply
 i posted a few days ago a mail that tells you the links for the correct
 ones


 On 6/7/2015 5:43 AM, clickco...@gmail.com wrote:

 New to the world of BBB and bought one and am stuck at flashing the eMMC
 on the BBB.
 I followed the instructions on the BBB website, but the thing just won't
 flash - I'm sure it's something I'm not doing right, but it seems
 dozens/hundreds/thousands of similar folks have the same exact problem.

  Here is what I did as per the manufacturer's instructions: (
 http://beagleboard.org/getting-started)
 1) Connected the BBB to PC running Windows 8.1 with mini-USB cable
 2) Installed 64-bit Windows drivers - restarted Windows and resumed this
 process
 3) Used Windows Chrome to browse to BBB at http://192.168.7.2 -
 everything looked fine
 4) Updated BBB to latest software:
 a) downloaded latest BBB image at: http://beagleboard.org/latest-images
 b) downloaded and installed 7Zip and unzipped the .img.xz file to just a
 .img file
 c) downloaded and installed the Image Writer for Windows and it built the
 16 GB SD micro flash  - I looked at the directory and it seems just fine
 with all the files having today's date
 d) unplugged BBB and inserted the SD
 e) Pressed and held the Reset button on the BBB while inserting the 5V 2A
 power cord - held button down 5 seconds and all 4 LEDs lit up
 f) LEDs flashing for about 1 minute then just LED 0 flashing the heartbeat
 for the next 5 hours - no 4 lit LEDs as the instructions promise.

  If I connect the Mini USB I can see the SD card directory, with all
 files having today's date, which means BBB booted from the card but when I
 remove the SD card and reset BBB I see the original 2013 files that were
 never flashed on the eMMC

  So what the heck am I doing wrong?

  Thanks for any help.this really should not be this hard for
 hundreds/thousands of users having the same exact problem
  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


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


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


[beagleboard] Debian 8 (Console 5-31) Bug report (does not respond to serial port input after boot.

2015-06-07 Thread Graham


REGARDING:  bone-debian-8.0-console-armhf-2015-05-31-2gb.img
BUG: Does not respond to inputs on serial port tty0 after boot.

Note:
bone-debian-8.0-lxqt-4gb-armhf-2015-05-31-4gb.img  does not have this 
problem.
bone-debian-8.0-console-armhf-2015-05-17-2gb.img  does not have this 
problem.



serial port tty0 boot log (partial):

[  OK  ] Started System Logging Service.
[  OK  ] Started Login Service.
 Starting Getty on tty1...
[  OK  ] Started Getty on tty1.
 Starting Serial Getty on ttyS0...
[  OK  ] Started Serial Getty on ttyS0.
[   17.050606] musb-hdrc musb-hdrc.0.auto: otg: usb_otg_register_gadget: 
device not registered to otg core
[  OK  ] Found device /dev/ttyGS0.
 Starting Serial Getty on ttyGS0...
[  OK  ] Started Serial Getty on ttyGS0.
[  OK  ] Reached target Login Prompts.
[  OK  ] Started Generic Board Startup.
[  OK  ] Reached target Multi-User System.
[  OK  ] Reached target Graphical Interface.
 Starting Update UTMP about System Runlevel Changes...
[  OK  ] Started Update UTMP about System Runlevel Changes.

Debian GNU/Linux 8 beaglebone ttyS0

BeagleBoard.org Debian Image 2015-05-31

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

default username:password is [debian:temppwd]

The IP Address for eth0 is: 192.168.1.200
beaglebone login:


At this point, the unit does not respond to any input on the tty0
serial port.  However I can SSH into the unit just
fine ...
==

login as: root
Debian GNU/Linux 8

BeagleBoard.org Debian Image 2015-05-31

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

default username:password is [debian:temppwd]

Last login: Sun Jun  7 19:18:12 2015 from dt7100-pc
root@beaglebone:~# uname -a
Linux beaglebone 3.14.43-ti-r66 #1 SMP PREEMPT Fri May 22 22:31:38 UTC 2015 
armv7l GNU/Linux
root@beaglebone:~#



=

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


[beagleboard] Re: How to enable all i2c

2015-06-07 Thread Jon Peterson
My experience is that the echo only works if you are logged on as root. it 
never worked with sudo for me.
I found uEnv.txt at /boot/uEnv.txt

For fear of opening a can of worms, the numbering of the three I2C buses 
is, for lack of a better term, illogical. From the aspect of an engineer, 
programmer or human -- especially someone new to BB and/or to embedded 
systems.

debian@beaglebone:/$ ls /sys/class/i2c-dev/ -l
total 0
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-0 - 
../../devices/ocp.3/44e0b000.i2c/i2c-0/i2c-dev/i2c-0
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-1 - 
../../devices/ocp.3/4819c000.i2c/i2c-1/i2c-dev/i2c-1
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-2 - 
../../devices/ocp.3/4802a000.i2c/i2c-2/i2c-dev/i2c-2

so:
i2c-0 is hardware bus 0
i2c-1 is hardware bus 2
i2c-2 is hardware bus 1

Both having to find and edit uEnv.txt and then having to deal with the 
mixed up numbering just doesn't make any sense to me...
There you have it, my bias.



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


[beagleboard] BBB not Flashing the eMMC

2015-06-07 Thread clickcount
New to the world of BBB and bought one and am stuck at flashing the eMMC on 
the BBB.

I followed the instructions on the BBB website, but the thing just won't 
flash - I'm sure it's something I'm not doing right, but it seems 
dozens/hundreds/thousands of similar folks have the same exact problem.

Here is what I did as per the manufacturer's instructions: 
(http://beagleboard.org/getting-started)
1) Connected the BBB to PC running Windows 8.1 with mini-USB cable
2) Installed 64-bit Windows drivers - restarted Windows and resumed this 
process
3) Used Windows Chrome to browse to BBB at http://192.168.7.2 - everything 
looked fine
4) Updated BBB to latest software:
a) downloaded latest BBB image at: http://beagleboard.org/latest-images
b) downloaded and installed 7Zip and unzipped the .img.xz file to just a 
.img file
c) downloaded and installed the Image Writer for Windows and it built the 
16 GB SD micro flash  - I looked at the directory and it seems just fine 
with all the files having today's date
d) unplugged BBB and inserted the SD
e) Pressed and held the Reset button on the BBB while inserting the 5V 2A 
power cord - held button down 5 seconds and all 4 LEDs lit up
f) LEDs flashing for about 1 minute then just LED 0 flashing the heartbeat 
for the next 5 hours - no 4 lit LEDs as the instructions promise.

If I connect the Mini USB I can see the SD card directory, with all files 
having today's date, which means BBB booted from the card but when I remove 
the SD card and reset BBB I see the original 2013 files that were never 
flashed on the eMMC

I'm missing the step where the booted SD flashes it's image to the eMMC and 
I can't find documentation that helps.
I guess I could delete the eMMC and copy over an image of the SD but I 
doubt that would work.

So what the heck am I doing wrong?

Thanks for any help.this really should not be this hard for 
hundreds/thousands of users having the same exact problem

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


[beagleboard] Can't Flash BBB

2015-06-07 Thread clickcount
New to the world of BBB and bought one and am stuck at flashing the eMMC on 
the BBB.
I followed the instructions on the BBB website, but the thing just won't 
flash - I'm sure it's something I'm not doing right, but it seems 
dozens/hundreds/thousands of similar folks have the same exact problem.

Here is what I did as per the manufacturer's instructions: 
(http://beagleboard.org/getting-started)
1) Connected the BBB to PC running Windows 8.1 with mini-USB cable
2) Installed 64-bit Windows drivers - restarted Windows and resumed this 
process
3) Used Windows Chrome to browse to BBB at http://192.168.7.2 - everything 
looked fine
4) Updated BBB to latest software:
a) downloaded latest BBB image at: http://beagleboard.org/latest-images
b) downloaded and installed 7Zip and unzipped the .img.xz file to just a 
.img file
c) downloaded and installed the Image Writer for Windows and it built the 
16 GB SD micro flash  - I looked at the directory and it seems just fine 
with all the files having today's date
d) unplugged BBB and inserted the SD
e) Pressed and held the Reset button on the BBB while inserting the 5V 2A 
power cord - held button down 5 seconds and all 4 LEDs lit up
f) LEDs flashing for about 1 minute then just LED 0 flashing the heartbeat 
for the next 5 hours - no 4 lit LEDs as the instructions promise.

If I connect the Mini USB I can see the SD card directory, with all files 
having today's date, which means BBB booted from the card but when I remove 
the SD card and reset BBB I see the original 2013 files that were never 
flashed on the eMMC

So what the heck am I doing wrong?

Thanks for any help.this really should not be this hard for 
hundreds/thousands of users having the same exact problem

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


[beagleboard] Disable Autoshutdown on Power Outage

2015-06-07 Thread micha151189
Hello everyone,

I have connected a 3,7V cell Battery to the Beaglebone Black.

The problem is that every time I unplug the main 5V power supply from the 
board, the board is going into a safe shutdown mode (since the battery 
still supplies the board with power). 
Is there a way to disable this auto shutdown pattern? 

Kind regards,
Michael 

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


[beagleboard] Re: Problems with CAN in BBB

2015-06-07 Thread micha151189

Hey Bruno,

regarding your Step 3) Try ip link set can0 up type can bitrate 125000 
listen-only off. 
After this Step send some CAN Messages to the Controller and enter ifconfig 
in the console window. Please tell me, if you can see the can0 device. Did 
the device read any messages (RX entry)

Kind regards,
Michael 

Am Montag, 1. Juni 2015 21:00:50 UTC+2 schrieb Bruno Luiz:

 I am working with a BeagleBone Black rev C for a project using CAN. I am 
 using the CBB-Serial-r02 cape because we need the UART features too. The 
 problem is that CAN is not working. I did a lot of things to test it on a 
 3.8-rt kernel from RobertCNelson (which is only PREEMPT), but it didn't 
 worked at all. Some things that I did:

 0) Installed the latest Debian Image
 1) Always modprobe the can modules (can, can-dev, can-raw)
 2) Compiled and installed canutils, always using the cangen can0 to test 
 the can output
 3) Always run ip link set can0 up type can bitrate 125000; ifconfig can0 
 up to activate can0
 4) Installed the CBB-Serial-r02 dtbs from the official repository, even 
 that the debian image that I used already includes it
 5) Test the output with an osciloscope. I did the same test with an EzDSP 
 28335 and it worked, so it is not a problem with this part of the method
 6) I tried to do a candump can0 with the DSP generating random data, but 
 the candump didn't show any data

 I recompiled 3.14 kernel using the dtb-rebuilder (instructions on this 
 tutorial: 
 https://groups.google.com/d/msg/beagleboard/_9u1B6ZkgCU/K2ARgwfC490J) and 
 enabling the DCAN1 (because DCAN0 disables the I2C used for capemgr) and it 
 didn't worked too.

 Well, I ran out of options here. Some one is having problems with the rev 
 C and CAN too or that is some problem with my method?


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


[beagleboard] Re: How to enable I2C P9_24 P926 (BBB RevC)?

2015-06-07 Thread scout3801

Hi Robert, did you ever get this to work?  If so, would you mind sharing 
the trick?

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


Re: [beagleboard] BBB not Flashing the eMMC

2015-06-07 Thread Scott Evans
I just went through this same thing a couple days ago.  From what I can
tell (and others, please correct me if I'm wrong), there are two different
types of images.  One just runs off the SD card (which I am guessing is
what you are using); the other is configured to actually flash the image
onto the eMMC.  I'd been trying the non-flasher image, and was seeing the
same thing you are.  What I did was to go to
http://elinux.org/Beagleboard:BeagleBoneBlack_Debian and about 2/3 of the
way down the page is a Debian flasher image under the title of

BBB Rev C (4GB eMMC) 4GB eMMC Flasher with an acual file name of:

 BBB-eMMC-flasher-debian-7.8-lxde-4gb-armhf-2015-03-01-4gb.img.xz

Once I downloaded that image, unzipped it, and installed it on my SD card,
the flash instructions worked marvelously to flash the image onto the eMMC
of my BBB rev C.

Hope this helps!

Scott

On Sun, Jun 7, 2015 at 10:03 AM, clickco...@gmail.com wrote:

 New to the world of BBB and bought one and am stuck at flashing the eMMC
 on the BBB.

 I followed the instructions on the BBB website, but the thing just won't
 flash - I'm sure it's something I'm not doing right, but it seems
 dozens/hundreds/thousands of similar folks have the same exact problem.

 Here is what I did as per the manufacturer's instructions: (
 http://beagleboard.org/getting-started)
 1) Connected the BBB to PC running Windows 8.1 with mini-USB cable
 2) Installed 64-bit Windows drivers - restarted Windows and resumed this
 process
 3) Used Windows Chrome to browse to BBB at http://192.168.7.2 -
 everything looked fine
 4) Updated BBB to latest software:
 a) downloaded latest BBB image at: http://beagleboard.org/latest-images
 b) downloaded and installed 7Zip and unzipped the .img.xz file to just a
 .img file
 c) downloaded and installed the Image Writer for Windows and it built the
 16 GB SD micro flash  - I looked at the directory and it seems just fine
 with all the files having today's date
 d) unplugged BBB and inserted the SD
 e) Pressed and held the Reset button on the BBB while inserting the 5V 2A
 power cord - held button down 5 seconds and all 4 LEDs lit up
 f) LEDs flashing for about 1 minute then just LED 0 flashing the heartbeat
 for the next 5 hours - no 4 lit LEDs as the instructions promise.

 If I connect the Mini USB I can see the SD card directory, with all files
 having today's date, which means BBB booted from the card but when I remove
 the SD card and reset BBB I see the original 2013 files that were never
 flashed on the eMMC

 I'm missing the step where the booted SD flashes it's image to the eMMC
 and I can't find documentation that helps.
 I guess I could delete the eMMC and copy over an image of the SD but I
 doubt that would work.

 So what the heck am I doing wrong?

 Thanks for any help.this really should not be this hard for
 hundreds/thousands of users having the same exact problem

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


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


[beagleboard] Re: How to enable all i2c

2015-06-07 Thread Jon Peterson
My experience is that the echo only works if you are logged on as root. it 
never worked with sudo for me.
I found uEnv.txt at /boot/uEnv.txt

For fear of opening a can of worms, the numbering of the three I2C buses 
is, for lack of a better term, illogical. From the aspect of an engineer, 
programmer or human -- especially someone new to BB and/or to embedded 
systems.

http://beaglebone.cameon.net/home/i2c-devices
debian@beaglebone:/$ ls /sys/class/i2c-dev/ -ltotal 0
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-0 - 
../../devices/ocp.3/44e0b000.i2c/i2c-0/i2c-dev/i2c-0
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-1 - 
../../devices/ocp.3/4819c000.i2c/i2c-1/i2c-dev/i2c-1
lrwxrwxrwx 1 root root 0 Mar  3 19:03 i2c-2 - 
../../devices/ocp.3/4802a000.i2c/i2c-2/i2c-dev/i2c-2

so:
i2c-0 is hardware bus 0
i2c-1 is hardware bus 2
i2c-2 is hardware bus 1

Both having to find and edit uEnv.txt and then having to deal with the 
mixed up numbering just doesn't make any sense to me...
There you have it, my bias.



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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Sun, Jun 7, 2015 at 9:37 PM, Robert Nelson robertcnel...@gmail.com wrote:
 https://github.com/RobertCNelson/bb-kernel/tree/am33x-v4.1

thanks, cloning it now and will do a build.

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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Sun, Jun 7, 2015 at 9:37 PM, Robert Nelson robertcnel...@gmail.com wrote:
 https://github.com/RobertCNelson/bb-kernel/tree/am33x-v4.1

thanks, boots and loads the SPI1 cape:

root@beaglebone:~# uname -a
Linux beaglebone 4.1.0-rc6-bone6.6-00066-g75ea467 #1 Sun Jun 7
23:18:32 CDT 2015 armv7l GNU/Linux

root@beaglebone:~# cat /sys/devices/platform/bone_capemgr/slots
 0: 54:PF  -1
 1: 55:PF  -1
 2: 56:PF  -1
 3: 57:PF  -1
 4: ff:P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-SPIDEV1

root@beaglebone:~# ls -la /dev/spidev1.*
crw-rw---T 1 root spi 153, 1 Mar  1 20:46 /dev/spidev1.0
crw-rw---T 1 root spi 153, 0 Mar  1 20:46 /dev/spidev1.1


I'm still trying to work out how to use fbtft in 4.1.   this is where
I've gotten so far:

root@beaglebone:~# modprobe fbtft_device name=adafruit22

[ 1310.480992] fbtft: module is from the staging directory, the
quality is unknown, you have been warned.
[ 1310.494031] fbtft_device: module is from the staging directory, the
quality is unknown, you have been warned.
[ 1310.499966] fbtft_device:  SPI devices registered:
[ 1310.500017] fbtft_device:  spidev spi1.1 16000kHz 8 bits mode=0x00
[ 1310.500044] fbtft_device:  spidev spi1.0 16000kHz 8 bits mode=0x01
[ 1310.500061] fbtft_device:  'fb' Platform devices registered:
[ 1310.500215] fbtft_device:  spi_busnum_to_master(0) returned NULL
[ 1310.506730] fbtft_device: failed to register SPI device


thanks,
drew

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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread Rick Mann
That's interesting. Unfortunately, while my primary app is a C program I wrote, 
I also (currently) rely on node.js to provide a configuration server. This 
server does NOT have to be up and running immediately.

However, an upcoming enhancement to my app will have it fetching data from the 
network (it currently stores it all locally), so WiFi has to connect as quickly 
as possible.

Seems like I'd have to write years of additional code if I have no Linux...

 On Jun 7, 2015, at 20:55 , William Hermans yyrk...@gmail.com wrote:
 
 Rick, If we're talking uboot- executable, no Linux, you can probably do the 
 same. One of the beagleboard.org google group community liyoshi I think had 
 a Qt app booting in under 5 seconds too I think. It's been a while since I've 
 seen that post, and do not remember what topic is was under . . .
 
 
 I'll check that video in a bit though.
 
 On Sun, Jun 7, 2015 at 8:47 PM, Rick Mann rm...@latencyzero.com wrote:
 
  On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
 
  Wouldn't you want to know how much time it takes before deciding
  to reduce the time it takes.
 
 Hence my question.
 
  How long is your power on to my C user code running?
 
 Forever. This is an embedded device that I'd like to be operational from 
 power-on (it's not necessarily always powered). I don't want to make the user 
 wait.
 
 
 --
 Rick Mann
 rm...@latencyzero.com
 
 
 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
 
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Sun, Jun 7, 2015 at 9:13 PM, William Hermans yyrk...@gmail.com wrote:
 CONFIG_BONE_CAPEMGR=y

thanks, good point!

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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread Rick Mann

 On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
 
 Wouldn't you want to know how much time it takes before deciding
 to reduce the time it takes.

Hence my question.

 How long is your power on to my C user code running?

Forever. This is an embedded device that I'd like to be operational from 
power-on (it's not necessarily always powered). I don't want to make the user 
wait.


-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread William Hermans
And as Robert Nelson points out towards the end of that post. there is also
Falcon mode for uboot. Pretty much skips most of uboot, and goes straight
into loading the kernel. How much time that will actually save ? dunno . . .

On Sun, Jun 7, 2015 at 9:51 PM, William Hermans yyrk...@gmail.com wrote:


 https://groups.google.com/forum/#!searchin/beagleboard/Qt$20boot/beagleboard/iOOM7utU1Nw/L67y8Qi7r9wJ

 The video I was thinking of was actually an imx6 board. But liyaoshi says
 that 1 s boot times should be achievable. Scroll down to liyaoshi's posts
 an see what he / she recommends for faster boots.

 On Sun, Jun 7, 2015 at 9:46 PM, Rick Mann rm...@latencyzero.com wrote:

 That's interesting. Unfortunately, while my primary app is a C program I
 wrote, I also (currently) rely on node.js to provide a configuration
 server. This server does NOT have to be up and running immediately.

 However, an upcoming enhancement to my app will have it fetching data
 from the network (it currently stores it all locally), so WiFi has to
 connect as quickly as possible.

 Seems like I'd have to write years of additional code if I have no
 Linux...

  On Jun 7, 2015, at 20:55 , William Hermans yyrk...@gmail.com wrote:
 
  Rick, If we're talking uboot- executable, no Linux, you can probably
 do the same. One of the beagleboard.org google group community liyoshi
 I think had a Qt app booting in under 5 seconds too I think. It's been a
 while since I've seen that post, and do not remember what topic is was
 under . . .
 
 
  I'll check that video in a bit though.
 
  On Sun, Jun 7, 2015 at 8:47 PM, Rick Mann rm...@latencyzero.com
 wrote:
 
   On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
  
   Wouldn't you want to know how much time it takes before deciding
   to reduce the time it takes.
 
  Hence my question.
 
   How long is your power on to my C user code running?
 
  Forever. This is an embedded device that I'd like to be operational
 from power-on (it's not necessarily always powered). I don't want to make
 the user wait.
 
 
  --
  Rick Mann
  rm...@latencyzero.com
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.


 --
 Rick Mann
 rm...@latencyzero.com


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




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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread William Hermans
https://groups.google.com/forum/#!searchin/beagleboard/Qt$20boot/beagleboard/iOOM7utU1Nw/L67y8Qi7r9wJ

The video I was thinking of was actually an imx6 board. But liyaoshi says
that 1 s boot times should be achievable. Scroll down to liyaoshi's posts
an see what he / she recommends for faster boots.

On Sun, Jun 7, 2015 at 9:46 PM, Rick Mann rm...@latencyzero.com wrote:

 That's interesting. Unfortunately, while my primary app is a C program I
 wrote, I also (currently) rely on node.js to provide a configuration
 server. This server does NOT have to be up and running immediately.

 However, an upcoming enhancement to my app will have it fetching data from
 the network (it currently stores it all locally), so WiFi has to connect as
 quickly as possible.

 Seems like I'd have to write years of additional code if I have no Linux...

  On Jun 7, 2015, at 20:55 , William Hermans yyrk...@gmail.com wrote:
 
  Rick, If we're talking uboot- executable, no Linux, you can probably do
 the same. One of the beagleboard.org google group community liyoshi I
 think had a Qt app booting in under 5 seconds too I think. It's been a
 while since I've seen that post, and do not remember what topic is was
 under . . .
 
 
  I'll check that video in a bit though.
 
  On Sun, Jun 7, 2015 at 8:47 PM, Rick Mann rm...@latencyzero.com wrote:
 
   On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
  
   Wouldn't you want to know how much time it takes before deciding
   to reduce the time it takes.
 
  Hence my question.
 
   How long is your power on to my C user code running?
 
  Forever. This is an embedded device that I'd like to be operational from
 power-on (it's not necessarily always powered). I don't want to make the
 user wait.
 
 
  --
  Rick Mann
  rm...@latencyzero.com
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.


 --
 Rick Mann
 rm...@latencyzero.com


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


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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread Rick Mann
Awesome, thanks for the links!

 On Jun 7, 2015, at 21:58 , William Hermans yyrk...@gmail.com wrote:
 
 And as Robert Nelson points out towards the end of that post. there is also 
 Falcon mode for uboot. Pretty much skips most of uboot, and goes straight 
 into loading the kernel. How much time that will actually save ? dunno . . .
 
 On Sun, Jun 7, 2015 at 9:51 PM, William Hermans yyrk...@gmail.com wrote:
 https://groups.google.com/forum/#!searchin/beagleboard/Qt$20boot/beagleboard/iOOM7utU1Nw/L67y8Qi7r9wJ
 
 The video I was thinking of was actually an imx6 board. But liyaoshi says 
 that 1 s boot times should be achievable. Scroll down to liyaoshi's posts an 
 see what he / she recommends for faster boots.
 
 On Sun, Jun 7, 2015 at 9:46 PM, Rick Mann rm...@latencyzero.com wrote:
 That's interesting. Unfortunately, while my primary app is a C program I 
 wrote, I also (currently) rely on node.js to provide a configuration server. 
 This server does NOT have to be up and running immediately.
 
 However, an upcoming enhancement to my app will have it fetching data from 
 the network (it currently stores it all locally), so WiFi has to connect as 
 quickly as possible.
 
 Seems like I'd have to write years of additional code if I have no Linux...
 
  On Jun 7, 2015, at 20:55 , William Hermans yyrk...@gmail.com wrote:
 
  Rick, If we're talking uboot- executable, no Linux, you can probably do 
  the same. One of the beagleboard.org google group community liyoshi I 
  think had a Qt app booting in under 5 seconds too I think. It's been a 
  while since I've seen that post, and do not remember what topic is was 
  under . . .
 
 
  I'll check that video in a bit though.
 
  On Sun, Jun 7, 2015 at 8:47 PM, Rick Mann rm...@latencyzero.com wrote:
 
   On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
  
   Wouldn't you want to know how much time it takes before deciding
   to reduce the time it takes.
 
  Hence my question.
 
   How long is your power on to my C user code running?
 
  Forever. This is an embedded device that I'd like to be operational from 
  power-on (it's not necessarily always powered). I don't want to make the 
  user wait.
 
 
  --
  Rick Mann
  rm...@latencyzero.com
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google Groups 
  BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send an 
  email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.
 
 
  --
  For more options, visit http://beagleboard.org/discuss
  ---
  You received this message because you are subscribed to the Google Groups 
  BeagleBoard group.
  To unsubscribe from this group and stop receiving emails from it, send an 
  email to beagleboard+unsubscr...@googlegroups.com.
  For more options, visit https://groups.google.com/d/optout.
 
 
 --
 Rick Mann
 rm...@latencyzero.com
 
 
 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
 
 
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread Rick Mann
Thanks, William. Yeah, it could be from hibernate, but I don't think so:

https://www.youtube.com/watch?v=4Fjfqz6FxC8

And it looks like it's 3 seconds power-to-app. I can probably live with that.

 On Jun 7, 2015, at 15:38 , William Hermans yyrk...@gmail.com wrote:
 
 I would think hard coding into the main DTB would add time. A couple ways to 
 think about it would be you *could* theoretically in userspace after the 
 board has booted. Then systemd is supposed to be better at parallel tasks 
 when booting compared to SYSV. Which again *could* mean that keeping things 
 seperate could lead to faster boot times.
 
 With all that said. You could test it yourself. There is a systemd command 
 that allows you to see how long things take to load during boot.
 
 https://wiki.archlinux.org/index.php/Improve_boot_performance
 
 Also I find it difficult in believing that the rPI can boot any faster than a 
 BBB. That 1 second boot time was probably hibernate . . .  suspend ram to 
 disk, or whatever it is called on Linux.
 
 On Sun, Jun 7, 2015 at 2:48 PM, Rick Mann rm...@latencyzero.com wrote:
 I'm working on reducing the boot time (power on to my C user code running) as 
 much as possible. I've seen demonstrations of an RPi booting in under 1 
 second.
 
 Does anyone have any idea how much overhead is introduced by the DTB 
 processing? If I were to remove the DTB support in a custom kernel, and 
 hard-code all the necessary peripherals, how much time could I theoretically 
 shave off the boot?
 
 It's probably not worth all that effort, but if DTB processing adds two 
 seconds to the boot, it's worth considering. If the overhead is negligible 
 compared to doing it without, that's valuable information, too.
 
 Thanks,
 
 --
 Rick Mann
 rm...@latencyzero.com
 
 
 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.
 
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard+unsubscr...@googlegroups.com.
 For more options, visit https://groups.google.com/d/optout.


-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread William Hermans
Rick, If we're talking uboot- executable, no Linux, you can probably do
the same. One of the beagleboard.org google group community liyoshi I
think had a Qt app booting in under 5 seconds too I think. It's been a
while since I've seen that post, and do not remember what topic is was
under . . .


I'll check that video in a bit though.

On Sun, Jun 7, 2015 at 8:47 PM, Rick Mann rm...@latencyzero.com wrote:


  On Jun 7, 2015, at 16:54 , rh_ richard_hubb...@lavabit.com wrote:
 
  Wouldn't you want to know how much time it takes before deciding
  to reduce the time it takes.

 Hence my question.

  How long is your power on to my C user code running?

 Forever. This is an embedded device that I'd like to be operational from
 power-on (it's not necessarily always powered). I don't want to make the
 user wait.


 --
 Rick Mann
 rm...@latencyzero.com


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


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread William Hermans

 *root@beaglebone:/# cat /boot/uEnv.txt |egrep -v '^(#|$)'*
 * uname_r=4.1.0-rc6-bone6*
 * cmdline=quiet init=/lib/systemd/systemd*
 * bone_capemgr.enable_partno=BB-**SPIDEV0*
 * cape_disable=capemgr.disable_**partno=BB-BONELT-HDMI,BB-*
 *BONELT-HDMIN,BB-BONE-EMMC-2G*



*cape_enable=bone_capemgr.enable_partno=BB-**SPIDEV0*

On Sun, Jun 7, 2015 at 2:32 PM, Drew Fustini pdp7p...@gmail.com wrote:

 On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com
 wrote:
  Do you want to test the 4.1 spi overlays?? ;)

 thanks, that did work for me.  although the uEnv.txt settings seemed
 to have no effect.  I had to echo the cape name into slots:

 root@beaglebone:/# uname -a
 Linux beaglebone 4.1.0-rc6-bone6 #1 Mon Jun 1 22:44:52 UTC 2015 armv7l
 GNU/Linux

 root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
  0: 54:PF  -1
  1: 55:PF  -1
  2: 56:PF  -1
  3: 57:PF  -1

 root@beaglebone:/# cat /boot/uEnv.txt |egrep -v '^(#|$)'
 uname_r=4.1.0-rc6-bone6
 cmdline=quiet init=/lib/systemd/systemd
 bone_capemgr.enable_partno=BB-SPIDEV0

 cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G

 root@beaglebone:/# echo 'BB-SPIDEV0' 
 /sys/devices/platform/bone_capemgr/slots

 root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
  0: 54:PF  -1
  1: 55:PF  -1
  2: 56:PF  -1
  3: 57:PF  -1
  4: ff:P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-SPIDEV0

 root@beaglebone:/# ls -la /dev/spi*
 crw-rw---T 1 root spi 153, 1 Jun  7 21:03 /dev/spidev1.0
 crw-rw---T 1 root spi 153, 0 Jun  7 21:03 /dev/spidev1.1

 Here is additional output:
 https://gist.github.com/pdp7/14a813bd3254254b94fe


 thanks,
 drew

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


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


Re: [beagleboard] Re: Debian 8 (Console 5-31) Bug report (does not respond to serial port input after boot.

2015-06-07 Thread William Hermans
tty0 should be ttyS0 now I believe. Where this is changed with images using
systemd I am not sure, but with SYSV this was changed in /etc/inittab.

On Sun, Jun 7, 2015 at 1:10 PM, Graham gra...@flex-radio.com wrote:

 BBB-eMMC-flasher-debian-8.0-console-armhf-2015-05-31-2gb.img
 does the same thing.

 ==

 On Sunday, June 7, 2015 at 2:59:01 PM UTC-5, Graham wrote:



 REGARDING:  bone-debian-8.0-console-armhf-2015-05-31-2gb.img
 BUG: Does not respond to inputs on serial port tty0 after boot.

 Note:
 bone-debian-8.0-lxqt-4gb-armhf-2015-05-31-4gb.img  does not have this
 problem.
 bone-debian-8.0-console-armhf-2015-05-17-2gb.img  does not have this
 problem.



 serial port tty0 boot log (partial):

 [  OK  ] Started System Logging Service.
 [  OK  ] Started Login Service.
  Starting Getty on tty1...
 [  OK  ] Started Getty on tty1.
  Starting Serial Getty on ttyS0...
 [  OK  ] Started Serial Getty on ttyS0.
 [   17.050606] musb-hdrc musb-hdrc.0.auto: otg: usb_otg_register_gadget:
 device not registered to otg core
 [  OK  ] Found device /dev/ttyGS0.
  Starting Serial Getty on ttyGS0...
 [  OK  ] Started Serial Getty on ttyGS0.
 [  OK  ] Reached target Login Prompts.
 [  OK  ] Started Generic Board Startup.
 [  OK  ] Reached target Multi-User System.
 [  OK  ] Reached target Graphical Interface.
  Starting Update UTMP about System Runlevel Changes...
 [  OK  ] Started Update UTMP about System Runlevel Changes.

 Debian GNU/Linux 8 beaglebone ttyS0

 BeagleBoard.org Debian Image 2015-05-31

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

 default username:password is [debian:temppwd]

 The IP Address for eth0 is: 192.168.1.200
 beaglebone login:


 
 At this point, the unit does not respond to any input on the tty0
 serial port.  However I can SSH into the unit just
 fine ...
 ==

 login as: root
 Debian GNU/Linux 8

 BeagleBoard.org Debian Image 2015-05-31

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

 default username:password is [debian:temppwd]

 Last login: Sun Jun  7 19:18:12 2015 from dt7100-pc
 root@beaglebone:~# uname -a
 Linux beaglebone 3.14.43-ti-r66 #1 SMP PREEMPT Fri May 22 22:31:38 UTC
 2015 armv7l GNU/Linux
 root@beaglebone:~#



 =

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


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


[beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread Rick Mann
I'm working on reducing the boot time (power on to my C user code running) as 
much as possible. I've seen demonstrations of an RPi booting in under 1 second.

Does anyone have any idea how much overhead is introduced by the DTB 
processing? If I were to remove the DTB support in a custom kernel, and 
hard-code all the necessary peripherals, how much time could I theoretically 
shave off the boot?

It's probably not worth all that effort, but if DTB processing adds two seconds 
to the boot, it's worth considering. If the overhead is negligible compared to 
doing it without, that's valuable information, too.

Thanks,

-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com wrote:
 Do you want to test the 4.1 spi overlays?? ;)

thanks, that did work for me.  although the uEnv.txt settings seemed
to have no effect.  I had to echo the cape name into slots:

root@beaglebone:/# uname -a
Linux beaglebone 4.1.0-rc6-bone6 #1 Mon Jun 1 22:44:52 UTC 2015 armv7l GNU/Linux

root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
 0: 54:PF  -1
 1: 55:PF  -1
 2: 56:PF  -1
 3: 57:PF  -1

root@beaglebone:/# cat /boot/uEnv.txt |egrep -v '^(#|$)'
uname_r=4.1.0-rc6-bone6
cmdline=quiet init=/lib/systemd/systemd
bone_capemgr.enable_partno=BB-SPIDEV0
cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G

root@beaglebone:/# echo 'BB-SPIDEV0'  /sys/devices/platform/bone_capemgr/slots

root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
 0: 54:PF  -1
 1: 55:PF  -1
 2: 56:PF  -1
 3: 57:PF  -1
 4: ff:P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-SPIDEV0

root@beaglebone:/# ls -la /dev/spi*
crw-rw---T 1 root spi 153, 1 Jun  7 21:03 /dev/spidev1.0
crw-rw---T 1 root spi 153, 0 Jun  7 21:03 /dev/spidev1.1

Here is additional output:
https://gist.github.com/pdp7/14a813bd3254254b94fe


thanks,
drew

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


[beagleboard] DragonBoard 410c

2015-06-07 Thread Rick Mann
This was probably mentioned already, but I just remembered it. I saw this at 
MakerFaire:

http://www.arrow.com/campaigns-na/qualcomm/dragonboard-410c/

64-bit quad-core ARM
1 GB RAM, 8GB eMMC
Wi-Fi, BT 4.1, GPS
2+1 USB
µSD
HDMI

While overkill for my particular project (I certainly don't need 4 cores or 1 
GB RAM), it has Wi-Fi, 8GB eMMC, and audio out, which are exactly what I need.

-- 
Rick Mann
rm...@latencyzero.com


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com wrote:
 sudo apt-get install linux-image-4.1.0-rc6-bone6

I want to compile modules in drivers/staging/fbtft.

How can I get the source for 4.1.0-rc6-bone6?

I don't see a tag for it in:
https://github.com/RobertCNelson/linux-dev

I did compile the capemgr branch:
4.1.0-rc6-capemgr-r13-00154-g37ef164

But it doesn't seem the capemgr exists when booting that kernel:

# cat /sys/devices/platform/bone_capemgr/slots
cat: /sys/devices/platform/bone_capemgr/slots: No such file or directory

thanks,
drew

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


Re: [beagleboard] Speed of DTB processing vs hard-coded (on BBB)?

2015-06-07 Thread William Hermans
I would think hard coding into the main DTB would add time. A couple ways
to think about it would be you *could* theoretically in userspace after the
board has booted. Then systemd is supposed to be better at parallel tasks
when booting compared to SYSV. Which again *could* mean that keeping things
seperate could lead to faster boot times.

With all that said. You could test it yourself. There is a systemd command
that allows you to see how long things take to load during boot.

https://wiki.archlinux.org/index.php/Improve_boot_performance

Also I find it difficult in believing that the rPI can boot any faster than
a BBB. That 1 second boot time was probably hibernate . . .  suspend ram
to disk, or whatever it is called on Linux.

On Sun, Jun 7, 2015 at 2:48 PM, Rick Mann rm...@latencyzero.com wrote:

 I'm working on reducing the boot time (power on to my C user code running)
 as much as possible. I've seen demonstrations of an RPi booting in under 1
 second.

 Does anyone have any idea how much overhead is introduced by the DTB
 processing? If I were to remove the DTB support in a custom kernel, and
 hard-code all the necessary peripherals, how much time could I
 theoretically shave off the boot?

 It's probably not worth all that effort, but if DTB processing adds two
 seconds to the boot, it's worth considering. If the overhead is negligible
 compared to doing it without, that's valuable information, too.

 Thanks,

 --
 Rick Mann
 rm...@latencyzero.com


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


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread William Hermans
cape_enable is a variable that places the following text into the Linux
boot time parameters.

If you ...

debian@beaglebone:~$ *cat /proc/cmdline*
console=tty0 console=ttyO0,115200n8
beaglebone-capemgr.enable_partno=BB-CAN1 root=/dev/mmcblk0p1
rootfstype=ext4 rootwait fixrtc

You most likely will see that your uEnv.txt modification did not stick.

On Sun, Jun 7, 2015 at 3:46 PM, William Hermans yyrk...@gmail.com wrote:

 *root@beaglebone:/# cat /boot/uEnv.txt |egrep -v '^(#|$)'*
 * uname_r=4.1.0-rc6-bone6*
 * cmdline=quiet init=/lib/systemd/systemd*
 * bone_capemgr.enable_partno=BB-**SPIDEV0*
 * cape_disable=capemgr.disable_**partno=BB-BONELT-HDMI,BB-*
 *BONELT-HDMIN,BB-BONE-EMMC-2G*



 *cape_enable=bone_capemgr.enable_partno=BB-**SPIDEV0*

 On Sun, Jun 7, 2015 at 2:32 PM, Drew Fustini pdp7p...@gmail.com wrote:

 On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com
 wrote:
  Do you want to test the 4.1 spi overlays?? ;)

 thanks, that did work for me.  although the uEnv.txt settings seemed
 to have no effect.  I had to echo the cape name into slots:

 root@beaglebone:/# uname -a
 Linux beaglebone 4.1.0-rc6-bone6 #1 Mon Jun 1 22:44:52 UTC 2015 armv7l
 GNU/Linux

 root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
  0: 54:PF  -1
  1: 55:PF  -1
  2: 56:PF  -1
  3: 57:PF  -1

 root@beaglebone:/# cat /boot/uEnv.txt |egrep -v '^(#|$)'
 uname_r=4.1.0-rc6-bone6
 cmdline=quiet init=/lib/systemd/systemd
 bone_capemgr.enable_partno=BB-SPIDEV0

 cape_disable=capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN,BB-BONE-EMMC-2G

 root@beaglebone:/# echo 'BB-SPIDEV0' 
 /sys/devices/platform/bone_capemgr/slots

 root@beaglebone:/# cat /sys/devices/platform/bone_capemgr/slots
  0: 54:PF  -1
  1: 55:PF  -1
  2: 56:PF  -1
  3: 57:PF  -1
  4: ff:P-O-L-   0 Override Board Name,00A0,Override Manuf,BB-SPIDEV0

 root@beaglebone:/# ls -la /dev/spi*
 crw-rw---T 1 root spi 153, 1 Jun  7 21:03 /dev/spidev1.0
 crw-rw---T 1 root spi 153, 0 Jun  7 21:03 /dev/spidev1.1

 Here is additional output:
 https://gist.github.com/pdp7/14a813bd3254254b94fe


 thanks,
 drew

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




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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Drew Fustini
On Sun, Jun 7, 2015 at 5:46 PM, William Hermans yyrk...@gmail.com wrote:
 cape_enable=bone_capemgr.enable_partno=BB-SPIDEV0

thanks!

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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread William Hermans
I do not think you can build *bone6 per se. Unless Robert gives you exact
steps, but  there is this.

https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-LinuxKernel

Which if I'm not mistaken Roberts scripts should pull in all the latest
patches. Perhaps you can dissect the scripts and figure out whats going on.
Or wait until tomorrow for Robert to reply.

On Sun, Jun 7, 2015 at 6:46 PM, Drew Fustini pdp7p...@gmail.com wrote:

 On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com
 wrote:
  sudo apt-get install linux-image-4.1.0-rc6-bone6

 I want to compile modules in drivers/staging/fbtft.

 How can I get the source for 4.1.0-rc6-bone6?

 I don't see a tag for it in:
 https://github.com/RobertCNelson/linux-dev

 I did compile the capemgr branch:
 4.1.0-rc6-capemgr-r13-00154-g37ef164

 But it doesn't seem the capemgr exists when booting that kernel:

 # cat /sys/devices/platform/bone_capemgr/slots
 cat: /sys/devices/platform/bone_capemgr/slots: No such file or
 directory

 thanks,
 drew

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


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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread William Hermans
Drew, Oh hey did you check this out ?
https://github.com/beagleboard/bb.org-overlays/blob/master/readme.md

Specifically

Kernel with CONFIG_BONE_CAPEMGR support:

zcat /proc/config.gz | grep CONFIG_BONE_CAPEMGR
CONFIG_BONE_CAPEMGR=y



On Sun, Jun 7, 2015 at 7:01 PM, William Hermans yyrk...@gmail.com wrote:

 I do not think you can build *bone6 per se. Unless Robert gives you exact
 steps, but  there is this.


 https://eewiki.net/display/linuxonarm/BeagleBone+Black#BeagleBoneBlack-LinuxKernel

 Which if I'm not mistaken Roberts scripts should pull in all the latest
 patches. Perhaps you can dissect the scripts and figure out whats going on.
 Or wait until tomorrow for Robert to reply.

 On Sun, Jun 7, 2015 at 6:46 PM, Drew Fustini pdp7p...@gmail.com wrote:

 On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com
 wrote:
  sudo apt-get install linux-image-4.1.0-rc6-bone6

 I want to compile modules in drivers/staging/fbtft.

 How can I get the source for 4.1.0-rc6-bone6?

 I don't see a tag for it in:
 https://github.com/RobertCNelson/linux-dev

 I did compile the capemgr branch:
 4.1.0-rc6-capemgr-r13-00154-g37ef164

 But it doesn't seem the capemgr exists when booting that kernel:

 # cat /sys/devices/platform/bone_capemgr/slots
 cat: /sys/devices/platform/bone_capemgr/slots: No such file or
 directory

 thanks,
 drew

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




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


Re: [beagleboard] Enable SPI1 on 4.1 kernel?

2015-06-07 Thread Robert Nelson
On Sun, Jun 7, 2015 at 8:46 PM, Drew Fustini pdp7p...@gmail.com wrote:
 On Fri, Jun 5, 2015 at 2:01 PM, Robert Nelson robertcnel...@gmail.com wrote:
 sudo apt-get install linux-image-4.1.0-rc6-bone6

 I want to compile modules in drivers/staging/fbtft.

 How can I get the source for 4.1.0-rc6-bone6?

 I don't see a tag for it in:
 https://github.com/RobertCNelson/linux-dev

 I did compile the capemgr branch:
 4.1.0-rc6-capemgr-r13-00154-g37ef164

 But it doesn't seem the capemgr exists when booting that kernel:

 # cat /sys/devices/platform/bone_capemgr/slots
 cat: /sys/devices/platform/bone_capemgr/slots: No such file or directory

It's all in the bb-kernel repo now..

https://github.com/RobertCNelson/bb-kernel/tree/am33x-v4.1

no longer just experimental, but all merged in our 4.1.x branch, so
there's no turning back!!! ;)

Regards,

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

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