[oe] [poky]: libusb1_1.0.18.bb: configure: error: udev support requested but libudev not installed
/stat.h... (cached) yes | checking for stdlib.h... (cached) yes | checking for string.h... (cached) yes | checking for memory.h... (cached) yes | checking for strings.h... (cached) yes | checking for inttypes.h... (cached) yes | checking for stdint.h... (cached) yes | checking for unistd.h... (cached) yes | checking for dlfcn.h... (cached) yes | checking for objdir... .libs | checking if arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 supports -fno-rtti -fno-exceptions... no | checking for arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 option to produce PIC... -fPIC -DPIC | checking if arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 PIC flag -fPIC -DPIC works... yes | checking if arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 static flag -static works... yes | checking if arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 supports -c -o file.o... yes | checking if arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 supports -c -o file.o... (cached) yes | checking whether the arm-poky-linux-gnueabi-gcc -march=armv7-a -mthumb-interwork -mfloat-abi=softfp -mfpu=neon --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 linker (arm-poky-linux-gnueabi-ld --sysroot=/tool/yocto/build/zc706/tmp/sysroots/zc706-zynq7 ) supports shared libraries... yes | checking whether -lc should be explicitly linked in... no | checking dynamic linker characteristics... GNU/Linux ld.so | checking how to hardcode library paths into programs... immediate | checking whether stripping libraries is possible... yes | checking if libtool supports shared libraries... yes | checking whether to build shared libraries... yes | checking whether to build static libraries... yes | checking for arm-poky-linux-gnueabi-windres... no | checking for windres... no | checking for inline... inline | checking operating system... Linux | checking for library containing clock_gettime... none required | checking libudev.h usability... no | checking libudev.h presence... no | checking for libudev.h... no | configure: error: udev support requested but libudev not installed | Configure failed. The contents of all config.log files follows to aid debugging | ERROR: oe_runconf failed | WARNING: /tool/yocto/build/zc706/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/libusb1/1.0.18-r0/temp/run.do_configure.13881:1 exit 1 from | exit 1 | ERROR: Function failed: do_configure (log file is located at /tool/yocto/build/zc706/tmp/work/armv7a-vfp-neon-poky-linux-gnueabi/libusb1/1.0.18-r0/temp/log.do_configure.13881) ERROR: Task 1382 (/tool/yocto/poky/meta/recipes-support/libusb/libusb1_1.0.18.bb, do_configure) failed with exit code '1' NOTE: Tasks Summary: Attempted 1361 tasks of which 4 didn't need to be rerun and 1 failed. Waiting for 0 running tasks to finish: Summary: 1 task failed: /tool/yocto/poky/meta/recipes-support/libusb/libusb1_1.0.18.bb, do_configure Summary: There was 1 WARNING message shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. Regards, Elvis Dowson signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [poky] gcc-cross-initial_4.8.bb, do_patch failed with exit code '1'
Hi, Currently poky master branch fails to build gcc-4.8 because of numerous on going adaptations to include gcc-4.9. The most recent one is as follows: Build Configuration: BB_VERSION= 1.23.1 BUILD_SYS = x86_64-linux NATIVELSBSTRING = Ubuntu-12.10 TARGET_SYS= arm-poky-linux-gnueabi MACHINE = zc706-zynq7 DISTRO= poky DISTRO_VERSION= 1.6+snapshot-20140517 TUNE_FEATURES = arm armv7a vfp neon zynq TARGET_FPU= vfp-neon meta meta-yocto meta-yocto-bsp= master:85f51bb754d154ba1f2d3a3903b67d4994efe52f meta-xilinx = master:869cba51d3db7909077ad0f066b784ebfd3b092d meta-xilinx-community = master:b93b7ccfa7bddbe7f5fb280e24b7ddccd78c09ff NOTE: Preparing runqueue NOTE: Executing SetScene Tasks NOTE: Executing RunQueue Tasks ERROR: Command Error: exit status: 1 Output: Applying patch 0002-uclibc-conf.patch patch: Can't open patch file patches/0002-uclibc-conf.patch : No such file or directory Patch 0002-uclibc-conf.patch can be reverse-applied ERROR: Function failed: patch_do_patch ERROR: Logfile of failure stored in: /tool/yocto/build/zc706/tmp/work-shared/gcc-4.8.2-r0/temp/log.do_patch.13212 ERROR: Task 344 (/tool/yocto/poky/meta/recipes-devtools/gcc/gcc-cross-initial_4.8.bb, do_patch) failed with exit code '1' NOTE: Tasks Summary: Attempted 363 tasks of which 3 didn't need to be rerun and 1 failed. Waiting for 0 running tasks to finish: Summary: 1 task failed: /tool/yocto/poky/meta/recipes-devtools/gcc/gcc-cross-initial_4.8.bb, do_patch Summary: There was 1 WARNING message shown. Summary: There were 2 ERROR messages shown, returning a non-zero exit code. Regards, Elvis Dowson signature.asc Description: Message signed with OpenPGP using GPGMail -- ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx-community] The URL: '${PATCH_LIST}' is invalid and cannot be interpreted
Hi,
In the following linux-xlnx-3.8.bbappend,
http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx-community/tree/recipes-kernel/linux/linux-xlnx_3.8.bbappend
ZX3_ZYNQ7_PATCHSET = \
file://zx3-zynq7/0001-ze7000-phy-micrel-phy-init.patch
\
file://zx3-zynq7/0002-ze7000-phy-adapt-marvell-settings.patch
\
file://zx3-zynq7/0003-zynq-nand-do-not-wait-on-erase-completion-in-cmd-fct.patch
\
file://zx3-zynq7/0004-clk-remove-clock-notifier-at-unregister.patch
\
file://zx3-zynq7/0005-xdevcfg-Make-sure-that-devcfg-is-not-in-loopback-mod.patch
\
file://zx3-zynq7/0006-xilinx_emacps-Make-phy-address-configurable.patch
\
file://zx3-zynq7/0007-kernel-sdhci-add-sd-card-support.patch
\
file://zx3-zynq7/0008-xilinx_emacps-Changed-change_mtu-so-that-it-is-possi.patch
\
file://zx3-zynq7/0009-xilinx_emacps-Set-the-maximum-frame-reception-size-t.patch
\
PATCH_LIST_ze7000-zynq7 = ${ZX3_ZYNQ7_PATCHSET}”
snip
SRC_URI_append += ${PATCH_LIST}”
snip
I get the following error, for all other machines, except for machine
ze7000-zynq7:
ERROR: ExpansionError during parsing
/tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xlnx_3.8.bb: Failure
expanding variable do_fetch[file-checksums], expression was
${@bb.fetch.get_checksum_file_list(d)} which triggered exception MalformedUrl:
The URL: '${PATCH_LIST}' is invalid and cannot be interpreted
If I redefine
SRC_URI_append += ${PATCH_LIST_ze7000-zynq7}”
it fixes the issue.
However, I was wondering what is the correct way, to use the kernel PATCH_LIST
variable?
Regards,
Elvis Dowson
signature.asc
Description: Message signed with OpenPGP using GPGMail
--
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core 2/5] qemu: Add support for qemuarma9.
This commit - adds support for qemuarma9 machine support based on the vexpress-a9 platform. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- meta/conf/machine/qemuarma9.conf | 24 1 file changed, 24 insertions(+) create mode 100644 meta/conf/machine/qemuarma9.conf diff --git a/meta/conf/machine/qemuarma9.conf b/meta/conf/machine/qemuarma9.conf new file mode 100644 index 000..a46e28c --- /dev/null +++ b/meta/conf/machine/qemuarma9.conf @@ -0,0 +1,24 @@ +#@TYPE: Machine +#@NAME: qemuarma9 +#@DESCRIPTION: Machine configuration for QEMU ARM Cortex-A9. + +# Specify the default tune. +DEFAULTTUNE = armv7a-neon + +require conf/machine/include/qemu.inc +require conf/machine/include/tune-cortexa9.inc + +# Specify the preferred kernel version. +PREFERRED_VERSION_linux-yocto ?= 3.8% + +# Specify the kernel devicetree. +KERNEL_DEVICETREE = vexpress-v2p-ca9.dtb + +# Specify the machine name used by the kernel. +KMACHINE_qemuarma9 = vexpress + +# Specify the kernel image type. +KERNEL_IMAGETYPE = uImage + +# Specify the serial console parameters. +SERIAL_CONSOLE = 115200 ttyAMA0 -- 1.7.10.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core 4/5] linux-yocto: Add support for qemuarmv7 and qemuarma9.
This commit
- adds qemuarmv7 and qemuarma9 to the list of compatible machines.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
meta/recipes-kernel/linux/linux-yocto_3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
index 790e3e3..0bd9913 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
@@ -21,7 +21,7 @@ PV = ${LINUX_VERSION}+git${SRCPV}
KMETA = meta
-COMPATIBLE_MACHINE = qemuarm|qemux86|qemuppc|qemumips|qemumips64|qemux86-64
+COMPATIBLE_MACHINE =
qemuarm|qemuarmv7|qemuarma9|qemux86|qemuppc|qemumips|qemumips64|qemux86-64
# Functionality flags
KERNEL_EXTRA_FEATURES ?= features/netfilter/netfilter.scc
--
1.7.10.4
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core 3/5] qemu: Add support for qemuarmv7.
This commit - adds support for qemuarmv7 machine support based on the beagleboard platform. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- meta/conf/machine/qemuarmv7.conf | 18 ++ 1 file changed, 18 insertions(+) create mode 100644 meta/conf/machine/qemuarmv7.conf diff --git a/meta/conf/machine/qemuarmv7.conf b/meta/conf/machine/qemuarmv7.conf new file mode 100644 index 000..7f70ddb --- /dev/null +++ b/meta/conf/machine/qemuarmv7.conf @@ -0,0 +1,18 @@ +#@TYPE: Machine +#@NAME: qemuarmv7 +#@DESCRIPTION: Machine configuration for QEMU ARM Cortex-A8. + +# Specify the default tune. +DEFAULTTUNE = armv7a-neon + +require conf/machine/include/qemu.inc +require conf/machine/include/tune-cortexa8.inc + +# Specify the preferred kernel version. +PREFERRED_VERSION_linux-yocto ?= 3.8% + +# Specify the machine name used by the kernel. +KMACHINE_qemuarmv7 = beagleboard + +# Specify the serial console parameters. +SERIAL_CONSOLE = 115200 ttyO2 -- 1.7.10.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core 1/5] qemu: Add cpio to the list of image filesystem types.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- meta/conf/machine/include/qemu.inc |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/conf/machine/include/qemu.inc b/meta/conf/machine/include/qemu.inc index 545f8d1..d5c95ff 100644 --- a/meta/conf/machine/include/qemu.inc +++ b/meta/conf/machine/include/qemu.inc @@ -15,7 +15,7 @@ MACHINE_FEATURES = apm alsa pcmcia bluetooth irda usbgadget screen MACHINEOVERRIDES =. qemuall: -IMAGE_FSTYPES += tar.bz2 ext3 +IMAGE_FSTYPES += cpio tar.bz2 ext3 # Don't include kernels in standard images RDEPENDS_kernel-base = -- 1.7.10.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core 5/5] qemu: runqemu: Add support for launching qemuarmv7 and qemuarma9 machine configurations.
This commit
- adds support for launching qemuarmv7 and qemuarmv9 machine configurations.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
scripts/runqemu | 14 ---
scripts/runqemu-internal | 58 ++
2 files changed, 65 insertions(+), 7 deletions(-)
diff --git a/scripts/runqemu b/scripts/runqemu
index 04dc3b0..3282893 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -39,6 +39,8 @@ usage() {
echo
echo Examples:
echo $MYNAME qemuarm
+echo $MYNAME qemuarmv7
+echo $MYNAME qemuarma9
echo $MYNAME qemux86-64 core-image-sato ext3
echo $MYNAME path/to/bzImage-qemux86.bin path/to/nfsrootdir/ serial
echo $MYNAME qemux86 ramfs
@@ -107,7 +109,7 @@ KVM_ENABLED=no
while true; do
arg=${1}
case $arg in
-qemux86 | qemux86-64 | qemuarm | qemumips | qemumipsel | \
+qemux86 | qemux86-64 | qemuarm | qemuarmv7 | qemuarma9
|qemumips | qemumipsel | \
qemumips64 | qemush4 | qemuppc | qemumicroblaze | qemuzynq)
[ -z $MACHINE ] MACHINE=$arg || \
error conflicting MACHINE types [$MACHINE] and [$arg]
@@ -224,13 +226,13 @@ fi
if [ -z $MACHINE ]; then
if [ x$FSTYPE = xvmdk ]; then
-MACHINE=`basename $VM | sed
's/.*\(qemux86-64\|qemux86\|qemuarm\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'`
+MACHINE=`basename $VM | sed
's/.*\(qemux86-64\|qemux86\|qemuarm\|qemuarmv7\|qemuarma9\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'`
if [ -z $MACHINE ]; then
error Unable to set MACHINE from vmdk filename [$VM]
fi
echo Set MACHINE to [$MACHINE] based on vmdk [$VM]
else
-MACHINE=`basename $KERNEL | sed
's/.*\(qemux86-64\|qemux86\|qemuarm\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'`
+MACHINE=`basename $KERNEL | sed
's/.*\(qemux86-64\|qemux86\|qemuarm\|qemuarmv7\|qemuarma9\|qemumips64\|qemumips\|qemuppc\|qemush4\).*/\1/'`
if [ -z $MACHINE ]; then
error Unable to set MACHINE from kernel filename [$KERNEL]
fi
@@ -294,6 +296,12 @@ QEMUX86_64_DEFAULT_FSTYPE=ext3
QEMUARM_DEFAULT_KERNEL=zImage-qemuarm.bin
QEMUARM_DEFAULT_FSTYPE=ext3
+QEMUARMV7_DEFAULT_KERNEL=zImage-qemuarmv7.bin
+QEMUARMV7_DEFAULT_FSTYPE=ext3
+
+QEMUARMA9_DEFAULT_KERNEL=uImage
+QEMUARMA9_DEFAULT_FSTYPE=cpio
+
QEMUMIPS_DEFAULT_KERNEL=vmlinux-qemumips.bin
QEMUMIPS_DEFAULT_FSTYPE=ext3
diff --git a/scripts/runqemu-internal b/scripts/runqemu-internal
index 8a6e551..3f35054 100755
--- a/scripts/runqemu-internal
+++ b/scripts/runqemu-internal
@@ -50,6 +50,12 @@ else
qemuarm)
mem_size=128
;;
+qemuarmv7)
+mem_size=1024
+;;
+qemuarma9)
+mem_size=1024
+;;
qemumicroblaze)
mem_size=64
;;
@@ -267,6 +273,8 @@ fi
case $MACHINE in
qemuarm) ;;
+qemuarmv7) ;;
+qemuarma9) ;;
qemumicroblaze) ;;
qemumips) ;;
qemumipsel) ;;
@@ -325,7 +333,7 @@ if [ $NFS_SERVER = ]; then
NFS_DIR=$ROOTFS
fi
-if [ $MACHINE = qemuarm -o $MACHINE = qemuarmv6 -o $MACHINE =
qemuarmv7 ]; then
+if [ $MACHINE = qemuarm -o $MACHINE = qemuarmv6 ]; then
QEMU=qemu-system-arm
MACHINE_SUBTYPE=versatilepb
export QEMU_AUDIO_DRV=none
@@ -347,8 +355,50 @@ if [ $MACHINE = qemuarm -o $MACHINE = qemuarmv6 -o
$MACHINE = qemuarm
if [ $MACHINE = qemuarmv6 ]; then
QEMUOPTIONS=$QEMUOPTIONS -cpu arm1136
fi
-if [ $MACHINE = qemuarmv7 ]; then
-QEMUOPTIONS=$QEMUOPTIONS -cpu cortex-a8
+fi
+
+if [ $MACHINE = qemuarmv7 ]; then
+QEMU=qemu-system-arm
+MACHINE_SUBTYPE=beagle
+export QEMU_AUDIO_DRV=none
+QEMU_UI_OPTIONS=$QEMU_UI_OPTIONS
+# QEMU_UI_OPTIONS=$QEMU_UI_OPTIONS -force-pointer
+if [ ${FSTYPE:0:3} = ext -o $FSTYPE = btrfs ]; then
+KERNCMDLINE=root=/dev/sda rw console=ttyO2,115200 console=tty
$KERNEL_NETWORK_CMD mem=$QEMU_MEMORY highres=off
+QEMUOPTIONS=$QEMU_NETWORK_CMD -M ${MACHINE_SUBTYPE} -cpu cortex-a8
-hda $ROOTFS -no-reboot $QEMU_UI_OPTIONS
+fi
+
+if [ $FSTYPE = nfs ]; then
+if [ $NFS_SERVER = 192.168.7.1 -a ! -d $NFS_DIR ]; then
+echo Error: NFS mount point $ROOTFS doesn't exist
+cleanup
+return 1
+fi
+KERNCMDLINE=root=/dev/nfs nfsroot=$NFS_SERVER:$NFS_DIR,$UNFS_OPTS rw
$KERNEL_NETWORK_CMD mem=$QEMU_MEMORY
+QEMUOPTIONS=$QEMU_NETWORK_CMD -M ${MACHINE_SUBTYPE} --no-reboot
$QEMU_UI_OPTIONS
+fi
+fi
+
+if [ $MACHINE = qemuarma9 ]; then
+QEMU=qemu-system-arm
+MACHINE_SUBTYPE=vexpress-a9
+export QEMU_AUDIO_DRV=none
+QEMU_UI_OPTIONS=-show-cursor -usb
+# QEMU_UI_OPTIONS=$QEMU_UI_OPTIONS -force-pointer
+if [ ${FSTYPE:0:3} = ext -o ${FSTYPE:0:4} = cpio ]; then
+KERNCMDLINE=earlyprintk root=/dev/ram0 rw console=ttyAMA0,38400n8
rootwait vmalloc=256MB
[oe] [oe-core] qemuarma9: Update qemuarma9-standard.scc definition.
This commit - updates the KMACHINE definition to vexpress. - updates the branch to qemuarma9. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc b/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc index c71fe1c..83911ff 100644 --- a/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc +++ b/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc @@ -1,9 +1,9 @@ -define KMACHINE qemuarma9 +define KMACHINE vexpress define KTYPE standard define KARCH arm include ktypes/standard/standard.scc -branch arm-versatile-926ejs +branch qemuarma9 include qemuarma9.scc -- 1.7.10.4 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core 4/5] linux-yocto: Add support for qemuarmv7 and qemuarma9.
Hi Bruce,
On Aug 29, 2013, at 10:43 PM, Bruce Ashfield bruce.ashfi...@windriver.com
wrote:
On 13-08-29 02:35 PM, Elvis Dowson wrote:
This commit
- adds qemuarmv7 and qemuarma9 to the list of compatible machines.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
meta/recipes-kernel/linux/linux-yocto_3.8.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
index 790e3e3..0bd9913 100644
--- a/meta/recipes-kernel/linux/linux-yocto_3.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_3.8.bb
@@ -21,7 +21,7 @@ PV = ${LINUX_VERSION}+git${SRCPV}
KMETA = meta
-COMPATIBLE_MACHINE =
qemuarm|qemux86|qemuppc|qemumips|qemumips64|qemux86-64
+COMPATIBLE_MACHINE =
qemuarm|qemuarmv7|qemuarma9|qemux86|qemuppc|qemumips|qemumips64|qemux86-64
We can add compatibility, but the same question needs to be asked
to Richard when we added qemumips64: does the project have the capacity
to build and QA the machines by default.
We can always get everything working in layers for the time being and
then move them into the core, once everything is working well, and
everyone agrees to add the extra support load.
I recommend that we create a new meta-qemu layer, to support development of
qemu machine configurations for
qemuarmv7 (useful for emulating TI OMAP 3 based platforms)
qemuarma9 (useful for emulating TI OMAP 4 and Freescale i.MX6 platforms)
qemuarmv8 (for AArch64 platforms)
qemumips64
etc
That should just about cover current ARM A8, A9, A15 and MIPS64.
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [oe-core] qemuarma9: Update qemuarma9-standard.scc definition.
On Aug 29, 2013, at 10:45 PM, Bruce Ashfield bruce.ashfi...@windriver.com wrote: On 13-08-29 02:41 PM, Elvis Dowson wrote: This commit - updates the KMACHINE definition to vexpress. - updates the branch to qemuarma9. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc |4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc b/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc index c71fe1c..83911ff 100644 --- a/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc +++ b/meta/cfg/kernel-cache/bsp/qemuarma9/qemuarma9-standard.scc @@ -1,9 +1,9 @@ -define KMACHINE qemuarma9 +define KMACHINE vexpress There's no reason to delete the old machine, they are all valid and additive. Think of them as aliases. You can have as many as you want :) In the kernel, there is no qemuarma9 machine. The corresponding kernel machine is vexpress .. I checked the kernel sources, .. correct me if I'm wrong, but I thought the intent of the KMACHINE variable was to map to the correct machine defined in the kernel. define KTYPE standard define KARCH arm include ktypes/standard/standard.scc -branch arm-versatile-926ejs +branch qemuarma9 There's no reason for a custom branch as well. Unless patches are being maintained that break compatibility with other boards. If we plan on having multiple arm architecture support (A8, A8, A15) to QEMU, perhaps its better to rename this branch to qemuarm. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
HI Bruce, On Aug 29, 2013, at 10:58 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: I have a vexpress A15 that works here as well, but I wouldn't mind comparing configs. If you send it along, I'd have a look. Does this mean you've got vexpress-a9 and vexpress-a15, but you've never intentionally published or made these qemu configurations available, so that WindRiver has a commercial advantage when it comes to machine emulation for these machine architectures? I can't but help think of the discussions that we had over the meta-zynq layer, where the meta-zynq layer was not maintained, and WindRiver never released any of the updates to meta-zynq because of some issues. At that time, you were pushing for linux-yocto and LTSI, and fast forward 1 year or more and the meta-zynq layer is still not updated or maintained, and it's only recently that Xilinx themselves added support to their meta-xilinx layer for linux-yocto. I've also observed that you're the only one maintaining linux-yocto!! So, what I'm trying to get at it, it doesn't really help any one in the open source community if work that's useful for other is withheld for WindRiver gaining a commercial advantage (meta-zynq xilinx case in point) and (versatile-a9 and versatile-a15) in point, especially when you're the sole maintainer for the linux-yocto kernel, which happened to mentioned qemuarma9 machine support. I mean either you don't publish anything that Wind River chooses to keep proprietary or support the machine configurations defined in the linux-yocto meta branch. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
On Aug 29, 2013, at 11:24 PM, Bruce Ashfield bruce.ashfi...@gmail.com wrote: I mean either you don't publish anything that Wind River chooses to keep proprietary or support the machine configurations defined in the linux-yocto meta branch. I'm not following what you mean here .. sorry. I'm referrring to the qemuarma9 machine definition in the linux-yocto kernel meta-branch. http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-3.8/tree/meta/cfg/kernel-cache/bsp/qemuarma9?h=meta It's presence indicates that it was developed at some point, but not released with full support. Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
Hi, I have modified the default qemuarm.conf file, to switch it over to using ARM Cortex A9, with hard float, vfp and neon support, by applying the following patch (which basically includes the tune-cortexa9.inc file). diff --git a/meta/conf/machine/qemuarm.conf b/meta/conf/machine/qemuarm.conf index d07084b..2ec57d8 100644 --- a/meta/conf/machine/qemuarm.conf +++ b/meta/conf/machine/qemuarm.conf @@ -1,10 +1,9 @@ #@TYPE: Machine -#@NAME: arm_versatile_926ejs -#@DESCRIPTION: arm_versatile_926ejs +#@NAME: qemuarmhf +#@DESCRIPTION: Machine configuration for QEMU ARM Cortex A9 hard float. require conf/machine/include/qemu.inc -require conf/machine/include/tune-arm926ejs.inc -#require conf/machine/include/tune-arm1136jf-s.inc +require conf/machine/include/tune-cortexa9.inc KERNEL_IMAGETYPE = zImage I find that the kernel panics upon boot. Is it possible to have a QEMU build with support for hard float? I need this, so that I can bootstrap a Ubuntu build from scratch, using a QEMU arm hard float machine, using a oe-core generated QEMU and toolchain. I don't want to use the default armel or armhf emulator and toolchain provided by debian, and want to build my own version of the emulator and toolchain, specifically optimized for a particular target machine. I've attached a screenshot below. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [oe-core] QEMU with ARM Cortex A9 with hard float configuration - Kernel panic
Hi Martin, On Aug 25, 2013, at 6:44 PM, Martin Jansa martin.ja...@gmail.com wrote: I find that the kernel panics upon boot. Thanks! Any idea why the qemu with hard float configuration has a kernel panic with linux-yocto? Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
[oe] meta-xilinx moved to meta-xilinx-community
Hi, The existing meta-xilinx repo has moved to meta-xilinx-community http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx-community/ This layer will contain community support for the Xilinx platforms, including legacy boards (ML507) and other soft-processor architectures. This paves the way for an officially supported meta-xilinx layer, the details of which will be officially announced by Xilinx. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.openembedded.org/mailman/listinfo/openembedded-devel
Re: [oe] [v2] gcc-4.8: Refactor gcc-4.8.0 patch files.
Hi Khem, I've noticed that the gcc-4.8.0 patches have made it's way to the master branch, but notice that you don't use the prefix patch numbers for any newly generated patches. http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-devtools/gcc/gcc-4.8 e.g. 0036-gcc-4.8-PR56797.patch, as opposed to gcc-4.8-PR56797.patch It makes it quicker to know the linear sequence from looking at the patches in the gcc-4.8 folder, as well as the gcc-4.8.inc file, as time goes by. This is what I had hoped to fix, when I submitted the refactored patches, since it will help easily add/remove/port patches for current and future versions of the gcc recipes. It is also useful, while attempting to compare patches across multiple gcc recipes. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [v2] gcc-4.8: Refactor gcc-4.8.0 patch files.
On Apr 4, 2013, at 11:41 AM, Khem Raj raj.k...@gmail.com wrote: I have staged this patch in http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8 Thanks, Khem! Could we do the same for the gcc-4.7 patches, as well, as those recipes are updated for 4.7.3 and newer, and subsequently retired to the meta-openembedded/toolchain layer? Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [openembedded-core-contrib] gcc-4.8: Refactor gcc-4.8.0 patch files.
Hi Khem, On Mar 29, 2013, at 11:55 AM, Khem Raj raj.k...@gmail.com wrote: You did not mention whats refactored. One thing I notice they are git am'able now however you are signed up as author of all the patches if you send that email via git send-email and if you send patches upstream like that you will be frowned upon. So if you were adamant to gitify them you should have done --autho=blah while committing them besides this is there anything else I just refactored and re-ordered the patches, with the correct sequence number as it appears in the git-4.8.inc recipe. All the sign off attributions are still listed with your name and email address, I haven't signed up as the author of all the patches. I wasn't aware of the -autho option in git, if you want I can re-create and re-send it again. I did a similar clean up for the gcc-4.7 recipe patches. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [OE-core] [RFT] GCC 4.8 recipes
Hi Khem, On Mar 28, 2013, at 9:51 AM, Khem Raj raj.k...@gmail.com wrote: All, I have added gcc 4.8 recipes and the branch is here git://git.openembedded.org/openembedded-core-contrib kraj/gcc-4.8 cgit http://git.openembedded.org/openembedded-core-contrib/log/?h=kraj/gcc-4.8 Please test it out on your respective environments if you can. To enable gcc 4.8 with OE-Core you would in local.conf set GCCVERSION = 4.8% and if you use angstrom. Please checkout 'next' branch of setup-scripts and then in conf/local.conf set ANGSTROM_GCC_VERSION = 4.8% My testing so far has been building systems-image for all qemu machines and they seem to boot as good as 4.7 did. But I am hoping for wider testing and finding issues or very least improve the existing recipes for now and once the 1.4 release is done we can then propose it for inclusion in OE-Core Thanks for your time I've built and tested the new gcc-4.8.0 recipe for the Xilinx ZC702 Zynq-7020 platform (dual ARM Cortex A9). The kernel (3.6) and corresponding rootfilesystem boots fine. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [openembedded-core-contrib] gcc-4.8: Refactor gcc-4.8.0 patch files.
Hi Khem, On Mar 29, 2013, at 11:55 AM, Khem Raj raj.k...@gmail.com wrote: You did not mention whats refactored. One thing I notice they are git am'able now however you are signed up as author of all the patches if you send that email via git send-email and if you send patches upstream like that you will be frowned upon. So if you were adamant to gitify them you should have done --autho=blah while committing them I've manually changed each patch files From: to your name and address, and appended to the last commit in my local tree. I've just sent across the modified files. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [oe-core] [v2] gcc-4.7: Refactor gcc-4.7.2 patch files.
This commit renames and re-orders the gcc-4.7.2 recipe patch files. The patch files are now git am'able, so that you can directly apply these patches to a local copy of the gcc git repository, to develop futher patches for the gcc-4.7 recipe. ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] microblazeel-nf tune: ERROR: Unable to determine endianness for architecture
Hi,
I'm trying to update the tune files for MicroBlaze, specifically the
microblazeel (little endian) with soft-float.
I get the following error while trying to build:
ERROR: Unable to determine endianness for architecture ''
ERROR: Unable to determine endianness for architecture ''
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Unable to parse
/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/libgcc_4.6.bb:
Exited with 1--:--
ERROR: Unable to determine endianness for architecture ''
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Command execution failed: Exited with 1
The site info.bbclass already has the appropriate endian definitions for
microblaze and microblazeel defined:
def siteinfo_data(d):
archinfo = {
allarch: endian-little bit-32, # bogus, but better than
special-casing the checks below for allarch
aarch64: endian-little bit-64 arm-common,
arm: endian-little bit-32 arm-common,
armeb: endian-big bit-32 arm-common,
avr32: endian-big bit-32 avr32-common,
bfin: endian-little bit-32 bfin-common,
i386: endian-little bit-32 ix86-common,
i486: endian-little bit-32 ix86-common,
i586: endian-little bit-32 ix86-common,
i686: endian-little bit-32 ix86-common,
ia64: endian-little bit-64,
microblaze: endian-big bit-32 microblaze-common,
microblazeel: endian-little bit-32 microblaze-common,
This is the contents of my arch-microblaze.inc file:
# Microblaze ABI interface definition
# Four defined ABIs, all combinations of:
# *) Hard/Soft Floating Point
# *) Big Endian (PLB System) / Little Endian (AXI System)
DEFAULTTUNE ?= microblaze
TUNE_PKGARCH = ${TUNE_PKGARCH_tune-${DEFAULTTUNE}}
ABIEXTENSION ?=
TUNEVALID[fpu-hard] = Use hardware FPU.
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, fpu-hard,
-mhard-float, , d)}
TUNE_ARCH .= ${@bb.utils.contains(TUNE_FEATURES, fpu-hard, microblaze,
, d)}
TUNEVALID[fpu-soft] = Use software FPU.
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, fpu-soft,
-msoft-float, , d)}
TARGET_FPU .= ${@bb.utils.contains(TUNE_FEATURES, fpu-soft, soft, ,
d)}
TUNEVALID[mbig-endian] = Microblaze Big Endian processor
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, mbig-endian,
-mbig-endian, , d)}
TUNEVALID[mlittle-endian] = Microblaze Little Endian processor
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, mlittle-endian,
-mlittle-endian, , d)}
# Basic tune definitions
AVAILTUNES += microblaze
TUNE_FEATURES_tune-microblaze ?= fpu-hard
BASE_LIB_tune-microblaze = lib
TUNE_PKGARCH_tune-microblaze = microblaze
PACKAGE_EXTRA_ARCHS_tune-microblaze = microblaze
# Tune options for MicroBlaze little endian soft-float
DEFAULTTUNE ?= microblazeel-nf
This is the contents of my tune-microblazeel-nf.inc file:
require conf/machine/include/microblaze/arch-microblaze.inc
TUNEVALID[microblazeel-nf] = Enable MicroBlaze little endian soft-float
optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, microblazeel-nf,
-mcpu=v8.40b, , d)}
TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, microblazeel-nf,
microblazeel-nf, microblazeel-nf, d)}
AVAILTUNES += microblazeel-nf
TUNE_FEATURES_tune-microblazeel-nf ?= mlittle-endian fpu-soft
BASE_LIB_tune-microblazeel-nf = lib
TUNE_PKGARCH_tune-microblazeel-nf = microblazeel-nf
PACKAGE_EXTRA_ARCHS_tune-microblazeel-nf = microblazeel-nf
What am I missing that is causing this error ?
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] microblazeel-nf tune: ERROR: Unable to determine endianness for architecture
Hi,
On Mar 29, 2013, at 10:20 PM, Elvis Dowson elvis.dow...@gmail.com wrote:
Hi,
I'm trying to update the tune files for MicroBlaze, specifically the
microblazeel (little endian) with soft-float.
I get the following error while trying to build:
ERROR: Unable to determine endianness for architecture ''
ERROR: Unable to determine endianness for architecture ''
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Unable to parse
/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/libgcc_4.6.bb:
Exited with 1--:--
ERROR: Unable to determine endianness for architecture ''
ERROR: Please add your architecture to siteinfo.bbclass
ERROR: Command execution failed: Exited with 1
The TUNE_ARCH variable wasn't set. Explicitly setting TUNE_ARCH =
microblazeel allowed me to proceed ahead with the build.
However, I can't but help think that the tune files can be better written or
organized.
It would be great if someone could critically comment on these microblaze tune
files, to suggest how I can improve the structure and layout of the basic tune
file definitions.
Contents of arch-microblaze.inc file:
# Microblaze ABI interface definition
# Four defined ABIs, all combinations of:
# *) Hard/Soft Floating Point
# *) Big Endian (PLB System) / Little Endian (AXI System)
DEFAULTTUNE ?= microblaze
TUNE_ARCH ?= microblaze
TUNE_PKGARCH = ${TUNE_PKGARCH_tune-${DEFAULTTUNE}}
ABIEXTENSION ?=
TUNEVALID[fpu-hard] = Use hardware FPU.
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, fpu-hard,
-mhard-float, , d)}
#TUNE_ARCH .= ${@bb.utils.contains(TUNE_FEATURES, fpu-hard, microblaze,
, d)}
TUNEVALID[fpu-soft] = Use software FPU.
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, fpu-soft,
-msoft-float, , d)}
TARGET_FPU .= ${@bb.utils.contains(TUNE_FEATURES, fpu-soft, soft, ,
d)}
TUNEVALID[big-endian] = Microblaze Big Endian processor
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, big-endian,
-mbig-endian, , d)}
TUNEVALID[little-endian] = Microblaze Little Endian processor
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, little-endian,
-mlittle-endian, , d)}
# Basic tune definitions
AVAILTUNES += microblaze
TUNE_FEATURES_tune-microblaze ?= big-endian fpu-hard
BASE_LIB_tune-microblaze = lib
TUNE_PKGARCH_tune-microblaze = microblaze
PACKAGE_EXTRA_ARCHS_tune-microblaze = microblaze
Contents of tune-microblazeel-nf.inc file:
# Tune options for MicroBlaze little endian soft-float
DEFAULTTUNE ?= microblazeel-nf
TUNE_ARCH = microblazeel
require conf/machine/include/microblaze/arch-microblaze.inc
TUNEVALID[microblazeel-nf] = Enable MicroBlaze little endian soft-float
optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, microblazeel-nf,
-mcpu=v8.40b, , d)}
TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, microblazeel-nf,
microblazeel-nf, microblazeel-nf, d)}
AVAILTUNES += microblazeel-nf
TUNE_FEATURES_tune-microblazeel-nf ?= little-endian fpu-soft
BASE_LIB_tune-microblazeel-nf = lib
TUNE_PKGARCH_tune-microblazeel-nf = microblazeel-nf
PACKAGE_EXTRA_ARCHS_tune-microblazeel-nf = microblazeel-nf
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] microblazeel-nf: binutils-cross_2.23.1.bb, do_configure: ERROR: oe_runconf failed
/sysroots/x86_64-linux/usr/share
--sysconfdir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/etc
--sharedstatedir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/com
--localstatedir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/var
--libdir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/microblazeel-nf-poky-linux
--includedir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/include
--oldincludedir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/include
--infodir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/share/info
--mandir=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/share/man
--disable-silent-rules --disable-dependency-tracking
--with-libtool-sysroot=/tool/yocto/poky/build/tmp/sysroots/x86_64-linux
--program-prefix=microblazeel-poky-linux- --disable-werror --enable-plugins
--enable-64-bit-bfd
--with-sysroot=/tool/yocto/poky/build/tmp/sysroots/spartan-6-sp601-microblazeel-softfloat
--disable-install-libbfd --enable-poison-system-directories --disable-nls'
WINDMC=''
WINDMC_FOR_BUILD=''
WINDMC_FOR_TARGET=''
WINDRES=''
WINDRES_FOR_BUILD=''
WINDRES_FOR_TARGET=''
YACC=''
ac_ct_CC=''
ac_ct_CXX=''
bindir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/microblazeel-nf-poky-linux'
build='x86_64-pc-linux-gnu'
build_alias='x86_64-linux'
build_configargs=''
build_configdirs=''
build_cpu='x86_64'
build_libsubdir=''
build_noncanonical='x86_64-linux'
build_os='linux-gnu'
build_subdir=''
build_tooldir=''
build_vendor='pc'
clooginc=''
clooglibs=''
compare_exclusions=''
configdirs=''
datadir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/share'
datarootdir='${prefix}/share'
do_compare=''
docdir='${datarootdir}/doc/${PACKAGE}'
dvidir='${docdir}'
exec_prefix='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr'
extra_host_libiberty_configure_flags=''
extra_mpc_gmp_configure_flags=''
extra_mpc_mpfr_configure_flags=''
extra_mpfr_configure_flags=''
gmpinc=''
gmplibs=''
host='x86_64-pc-linux-gnu'
host_alias='x86_64-linux'
host_configargs=''
host_cpu='x86_64'
host_noncanonical='x86_64-linux'
host_os='linux-gnu'
host_subdir=''
host_vendor='pc'
htmldir='${docdir}'
includedir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/include'
infodir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/share/info'
libdir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/microblazeel-nf-poky-linux'
libexecdir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/libexec/microblazeel-nf-poky-linux'
localedir='${datarootdir}/locale'
localstatedir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/var'
mandir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/share/man'
oldincludedir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/include'
pdfdir='${docdir}'
poststage1_ldflags=''
poststage1_libs=''
pplinc=''
ppllibs=''
prefix='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr'
program_transform_name='s,x,x,'
psdir='${docdir}'
sbindir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/microblazeel-nf-poky-linux'
sharedstatedir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/com'
stage1_cflags=''
stage1_checking=''
stage1_languages=''
stage1_ldflags=''
stage1_libs=''
stage2_werror_flag=''
sysconfdir='/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/etc'
target='microblazeel-poky-linux'
target_alias='microblazeel-poky-linux'
target_configargs=''
target_configdirs=''
target_cpu=''
target_noncanonical='microblazeel-poky-linux'
target_os=''
target_subdir=''
target_vendor=''
tooldir=''
## --- ##
## File substitutions. ##
## --- ##
alphaieee_frag=''
host_makefile_frag=''
ospace_frag=''
serialization_dependencies=''
target_makefile_frag=''
## --- ##
## confdefs.h. ##
## --- ##
/* confdefs.h */
#define PACKAGE_NAME
#define PACKAGE_TARNAME
#define PACKAGE_VERSION
#define PACKAGE_STRING
#define PACKAGE_BUGREPORT
#define PACKAGE_URL
configure: exit 1
ERROR: oe_runconf failed
ERROR: Function failed: do_configure (see
/tool/yocto/poky/build/tmp/work/microblazeel-nf-poky-linux/binutils-cross/2.23.1-r3/temp/log.do_configure.19373
for further information)
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-zynq-balister 1/2] zc702-proto-image: Replace apps-console-core image feature with splash.
This commit fixes a warning related to apps-console-core, since it has been
removed, and replaces it with the splash image feature.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-core/images/zc702-proto-image.bb | 12 +---
1 file changed, 5 insertions(+), 7 deletions(-)
diff --git a/recipes-core/images/zc702-proto-image.bb
b/recipes-core/images/zc702-proto-image.bb
index a6e4b11..02a6af2 100644
--- a/recipes-core/images/zc702-proto-image.bb
+++ b/recipes-core/images/zc702-proto-image.bb
@@ -1,14 +1,12 @@
-DESCRIPTION = A foundational basic image without support for X that can be \
-reasonably used for customization.
+DESCRIPTION = A console-only image with more full-featured Linux system \
+functionality installed.
-IMAGE_FEATURES += apps-console-core ssh-server-openssh tools-sdk \
+IMAGE_FEATURES += splash ssh-server-openssh tools-sdk \
tools-debug debug-tweaks
IMAGE_INSTALL = \
-task-core-boot \
-task-core-basic \
+packagegroup-core-boot \
+packagegroup-core-basic \
-#${CORE_IMAGE_BASE_INSTALL}
-
inherit core-image
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-zynq-balister 2/2] zynq-zc702: Refactor machine configuration.
This commit * refactors the zynq-zc702 machine configuration * adds u-boot to the generated rootfs Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- conf/machine/include/zynq-base.inc | 21 + conf/machine/include/zynq-default-providers.inc |4 conf/machine/zynq-zc702.conf| 14 +- 3 files changed, 30 insertions(+), 9 deletions(-) create mode 100644 conf/machine/include/zynq-base.inc create mode 100644 conf/machine/include/zynq-default-providers.inc diff --git a/conf/machine/include/zynq-base.inc b/conf/machine/include/zynq-base.inc new file mode 100644 index 000..1b30a4d --- /dev/null +++ b/conf/machine/include/zynq-base.inc @@ -0,0 +1,21 @@ +# Provides the Xilinx Zynq common settings + +include conf/machine/include/zynq-default-providers.inc + +# Add u-boot image to rootfs +EXTRA_IMAGEDEPENDS = u-boot-zynq + +# Specify kernel image type +KERNEL_IMAGETYPE = uImage + +# Specify machine features +MACHINE_FEATURES = apm vfat ethernet + +# Ship kernel modules +MACHINE_EXTRA_RRECOMMENDS = kernel-modules + +# Specify rootfs image filesystem types +IMAGE_FSTYPES += tar.gz + +# Specify serial console settings +SERIAL_CONSOLE = 115200 ttyPS0 diff --git a/conf/machine/include/zynq-default-providers.inc b/conf/machine/include/zynq-default-providers.inc new file mode 100644 index 000..10934c7 --- /dev/null +++ b/conf/machine/include/zynq-default-providers.inc @@ -0,0 +1,4 @@ +# Xilinx Zynq BSP default providers + +PREFERRED_PROVIDER_virtual/kernel ?= linux-zynq +PREFERRED_PROVIDER_u-boot ?= u-boot-zynq diff --git a/conf/machine/zynq-zc702.conf b/conf/machine/zynq-zc702.conf index 74a1271..09ef4a1 100644 --- a/conf/machine/zynq-zc702.conf +++ b/conf/machine/zynq-zc702.conf @@ -1,14 +1,10 @@ -include conf/machine/include/tune-cortexa9.inc - -PREFERRED_PROVIDER_virtual/kernel ?= linux-zynq - -MACHINE_FEATURES = apm vfat ethernet +#@TYPE: Machine +#@Name: Xilinx ZC702 FPGA Development Platform for the Zynq-7020 processor. +#@DESCRIPTION: Machine configuration for the Xilinx ZC702 FPGA Development Platform. -IMAGE_FSTYPES += tar.gz - -SERIAL_CONSOLE = 115200 ttyPS0 +include conf/machine/include/zynq-base.inc +include conf/machine/include/tune-cortexa9.inc UBOOT_MACHINE = zynq_zc702_config #UBOOT_ENTRYPOINT = 0x80008000 #UBOOT_LOADADDRESS = 0x80008000 - -- 1.7.9.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 1/7] tune-ppc440: Reorder tune features.
* Minor change to reorder the tune features.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc440.inc |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/machine/include/tune-ppc440.inc
b/conf/machine/include/tune-ppc440.inc
index 35e93e9..699dfc9 100644
--- a/conf/machine/include/tune-ppc440.inc
+++ b/conf/machine/include/tune-ppc440.inc
@@ -6,7 +6,7 @@ TUNEVALID[ppc440] = Enable ppc440 specific processor
optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc440, -mcpu=440,
, d)}
AVAILTUNES += ppc440
-TUNE_FEATURES_tune-ppc440 = m32 fpu-soft ppc440
+TUNE_FEATURES_tune-ppc440 = m32 ppc440 fpu-soft
TUNE_PKGARCH_tune-ppc440 = ppc440
PACKAGE_EXTRA_ARCHS_tune-ppc440 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf}
ppc440
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 3/7] tune-ppc405e: Add tune-ppc405e file.
* Tune option for ppc405e with hard-float.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc405e.inc | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 conf/machine/include/tune-ppc405e.inc
diff --git a/conf/machine/include/tune-ppc405e.inc
b/conf/machine/include/tune-ppc405e.inc
new file mode 100644
index 000..63e5e9c
--- /dev/null
+++ b/conf/machine/include/tune-ppc405e.inc
@@ -0,0 +1,14 @@
+DEFAULTTUNE ?= ppc405e
+
+require conf/machine/include/powerpc/arch-powerpc.inc
+
+TUNEVALID[ppc405e] = Enable ppc405e specific processor optimizations
+TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc405e,
-mcpu=405fp, , d)}
+
+AVAILTUNES += ppc405e
+TUNE_FEATURES_tune-ppc405e = m32 ppc405e fpu-hard
+TUNE_PKGARCH_tune-ppc440e = ppc405e
+PACKAGE_EXTRA_ARCHS_tune-ppc405e = ${PACKAGE_EXTRA_ARCHS_tune-powerpc}
ppc405e
+
+# glibc configure options to get ppc405e specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc405e,
-with-cpu=405fp, , d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 5/7] xilinx-boot.bbclass: Add support for selecting the xilinx hardware bitstream file.
* Remove hard-coded references to the xilinx hardware bitstream file, and
allow selection via a variable XILINX_BITSTREAM_FILE .
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-boot.bbclass |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/classes/xilinx-boot.bbclass b/classes/xilinx-boot.bbclass
index 85fb6d9..871f82a 100644
--- a/classes/xilinx-boot.bbclass
+++ b/classes/xilinx-boot.bbclass
@@ -104,7 +104,9 @@ fi
# For Xilinx EDK 13.1 Bootloop is set by default
#
cd ${XILINX_BSP_PATH}
-if [ ! -f implementation/download.bit ]; then
+#XILINX_BITSTREAM_FILE=implementation/download.bit
+XILINX_BITSTREAM_FILE=implementation/system.bit
+if [ ! -f ${XILINX_BITSTREAM_FILE} ]; then
# Bitstream not found generate it
bbnote bitstream not found, generating it
make -f ${XILINX_BSP_PATH}/system.make init_bram
@@ -114,7 +116,7 @@ if [ ${TARGET_ARCH} = powerpc ]; then
# Find u-boot start address
start_address=`${TARGET_PREFIX}objdump -x u-boot | grep -w start
address | cut -d ' ' -f3`
# Generate ACE image
- xmd -tcl genace.tcl -hw implementation/download.bit -elf u-boot \
+ xmd -tcl genace.tcl -hw ${XILINX_BITSTREAM_FILE} -elf u-boot \
-target ppc_hw -start_address ${start_address} -ace
u-boot-${XILINX_BOARD}.ace \
-board ${XILINX_BOARD}
fi
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 4/7] tune-ppc440e: Add tune-ppc440e file.
* Tune option for ppc440e with hard-float.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc440e.inc | 14 ++
1 file changed, 14 insertions(+)
create mode 100644 conf/machine/include/tune-ppc440e.inc
diff --git a/conf/machine/include/tune-ppc440e.inc
b/conf/machine/include/tune-ppc440e.inc
new file mode 100644
index 000..1769e05
--- /dev/null
+++ b/conf/machine/include/tune-ppc440e.inc
@@ -0,0 +1,14 @@
+DEFAULTTUNE ?= ppc440e
+
+require conf/machine/include/powerpc/arch-powerpc.inc
+
+TUNEVALID[ppc440e] = Enable ppc440e specific processor optimizations
+TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc440e,
-mcpu=440fp, , d)}
+
+AVAILTUNES += ppc440e
+TUNE_FEATURES_tune-ppc440e = m32 ppc440e fpu-hard
+TUNE_PKGARCH_tune-ppc440e = ppc440e
+PACKAGE_EXTRA_ARCHS_tune-ppc440e = ${PACKAGE_EXTRA_ARCHS_tune-powerpc}
ppc440e
+
+# glibc configure options to get ppc440e specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc440e,
-with-cpu=440fp, , d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 2/7] tune-ppc405: Add glibc configure options.
* Add glibc configure options to get ppc405 specific library.
* Minor changes to tune-ppc405 recipe to specify soft-float option.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc405.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/conf/machine/include/tune-ppc405.inc
b/conf/machine/include/tune-ppc405.inc
index 012390e..b148956 100644
--- a/conf/machine/include/tune-ppc405.inc
+++ b/conf/machine/include/tune-ppc405.inc
@@ -4,11 +4,11 @@ require conf/machine/include/powerpc/arch-powerpc.inc
TUNEVALID[ppc405] = Enable ppc405 specific processor optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc405, -mcpu=405,
, d)}
-TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, ppc405, ppc405,
${PPCPKGARCH}, d)}
-TARGET_FPU = soft
AVAILTUNES += ppc405
-TUNE_FEATURES_tune-ppc405 = m32 ppc405
-PACKAGE_EXTRA_ARCHS_tune-ppc405 = ppc405
+TUNE_FEATURES_tune-ppc405 = m32 ppc405 fpu-soft
+TUNE_PKGARCH_tune-ppc440 = ppc405
+PACKAGE_EXTRA_ARCHS_tune-ppc405 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf}
ppc405
-#MACHINEOVERRIDES .= ppc405
+# glibc configure options to get ppc440 specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc405,
-with-cpu=405, , d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 7/7] conf: Add local.conf sample configuration file.
* Add local.conf sample configuration file to build meta-xilinx
using gcc-4.5 and eglibc-2.13 retired toolchain recipes from
the meta-openembedded/toolchain-layer, for the Xilinx ML507 development
board using the Virtex-5 PowerPC 440 processor.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/local.conf.sample | 300
1 file changed, 300 insertions(+)
create mode 100644 conf/local.conf.sample
diff --git a/conf/local.conf.sample b/conf/local.conf.sample
new file mode 100644
index 000..6c4ed95
--- /dev/null
+++ b/conf/local.conf.sample
@@ -0,0 +1,300 @@
+#
+# This file is your local configuration file and is where all local user
settings
+# are placed. The comments in this file give some guide to the options a new
user
+# to the system might want to change but pretty much any configuration option
can
+# be set in this file. More adventurous users can look at local.conf.extended
+# which contains other examples of configuration which can be placed in this
file
+# but new users likely won't need any of them initially.
+#
+# Lines starting with the '#' character are commented out and in some cases
the
+# default values are provided as comments to show people example syntax.
Enabling
+# the option is a question of removing the # character and making any change
to the
+# variable as required.
+
+#
+# Parallelism Options
+#
+# These two options control how much parallelism BitBake should use. The first
+# option determines how many tasks bitbake should run in parallel:
+#
+BB_NUMBER_THREADS = 8
+#
+# The second option controls how many processes make should run in parallel
when
+# running compile tasks:
+#
+PARALLEL_MAKE = -j 8
+#
+# For a quad-core machine, BB_NUMBER_THREADS = 4, PARALLEL_MAKE = -j 4
would
+# be appropriate for example.
+
+#
+# Machine Selection
+#
+# You need to select a specific machine to target the build with. There are a
selection
+# of emulated machines available which can boot and run in the QEMU emulator:
+#
+#MACHINE ?= qemuarm
+#MACHINE ?= qemumips
+#MACHINE ?= qemuppc
+#MACHINE ?= qemux86
+#MACHINE ?= qemux86-64
+#
+# There are also the following hardware board target machines included for
+# demonstration purposes:
+#
+#MACHINE ?= atom-pc
+#MACHINE ?= beagleboard
+#MACHINE ?= mpc8315e-rdb
+#MACHINE ?= routerstationpro
+#MACHINE ?= overo-fire-chestnut43
+#
+#
+# This sets the default machine to be qemux86 if no other machine is selected:
+# MACHINE ??= qemux86
+
+#
+# Where to place downloads
+#
+# During a first build the system will download many different source code
tarballs
+# from various upstream projects. This can take a while, particularly if your
network
+# connection is slow. These are all stored in DL_DIR. When wiping and
rebuilding you
+# can preserve this directory to speed up this part of subsequent builds. This
directory
+# is safe to share between multiple builds on the same machine too.
+#
+# The default is a downloads directory under TOPDIR which is the build
directory.
+#
+DL_DIR ?= ${TOPDIR}/downloads
+
+#
+# Where to place shared-state files
+#
+# BitBake has the capability to accelerate builds based on previously built
output.
+# This is done using shared state files which can be thought of as cache
objects
+# and this option determines where those files are placed.
+#
+# You can wipe out TMPDIR leaving this directory intact and the build would
regenerate
+# from these files if no changes were made to the configuration. If changes
were made
+# to the configuration, only shared state files where the state was still
valid would
+# be used (done using checksums).
+#
+# The default is a sstate-cache directory under TOPDIR.
+#
+SSTATE_DIR ?= ${TOPDIR}/sstate-cache
+
+#
+# Where to place the build output
+#
+# This option specifies where the bulk of the building work should be done and
+# where BitBake should place its temporary files and output. Keep in mind that
+# this includes the extraction and compilation of many applications and the
toolchain
+# which can use Gigabytes of hard disk space.
+#
+# The default is a tmp directory under TOPDIR.
+#
+TMPDIR = ${TOPDIR}/tmp
+
+#
+# Default policy config
+#
+# The distribution setting controls which policy settings are used as defaults.
+# The default value is fine for general Yocto project use, at least initially.
+# Ultimately when creating custom policy, people will likely end up
subclassing
+# these defaults.
+#
+DISTRO ?= poky
+# As an example of a subclass there is a bleeding edge policy configuration
+# where many versions are set to the absolute latest code from the upstream
+# source control systems. This is just mentioned here as an example, its not
+# useful to most new users.
+# DISTRO ?= poky-bleeding
+
+#
+# Package Management configuration
+#
+# This variable lists which packaging formats to enable. Multiple package
backends
+# can be enabled at once and the first item listed in the variable
[oe] [meta-xilinx 6/7] conf: Add bblayers.conf sample configuration file.
* Add bblayers.conf sample configuration file to build meta-xilinx
using gcc-4.5 and eglibc-2.13 retired toolchain recipes from
the meta-openembedded/toolchain-layer.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/bblayers.conf.sample | 13 +
1 file changed, 13 insertions(+)
create mode 100644 conf/bblayers.conf.sample
diff --git a/conf/bblayers.conf.sample b/conf/bblayers.conf.sample
new file mode 100644
index 000..78cc933
--- /dev/null
+++ b/conf/bblayers.conf.sample
@@ -0,0 +1,13 @@
+# LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf
+# changes incompatibly
+LCONF_VERSION = 5
+
+BBPATH = ${TOPDIR}
+BBFILES ?=
+
+BBLAYERS ?= \
+ /tool/yocto/poky/meta \
+ /tool/yocto/poky/meta-yocto \
+ /tool/yocto/meta-xilinx \
+ /tool/yocto/meta-openembedded/toolchain-layer \
+
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 1/3] linux-libc-headers: Add linux-libc-headers_3.3.bb.
This commit adds linux-libc-headers_3.3.bb for linux-xilinx kernel 3.3. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- .../linux-libc-headers/linux-libc-headers_3.3.bb |6 ++ 1 file changed, 6 insertions(+) create mode 100644 recipes-kernel/linux-libc-headers/linux-libc-headers_3.3.bb diff --git a/recipes-kernel/linux-libc-headers/linux-libc-headers_3.3.bb b/recipes-kernel/linux-libc-headers/linux-libc-headers_3.3.bb new file mode 100644 index 000..6f6cb9f --- /dev/null +++ b/recipes-kernel/linux-libc-headers/linux-libc-headers_3.3.bb @@ -0,0 +1,6 @@ +require recipes-kernel/linux-libc-headers/linux-libc-headers.inc + +PR = r0 + +SRC_URI[md5sum] = 98a6cdd7d082b7ea72df9c89842bac74 +SRC_URI[sha256sum] = 8fd669b4e48181b8d44644a45bf421a84bb8d5ec273ef36349796443e442f333 -- 1.7.9.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded/toolchain-layer] Adding retired toolchain support for gcc-4.5.1 and eglibc-2.13
Hi, On Aug 14, 2012, at 1:55 PM, Koen Kooi wrote: Op 13-08-12 22:28, Elvis Dowson schreef: Hi, I've created a set of patches to add retired toolchain support for gcc-4.5.1, to the meta-openembedded/toolchain-layer. Given that 4.5.x was deleted from meta-toolchain 3 months ago[1], what's the rationale for adding it back? It's still available in the denzil branch, so unless someone steps up to maintain it I'm inclined to say no to patches bringing it back in the master branch. The gcc-4.5 recipe was adapted from the gcc-4.5.1 recipe from the denzil branch. The structure of the newer gcc-4.7 recipes in the current poky/master branch are a bit different from the older recipes in the denzil branch. So, while developing the gcc-4.5 recipes, I started with the existing gcc-4.7 templates, and looked at the gcc-4.6 recipes in the current meta-openembedded/toolchain-layer and incorporated all the patches for gcc-4.5.1 from the denzil branch. This way the gcc-4.5 recipe would be compatible with builds against the current poky/master branch, and take advantage of all the newer recipe versions, in the current poky/master branch, while maintaining legacy support for the gcc-4.5.1 toolchain. The problem I ran into was with support for soft-float on the PowerPC440 processor. If I can isolate the issue, and get it to work with gcc-4.6 or gcc-4.7, there is no need to add legacy gcc-4.5 toolchain support to the toolchain-layer. If not, then it would be required to maintain support, atleast for PowerPC 440 targets with soft-float. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded/toolchain-layer] Adding retired toolchain support for gcc-4.5.1 and eglibc-2.13
Hi, On Aug 14, 2012, at 4:01 PM, Koen Kooi wrote: The gcc-4.5 recipe was adapted from the gcc-4.5.1 recipe from the denzil branch. The meta-toolchain denzil branch had 4.5.4 Yes, you're right. I intentionally dropped it to 4.5.1, but I'll update the existing recipes 4.5.4. Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded/toolchain-layer] Adding retired toolchain support for gcc-4.5.1 and eglibc-2.13
Hi, I've created a set of patches to add retired toolchain support for gcc-4.5.1, to the meta-openembedded/toolchain-layer. I've also included a patch for eglibc-2.13. Builds for PowerPC 440 processors soft-float don't work with eglibc-2.15 and 2.16. I could add it to the meta-xilinx layer, but I prefer to put retired toolchain support into the toolchain layer, so that it is generally available across all layers, in case someone needs it. Do let me know if it is okay to go ahead and submit these patches for inclusion into the meta-openembedded/toolchain-layer! Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded/toolchain-layer] Adding retired toolchain support for gcc-4.5.1 and eglibc-2.13
On Aug 14, 2012, at 4:15 AM, Khem Raj wrote: Were you able to build eglibc 2.13 with gcc 4.7 And run it The gcc-4.7 and eglibc-2.13 combination doesn't work, i.e. no login or bash prompt. I will try with gcc-4.6 and eglibc-2.13, since that combo is know to work, since the Denx ELDK 5.2.1 released based off yocto/denzil branch uses it. Will let you know how it goes. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] gcc_4.5.inc: setting BINV value
Hi,
On Aug 10, 2012, at 9:32 AM, Elvis Dowson wrote:
I'm working on writing a gcc-4.5 recipe inside the
meta-openembedded/toolchain-layer folder, against the current yocto and
meta-openembedded master.
I have a small problem, which is that the correct target directory for
copying the limits.h file is not being created in the filesystem.
This is the error that I'm getting is as follows:
| cp: cannot create regular file
`/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.2/include-fixed/limits.h':
No such file or directory
| ERROR: Function failed: do_install (see
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/temp/log.do_install.54176
for further information)
NOTE: package gcc-cross-initial-4.5.1+svnr162773-r13: task do_install: Failed
ERROR: Task 952
(/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross-initial_4.5.bb,
do_install) failed with exit code '1'
NOTE: Tasks Summary: Attempted 792 tasks of which 246 didn't need to be rerun
and 1 failed.
The 4.5.2 directory doesn't exist on the filesystem:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.2
but it does have a 4.5.1 directory:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.1
The 4.5.2 value is probably being picked up by the BINV variable, which is
set to 4.5.2. I modelled the gcc-4.5.inc file after the gcc-4.6.inc and
gcc-4.7.inc.
file: gcc-4.5.inc
require recipes-devtools/gcc/gcc-common.inc
PR = r13
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.5.4
# when 4.5.5 is released and we bump SRCREV beyond the release
# on branch then PV should be incremented to 4.5.5+svnr${SRCPV}
# to reflect that change
PV = 4.5.1+svnr${SRCPV}
# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.5.3 or 4.5.4) has been made
# the value will be minor-release+1 e.g. if current minor release was
# 4.5.4 then the value below will have 5 which will mean 4.5.5
# which will be next minor release and so on.
BINV = 4.5.2
SRCREV = 162773
BRANCH = gcc-4_5-branch
FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.5' ], d)}
DEPENDS =+ mpfr gmp libmpc elfutils
NATIVEDEPS = mpfr-native gmp-native gettext-native libmpc-native
elfutils-native
LICENSE=GPL-3.0-with-GCC-exception GPLv3
What should I do? Set BINV = 4.5.1 ?
Setting BINV = 4.5.1 fixes the problem, but is that the right thing to do?
The svn SRVREV that I used is the official gcc-4.5.1 release, so should both PV
and BINV be set to 4.5.1?
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] libgcc-4.5.1: ERROR: QA Issue: No GNU_HASH in the elf binary libgcc_s.so.1
Hi,
I'm working on adding a gcc-4.5 recipe to the
meta-openembedded/toolchain-layer.
I've based the files off the gcc-4.6 recipes, and taken the patches for
gcc-4.5.1 from the poky/bernard branch.
I get the following QA error:
NOTE: Running task 806 of 890 (ID: 594,
/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-runtime_4.5.bb,
do_configure)
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/libgcc-4.5.1+svnr162773-r14/packages-split/libgcc/lib/libgcc_s.so.1'
Searching through the mailing lists, I find that a potential fix would be to
add the following to gcc-configure-common.inc
TARGET_CC_ARCH += ${LDFLAGS}
I was wondering why this issue manifests for gcc-4.5, and not for gcc-4.6 and
gcc-4.7?
After all, the only difference between the 4.6 and 4.7 recipes is just the list
of patches and the SRCREV, and the BINUTILS version (2.21) used for gcc-4.5,
and running it against the current master branches for poky and
meta-openembedded.
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] libgcc-4.5.1: ERROR: QA Issue: No GNU_HASH in the elf binary libgcc_s.so.1
On Aug 10, 2012, at 10:44 AM, Elvis Dowson wrote:
I'm working on adding a gcc-4.5 recipe to the
meta-openembedded/toolchain-layer.
I've based the files off the gcc-4.6 recipes, and taken the patches for
gcc-4.5.1 from the poky/bernard branch.
I get the following QA error:
NOTE: Running task 806 of 890 (ID: 594,
/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-runtime_4.5.bb,
do_configure)
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/libgcc-4.5.1+svnr162773-r14/packages-split/libgcc/lib/libgcc_s.so.1'
Searching through the mailing lists, I find that a potential fix would be to
add the following to gcc-configure-common.inc
TARGET_CC_ARCH += ${LDFLAGS}
I was wondering why this issue manifests for gcc-4.5, and not for gcc-4.6 and
gcc-4.7?
After all, the only difference between the 4.6 and 4.7 recipes is just the
list of patches and the SRCREV, and the BINUTILS version (2.21) used for
gcc-4.5, and running it against the current master branches for poky and
meta-openembedded.
Adding the TARGET_CC_ARCH += {LDFLAGS} to both gcc-configure-common.inc in the
poky layer, and to libgcc-4.5.inc in the meta-openembedded/toolchain layer
helped me get past the QA Error for libgcc, but now I get a whole bunch of
similar errors for a whole bunch of other packages.
NOTE: Running noexec task 967 of 974 (ID: 7,
/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc_4.5.bb,
do_package_write)
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-lib/usr/lib/libperl.so.5.14.2'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-byte/usr/lib/perl/5.14.2/auto/Encode/Byte/Byte.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-cn/usr/lib/perl/5.14.2/auto/Encode/CN/CN.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-ebcdic/usr/lib/perl/5.14.2/auto/Encode/EBCDIC/EBCDIC.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-jp/usr/lib/perl/5.14.2/auto/Encode/JP/JP.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-kr/usr/lib/perl/5.14.2/auto/Encode/KR/KR.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-symbol/usr/lib/perl/5.14.2/auto/Encode/Symbol/Symbol.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-tw/usr/lib/perl/5.14.2/auto/Encode/TW/TW.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-encode-unicode/usr/lib/perl/5.14.2/auto/Encode/Unicode/Unicode.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-b/usr/lib/perl/5.14.2/auto/B/B.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-compress/usr/lib/perl/5.14.2/auto/Compress/Raw/Zlib/Zlib.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-compress/usr/lib/perl/5.14.2/auto/Compress/Raw/Bzip2/Bzip2.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-cwd/usr/lib/perl/5.14.2/auto/Cwd/Cwd.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-data/usr/lib/perl/5.14.2/auto/Data/Dumper/Dumper.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-devel/usr/lib/perl/5.14.2/auto/Devel/Peek/Peek.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-devel/usr/lib/perl/5.14.2/auto/Devel/PPPort/PPPort.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-devel/usr/lib/perl/5.14.2/auto/Devel/DProf/DProf.so'
ERROR: QA Issue: No GNU_HASH in the elf binary:
'/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/perl-5.14.2-r8/packages-split/perl-module-digest
[oe] gcc_4.5.inc: setting BINV value
Hi,
I'm working on writing a gcc-4.5 recipe inside the
meta-openembedded/toolchain-layer folder, against the current yocto and
meta-openembedded master.
I have a small problem, which is that the correct target directory for copying
the limits.h file is not being created in the filesystem.
This is the error that I'm getting is as follows:
| cp: cannot create regular file
`/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.2/include-fixed/limits.h':
No such file or directory
| ERROR: Function failed: do_install (see
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/temp/log.do_install.54176
for further information)
NOTE: package gcc-cross-initial-4.5.1+svnr162773-r13: task do_install: Failed
ERROR: Task 952
(/tool/yocto/meta-openembedded/toolchain-layer/recipes-devtools/gcc/gcc-cross-initial_4.5.bb,
do_install) failed with exit code '1'
NOTE: Tasks Summary: Attempted 792 tasks of which 246 didn't need to be rerun
and 1 failed.
The 4.5.2 directory doesn't exist on the filesystem:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.2
but it does have a 4.5.1 directory:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/gcc-cross-initial-4.5.1+svnr162773-r13/image/tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/lib/ppc440-poky-linux.gcc-cross-initial/gcc/powerpc-poky-linux/4.5.1
The 4.5.2 value is probably being picked up by the BINV variable, which is set
to 4.5.2. I modelled the gcc-4.5.inc file after the gcc-4.6.inc and gcc-4.7.inc.
file: gcc-4.5.inc
require recipes-devtools/gcc/gcc-common.inc
PR = r13
# Third digit in PV should be incremented after a minor release
# happens from this branch on gcc e.g. currently its 4.5.4
# when 4.5.5 is released and we bump SRCREV beyond the release
# on branch then PV should be incremented to 4.5.5+svnr${SRCPV}
# to reflect that change
PV = 4.5.1+svnr${SRCPV}
# BINV should be incremented after updating to a revision
# after a minor gcc release (e.g. 4.5.3 or 4.5.4) has been made
# the value will be minor-release+1 e.g. if current minor release was
# 4.5.4 then the value below will have 5 which will mean 4.5.5
# which will be next minor release and so on.
BINV = 4.5.2
SRCREV = 162773
BRANCH = gcc-4_5-branch
FILESPATH = ${@base_set_filespath([ '${FILE_DIRNAME}/gcc-4.5' ], d)}
DEPENDS =+ mpfr gmp libmpc elfutils
NATIVEDEPS = mpfr-native gmp-native gettext-native libmpc-native
elfutils-native
LICENSE=GPL-3.0-with-GCC-exception GPLv3
What should I do? Set BINV = 4.5.1 ?
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky 1/2] cmake-native: Update to v2.8.8.
This commit updates the cmake-native recipe to v2.8.8.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
meta/recipes-devtools/cmake/cmake-native_2.8.5.bb |7 ---
meta/recipes-devtools/cmake/cmake-native_2.8.8.bb |7 +++
meta/recipes-devtools/cmake/cmake.inc |2 +-
3 files changed, 8 insertions(+), 8 deletions(-)
delete mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.5.bb
create mode 100644 meta/recipes-devtools/cmake/cmake-native_2.8.8.bb
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.5.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.5.bb
deleted file mode 100644
index 3fe0c2e..000
--- a/meta/recipes-devtools/cmake/cmake-native_2.8.5.bb
+++ /dev/null
@@ -1,7 +0,0 @@
-require cmake.inc
-inherit native
-
-PR = ${INC_PR}.1
-
-SRC_URI[md5sum] = 3c5d32cec0f4c2dc45f4c2e84f4a20c5
-SRC_URI[sha256sum] =
5e18bff75f01656c64f553412a8905527e1b85efaf3163c6fb81ea5aaced0b91
diff --git a/meta/recipes-devtools/cmake/cmake-native_2.8.8.bb
b/meta/recipes-devtools/cmake/cmake-native_2.8.8.bb
new file mode 100644
index 000..3c0e524
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake-native_2.8.8.bb
@@ -0,0 +1,7 @@
+require cmake.inc
+inherit native
+
+PR = ${INC_PR}.1
+
+SRC_URI[md5sum] = ba74b22c788a0c8547976b880cd02b17
+SRC_URI[sha256sum] =
2b59897864d6220ff20aa8eac64cac8994e004898a1c0f899c8cb4d7b7570b46
diff --git a/meta/recipes-devtools/cmake/cmake.inc
b/meta/recipes-devtools/cmake/cmake.inc
index d080e50..c73fc7c 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -6,7 +6,7 @@ HOMEPAGE = http://www.cmake.org/;
BUGTRACKER = http://public.kitware.com/Bug/my_view_page.php;
SECTION = console/utils
LICENSE = BSD
-LIC_FILES_CHKSUM = file://Copyright.txt;md5=f372516292ff7c7bf16a74a5f9a8 \
+LIC_FILES_CHKSUM = file://Copyright.txt;md5=bb2fa3a08736b842556f6171bb9e8ae1 \
file://Source/cmake.h;beginline=1;endline=10;md5=341736dae83c9e344b53eeb1bc7d7bc2
INC_PR = r2
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky 2/2] cmake: Update to v2.8.8.
This commit updates the cmake recipe to v2.8.8.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
meta/recipes-devtools/cmake/cmake_2.8.5.bb | 40
meta/recipes-devtools/cmake/cmake_2.8.8.bb | 40
2 files changed, 40 insertions(+), 40 deletions(-)
delete mode 100644 meta/recipes-devtools/cmake/cmake_2.8.5.bb
create mode 100644 meta/recipes-devtools/cmake/cmake_2.8.8.bb
diff --git a/meta/recipes-devtools/cmake/cmake_2.8.5.bb
b/meta/recipes-devtools/cmake/cmake_2.8.5.bb
deleted file mode 100644
index 6145345..000
--- a/meta/recipes-devtools/cmake/cmake_2.8.5.bb
+++ /dev/null
@@ -1,40 +0,0 @@
-require cmake.inc
-
-inherit cmake
-
-DEPENDS += curl expat zlib libarchive ncurses
-
-PR = ${INC_PR}.3
-
-SRC_URI += file://dont-run-cross-binaries.patch
-
-SRC_URI[md5sum] = 3c5d32cec0f4c2dc45f4c2e84f4a20c5
-SRC_URI[sha256sum] =
5e18bff75f01656c64f553412a8905527e1b85efaf3163c6fb81ea5aaced0b91
-
-# Strip ${prefix} from ${docdir}, set result into docdir_stripped
-python () {
-prefix=d.getVar(prefix, True)
-docdir=d.getVar(docdir, True)
-
-if not docdir.startswith(prefix):
- raise bb.build.FuncFailed('docdir must contain prefix as its prefix')
-
-docdir_stripped = docdir[len(prefix):]
-if len(docdir_stripped) 0 and docdir_stripped[0] == '/':
- docdir_stripped = docdir_stripped[1:]
-
-d.setVar(docdir_stripped, docdir_stripped)
-}
-
-EXTRA_OECMAKE= \
--DCMAKE_DOC_DIR=${docdir_stripped}/cmake-${CMAKE_MAJOR_VERSION} \
--DCMAKE_USE_SYSTEM_LIBRARIES=1 \
--DKWSYS_CHAR_IS_SIGNED=1 \
--DBUILD_CursesDialog=0 \
-${@base_contains('DISTRO_FEATURES', 'largefile', '-DKWSYS_LFS_WORKS=1',
'-DKWSYS_LFS_DISABLE=1', d)} \
-
-
-FILES_${PN} += ${datadir}/cmake-${CMAKE_MAJOR_VERSION}
-FILES_${PN}-doc += ${docdir}/cmake-${CMAKE_MAJOR_VERSION}
-
-BBCLASSEXTEND = nativesdk
diff --git a/meta/recipes-devtools/cmake/cmake_2.8.8.bb
b/meta/recipes-devtools/cmake/cmake_2.8.8.bb
new file mode 100644
index 000..dd57f41
--- /dev/null
+++ b/meta/recipes-devtools/cmake/cmake_2.8.8.bb
@@ -0,0 +1,40 @@
+require cmake.inc
+
+inherit cmake
+
+DEPENDS += curl expat zlib libarchive ncurses
+
+PR = ${INC_PR}.3
+
+SRC_URI += file://dont-run-cross-binaries.patch
+
+SRC_URI[md5sum] = ba74b22c788a0c8547976b880cd02b17
+SRC_URI[sha256sum] =
2b59897864d6220ff20aa8eac64cac8994e004898a1c0f899c8cb4d7b7570b46
+
+# Strip ${prefix} from ${docdir}, set result into docdir_stripped
+python () {
+prefix=d.getVar(prefix, True)
+docdir=d.getVar(docdir, True)
+
+if not docdir.startswith(prefix):
+ raise bb.build.FuncFailed('docdir must contain prefix as its prefix')
+
+docdir_stripped = docdir[len(prefix):]
+if len(docdir_stripped) 0 and docdir_stripped[0] == '/':
+ docdir_stripped = docdir_stripped[1:]
+
+d.setVar(docdir_stripped, docdir_stripped)
+}
+
+EXTRA_OECMAKE= \
+-DCMAKE_DOC_DIR=${docdir_stripped}/cmake-${CMAKE_MAJOR_VERSION} \
+-DCMAKE_USE_SYSTEM_LIBRARIES=1 \
+-DKWSYS_CHAR_IS_SIGNED=1 \
+-DBUILD_CursesDialog=0 \
+${@base_contains('DISTRO_FEATURES', 'largefile', '-DKWSYS_LFS_WORKS=1',
'-DKWSYS_LFS_DISABLE=1', d)} \
+
+
+FILES_${PN} += ${datadir}/cmake-${CMAKE_MAJOR_VERSION}
+FILES_${PN}-doc += ${docdir}/cmake-${CMAKE_MAJOR_VERSION}
+
+BBCLASSEXTEND = nativesdk
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] cmake-native-2.8.5-r2.1 compile error
Hi, On Jul 22, 2012, at 6:32 AM, Elvis Dowson wrote: With the latest update to the yocto repos, as of today, I get a compile error for cmake-native-2.8.5-r2.1, when trying to bitbake core-image-sato. This had also happened yesterday, when I tried to build core-image-sato, from the master branch, which was updated 2 to 3 weeks ago. I tried with the latest updates, and still the error persists. snip ERROR: oe_runmake failed ERROR: Function failed: do_compile (see /tool/yocto/poky/build/tmp/work/x86_64-linux/cmake-native-2.8.5-r2.1/temp/log.do_compile.60499 for further information) After updating the cmake and cmake-native recipes to v2.8.8, it compiles cleanly on Ubuntu 12.04 LTS 64-bit. I've sent patches to the openembedded developer mailing list. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] cmake-native-2.8.5-r2.1 compile error
Hi Khem, On Jul 22, 2012, at 11:36 PM, Khem Raj raj.k...@gmail.com wrote: On Sun, Jul 22, 2012 at 6:38 AM, Elvis Dowson elvis.dow...@gmail.com wrote: After updating the cmake and cmake-native recipes to v2.8.8, it compiles cleanly on Ubuntu 12.04 LTS 64-bit. I've sent patches to the openembedded developer mailing list. if you read mailing lists you can avoid duplicating work. see http://patchwork.openembedded.org/patch/32759/ Why is it that fixes that cause build failures don't make it to the master branch in time, or changes that cause a build failures for poky are pushed to the master branch, without testing? Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] xilinx-kernel.bbclass: Fix support for binary device tree generation.
This commit fixes support for binary device tree generation, which was
broken as a result of commit 8c904eb643ad8ca1bc29cb2d870a80b355dcb341
in oe-core:
linux-dtb: add multi-dtb build support
including following enhancement:
* support multi-dtb build
* skip dtb build and install when KERNEL_DEVICETREE is empty
* print a warning message when specified dts file is not available
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-kernel.bbclass | 10 --
1 file changed, 4 insertions(+), 6 deletions(-)
diff --git a/classes/xilinx-kernel.bbclass b/classes/xilinx-kernel.bbclass
index 14f4c7d..7c51b3d 100644
--- a/classes/xilinx-kernel.bbclass
+++ b/classes/xilinx-kernel.bbclass
@@ -22,16 +22,14 @@ def device_tree(a, d):
board = bb.data.getVar('XILINX_BOARD', d, 1)
cpu = bb.data.getVar('TARGET_CPU', d, 1)
-
if re.match('powerpc', a):
target = cpu + '-' + board
-dts = 'arch/' + a + '/boot/dts/virtex' + target + '.dts'
+dts = '${S}/arch/' + a + '/boot/dts/virtex' + target + '.dts'
else:
target = 'system'
-dts = 'arch/' + a + '/boot/dts/' + target + '.dts'
+dts = '${S}/arch/' + a + '/boot/dts/' + target + '.dts'
bb.data.setVar('KERNEL_TARGET', target, d)
-
return dts
@@ -44,10 +42,10 @@ if [ -n ${XILINX_BSP_PATH} ]; then
if [ -e $dts ]; then
bbnote Xilinx BSP device tree located in: ${dts}
if [ ${TARGET_ARCH} = powerpc ]; then
- bbnote Replacing linux kernel powerpc device
tree to match located hardware model
+ bbnote Replacing linux kernel powerpc device
tree to match located hardware model: virtex${KERNEL_TARGET}.dts
cp -pP ${dts}
${S}/arch/powerpc/boot/dts/virtex${KERNEL_TARGET}.dts
else
- bbnote Replacing linux kernel microblaze
device tree to match located hardware model
+ bbnote Replacing linux kernel microblaze
device tree to match located hardware model: ${KERNEL_TARGET}.dts
cp -pP ${dts}
${S}/arch/microblaze/platform/generic/${KERNEL_TARGET}.dts
fi
else
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [poky] meta: Fix SRC_URI warnings to use protocol not proto
Hi Khem, On Jul 13, 2012, at 10:51 AM, Khem Raj wrote: Saul already posted a patch for OE-Core there was discussion on that thread as well Ok! I just noticed it after deleting everything and doing a fresh rebuild! Elvis ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Getting yocto to build a linux kernel uImage and zImage simultaneously
Hi, Is simultaneous generation of both uImage and zImage supported for linux kernels? I tried it a couple of weeks back, but then noticed that it would build either a uImage or a zImage, alone, but failed when both were specified. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] linux-xilinx: How to download a ramdisk image and copy it to arch/powerpc/boot folder
Hi,
I'm trying to create a linux-xilinx-2.6.38 recipe, that will download a
ramdisk image from
http://wiki.xilinx.com/local--files/powerpc-linux/ramdisk.image.gz
and copy it to the arch/powerpc/boot folder.
How can I modify the following recipe to execute these commands?
inherit kernel xilinx-kernel xilinx-utils
require recipes-kernel/linux/linux-xilinx.inc
DEFAULT_PREFERENCE = 1
KBRANCH = master
LINUX_VERSION ?= 2.6.38
SRCREV_pn-${PN} = c965eb91f22d1ca04b141957bccd1c02abc5c6f7
KTAG_virtex5 = xilinx_v2.6.38
PR = r00
PV = ${LINUX_VERSION}
SRC_URI = git://git.xilinx.com/linux-xlnx.git;protocol=git;tag=${KTAG} \
file://0001-virtex-ml507-Update-device-tree-to-version-generated-by-Xilinx-EDK-13.1.patch
\
file://0002-Makefile-Disable-warnings-being-treated-as-errors.patch \
file://defconfig
XILINX_BOARD ?= ${@find_board(bb.data.getVar('XILINX_BSP_PATH', d, 1), d)}
KERNEL_DEVICETREE = ${@device_tree(bb.data.getVar('TARGET_ARCH', d, 1), d)}
KERNEL_DEVICETREE_microblazeel = ${@device_tree(bb.data.getVar('TARGET_CPU',
d, 1), d)}
#KERNEL_DEVICETREE = virtex440-ml507.dts
COMPATIBLE_MACHINE = (virtex4|virtex5|virtex5mb|spartan6-sp605|spartan6-lx9mb)
Best regards,
Elvis
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] meta-xilinx: zImage build error: mkimage command not found - U-Boot images will not be built
Hi, I'm try to build a zImage. I have been successful at building and running the kernel, outside of yocto, and running it on the Xilinx ML507 development board. I'm in the process of creating a linux-xilinx-2.6.38 recipe, and I'm stuck at the following error: NOTE: package linux-xilinx-2.6.38-r00: task do_compile: Started ERROR: Function failed: do_compile (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.38-r00/temp/log.do_compile.4655 for further information) ERROR: Logfile of failure stored in: /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.38-r00/temp/log.do_compile.4655 Log data follows: | DEBUG: Executing shell function do_compile | NOTE: make -j 6 include/linux/version.h CC=powerpc-poky-linux-gcc --sysroot=/tool/yocto/poky/build/tmp/sysroots/virtex5 LD=powerpc-poky-linux-ld --sysroot=/tool/yocto/poky/build/tmp/sysroots/virtex5 | CHK include/linux/version.h | NOTE: make -j 6 zImage CC=powerpc-poky-linux-gcc --sysroot=/tool/yocto/poky/build/tmp/sysroots/virtex5 LD=powerpc-poky-linux-ld --sysroot=/tool/yocto/poky/build/tmp/sysroots/virtex5 | CHK include/linux/version.h | CHK include/generated/utsrelease.h | CALLscripts/checksyscalls.sh | CHK include/generated/compile.h | CALLarch/powerpc/kernel/systbl_chk.sh | DTC arch/powerpc/boot/virtex440-ml507.dtb | DTC: dts-dtb on file arch/powerpc/boot/dts/virtex440-ml507.dts | WRAParch/powerpc/boot/uImage | WRAParch/powerpc/boot/simpleImage.virtex440-ml507 | WRAParch/powerpc/boot/simpleImage.initrd.virtex440-ml507 | mkimage command not found - U-Boot images will not be built | make[1]: *** [arch/powerpc/boot/uImage] Error 1 | make[1]: *** Waiting for unfinished jobs | rm arch/powerpc/boot/virtex440-ml507.dtb | make: *** [zImage] Error 2 | ERROR: oe_runmake failed | ERROR: Function failed: do_compile (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.38-r00/temp/log.do_compile.4655 for further information) NOTE: package linux-xilinx-2.6.38-r00: task do_compile: Failed ERROR: Task 6 (/tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_2.6.38.bb, do_compile) failed with exit code '1' NOTE: Tasks Summary: Attempted 990 tasks of which 989 didn't need to be rerun and 1 failed. Summary: 1 task failed: /tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_2.6.38.bb, do_compile Summary: There was 1 ERROR message shown, returning a non-zero exit code. My virtex.conf file looks like this at the moment: KERNEL_IMAGETYPE = zImage Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky] meta: Fix SRC_URI warnings to use protocol not proto
This commit updates the SRC_URI for the following recipes to use protocol
recipes-core/eglibc/cross-localedef-native_2.15.bb
recipes-core/eglibc/eglibc_2.15.bb
recipes-devtools/gcc/gcc-4.7.inc
recipes-devtools/installer/adt-installer_1.0.bb
recipes-devtools/opkg/opkg_svn.bb
recipes-devtools/tcf-agent/tcf-agent_git.bb
recipes-devtools/ubootchart/ubootchart_svn.bb
recipes-gnome/gtkhtml2/gtkhtml2_svn.bb
recipes-graphics/matchbox-wm-2/matchbox-wm-2_git.bb
recipes-sato/webkit/webkit-gtk_svn.bb
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../eglibc/cross-localedef-native_2.15.bb |2 +-
meta/recipes-core/eglibc/eglibc_2.15.bb|2 +-
meta/recipes-devtools/gcc/gcc-4.7.inc |2 +-
.../installer/adt-installer_1.0.bb |2 +-
meta/recipes-devtools/opkg/opkg_svn.bb |2 +-
meta/recipes-devtools/tcf-agent/tcf-agent_git.bb |2 +-
meta/recipes-devtools/ubootchart/ubootchart_svn.bb |2 +-
meta/recipes-gnome/gtkhtml2/gtkhtml2_svn.bb|2 +-
.../matchbox-wm-2/matchbox-wm-2_git.bb |2 +-
meta/recipes-sato/webkit/webkit-gtk_svn.bb |6 +++---
10 files changed, 12 insertions(+), 12 deletions(-)
diff --git a/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
b/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
index 6f311fc..493eb61 100644
--- a/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
+++ b/meta/recipes-core/eglibc/cross-localedef-native_2.15.bb
@@ -16,7 +16,7 @@ inherit autotools
PR = r0
SRCREV=15225
EGLIBC_BRANCH=eglibc-2_14
-SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http
+SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http
S = ${WORKDIR}/${EGLIBC_BRANCH}/localedef
do_unpack_append() {
diff --git a/meta/recipes-core/eglibc/eglibc_2.15.bb
b/meta/recipes-core/eglibc/eglibc_2.15.bb
index 7dd9810..110febf 100644
--- a/meta/recipes-core/eglibc/eglibc_2.15.bb
+++ b/meta/recipes-core/eglibc/eglibc_2.15.bb
@@ -7,7 +7,7 @@ PR = r12
PR_append = +svnr${SRCPV}
EGLIBC_BRANCH=eglibc-2_15
-SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};proto=http \
+SRC_URI =
svn://www.eglibc.org/svn/branches/;module=${EGLIBC_BRANCH};protocol=http \
file://eglibc-svn-arm-lowlevellock-include-tls.patch \
file://IO-acquire-lock-fix.patch \
file://mips-rld-map-check.patch \
diff --git a/meta/recipes-devtools/gcc/gcc-4.7.inc
b/meta/recipes-devtools/gcc/gcc-4.7.inc
index 0e40533..a2e9ae0 100644
--- a/meta/recipes-devtools/gcc/gcc-4.7.inc
+++ b/meta/recipes-devtools/gcc/gcc-4.7.inc
@@ -33,7 +33,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=59530bdf33659b29e73d4adb9f9f6552 \
file://COPYING.LIB;md5=2d5025d4aa3495befef8f17206a5b0a1 \
file://COPYING.RUNTIME;md5=fe60d87048567d4fe8c8a0ed2448bcc8
-SRC_URI = svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};proto=http \
+SRC_URI = svn://gcc.gnu.org/svn/gcc/branches;module=${BRANCH};protocol=http \
file://gcc-4.3.1-ARCH_FLAGS_FOR_TARGET.patch \
file://100-uclibc-conf.patch \
file://gcc-uclibc-locale-ctype_touplow_t.patch \
diff --git a/meta/recipes-devtools/installer/adt-installer_1.0.bb
b/meta/recipes-devtools/installer/adt-installer_1.0.bb
index 5dc0896..e1edf2f 100644
--- a/meta/recipes-devtools/installer/adt-installer_1.0.bb
+++ b/meta/recipes-devtools/installer/adt-installer_1.0.bb
@@ -39,7 +39,7 @@ S = ${WORKDIR}/trunk
SRCREV = 596
PV = 0.1.8+svnr${SRCPV}
-SRC_URI = svn://opkg.googlecode.com/svn;module=trunk;proto=http \
+SRC_URI = svn://opkg.googlecode.com/svn;module=trunk;protocol=http \
file://wget_cache.patch \
file://adt_installer \
file://scripts/adt_installer_internal \
diff --git a/meta/recipes-devtools/opkg/opkg_svn.bb
b/meta/recipes-devtools/opkg/opkg_svn.bb
index faf0ba3..a0667ac 100644
--- a/meta/recipes-devtools/opkg/opkg_svn.bb
+++ b/meta/recipes-devtools/opkg/opkg_svn.bb
@@ -1,6 +1,6 @@
require opkg.inc
-SRC_URI = svn://opkg.googlecode.com/svn;module=trunk;proto=http \
+SRC_URI = svn://opkg.googlecode.com/svn;module=trunk;protocol=http \
file://add_vercmp.patch \
file://add_uname_support.patch \
file://fix_installorder.patch \
diff --git a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
index 8ac8022..25fccaf 100644
--- a/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
+++ b/meta/recipes-devtools/tcf-agent/tcf-agent_git.bb
@@ -10,7 +10,7 @@ SRCREV = 4ef94ecb927a8912c3d79ce137182247786cff8f
PV = 0.4.0+git${SRCPV}
PR = r0
-SRC_URI =
git://git.eclipse.org/gitroot/tcf/org.eclipse.tcf.agent.git;proto=git \
+SRC_URI =
git://git.eclipse.org/gitroot/tcf/org.eclipse.tcf.agent.git;protocol=git \
http://www.eclipse.org/legal/epl-v10.html;name=epl \
file://fix_ranlib.patch
[oe] [meta-openembedded] meta-oe: Fix SRC_URI warnings to use protocol not proto
This commit updates the SRC_URI for the following recipes to use protocol
meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
meta-oe/recipes-navigation/navit/navit_svn.bb
meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
#meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb
meta-oe/recipes-support/usbpath/usbpath_svn.bb
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-pyyaml_svn.bb |2 +-
meta-oe/recipes-navigation/navit/navit_svn.bb |2 +-
.../qcanobserver/qcanobserver-socketcan_svn.bb |2 +-
.../recipes-qt/qcanobserver/qcanobserver_svn.bb|2 +-
meta-oe/recipes-support/dfu-util/dfu-util_svn.bb |2 +-
.../recipes-support/portaudio/portaudio-v19_svn.bb |2 +-
.../samsung-soc-utils/s3c24xx-gpio_svn.bb |2 +-
.../samsung-soc-utils/s3c64xx-gpio_svn.bb |2 +-
.../samsung-soc-utils/sjf2410-linux-native_svn.bb |2 +-
meta-oe/recipes-support/usbpath/usbpath_svn.bb |2 +-
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb |2 +-
11 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
b/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
index c224507..92c0673 100644
--- a/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
+++ b/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
@@ -9,7 +9,7 @@ PV = 3.08+svnr${SRCPV}
PR = ml2
SRC_URI = \
- svn://svn.pyyaml.org/pyyaml;module=trunk;proto=http \
+ svn://svn.pyyaml.org/pyyaml;module=trunk;protocol=http \
file://setup.py \
S = ${WORKDIR}/trunk
diff --git a/meta-oe/recipes-navigation/navit/navit_svn.bb
b/meta-oe/recipes-navigation/navit/navit_svn.bb
index b3057b5..1350751 100644
--- a/meta-oe/recipes-navigation/navit/navit_svn.bb
+++ b/meta-oe/recipes-navigation/navit/navit_svn.bb
@@ -5,6 +5,6 @@ PV = 0.2.0+svnr${SRCPV}
PR = ${INC_PR}.2
S = ${WORKDIR}/${PN}
-SRC_URI +=
svn://anonym...@navit.svn.sourceforge.net/svnroot/navit/trunk;module=navit;proto=http
\
+SRC_URI +=
svn://anonym...@navit.svn.sourceforge.net/svnroot/navit/trunk;module=navit;protocol=http
\
file://taking-address-of-temporary-array.patch \
diff --git a/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
b/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
index c636128..aed190c 100644
--- a/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
+++ b/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
@@ -9,7 +9,7 @@ DEPENDS += qwt libsocketcan
PV = 0.5+svnr${SRCPV}
SRCREV = 48
-SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;proto=https
+SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;protocol=https
S = ${WORKDIR}/qcanobserver/DeviceLib/linux/SocketCAN
diff --git a/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
b/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
index 9d8f4a3..3d79fdc 100644
--- a/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
+++ b/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
@@ -9,7 +9,7 @@ DEPENDS += qwt
PV = 0.5+svnr${SRCPV}
SRCREV = 48
-SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;proto=https
\
+SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;protocol=https
\
file://0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch \
file://0002-qconsole-writethread-gcc-4.5-fixes.patch \
file://candemo.xml
diff --git a/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
b/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
index abb85fa..7e71820 100644
--- a/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
+++ b/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
@@ -9,7 +9,7 @@ PR = r2
DEPENDS = virtual/libusb0 usbpath
-SRC_URI = svn://svn.openmoko.org/trunk/src/host/;module=dfu-util;proto=http
+SRC_URI =
svn://svn.openmoko.org/trunk/src/host/;module=dfu-util;protocol=http
S = ${WORKDIR}/dfu-util
inherit autotools
diff --git a/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
b/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
index 2ae9eb4..312ae60 100644
--- a/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
+++ b/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
@@ -6,7 +6,7 @@ SRCREV = 1387
PV = v19+svnr${SRCPV}
PR = r0
-SRC_URI = svn://www.portaudio.com/repos/portaudio;module=trunk;proto=http
+SRC_URI = svn://www.portaudio.com/repos/portaudio;module=trunk;protocol=http
S = ${WORKDIR}/trunk
inherit autotools
diff --git a/meta-oe/recipes-support
[oe] [meta-openembedded] meta-oe: Fix SRC_URI warnings to use protocol not proto
This commit updates the SRC_URI for the following recipes to use protocol
meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
meta-oe/recipes-navigation/navit/navit_svn.bb
meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
meta-oe/recipes-support/samsung-soc-utils/s3c24xx-gpio_svn.bb
meta-oe/recipes-support/samsung-soc-utils/s3c64xx-gpio_svn.bb
meta-oe/recipes-support/samsung-soc-utils/sjf2410-linux-native_svn.bb
meta-oe/recipes-support/usbpath/usbpath_svn.bb
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-pyyaml_svn.bb |2 +-
meta-oe/recipes-navigation/navit/navit_svn.bb |2 +-
.../qcanobserver/qcanobserver-socketcan_svn.bb |2 +-
.../recipes-qt/qcanobserver/qcanobserver_svn.bb|2 +-
meta-oe/recipes-support/dfu-util/dfu-util_svn.bb |2 +-
.../recipes-support/portaudio/portaudio-v19_svn.bb |2 +-
.../samsung-soc-utils/s3c24xx-gpio_svn.bb |2 +-
.../samsung-soc-utils/s3c64xx-gpio_svn.bb |2 +-
.../samsung-soc-utils/sjf2410-linux-native_svn.bb |2 +-
meta-oe/recipes-support/usbpath/usbpath_svn.bb |2 +-
meta-oe/recipes-support/wmiconfig/wmiconfig_svn.bb |2 +-
11 files changed, 11 insertions(+), 11 deletions(-)
diff --git a/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
b/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
index c224507..92c0673 100644
--- a/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
+++ b/meta-oe/recipes-devtools/python/python-pyyaml_svn.bb
@@ -9,7 +9,7 @@ PV = 3.08+svnr${SRCPV}
PR = ml2
SRC_URI = \
- svn://svn.pyyaml.org/pyyaml;module=trunk;proto=http \
+ svn://svn.pyyaml.org/pyyaml;module=trunk;protocol=http \
file://setup.py \
S = ${WORKDIR}/trunk
diff --git a/meta-oe/recipes-navigation/navit/navit_svn.bb
b/meta-oe/recipes-navigation/navit/navit_svn.bb
index b3057b5..1350751 100644
--- a/meta-oe/recipes-navigation/navit/navit_svn.bb
+++ b/meta-oe/recipes-navigation/navit/navit_svn.bb
@@ -5,6 +5,6 @@ PV = 0.2.0+svnr${SRCPV}
PR = ${INC_PR}.2
S = ${WORKDIR}/${PN}
-SRC_URI +=
svn://anonym...@navit.svn.sourceforge.net/svnroot/navit/trunk;module=navit;proto=http
\
+SRC_URI +=
svn://anonym...@navit.svn.sourceforge.net/svnroot/navit/trunk;module=navit;protocol=http
\
file://taking-address-of-temporary-array.patch \
diff --git a/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
b/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
index c636128..aed190c 100644
--- a/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
+++ b/meta-oe/recipes-qt/qcanobserver/qcanobserver-socketcan_svn.bb
@@ -9,7 +9,7 @@ DEPENDS += qwt libsocketcan
PV = 0.5+svnr${SRCPV}
SRCREV = 48
-SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;proto=https
+SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;protocol=https
S = ${WORKDIR}/qcanobserver/DeviceLib/linux/SocketCAN
diff --git a/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
b/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
index 9d8f4a3..3d79fdc 100644
--- a/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
+++ b/meta-oe/recipes-qt/qcanobserver/qcanobserver_svn.bb
@@ -9,7 +9,7 @@ DEPENDS += qwt
PV = 0.5+svnr${SRCPV}
SRCREV = 48
-SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;proto=https
\
+SRC_URI =
svn://qcanobserver.svn.sourceforge.net/svnroot;module=qcanobserver;protocol=https
\
file://0001-messagebufferinterface.cpp-add-sys-socket.h-as-inclu.patch \
file://0002-qconsole-writethread-gcc-4.5-fixes.patch \
file://candemo.xml
diff --git a/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
b/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
index abb85fa..7e71820 100644
--- a/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
+++ b/meta-oe/recipes-support/dfu-util/dfu-util_svn.bb
@@ -9,7 +9,7 @@ PR = r2
DEPENDS = virtual/libusb0 usbpath
-SRC_URI = svn://svn.openmoko.org/trunk/src/host/;module=dfu-util;proto=http
+SRC_URI =
svn://svn.openmoko.org/trunk/src/host/;module=dfu-util;protocol=http
S = ${WORKDIR}/dfu-util
inherit autotools
diff --git a/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
b/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
index 2ae9eb4..312ae60 100644
--- a/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
+++ b/meta-oe/recipes-support/portaudio/portaudio-v19_svn.bb
@@ -6,7 +6,7 @@ SRCREV = 1387
PV = v19+svnr${SRCPV}
PR = r0
-SRC_URI = svn://www.portaudio.com/repos/portaudio;module=trunk;proto=http
+SRC_URI = svn://www.portaudio.com/repos/portaudio;module=trunk;protocol=http
S = ${WORKDIR}/trunk
inherit autotools
diff --git a/meta-oe/recipes-support
[oe] [meta-openembedded] lighttpd: Rename to lighttpd_1.4.31.bbappend.
This commit renames the lighttpd bbappend file to match the recipe version
provided in poky/meta-oe/recipes-extended/lighttpd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.30.bbappend | 10 --
.../lighttpd/lighttpd_1.4.31.bbappend | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
delete mode 100644 meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
create mode 100644 meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
deleted file mode 100644
index 1341405..000
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
+++ /dev/null
@@ -1,10 +0,0 @@
-FILESEXTRAPATHS := ${THISDIR}/${PN}
-
-PRINC := ${@int(PRINC) + 3}
-
-inherit systemd
-
-SRC_URI += file://lighttpd.service
-
-SYSTEMD_PACKAGES = ${PN}
-SYSTEMD_SERVICE_${PN} = lighttpd.service
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
new file mode 100644
index 000..1341405
--- /dev/null
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
@@ -0,0 +1,10 @@
+FILESEXTRAPATHS := ${THISDIR}/${PN}
+
+PRINC := ${@int(PRINC) + 3}
+
+inherit systemd
+
+SRC_URI += file://lighttpd.service
+
+SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] lighttpd: Set SYSTEMD_PACKAGES as lighttpd-systemd.
This commit fixes WARNING:
/tool/yocto/poky/meta/recipes-extended/lighttpd/lighttpd_1.4.31.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.31.bbappend |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
index 1341405..b02f35c 100644
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
@@ -6,5 +6,5 @@ inherit systemd
SRC_URI += file://lighttpd.service
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] lighttpd: Rename to lighttpd_1.4.31.bbappend.
Hi, On Jul 6, 2012, at 12:16 AM, Martin Jansa wrote: On Thu, Jul 05, 2012 at 11:59:43PM +0400, Elvis Dowson wrote: This commit renames the lighttpd bbappend file to match the recipe version provided in poky/meta-oe/recipes-extended/lighttpd This ^ doesn't make sense to me. Recipes are provided by oe-core and path poky/meta-oe/recipes-extended/lighttpd doesn't exist in poky repo AFAIK. The comment should have read poky/meta/recipes-extended/lighttpd http://git.yoctoproject.org/cgit/cgit.cgi/poky/tree/meta/recipes-extended/lighttpd I will resend the patch, after correcting the comments. Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded 3/4] lighttpd: Rename to lighttpd_1.4.31.bbappend.
This commit renames the lighttpd bbappend file to match the recipe version
provided in poky/meta/recipes-extended/lighttpd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.30.bbappend | 10 --
.../lighttpd/lighttpd_1.4.31.bbappend | 10 ++
2 files changed, 10 insertions(+), 10 deletions(-)
delete mode 100644 meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
create mode 100644 meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
deleted file mode 100644
index 1341405..000
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
+++ /dev/null
@@ -1,10 +0,0 @@
-FILESEXTRAPATHS := ${THISDIR}/${PN}
-
-PRINC := ${@int(PRINC) + 3}
-
-inherit systemd
-
-SRC_URI += file://lighttpd.service
-
-SYSTEMD_PACKAGES = ${PN}
-SYSTEMD_SERVICE_${PN} = lighttpd.service
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
new file mode 100644
index 000..1341405
--- /dev/null
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
@@ -0,0 +1,10 @@
+FILESEXTRAPATHS := ${THISDIR}/${PN}
+
+PRINC := ${@int(PRINC) + 3}
+
+inherit systemd
+
+SRC_URI += file://lighttpd.service
+
+SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded 2/4] networkmanager: Set SYSTEMD_PACKAGES as networkmanager-systemd.
This commit fixes WARNING:
/tool/yocto/meta-openembedded/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../networkmanager/networkmanager_0.9.2.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
index 221dc2c..d681e0c 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
@@ -54,7 +54,7 @@ do_install_append () {
install -d ${D}/etc/NetworkManager/VPN
}
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE = NetworkManager.service
PACKAGES =+ libnmutil libnmglib libnmglib-vpn ${PN}-tests
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded 4/4] lighttpd: Set SYSTEMD_PACKAGES as lighttpd-systemd.
This commit fixes WARNING:
/tool/yocto/poky/meta/recipes-extended/lighttpd/lighttpd_1.4.31.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.31.bbappend |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
index 1341405..b02f35c 100644
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.31.bbappend
@@ -6,5 +6,5 @@ inherit systemd
SRC_URI += file://lighttpd.service
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded 1/4] python_numpy: Fix SRC_URI warnings.
This commit fixes the following warnings:
WARNING: Unable to get checksum for python-numpy SRC_URI entry config.h: file
could not be found
WARNING: Unable to get checksum for python-numpy SRC_URI entry numpyconfig.h:
file could not be found
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-numpy_1.4.1.bb |9 -
1 file changed, 8 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
index a67bf8b..c1923f7 100644
--- a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
+++ b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
@@ -5,7 +5,14 @@ LIC_FILES_CHKSUM =
file://LICENSE.txt;md5=3c42211d73c3faa1026e671dd39883fa
PR = r3
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
- file://config.h \
+ ${CONFIGFILESURI} \
+
+CONFIGFILESURI ?=
+
+CONFIGFILESURI_arm = file://config.h \
+ file://numpyconfig.h \
+
+CONFIGFILESURI_mipsel = file://config.h \
file://numpyconfig.h \
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] lighttpd: Set SYSTEMD_PACKAGES as lighttpd-systemd.
Hi,
I sent this patch a while back, and this still hasn't been applied. I
just did a git pull and noticed this. Its a trivial patch, so would it be
possible for someone to please apply it.
Elvis
On Jun 22, 2012, at 7:48 AM, Elvis Dowson wrote:
This commit fixes WARNING:
/tool/yocto/poky/meta/recipes-extended/lighttpd/lighttpd_1.4.30.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.30.bbappend |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
index 1341405..b02f35c 100644
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
@@ -6,5 +6,5 @@ inherit systemd
SRC_URI += file://lighttpd.service
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] networkmanager: Set SYSTEMD_PACKAGES as networkmanager-systemd.
Request to apply this patch to the meta-openembedded layer...
Elvis
On Jun 22, 2012, at 7:52 AM, Elvis Dowson wrote:
This commit fixes WARNING:
/tool/yocto/meta-openembedded/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../networkmanager/networkmanager_0.9.2.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
index 221dc2c..d681e0c 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
@@ -54,7 +54,7 @@ do_install_append () {
install -d ${D}/etc/NetworkManager/VPN
}
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE = NetworkManager.service
PACKAGES =+ libnmutil libnmglib libnmglib-vpn ${PN}-tests
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
Request to apply this patch to the meta-openembedded layer...
Elvis
On Jun 22, 2012, at 6:28 PM, Elvis Dowson wrote:
This commit fixes the following warnings:
WARNING: Unable to get checksum for python-numpy SRC_URI entry config.h: file
could not be found
WARNING: Unable to get checksum for python-numpy SRC_URI entry numpyconfig.h:
file could not be found
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-numpy_1.4.1.bb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
index a67bf8b..0ae2ca2 100644
--- a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
+++ b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
@@ -5,7 +5,16 @@ LIC_FILES_CHKSUM =
file://LICENSE.txt;md5=3c42211d73c3faa1026e671dd39883fa
PR = r3
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
-file://config.h \
+ ${CONFIGFILESURI} \
+
+
+CONFIGFILESURI ?=
+
+CONFIGFILESURI_arm = file://config.h \
+file://numpyconfig.h \
+
+
+CONFIGFILESURI_mipsel = file://config.h \
file://numpyconfig.h \
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] util-linux: rename file to util-linux_2.21.2.bbappend
* Rename util-linux bbaapend file to match recipe version provided in
poky/meta/recipes-core/util-linux
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-core/util-linux/util-linux_2.21.1.bbappend |3 ---
recipes-core/util-linux/util-linux_2.21.2.bbappend |3 +++
2 files changed, 3 insertions(+), 3 deletions(-)
delete mode 100644 recipes-core/util-linux/util-linux_2.21.1.bbappend
create mode 100644 recipes-core/util-linux/util-linux_2.21.2.bbappend
diff --git a/recipes-core/util-linux/util-linux_2.21.1.bbappend
b/recipes-core/util-linux/util-linux_2.21.1.bbappend
deleted file mode 100644
index 5199eb2..000
--- a/recipes-core/util-linux/util-linux_2.21.1.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-FILESEXTRAPATHS := ${THISDIR}/${PN}
-# Disable microblaze ncurses support
-EXTRA_OECONF_microblaze += --without-ncurses
diff --git a/recipes-core/util-linux/util-linux_2.21.2.bbappend
b/recipes-core/util-linux/util-linux_2.21.2.bbappend
new file mode 100644
index 000..5199eb2
--- /dev/null
+++ b/recipes-core/util-linux/util-linux_2.21.2.bbappend
@@ -0,0 +1,3 @@
+FILESEXTRAPATHS := ${THISDIR}/${PN}
+# Disable microblaze ncurses support
+EXTRA_OECONF_microblaze += --without-ncurses
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] lighttpd: Set SYSTEMD_PACKAGES as lighttpd-systemd.
HI Martin, On Jun 28, 2012, at 9:34 PM, Martin Jansa wrote: On Thu, Jun 28, 2012 at 09:09:37PM +0400, Elvis Dowson wrote: I sent this patch a while back, and this still hasn't been applied. I just did a git pull and noticed this. Its a trivial patch, so would it be possible for someone to please apply it. It's trivial but if some image or task had lighttpd in RDEPENDS then it got also systemd support with it.. so those images/tasks need to be fixed too. I did a full clean build, and the last three patches squashed all warnings for the following layers: BBLAYERS ?= \ /tool/yocto/poky/meta \ /tool/yocto/poky/meta-yocto \ /tool/yocto/meta-openembedded/meta-oe \ /tool/yocto/meta-xilinx \ I guess if someone else encounters some issues, they can fix recipes in their meta-layers accordingly. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-xilinx] util-linux: rename file to util-linux_2.21.2.bbappend
Hi Khem, On Jun 29, 2012, at 4:13 AM, Khem Raj wrote: if this is a bbappend for meta-xilinx then this is not the right list for this patch Read http://git.yoctoproject.org/cgit/cgit.cgi/meta-xilinx/tree/README I've resent the patch to the yocto discussion list. Elvis ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 1/2] xilinx-boot: Refactor recipe to add support for Xilinx ISE 14.1.
* Refactor recipe to add support for Xilinx ISE 14.1.
* Fix minor spelling mistakes.
* Add additional log messages.
Ensure that you reconfigure your shell to use bash instead of dash while
building with Ubuntu 12.04 LTS.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-boot.bbclass | 41 +++--
1 file changed, 27 insertions(+), 14 deletions(-)
diff --git a/classes/xilinx-boot.bbclass b/classes/xilinx-boot.bbclass
index a7f1f1d..85fb6d9 100644
--- a/classes/xilinx-boot.bbclass
+++ b/classes/xilinx-boot.bbclass
@@ -65,20 +65,31 @@ bbnote Generate system ace image
# Set Xilinx EDK tools
if [ -z ${XILINX_EDK} ]; then
# Get Xilinx version
- if [ ${BUILD_ARCH} = x86_64 ]; then
- EDK_SRCIPT=settings64.sh
- else
- EDK_SRCIPT=settings.sh
- fi
- # Strip EDK version
XILINX_VER=`echo ${XILINX_LOC} | tr -d '[:alpha:]/_'`
+ bbnote XILINX ISE version ${XILINX_VER}, EDK script location
${XILINX_LOC}/${EDK_SCRIPT}
if [ ${XILINX_VER} \ 13 ]; then
- source ${XILINX_LOC}/${EDK_SRCIPT} ${XILINX_LOC}
+ # EDK version 13.1 and higher
+ # Check host computer build architecture
+ if [ ${BUILD_ARCH} = x86_64 ]; then
+ EDK_SCRIPT=settings64.sh
+ else
+ EDK_SCRIPT=settings32.sh
+ fi
+ # Setup Xilinx environment variables
+ source ${XILINX_LOC}/${EDK_SCRIPT} ${XILINX_LOC}
else
- # EDK version prior to 13.1 require to additionaly source this
scripts
- source ${XILINX_LOC}/${EDK_SRCIPT} ${XILINX_LOC}
- source ${XILINX_LOC}/ISE/${EDK_SRCIPT} ${XILINX_LOC}/ISE
- source ${XILINX_LOC}/EDK/${EDK_SRCIPT} ${XILINX_LOC}/EDK
+ # EDK versions prior to 13.1
+ # Check host computer build architecture
+ if [ ${BUILD_ARCH} = x86_64 ]; then
+ EDK_SCRIPT=settings64.sh
+ else
+ EDK_SCRIPT=settings.sh
+ fi
+ # Setup Xilinx environment variables
+ # EDK versions prior to 13.1 require additional ISE and EDK
scripts to be sourced
+ source ${XILINX_LOC}/${EDK_SCRIPT} ${XILINX_LOC}
+ source ${XILINX_LOC}/ISE/${EDK_SCRIPT} ${XILINX_LOC}/ISE
+ source ${XILINX_LOC}/EDK/${EDK_SCRIPT} ${XILINX_LOC}/EDK
fi
fi
@@ -90,11 +101,12 @@ fi
# This could be ovirrided by setting in ${XILINX_BSP_PATH}/system_incl.make
# BRAMINIT_ELF_FILES = $(PPC440_0_BOOTLOOP)
# BRAMINIT_ELF_FILES_ARGS = -pe ppc440_0 $(PPC440_0_BOOTLOOP)
-# For Xilinx EDK 13.1 Bootlop is set by default
+# For Xilinx EDK 13.1 Bootloop is set by default
#
cd ${XILINX_BSP_PATH}
if [ ! -f implementation/download.bit ]; then
# Bitstream not found generate it
+ bbnote bitstream not found, generating it
make -f ${XILINX_BSP_PATH}/system.make init_bram
fi
@@ -141,16 +153,17 @@ do_deploy_prepend() {
# Install u-boot elf image
if [ -d ${XILINX_BSP_PATH} ]; then
if [ -e ${S}/u-boot ]; then
-bbnote Deploy uboot elf image
+bbnote Deploying uboot elf image to ${XILINX_BSP_PATH}
install ${S}/u-boot ${XILINX_BSP_PATH}
fi
if [ -n ${XILINX_LOC} ]; then
+bbnote Xilinx design tools installed in ${XILINX_LOC}
do_mk_sysace
if [ -e ${XILINX_BSP_PATH}/u-boot-${XILINX_BOARD}.ace ]; then
install ${XILINX_BSP_PATH}/u-boot-${XILINX_BOARD}.ace
${DEPLOYDIR}
fi
else
-bbnote XILINX_LOC undifined can't generate system ace image
+bbnote XILINX_LOC undefined can't generate system ace image
fi
fi
}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] linux-xilinx: Update xilinx linux kernel to v3.3.0.
* Update xilinx linux kernel to v3.3.0.
* Update recipe to use SRCREV_pn-${PN} to set the commit id.
* Refactor recipe and move common definitions to linux-xilinx.inc
* Bump PR.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-kernel/linux/linux-xilinx.inc| 16
recipes-kernel/linux/linux-xilinx_git.bb | 21 +++--
2 files changed, 27 insertions(+), 10 deletions(-)
create mode 100644 recipes-kernel/linux/linux-xilinx.inc
diff --git a/recipes-kernel/linux/linux-xilinx.inc
b/recipes-kernel/linux/linux-xilinx.inc
new file mode 100644
index 000..0b92d0e
--- /dev/null
+++ b/recipes-kernel/linux/linux-xilinx.inc
@@ -0,0 +1,16 @@
+DESCRIPTION = Linux kernel for Xilinx platforms
+SECTION = kernel
+LICENSE = GPLv2
+
+LIC_FILES_CHKSUM = file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7
+
+PROVIDES += virtual/kernel
+
+KBRANCH ?= master
+
+# Pick up shared functions
+require recipes-kernel/linux/linux-dtb.inc
+
+S = ${WORKDIR}/git
+
+# extra tasks
diff --git a/recipes-kernel/linux/linux-xilinx_git.bb
b/recipes-kernel/linux/linux-xilinx_git.bb
index 845a1b3..0f53de7 100644
--- a/recipes-kernel/linux/linux-xilinx_git.bb
+++ b/recipes-kernel/linux/linux-xilinx_git.bb
@@ -1,20 +1,21 @@
inherit kernel xilinx-kernel xilinx-utils
-require recipes-kernel/linux/linux-dtb.inc
+require recipes-kernel/linux/linux-xilinx.inc
-DESCRIPTION = Linux kernel for Xilinx platforms
-COMPATIBLE_MACHINE =
(virtex4|virtex5|virtex5mb|spartan6-sp605|spartan6-lx9mb)
+DEFAULT_PREFERENCE = 1
+
+KBRANCH = master
-LICENSE = GPLv2
-LIC_FILES_CHKSUM = file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7
+LINUX_VERSION ?= 3.3.0
+SRCREV_pn-${PN} = ed63a4d76efadcb68f5776e4244766ffea226cc4
-PR = r16
-LINUX_VERSION = 2.6.37.1
-PV = ${LINUX_VERSION}+git${SRCPV}
-SRC_URI = git://git.xilinx.com/linux-xlnx.git;protocol=git \
+PR = r17
+PV = ${LINUX_VERSION}+git-${SRCREV}
+
+SRC_URI = git://git.xilinx.com/linux-xlnx.git;protocol=git;branch=${KBRANCH} \
file://defconfig
XILINX_BOARD ?= ${@find_board(bb.data.getVar('XILINX_BSP_PATH', d, 1), d)}
KERNEL_DEVICETREE = ${@device_tree(bb.data.getVar('TARGET_ARCH', d, 1), d)}
KERNEL_DEVICETREE_microblazeel = ${@device_tree(bb.data.getVar('TARGET_CPU',
d, 1), d)}
-S = ${WORKDIR}/git
+COMPATIBLE_MACHINE =
(virtex4|virtex5|virtex5mb|spartan6-sp605|spartan6-lx9mb)
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-xilinx 1/2] xilinx-boot: Refactor recipe to add support for Xilinx ISE 14.1.
Hi Khem,
On Jun 24, 2012, at 8:32 PM, Khem Raj wrote:
Ensure that you reconfigure your shell to use bash instead of dash while
building with Ubuntu 12.04 LTS.
why is this needed? may be you can fix the scripts to not have bashism
I tired to use a . (dot) instead of the source keyword, but ran into some
errors, perhaps because of the xilinx settings64.sh script. I posted the errors
in an earlier email, I'll reproduce that mail below, along with the xilinx
settings64.sh script
Error message
For the following code snippet:
if [ ${XILINX_VER} \ 14 ]; then
bbnote XILINX_VER ${XILINX_VER}, script location
${XILINX_LOC}/${EDK_SCRIPT}
source ${XILINX_LOC}/${EDK_SCRIPT} ${XILINX_LOC}
fi
I get the following error:
DEBUG: Executing python function sstate_task_prefunc
DEBUG: Python function sstate_task_prefunc finished
DEBUG: Executing shell function do_deploy
ERROR: Function failed: do_deploy (see
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/u-boot-xilinx-v2012.04.01-r16/temp/log.do_deploy.15616
for further information)
NOTE: Deploying uboot elf image to /project/xilinx-ml507
NOTE: Xilinx design tools installed in /tool/xilinx/14.1/ISE_DS
NOTE: Generate system ace image
NOTE: EDK_SCRIPT settings64.sh
NOTE: XILINX_VER 14.1, script location /tool/xilinx/14.1/ISE_DS/settings64.sh
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/u-boot-xilinx-v2012.04.01-r16/temp/run.do_deploy.15616:
129:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/u-boot-xilinx-v2012.04.01-r16/temp/run.do_deploy.15616:
source: not found
if I replace the source keyword with a . (dot)
if [ ${XILINX_VER} \ 14 ]; then
bbnote XILINX_VER ${XILINX_VER}, script location
${XILINX_LOC}/${EDK_SCRIPT}
. ${XILINX_LOC}/${EDK_SCRIPT} ${XILINX_LOC}
fi
it executes the scripts but gives the following error:
NOTE: XILINX_VER 14.1, script location /tool/xilinx/14.1/ISE_DS/settings64.sh
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/u-boot-xilinx-v2012.04.01-r16/temp/run.do_deploy.7879:
12: [:
/tool/yocto/poky/build/tmp/work/ppc440-poky-linux/u-boot-xilinx-v2012.04.01-r16/temp/run.do_deploy.7879:
unexpected operator
. /tool/xilinx/14.1/ISE_DS/common/.settings64.sh /tool/xilinx/14.1/ISE_DS/common
. /tool/xilinx/14.1/ISE_DS/EDK/.settings64.sh /tool/xilinx/14.1/ISE_DS/EDK
. /tool/xilinx/14.1/ISE_DS/common/CodeSourcery/.settings64.sh
/tool/xilinx/14.1/ISE_DS/common/CodeSourcery
. /tool/xilinx/14.1/ISE_DS/PlanAhead/.settings64.sh
/tool/xilinx/14.1/ISE_DS/PlanAhead
. /tool/xilinx/14.1/ISE_DS/../../Vivado/2012.1/.settings64.sh
/tool/xilinx/14.1/ISE_DS/../../Vivado/2012.1
. /tool/xilinx/14.1/ISE_DS/ISE/.settings64.sh /tool/xilinx/14.1/ISE_DS/ISE
. /tool/xilinx/14.1/ISE_DS/SysGen/.settings64.sh /tool/xilinx/14.1/ISE_DS/SysGen
Xilinx settings64.sh script
# Copyright (c) 1995-2012 Xilinx, Inc. All rights reserved.
XIL_ARG_=$_
SETTINGS_FILE=.settings64.sh
XIL_SCRIPT_LOC=/tool/xilinx/14.1/ISE_DS
if [ $# != 0 ]; then
# The first argument is the location of Xilinx Installation.
# Don't detect the installation location.
XIL_SCRIPT_LOC=$1
else
# XIL_SCRIPT_LOC should point to script location
if [ $0 == ksh ]; then
XIL_SCRIPT_LOC_TMP_UNI=`readlink -f ${XIL_ARG_}`
else
XIL_SCRIPT_LOC_TMP_UNI=$BASH_SOURCE
fi
XIL_SCRIPT_LOC_TMP_UNI=${XIL_SCRIPT_LOC_TMP_UNI%/*}
if [ $XIL_SCRIPT_LOC_TMP_UNI != ]; then
if [ $XIL_SCRIPT_LOC_TMP_UNI == settings64.sh ]; then
XIL_SCRIPT_LOC_TMP_UNI=./
fi
XIL_SCRIPT_LOC_TMP_UNI=`readlink -f ${XIL_SCRIPT_LOC_TMP_UNI}`
if [ $? == 0 ]; then
XIL_SCRIPT_LOC=${XIL_SCRIPT_LOC_TMP_UNI}
fi
fi
unset XIL_SCRIPT_LOC_TMP_UNI
fi
xlnxInstLocList=
xlnxInstLocList=${xlnxInstLocList} common
xlnxInstLocList=${xlnxInstLocList} EDK
xlnxInstLocList=${xlnxInstLocList} common/CodeSourcery
xlnxInstLocList=${xlnxInstLocList} PlanAhead
xlnxInstLocList=${xlnxInstLocList} ../../Vivado/2012.1
xlnxInstLocList=${xlnxInstLocList} ISE
xlnxInstLocList=${xlnxInstLocList} SysGen
XIL_SCRIPT_LOC_TMP_UNI=${XIL_SCRIPT_LOC}
for i in $xlnxInstLocList
do
d=${XIL_SCRIPT_LOC_TMP_UNI}/$i
sfn=$d/$SETTINGS_FILE
if [ -e $sfn ]; then
echo . $sfn $d
. $sfn $d
fi
done
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
Hi Khem,
On Jun 22, 2012, at 8:51 AM, Khem Raj wrote:
anyway something like below is what you need.
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
${CONFIGFILESURI} \
CONFIGFILESURI ?=
CONFIGFILESURI_arm = file://config.h \
file://numpyconfig.h \
CONFIGFILESURI_mipsel = file://config.h \
file://numpyconfig.h \
I made the changes as you suggested and now the SRCURI is reporting the correct
values:
$ MACHINE=qemuarm bitbake -e python-numpy | grep -i ^SRC_URI=
SRC_URI=http://downloads.sourceforge.net/numpy/numpy-1.4.1.tar.gz
file://config.h file://numpyconfig.h
I'll submit a patch now.
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
This commit fixes the following warnings:
WARNING: Unable to get checksum for python-numpy SRC_URI entry config.h: file
could not be found
WARNING: Unable to get checksum for python-numpy SRC_URI entry numpyconfig.h:
file could not be found
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-numpy_1.4.1.bb | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff --git a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
index a67bf8b..0ae2ca2 100644
--- a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
+++ b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
@@ -5,7 +5,16 @@ LIC_FILES_CHKSUM =
file://LICENSE.txt;md5=3c42211d73c3faa1026e671dd39883fa
PR = r3
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
- file://config.h \
+ ${CONFIGFILESURI} \
+
+
+CONFIGFILESURI ?=
+
+CONFIGFILESURI_arm = file://config.h \
+ file://numpyconfig.h \
+
+
+CONFIGFILESURI_mipsel = file://config.h \
file://numpyconfig.h \
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] connman: Update recipe name to connman_1.0.bbappend.
This commit updates the recipe name to connman_1.0.bbappend.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../connman/connman_0.79.bbappend |6 --
.../connman/connman_1.0.bbappend |6 ++
2 files changed, 6 insertions(+), 6 deletions(-)
delete mode 100644 meta-oe/recipes-connectivity/connman/connman_0.79.bbappend
create mode 100644 meta-oe/recipes-connectivity/connman/connman_1.0.bbappend
diff --git a/meta-oe/recipes-connectivity/connman/connman_0.79.bbappend
b/meta-oe/recipes-connectivity/connman/connman_0.79.bbappend
deleted file mode 100644
index 167165f..000
--- a/meta-oe/recipes-connectivity/connman/connman_0.79.bbappend
+++ /dev/null
@@ -1,6 +0,0 @@
-inherit systemd
-
-EXTRA_OECONF += --with-systemdunitdir=${systemd_unitdir}/system/
-
-SYSTEMD_PACKAGES = ${PN}-systemd
-SYSTEMD_SERVICE_${PN}-systemd = connman.service
diff --git a/meta-oe/recipes-connectivity/connman/connman_1.0.bbappend
b/meta-oe/recipes-connectivity/connman/connman_1.0.bbappend
new file mode 100644
index 000..167165f
--- /dev/null
+++ b/meta-oe/recipes-connectivity/connman/connman_1.0.bbappend
@@ -0,0 +1,6 @@
+inherit systemd
+
+EXTRA_OECONF += --with-systemdunitdir=${systemd_unitdir}/system/
+
+SYSTEMD_PACKAGES = ${PN}-systemd
+SYSTEMD_SERVICE_${PN}-systemd = connman.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] lighttpd: Set SYSTEMD_PACKAGES as lighttpd-systemd.
This commit fixes WARNING:
/tool/yocto/poky/meta/recipes-extended/lighttpd/lighttpd_1.4.30.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../lighttpd/lighttpd_1.4.30.bbappend |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
index 1341405..b02f35c 100644
--- a/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
+++ b/meta-oe/recipes-extended/lighttpd/lighttpd_1.4.30.bbappend
@@ -6,5 +6,5 @@ inherit systemd
SRC_URI += file://lighttpd.service
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE_${PN} = lighttpd.service
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] networkmanager: Set SYSTEMD_PACKAGES as networkmanager-systemd.
This commit fixes WARNING:
/tool/yocto/meta-openembedded/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb:
it is recommended to set SYSTEMD_PACKAGES as existing-package-systemd
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../networkmanager/networkmanager_0.9.2.0.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
index 221dc2c..d681e0c 100644
--- a/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
+++ b/meta-oe/recipes-connectivity/networkmanager/networkmanager_0.9.2.0.bb
@@ -54,7 +54,7 @@ do_install_append () {
install -d ${D}/etc/NetworkManager/VPN
}
-SYSTEMD_PACKAGES = ${PN}
+SYSTEMD_PACKAGES = ${PN}-systemd
SYSTEMD_SERVICE = NetworkManager.service
PACKAGES =+ libnmutil libnmglib libnmglib-vpn ${PN}-tests
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
This commit fixes the following warnings:
WARNING: Unable to get checksum for python-numpy SRC_URI entry config.h: file
could not be found
WARNING: Unable to get checksum for python-numpy SRC_URI entry numpyconfig.h:
file could not be found
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
.../recipes-devtools/python/python-numpy_1.4.1.bb | 12 +---
1 file changed, 9 insertions(+), 3 deletions(-)
diff --git a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
index a67bf8b..bdcdf91 100644
--- a/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
+++ b/meta-oe/recipes-devtools/python/python-numpy_1.4.1.bb
@@ -2,11 +2,17 @@ DESCRIPTION = A sophisticated Numeric Processing Package for
Python
SECTION = devel/python
LICENSE = PSF
LIC_FILES_CHKSUM = file://LICENSE.txt;md5=3c42211d73c3faa1026e671dd39883fa
-PR = r3
+PR = r4
SRC_URI = ${SOURCEFORGE_MIRROR}/numpy/numpy-${PV}.tar.gz \
- file://config.h \
- file://numpyconfig.h \
+
+SRC_URI_arm += \
+ file://arm/config.h \
+ file://arm/numpyconfig.h \
+
+SRC_URI_mipsel += \
+ file://mipsel/config.h \
+ file://mipsel/numpyconfig.h \
S = ${WORKDIR}/numpy-${PV}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
Hi Khem, On Jun 22, 2012, at 8:28 AM, Khem Raj wrote: Did you test it on arm/mipsel and made sure that SRC_URI is correct after this change ? No, I did not. The location of the files had move to architecture specific folders, but the main recipe had not been updated to reflect this, so I just corrected the recipe. I have an armv7a board (TI OMAP3530 based Gumstix Overo Fire), but no mipsel based board. At the moment, I'm focussing on the powerpc440 on my virtex5 fpga board, so perhaps someone else with an arm and mipsel could help test it out. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-openembedded] python_numpy: Fix SRC_URI warnings.
Hi Khem, On Jun 22, 2012, at 8:45 AM, Khem Raj wrote: OK you can just do MACHINE=qemuarm bitbake -e python-numpy | grep -i ^SRC_URI= and see what it shows. That command returned empty. I'll modify the patch with the CONFIGFILESURI as you suggested. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] ERROR: No recipes available for: qt4-x11-free_4.7.4.bbappend qt4-embedded_4.7.4.bbappend
Hi, I get the following error while building core-image-minimal, after just updating all my yocto repos. It was building fine just after manually fixing the yocto kernel 3.2 SRCREV typo commit that managed its way to the master branch. Now apparently there is a new error. ERROR: No recipes available for: /tool/yocto/meta-openembedded/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend /tool/yocto/meta-openembedded/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend ERROR: Command execution failed: Exited with 1 My bblayers.conf looks like this # LAYER_CONF_VERSION is increased each time build/conf/bblayers.conf # changes incompatibly LCONF_VERSION = 4 BBFILES ?= BBLAYERS ?= \ /tool/yocto/poky/meta \ /tool/yocto/poky/meta-yocto \ /tool/yocto/meta-openembedded/meta-oe \ /tool/yocto/meta-xilinx \ Shouldn't the Yocto build/integration/release team be testing everything, before committing changes to a public repo. Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-openembedded] qt4: Remove qt-4.7.4 recipes.
This commit removes the following recipes:
qt4-embedded_4.7.4.bbappend
qt4-x11-free_4.7.4.bbappend
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend |6 --
meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend |6 --
2 files changed, 12 deletions(-)
delete mode 100644 meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
delete mode 100644 meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
diff --git a/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
b/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
deleted file mode 100644
index 27cac11..000
--- a/meta-oe/recipes-qt/qt4/qt4-embedded_4.7.4.bbappend
+++ /dev/null
@@ -1,6 +0,0 @@
-DEPENDS += mysql5 postgresql sqlite
-QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql -no-sql-odbc
-plugin-sql-psql -plugin-sql-sqlite2 -plugin-sql-sqlite
-QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
--I${STAGING_INCDIR}/postgresql
-
-PRINC := ${@int(PRINC) + 1}
diff --git a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
b/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
deleted file mode 100644
index 27cac11..000
--- a/meta-oe/recipes-qt/qt4/qt4-x11-free_4.7.4.bbappend
+++ /dev/null
@@ -1,6 +0,0 @@
-DEPENDS += mysql5 postgresql sqlite
-QT_SQL_DRIVER_FLAGS = -no-sql-ibase -plugin-sql-mysql -no-sql-odbc
-plugin-sql-psql -plugin-sql-sqlite2 -plugin-sql-sqlite
-QT_CONFIG_FLAGS += -I${STAGING_INCDIR}/mysql \
--I${STAGING_INCDIR}/postgresql
-
-PRINC := ${@int(PRINC) + 1}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] xilinx-kernel: Change string comparision checks to use strict POSIX compliance.
This commit fixes an issue with string comparision checks failing because
of not using strict POSIX compliance, therby failing to copy the device
tree from the hardware model to the linux kernel device tree.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-kernel.bbclass |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/classes/xilinx-kernel.bbclass b/classes/xilinx-kernel.bbclass
index c0e11fe..14f4c7d 100644
--- a/classes/xilinx-kernel.bbclass
+++ b/classes/xilinx-kernel.bbclass
@@ -42,10 +42,12 @@ if [ -n ${XILINX_BSP_PATH} ]; then
if [ ${XILINX_BOARD} != unknown ]; then
dts=`find ${XILINX_BSP_PATH} -name *.dts -print`
if [ -e $dts ]; then
- bbnote Replacing device tree to match hardware model
- if [ ${TARGET_ARCH} == powerpc ]; then
+ bbnote Xilinx BSP device tree located in: ${dts}
+ if [ ${TARGET_ARCH} = powerpc ]; then
+ bbnote Replacing linux kernel powerpc device
tree to match located hardware model
cp -pP ${dts}
${S}/arch/powerpc/boot/dts/virtex${KERNEL_TARGET}.dts
else
+ bbnote Replacing linux kernel microblaze
device tree to match located hardware model
cp -pP ${dts}
${S}/arch/microblaze/platform/generic/${KERNEL_TARGET}.dts
fi
else
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] xilinx-kernel: Change string comparision checks to use strict POSIX compliance.
This commit fixes an issue with string comparision checks failing because
of not using strict POSIX compliance, thereby failing to copy the device
tree from the hardware model to the linux kernel device tree.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-kernel.bbclass |6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/classes/xilinx-kernel.bbclass b/classes/xilinx-kernel.bbclass
index c0e11fe..14f4c7d 100644
--- a/classes/xilinx-kernel.bbclass
+++ b/classes/xilinx-kernel.bbclass
@@ -42,10 +42,12 @@ if [ -n ${XILINX_BSP_PATH} ]; then
if [ ${XILINX_BOARD} != unknown ]; then
dts=`find ${XILINX_BSP_PATH} -name *.dts -print`
if [ -e $dts ]; then
- bbnote Replacing device tree to match hardware model
- if [ ${TARGET_ARCH} == powerpc ]; then
+ bbnote Xilinx BSP device tree located in: ${dts}
+ if [ ${TARGET_ARCH} = powerpc ]; then
+ bbnote Replacing linux kernel powerpc device
tree to match located hardware model
cp -pP ${dts}
${S}/arch/powerpc/boot/dts/virtex${KERNEL_TARGET}.dts
else
+ bbnote Replacing linux kernel microblaze
device tree to match located hardware model
cp -pP ${dts}
${S}/arch/microblaze/platform/generic/${KERNEL_TARGET}.dts
fi
else
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky] Impact of tune configuration in meta/conf/machine/qemuppc.conf
Hi, What would the impact be, if I change the tune configuration in poky/meta/conf/machine/qemuppc.conf, from tune-ppc603e to tune-ppc440 ? #@TYPE: Machine #@NAME: qemu PPC Emulator setup #@DESCRIPTION: Machine configuration for running an PPC system under qemu emulation require conf/machine/include/qemu.inc require conf/machine/include/tune-ppc603e.inc KERNEL_IMAGETYPE = vmlinux SERIAL_CONSOLE = 115200 ttyS0 Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] How to generate vmlinux kernel image
Hi Khem, On Jun 5, 2012, at 2:07 AM, Khem Raj wrote: On Mon, Jun 4, 2012 at 4:57 PM, Elvis Dowson elvis.dow...@gmail.com wrote: KERNEL_IMAGETYPE = uImage vmlinux remove vmlinux from there The qemu-system-ppc emulator for Xilinx ML507 doesn't work with uImage. It only works with vmlinux at the moment. Is there a way to modify yocto to generate a vmlinux image? If I specify KERNEL_IMAGETYPE=vmlinux gives the following errors during compilation, also giving me a warning that I may need to install module-init-tools. Is this necessary to generate a vmlinux image, and if so where do I specify it's inclusion? NOTE: Running task 850 of 856 (ID: 2, /tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_git.bb, do_install) NOTE: package linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16: task do_install: Started ERROR: Function failed: do_install (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.38107 for further information) ERROR: Logfile of failure stored in: /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.38107 Log data follows: | DEBUG: Executing shell function do_install | ERROR: Function failed: do_install (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.38107 for further information) | NOTE: make -j 6 DEPMOD=echo INSTALL_MOD_PATH=/tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/image modules_install | INSTALL drivers/char/hw_random/rng-core.ko | INSTALL fs/nls/nls_ascii.ko | INSTALL fs/nls/nls_iso8859-1.ko | INSTALL fs/nls/nls_utf8.ko | INSTALL net/ipv4/netfilter/ip_tables.ko | INSTALL net/ipv4/netfilter/iptable_filter.ko | INSTALL net/ipv4/netfilter/iptable_mangle.ko | INSTALL net/ipv4/tunnel4.ko | INSTALL net/ipv6/ipv6.ko | INSTALL net/ipv6/sit.ko | INSTALL net/ipv6/xfrm6_mode_beet.ko | INSTALL net/ipv6/xfrm6_mode_transport.ko | INSTALL net/ipv6/xfrm6_mode_tunnel.ko | INSTALL net/netfilter/x_tables.ko | INSTALL net/netfilter/xt_tcpudp.ko | DEPMOD 3.0.0-14.1-build3 | Warning: you may need to install module-init-tools | See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt | install: cannot stat `arch/powerpc/boot/vmlinux': No such file or directory NOTE: package linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16: task do_install: Failed ERROR: Task 2 (/tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_git.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 850 tasks of which 841 didn't need to be rerun and 1 failed. Summary: 1 task failed: /tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_git.bb, do_install Summary: There were 2 WARNING messages shown. Summary: There was 1 ERROR message shown, returning a non-zero exit code. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky] qemu: virtex5-ml507: Add kernel uImage loading support.
This commit adds kernel uImage loading support for the Xilinx ML507
development board emulator.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
...5-ml507-add-kernel-uImage-loading-support.patch | 74
meta/recipes-devtools/qemu/qemu_0.15.1.bb |3 +-
2 files changed, 76 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-devtools/qemu/qemu-0.15.1/qemu-virtex5-ml507-add-kernel-uImage-loading-support.patch
diff --git
a/meta/recipes-devtools/qemu/qemu-0.15.1/qemu-virtex5-ml507-add-kernel-uImage-loading-support.patch
b/meta/recipes-devtools/qemu/qemu-0.15.1/qemu-virtex5-ml507-add-kernel-uImage-loading-support.patch
new file mode 100644
index 000..6ddec7f
--- /dev/null
+++
b/meta/recipes-devtools/qemu/qemu-0.15.1/qemu-virtex5-ml507-add-kernel-uImage-loading-support.patch
@@ -0,0 +1,74 @@
+From 8ba6fc6d75b4da1b84062efdab2543df5ab93792 Mon Sep 17 00:00:00 2001
+From: Elvis Dowson elvis.dow...@gmail.com
+Date: Tue, 5 Jun 2012 20:03:14 +0200
+Subject: [PATCH] virtex_ml507: Add support for loading kernel uImage binary.
+
+This commit adds support for loading a kernel uImage binary.
+
+Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
+---
+ hw/virtex_ml507.c | 23 +++
+ 1 file changed, 15 insertions(+), 8 deletions(-)
+
+diff --git a/hw/virtex_ml507.c b/hw/virtex_ml507.c
+index 7bde8c7..0a80536 100644
+--- a/hw/virtex_ml507.c
b/hw/virtex_ml507.c
+@@ -43,8 +43,9 @@
+ #include blockdev.h
+ #include xilinx.h
+
+-#define EPAPR_MAGIC(0x45504150)
+-#define FLASH_SIZE (16 * 1024 * 1024)
++#define UIMAGE_LOAD_BASE 0
++#define EPAPR_MAGIC (0x45504150)
++#define FLASH_SIZE (16 * 1024 * 1024)
+
+ static struct boot_info
+ {
+@@ -193,7 +194,7 @@ static void virtex_init(ram_addr_t ram_size,
+ {
+ DeviceState *dev;
+ CPUState *env;
+-target_phys_addr_t ram_base = 0;
++target_phys_addr_t loadaddr = UIMAGE_LOAD_BASE;
+ DriveInfo *dinfo;
+ ram_addr_t phys_ram;
+ ram_addr_t phys_flash;
+@@ -213,7 +214,7 @@ static void virtex_init(ram_addr_t ram_size,
+ qemu_register_reset(main_cpu_reset, env);
+
+ phys_ram = qemu_ram_alloc(NULL, ram, ram_size);
+-cpu_register_physical_memory(ram_base, ram_size, phys_ram | IO_MEM_RAM);
++cpu_register_physical_memory(loadaddr, ram_size, phys_ram | IO_MEM_RAM);
+
+ phys_flash = qemu_ram_alloc(NULL, virtex.flash, FLASH_SIZE);
+ dinfo = drive_get(IF_PFLASH, 0, 0);
+@@ -233,14 +234,20 @@ static void virtex_init(ram_addr_t ram_size,
+ /* 2 timers at irq 2 @ 62 Mhz. */
+ xilinx_timer_create(0x83c0, irq[3], 2, 62 * 100);
+
++/* Load kernel. */
+ if (kernel_filename) {
+ uint64_t entry, low, high;
+ target_phys_addr_t boot_offset;
+
+-/* Boots a kernel elf binary. */
+-kernel_size = load_elf(kernel_filename, NULL, NULL,
+- entry, low, high, 1, ELF_MACHINE, 0);
+-boot_info.bootstrap_pc = entry 0x00ff;
++/* Boot a kernel uImage binary. */
++kernel_size = load_uimage(kernel_filename, entry, loadaddr, NULL);
++
++/* If we failed loading uImage, try again as a kernel elf binary. */
++if (kernel_size 0) {
++kernel_size = load_elf(kernel_filename, NULL, NULL,
++ entry, low, high, 1, ELF_MACHINE, 0);
++boot_info.bootstrap_pc = entry 0x00ff;
++}
+
+ if (kernel_size 0) {
+ boot_offset = 0x120;
+--
+1.7.9.5
+
diff --git a/meta/recipes-devtools/qemu/qemu_0.15.1.bb
b/meta/recipes-devtools/qemu/qemu_0.15.1.bb
index bcff9f8..f659106 100644
--- a/meta/recipes-devtools/qemu/qemu_0.15.1.bb
+++ b/meta/recipes-devtools/qemu/qemu_0.15.1.bb
@@ -3,7 +3,7 @@ require qemu.inc
LIC_FILES_CHKSUM = file://COPYING;md5=441c28d2cf86e15a37fa47e15a72fbac \
file://COPYING.LIB;endline=24;md5=c04def7ae38850e7d3ef548588159913
-PR = r8
+PR = r9
FILESPATH = ${FILE_DIRNAME}/qemu-${PV}
FILESDIR = ${WORKDIR}
@@ -20,6 +20,7 @@ SRC_URI = \
file://arm-bgr.patch \
file://a4d1f142542935b90d2eb30f3aead4edcf455fe6.patch \
file://dummy-gl-config.patch \
+file://qemu-virtex5-ml507-add-kernel-uImage-loading-support.patch \
# Only use the GL passthrough patches for native/nativesdk versions
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [poky] Updating qemu recipes
Hi, The qemu recipes are a bit old at 0.15.1. The latest release appears to be at v1.1.0. I notice that there are a bunch of patches inside the qemu-0.15.1 recipe folder. Would it be safe to assume that all these patches have made it's way to the latest v1.1.0 release? Perhaps I could just update the qemu_git.bb recipe, since that is behind at 0.14. Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] Understanding what qemuppc emulates and getting it to emulate a ppc440 CPU
Hi, I'd like some help understanding what qemuppc emulates, while building the using yocto core-image-sato. I've originally built my yocto images for a virtex5 machine, and would like to test it on an emulator. The Virtex-5 FXT processor is an FPGA which contains an embedded PowerPC440 CPU Now if I specify machine=qemuppc, wouldn't that just be generic PowerPC CPU? There are so many ppc CPU variants, like ppc405, ppc440, ppc603e, etc. Can the yocto build environment be modified so that the qemuppc emulator emulates at least the ppc440 CPU subset? Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Understanding what qemuppc emulates and getting it to emulate a ppc440 CPU
Hi, On Jun 4, 2012, at 11:07 AM, Elvis Dowson wrote: I've originally built my yocto images for a virtex5 machine, and would like to test it on an emulator. The Virtex-5 FXT processor is an FPGA which contains an embedded PowerPC440 CPU Now if I specify machine=qemuppc, wouldn't that just be generic PowerPC CPU? There are so many ppc CPU variants, like ppc405, ppc440, ppc603e, etc. Can the yocto build environment be modified so that the qemuppc emulator emulates at least the ppc440 CPU subset? After downloading the QEMU sources, I see that there is QEMU support for the Xilinx ML507 development board in the file hw/virtex-ml507.c I guess now the next step it to configure Yocto to build a specific QEMU machine for the Xilinx ML507. Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Understanding what qemuppc emulates and getting it to emulate a ppc440 CPU
Hi Khem, On Jun 4, 2012, at 7:01 PM, Khem Raj wrote: On Mon, Jun 4, 2012 at 2:07 AM, Elvis Dowson elvis.dow...@gmail.com wrote: Can the yocto build environment be modified so that the qemuppc emulator emulates at least the ppc440 CPU subset? default emulation is using mac99 I think which is ppc7xx IIRC I found that the QEMU sources contains direct support for the Xilinx ML507, in file qemu/hw/virtex_ml507.c $ cd qemu $ ./configure --target-list=ppc-softmmu $ make -j 8 $ ppc-softmmu/qemu-system-ppc --M ? Supported machines are: ref405ep ref405ep taihutaihu bamboo bamboo mac99Mac99 based PowerMAC g3beige Heathrow based PowerMAC (default) prep PowerPC PREP platform mpc8544dsmpc8544ds virtex-ml507 Xilinx Virtex ML507 reference design I also just checked the version of QEMU built using yocto, and it gives the same results $ runqemu qemuppc qemuparams=--M ? Continuing with the following parameters: KERNEL: [/tool/yocto/poky/build/tmp/deploy/images/vmlinux-qemuppc.bin] ROOTFS: [/tool/yocto/poky/build/tmp/deploy/images/core-image-sato-qemuppc.ext3] FSTYPE: [ext3] Setting up tap interface under sudo [sudo] password for elvis: Acquiring lockfile for tap0... WARNING: distccd not present, no distcc support loaded. Running qemu-system-ppc... /tool/yocto/poky/build/tmp/sysroots/x86_64-linux/usr/bin/qemu-system-ppc -kernel /tool/yocto/poky/build/tmp/deploy/images/vmlinux-qemuppc.bin -net nic,model=pcnet -net tap,vlan=0,ifname=tap0,script=no,downscript=no -cpu G4 -M mac99 -hda /tool/yocto/poky/build/tmp/deploy/images/core-image-sato-qemuppc.ext3 -no-reboot -show-cursor -usb -usbdevice wacom-tablet -no-reboot --M ? -m 128 --append root=/dev/hda rw console=ttyS0 console=tty ip=192.168.7.2::192.168.7.1:255.255.255.0 mem=128M Supported machines are: prep PowerPC PREP platform g3beigeHeathrow based PowerMAC (default) mac99 Mac99 based PowerMAC ref405ep ref405ep taihu taihu bamboo bamboo (alias of bamboo-0.13) bamboo-0.13 bamboo bamboo-0.12 bamboo mpc8544ds mpc8544ds virtex-ml507 Xilinx Virtex ML507 reference design Set 'tap0' nonpersistent Releasing lockfile of preconfigured tap device 'tap0' Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] Understanding what qemuppc emulates and getting it to emulate a ppc440 CPU
Hi Khem, On Jun 4, 2012, at 8:37 PM, Khem Raj wrote: OK try it out then you just need to select right machine (-M xxx) and params if any. If upstream support for this platform is sound then you are good to go. look under scripts/runqemu* scripts and add this variant you need. Do you know if qemu can accept other type of images for the kernel and rootfilesystem? At the moment, my yocto core-image-minimal and core-image-sato builds the following files, if I first build with machine ?= virtex5, and then subsequently with machine ?= qemuppc core-image-minimal-virtex5-20120603201342.rootfs.tar.gz core-image-minimal-virtex5-20120604073552.rootfs.tar.gz core-image-minimal-virtex5.tar.gz core-image-sato-qemuppc-20120604085337.rootfs.ext3 core-image-sato-qemuppc-20120604085337.rootfs.tar.bz2 core-image-sato-qemuppc.ext3 core-image-sato-qemuppc.tar.bz2 core-image-sato-virtex5-20120603205954.rootfs.tar.gz core-image-sato-virtex5-20120604074303.rootfs.tar.gz core-image-sato-virtex5.tar.gz modules-3.0.0-14.1-build3-r16-virtex5.tgz modules-3.2.11-yocto-standard-r1-qemuppc.tgz README_-_DO_NOT_DELETE_FILES_IN_THIS_DIRECTORY.txt u-boot-virtex5.bin u-boot-virtex5-v2012.04.01-r16.bin uImage uImage-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16-virtex5-20120604073552.bin uImage-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16-virtex5-20120604073552.dtb uImage-virtex5.bin uImage-virtex5.dtb vmlinux vmlinux-3.2.11+git1+49f931bc294d5b6be60502bbd448cff5aa766235_1+cf3e188cf2a18c48a0e6f9ca54c36e6ac39512ec-r1-qemuppc-20120604085337.bin vmlinux-qemuppc.bin Is it possible to use uImage-virtex5.bin for the kernel image and core-image-minimal-virtex5.tar.gz as the kernel image and rootfilesystem, instead of vmlinux-qemuppc.bin and core-image-sato-qemuppc.ext3 ? Best regards, Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] How to generate vmlinux kernel image
Hi, I added the following two lines to meta-xilinx/conf/virtex5.conf to try and get it to build both a uImage an a vmlinux image. The vmlinux image is so that I can load the generated kernel into qemuppc emulator. I also want to generate the rootfs in ext3 format. KERNEL_IMAGETYPE = uImage vmlinux IMAGE_FSTYPES += ext3 tar.bz2 However, when I run bitbake core-image-minimal, I get the following errors: OTE: package linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16: task do_install: Started ERROR: Function failed: do_install (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.13012 for further information) ERROR: Logfile of failure stored in: /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.13012 Log data follows: | DEBUG: Executing shell function do_install | ERROR: Function failed: do_install (see /tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/temp/log.do_install.13012 for further information) | NOTE: make -j 6 DEPMOD=echo INSTALL_MOD_PATH=/tool/yocto/poky/build/tmp/work/virtex5-poky-linux/linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16/image modules_install | INSTALL drivers/char/hw_random/rng-core.ko | INSTALL fs/nls/nls_iso8859-1.ko | INSTALL fs/nls/nls_utf8.ko | INSTALL fs/nls/nls_ascii.ko | INSTALL net/ipv4/netfilter/ip_tables.ko | INSTALL net/ipv4/netfilter/iptable_filter.ko | INSTALL net/ipv4/netfilter/iptable_mangle.ko | INSTALL net/ipv4/tunnel4.ko | INSTALL net/ipv6/ipv6.ko | INSTALL net/ipv6/sit.ko | INSTALL net/ipv6/xfrm6_mode_beet.ko | INSTALL net/ipv6/xfrm6_mode_transport.ko | INSTALL net/ipv6/xfrm6_mode_tunnel.ko | INSTALL net/netfilter/x_tables.ko | INSTALL net/netfilter/xt_tcpudp.ko | DEPMOD 3.0.0-14.1-build3 | Warning: you may need to install module-init-tools | See http://www.codemonkey.org.uk/docs/post-halloween-2.6.txt | install: target `vmlinux-3.0.0-14.1-build3' is not a directory NOTE: package linux-xilinx-2.6.37.1+git1+86c81ccd7c8e895904bfff95bd4f87c9615f7fba-r16: task do_install: Failed ERROR: Task 481 (/tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_git.bb, do_install) failed with exit code '1' NOTE: Tasks Summary: Attempted 2266 tasks of which 2260 didn't need to be rerun and 1 failed. Summary: 1 task failed: /tool/yocto/meta-xilinx/recipes-kernel/linux/linux-xilinx_git.bb, do_install Summary: There was 1 ERROR message shown, returning a non-zero exit code. What should I do to get it to generate the vmlinux image and the rootfs in ext3 format? Elvis Dowson ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] u-boot-xilinx_git: Update recipe to support fetching from separate git repositories for virtex5 and microblaze.
From: Elvis Dowson elvis.dow...@gmail.com
* virtex5: Modify SRC_URI_virtex5 to fetch u-boot from
git://git.denx.de/u-boot.git
* virtex5: Update to u-boot v2012.04.01
* microblaze: Retain SRC_URL_microblaze to fetch u-boot from
git://git.xilinx.com/u-boot-xlnx.git
* microblaze: Retain u-boot v2009.11
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-bsp/u-boot/u-boot-xilinx_git.bb | 27 +--
1 file changed, 17 insertions(+), 10 deletions(-)
diff --git a/recipes-bsp/u-boot/u-boot-xilinx_git.bb
b/recipes-bsp/u-boot/u-boot-xilinx_git.bb
index 759539f..af9ef45 100644
--- a/recipes-bsp/u-boot/u-boot-xilinx_git.bb
+++ b/recipes-bsp/u-boot/u-boot-xilinx_git.bb
@@ -1,22 +1,29 @@
inherit xilinx-boot xilinx-utils
require recipes-bsp/u-boot/u-boot.inc
-PR = r15
-PV = v2009.11
+PR = r16
+PV_virtex5= v2012.04.01
+PV_microblaze = v2009.11
+
LICENSE = GPLv2+
-LIC_FILES_CHKSUM = file://COPYING;md5=4c6cde5df68eff615d36789dc18edd3b
+LIC_FILES_CHKSUM_virtex5 =
file://COPYING;md5=1707d6db1d42237583f50183a5651ecb
+LIC_FILES_CHKSUM_microblaze =
file://COPYING;md5=4c6cde5df68eff615d36789dc18edd3b
+
+# Virtex-5 src location
+KBRANCH_virtex5 = master
+SRC_URI_virtex5 = git://git.denx.de/u-boot.git;branch=${KBRANCH};protocol=git
+SRCREV_${PN}_virtex5 = 415d386877df49eb051b85ef74fa59a16dc17c7d
-KBRANCH = master
-KBRANCH_microblaze = microblaze
# Microblaze src location
-SRC_URI = git://git.xilinx.com/u-boot-xlnx.git;branch=${KBRANCH};protocol=git
\
+KBRANCH_microblaze = microblaze
+SRC_URI_microblaze =
git://git.xilinx.com/u-boot-xlnx.git;branch=${KBRANCH};protocol=git \
file://ml405-add-uartlite-config-options.patch \
file://ml405-replace-hardcode-macros-for-uartns550.patch \
file://ml507-add-uartlite-config-options.patch \
- file://ml507-replace-hardcode-macros-for-uartns550.patch
-SRU_URI_microblaze += file://microblaze-genric-add-spi-flash-config.patch \
-file://board-microblaze-monitor-flash-len.patch \
-file://cfi_flash-define-monitor_flash_len.patch
+ file://ml507-replace-hardcode-macros-for-uartns550.patch \
+ file://microblaze-genric-add-spi-flash-config.patch \
+ file://board-microblaze-monitor-flash-len.patch \
+ file://cfi_flash-define-monitor_flash_len.patch
XILINX_BOARD ?= ${@find_board(bb.data.getVar('XILINX_BSP_PATH', d, 1), d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] xilinx-boot: Change string comparision checks to use strict POSIX compliance.
This commit fixes an issue with string comparision checks failing because
of not using strict POSIX compliance, therby resulting in wrong definitions
being generated into the ${xparam} file.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
classes/xilinx-boot.bbclass | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/classes/xilinx-boot.bbclass b/classes/xilinx-boot.bbclass
index d85ab80..a7f1f1d 100644
--- a/classes/xilinx-boot.bbclass
+++ b/classes/xilinx-boot.bbclass
@@ -21,10 +21,10 @@
do_export_xparam() {
bbnote Replacing xparameters header to match hardware model
xparam=$1
-if [ ${TARGET_ARCH} == powerpc ]; then
+if [ ${TARGET_ARCH} = powerpc ]; then
cpu=PPC`echo ${TARGET_CPU} | tr '[:lower:]' '[:upper:]'`
else
- cpu=`echo ${TARGET_CPU} | tr '[:lower:]' '[:upper:]'`
+ cpu=`echo ${TARGET_CPU} | tr '[:lower:]' '[:upper:]'`
fi
cp ${xparam} ${S}/board/xilinx/${XILINX_BOARD}
echo /*** Cannonical definitions ***/
@@ -39,7 +39,7 @@ echo /*** Cannonical definitions ***/
do_mk_xparam() {
bbnote Replacing xparameters.mk configuration file
xparam=$1
-if [ ${TARGET_ARCH} == powerpc ]; then
+if [ ${TARGET_ARCH} = powerpc ]; then
if grep -qoe XPAR_IIC_0_DEVICE_ID ${xparam}; then
echo -e XPAR_IIC:= y
${S}/board/xilinx/${XILINX_BOARD}/xparameters.mk
else
@@ -65,7 +65,7 @@ bbnote Generate system ace image
# Set Xilinx EDK tools
if [ -z ${XILINX_EDK} ]; then
# Get Xilinx version
- if [ ${BUILD_ARCH} == x86_64 ]; then
+ if [ ${BUILD_ARCH} = x86_64 ]; then
EDK_SRCIPT=settings64.sh
else
EDK_SRCIPT=settings.sh
@@ -98,7 +98,7 @@ if [ ! -f implementation/download.bit ]; then
make -f ${XILINX_BSP_PATH}/system.make init_bram
fi
-if [ ${TARGET_ARCH} == powerpc ]; then
+if [ ${TARGET_ARCH} = powerpc ]; then
# Find u-boot start address
start_address=`${TARGET_PREFIX}objdump -x u-boot | grep -w start
address | cut -d ' ' -f3`
# Generate ACE image
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] linux-xilinx: Correct license to GPLv2.
This commits corrects the license for the linux-xilinx recipe to GPLv2. Signed-off-by: Elvis Dowson elvis.dow...@gmail.com --- recipes-kernel/linux/linux-xilinx_git.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/recipes-kernel/linux/linux-xilinx_git.bb b/recipes-kernel/linux/linux-xilinx_git.bb index 9d562fb..0a80c7d 100644 --- a/recipes-kernel/linux/linux-xilinx_git.bb +++ b/recipes-kernel/linux/linux-xilinx_git.bb @@ -4,7 +4,7 @@ require recipes-kernel/linux/linux-dtb.inc DESCRIPTION = Linux kernel for Xilinx platforms COMPATIBLE_MACHINE = (virtex4|virtex5|virtex5mb|spartan6-sp605|spartan6-lx9mb) -LICENSE = GPL +LICENSE = GPLv2 LIC_FILES_CHKSUM = file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7 PR = r15 -- 1.7.9.5 ___ Openembedded-devel mailing list Openembedded-devel@lists.openembedded.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] linux-xilinx: Update SRC_URI to git://git.xilinx.com/linux-xlnx.git
This commit updates the SRC_URI to git://git.xilinx.com/linux-xlnx.git
to match the project name on the Xilinx git repository.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-kernel/linux/linux-xilinx_git.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-kernel/linux/linux-xilinx_git.bb
b/recipes-kernel/linux/linux-xilinx_git.bb
index 0a80c7d..b2f6b6c 100644
--- a/recipes-kernel/linux/linux-xilinx_git.bb
+++ b/recipes-kernel/linux/linux-xilinx_git.bb
@@ -10,7 +10,7 @@ LIC_FILES_CHKSUM =
file://COPYING;md5=d7810fab7487fb0aad327b76f1be7cd7
PR = r15
LINUX_VERSION = 2.6.37.1
PV = ${LINUX_VERSION}+git${SRCPV}
-SRC_URI = git://git.xilinx.com/linux-2.6-xlnx.git;protocol=git \
+SRC_URI = git://git.xilinx.com/linux-xlnx.git;protocol=git \
file://defconfig
XILINX_BOARD ?= ${@find_board(bb.data.getVar('XILINX_BSP_PATH', d, 1), d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
Re: [oe] [meta-xilinx] tune-ppc440.inc: Add support for PowerPC 440 processor for Xilinx Virtex-5 FXT FPGA.
Hi Adrian,
On May 30, 2012, at 9:38 PM, Adrian Alonso wrote:
the tune file its ok, but it should be better if you rather provide a
fix for the tune-ppc440.inc
that is part of meta-xilinx layer;
Here is a diff against the existing tune-ppc440.inc file in the meta-xilinx
layer. I'll submit a patch shortly.
diff --git a/conf/machine/include/tune-ppc440.inc
b/conf/machine/include/tune-ppc440.inc
index f77f628..394364d 100644
--- a/conf/machine/include/tune-ppc440.inc
+++ b/conf/machine/include/tune-ppc440.inc
@@ -4,11 +4,11 @@ require conf/machine/include/powerpc/arch-powerpc.inc
TUNEVALID[ppc440] = Enable ppc440 specific processor optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc440, -mcpu=440,
, d)}
-TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, ppc440, ppc440,
${PPCPKGARCH}, d)}
-TARGET_FPU = soft
AVAILTUNES += ppc440
-TUNE_FEATURES_tune-ppc440 = m32 ppc440
-PACKAGE_EXTRA_ARCHS_tune-ppc440 = ppc440
+TUNE_FEATURES_tune-ppc440 = m32 fpu-soft ppc440
+TUNE_PKGARCH_tune-ppc440 = ppc440
+PACKAGE_EXTRA_ARCHS_tune-ppc440 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf}
ppc440
-#MACHINEOVERRIDES .= ppc440
+# glibc configure options to get 440 specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc440,
-with-cpu=440, , d)}
Best regards,
Elvis Dowson
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] tune-ppc440.inc: Update support for the PowerPC 440 processor in the Xilinx Virtex-5 FXT FPGA.
This commit updates support for the PowerPC 440 processor in the Xilinx
Virtex-5 FXT FPGA.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc440.inc | 10 +-
1 file changed, 5 insertions(+), 5 deletions(-)
diff --git a/conf/machine/include/tune-ppc440.inc
b/conf/machine/include/tune-ppc440.inc
index f77f628..394364d 100644
--- a/conf/machine/include/tune-ppc440.inc
+++ b/conf/machine/include/tune-ppc440.inc
@@ -4,11 +4,11 @@ require conf/machine/include/powerpc/arch-powerpc.inc
TUNEVALID[ppc440] = Enable ppc440 specific processor optimizations
TUNE_CCARGS += ${@bb.utils.contains(TUNE_FEATURES, ppc440, -mcpu=440,
, d)}
-TUNE_PKGARCH = ${@bb.utils.contains(TUNE_FEATURES, ppc440, ppc440,
${PPCPKGARCH}, d)}
-TARGET_FPU = soft
AVAILTUNES += ppc440
-TUNE_FEATURES_tune-ppc440 = m32 ppc440
-PACKAGE_EXTRA_ARCHS_tune-ppc440 = ppc440
+TUNE_FEATURES_tune-ppc440 = m32 fpu-soft ppc440
+TUNE_PKGARCH_tune-ppc440 = ppc440
+PACKAGE_EXTRA_ARCHS_tune-ppc440 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf}
ppc440
-#MACHINEOVERRIDES .= ppc440
+# glibc configure options to get 440 specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc440,
-with-cpu=440, , d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx] util-linux_2.21.bbappend: Rename to util-linux_2.21.1.bbappend.
This commit renames util-linux_2.21.bbappend to util-linux_2.21.1.bbappend
to match the corresponding change in version to the
poky/meta/recipes-core/util-linux/util-linux_2.21.1.bb recipe.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
recipes-core/util-linux/util-linux_2.21.1.bbappend |3 +++
recipes-core/util-linux/util-linux_2.21.bbappend |3 ---
2 files changed, 3 insertions(+), 3 deletions(-)
create mode 100644 recipes-core/util-linux/util-linux_2.21.1.bbappend
delete mode 100644 recipes-core/util-linux/util-linux_2.21.bbappend
diff --git a/recipes-core/util-linux/util-linux_2.21.1.bbappend
b/recipes-core/util-linux/util-linux_2.21.1.bbappend
new file mode 100644
index 000..5199eb2
--- /dev/null
+++ b/recipes-core/util-linux/util-linux_2.21.1.bbappend
@@ -0,0 +1,3 @@
+FILESEXTRAPATHS := ${THISDIR}/${PN}
+# Disable microblaze ncurses support
+EXTRA_OECONF_microblaze += --without-ncurses
diff --git a/recipes-core/util-linux/util-linux_2.21.bbappend
b/recipes-core/util-linux/util-linux_2.21.bbappend
deleted file mode 100644
index 5199eb2..000
--- a/recipes-core/util-linux/util-linux_2.21.bbappend
+++ /dev/null
@@ -1,3 +0,0 @@
-FILESEXTRAPATHS := ${THISDIR}/${PN}
-# Disable microblaze ncurses support
-EXTRA_OECONF_microblaze += --without-ncurses
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
[oe] [meta-xilinx 2/2] tune-ppc440: Add glibc configure options.
* Add glibc configure options to get ppc440 specific library.
Signed-off-by: Elvis Dowson elvis.dow...@gmail.com
---
conf/machine/include/tune-ppc440.inc |3 ++-
1 file changed, 2 insertions(+), 1 deletion(-)
diff --git a/conf/machine/include/tune-ppc440.inc
b/conf/machine/include/tune-ppc440.inc
index 371fdf9..35e93e9 100644
--- a/conf/machine/include/tune-ppc440.inc
+++ b/conf/machine/include/tune-ppc440.inc
@@ -10,4 +10,5 @@ TUNE_FEATURES_tune-ppc440 = m32 fpu-soft ppc440
TUNE_PKGARCH_tune-ppc440 = ppc440
PACKAGE_EXTRA_ARCHS_tune-ppc440 = ${PACKAGE_EXTRA_ARCHS_tune-powerpc-nf}
ppc440
-#MACHINEOVERRIDES .= ppc440
+# glibc configure options to get ppc440 specific library (for sqrt)
+GLIBC_EXTRA_OECONF += ${@bb.utils.contains(TUNE_FEATURES, ppc440,
-with-cpu=440, , d)}
--
1.7.9.5
___
Openembedded-devel mailing list
Openembedded-devel@lists.openembedded.org
http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
