[beagleboard] Is my Beagleboard dram dead?

['davidcb' via BeagleBoard]

I have a Beagleboard Rev. C2. I fired it up after not using it for a couple 
of years. It booted the Always Innovating image I had installed. I decided 
to try to put Debian on it. I used the flasher script to try to update 
u-boot (thank you RobertCNelson). U-boot would lock up just after printing 
out DRAM on the serial console.

I tried a bunch of different things and managed to get the flasher MLO 
flashed to the NAND but nothing else got flashed.

I had been have better luck with x-loader so I downloaded x-loader source 
version 1.5.1. It correctly identifies the revision of the board but will 
not load u-boot. Hacking up x-loader source I have been able to figure out 
that anything that gets loaded to the DRAM gets read back as all zeros.

My question is, is there anything that could happen in a bad write to NAND 
that would interfere with DRAM? I had already hard coded the memory 
configuration in x-loader so it was not relying on the configuration values 
in NAND. I am thinking the DRAM is probably bad.

-- 
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] Is my Beagleboard dram dead?

[Gerald Coley]

If it booted the Always image, then the DRAM is working. Code executes out
of DRAM.

Gerald

On Sun, Nov 23, 2014 at 9:04 AM, 'davidcb' via BeagleBoard 
beagleboard@googlegroups.com wrote:

 I have a Beagleboard Rev. C2. I fired it up after not using it for a
 couple of years. It booted the Always Innovating image I had installed. I
 decided to try to put Debian on it. I used the flasher script to try to
 update u-boot (thank you RobertCNelson). U-boot would lock up just after
 printing out DRAM on the serial console.

 I tried a bunch of different things and managed to get the flasher MLO
 flashed to the NAND but nothing else got flashed.

 I had been have better luck with x-loader so I downloaded x-loader source
 version 1.5.1. It correctly identifies the revision of the board but will
 not load u-boot. Hacking up x-loader source I have been able to figure out
 that anything that gets loaded to the DRAM gets read back as all zeros.

 My question is, is there anything that could happen in a bad write to NAND
 that would interfere with DRAM? I had already hard coded the memory
 configuration in x-loader so it was not relying on the configuration values
 in NAND. I am thinking the DRAM is probably bad.

 --
 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.




-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] Is my Beagleboard dram dead?

['David Batzle' via BeagleBoard]

Which is why I was thinking maybe a bad flash to NAND had caused a problem. The 
DRAM is definitely not working now.

When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a 
function in fat.c. The function copies the filename into DRAM and then parses 
the copy of the name. It never finds a name because the contents of DRAM are 
zeros. If I modify the function so that the copy of the filename and the 
contents read from the MMC card are both in SRAM, then I get a message of 
loading u-boot.bin from MMC but then it locks up.

My next step I am planning to modify x-loader so it can properly wipe the NAND 
clean. I just didn't want to waste my time if a bad flash would not be a 
possible cause.

Thanks.

On Sun, 11/23/14, Gerald Coley ger...@beagleboard.org wrote:

 Subject: Re: [beagleboard] Is my Beagleboard dram dead?
 To: beagleboard@googlegroups.com beagleboard@googlegroups.com
 Date: Sunday, November 23, 2014, 10:31 AM
 
 If it booted the
 Always image, then the DRAM is working. Code executes out of
 DRAM.
 Gerald
 On Sun, Nov 23, 2014
 at 9:04 AM, 'davidcb' via BeagleBoard beagleboard@googlegroups.com
 wrote:
 I have a Beagleboard Rev. C2. I fired it up after
 not using it for a couple of years. It booted the Always
 Innovating image I had installed. I decided to try to put
 Debian on it. I used the flasher script to try to update
 u-boot (thank you RobertCNelson). U-boot would lock up just
 after printing out DRAM on the serial console.
 I tried a bunch of different things and managed
 to get the flasher MLO flashed to the NAND but nothing else
 got flashed.
 I had been have better luck with x-loader so I
 downloaded x-loader source version 1.5.1. It correctly
 identifies the revision of the board but will not load
 u-boot. Hacking up x-loader source I have been able to
 figure out that anything that gets loaded to the DRAM gets
 read back as all zeros.
 My question is, is there anything that could
 happen in a bad write to NAND that would interfere with
 DRAM? I had already hard coded the memory configuration in
 x-loader so it was not relying on the configuration values
 in NAND. I am thinking the DRAM is probably
 bad.
 
 
 
 -- 
 
 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.
 
 
 
 
 -- 
 Gerald
  
 ger...@beagleboard.org
 http://beagleboard.org/
 
 http://circuitco.com/support/
 
 
 
 
 -- 
 
 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] Is my Beagleboard dram dead?

[Gerald Coley]

On the the  BeagleBoard we booted form SD. Not NAND. So I am not sure where
the support for booting from Flash comes from. We only implemented Flash
(eMMC) on the BeagleBone Black.

Gerald

On Sun, Nov 23, 2014 at 9:55 AM, 'David Batzle' via BeagleBoard 
beagleboard@googlegroups.com wrote:

 Which is why I was thinking maybe a bad flash to NAND had caused a
 problem. The DRAM is definitely not working now.

 When x-loader goes to load u-boot.bin off of MMC, it passes a file name to
 a function in fat.c. The function copies the filename into DRAM and then
 parses the copy of the name. It never finds a name because the contents of
 DRAM are zeros. If I modify the function so that the copy of the filename
 and the contents read from the MMC card are both in SRAM, then I get a
 message of loading u-boot.bin from MMC but then it locks up.

 My next step I am planning to modify x-loader so it can properly wipe the
 NAND clean. I just didn't want to waste my time if a bad flash would not be
 a possible cause.

 Thanks.
 
 On Sun, 11/23/14, Gerald Coley ger...@beagleboard.org wrote:

  Subject: Re: [beagleboard] Is my Beagleboard dram dead?
  To: beagleboard@googlegroups.com beagleboard@googlegroups.com
  Date: Sunday, November 23, 2014, 10:31 AM

  If it booted the
  Always image, then the DRAM is working. Code executes out of
  DRAM.
  Gerald
  On Sun, Nov 23, 2014
  at 9:04 AM, 'davidcb' via BeagleBoard beagleboard@googlegroups.com
  wrote:
  I have a Beagleboard Rev. C2. I fired it up after
  not using it for a couple of years. It booted the Always
  Innovating image I had installed. I decided to try to put
  Debian on it. I used the flasher script to try to update
  u-boot (thank you RobertCNelson). U-boot would lock up just
  after printing out DRAM on the serial console.
  I tried a bunch of different things and managed
  to get the flasher MLO flashed to the NAND but nothing else
  got flashed.
  I had been have better luck with x-loader so I
  downloaded x-loader source version 1.5.1. It correctly
  identifies the revision of the board but will not load
  u-boot. Hacking up x-loader source I have been able to
  figure out that anything that gets loaded to the DRAM gets
  read back as all zeros.
  My question is, is there anything that could
  happen in a bad write to NAND that would interfere with
  DRAM? I had already hard coded the memory configuration in
  x-loader so it was not relying on the configuration values
  in NAND. I am thinking the DRAM is probably
  bad.



  --

  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.




  --
  Gerald

  ger...@beagleboard.org
  http://beagleboard.org/

  http://circuitco.com/support/




  --

  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.




-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] Is my Beagleboard dram dead?

['n2vdy' via BeagleBoard]

Beagleboard rev c2 has 256MB of NAND flash. Normal sequence is to load MLO and u-boot from flash. If you hold the user button when powering up it then loads MLO and u-boot from SD.T-Mobile. America's First Nationwide 4G Network.-- Original message --From:Gerald Coley Date:11/23/2014 12:21 PMTo:beagleboard@googlegroups.com;Subject:Re: [beagleboard] Is my Beagleboard dram dead?On the the BeagleBoard we booted form SD. Not NAND. So I am not sure where the support for booting from Flash comes from. We only implemented Flash (eMMC) on the BeagleBone Black.GeraldOn Sun, Nov 23, 2014 at 9:55 AM, 'David Batzle' via BeagleBoardbeagleboard@googlegroups.com wrote:Which is why I was thinking maybe a bad flash to NAND had caused a problem. The DRAM is definitely not working now.

When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a function in fat.c. The function copies the filename into DRAM and then parses the copy of the name. It never finds a name because the contents of DRAM are zeros. If I modify the function so that the copy of the filename and the contents read from the MMC card are both in SRAM, then I get a message of loading u-boot.bin from MMC but then it locks up.

My next step I am planning to modify x-loader so it can properly wipe the NAND clean. I just didn't want to waste my time if a bad flash would not be a possible cause.

Thanks.

On Sun, 11/23/14, Gerald Coley ger...@beagleboard.org wrote:

Subject: Re: [beagleboard] Is my Beagleboard dram dead?
To: beagleboard@googlegroups.com beagleboard@googlegroups.com
Date: Sunday, November 23, 2014, 10:31 AM

If it booted the
Always image, then the DRAM is working. Code executes out of
DRAM.
Gerald
On Sun, Nov 23, 2014
at 9:04 AM, 'davidcb' via BeagleBoard beagleboard@googlegroups.com
wrote:
I have a Beagleboard Rev. C2. I fired it up after
not using it for a couple of years. It booted the Always
Innovating image I had installed. I decided to try to put
Debian on it. I used the flasher script to try to update
u-boot (thank you RobertCNelson). U-boot would lock up just
after printing out DRAM on the serial console.
I tried a bunch of different things and managed
to get the flasher MLO flashed to the NAND but nothing else
got flashed.
I had been have better luck with x-loader so I
downloaded x-loader source version 1.5.1. It correctly
identifies the revision of the board but will not load
u-boot. Hacking up x-loader source I have been able to
figure out that anything that gets loaded to the DRAM gets
read back as all zeros.
My question is, is there anything that could
happen in a bad write to NAND that would interfere with
DRAM? I had already hard coded the memory configuration in
x-loader so it was not relying on the configuration values
in NAND. I am thinking the DRAM is probably
bad.



--

For more options, visithttp://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 tobeagleboard+unsubscr...@googlegroups.com.

For more options, visithttps://groups.google.com/d/optout.




--
Gerald

ger...@beagleboard.org
http://beagleboard.org/

http://circuitco.com/support/




--

For more options, visithttp://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 tobeagleboard+unsubscr...@googlegroups.com.

For more options, visithttps://groups.google.com/d/optout.


--
For more options, visithttp://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 tobeagleboard+unsubscr...@googlegroups.com.
For more options, visithttps://groups.google.com/d/optout.
-- Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/




-- 
For more options, visithttp://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 tobeagleboard+unsubscr...@googlegroups.com.
For more options, visithttps://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] Is my Beagleboard dram dead?

[Robert Nelson]

On Sun, Nov 23, 2014 at 9:55 AM, 'David Batzle' via BeagleBoard
beagleboard@googlegroups.com wrote:
 Which is why I was thinking maybe a bad flash to NAND had caused a problem. 
 The DRAM is definitely not working now.

 When x-loader goes to load u-boot.bin off of MMC, it passes a file name to a 
 function in fat.c. The function copies the filename into DRAM and then parses 
 the copy of the name. It never finds a name because the contents of DRAM are 
 zeros. If I modify the function so that the copy of the filename and the 
 contents read from the MMC card are both in SRAM, then I get a message of 
 loading u-boot.bin from MMC but then it locks up.

 My next step I am planning to modify x-loader so it can properly wipe the 
 NAND clean. I just didn't want to waste my time if a bad flash would not be a 
 possible cause.

Why in the world are you still evening using x-loader? everything
useful has been re-merged back into mainline u-boot as the generic
SPL..

Regards,

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

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

Re: [beagleboard] Is my Beagleboard dram dead?

['David Batzle' via BeagleBoard]

In my first message I stated that I started having problems when I tried to 
update using your flasher script. u-boot would hang after printing DRAM and 
before printing the size of the DRAM. I am using x-loader at this point because 
it gets further than SPL MLO and because it seemed a little easier for me to 
hack in order to try to find where the issue is. If I manage to get this 
straightened out then I will be trying your script again.

On Sun, 11/23/14, Robert Nelson robertcnel...@gmail.com wrote:

 Subject: Re: [beagleboard] Is my Beagleboard dram dead?
 To: Beagle Board beagleboard@googlegroups.com
 Date: Sunday, November 23, 2014, 1:49 PM
 
 On Sun, Nov 23, 2014 at
 9:55 AM, 'David Batzle' via BeagleBoard
 beagleboard@googlegroups.com
 wrote:
  Which is why I was thinking
 maybe a bad flash to NAND had caused a problem. The DRAM is
 definitely not working now.
 
  When x-loader goes to load u-boot.bin off
 of MMC, it passes a file name to a function in fat.c. The
 function copies the filename into DRAM and then parses the
 copy of the name. It never finds a name because the contents
 of DRAM are zeros. If I modify the function so that the copy
 of the filename and the contents read from the MMC card are
 both in SRAM, then I get a message of loading u-boot.bin
 from MMC but then it locks up.
 
  My next step I am planning to modify
 x-loader so it can properly wipe the NAND clean. I just
 didn't want to waste my time if a bad flash would not be
 a possible cause.
 
 Why in
 the world are you still evening using x-loader?
 everything
 useful has been re-merged back
 into mainline u-boot as the generic
 SPL..
 
 Regards,
 
 --
 
 Robert Nelson
 http://www.rcn-ee.com/
 
 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message
 because you are subscribed to the Google Groups
 BeagleBoard group.
 To
 unsubscribe from this group and stop receiving emails from
 it, send an email to beagleboard+unsubscr...@googlegroups.com.
 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] Is my Beagleboard dram dead?

[Robert Nelson]

On Sun, Nov 23, 2014 at 1:10 PM, 'David Batzle' via BeagleBoard
beagleboard@googlegroups.com wrote:
 In my first message I stated that I started having problems when I tried to 
 update using your flasher script. u-boot would hang after printing DRAM and 
 before printing the size of the DRAM. I am using x-loader at this point 
 because it gets further than SPL MLO and because it seemed a little easier 
 for me to hack in order to try to find where the issue is. If I manage to get 
 this straightened out then I will be trying your script again.

Just run nand erase.chip and ignore nand on the classic beagle's

The flasher script hasn't been updated in more then a year and it more
useful when users manually messed up the nand.  Now day's it's just
easier and painliess to ignore the nand..

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[Paul Giordano]

I installed a SanDisk 64G, reformatted the partition as ext4.

Gio@beaglebone:~$ mount
(...)
/dev/mmcblk0p1  61241372   53064  611883081% 
/mnt
Gio@beaglebone:~$ python
Python 2.7.3 (default. Mar 14 2014, 17:55:54)
[GCC 4.6.3] on linux2
Type help, copyright, credits or License for more information.
 1024*1024*33
34603008

Gio@beaglebone:~$ date
Wed Apr 23 21:40:16 UTC 2014
Gio@beaglebone:~$ dd if=/dev/zero of=/mnt/test.file bs=1024 count=34603008
34603008+0 records in
34603008+0 records out
35433480192 Bytes (35 GB) copied, 4940.65 s, 7.2 MB/s
Gio@beaglebone:~$ date
Wed Apr 23 23:04:58 UTC 2014
Gio@beaglebone:~$ date
Wed Apr 23 23:08:02 UTC 2014
Gio@beaglebone:~$ sha1sum /mnt/test.file
6854fc38cb41ed19a43ade369bfba28ae0ec72d8  /mnt/test.file
Gio@beaglebone:~$ date
Wed Apr 23 23:41:33 UTC 2014


Well, it took a while. 1 hour 19 minutes to create, 30 minutes to read.
(I obviously haven't set up NTP yet! Guess I better do that.)

On Friday, November 21, 2014 8:17:59 PM UTC-6, liyaoshi wrote:

 This is  surprise me 

 Can someone do another test  like one single file over than 32G ?

 2014-11-22 6:36 GMT+08:00 Robert Nelson robert...@gmail.com javascript:
 :

 On Fri, Nov 21, 2014 at 4:11 PM, William Hermans yyr...@gmail.com 
 javascript: wrote:
  Robert, So am I reading this correctly, and you've got the system to 
 boot
  off an SDXC card ? Well at least mounting the rootfs from it ?

 That is correct, it's been running tests all day.  I've been trying to
 find a good sdxc implementation manual, as i thought they changed the
 base command set.  Unless SanDisk, put their own hardware
 compatibility layer..

 Regards,


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

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard...@googlegroups.com javascript:.
 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] expand rootfs to sd card.

[earless]

Can i expand the rootfs to an sd card if im booting  from the  emmc or can 
i only do this if im booting from the sd card?

-- 
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: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

Managed to get OpenJFX https://wiki.openjdk.java.net/display/OpenJFX/Main 
(open source version of JavaFX) working on the BBB, however it is running 
on Ubuntu. Got a sample JavaFX program (Ensemble) working by accident on 
X11 by specifying a renderer that isn't supported by OpenJFX. Key part here 
is that you *must* specify the unsupported renderer otherwise no JavaFX 
program will start, and some errors will appear in the terminal. Automatic 
renderer detection with OpenJFX is currently broken.

Big mystery as to what renderer is being used since it isn't listed in the 
Monocle https://wiki.openjdk.java.net/display/OpenJFX/Monocle wiki page 
on the OpenJDK website. X11 render doesn't work just in case anyone was 
wondering. Note that there are no existing builds of OpenJFX available to 
use on the BBB. A custom build must be created which is only compatible 
with Java SE 8 Embedded and Java SE 8.


On Sunday, 5 October 2014 01:19:16 UTC+13, gwhit...@gmail.com wrote:

 Can any one post some updated info on getting JavaFX running on BBB with 
 the latest Debian.  I'm new building kernels in Linux.  I'm trying to get 
 JavaFX running on a BBB through the HDMI port and if possible a touchscreen 
 like the BB-VIEW or 4D.  Any help would be greatly appreciated, even if its 
 just a link to an article I may have missed in my searh.

 Thanks,
 Greg


 On Tuesday, February 25, 2014 2:36:59 PM UTC-5, rodrigo...@gmail.com 
 wrote:

 Hi littlf...
 Did you find how to get jdk8 and javafx running on BBB?
 I'm trying to do the same (RasPi was to slow, so I want to see if BBB 
 does better).
 Also, how do you use sound in JavaFx+ RPi ??? (AudioClip and all media 
 doesnt work on RPi)
 Thanks
 (It's been 2 days fighting with BBB, any herlp will be appreciated)
 @rodrinauta

 El viernes, 10 de enero de 2014 05:32:28 UTC-3, littlef...@gmail.com 
 escribió:

  Do you need the JavaFX 8 graphics capabilities?  If not, can you run 
 it with graphics disabled?

 I do need the graphics capabilities (otherwise I wouldn't use FX ;-) so 
 I cannot disable the graphics.

  On the chance that there might be useful information in them, here are 
 two links for java I have from my days of noodling around with the raspi: 
 ...

 Thanks for the links but unfortunately they don't help. I have a Raspi 
 and I can also run my JavaFX applications on it without problems. But they 
 are rather slow on the Raspi so I wanted to do some performance tests with 
 the BBB hardware.



-- 
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] Flashing BeagleBoneBlack Not Working?

[Mark Copper]

I may be experiencing something similar.  (I might also be completely 
misunderstanding what to do...)

SD card written with Debian Image Testing Snapshots, 2014-11-19 BBB Rev C 
(4GB eMMC) Flasher: lxde: x.yG Free from elinux.org

(i.e. downloaded with curl onto separate computer, decompressed via unxz, 
written to SD via dd if=/path/to/image of=/dev/sdx)

SD card inserted in BBB with power down and all attachments removed.  Boot 
button depressed while 5 v power plug inserted.  Blue power light comes on, 
but nothing else happens.

BBB boots normally when boot button is not depressed.

I have ordered a standard FTDI cable but don't have it yet.


-- 
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] Is my Beagleboard dram dead?

[Gerald Coley]

If see no way for the SW to damage the DRAM. But, if you believe that the
DRAM is bad, then an RMA can be used to have your board checked out.

Gerald


On Sun, Nov 23, 2014 at 2:09 PM, 'David Batzle' via BeagleBoard 
beagleboard@googlegroups.com wrote:

 Can't get that far.New u-boot, from the flasher script, was locking up at
 printing the DRAM size. Older u-boot was able to start but usually froze at
 a command prompt. Now SPL does not get past MLO stage before locking up.

 The more I think about it the more it seems like the problem is flaky DRAM
 that got progressively worse.

 Original question was if there is some way that DRAM could be rendered non
 operational by the system locking up during start up with an SD card
 prepared with the flasher script.

 
 On Sun, 11/23/14, Robert Nelson robertcnel...@gmail.com wrote:

  Subject: Re: [beagleboard] Is my Beagleboard dram dead?
  To: Beagle Board beagleboard@googlegroups.com
  Date: Sunday, November 23, 2014, 2:19 PM

  On Sun, Nov 23, 2014 at
  1:10 PM, 'David Batzle' via BeagleBoard
  beagleboard@googlegroups.com
  wrote:
   In my first message I stated
  that I started having problems when I tried to update using
  your flasher script. u-boot would hang after printing DRAM
  and before printing the size of the DRAM. I am using
  x-loader at this point because it gets further than SPL MLO
  and because it seemed a little easier for me to hack in
  order to try to find where the issue is. If I manage to get
  this straightened out then I will be trying your script
  again.

  Just run nand
  erase.chip and ignore nand on the classic
  beagle's

  The flasher
  script hasn't been updated in more then a year and it
  more
  useful when users manually messed up
  the nand.  Now day's it's just
  easier and painliess to ignore the nand..

  Regards,

  --

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

  --
  For more
  options, visit http://beagleboard.org/discuss
  ---
  You received this message
  because you are subscribed to the Google Groups
  BeagleBoard group.
  To
  unsubscribe from this group and stop receiving emails from
  it, send an email to beagleboard+unsubscr...@googlegroups.com.
  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.




-- 
Gerald

ger...@beagleboard.org
http://beagleboard.org/
http://circuitco.com/support/

-- 
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] Maximum SD card size for BBB

[William Hermans]

 *Well, it took a while. 1 hour 19 minutes to create, 30 minutes to read.*

 *(I obviously haven't set up NTP yet! Guess I better do that.)*


Is that and older kernel with an older device tree overlay ? Almost seems
as though the 4bit patch has not been applied to your device tree overlay.

-- 
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] Maximum SD card size for BBB

[Paul Giordano]

 3.8.13-bone47, I just got the board. I'm updating now, we'll check on the 
times again.

On Sunday, November 23, 2014 2:23:40 PM UTC-6, William Hermans wrote:


 *Well, it took a while. 1 hour 19 minutes to create, 30 minutes to read.*

 *(I obviously haven't set up NTP yet! Guess I better do that.)*


 Is that and older kernel with an older device tree overlay ? Almost seems 
 as though the 4bit patch has not been applied to your device tree overlay.


-- 
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] expand rootfs to sd card.

[William Hermans]

You can pull your rootfs from anywhere you like so long as it is supported.
SDcard, NFS share( network ) USB, and perhaps I am forgetting one or two
options.

http://unix.stackexchange.com/questions/87580/partition-scheme-for-installation-of-debian

Although, we're talking flash media here, so I would strongly suggest you
go without a swap disk.

Typically, it is easiest, and most common to mount the /home directory from
additional media. In other cases, someone may mount /var/log on its own
partition too. You can do this with just about any directory I think, but
it become more complex as sometimes it not always possible to remount part
of the file system on the system its self while it is running.

On Sun, Nov 23, 2014 at 12:46 PM, earless gunclu...@gmail.com wrote:

 Can i expand the rootfs to an sd card if im booting  from the  emmc or can
 i only do this if im booting from the sd card?

 --
 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] Maximum SD card size for BBB

[William Hermans]

That is the same kernel version I am running. As I recall the patch was
applied back somewhere around 3.8.13-bone2x.

On Sun, Nov 23, 2014 at 1:26 PM, Paul Giordano gio.down...@gmail.com
wrote:

  3.8.13-bone47, I just got the board. I'm updating now, we'll check on the
 times again.


 On Sunday, November 23, 2014 2:23:40 PM UTC-6, William Hermans wrote:


 *Well, it took a while. 1 hour 19 minutes to create, 30 minutes to read.*

 *(I obviously haven't set up NTP yet! Guess I better do that.)*


 Is that and older kernel with an older device tree overlay ? Almost seems
 as though the 4bit patch has not been applied to your device tree overlay.

  --
 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: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

You're not going to like this suggestion. Far better option to get JavaFX 
and OpenJFX working and performing well is to run JavaFX programs on a 
Wandboard http://www.wandboard.org/ (eg the Dual version) since all the 
Vivante GPUs are supported, even graphics acceleration via both GPUs. Sadly 
the GPU on the BBB will *NEVER *be fully supported as long as Imagitech 
http://www.imagitech.co.uk/ refuse to completely release the 
specifications for all of its GPUs.

Plenty of people are in the same situation with trying to get the SGX GPU 
working on the BBB but to no avail. So much time spent trying to get the 
GPU supported. To make matters worse the Beaglebone Foundation's upcoming 
Beagleboard 
X15 www.elinux.org/Beagleboard:BeagleBoard-X15 also contains a SGX GPU. 
Extremely FRUSTRATING!

Much better off spending the money on a Wandboard to get JavaFX programs 
running easily. Ubuntu/Debian have a package containing the open source 
Vivante GPU driver which covers most of the Vivante GPUs (2D and 3D ones). 
Easy as pie to install the GPU driver via *apt-get* (single step). Wish it 
was the same with the BBB.

Why does the Beaglebone Foundation always insist on using a SGX GPU in 
every board that gets released?
 


On Monday, 24 November 2014 09:06:17 UTC+13, Nick Apperley wrote:

 Managed to get OpenJFX 
 https://wiki.openjdk.java.net/display/OpenJFX/Main (open source version 
 of JavaFX) working on the BBB, however it is running on Ubuntu. Got a 
 sample JavaFX program (Ensemble) working by accident on X11 by specifying a 
 renderer that isn't supported by OpenJFX. Key part here is that you *must* 
 specify the unsupported renderer otherwise no JavaFX program will start, 
 and some errors will appear in the terminal. Automatic renderer detection 
 with OpenJFX is currently broken.

 Big mystery as to what renderer is being used since it isn't listed in the 
 Monocle https://wiki.openjdk.java.net/display/OpenJFX/Monocle wiki page 
 on the OpenJDK website. X11 render doesn't work just in case anyone was 
 wondering. Note that there are no existing builds of OpenJFX available to 
 use on the BBB. A custom build must be created which is only compatible 
 with Java SE 8 Embedded and Java SE 8.


 On Sunday, 5 October 2014 01:19:16 UTC+13, gwhit...@gmail.com wrote:

 Can any one post some updated info on getting JavaFX running on BBB with 
 the latest Debian.  I'm new building kernels in Linux.  I'm trying to get 
 JavaFX running on a BBB through the HDMI port and if possible a touchscreen 
 like the BB-VIEW or 4D.  Any help would be greatly appreciated, even if its 
 just a link to an article I may have missed in my searh.

 Thanks,
 Greg


 On Tuesday, February 25, 2014 2:36:59 PM UTC-5, rodrigo...@gmail.com 
 wrote:

 Hi littlf...
 Did you find how to get jdk8 and javafx running on BBB?
 I'm trying to do the same (RasPi was to slow, so I want to see if BBB 
 does better).
 Also, how do you use sound in JavaFx+ RPi ??? (AudioClip and all media 
 doesnt work on RPi)
 Thanks
 (It's been 2 days fighting with BBB, any herlp will be appreciated)
 @rodrinauta

 El viernes, 10 de enero de 2014 05:32:28 UTC-3, littlef...@gmail.com 
 escribió:

  Do you need the JavaFX 8 graphics capabilities?  If not, can you run 
 it with graphics disabled?

 I do need the graphics capabilities (otherwise I wouldn't use FX ;-) so 
 I cannot disable the graphics.

  On the chance that there might be useful information in them, here 
 are two links for java I have from my days of noodling around with the 
 raspi: ...

 Thanks for the links but unfortunately they don't help. I have a Raspi 
 and I can also run my JavaFX applications on it without problems. But they 
 are rather slow on the Raspi so I wanted to do some performance tests with 
 the BBB hardware.



-- 
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] Maximum SD card size for BBB

[Robert Nelson]

On Sun, Nov 23, 2014 at 2:36 PM, William Hermans yyrk...@gmail.com wrote:
 That is the same kernel version I am running. As I recall the patch was
 applied back somewhere around 3.8.13-bone2x.

Well, i was seeing 20Mb/sec read via hdparm, so the 30minutes to read
makes sense..

I wonder if the deal with the ip, is we just don not have UHS-I/UHS-II support..

http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus

On a side note, none of my usb-sdhc adapters can read my SanDisk sdxc
card without a kernel opps on x86, (v3.18-rc5) so i can't test till i
get back to work.

Regards,

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

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

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Robert Nelson]

On Sun, Nov 23, 2014 at 2:06 PM, Nick Apperley napper...@gmail.com wrote:
 Managed to get OpenJFX (open source version of JavaFX) working on the BBB,
 however it is running on Ubuntu. Got a sample JavaFX program (Ensemble)
 working by accident on X11 by specifying a renderer that isn't supported by
 OpenJFX. Key part here is that you must specify the unsupported renderer
 otherwise no JavaFX program will start, and some errors will appear in the
 terminal. Automatic renderer detection with OpenJFX is currently broken.

Hey Nick,

I'd love to see your setup that got it working on ubuntu.  I can setup
a *.deb package on: http://repos.rcn-ee.net/

Regards,

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

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

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Robert Nelson]

On Sun, Nov 23, 2014 at 2:39 PM, Nick Apperley napper...@gmail.com wrote:
 You're not going to like this suggestion. Far better option to get JavaFX
 and OpenJFX working and performing well is to run JavaFX programs on a
 Wandboard (eg the Dual version) since all the Vivante GPUs are supported,
 even graphics acceleration via both GPUs. Sadly the GPU on the BBB will
 NEVER be fully supported as long as Imagitech refuse to completely release
 the specifications for all of its GPUs.

 Plenty of people are in the same situation with trying to get the SGX GPU
 working on the BBB but to no avail. So much time spent trying to get the GPU
 supported. To make matters worse the Beaglebone Foundation's upcoming
 Beagleboard X15 also contains a SGX GPU. Extremely FRUSTRATING!

 Much better off spending the money on a Wandboard to get JavaFX programs
 running easily. Ubuntu/Debian have a package containing the open source
 Vivante GPU driver which covers most of the Vivante GPUs (2D and 3D ones).
 Easy as pie to install the GPU driver via apt-get (single step). Wish it was
 the same with the BBB.

For reference, which package is that? The x15's got a 2D engine from
Vivante..  Does it still rely on a blob from vivante to build the
final package?

Regards,

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

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

Re: [beagleboard] expand rootfs to sd card.

[earless]

ok thanks for your reply. I definitely wan to go with the easiest route so 
i will boot from sd card instead. 


On Sunday, November 23, 2014 3:33:47 PM UTC-5, William Hermans wrote:

 You can pull your rootfs from anywhere you like so long as it is 
 supported. SDcard, NFS share( network ) USB, and perhaps I am forgetting 
 one or two options.


 http://unix.stackexchange.com/questions/87580/partition-scheme-for-installation-of-debian

 Although, we're talking flash media here, so I would strongly suggest you 
 go without a swap disk. 

 Typically, it is easiest, and most common to mount the /home directory 
 from additional media. In other cases, someone may mount /var/log on its 
 own partition too. You can do this with just about any directory I think, 
 but it become more complex as sometimes it not always possible to remount 
 part of the file system on the system its self while it is running.

 On Sun, Nov 23, 2014 at 12:46 PM, earless gunc...@gmail.com javascript:
  wrote:

 Can i expand the rootfs to an sd card if im booting  from the  emmc or 
 can i only do this if im booting from the sd card?

 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard...@googlegroups.com javascript:.
 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] Flashing BeagleBoneBlack Not Working?

[Robert Nelson]

On Sun, Nov 23, 2014 at 2:10 PM, Mark Copper mlcop...@gmail.com wrote:
 I may be experiencing something similar.  (I might also be completely
 misunderstanding what to do...)

 SD card written with Debian Image Testing Snapshots, 2014-11-19 BBB Rev C
 (4GB eMMC) Flasher: lxde: x.yG Free from elinux.org

 (i.e. downloaded with curl onto separate computer, decompressed via unxz,
 written to SD via dd if=/path/to/image of=/dev/sdx)

 SD card inserted in BBB with power down and all attachments removed.  Boot
 button depressed while 5 v power plug inserted.  Blue power light comes on,
 but nothing else happens.

 BBB boots normally when boot button is not depressed.

 I have ordered a standard FTDI cable but don't have it yet.

If you have an hdmi monitor hooked up, i just finished redirecting the
eMMC flasher's log to /dev/tty0 last friday.

to enable:

mount flasher rootfs onto other pc, edit /boot/uEnv.txt:

Add a commit to:

cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
to:
#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh

Place the microsd back into the bbb, then run, hold down the boot
button, it should boot..

Then: cd /opt/scripts/
git pull

Now go back to: /boot/uEnv.txt and uncomment:

#cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh
to:
cmdline=init=/opt/scripts/tools/eMMC/init-eMMC-flasher-v3.sh

sudo halt..

Now it'll flash the eMMC and the progress will be shown on hdmi.. (the
serial is still much more detailed, but it'll give us an idea of
what's happening..)

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[William Hermans]

 *I wonder if the deal with the ip, is we just don not have UHS-I/UHS-II
 support..*

 * http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus
 http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus*

 * On a side note, none of my usb-sdhc adapters can read my SanDisk sdxc*
 * card without a kernel opps on x86, (v3.18-rc5) so i can't test till i*
 * get back to work.*


I was wondering about this the other night. Not the specifics, as I pretty
much know nothing about the low level standards of each implementation. But
the idea that similar hardware can be enabled or disabled in software. Thus
making for an easy hack to get more features by paying less.

This sort of thing has after all been done before. . .


On Sun, Nov 23, 2014 at 1:42 PM, Robert Nelson robertcnel...@gmail.com
wrote:

 On Sun, Nov 23, 2014 at 2:36 PM, William Hermans yyrk...@gmail.com
 wrote:
  That is the same kernel version I am running. As I recall the patch was
  applied back somewhere around 3.8.13-bone2x.

 Well, i was seeing 20Mb/sec read via hdparm, so the 30minutes to read
 makes sense..

 I wonder if the deal with the ip, is we just don not have UHS-I/UHS-II
 support..

 http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus

 On a side note, none of my usb-sdhc adapters can read my SanDisk sdxc
 card without a kernel opps on x86, (v3.18-rc5) so i can't test till i
 get back to work.

 Regards,

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

 --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google Groups
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an
 email to beagleboard+unsubscr...@googlegroups.com.
 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] Maximum SD card size for BBB

[Robert Nelson]

On Sun, Nov 23, 2014 at 2:51 PM, William Hermans yyrk...@gmail.com wrote:

 *I wonder if the deal with the ip, is we just don not have UHS-I/UHS-II
 support..*

 * http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus
 http://en.wikipedia.org/wiki/Secure_Digital#Ultra_High_Speed_bus*

 * On a side note, none of my usb-sdhc adapters can read my SanDisk sdxc*
 * card without a kernel opps on x86, (v3.18-rc5) so i can't test till i*
 * get back to work.*


 I was wondering about this the other night. Not the specifics, as I pretty
 much know nothing about the low level standards of each implementation. But
 the idea that similar hardware can be enabled or disabled in software. Thus
 making for an easy hack to get more features by paying less.

 This sort of thing has after all been done before. . .


Plus, we were assuming SanDisk just threw out their old controller and
did the SDXC implementation by scratch.  They probably just saved the man
hours and bolted the SDXC support on the older controller..

But i wonder how they are donig the 32GB limitation of SDHC... if only the
SDHC/SDXC spec was open! ;)

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[Paul Giordano]

Ah. Thanks for letting me know. I thought about trying the debian kernel at 
3.13, but maybe I'll wait on that. Neat board so far. 

On Sunday, November 23, 2014 2:36:22 PM UTC-6, William Hermans wrote:

 That is the same kernel version I am running. As I recall the patch was 
 applied back somewhere around 3.8.13-bone2x.

 On Sun, Nov 23, 2014 at 1:26 PM, Paul Giordano gio.d...@gmail.com 
 javascript: wrote:

  3.8.13-bone47, I just got the board. I'm updating now, we'll check on 
 the times again.


 On Sunday, November 23, 2014 2:23:40 PM UTC-6, William Hermans wrote:


 *Well, it took a while. 1 hour 19 minutes to create, 30 minutes to read.*

 *(I obviously haven't set up NTP yet! Guess I better do that.)*


 Is that and older kernel with an older device tree overlay ? Almost 
 seems as though the 4bit patch has not been applied to your device tree 
 overlay.

  -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google Groups 
 BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send an 
 email to beagleboard...@googlegroups.com javascript:.
 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: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

Found a closed source Vivante GPU driver package 
https://community.freescale.com/thread/302726 (gpu-viv-bin-mx6q) however 
it is heavily tied into a Freescale ARM CPU. Will see if I can the name of 
the open source one. Saw it somewhere on the Phoenix (Linux 
gamer/performance website).


On Monday, 24 November 2014 09:45:58 UTC+13, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 2:39 PM, Nick Apperley napp...@gmail.com 
 javascript: wrote: 
  You're not going to like this suggestion. Far better option to get 
 JavaFX 
  and OpenJFX working and performing well is to run JavaFX programs on a 
  Wandboard (eg the Dual version) since all the Vivante GPUs are 
 supported, 
  even graphics acceleration via both GPUs. Sadly the GPU on the BBB will 
  NEVER be fully supported as long as Imagitech refuse to completely 
 release 
  the specifications for all of its GPUs. 
  
  Plenty of people are in the same situation with trying to get the SGX 
 GPU 
  working on the BBB but to no avail. So much time spent trying to get the 
 GPU 
  supported. To make matters worse the Beaglebone Foundation's upcoming 
  Beagleboard X15 also contains a SGX GPU. Extremely FRUSTRATING! 
  
  Much better off spending the money on a Wandboard to get JavaFX programs 
  running easily. Ubuntu/Debian have a package containing the open source 
  Vivante GPU driver which covers most of the Vivante GPUs (2D and 3D 
 ones). 
  Easy as pie to install the GPU driver via apt-get (single step). Wish it 
 was 
  the same with the BBB. 

 For reference, which package is that? The x15's got a 2D engine from 
 Vivante..  Does it still rely on a blob from vivante to build the 
 final package? 

 Regards, 

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


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

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

Open source GPU driver is called etna_viv. Phoronix have an article 
http://www.phoronix.com/scan.php?page=news_itempx=MTI3MjU covering 
etna_viv. No package for the open source driver yet. Momentarily got 
confused with the gpu-viv-acc-fb package which only contains the closed 
source Vivante GPU driver, not the open source one that I thought the 
package had.


On Monday, 24 November 2014 10:02:45 UTC+13, Nick Apperley wrote:

 Found a closed source Vivante GPU driver package 
 https://community.freescale.com/thread/302726 (gpu-viv-bin-mx6q) 
 however it is heavily tied into a Freescale ARM CPU. Will see if I can the 
 name of the open source one. Saw it somewhere on the Phoenix (Linux 
 gamer/performance website).




-- 
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: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Robert Nelson]

On Sun, Nov 23, 2014 at 3:13 PM, Nick Apperley napper...@gmail.com wrote:
 Open source GPU driver is called etna_viv. Phoronix have an article covering
 etna_viv. No package for the open source driver yet. Momentarily got
 confused with the gpu-viv-acc-fb package which only contains the closed
 source Vivante GPU driver, not the open source one that I thought the
 package had.

Darn! Thanks for the update, I've been loosely following etna_viv, was
hoping they got passed the freescale *.bin requirement..

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[William Hermans]

Paul, the only real differences between 3.8.x and say 3.14.x is. . .


   1. SGX support.
   2. USB hotplug.
   3. Device tree overlay are used differently - Depending.

If I forgot something, someone else will speak up I'm sure, but those are
the 3 most important features in my own mind.

SGX support is still there in 3.8.x, *somewhat* but is frame buffer only if
I am remembering right.

Hot plugging USB, or even ethernet while the system is up and running will
cause a seg fault or kernel oops. Which just means you need to power down,
make your changes, and power back up.

Dynamically loading device tree files while the system is up ( no reboots
needed ) can only be done with 3.8.x. Charles S has also made a set of
generic device tree overlays that allow for pin multiplexing on the fly for
both kernel branches though. Although, this is somewhat limited if i
understand correctly. Unloading a device tree file still requires a reboot
though. At least for 3.8.x, unless things have recently changed without my
knowledge.

Anyway, you can scour the groups for information or even use google to find
out more and possibly accurate information on all the above.

On Sun, Nov 23, 2014 at 1:57 PM, Paul Giordano gio.down...@gmail.com
wrote:

 Ah. Thanks for letting me know. I thought about trying the debian kernel
 at 3.13, but maybe I'll wait on that. Neat board so far.

 On Sunday, November 23, 2014 2:36:22 PM UTC-6, William Hermans wrote:

 That is the same kernel version I am running. As I recall the patch was
 applied back somewhere around 3.8.13-bone2x.

 On Sun, Nov 23, 2014 at 1:26 PM, Paul Giordano gio.d...@gmail.com
 wrote:

  3.8.13-bone47, I just got the board. I'm updating now, we'll check on
 the times again.


 On Sunday, November 23, 2014 2:23:40 PM UTC-6, William Hermans wrote:


 *Well, it took a while. 1 hour 19 minutes to create, 30 minutes to
 read.*

 *(I obviously haven't set up NTP yet! Guess I better do that.)*


 Is that and older kernel with an older device tree overlay ? Almost
 seems as though the 4bit patch has not been applied to your device tree
 overlay.

  --
 For more options, visit http://beagleboard.org/discuss
 ---
 You received this message because you are subscribed to the Google
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send
 an email to beagleboard...@googlegroups.com.
 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.

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

@Robert - Are you referring to OpenJFX for a Deb package. See that there is 
still no OpenJDK 8 package for Ubuntu/Debian, how annoying. OpenJFX (ARM) 
is reported to work on OpenJDK 8 (ARM).

Building OpenJDK is not for the faint of heart. Attempting to do so would 
likely result in a brain dump. Also a super computer would be required to 
do the build in quick time, which I don't have.

Luckily doing a build of OpenJFX in desktop Linux is straightforward and 
can be done in around 30 min on a Intel Core 2 Duo laptop for example.


On Monday, 24 November 2014 09:44:00 UTC+13, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 2:06 PM, Nick Apperley napp...@gmail.com 
 javascript: wrote: 
  Managed to get OpenJFX (open source version of JavaFX) working on the 
 BBB, 
  however it is running on Ubuntu. Got a sample JavaFX program (Ensemble) 
  working by accident on X11 by specifying a renderer that isn't supported 
 by 
  OpenJFX. Key part here is that you must specify the unsupported renderer 
  otherwise no JavaFX program will start, and some errors will appear in 
 the 
  terminal. Automatic renderer detection with OpenJFX is currently broken. 

 Hey Nick, 

 I'd love to see your setup that got it working on ubuntu.  I can setup 
 a *.deb package on: http://repos.rcn-ee.net/ 

 Regards, 

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


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

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Robert Nelson]

On Sun, Nov 23, 2014 at 3:25 PM, Nick Apperley napper...@gmail.com wrote:
 @Robert - Are you referring to OpenJFX for a Deb package. See that there is
 still no OpenJDK 8 package for Ubuntu/Debian, how annoying. OpenJFX (ARM) is
 reported to work on OpenJDK 8 (ARM).

 Building OpenJDK is not for the faint of heart. Attempting to do so would
 likely result in a brain dump. Also a super computer would be required to do
 the build in quick time, which I don't have.

 Luckily doing a build of OpenJFX in desktop Linux is straightforward and can
 be done in around 30 min on a Intel Core 2 Duo laptop for example.

Yeap...  deb package for arm for ubuntu/debian.. ;)

Up until the last few release's i've been building chromium on my
imx6/2gb  omap5/2gb hardware, but even that's oom'ing now (even with
lpae enabled on the omap5..)...  I'm hoping an a80/4gb that's coming
will fix that.

Regards,

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

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

Re: [beagleboard] Re: JavaFX 8 on BeagleBone Black (SGX driver problem?)

[Nick Apperley]

Sounds as crazy like building DirectFB 1.6 on the BBB running Debian. 
Amazing considering the BBB only has 512 MB of RAM and swap isn't enabled.


On Monday, 24 November 2014 10:32:19 UTC+13, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 3:25 PM, Nick Apperley napp...@gmail.com 
 javascript: wrote: 
  @Robert - Are you referring to OpenJFX for a Deb package. See that there 
 is 
  still no OpenJDK 8 package for Ubuntu/Debian, how annoying. OpenJFX 
 (ARM) is 
  reported to work on OpenJDK 8 (ARM). 
  
  Building OpenJDK is not for the faint of heart. Attempting to do so 
 would 
  likely result in a brain dump. Also a super computer would be required 
 to do 
  the build in quick time, which I don't have. 
  
  Luckily doing a build of OpenJFX in desktop Linux is straightforward and 
 can 
  be done in around 30 min on a Intel Core 2 Duo laptop for example. 

 Yeap...  deb package for arm for ubuntu/debian.. ;) 

 Up until the last few release's i've been building chromium on my 
 imx6/2gb  omap5/2gb hardware, but even that's oom'ing now (even with 
 lpae enabled on the omap5..)...  I'm hoping an a80/4gb that's coming 
 will fix that. 

 Regards, 

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


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

Re: [beagleboard] expand rootfs to sd card.

[earless]

I want to expand root so i can install Qt embedded on my beagle bone. Im 
building it natively and I got a no space left on device error when 
installing. 

On Sunday, November 23, 2014 4:04:57 PM UTC-5, William Hermans wrote:

 Your call. Just curious, why do you need or want to increase your file 
 system size ? The reason I ask is because for increasing the size for say 
 /home is rather trivial. Just 3-4 simple steps such as . . .


1. partition and format the new media.
2. mount the new media in a temporary location.
3. copy the whole of /home to the new media - then unmount.
4. edit /etc/fstab to reflect the changes- Pointing to the new media.

 A quick google search would yield tons of accurate results. As in step by 
 step how to's.

 On Sun, Nov 23, 2014 at 1:49 PM, earless gunc...@gmail.com javascript: 
 wrote:

 ok thanks for your reply. I definitely wan to go with the easiest route 
 so i will boot from sd card instead. 


 On Sunday, November 23, 2014 3:33:47 PM UTC-5, William Hermans wrote:

 You can pull your rootfs from anywhere you like so long as it is 
 supported. SDcard, NFS share( network ) USB, and perhaps I am forgetting 
 one or two options.

 http://unix.stackexchange.com/questions/87580/partition-
 scheme-for-installation-of-debian

 Although, we're talking flash media here, so I would strongly suggest 
 you go without a swap disk. 

 Typically, it is easiest, and most common to mount the /home directory 
 from additional media. In other cases, someone may mount /var/log on its 
 own partition too. You can do this with just about any directory I think, 
 but it become more complex as sometimes it not always possible to remount 
 part of the file system on the system its self while it is running.

 On Sun, Nov 23, 2014 at 12:46 PM, earless gunc...@gmail.com wrote:

 Can i expand the rootfs to an sd card if im booting  from the  emmc or 
 can i only do this if im booting from the sd card?

 -- 
 For more options, visit http://beagleboard.org/discuss
 --- 
 You received this message because you are subscribed to the Google 
 Groups BeagleBoard group.
 To unsubscribe from this group and stop receiving emails from it, send 
 an email to beagleboard...@googlegroups.com.
 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...@googlegroups.com javascript:.
 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] expand rootfs to sd card.

[Robert Nelson]

On Sun, Nov 23, 2014 at 3:47 PM, earless gunclu...@gmail.com wrote:
 I want to expand root so i can install Qt embedded on my beagle bone. Im
 building it natively and I got a no space left on device error when
 installing.

What was the file name of the img did you installed, and where did
you install it to: microSD or eMMC..

Regards,

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

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

Re: [beagleboard] expand rootfs to sd card.

[earless]

I was installing the qt widget library using 
wget  http://jaist.dl.sourceforge.net/project/qwt/qwt/6.1.0/qwt-6.1.0.tar
.bz2
I tried to build and install it on the eMMC.

On Sunday, November 23, 2014 4:53:00 PM UTC-5, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 3:47 PM, earless gunc...@gmail.com javascript: 
 wrote: 
  I want to expand root so i can install Qt embedded on my beagle bone. Im 
  building it natively and I got a no space left on device error when 
  installing. 

 What was the file name of the img did you installed, and where did 
 you install it to: microSD or eMMC.. 

 Regards, 

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


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

Re: [beagleboard] expand rootfs to sd card.

[earless]

yeah i have 4gb on eMMC but its not enough to build all the qt stuff. 

On Sunday, November 23, 2014 5:22:29 PM UTC-5, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 4:13 PM, earless gunc...@gmail.com javascript: 
 wrote: 
  I was installing the qt widget library using 
  wget 
  http://jaist.dl.sourceforge.net/project/qwt/qwt/6.1.0/qwt-6.1.0.tar.bz2 
  I tried to build and install it on the eMMC. 

 The os.. 

 For the eMMC most flasher scripts setup the full partition..  You 
 either get 2gb or 4gb on the eMMC... 

 Regards, 

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


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

[beagleboard] how to make pwm_P8_13 low on boot?

[janszymanski12345]

Hi,

I'm trying to use pwm on BBB
Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014 armv7l 
GNU/Linux
I have modified uEnv.tx
...
cape_enable=capemgr.enable_partno=BB-UART1,SPI-4SS,bone_eqep2b,bone_pwm_P8_13,am33xx_pwm
...
and /etc/default/capemgr
...
# Options to pass to capemgr
CAPE=SPI-4SS,bone_eqep2b,bone_pwm_P8_13,am33xx_pwm
...

after booting I have correctly in slots
 0: 54:PF--- 
 1: 55:PF--- 
 2: 56:PF--- 
 3: 57:PF--- 
 4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
 5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
 7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1
10: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_pwm_P8_13
11: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm
12: ff:P-O-L Override Board Name,00A0,Override Manuf,SPI-4SS
13: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_eqep2b

and pwm works, but,

- after power on the logic level on P8_13 is low (as I want it to be)
- after that (loading dtc overlay) the logic level on P8_13 become high (I 
dont want it)

My attempt to modify  /lib/firmware/bone_pwm_P8_13-00A0.dts and then 
recompiling doesn't effect any of:
/sys/devices/ocp.3/pwm_test_P8_13.11/ duty, period, polarity, run, 

As I don't want the motor connected to PWM to run, before the applications 
takes over the control,
can anyone help me to achieve it?

Jan



-- 
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] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Steve G]

Hi Mister Nelson,

I downloaded this image today checked the MD5 checksum, extracted, etc. 
 When I ran it on my BBW it came up OK.  But when I did sudo apt-get update 
I got several errors that said GPG error ... The following signatures were 
invalid: KEYEXPIRED ... at the end of the list.

The previous RCN build (August) didn't do this.  I'm concerned because I 
don't seen anyone else here complaining about it.

Any ideas?

SG

-- 
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] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Robert Nelson]

On Sun, Nov 23, 2014 at 5:41 PM, Steve G stevege...@gmail.com wrote:
 Hi Mister Nelson,

 I downloaded this image today checked the MD5 checksum, extracted, etc.
 When I ran it on my BBW it came up OK.  But when I did sudo apt-get update I
 got several errors that said GPG error ... The following signatures were
 invalid: KEYEXPIRED ... at the end of the list.

 The previous RCN build (August) didn't do this.  I'm concerned because I
 don't seen anyone else here complaining about it.

 Any ideas?

set the clock:

sudo ntpdate pool.ntp.org

It's an in-secure world now...

Regards,

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

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

Re: [beagleboard] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Steve G]

Wow.  It worked!

As long as I have you on the phone, is it possible to update another BB 
that has the August build to the latest 10/29 one?  (Without starting from 
scratch)

SG

On Sunday, November 23, 2014 7:05:47 PM UTC-5, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 5:41 PM, Steve G steve...@gmail.com javascript: 
 wrote: 
  Hi Mister Nelson, 
  
  I downloaded this image today checked the MD5 checksum, extracted, etc. 
  When I ran it on my BBW it came up OK.  But when I did sudo apt-get 
 update I 
  got several errors that said GPG error ... The following signatures 
 were 
  invalid: KEYEXPIRED ... at the end of the list. 
  
  The previous RCN build (August) didn't do this.  I'm concerned because I 
  don't seen anyone else here complaining about it. 
  
  Any ideas? 

 set the clock: 

 sudo ntpdate pool.ntp.org 

 It's an in-secure world now... 

 Regards, 

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


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

Re: [beagleboard] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Steve G]

So the kernel gets upgraded as well?  I thought it was just application and 
library packages.

On Sunday, November 23, 2014 7:38:57 PM UTC-5, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 6:30 PM, Steve G steve...@gmail.com javascript: 
 wrote: 
  Wow.  It worked! 
  
  As long as I have you on the phone, is it possible to update another BB 
 that 
  has the August build to the latest 10/29 one?  (Without starting from 
  scratch) 

 Humm August.. For about 95% of the stuff, and sudo apt-get update; 
 sudo apt-get upgrade... 

 The really only big change was moving MLO/u-boot.img out of the fat 
 partition.  So unless your a windows user who likes to delete files in 
 the only partition that pop's up.. you'll be fine.. ;) 

 I'm going to package/push a cloud9 update this week, unfortunately 
 that'll require more then a apt-get upgrade.. 

 Regards, 

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


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

Re: [beagleboard] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Robert Nelson]

On Sun, Nov 23, 2014 at 6:43 PM, Steve G stevege...@gmail.com wrote:
 So the kernel gets upgraded as well?  I thought it was just application and
 library packages.

Well, not yet. ;)

The 3.8 tree's been pretty quiet, just cape upgrades:

sudo apt-get install linux-image-3.8.13-bone68

Regards,

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

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

Re: [beagleboard] Problem with latest RCN build debian-7.7-console-armhf-2014-10-29.tar.xz

[Steve G]

Thank you for your time and help good sir!

On Sunday, November 23, 2014 7:51:02 PM UTC-5, RobertCNelson wrote:

 On Sun, Nov 23, 2014 at 6:43 PM, Steve G steve...@gmail.com javascript: 
 wrote: 
  So the kernel gets upgraded as well?  I thought it was just application 
 and 
  library packages. 

 Well, not yet. ;) 

 The 3.8 tree's been pretty quiet, just cape upgrades: 

 sudo apt-get install linux-image-3.8.13-bone68 

 Regards, 

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


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

Re: [beagleboard] expand rootfs to sd card.

[earless]

I booted from an sdcard and ran the following commands grow the partition 
to the entire size of the sdcard(16GB)

sudo cd /opt/scripts/tools
sudo git pull
sudo ./grow_partition.sh
sudo shutdown -r now

after reboot i ran
df -h 

but the rootfs shows its size as 1.6G and im using 1.5G. I was expecting to 
see size at around 16G so I dont think it expanded the partition. am i 
missing something??

-- 
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] expand rootfs to sd card.

[Robert Nelson]

On Sun, Nov 23, 2014 at 7:52 PM, earless gunclu...@gmail.com wrote:
 I booted from an sdcard and ran the following commands grow the partition to
 the entire size of the sdcard(16GB)

 sudo cd /opt/scripts/tools
 sudo git pull
 sudo ./grow_partition.sh
 sudo shutdown -r now

 after reboot i ran
 df -h

 but the rootfs shows its size as 1.6G and im using 1.5G. I was expecting to
 see size at around 16G so I dont think it expanded the partition. am i
 missing something??

Try again, with a 16GB card, it'll take a little bit for the 'expand'
function to work on extX..

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[Robert Nelson]

On Sun, Nov 23, 2014 at 8:13 PM, liyaoshi liyao...@gmail.com wrote:

 seems Ti update am335x mmc ip from dm814x

 http://www.ti.com/lit/ug/sprugz8e/sprugz8e.pdf
 page 2260

 while from

 http://www.ti.com/lit/ug/spruh73k/spruh73k.pdf
 page 4104

 • Support for SDA 3.0 Part A2 programming model

 This mean am335x can support sdxc card , maybe just lack of 200M clock and
 ddr mode

A search on that turned up:

https://www.sdcard.org/downloads/pls/simplified_specs/archive/partA2_300.pdf

https://www.sdcard.org/downloads/pls/simplified_specs/

Regards,

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

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

Re: [beagleboard] Maximum SD card size for BBB

[Robert Nelson]

On Sun, Nov 23, 2014 at 8:23 PM, Robert Nelson robertcnel...@gmail.com wrote:
 On Sun, Nov 23, 2014 at 8:13 PM, liyaoshi liyao...@gmail.com wrote:

 seems Ti update am335x mmc ip from dm814x

 http://www.ti.com/lit/ug/sprugz8e/sprugz8e.pdf
 page 2260

 while from

 http://www.ti.com/lit/ug/spruh73k/spruh73k.pdf
 page 4104

 • Support for SDA 3.0 Part A2 programming model

 This mean am335x can support sdxc card , maybe just lack of 200M clock and
 ddr mode

 A search on that turned up:

 https://www.sdcard.org/downloads/pls/simplified_specs/archive/partA2_300.pdf

 https://www.sdcard.org/downloads/pls/simplified_specs/

From the am335x errata sheet:

MMC0, MMC1, MMC2 Interfaces
– Only Standard (STD) and High Speed (HS) modes are supported. SDR12,
SDR25, SDR50 modes
as defined in SD3.0 specification are not supported.

So it's complaint to SD3.0 except for the transfer speeds.

I guess if your TI and you have that issue, it's just safer to
advertise it as SD/SDHC only.  Instead of having users complain
about it being SDXC and piss ass slow.. ;)

Regards,

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

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

[beagleboard] Re: how to make pwm_P8_13 low on boot?

[janszymanski12345]

the values in /sys/devices/ocp.3/pwm_test_P8_13/11 are:
duty 0
period 50
polarity 1
run 1
after the device tree overlay is loaded.
Does anyone know if possible and if yes how to change them (the default 
values)?
The changes to corresponding *.dtbo file doesn't change them.


On Monday, 24 November 2014 09:58:19 UTC+11, janszyma...@gmail.com wrote:

 Hi,

 I'm trying to use pwm on BBB
 Linux beaglebone 3.8.13-bone50 #1 SMP Tue May 13 13:24:52 UTC 2014 armv7l 
 GNU/Linux
 I have modified uEnv.tx
 ...

 cape_enable=capemgr.enable_partno=BB-UART1,SPI-4SS,bone_eqep2b,bone_pwm_P8_13,am33xx_pwm
 ...
 and /etc/default/capemgr
 ...
 # Options to pass to capemgr
 CAPE=SPI-4SS,bone_eqep2b,bone_pwm_P8_13,am33xx_pwm
 ...

 after booting I have correctly in slots
  0: 54:PF--- 
  1: 55:PF--- 
  2: 56:PF--- 
  3: 57:PF--- 
  4: ff:P-O-L Bone-LT-eMMC-2G,00A0,Texas Instrument,BB-BONE-EMMC-2G
  5: ff:P-O-L Bone-Black-HDMI,00A0,Texas Instrument,BB-BONELT-HDMI
  7: ff:P-O-L Override Board Name,00A0,Override Manuf,BB-UART1
 10: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_pwm_P8_13
 11: ff:P-O-L Override Board Name,00A0,Override Manuf,am33xx_pwm
 12: ff:P-O-L Override Board Name,00A0,Override Manuf,SPI-4SS
 13: ff:P-O-L Override Board Name,00A0,Override Manuf,bone_eqep2b

 and pwm works, but,

 - after power on the logic level on P8_13 is low (as I want it to be)
 - after that (loading dtc overlay) the logic level on P8_13 become high (I 
 dont want it)

 My attempt to modify  /lib/firmware/bone_pwm_P8_13-00A0.dts and then 
 recompiling doesn't effect any of:
 /sys/devices/ocp.3/pwm_test_P8_13.11/ duty, period, polarity, run, 

 As I don't want the motor connected to PWM to run, before the applications 
 takes over the control,
 can anyone help me to achieve it?

 Jan





-- 
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] Beaglebone Black freezes when using dhclient

[Joshua Smith]

I was recently attempting to connect my beaglebone to the network/internet 
by sharing my mac's internet connection over usb. I following the steps 
(seen in another beagleboard groups.google post):
 

 1. Install Mac drivers from - http://beagleboard.org/Getting%20Started
   2. Connect BBB to Mac through USB
   3. On Mac, System Preferences  Sharing  Internet Sharing  Beaglebone 
 Black
   4. System Preferences  Network, make sure BBB is in the left hand side 
 and shows “Connected”
   5. After SSH’ing into the BBB, run “dhclient”,and then try “ping 
 google.com”.


And I was actually successful at first. I restarted the beaglebone to see 
if the condition would persist without running dhclient. It didn't. Then I 
saw that some other tutorials alternatively suggest that I enter the 
following command on the beaglebone:

/sbin/route add default gw 192.168.7.1


Thinking that I might learn something, or be able to undo this if something 
goes wrong I went ahead and tried it. Nothing really happened, and a ping 
to google.com didn't work. so I went and tried running dhclient again, 
but now my beaglebone freezes up, and becomes totally unresponsive till I 
reset it of disconnect/reconnect it!

Nothing I have tried seems to fix this, and I can't find any info to 
understand what might be causing this problem. Any ideas what I might have 
to do to fix this?

-- 
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] Change I2C bus for video communication

[Bremenpl]

Hello again,
I am just trying to export the compiled .dtbo file but I have to 
unexport the residing hdmi overlay. When I do that with echo i get 
kernel panic and my ssh session is lost. I would like to comment out the 
export at boot but I dont know where to find the place I should do it in 
console image. In the regular image its in uEnv.txt file at the 
additional usb partition. Could you help me with this please?


W dniu 2014-11-21 o 17:06, Robert Nelson pisze:

On Fri, Nov 21, 2014 at 10:04 AM, Bremenpl breme...@gmail.com wrote:

I am not very good at tree overlays, but from the one you have provided me i
believe i would be abble to reduce it only to modify the LCD pins (I also
need to disable mcasp, because I only use video and the pins for mcasp are
used as other peripherals). I thing I tried to find the place in this code
that turns off the I2C-0 and turns on I2C-1 but I couldnt.

The non-audio varient is here:

https://github.com/beagleboard/linux/blob/3.8/firmware/capes/cape-boneblack-hdmin-00A0.dts#L94

Regards,



--
Bremenpl

--
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] Beaglebone Black Ethernet Phy Not Detected on Boot.

[Jerin George]

As suggested in this discussion i moved to 3.14.1 kernel and everything 
went well for the first 48 hours. 
After that i could see that the ETH stopped responding for close to 10 
seconds. 
Then it came back. 

Test set up:-
I'm using BBB for Data acquisition thru ETH. For testing i have connected 
BBB and 2 PC in a switch. One PC is running a data acquisition software to 
collect data from BBB. Another PC is running the software Total Network 
Monitor and it keeps on logging the Network status by pinging to both BBB 
 the other PC. 

After 48 Hours :-
I could see that the Total Network monitor reported that link to BBB was 
lost for close to 10 seconds. 

Is this a known issue ? Is there any fix to this. 

regards, 
Jerin

On Saturday, 22 November 2014 14:25:03 UTC+5:30, alexschn...@gmail.com 
wrote:

 But the SW can do that only when the transceiver chip is always in a 
 writable state, which is unfortunately not the case.

 On Saturday, November 22, 2014 1:38:54 AM UTC+1, Gerald wrote:

 All the SW has to do itvwrite to the registers and not rely on the 
 straps. Hmm I have been saying that for 3+ years now.

 Gerald

 On Friday, November 21, 2014, alexschn...@gmail.com wrote:

 Hi Gerald,

 I meant strap values, not connections on the board. As far as I 
 understand it, correct strappings alone cannot always ensure correct bits 
 in the respective registers of the transceiver chip. The power-on and reset 
 timing is also important, and this timing, unlike strappings, is different 
 at least for some revisions. 

 In my experiments, a reset performed with RESET button never resolved 
 the phy not found problem. A power-on reset as well as a reset with POWER 
 button helped, but not always. Cannot the transceiver sometimes enter into 
 some unresponsive state, which makes it impossible for the processor to 
 override the strappings?

 Alex

 On Thursday, November 20, 2014 9:50:56 PM UTC+1, Gerald wrote:

 If you have what you think are he correct trappings, let me know. They 
 are the same for all revisions.

 Also, if you reset the board after it is up, the strappings are 
 overridden by the states on those pins from the processor that override 
 the 
 strapping options.

 Gerald


 On Thu, Nov 20, 2014 at 12:39 PM, alexschn...@gmail.com wrote:


 Hello,

 This Ethernet trouble also happens with my BeagleBone Black boards, 
 quite frequently on Rev C (PCB Rev B6), and very rarely on Rev A6 (PCB 
 Rev 
 B5). I tried various Linux kernels, including the latest one from here 
 https://eewiki.net/display/linuxonarm/BeagleBone+Black 
 (3.8.13-bone67), however that keeps happening anyway.

 I read section 3.7 of the LAN8710A data sheet 
 http://ww1.microchip.com/downloads/en/DeviceDoc/8710a.pdf 
 (Configuration Straps) and I agree with Loren Amelang: the trouble may be 
 really caused by incorrect strap values, which depend on voltage levels 
 at 
 the respective LAN8710A pins during reset.

 That assumption is backed by the observation that, whenever the eth0: 
 link not ready thing happens, either both LEDs of the Ethernet Connector 
 are off or only the yellow one (LED2) is off (and the green one is not 
 blinking in both cases). Since these LEDs reflect the transceiver mode of 
 operation, which is controlled by MODE[2:0] configuration straps, their 
 strange behavior may indicate some wrong bit values loaded to MODE[2:0]. 
 They are loaded when nRST pin is deasserted, and the timing is critical, 
 according to subsection 5.5.3 of that data sheet (Power-On nRST  
 Configuration Strap Timing).

 Also, according to the subsection mentioned above, the time interval 
 between when external power supplies reach 80% and nRST pin is deasserted 
 must be no less than 25 ms. Without the capacitor C24 on the board, that 
 time is around 20 ms, I measured that. So, removing C24 does not seem to 
 be 
 safe.

 Alex




 On Wednesday, November 5, 2014 7:03:21 AM UTC+1, Jerin George wrote:

 HI Andrew  John, 

 Thank you for your reply. I guess that leaves me with no choice but 
 to tweak the hardware  also update the kernel to the latest version by 
 Robert. 
 Hopefully that will fix the issue for ever. 
 I will keep you posted on the status. 

 regards, 
 Jerin

 On Wednesday, 5 November 2014 01:23:28 UTC+5:30, john3909 wrote:


 From: Andrew Glen andrewt...@gmail.com
 Reply-To: beagl...@googlegroups.com beagl...@googlegroups.com
 Date: Monday, November 3, 2014 at 11:36 PM
 To: beagl...@googlegroups.com beagl...@googlegroups.com
 Subject: Re: [beagleboard] Re: Beaglebone Black Ethernet Phy Not 
 Detected on Boot.

 Yes, and reading the thread even more fully you'll find my report of 
 running thousands of automated test restarts with these parts removed, 
 with 
 a 100% success rate.

 We use these boards a lot, running 24-7 in this configuration, and 
 have had zero hardware faults. With any luck we have nearly exhausted 
 Murphy's law with our software.

 Hi Andrew,

 I accept that you have done these tests, but 

Re: [beagleboard] Change I2C bus for video communication

[Bremenpl]

I have found the uEnv.txt file in boot directory but for a long time now 
I cannot find where are the .dtbo files stored in console image of 
debian. I am putting my .dtbo file in /lib/firmware but when trying to 
echo its name to slots it doesnt want to pick it up from there.


W dniu 2014-11-21 o 17:06, Robert Nelson pisze:

On Fri, Nov 21, 2014 at 10:04 AM, Bremenpl breme...@gmail.com wrote:

I am not very good at tree overlays, but from the one you have provided me i
believe i would be abble to reduce it only to modify the LCD pins (I also
need to disable mcasp, because I only use video and the pins for mcasp are
used as other peripherals). I thing I tried to find the place in this code
that turns off the I2C-0 and turns on I2C-1 but I couldnt.

The non-audio varient is here:

https://github.com/beagleboard/linux/blob/3.8/firmware/capes/cape-boneblack-hdmin-00A0.dts#L94

Regards,



--
Bremenpl

--
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.