linux/meta-raspberrypi.git/recipes-devtools, branch pyro

wiringpi: Fix linking problem

2017-09-12T12:48:38+00:00

[github issue #105: wiringpi library is not linked correctly] Incorrect order of compiler flags causing the libwiringpi.so library to not have the required linking dependencies. The cross-compilation patch needed to be reworked in order to fix this problem. Fixes #105 Signed-off-by: Aurelian Zanoschi

rpio: Add RDEPENDS For python-logging & python-threading

2017-09-06T17:44:27+00:00

[GitHub Ticket #98 - rpio requires the logging and threading Python packages but does not RDEPENDS them in recipie] The rpio tool needs the Python logging and threading pacakges installed on the target system for it to work. The pacakges are not included when doing a rpi-basci-image. This change updates the recipe so that all the required dependencies of the prio script are identified by the recipie. Fixes #98 Signed-off-by: Thomas A F Thorne

pi-blaster: update to include proper rpi3 support

2017-07-04T15:49:14+00:00

Update to latest available revision, in order to include proper rpi3 support as well as latest fixes. LIC_FILES_CHKSUM for the license text in README.md is changed to handle fixes of whitespace and newlines in the license text, introduced by the pi-blaster commit: '0e1a1df Cleaning up the README'. Signed-off-by: Petter Mabäcker

bcm2835: Remove dependency of bcm2835-dev on bcm2835

2017-05-27T02:24:35+00:00

By default, the ${PN}-dev package of a recipe depends on the ${PN} package. However, since the bcm2835 package contains no file, it is not generated. As a result, when trying to include bcm2835-dev in an image (or another package that depends on bcm2835-dev, such as bcm2835-staticdev), we receive an error message saying that the bcm2835 package is not found. A solution would be to define ALLOW_EMPTY for bcm2835, so that an empty package is generated. However, that would causes a useless package to be installed on the target. This patch uses another solution, which is to empty the RDEPENDS variable of bcm2835-dev, so that it doesn't pull in bcm2835. Fixes #22 Signed-off-by: Simon Marchi Signed-off-by: Andrei Gherzan

bcm2835: Update to v1.52

2017-04-14T20:10:26+00:00

Signed-off-by: Andrei Gherzan

rpi-gpio: Update to v0.6.2

2017-04-14T20:10:04+00:00

Signed-off-by: Andrei Gherzan

wiringpi: uprev to 2.44

2017-04-05T15:37:13+00:00

This upgrade is required to solve the following runtime hardware detection issue when calling wiringPiSetup() on the Pi3: Unable to determine hardware version. I see: Hardware : BCM2835 , - expecting BCM2708 or BCM2709. This was triggered by the recent kernel upgrade to 4.9 that introduced "BCM2835" as the hardware signature in /proc/cpuinfo. Patches reworked as follow: * 0001-Add-initial-cross-compile-support.patch: rebase to current upstream * 0001-include-asm-ioctl.h-directly-for-_IOC_SIZEBITS.patch: drop since is now upstream Signed-off-by: Andrea Galbusera

bcm2835: Compile examples correct LDFLAGS to avoid HASH errors

2016-09-21T10:38:22+00:00

ERROR: bcm2835-1.50-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/spi' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/event' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/gpio' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/i2c' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/blink' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/spin' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/input' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/bcm2835/1.50-r0/packages-split/bcm2835-tests/usr/lib/bcm2835/pwm' [ldflags] Signed-off-by: Andrei Gherzan

bcm2835: Update to 1.50

2016-09-21T10:38:22+00:00

Signed-off-by: Andrei Gherzan

wiringPi: Fix compilation of libraries

2016-09-21T10:38:22+00:00

Not using the yocto LDFLAGS will make some qa tests fail: ERROR: wiringpi-git-r0 do_package_qa: QA Issue: No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/wiringpi/git-r0/packages-split/wiringpi/usr/lib/libwiringPi.so.2.32' No GNU_HASH in the elf binary: 'build-rpi-master/tmp/work/cortexa7hf-neon-vfpv4-poky-linux-gnueabi/wiringpi/git-r0/packages-split/wiringpi/usr/lib/libwiringPiDev.so.2.32' [ldflags] Signed-off-by: Andrei Gherzan