[yocto] [meta-raspberrypi][PATCH 0/2] More package updates

2015-07-19 Thread Petter Mabäcker
The following changes since commit c8532df1c2e4812b3520d32ed49be943bea2edd9:

  If SERIAL_CONSOLE is already define by another layer, this value may not be 
good. (2015-06-05 16:38:14 +0200)

are available in the git repository at:

  git://git.yoctoproject.org/poky-contrib petmab/rpi_redmine_60_more_updates
  
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/rpi_redmine_60_more_updates

Petter Mabäcker (2):
  omxplayer: Bump SRCREV
  wiringpi: Bump SRCREV

 .../0001-Add-initial-cross-compile-support.patch   | 429 +
 .../wiringPi/files/Makefiles-install.patch | 202 --
 recipes-devtools/wiringPi/wiringpi_git.bb  |  10 +-
 recipes-multimedia/omxplayer/omxplayer_git.bb  |   4 +-
 4 files changed, 437 insertions(+), 208 deletions(-)
 create mode 100644 
recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch
 delete mode 100644 recipes-devtools/wiringPi/files/Makefiles-install.patch

-- 
1.9.1

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


[yocto] [meta-raspberrypi][PATCH 1/2] omxplayer: Bump SRCREV

2015-07-19 Thread Petter Mabäcker
[Support #60]

Signed-off-by: Petter Mabäcker 
---
 recipes-multimedia/omxplayer/omxplayer_git.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/recipes-multimedia/omxplayer/omxplayer_git.bb 
b/recipes-multimedia/omxplayer/omxplayer_git.bb
index c71a743..f4839a9 100644
--- a/recipes-multimedia/omxplayer/omxplayer_git.bb
+++ b/recipes-multimedia/omxplayer/omxplayer_git.bb
@@ -8,9 +8,9 @@ LICENSE = "GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f"
 
 DEPENDS = "libpcre libav virtual/egl boost freetype dbus openssl samba libssh"
-PR = "r3"
+PR = "r4"
 
-SRCREV = "18f051d64d9c837edbf718bc4935204583cfa030"
+SRCREV = "4d8ffd13153bfef2966671cb4fb484afeaf792a8"
 SRC_URI = 
"git://github.com/popcornmix/omxplayer.git;protocol=git;branch=master \
file://0001-Remove-Makefile.include-which-includes-hardcoded.patch \

file://0002-Libraries-and-headers-from-ffmpeg-are-installed-in-u.patch \
-- 
1.9.1

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


[yocto] [meta-raspberrypi][PATCH 2/2] wiringpi: Bump SRCREV

2015-07-19 Thread Petter Mabäcker
Update wiringpi to latest revision. Due to a refactoring of the build
procedure in wiringpi the integration patch 'makefile-install.patch'
didn't apply anymore. While migrating that patch it was simplified and
generated using 'git format-patch' instead, to make it easier to maintain
the patch in the future.

[Support #60]

Signed-off-by: Petter Mabäcker 
---
 .../0001-Add-initial-cross-compile-support.patch   | 429 +
 .../wiringPi/files/Makefiles-install.patch | 202 --
 recipes-devtools/wiringPi/wiringpi_git.bb  |  10 +-
 3 files changed, 435 insertions(+), 206 deletions(-)
 create mode 100644 
recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch
 delete mode 100644 recipes-devtools/wiringPi/files/Makefiles-install.patch

diff --git 
a/recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch 
b/recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch
new file mode 100644
index 000..c5ba270
--- /dev/null
+++ 
b/recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch
@@ -0,0 +1,429 @@
+From b0d82bc7cc90db41aa4f7012bbe3009f0b8ab11d Mon Sep 17 00:00:00 2001
+From: =?UTF-8?q?Petter=20Mab=C3=A4cker?= 
+Date: Sat, 18 Jul 2015 23:20:05 +0200
+Subject: [PATCH] Add initial cross compile support
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+Upstream-Status: Pending
+
+Signed-off-by: Petter Mabäcker 
+---
+ devLib/Makefile | 58 +
+ examples/Gertboard/Makefile | 22 ++---
+ examples/Makefile   | 19 +--
+ examples/PiFace/Makefile| 22 ++---
+ examples/PiGlow/Makefile|  4 ++--
+ examples/q2w/Makefile   |  5 ++--
+ gpio/Makefile   | 31 +---
+ wiringPi/Makefile   | 56 ---
+ 8 files changed, 124 insertions(+), 93 deletions(-)
+
+diff --git a/devLib/Makefile b/devLib/Makefile
+index d62b532..c7c7884 100644
+--- a/devLib/Makefile
 b/devLib/Makefile
+@@ -22,18 +22,22 @@
+ 
#
+ 
+ VERSION=$(shell cat ../VERSION)
+-DESTDIR=/usr
+-PREFIX=/local
++DESTDIR?=/usr
++PREFIX?=/local
+ 
+-STATIC=libwiringPiDev.a
+-DYNAMIC=libwiringPiDev.so.$(VERSION)
++INCLUDE_DIR?=$(DESTDIR)$(PREFIX)/include
++LIB_DIR?=$(DESTDIR)$(PREFIX)/lib
+ 
+-#DEBUG= -g -O0
+-DEBUG = -O2
+-CC= gcc
+-INCLUDE   = -I.
+-DEFS  = -D_GNU_SOURCE
+-CFLAGS= $(DEBUG) $(DEFS) -Wformat=2 -Wall -Winline $(INCLUDE) -pipe 
-fPIC
++BASE_NAME=libwiringPiDev
++STATIC=$(BASE_NAME).a
++DYNAMIC=$(BASE_NAME).so.$(VERSION)
++
++#DEBUG?= -g -O0
++DEBUG ?= -O2
++CC?= gcc
++INCLUDE   ?= -I.
++DEFS  ?= -D_GNU_SOURCE
++CFLAGS?= $(DEBUG) $(DEFS) -Wformat=2 -Wall -Winline $(INCLUDE) -pipe 
-fPIC
+ 
+ LIBS=
+ 
+@@ -60,16 +64,16 @@ $(STATIC): $(OBJ)
+ 
+ $(DYNAMIC):   $(OBJ)
+   @echo "[Link (Dynamic)]"
+-  @$(CC) -shared -Wl,-soname,libwiringPiDev.so -o 
libwiringPiDev.so.$(VERSION) -lpthread $(OBJ)
++  @$(CC) -shared -Wl,-soname,$(BASE_NAME).so.$(DYN_VERS_MAJ) -o 
$(BASE_NAME).so -lpthread $(OBJ)
+ 
+ .c.o:
+   @echo [Compile] $<
+-  @$(CC) -c $(CFLAGS) $< -o $@
++  @$(CC) -c $(CFLAGS) -fPIC $< -o $@
+ 
+ .PHONY:   clean
+ clean:
+   @echo "[Clean]"
+-  @rm -f $(OBJ) $(OBJ_I2C) *~ core tags Makefile.bak libwiringPiDev.*
++  @rm -f $(OBJ) $(OBJ_I2C) *~ core tags Makefile.bak $(BASE_NAME).so* 
$(BASE_NAME).a
+ 
+ .PHONY:   tags
+ tags: $(SRC)
+@@ -80,22 +84,22 @@ tags:  $(SRC)
+ .PHONY:   install
+ install:  $(DYNAMIC)
+   @echo "[Install Headers]"
+-  @install -m 0755 -d 
$(DESTDIR)$(PREFIX)/include
+-  @install -m 0644 $(HEADERS) 
$(DESTDIR)$(PREFIX)/include
++  @install -m 0755 -d 
$(INCLUDE_DIR)
++  @install -m 0644 $(HEADERS) 
$(INCLUDE_DIR)
+   @echo "[Install Dynamic Lib]"
+-  @install -m 0755 -d 
$(DESTDIR)$(PREFIX)/lib
+-  @install -m 0755 libwiringPiDev.so.$(VERSION)   
$(DESTDIR)$(PREFIX)/lib/libwiringPiDev.so.$(VERSION)
+-  @ln -sf $(DESTDIR)$(PREFIX)/lib/libwiringPiDev.so.$(VERSION)
$(DESTDIR)/lib/libwiringPiDev.so
+-  @ldconfig
++  @install -m 0755 -d 
$(LIB_DIR)
++  @install -m 0755 $(BASE_NAME).so$(LIB_DIR)/$(DYNAMIC)
++  @ln -sf $(DYNAMIC)  $(LIB_DIR)/$(BASE_NAME).so
++  @ln -sf $(DYNAMIC)  
$(LIB_DIR)/$(BASE_NAME).so.$(DYN_VERS_MAJ)
+ 
+ .PHONY:   install-static
+ install-static:   $(STATIC)
+   @echo "[Install Headers]"
+-  @install -m 0755 -

Re: [yocto] [meta-raspberrypi][PATCH 0/2] More package updates

2015-07-19 Thread Andrei Gherzan
On Sun, Jul 19, 2015 at 11:11:24AM +0200, Petter Mabäcker wrote:
> The following changes since commit c8532df1c2e4812b3520d32ed49be943bea2edd9:
>
>   If SERIAL_CONSOLE is already define by another layer, this value may not be 
> good. (2015-06-05 16:38:14 +0200)
>
> are available in the git repository at:
>
>   git://git.yoctoproject.org/poky-contrib petmab/rpi_redmine_60_more_updates
>   
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/rpi_redmine_60_more_updates
>
> Petter Mabäcker (2):
>   omxplayer: Bump SRCREV
>   wiringpi: Bump SRCREV
>
>  .../0001-Add-initial-cross-compile-support.patch   | 429 
> +
>  .../wiringPi/files/Makefiles-install.patch | 202 --
>  recipes-devtools/wiringPi/wiringpi_git.bb  |  10 +-
>  recipes-multimedia/omxplayer/omxplayer_git.bb  |   4 +-
>  4 files changed, 437 insertions(+), 208 deletions(-)
>  create mode 100644 
> recipes-devtools/wiringPi/files/0001-Add-initial-cross-compile-support.patch
>  delete mode 100644 recipes-devtools/wiringPi/files/Makefiles-install.patch

Series tested and merged to master. Thanks.

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


Re: [yocto] [meta-raspberrypi][PATCH 0/6] Update packages

2015-07-19 Thread Andrei Gherzan
On Wed, Jul 08, 2015 at 06:10:33PM +0200, Petter Mabäcker wrote:
> See http://redmine.gherzan.com/issues/60 for additional info.
>
> The following changes since commit c8532df1c2e4812b3520d32ed49be943bea2edd9:
>
>   If SERIAL_CONSOLE is already define by another layer, this value may not be 
> good. (2015-06-05 16:38:14 +0200)
>
> are available in the git repository at:
>
>   git://git.yoctoproject.org/poky-contrib petmab/rpi_redmine_60_03
>   
> http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=petmab/rpi_redmine_60_03
>
> Petter Mabäcker (6):
>   bcm: Bump SRCREV
>   rpi-mkimage: Bump SRCREV
>   bcm2835: update version to 1.44
>   pi-blaster: bump to latest version
>   rpi-gpio: update version to 0.5.11
>   userland: bump SRCREV
>

Series tested and merged to master. Thanks.

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


Re: [yocto] [meta-raspberrypi][PATCH] firmware.inc: fetch from SVN instead of Git

2015-07-19 Thread Andrei Gherzan
Hello,

--
Andrei Gherzan

On Thu, Jul 16, 2015 at 7:53 PM, Jon Szymaniak 
wrote:

> Hi all,
>
>
>> >
>> > So there is no support for depth clones until 2.5.0? I didn't really
>> > understand.
>>
>> Well, shallow clones are supported but only for branch tips, which is
>> not what we need. This feature for shallow cloning a specific revision
>> is available only in git 2.5.0+. Also, this feature needs a server-side
>> configuration option to be enabled, in order to work properly.
>>
>> Regards,
>> Nikolay
>>
>
> I'd argue that this whole issue with the whole meta-raspberrypi
> firmware.inc download is more than just slow, inconvenient download.  I've
> left builds running all night (8+ hours on a 30Mib/s residential link) that
> just hang on this, usually timing out.  I initially thought it was just me,
> but am hearing others confirm this as well.
>
> As such, I just wanted to continue this conversation.  It sounds like git
> fetch's --depth is the best option on the table, but has the issues Nikolay
> has described.  What are your thoughts on the following?
>
> (1) We create a git-native and build a version that supports this the
> fetch depth?
>
> I suspect this could be made to work, but haven't dug into what
> dependencies git may have and how that would play out on various LTS
> distros. My knee-jerk is that has too high of a risk/benefit ration, given
> that we're talking about 1 repo.
>
> (2) We update the git fetcher to check the git version and support a
> depth= option if the git version is sufficient.  If it is not, we spit out
> a warning and fall back to the current behavior.
>
> Neither (1) nor (2) address Nikolay's point that --depth requires
> server-side support.  However, I'd argue this is something you'd be testing
> and verifying when writing the recipe.  Is this a reasonable assertion? How
> likely is it that a server supporting this would suddenly be re-configured?
>
> (3) We request that the upstream maintainer of meta-raspberrypi use the
> GitHub Release feature [a] to post a tarball of a known checksum at
> somewhat regular intervals.  I'm told by a few package maintainers that
> while the tarballs that it generates for specific changesets are subject to
> change, that the tarballs it autogenerates when using its Releases feature
> do not.  However, I have not confirmed this.  If this is false, then one
> can upload a tarball with known checksums to the release as an attachment;
> I would be *shocked* if they touch your attachments.
>
> While (3) is a nice "not our problem" solution, I think (2) might have
> some benefits for other recipes later.  Any other ideas?
>
>
Definitely 2 is the best opinion in my opinion too. I'm wondering if there
is any work started in this direction.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto


Re: [yocto] Read-only file system with persistent storage

2015-07-19 Thread Mike Looijmans

On 16-07-15 13:36, Gary Thomas wrote:

I'd like to set up a system with a read-only root file system
along with some persistent read-write storage.  What are the
[best] options in Poky/Yocto for this?  Is there any support
for some type of overlay file system?

Thanks for any ideas/pointers


Depends. NOR or NAND flash?

with NOR, you can store a squashfs rootfs into it, and then use another 
portion with jffs2 or ubifs for r/w capability. If you want to be able to 
change 'everything', you can use an overlay fs, this requires some fiddling 
with pivot_root and friends.


with NAND, you'd have to use a fault-tolerant filesystem to store the rootfs. 
Dunno if it's possible to store a squashfs as a volume into ubi. The rest is 
similar to NOR.




Kind regards,

Mike Looijmans
System Expert

TOPIC Embedded Products
Eindhovenseweg 32-C, NL-5683 KH Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
Telefax: +31 (0) 499 33 69 70
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com

Please consider the environment before printing this e-mail





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