[yocto] populate_sdk cmake and eclipse

2016-04-27 Thread Ruben Schwarz
Hi,

we created our own image for our custom hardware with yocto jethro.
Everything works fine, thanks for this great tools!

Now more developers have to write software for our project. I did the
following steps to set up a application dev environment (as mentionend in
application developers guide):

1. Create sdk: bitbake myImage -c populate_sdk
2. copy generated sdk.sh to a fresh installed ubuntu 14.04 and execute.
Toolchain is installed in /opt/poky/2.0.1/
3. install eclipse and the eclipse yocto plugin as mentionend in the docs.
4. Create a new Yocto Autotools C++ Project -> Build -> copy to target ->
Execute -> everything is fine!
5. Create a new Yocto CMake C++ Project -> Build -> Error: unable to run
cmake
6. Compile cmake project by hand:
cd PROJECT_FOLDER/Debug
source /opt/poky/2.0.1/environment_setup...
cmake ..
make

compiles without errors

*Now my questions:*
Anybody here who uses a sdk with eclipse and cmake?
Did I miss any configuration?

Not directly regarded to this problem:
Anybody here who uses JetBrains CLion with a yocto toolchain/sdk?

Thanks in advance and best regards
Ruben

-- 


Besuchen Sie uns auf der Hannover Messe vom 25. - 29. April, Halle 7, Stand 
D 34 auf dem Gemeinschaftsstand Baden-Württemberg! weitere Informationen 


Besuchen Sie unseren Chrome Webshop unter shop.cloudwuerdig.com

www.sotec.eu | www.cloudwuerdig.com 
-- 
SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG 
Calwer Straße 11, D-75395 Ostelsheim 
Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, 
Geschäftsführer: Florian Holz 
Cloudwürdig® ist eine eingetragene Marke der SOTEC Software Entwicklungs 
GmbH + Co Mikrocomputertechnik KG

Der Inhalt dieser e-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser e-Mail oder dessen 
Vertreter sein sollten, so beachten Sie bitte, dass jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des 
Inhalts dieser e-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall 
mit dem Absender der e-Mail in Verbindung zu setzen.

The content of this e-mail is meant exclusively for the person to whom it 
is addressed. If you are not the person to whom this e-mail is addressed or 
his/her representative, please be informed, that any form of knowledge, 
publication, duplication or distribution of the content of this e-mail is 
inadmissible. We ask you, therefore, in such a case to please contact the 
sender of this e-mail.

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] upgrade daisy -> jethro

2016-03-23 Thread Ruben Schwarz
Hi,

we have a customized board with Texas Instruments AM335x Processor. It's
based on Beaglebone Black and EVM Starter Kit.

We have a working yocto-daisy image running U-Boot 2013.07 and Kernel 3.14.
No we want to upgrade to jethro, including U-Boot 2015.07 and Kernel 4.1.

What I did:
- Merging U-Boot Patches from 2013.07 to 2015.07.
  The board boots and ping to other machine is possible from U-Boot command
line.

- Building Kernel 4.1 with defconfig from Kernel 3.14
  This Kernel boots, but no network interfaces come up. *ip a* only shows
loopback interface. Device Tree files are the same as in Kernel 3.14

- Building Kernel 4.1 with omap2plus_defconfig
  This Kernel doesn't boot, it hangs after U-Boot procedure.

My Questions:
- Anybody here who did something similar? Any hint how to handle yocto
upgrades in general?
- Are there any changes in device tree from kernel 3.14 to 4.1?
- How can I check if the problem is u-boot specific (Hardware init), device
tree or kernel driver?
- Anybody here who has a running linux kernel 4.1 for beaglebone black?

And, more general:
- How do you handle yocto source upgrades in your products / systems? Code
freeze after development?

Thanks in advance and best regards
Ruben

-- 


Besuchen Sie unseren Chrome Webshop unter shop.cloudwuerdig.com

www.sotec.eu | www.cloudwuerdig.com 
-- 
SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG 
Calwer Straße 11, D-75395 Ostelsheim 
Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, 
Geschäftsführer: Florian Holz 
Cloudwürdig® ist eine eingetragene Marke der SOTEC Software Entwicklungs 
GmbH + Co Mikrocomputertechnik KG

Der Inhalt dieser e-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser e-Mail oder dessen 
Vertreter sein sollten, so beachten Sie bitte, dass jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des 
Inhalts dieser e-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall 
mit dem Absender der e-Mail in Verbindung zu setzen.

The content of this e-mail is meant exclusively for the person to whom it 
is addressed. If you are not the person to whom this e-mail is addressed or 
his/her representative, please be informed, that any form of knowledge, 
publication, duplication or distribution of the content of this e-mail is 
inadmissible. We ask you, therefore, in such a case to please contact the 
sender of this e-mail.

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Upgrade from Daisy to Jethro -> Hardware Problems (Device Tree)

2016-03-19 Thread Ruben Schwarz
Hi,

we have a customized hardware based on Beaglebone Black. We created an BSP
Layer with daisy and everything worked fine.

Now we decided to upgrade our yocto sources from daisy (Kernel 3.14.4) to
jethro (Kernel 4.1.15).

I adjusted the Kernel patches to work with new sources. The system boots
but the network interfaces aren't available.
ip a shows only the loopback interface.

I see that the Kernel Image changed from uImage to zImage. Device Tree
files are used as an the previous build.

Does anybody know if I have to change the device tree files to work with
the new Kernel? Any other ideas how to solve this problem?

Best regards
Ruben

-- 


Besuchen Sie unseren Chrome Webshop unter shop.cloudwuerdig.com

www.sotec.eu | www.cloudwuerdig.com 
-- 
SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG 
Calwer Straße 11, D-75395 Ostelsheim 
Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, 
Geschäftsführer: Florian Holz 
Cloudwürdig® ist eine eingetragene Marke der SOTEC Software Entwicklungs 
GmbH + Co Mikrocomputertechnik KG

Der Inhalt dieser e-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser e-Mail oder dessen 
Vertreter sein sollten, so beachten Sie bitte, dass jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des 
Inhalts dieser e-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall 
mit dem Absender der e-Mail in Verbindung zu setzen.

The content of this e-mail is meant exclusively for the person to whom it 
is addressed. If you are not the person to whom this e-mail is addressed or 
his/her representative, please be informed, that any form of knowledge, 
publication, duplication or distribution of the content of this e-mail is 
inadmissible. We ask you, therefore, in such a case to please contact the 
sender of this e-mail.

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Read-only rootfs update

2015-11-24 Thread Ruben Schwarz
Hi,

We are using yocto to build a custom linux image for our BeagleBoneBlack
based hardware. We are using a read-only root file system to prevent data
lost if power supply is lost.
Now we wan't to be able to update our device. If it is possiple we wan't to
use apt/dpkg to do this update. We set up an update server and everything
works so far.

Following steps are done to do an update:

mount -o remount,rw /
apt-get update
apt-get upgrade

Everything works fine, new package versions are installed. After rebooting
the device and executing "dpkg -l" the old package version is listed.
Output of mount shows that there is tmpfs on /var/lib which hides the
/var/lib/dpkg folder.


root@device:~# mount
rootfs on / type rootfs (rw)
/dev/root on / type ext4 (ro,relatime,data=ordered)
devtmpfs on /dev type devtmpfs
(rw,relatime,size=243140k,nr_inodes=60785,mode=755)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
debugfs on /sys/kernel/debug type debugfs (rw,relatime)
tmpfs on /run type tmpfs (rw,nosuid,nodev,mode=755)
tmpfs on /var/volatile type tmpfs (rw,relatime)
tmpfs on /var/lib type tmpfs (rw,relatime)
devpts on /dev/pts type devpts (rw,relatime,gid=5,mode=620)




Is there an standard way how to update devices with read-only root file
systems? Anybody here who did something similar?

Best regards
Ruben

-- 
Ruben Schwarz | SOTEC | r.schw...@sotec.eu | T +49 7033 5458 34 | F +49
7033 5458 95

-- 


Besuchen Sie uns auf der SPS IPC Drives vom 24. - 26.11. in Nürnberg 
<http://sps-messe.de/eintrittskarten>
Ihr kostenloser Gutscheincode: 1551219857

Sichern Sie sich heute noch einen Platz bei Google's Online Event über den 
Arbeitsplatz der Zukunft <https://goo.gl/qn0dep>

www.sotec.eu | www.cloudwuerdig.com 
-- 
SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG 
Calwer Straße 11, D-75395 Ostelsheim 
Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, 
Geschäftsführer: Florian Holz 
Cloudwürdig® ist eine eingetragene Marke der SOTEC Software Entwicklungs 
GmbH + Co Mikrocomputertechnik KG

Der Inhalt dieser e-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser e-Mail oder dessen 
Vertreter sein sollten, so beachten Sie bitte, dass jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des 
Inhalts dieser e-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall 
mit dem Absender der e-Mail in Verbindung zu setzen.

The content of this e-mail is meant exclusively for the person to whom it 
is addressed. If you are not the person to whom this e-mail is addressed or 
his/her representative, please be informed, that any form of knowledge, 
publication, duplication or distribution of the content of this e-mail is 
inadmissible. We ask you, therefore, in such a case to please contact the 
sender of this e-mail.

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


[yocto] Eclipse build of existing cmake project

2015-04-29 Thread Ruben Schwarz
Hi everybody,

What I did:
I built an image and support for eclipse (meta-ide-support) for beagle bone
black (BBB).
I am able to create a new project in eclipse and build and run this new
project on my hardware.

I have an existing CMAKE project which should run on BBB.
I know how to write an recipe for my project and build this existing
project with bitbake.

What I want to do:
I want to build my existing cmake project with eclipse. Is there any
possibility to import existing cmake projects to eclipse and do a build
using yocto toolchain?

Best regards
Ruben

-- 
Ruben Schwarz | SOTEC | r.schw...@sotec.eu | T +49 7033 5458 34 | F +49
7033 5458 95

-- 


www.sotec.eu | www.cloudwuerdig.com 
-- 
SOTEC Software Entwicklungs GmbH + Co Mikrocomputertechnik KG 
Calwer Straße 11, D-75395 Ostelsheim 
Sitz Ostelsheim, Amtsgericht Stuttgart HRA 330821/HRB 330664, 
Geschäftsführer: Florian Holz 
Cloudwürdig® ist eine eingetragene Marke der SOTEC Software Entwicklungs 
GmbH + Co Mikrocomputertechnik KG

Der Inhalt dieser e-Mail ist ausschließlich für den bezeichneten Adressaten 
bestimmt. Wenn Sie nicht der vorgesehene Adressat dieser e-Mail oder dessen 
Vertreter sein sollten, so beachten Sie bitte, dass jede Form der 
Kenntnisnahme, Veröffentlichung, Vervielfältigung oder Weitergabe des 
Inhalts dieser e-Mail unzulässig ist. Wir bitten Sie, sich in diesem Fall 
mit dem Absender der e-Mail in Verbindung zu setzen.

The content of this e-mail is meant exclusively for the person to whom it 
is addressed. If you are not the person to whom this e-mail is addressed or 
his/her representative, please be informed, that any form of knowledge, 
publication, duplication or distribution of the content of this e-mail is 
inadmissible. We ask you, therefore, in such a case to please contact the 
sender of this e-mail.

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto