[beagleboard] SSH over Android

[Samer Shatta]

Hi every body
i have BBB that running on prebuilt android image (Andrew Henderson), but i 
don't have a new tv that support hdmi, and i don't have FTDI cable in my 
country stores .
i have LCD 7 panel (not a cap , i have been build it) that worked great in 
angstrom by this command (echo BB-BONE-LCD7-01 > sys/devices/bone.8/slots)

i try to disable the hdmi and enable the lcd overlay from uenv.txt by 
adding this line

capemgr.disable_partno=BB-BONELT-HDMI,BB-BONELT-HDMIN 
capemgr.enable_partno=BB-BONE-LCD7-01
but the lcd not work .

so how can i make SSH connection with my BBB that runs on android version 
(like what we do in angstrom) ?? , to do some interact with it

Thanks in advance .

-- 
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] HDMI to VGA, on boot the board displays its logo, but then ceases to display anything. Please Help

[Sam McDermott]

The EDID information returns an error upon parsing.  Here's a picture:
[image: Inline image 1]

As suggested I checked out the elinux link and all of the suggested
adaptors are powered, but mine is not.  Could this be the problem?


On Fri, Mar 21, 2014 at 4:33 PM, Gerald Coley wrote:

> I would start here on the support Wiki..
> http://www.elinux.org/Beagleboard:BeagleBone_Black_Accessories#HDMI_Adapters
>
> Now, if the EDID information is not passed over this cable, the Linux
> cannot figure out the resolution to send. So, check and see if the EDID
> information is getting there.
>
> http://www.elinux.org/Beagleboard:BeagleBoneBlack_HDMI#EDID_Information
>
>
> Gerald
>
>
>
> On Fri, Mar 21, 2014 at 3:20 PM, Sam McDermott <
> davidsamuelmcderm...@gmail.com> wrote:
>
>> I recently got my beaglebone black, and thought that it would be a great
>> way to replace my old computer with something small that has equal power.
>>  I also wanted to reuse the old VGA monitor from the computer, so I got a
>> micro HDMI to VGA cable.  I plugged it into the monitor and it seemed to
>> work for a few seconds while the board booted, but then after the logo
>> disappeared I got a fuzzy screen and a no signal message.  I have two
>> questions.  First, what is going wrong, clearly all of the parts work?  And
>> second, How can I fix it or would it be best to abandon ship?  Link to
>> video on YouTube: http://youtu.be/ICbChuMQ9u8
>>
>> --
>> 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 a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/22l1plIOcBM/unsubscribe.
> To unsubscribe from this group and all its topics, 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] storage and Java

[Ronny Julian]

Thanks.  I think this will be on eBay soon.  Not powerful enough for what
I'm doing.  A USB drive hanging off an already crouded hub is not going to
work.


On Sat, Mar 22, 2014 at 8:10 AM, David Goodenough <
david.goodeno...@linkchoose.co.uk> wrote:

> On Saturday 22 March 2014 05:25:10 Ronny Julian wrote:
> > Two questions
> >
> > - I tried to install the JDK ARM package under the Debian install.  I had
> > one other program installed and ran out of room on the eMMC.  I'm
> removing
> > that one other program and trying again.  Is it worth it or is this 2GB
> not
> > enough
> >
> > What is a better storage alternative?   Is it possible to boot off the 16
> > GB micro SD card and ignore the eMMC?  Is the Micro SD card only for
> flash
> > or can it be used as a secondary drive?
> >
> > Thanks!  This machine may be too small for what I'm asking it to do.
> > Ronny
> Why are you installing the full JDK, that includes the compiler and all the
> related tools.  You only need the JRE to run Java code and that is much
> smaller.
>
> You can always add a USB memory stick to add "disk" space.
>
> David
>
> --
> 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] Phantom Button Presses on Beaglebone White

[William Pretty Security]

Hi Walter;

 

I had this problem myself.

Basically the first interrupt is bogus (I have no idea why) and the rest will 
be real.

 

So my work-around was to set a flag that says “this was the first interrupt” 
and the IRQ routine checks the flag.

I know that is lame, but it worked for me J

 

Good luck.

BTW: I used it in the software for the book below ;-)

 

 

http://www.packtpub.com/building-a-home-security-system-with-beaglebone/book

 

From: beagleboard@googlegroups.com [mailto:beagleboard@googlegroups.com] On 
Behalf Of Walter Schilling
Sent: Saturday, March 22, 2014 12:44 PM
To: beagleboard@googlegroups.com
Subject: [beagleboard] Phantom Button Presses on Beaglebone White

 

Good afternoon.

 

I am working on a project on the beaglebone white (as the blacks are out of 
stock) and GPIO.  I have tried two different setups, as shown below for my 
pushbutton, and I am using the circuitco prototyping cape.

 

Configuration 1:

I have my pushbutton connected from GPIO0_26 to ground, and there is a 3.3K 
pull up resistor connected to 3.3 volts.  I am assuming there are no active 
pull up or pull downs in the system.

 

Configuration 2:

The pushbutton is connected in series from GPIO0_26 through the 3.3K resistor 
to 3.3 V, and we are relying on the internal pull down resistor to keep the pin 
low.

 

In either case, I am getting "phantom" interrupts when I poll for the pin to 
change state.  My gut feeling is they are brought on by noise.  I'd like to do 
away with the exteral pull up or pull down, but I don't see any way to do that 
with the gpio driver from the documentation at 
https://www.kernel.org/doc/Documentation/gpio/sysfs.txt, as it doesn't seem to 
provide access to pull up and pull down configurations.

 

This leads to the following questions:

#1 Can someone provide me with the default pull up / pull down settings for an 
input when exported with /sys/class/gpio?

#2 Short of going through the device tree (which seems horribly complicated to 
simply change a pull up or pull down resistor setting), is there an easy way to 
set of clear the PU/PD resistor through a c program?

 

I have seen multiple tutorials online dealing with this issue, but most of them 
point to older kernel versions and when i try to follow them, they break very 
quickly.

 

I am using the March 5, 2014 official beaglebone debian image.

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



No virus found in this message.
Checked by AVG - www.avg.com
Version: 2014.0.4336 / Virus Database: 3722/7231 - Release Date: 03/22/14

-- 
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] Using I2C kernel modules on BBB?

[Jacob Ole Juul Kolding]

Hello

I have a cape with a MPU6000 and a BMP180 both connected to i2c-1
They both show up with i2cdetect -r 1

but nothing happens when i modprobe bmp085-i2c or inv_mpu6050

Im not sure if inv_mpu6050 supports mpu6000
but as far as I can read the bmp085-i2c code it should support bmp180

Do I need to do something else / enable something for these kernel
modules to work?

Im using ubunbu 13.10 with kernel 3.8.13-bone40

Thanks in advance
/Jacob

-- 
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: How Flashing Now Works with Debian

[Louis Thiery]

Ah got everything working nicely :) Thanks for much for the help, Nelson.

I especially like the script located at: 
/opt/scripts/tools/eMMC/beaglebone-black-make-microSD-flasher-from-eMMC.sh

On Friday, March 21, 2014 4:59:24 PM UTC-4, Louis Thiery wrote:
>
> Cool - I don't think I've ever played with such structured scripts before!
>
> I've gotten up to the board specific script and I get the following:
> Valid EEPROM header found
> sed: can't read /etc/default/udhcpd: No such file or directory
> cat: /etc/udhcpd.conf: No such file or directory
> /opt/scripts/boot/am335x_evm.sh: line 85: /etc/udhcpd.conf: Read-only file 
> system
> /opt/scripts/boot/am335x_evm.sh: line 86: /etc/udhcpd.conf: Read-only file 
> system
> /opt/scripts/boot/am335x_evm.sh: line 87: /etc/udhcpd.conf: Read-only file 
> system
> /opt/scripts/boot/am335x_evm.sh: line 88: /etc/udhcpd.conf: Read-only file 
> system
> /opt/scripts/boot/am335x_evm.sh: line 89: /etc/udhcpd.conf: Read-only file 
> system
> /opt/scripts/boot/am335x_evm.sh: line 91: /etc/init.d/udhcpd: No such file 
> or directory
> SIOCSIFADDR: No such device
> usb0: ERROR while getting interface flags: No such device
> SIOCSIFNETMASK: No such device
> /opt/scripts/boot/am335x_evm.sh: line 94: /usr/sbin/udhcpd: No such file 
> or directory
> Device "usb0" does not exist.
> Device "wlan0" does not exist.
> sed: couldn't open temporary file /etc/sedXOJqCd: Read-only file system
> /opt/scripts/boot/am335x_evm.sh: line 103: /etc/issue: Read-only file 
> system
>
> It seems that the main issue is that the partition that I'm running is 
> read-only... I don't know when I set it as such and chmod'ing the whole 
> thing didn't seem to resolve.
>
> I guess I'll built my distro over again and try to find out at which point 
> I made it "read-only"
>
> On Friday, March 21, 2014 3:26:11 PM UTC-4, RobertCNelson wrote:
>>
>> On Fri, Mar 21, 2014 at 2:22 PM, Louis Thiery  
>> wrote: 
>> > Just to see if it would "just work", I tried to run the script from my 
>> > distribution and the scrip is unhappy: 
>> > 
>> > /bin/bash /opt/scripts/beaglebone-black-eMMC-flasher.sh 
>> > Error: script halting, system unrecognized... 
>>
>> The "script" assumes a few things, so i have a couple quick system 
>> checks, that make it stop if it doesn't recognize the system.. 
>>
>> 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] BBB no autoboot of uSD

[Louis Thiery]

Jumping in a little late perhaps but my concern is slightly relevant to the 
discussion here.

Nelson desribes the boot order:

bootrom loads MLO from eMMC (if that fails it moves to microSD) 
MLO loads u-boot.img from eMMC 
u-boot.img first looks at microSD for uEnv.txt, reads that file in. 

I'd like to reverse that last step and make it to default to uEnv.txt from 
the eMMC. 

But I have no idea how to modify u-boot.img. What should I be reading? 

Or is there a u-boot.img that exists already that will allow me to boot off 
of the eMMC even if the flasher uSD is present (which I understand is the 
HW default)?

Thanks,
Louis

On Friday, March 7, 2014 11:12:13 PM UTC-5, Loren Amelang wrote:
>
> My long but successful "learning experience" is reported in:
> https://groups.google.com/forum/#!topic/beagleboard/zNtdwtPf2Q8
>
> Definitely not simple, but possible...  Without making any changes to the 
> eMMC installation! 
>
> On Monday, February 17, 2014 10:17:22 PM UTC-8, Loren Amelang wrote:
>>
>> Robert,
>>
>> My BBB absolutely must default to booting from the uSD. I know I 
>> could short the boot switch, or move pull-up/down resistors, or create a 
>> hardware switch gated from reset, but I don't want to lose hardware 
>> compatibility with other BBB boards, or give up the option of manually 
>> booting from eMMC occasionally. The code you suggest here sounds perfect - 
>> but I'm not positive what to do with it. From the formatting of the text, I 
>> suspect it is intended to be compiled into a new u-boot.img and MLO image, 
>> but I'm not sure how to do that. 
>>
>> Before I spend hours learning how, is there a chance I could just insert 
>> the basic ideas into my uEnv.txt as "mmcboot=mmc dev 0; if mmc rescan ; 
>> then ..."? It does look like uEnv.txt is read before the mmcboot command 
>> runs...  
>>
>  
>

-- 
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] Phantom Button Presses on Beaglebone White

[Walter Schilling]

Good afternoon.

I am working on a project on the beaglebone white (as the blacks are out of 
stock) and GPIO.  I have tried two different setups, as shown below for my 
pushbutton, and I am using the circuitco prototyping cape.

Configuration 1:
I have my pushbutton connected from GPIO0_26 to ground, and there is a 3.3K 
pull up resistor connected to 3.3 volts.  I am assuming there are no active 
pull up or pull downs in the system.

Configuration 2:
The pushbutton is connected in series from GPIO0_26 through the 3.3K 
resistor to 3.3 V, and we are relying on the internal pull down resistor to 
keep the pin low.

In either case, I am getting "phantom" interrupts when I poll for the pin 
to change state.  My gut feeling is they are brought on by noise.  I'd like 
to do away with the exteral pull up or pull down, but I don't see any way 
to do that with the gpio driver from the documentation 
at https://www.kernel.org/doc/Documentation/gpio/sysfs.txt, as it doesn't 
seem to provide access to pull up and pull down configurations.

This leads to the following questions:
#1 Can someone provide me with the default pull up / pull down settings for 
an input when exported with /sys/class/gpio?
#2 Short of going through the device tree (which seems horribly complicated 
to simply change a pull up or pull down resistor setting), is there an easy 
way to set of clear the PU/PD resistor through a c program?

I have seen multiple tutorials online dealing with this issue, but most of 
them point to older kernel versions and when i try to follow them, they 
break very quickly.

I am using the March 5, 2014 official beaglebone debian image.

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

Re: [beagleboard] Is there a ubunut image support LCD4 cape?

[David]

Hi Robert,

 It works. Thanks a lot!

 Tom

On Wednesday, March 19, 2014 10:25:06 PM UTC-4, RobertCNelson wrote:
>
> On Wed, Mar 19, 2014 at 9:21 PM, David > 
> wrote: 
> > Hi, 
> > 
> > I have a LCD4 cape and it works fine with Angstrom image. However I 
> > can't get the QT toolchain for Angstrom. I have tried all Ubuntu image I 
> can 
> > find but none of them works with LCD4. The one I download from elinux 
> has 
> > the right display but the touch input didn't work. I wonder does anybody 
> get 
> > the LCD4 cape works on an ubuntu image? Thanks! 
>
> The calibration is just not setup. 
>
> Install: xinput-calibrator 
>
> Load this "lightdm" script startup script: 
>
>
> https://github.com/RobertCNelson/boot-scripts/blob/master/3rdparty/xinput_calibrator_pointercal.sh
>  
>
> Like: 
>
>
> https://github.com/RobertCNelson/omap-image-builder/blob/master/target/chroot/beagleboard.org.sh#L103
>  
>
> 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: Hello World Program GSOC 2014

[Robert Berger]

Hi,

On 03/22/2014 04:23 PM, John Syn wrote:
> 
> You should ask this question on the Linux-IIO mailing list.

I am really trying hard to subscribe there, but did not succeed so far.

Regards,

Robert


-- 
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: Hello World Program GSOC 2014

[John Syn]

From:  "robert.berger" 
Reply-To:  
Date:  Saturday, March 22, 2014 at 12:55 AM
To:  
Subject:  [beagleboard] Re: Hello World Program GSOC 2014

> 
> 
> On Friday, March 21, 2014 7:43:11 PM UTC+1, Florin Maticu wrote:
>> Hello World program for GSOC 2014.
>> Project: Debugging tools for LINUX INDUSTRIAL I/O SUBSYSTEM
> 
> ... talking about iio ...
> 
> Here is something for you to debug on the beagle bone black:
> 
> I use a beagle bone black with a 3.13.6 kernel and would like to get the
> ./generic_buffer test which comes with the kernel to work.
> 
> This is what I do:
> 
> echo 1 > /sys/bus/iio/devices/iio_sysfs_trigger/add_trigger
> 
> ls /sys/bus/iio/devices/
> iio:device0  iio_sysfs_trigger  trigger0
> 
> cat /sys/bus/iio/devices/trigger0/name
> sysfstrig1
> 
> echo 1 > /sys/bus/iio/devices/iio:device0/scan_elements/in_voltage5_en
> 
> 
> ./generic_buffer.out -n TI-am335x-adc -t sysfstrig1 -l 128
> iio device number being used is 0
> iio trigger number being used is 0
>  sysfstrig1
> ---> Could not open /trigger/current_trigger
> Failed to write current_trigger file
You should ask this question on the Linux-IIO mailing list.

Regards,
John
> 
> 
> Regards,
> 
> Robert 
> 
> -- 
> 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: CPU speed and kernel builds

[cwrseckford]

On Saturday, March 22, 2014 8:51:48 AM UTC, robert.berger wrote:
>
> Hi, 
>
> 
>
> that's my config: http://pastebin.com/VZS4epai 
>
> Regards, 
>
> Robert 
>
>
>
Thanks, that was a lifesaver.  It compiled fine with the 3.14 kernel, and 
brought up all the /sys/.../cpu/... stuff, and the BBB defaulted to 1GHz on 
the performance governor.  So now everything is working with 3.14, all I 
have to do is find out _which_ driver was missing, and rebuild my current 
kernel

Many, many thanks - Will
 

-- 
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: [beagleboard-gsoc] Re: Here is the BeagleBone Debian (beta + fixes) image you want to test (2014-03-19)

[selsinork]

On 20/03/14 15:56, Robert Nelson wrote:

> bootup (wicd seems to take a good 5-15 seconds to get a valid ip
> address over dhcp, conman is slightly faster).
> 
> You can see the ethernet driver taking it's sweet time over dmesg:
> 
> [   29.139188] net eth0: initializing cpsw version 1.12 (0)
> [   29.142439] net eth0: phy found : id is : 0x7c0f1
> [   29.142650] libphy: PHY 4a101000.mdio:01 not found
> [   29.147705] net eth0: phy 4a101000.mdio:01 not found on slave 1
> [   29.164068] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> [   32.222827] libphy: 4a101000.mdio:00 - Link is Up - 100/Full
> [   32.222962] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> [   34.697540] net eth0: initializing cpsw version 1.12 (0)
> [   34.699719] net eth0: phy found : id is : 0x7c0f1
> [   34.699817] libphy: PHY 4a101000.mdio:01 not found
> [   34.705082] net eth0: phy 4a101000.mdio:01 not found on slave 1
> [   34.715656] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> [   35.108521] net eth0: initializing cpsw version 1.12 (0)
> [   35.110713] net eth0: phy found : id is : 0x7c0f1
> [   35.110812] libphy: PHY 4a101000.mdio:01 not found
> [   35.116039] net eth0: phy 4a101000.mdio:01 not found on slave 1
> [   35.126630] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
> [   37.102955] libphy: 4a101000.mdio:00 - Link is Up - 100/Full
> [   37.103082] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready
> 
> However, if we enable it in [/etc/network/interfaces], the serial
> login prompt will not show up till after eth0 gets a valid ip or the 2
> minute dhcp time out.  So boot times fall from the 12-15 seconds to
> 30ish.

Something is wrong there, it appears that something is bringing the 
link up/down three times. 
I think three seconds to get link is a bit long, but I see the same. It's 
doing it three times that's costing all the extra time.

Any possibility of dodgy cable or hardware somewhere ?

Regardless, DHCP shouldn't block serial console, it should immediately 
daemonize and let startup move on. If it doesn't then that's a bug.

FWIW I see a single cycle of what's in your dmesg like this:

[5.480948] net eth0: initializing cpsw version 1.12 (0)
[5.557625] net eth0: phy found : id is : 0x7c0f1
[5.557707] libphy: PHY 4a101000.mdio:01 not found
[5.557716] net eth0: phy 4a101000.mdio:01 not found on slave 1
[5.564342] IPv6: ADDRCONF(NETDEV_UP): eth0: link is not ready
[8.637383] libphy: 4a101000.mdio:00 - Link is Up - 100/Full
[8.637428] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link becomes ready

In context it looks like

13:47:40.543 kernel: [4.948036] NET: Registered protocol family 10
13:47:40.543 kernel: [5.024912] EXT4-fs (mmcblk0p2): re-mounted. Opts: 
(null)
13:47:40+00: dhcpcd[131]: version 6.1.0 starting
13:47:40.557 kernel: [5.480948] net eth0: initializing cpsw version 1.12 (0)
13:47:40+00: dhcpcd[131]: forked to background, child pid 135
13:47:40.638 kernel: [5.557625] net eth0: phy found : id is : 0x7c0f1
13:47:40.638 kernel: [5.564342] IPv6: ADDRCONF(NETDEV_UP): eth0: link is 
not ready
13:47:40+00: dhcpcd[135]: eth0: waiting for carrier
13:47:40+00: dhcpcd[135]: eth0: carrier acquired
13:47:40+00: dhcpcd[135]: eth0: carrier lost
13:47:40+00: dhcpcd[135]: eth0: waiting for carrier
13:47:40+00: ntpd[143]: ntpd 4.2.6p5@1.2349-o Fri Jan  3 16:05:29 UTC 2014 (1)
13:47:40+00: ntpd[156]: proto: precision = 1.000 usec
13:47:40+00: ntpd[156]: Listen and drop on 0 v4wildcard 0.0.0.0 UDP 123
13:47:40+00: ntpd[156]: Listen normally on 2 lo 127.0.0.1 UDP 123
13:47:40+00: ntpd[156]: peers refreshed
13:47:40+00: ntpd[156]: Listening on routing socket on fd #20 for interface 
updates
13:47:41+00: sshd[157]: Server listening on 0.0.0.0 port 22.
13:47:41+00: sshd[157]: Server listening on :: port 22.
13:47:43+00: dhcpcd[135]: eth0: carrier acquired
13:47:43.717 kernel: [8.637383] libphy: 4a101000.mdio:00 - Link is Up - 
100/Full
13:47:43.717 kernel: [8.637428] IPv6: ADDRCONF(NETDEV_CHANGE): eth0: link 
becomes ready
13:47:43+00: dhcpcd[135]: eth0: rebinding lease of 172.20.0.21
13:47:43+00: dhcpcd[135]: eth0: leased 172.20.0.21 for 86400 seconds
13:47:43+00: dhcpcd[135]: eth0: adding host route to 172.20.0.21 via 127.0.0.1
13:47:43+00: dhcpcd[135]: eth0: adding route to 172.20.0.0/16
13:47:43+00: dhcpcd[135]: eth0: adding default route via 172.20.255.1
13:47:44+00: ntpd[156]: Listen normally on 4 eth0 172.20.0.21 UDP 123
13:47:44+00: ntpd[156]: peers refreshed

and dhcp gets a lease pretty much immediately the link comes up

So if it's not a cable or hardware problem causing your link to flap three 
times then 
it's a software problem, but that could be in the distro network scripts, wicd 
or 
the kernel. Kernel driver seems stable for a while now, so I'd think one of the 
other 
two is more likely.

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

Re: [beagleboard] Re: BBB and element 14 BB-View cape

[selsinork]

On 21/03/14 21:00, dlheste...@gmail.com wrote:
>  I was just about to write the BB view off when I gave it one more go with 
> the latest angstrom image.
>
> I will let you know the image name when I get home and check the BBB.
>
The TI-SDK & Angstrom images from 
http://www.element14.com/community/community/knode/single-board_computers/next-gen_beaglebone?ICID=single-board-topbanner-beagleblack
 work just fine.

Official beagleboard.org Angstrom images, or Roberts Debian images won't work 
without some intervention.

The reasons for this are fairly simple:

First is that the touch screen is wired differently and a patch to the driver 
is needed.
Second, if you're using device tree overlays you'll need the right one for your 
kernel and you'll need to add some stuff to uEnv.txt to tell capemgr not to 
load the HDMI virtual capes and to load the BB-View overlay instead.  The 
BB-View doesn't have an eeprom, so capemgr doesn't know the cape exists without 
help.
Lastly, there appears to be a red/green colour swap problem in Xorg

There's a good discussion of getting it working with Roberts Debian images here 
http://www.element14.com/community/thread/31051/l/how-to-bb-view-on-latest-debian
 including the necessary kernel patch.

-- 
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] storage and Java

[David Goodenough]

On Saturday 22 March 2014 05:25:10 Ronny Julian wrote:
> Two questions
> 
> - I tried to install the JDK ARM package under the Debian install.  I had
> one other program installed and ran out of room on the eMMC.  I'm removing
> that one other program and trying again.  Is it worth it or is this 2GB not
> enough
> 
> What is a better storage alternative?   Is it possible to boot off the 16
> GB micro SD card and ignore the eMMC?  Is the Micro SD card only for flash
> or can it be used as a secondary drive?
> 
> Thanks!  This machine may be too small for what I'm asking it to do.
> Ronny
Why are you installing the full JDK, that includes the compiler and all the
related tools.  You only need the JRE to run Java code and that is much
smaller.

You can always add a USB memory stick to add "disk" space.

David

-- 
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] Kernel headers for Linux beaglebone 3.13.6-bone8

[Vlad Ungureanu]

Anybody has a clue where can I get the kernel 
headers? 
https://raw.github.com/gkaindl/beaglebone-ubuntu-scripts/master/bb-get-rcn-kernel-source.sh
 
does not work.

Best,
/vvu

-- 
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] storage and Java

[Ronny Julian]

Two questions

- I tried to install the JDK ARM package under the Debian install.  I had
one other program installed and ran out of room on the eMMC.  I'm removing
that one other program and trying again.  Is it worth it or is this 2GB not
enough

What is a better storage alternative?   Is it possible to boot off the 16
GB micro SD card and ignore the eMMC?  Is the Micro SD card only for flash
or can it be used as a secondary drive?

Thanks!  This machine may be too small for what I'm asking it to do.
Ronny

-- 
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: CPU speed and kernel builds

[Robert Berger]

Hi,

On 03/22/2014 09:33 AM, cwrseckf...@gmail.com wrote:
> 
> 
> On Saturday, March 22, 2014 7:51:28 AM UTC, robert.berger wrote:
> 
> Hi,
> 
> Did you try compile the cpupower tool [1] which comes with the kernel?
> 
> 
> 
> Yes, but the cpufreq directories under /sys just aren't there.  It has
> to be a kernel config problem; could you please pastebin your 3.13
> kernel config somewhere, and I'll try building 3.14 against that.

that's my config: http://pastebin.com/VZS4epai

Regards,

Robert

> 
> Will
>  
> 
> -- 
> For more options, visit http://beagleboard.org/discuss
> ---
> You received this message because you are subscribed to a topic in the
> Google Groups "BeagleBoard" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/beagleboard/6MXDxAdigAk/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> beagleboard+unsubscr...@googlegroups.com
> .
> For more options, visit https://groups.google.com/d/optout.

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

[beagleboard] Re: CPU speed and kernel builds

[cwrseckford]

On Saturday, March 22, 2014 7:51:28 AM UTC, robert.berger wrote:
>
> Hi,
>
> Did you try compile the cpupower tool [1] which comes with the kernel?
>
>
>
Yes, but the cpufreq directories under /sys just aren't there.  It has to 
be a kernel config problem; could you please pastebin your 3.13 kernel 
config somewhere, and I'll try building 3.14 against that.

Will
 

-- 
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: Hello World Program GSOC 2014

[robert.berger]

On Friday, March 21, 2014 7:43:11 PM UTC+1, Florin Maticu wrote:
>
> Hello World program for GSOC 2014.
> Project: Debugging tools for LINUX INDUSTRIAL I/O SUBSYSTEM 
>

... talking about iio ...

Here is something for you to debug on the beagle bone black:

I use a beagle bone black with a 3.13.6 kernel and would like to get the
./generic_buffer test which comes with the kernel to work.

This is what I do:

echo 1 > /sys/bus/iio/devices/iio_sysfs_trigger/add_trigger

ls */sys/bus/iio/devices/*
iio:device0  iio_sysfs_trigger  trigger0

cat /sys/bus/iio/devices/trigger0/name
sysfstrig1

echo 1 > /sys/bus/iio/devices/iio:device0/scan_elements/in_voltage5_en


./generic_buffer.out -n TI-am335x-adc -t sysfstrig1 -l 128
iio device number being used is 0
iio trigger number being used is 0
 sysfstrig1
---> Could not open /trigger/current_trigger
Failed to write current_trigger file

Regards,

Robert 

-- 
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: CPU speed and kernel builds

[robert.berger]

Hi,

Did you try compile the cpupower tool [1] which comes with the kernel?

cpupower frequency-info works as advertised on a 3.13.x kernel and a beagle 
bone black
On a beagle-xm it shows similar problems, but ...

... I think it actually runs on 1GHz:   cpufreq stats: 300 MHz:0.00%, 600 
MHz:0.00%, 800 MHz:0.00%, 1000 MHz:100.00%  (3)

and by mistake shows:current CPU frequency is 600 MHz (asserted by call 
to hardware).

cpupower frequency-info
analyzing CPU 0:
  driver: generic_cpu0
  CPUs which run at the same hardware frequency: 0
  CPUs which need to have their frequency coordinated by software: 0
  maximum transition latency: 300 us.
  hardware limits: 300 MHz - 1000 MHz
  available frequency steps: 300 MHz, 600 MHz, 800 MHz, 1000 MHz
  available cpufreq governors: conservative, ondemand, userspace, 
powersave, performance
  current policy: frequency should be within 300 MHz and 1000 MHz.
  The governor "performance" may decide which speed to use
  within this range.
  current CPU frequency is 600 MHz (asserted by call to hardware).
  cpufreq stats: 300 MHz:0.00%, 600 MHz:0.00%, 800 MHz:0.00%, 1000 
MHz:100.00%  (3)

Regards,

Robert

[1] 
https://git.kernel.org/cgit/linux/kernel/git/stable/linux-stable.git/tree/tools/power/cpupower?id=refs/tags/v3.13.6

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