[yocto] [meta-fsl-ppc 01/16] add CentOS release 5.5 (Final) into SANITY_TESTED_DISTROS
From: Zhenhua Luo b19...@freescale.com Signed-off-by: Zhenhua Luo b19...@freescale.com --- conf/distro/fsl.conf |1 + 1 file changed, 1 insertion(+) diff --git a/conf/distro/fsl.conf b/conf/distro/fsl.conf index 0169c6c..b35f5e2 100644 --- a/conf/distro/fsl.conf +++ b/conf/distro/fsl.conf @@ -60,6 +60,7 @@ SANITY_TESTED_DISTROS ?= \ Fedora release 15 (Lovelock) \n \ Fedora release 16 (Verne) \n \ Fedora release 17 (Beefy Miracle) \n \ +CentOS release 5.5 (Final) \n \ CentOS release 5.6 (Final) \n \ CentOS release 5.7 (Final) \n \ CentOS release 5.8 (Final) \n \ -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 03/16] add additional u-boot and dts for mpc85xx
From: Ting Liu b28...@freescale.com
Signed-off-by: Ting Liu b28...@freescale.com
---
conf/machine/mpc8536ds.conf |3 ++-
conf/machine/mpc8548cds.conf |5 +++--
conf/machine/mpc8572ds.conf |5 +++--
3 files changed, 8 insertions(+), 5 deletions(-)
diff --git a/conf/machine/mpc8536ds.conf b/conf/machine/mpc8536ds.conf
index eac14ac..babca86 100644
--- a/conf/machine/mpc8536ds.conf
+++ b/conf/machine/mpc8536ds.conf
@@ -6,7 +6,8 @@ require e500v2.inc
BOOTFORMAT_CONFIG = config_ddr2_512m_mpc8536ds_667M.dat
UBOOT_MACHINES ?= MPC8536DS MPC8536DS_36BIT MPC8536DS_NAND MPC8536DS_SDCARD
MPC8536DS_SPIFLASH
-KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8536ds.dts
+KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8536ds.dts \
+${S}/arch/powerpc/boot/dts/mpc8536ds_36b.dts
KERNEL_DEFCONFIG = ${S}/arch/powerpc/configs/mpc85xx_defconfig
JFFS2_ERASEBLOCK = 0x2
diff --git a/conf/machine/mpc8548cds.conf b/conf/machine/mpc8548cds.conf
index 71f4669..631c4cb 100644
--- a/conf/machine/mpc8548cds.conf
+++ b/conf/machine/mpc8548cds.conf
@@ -4,8 +4,9 @@
require e500v2.inc
-UBOOT_MACHINES ?= MPC8548CDS
-KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8548cds_32b.dts
+UBOOT_MACHINES ?= MPC8548CDS MPC8548CDS_36BIT
+KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8548cds_32b.dts \
+${S}/arch/powerpc/boot/dts/mpc8548cds_36b.dts
KERNEL_DEFCONFIG = ${S}/arch/powerpc/configs/mpc85xx_defconfig
JFFS2_ERASEBLOCK = 0x2
diff --git a/conf/machine/mpc8572ds.conf b/conf/machine/mpc8572ds.conf
index 51d3c52..1c06b53 100644
--- a/conf/machine/mpc8572ds.conf
+++ b/conf/machine/mpc8572ds.conf
@@ -3,8 +3,9 @@
require e500v2.inc
-UBOOT_MACHINES ?= MPC8572DS
-KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8572ds.dts
+UBOOT_MACHINES ?= MPC8572DS MPC8572DS_36BIT MPC8572DS_NAND
+KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/mpc8572ds.dts \
+${S}/arch/powerpc/boot/dts/mpc8572ds_36b.dts
KERNEL_DEFCONFIG = ${S}/arch/powerpc/configs/mpc85xx_smp_defconfig
JFFS2_ERASEBLOCK = 0x2
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 06/16] ethtool: add FSL specific patch
From: Zhenhua Luo b19...@freescale.com
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
...ool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch | 95
recipes-extended/ethtool/ethtool_3.0.bb|7 +-
2 files changed, 101 insertions(+), 1 deletion(-)
create mode 100644
recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
diff --git
a/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
b/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
new file mode 100644
index 000..216e3b4
--- /dev/null
+++
b/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
@@ -0,0 +1,95 @@
+From patchwork Thu Aug 30 15:44:09 2012
+Content-Type: text/plain; charset=utf-8
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Subject: [SDK1.3] ethtool-3.0: Enable nfc rx-flow hashing on SPI
+Date: Thu, 30 Aug 2012 21:44:09 -
+From: Claudiu Manoil claudiu.man...@freescale.com
+X-Patchwork-Id: 25852
+
+This makes it possible to enable hashing of AH or ESP flows
+(IPSEC) based on their SPI (Security Parameter Index) field.
+
+Applies on top of (ethtool v3.0):
+git.kernel.org/pub/scm/network/ethtool/ethtool.git
+commit-
+a6fc65b Release version 3.0.
+
+Signed-off-by: Pankaj Chauhan pankaj.chau...@freescale.com
+Signed-off-by: Claudiu Manoil claudiu.man...@freescale.com
+---
+ ethtool-copy.h |1 +
+ ethtool.8.in |1 +
+ ethtool.c | 14 +++---
+ 3 files changed, 13 insertions(+), 3 deletions(-)
+
+diff --git a/ethtool-copy.h b/ethtool-copy.h
+index c7a18f7..cf20158 100644
+--- a/ethtool-copy.h
b/ethtool-copy.h
+@@ -888,6 +888,7 @@ enum ethtool_sfeatures_retval_bits {
+ #define RXH_IP_DST (1 5)
+ #define RXH_L4_B_0_1(1 6) /* src port in case of TCP/UDP/SCTP */
+ #define RXH_L4_B_2_3(1 7) /* dst port in case of TCP/UDP/SCTP */
++#define RXH_AH_ESP_SPI (1 8) /* SPI field, for AH/ESP flows */
+ #define RXH_DISCARD (1 31)
+
+ #define RX_CLS_FLOW_DISC0xULL
+diff --git a/ethtool.8.in b/ethtool.8.in
+index 7a0bd43..a640317 100644
+--- a/ethtool.8.in
b/ethtool.8.in
+@@ -601,6 +601,7 @@ s Hash on the IP source address of the rx packet.
+ d Hash on the IP destination address of the rx packet.
+ f Hash on bytes 0 and 1 of the Layer 4 header of the rx packet.
+ n Hash on bytes 2 and 3 of the Layer 4 header of the rx packet.
++S Hash on the SPI field (4 bytes), for AH/ESP packets.
+ r T{
+ Discard all packets of this flow type. When this option is set, all
+ other options are ignored.
+diff --git a/ethtool.c b/ethtool.c
+index 943dfb7..bb9d592 100644
+--- a/ethtool.c
b/ethtool.c
+@@ -231,7 +231,7 @@ static struct option {
+ { -N, --config-nfc, MODE_SNFC, Configure Rx network flow
+ classification options,
+ [ rx-flow-hash tcp4|udp4|ah4|esp4|sctp4|
+- tcp6|udp6|ah6|esp6|sctp6 m|v|t|s|d|f|n|r... ]\n },
++ tcp6|udp6|ah6|esp6|sctp6 m|v|t|s|d|f|n|S|r... ]\n },
+ { -x, --show-rxfh-indir, MODE_GRXFHINDIR, Show Rx flow hash
+ indirection },
+ { -X, --set-rxfh-indir, MODE_SRXFHINDIR, Set Rx flow hash
indirection,
+@@ -728,8 +728,10 @@ static int rxflow_str_to_type(const char *str)
+ flow_type = TCP_V4_FLOW;
+ else if (!strcmp(str, udp4))
+ flow_type = UDP_V4_FLOW;
+- else if (!strcmp(str, ah4) || !strcmp(str, esp4))
+- flow_type = AH_ESP_V4_FLOW;
++ else if (!strcmp(str, ah4))
++ flow_type = AH_V4_FLOW;
++ else if (!strcmp(str, esp4))
++ flow_type = ESP_V4_FLOW;
+ else if (!strcmp(str, sctp4))
+ flow_type = SCTP_V4_FLOW;
+ else if (!strcmp(str, tcp6))
+@@ -1538,6 +1540,9 @@ static int parse_rxfhashopts(char *optstr, u32 *data)
+ case 'n':
+ *data |= RXH_L4_B_2_3;
+ break;
++ case 'S':
++ *data |= RXH_AH_ESP_SPI;
++ break;
+ case 'r':
+ *data |= RXH_DISCARD;
+ break;
+@@ -1577,6 +1582,9 @@ static char *unparse_rxfhashopts(u64 opts)
+ if (opts RXH_L4_B_2_3) {
+ strcat(buf, L4 bytes 2 3 [TCP/UDP dst port]\n);
+ }
++ if (opts RXH_AH_ESP_SPI) {
++ strcat(buf, SPI field (AH/ESP header)\n);
++ }
+ } else {
+ sprintf(buf, None);
+ }
diff --git a/recipes-extended/ethtool/ethtool_3.0.bb
b/recipes-extended/ethtool/ethtool_3.0.bb
index cc4862d..ca73055 100644
--- a/recipes-extended/ethtool/ethtool_3.0.bb
+++ b/recipes-extended/ethtool/ethtool_3.0.bb
@@ -5,7 +5,12 @@ SECTION
[yocto] [meta-fsl-ppc 05/16] ethtool: add ethtool-3.0
From: Zhenhua Luo b19...@freescale.com
To match the kernel version of FSL SDK
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
recipes-extended/ethtool/ethtool_3.0.bb | 12
1 file changed, 12 insertions(+)
create mode 100644 recipes-extended/ethtool/ethtool_3.0.bb
diff --git a/recipes-extended/ethtool/ethtool_3.0.bb
b/recipes-extended/ethtool/ethtool_3.0.bb
new file mode 100644
index 000..cc4862d
--- /dev/null
+++ b/recipes-extended/ethtool/ethtool_3.0.bb
@@ -0,0 +1,12 @@
+SUMMARY = Display or change ethernet card settings
+DESCRIPTION = A small utility for examining and tuning the settings of your
ethernet-based network interfaces.
+HOMEPAGE = http://www.kernel.org/pub/software/network/ethtool/;
+SECTION = console/network
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
+
+SRC_URI = ${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz
+SRC_URI[md5sum] = a339cbdcbe1c1fbe377c36d84231bda6
+SRC_URI[sha256sum] =
9b9caffc0ee3567b607618ca5bc85505230d66cd9d5caa1c333760b3885f0ae4
+
+inherit autotools
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 07/16] netbase: add optional parameter to control auto dhcp for eth0
From: Ting Liu b28...@freescale.com
Signed-off-by: Ting Liu b28...@freescale.com
---
recipes-append/netbase/netbase_4.47.bbappend |7 ++-
1 file changed, 6 insertions(+), 1 deletion(-)
diff --git a/recipes-append/netbase/netbase_4.47.bbappend
b/recipes-append/netbase/netbase_4.47.bbappend
index 837cd20..36fe1a2 100644
--- a/recipes-append/netbase/netbase_4.47.bbappend
+++ b/recipes-append/netbase/netbase_4.47.bbappend
@@ -1,10 +1,15 @@
FILESEXTRAPATHS_prepend := ${THISDIR}/files:
+AUTO_ETH0 = '${@base_conditional(ETH0_AUTO_DHCP, 0, 0, 1, d)}'
+
SRC_URI += file://71-fsl-dpaa-persistent-networking.rules
do_install_append () {
install -d ${D}${sysconfdir}/udev/rules.d/
install -m 0644 ${WORKDIR}/71-fsl-dpaa-persistent-networking.rules
${D}${sysconfdir}/udev/rules.d
+if [ 0 = ${AUTO_ETH0} ]; then
+sed -i 's,auto eth0,#auto eth0,g' ${D}${sysconfdir}/network/interfaces
+fi
}
-PR .= +${DISTRO}
+PR .= +${DISTRO}.1
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 08/16] fsl.conf: disable auto dhcp for eth0
From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- conf/distro/fsl.conf |4 1 file changed, 4 insertions(+) diff --git a/conf/distro/fsl.conf b/conf/distro/fsl.conf index b35f5e2..b6c8fb4 100644 --- a/conf/distro/fsl.conf +++ b/conf/distro/fsl.conf @@ -91,3 +91,7 @@ PREFERRED_VERSION_samba = 3.4.0 PREFERRED_PROVIDER_virtual/libx11 = libx11 CCACHE = + +# disable auto dhcp for eth0 +ETH0_AUTO_DHCP = 0 + -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
From: Matthew McClintock m...@freescale.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
recipes-tools/rcw/rcw_git.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-tools/rcw/rcw_git.bb b/recipes-tools/rcw/rcw_git.bb
index 4487f9e..0aaf794 100644
--- a/recipes-tools/rcw/rcw_git.bb
+++ b/recipes-tools/rcw/rcw_git.bb
@@ -1,7 +1,7 @@
DESCRIPTION = Reset Control Words (RCW)
SECTION = rcw
LICENSE = BSD
-PR = r4
+PR = r5
LIC_FILES_CHKSUM = \
file://p2041rdb/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \
@@ -16,7 +16,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
inherit deploy
-SRCREV = 394db85c496f6e41dd7e29e54dab3db2b380b187
+SRCREV = v1.2.1
SRC_URI = git://git.freescale.com/ppc/sdk/rcw.git
S = ${WORKDIR}/git
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 10/16] rcw: update LIC_FILES_CHKSUM file
From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- recipes-tools/rcw/rcw_git.bb |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/recipes-tools/rcw/rcw_git.bb b/recipes-tools/rcw/rcw_git.bb index 0aaf794..dd1e4fe 100644 --- a/recipes-tools/rcw/rcw_git.bb +++ b/recipes-tools/rcw/rcw_git.bb @@ -1,13 +1,10 @@ DESCRIPTION = Reset Control Words (RCW) SECTION = rcw LICENSE = BSD -PR = r5 +PR = r6 LIC_FILES_CHKSUM = \ - file://p2041rdb/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p3041ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p4080ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p5020ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ + file://rcw.py;beginline=8;endline=28;md5=9ba0b28922dd187b06b6c8ebcfdd208e \ # this package is specific to the machine itself -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 11/16] u-boot: fix nand image name issue for different core type
From: Zhenhua Luo b19...@freescale.com
Final nand u-boot image is named differently in u-boot source. That is:
u-boot-nand.bin for e500v2 boards, u-boot.bin for other boards.
Signed-off-by: Zhenhua Luo b19...@freescale.com
Signed-off-by: Ting Liu b28...@freescale.com
---
recipes-kernel/u-boot/u-boot_git.bb | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/recipes-kernel/u-boot/u-boot_git.bb
b/recipes-kernel/u-boot/u-boot_git.bb
index 38d0574..898cd7a 100644
--- a/recipes-kernel/u-boot/u-boot_git.bb
+++ b/recipes-kernel/u-boot/u-boot_git.bb
@@ -5,7 +5,7 @@ PROVIDES = virtual/bootloader
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=1707d6db1d42237583f50183a5651ecb
-PR = r19
+PR = r21
INHIBIT_DEFAULT_DEPS = 1
DEPENDS = boot-format-native virtual/${TARGET_PREFIX}gcc libgcc
@@ -49,19 +49,20 @@ do_compile () {
esac
if [ x${UBOOT_TARGET} != x ]; then
- if [ ${UBOOT_TARGET} == u-boot-nand ]; then
- :
- elif [ ${MACHINE_ARCH} == p1023rds ] || \
- [ ${MACHINE_ARCH} == p2041rdb ] || \
- [ ${MACHINE_ARCH} == p3041ds ] || \
- [ ${MACHINE_ARCH} == p4080ds ] || \
- [ ${MACHINE_ARCH} == p5020ds ] || \
- [ ${UBOOT_TARGET} == u-boot-sd ]; then
+ if [ ${UBOOT_TARGET} == u-boot-sd ]; then
cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+elif [ ${UBOOT_TARGET} == u-boot-nand ];then
+ if [ ${DEFAULTTUNE} != ppce500v2 ];then
+cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+fi
else
- ${STAGING_BINDIR_NATIVE}/boot_format \
+ if [ -n ${BOOTFORMAT_CONFIG} ];then
+${STAGING_BINDIR_NATIVE}/boot_format \
${STAGING_DATADIR_NATIVE}/boot_format/${BOOTFORMAT_CONFIG} \
${S}/${board}/u-boot.bin -spi
${S}/${board}/${UBOOT_TARGET}.bin
+else
+cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+fi
fi
fi
done
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 12/16] add nand u-boot in the default build list for p2041rdb
From: Zhenhua Luo b19...@freescale.com
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
conf/machine/p2041rdb.conf |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/conf/machine/p2041rdb.conf b/conf/machine/p2041rdb.conf
index 5c72e0d..7cb449b 100644
--- a/conf/machine/p2041rdb.conf
+++ b/conf/machine/p2041rdb.conf
@@ -3,7 +3,7 @@
require e500mc.inc
-UBOOT_MACHINES ?= P2041RDB P2041RDB_SECURE_BOOT P2041RDB_SDCARD
P2041RDB_SPIFLASH
+UBOOT_MACHINES ?= P2041RDB P2041RDB_NAND P2041RDB_SECURE_BOOT P2041RDB_SDCARD
P2041RDB_SPIFLASH
KERNEL_DEVICETREE = ${S}/arch/powerpc/boot/dts/p2041rdb.dts \
${S}/arch/powerpc/boot/dts/p2041rdb-usdpaa.dts
KERNEL_DEFCONFIG = ${S}/arch/powerpc/configs/corenet32_smp_defconfig
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 13/16] Update recipes to use release tags instead of SHA
From: Matthew McClintock m...@freescale.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
recipes-tools/hv-cfg/hv-cfg_git.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-tools/hv-cfg/hv-cfg_git.bb
b/recipes-tools/hv-cfg/hv-cfg_git.bb
index e137575..d3786c5 100644
--- a/recipes-tools/hv-cfg/hv-cfg_git.bb
+++ b/recipes-tools/hv-cfg/hv-cfg_git.bb
@@ -18,7 +18,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
inherit deploy
-SRCREV = 102ab848d94f3c04f364ed273d0e00b21b0266f4
+SRCREV = v1.2
SRC_URI = git://git.freescale.com/ppc/sdk/hv-cfg.git
S = ${WORKDIR}/git
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 15/16] change the priority of packages which provide ifconfig to ifconfig link ifconfig.net-tools by default
From: Chunrong Guo b40...@freescale.com
Signed-off-by: Chunrong Guo b40...@freescale.com
---
.../net-tools/net-tools_1.60-23.bbappend |9 +
1 file changed, 9 insertions(+)
create mode 100644 recipes-append/net-tools/net-tools_1.60-23.bbappend
diff --git a/recipes-append/net-tools/net-tools_1.60-23.bbappend
b/recipes-append/net-tools/net-tools_1.60-23.bbappend
new file mode 100644
index 000..b780bac
--- /dev/null
+++ b/recipes-append/net-tools/net-tools_1.60-23.bbappend
@@ -0,0 +1,9 @@
+PR_append_fsl = +${DISTRO}.0
+
+inherit update-alternatives
+
+ALTERNATIVE_NAME_fsl = ifconfig
+ALTERNATIVE_LINK_fsl = ${base_sbindir}/ifconfig
+ALTERNATIVE_PATH_fsl = ${base_sbindir}/ifconfig.net-tools
+ALTERNATIVE_PRIORITY_fsl = 200
+
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 16/16] udev: do not automount block devices
From: Chunrong Guo b40...@freescale.com
kernel can’t boot up with extend partition in HDD
FILESEXTRAPATHS_prepend is the right variable to extend file search path
Signed-off-by: Chunrong Guo b40...@freescale.com
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
recipes-append/udev/files/local.rules |4 +++-
recipes-append/udev/udev_164.bbappend |4 ++--
2 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/recipes-append/udev/files/local.rules
b/recipes-append/udev/files/local.rules
index 9c134ef..0b6cfef 100644
--- a/recipes-append/udev/files/local.rules
+++ b/recipes-append/udev/files/local.rules
@@ -15,6 +15,8 @@
KERNEL==nbd*, GOTO=persistent_storage_end
+SUBSYSTEM==block, ENV{DEVTYPE}==partition ,GOTO=nomountblock
+
# Media automounting
SUBSYSTEM==block, ACTION==addRUN+=/etc/udev/scripts/mount.sh
SUBSYSTEM==block, ACTION==remove RUN+=/etc/udev/scripts/mount.sh
@@ -36,4 +38,4 @@ ACTION==add, DEVPATH==/devices/*, ENV{MODALIAS}==?*,
RUN+=/sbin/modprobe
SUBSYSTEM==input, KERNEL==event[0-9]*,
ATTRS{modalias}==input:*-e0*,3,*a0,1,*18,*, SYMLINK+=input/touchscreen0
LABEL=persistent_storage_end
-
+LABEL=nomountblock
diff --git a/recipes-append/udev/udev_164.bbappend
b/recipes-append/udev/udev_164.bbappend
index 7277e47..bff4689 100644
--- a/recipes-append/udev/udev_164.bbappend
+++ b/recipes-append/udev/udev_164.bbappend
@@ -1,4 +1,4 @@
-FILEXTRAPATHS_prepend := ${THISDIR}/files:
+FILESEXTRAPATHS_prepend := ${THISDIR}/files:
-PR .= +${DISTRO}.0
+PR .= +${DISTRO}.1
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2
From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- images/fsl-image-minimal.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/images/fsl-image-minimal.bb b/images/fsl-image-minimal.bb index b8d3c77..f3d1ad4 100644 --- a/images/fsl-image-minimal.bb +++ b/images/fsl-image-minimal.bb @@ -13,4 +13,4 @@ IMAGE_ROOTFS_SIZE = 8192 # remove not needed ipkg informations ROOTFS_POSTPROCESS_COMMAND += remove_packaging_data_files ; -IMAGE_FSTYPES = tar.gz ext2.gz.u-boot +IMAGE_FSTYPES = tar.gz ext2.gz.u-boot jffs2 -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 13/16] Update recipes to use release tags instead of SHA
NAK, it breaks BB_NO_NETWORK useless.
On Wed, Sep 12, 2012 at 12:06 AM, b19...@freescale.com wrote:
From: Matthew McClintock m...@freescale.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
recipes-tools/hv-cfg/hv-cfg_git.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-tools/hv-cfg/hv-cfg_git.bb
b/recipes-tools/hv-cfg/hv-cfg_git.bb
index e137575..d3786c5 100644
--- a/recipes-tools/hv-cfg/hv-cfg_git.bb
+++ b/recipes-tools/hv-cfg/hv-cfg_git.bb
@@ -18,7 +18,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
inherit deploy
-SRCREV = 102ab848d94f3c04f364ed273d0e00b21b0266f4
+SRCREV = v1.2
SRC_URI = git://git.freescale.com/ppc/sdk/hv-cfg.git
S = ${WORKDIR}/git
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
NAK
On Wed, Sep 12, 2012 at 12:06 AM, b19...@freescale.com wrote:
From: Matthew McClintock m...@freescale.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
recipes-tools/rcw/rcw_git.bb |4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/recipes-tools/rcw/rcw_git.bb b/recipes-tools/rcw/rcw_git.bb
index 4487f9e..0aaf794 100644
--- a/recipes-tools/rcw/rcw_git.bb
+++ b/recipes-tools/rcw/rcw_git.bb
@@ -1,7 +1,7 @@
DESCRIPTION = Reset Control Words (RCW)
SECTION = rcw
LICENSE = BSD
-PR = r4
+PR = r5
LIC_FILES_CHKSUM = \
file://p2041rdb/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \
@@ -16,7 +16,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
inherit deploy
-SRCREV = 394db85c496f6e41dd7e29e54dab3db2b380b187
+SRCREV = v1.2.1
SRC_URI = git://git.freescale.com/ppc/sdk/rcw.git
S = ${WORKDIR}/git
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] Patch for graphic LCD with ILI9325 controller
Hi all, I am new to Yocto. I have an i.MX233 board,which I want to use with Graphic LCD. But I cant find any patches for the module. I have made a module myself,but I don't know how to integrate it with Yokto kernel source. Can You please guide me? Any help will be appreciated. Thank You ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
On Wednesday 12 September 2012 00:40:36 Khem Raj wrote: NAK Please do not reply to patches like this. If you object to a patch you need to provide some reasoning. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Replace netbase with connman
On 11 September 2012 22:58, Marc Ferland ferla...@sonatest.com wrote: I'm trying to replace netbase from my image with connman and I need help on how to proceed. So far I see that: - udev includes some event scripts that bring up interfaces - netbase is included by default in core-image (which I use). You don't want go get rid of netbase as it includes critical files, but you do want to install an /etc/network/interfaces file that only defines lo through a netbase bbappend. Guacamayo is probably a good example - https://github.com/Guacamayo/meta-guacamayo. Re NFS, no idea. I have seen patches on oe-core to stop connman from re-configuring the network when it starts, so you'll probably want to find and integrate those if you are not running oe-core master. Ross ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] Replace netbase with connman
On Wednesday 12 September 2012 12:48:49 Burton, Ross wrote: Re NFS, no idea. I have seen patches on oe-core to stop connman from re-configuring the network when it starts, so you'll probably want to find and integrate those if you are not running oe-core master. We talked to the connman developers and their position is that you shouldn't use connman at all with nfsroot, so the solution [1] was not to start connmand if nfsroot is detected. Cheers, Paul [1] http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=c6fda196cbbfd749b8bf10ad97dc373217d8ed2e -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] Yocto Contract Position
I am looking for a Yocto expert who can work a 3 week contract in the bay area. We are looking for one contractor only. And we pay on an hourly rate. Also, we need someone with US citizenship, Greencard, or valid EAD. I have included the job description. If you are available, let me know the hourly rate it would take to get you to do the project. We need someone immediately so give me a call as soon as you can if you are interested. Thanks. And if you are not available, maybe you could refer me to someone who would be willing and capable to complete the short project. Thanks again. Milpitas, CA. Few weeks contract - short. They need an expert. Phone hire. They're a defense contract company so the work must be done on-site. They're taking a skinny portion of their current legacy system and want to port it to Yocto to see if it will be worthwhile. They essentially want Yocto to be the company's standard in California, Florida, and the U.K. but want to test the feasibility before moving forward (that's what this short project is for). The Yocto Project is a Linux-based project that helps developers create custom Linux distributions specifically for embedded devices. We are looking for a very short contract of a few weeks for a very specific specialist as outlined below. As the term is short, and the need is immediate, we'd pay a premium IF we could find hands-on yocto expertise. We have already spent a lot of time coming up to speed on Yocto, now we need an expert to complete the proof of concept for us. The following are the requirements for the candidate we should look for. -Minimum two years' experience in working with Yocto project -Experience in creating a build setup and configuration of the yocto project -Good knowledge and usage of the tool chains related to yocto project -Extensive knowledge and experience in integrating new layers to the Linux distribution. -Ability to configure (add/remove) new kernel and user layers to create custom linux distribution. -Experience in working with Java meta-layer, Database layer would be a nice to have Daniel McGuire Technical Recruiter| Triple Crown Consulting, LLC 1901 S. Bascom Ave. Suite 750 Campbell, CA 95008 P: 408.680.2563| F: 408.608.0398 danie...@tripleco.com ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
In Denil modifying kernel parameters and doing bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. What has changed? Why does it not work anymore? Thanks, Rudi ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif rudolf.str...@linux.com wrote: bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. I'd suggest using bitbake's new -C argument. Run bitbake -C compile linux-yocto. -- Christopher Larson ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
Thanks, Chris. From what bitbake version on is that command available? The bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not recognize that command: ... bitbake: error: no such option -C Rudi On Wed, Sep 12, 2012 at 8:08 AM, Chris Larson clar...@kergoth.com wrote: On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif rudolf.str...@linux.com wrote: bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. I'd suggest using bitbake's new -C argument. Run bitbake -C compile linux-yocto. -- Christopher Larson ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
On Wednesday, September 12, 2012, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 12 September 2012 00:40:36 Khem Raj wrote: NAK Please do not reply to patches like this. If you object to a patch you need to provide some reasoning. I did in the previous patch in this series which is similar Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 13/16] Update recipes to use release tags instead of SHA
On Wed, Sep 12, 2012 at 2:40 AM, Khem Raj raj.k...@gmail.com wrote:
NAK, it breaks BB_NO_NETWORK useless.
Khem is right, I was about to go back and change all the tags to SHAs...
-M
On Wed, Sep 12, 2012 at 12:06 AM, b19...@freescale.com wrote:
From: Matthew McClintock m...@freescale.com
Signed-off-by: Matthew McClintock m...@freescale.com
---
recipes-tools/hv-cfg/hv-cfg_git.bb |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/recipes-tools/hv-cfg/hv-cfg_git.bb
b/recipes-tools/hv-cfg/hv-cfg_git.bb
index e137575..d3786c5 100644
--- a/recipes-tools/hv-cfg/hv-cfg_git.bb
+++ b/recipes-tools/hv-cfg/hv-cfg_git.bb
@@ -18,7 +18,7 @@ PACKAGE_ARCH = ${MACHINE_ARCH}
inherit deploy
-SRCREV = 102ab848d94f3c04f364ed273d0e00b21b0266f4
+SRCREV = v1.2
SRC_URI = git://git.freescale.com/ppc/sdk/hv-cfg.git
S = ${WORKDIR}/git
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On Wednesday 12 September 2012 08:16:46 Rudolf Streif wrote: Thanks, Chris. From what bitbake version on is that command available? The bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not recognize that command: ... bitbake: error: no such option -C That's correct. This has been implemented in master (and will be in the upcoming stable release). Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
Thanks. That explains -C. But what happened to -f in the 1.15.2? It seems that it does not trigger a rerun of the dependent tasks anymore when bitbake is invoked again specifying the package only. I am actually teaching a class right now and it happens to all of the systems including my dev box. So it's not isolated to one system only. Thanks, Rudi On Wed, Sep 12, 2012 at 9:01 AM, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 12 September 2012 08:16:46 Rudolf Streif wrote: Thanks, Chris. From what bitbake version on is that command available? The bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not recognize that command: ... bitbake: error: no such option -C That's correct. This has been implemented in master (and will be in the upcoming stable release). Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 0/2][meta-intel]meta-cedartrail: Cover letter for patches to add Video acceleration and update PVR driver to v1.0.3 -- master branch
From: Rahul Saxena rahul.sax...@intel.com
Cover letter for patch set that does following:
Adds gstreamer and vaapi video acceleration components to enable acceleration
with pvr driver
Update pvr driver to v1.0.3. This driver update fixes a memory leak bug.
Please pull into master branch
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
--
The following changes since commit 66b516f3d3a287eecbf8804b2221bfc27e36db63:
README: add info explaining meta-tlk layer purpose (2012-09-06 10:36:02 -0500)
are available in the git repository at:
git://git.pokylinux.org/meta-intel-contrib rsaxena-master-v103
http://git.pokylinux.org/cgit.cgi/meta-intel-contrib/log/?h=rsaxena-master-v103
Rahul Saxena (2):
meta-cedartrail: Add video acceleration
meta-cedartrail: Update PVR graphics driver to version 1.0.3
meta-cedartrail/README |2 +-
meta-cedartrail/conf/machine/cedartrail.conf |4 ++
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 56 +++
3 files changed, 37 insertions(+), 25 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (80%)
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 1/2] meta-cedartrail: Add video acceleration
From: Rahul Saxena rahul.sax...@intel.com
This adds gstreamer and vaapi video acceleration components
to enable acceleration with pvr driver
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/conf/machine/cedartrail.conf |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta-cedartrail/conf/machine/cedartrail.conf
b/meta-cedartrail/conf/machine/cedartrail.conf
index d6e7a57..cd9acd7 100644
--- a/meta-cedartrail/conf/machine/cedartrail.conf
+++ b/meta-cedartrail/conf/machine/cedartrail.conf
@@ -21,3 +21,7 @@ PREFERRED_VERSION_xf86-input-evdev ?= 2.6.0
SYSLINUX_OPTS = serial 0 115200
SERIAL_CONSOLE = 115200 ttyS0
APPEND += console=ttyS0,115200 console=tty0
+
+VA_FEATURES ?= gst-va-intel va-intel
+
+MACHINE_EXTRA_RRECOMMENDS += ${VA_FEATURES}
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 2/2] meta-cedartrail: Update PVR graphics driver to version 1.0.3
From: Rahul Saxena rahul.sax...@intel.com
This driver update fixes a memory leak bug
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/README |2 +-
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 56 +++
2 files changed, 33 insertions(+), 25 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (80%)
diff --git a/meta-cedartrail/README b/meta-cedartrail/README
index 715cad9..e47151e 100755
--- a/meta-cedartrail/README
+++ b/meta-cedartrail/README
@@ -61,7 +61,7 @@ Power VR Graphics user-space driver binaries are covered by a
Intel Free Distribution Binary License. The build of this driver
can be enabled by adding the following line to the local.conf file:
-LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.2
+LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.3
To enable the layer that does not support Power VR graphics
add the following to the local.conf file:
diff --git
a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
similarity index 80%
rename from meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
rename to meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
index 59998a6..a52aa21 100644
--- a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
+++ b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
@@ -1,32 +1,33 @@
-SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.2 binaries
+SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.3 binaries
DESCRIPTION = 2D, 3D and Media user space driver for Cedartrail platform \
-The binaries are covered by the Intel Free Distribution Binary License. \
+The binaries are covered by the Intel Free Distribution Binary License. \
The user must make himself/herself aware of the Licensing terms \
before enabling build of the Cedartrail PowerVR Graphics Driver via \
this recipe. Please see the README in meta-cedartrail for instructions \
for enabling the build of the driver
-
+
LICENSE_FLAGS = license_${PN}_${PV}
LICENSE = Intel Free Distribution Binary License
LIC_FILES_CHKSUM = \
file://${S}/usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
\
-
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
+
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
DEPENDS = rpm-native libva
PR = r1
-PSB-VIDEO = psb-video-cdv-0.17-2.1.i586.rpm
-PSB-VIDEO-REV = 0.17
+PSB-VIDEO = psb-video-cdv-1.0.3-1.1.i586.rpm
+PSB-VIDEO-REV = 1.0.3
-PVR-BIN = pvr-bin-cdv-1.7.862890_05-1.1.i586.rpm
+PVR-BIN = pvr-bin-cdv-1.0.3-1.1.i586.rpm
PVR-BIN-REV = 1.7.862890
PVR-BIN-REV_N = 1.7.862890_05
+PVR-BIN-REV_LIC = 1.0.3
LIBWSBM = libwsbm-cdv-1.1.0-3.1.i586.rpm
-NON-OSS-PATH =
http://repo.meego.com/MeeGo/builds/1.2.0/1.2.0.10.1.20120723.1/repos/non-oss/ia32/packages/;
+NON-OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/non-oss/ia32/packages/;
OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/oss/ia32/packages/;
@@ -34,11 +35,11 @@ SRC_URI = ${NON-OSS-PATH}${PSB-VIDEO};name=psbrpm \
${NON-OSS-PATH}${PVR-BIN};name=pvrrpm \
${OSS-PATH}${LIBWSBM};name=wsbmrpm \
-SRC_URI[pvrrpm.md5sum] = 92dbb85a259dff73c6e4de68d158ef10
-SRC_URI[pvrrpm.sha256sum] =
46356021efa990cde367b2cdec8626db8c1457234771c6459a106b8342c549c1
+SRC_URI[pvrrpm.md5sum] = 3ae7db98825af642445f75f4b5ddb303
+SRC_URI[pvrrpm.sha256sum] =
42b97e5d663444f35b1ee51cdf9573e3b1d5a4f49ae854218c5c4c9a66ba95cf
-SRC_URI[psbrpm.md5sum] = 0300f7485306bb039ee33e6238a00ae3
-SRC_URI[psbrpm.sha256sum] =
8e71f2ff7464b20823d7f552729d39cb9e3d75badc9b206d43bcc2429849f6c0
+SRC_URI[psbrpm.md5sum] = ec486193dc4b3f91bc7c5e18d9ca9d8a
+SRC_URI[psbrpm.sha256sum] =
0861d69b44d5ce29a3f778ac82976a22f7726af84d9b2e5438c18da5263ffdac
SRC_URI[wsbmrpm.md5sum] = b8b21ca8325abd7850d197f9bf3071c7
SRC_URI[wsbmrpm.sha256sum] =
f436386967c1adec5211e662251bd542bbe0b8cd55e1d9f9c203da5ee934d4f0
@@ -52,6 +53,7 @@ INSANE_SKIP_${PN} = ldflags
# so that they go to ${PN} instead of $PN}-dev
PACKAGES = ${PN}-dbg ${PN}-staticdev ${PN} ${PN}-dev ${PN}-doc ${PN}-locale
+
FILES_${PN} += ${libdir}/dri ${libdir}/pvr/cdv/dri ${libdir}/pvr/cdv
${libdir}/xorg/modules/drivers
FILES_${PN} += ${base_libdir}/firmware
@@ -62,22 +64,27 @@ FILES_${PN} += ${libdir}/lib*.so
FILES_${PN} += ${libdir}/pvr/cdv/xorg/modules/drivers
FILES_${PN} += ${datadir}/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
+FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt
+TARGET_CC_ARCH += ${CFLAGS}{LDFLAGS}
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On Wednesday 12 September 2012 09:23:25 Rudolf Streif wrote: Thanks. That explains -C. But what happened to -f in the 1.15.2? It seems that it does not trigger a rerun of the dependent tasks anymore when bitbake is invoked again specifying the package only. I am actually teaching a class right now and it happens to all of the systems including my dev box. So it's not isolated to one system only. It's not host machine specific - it was a side-effect of switching to hash-based stamps (BB_SIGNATURE_HANDLER = OEBasicHash. See bug #2256 for some further details. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] yocto Digest, Vol 24, Issue 51
To: yocto@yoctoproject.org Subject: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Message-ID: ca+gsk-qoz4u6ozv+fzn+lzq2aogw5rajow6dcjonxbzgecv...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 In Denil modifying kernel parameters and doing bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. What has changed? Why does it not work anymore? Thanks, Rudi -- next part -- An HTML attachment was scrubbed... URL: http://lists.yoctoproject.org/pipermail/yocto/attachments/20120912/a319e906/attachment-0001.html -- Message: 3 Date: Wed, 12 Sep 2012 08:08:28 -0700 From: Chris Larson clar...@kergoth.com To: Rudolf Streif rudolf.str...@linux.com Cc: yocto@yoctoproject.org Subject: Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Message-ID: cabczannkt30ovfx3bncthf115jqbx4pikmxb3b2n8sap4pr...@mail.gmail.com Content-Type: text/plain; charset=UTF-8 On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif rudolf.str...@linux.com wrote: bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. I'd suggest using bitbake's new -C argument. Run bitbake -C compile linux-yocto. -- Christopher Larson -- Message: 4 Date: Wed, 12 Sep 2012 08:16:46 -0700 From: Rudolf Streif rudolf.str...@linux.com To: Chris Larson clar...@kergoth.com Cc: yocto@yoctoproject.org Subject: Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image Message-ID: CA+gsK-rSTj418hLedGJ8VgdUgrP7= erqnw5etpb21gbwwga...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Thanks, Chris. From what bitbake version on is that command available? The bitbake version bundled with YP Denzil 7.0.1 is 1.15.2 and it does not recognize that command: ... bitbake: error: no such option -C Rudi On Wed, Sep 12, 2012 at 8:08 AM, Chris Larson clar...@kergoth.com wrote: On Wed, Sep 12, 2012 at 8:06 AM, Rudolf Streif rudolf.str...@linux.com wrote: bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. I'd suggest using bitbake's new -C argument. Run bitbake -C compile linux-yocto. -- Christopher Larson -- next part -- An HTML attachment was scrubbed... URL: http://lists.yoctoproject.org/pipermail/yocto/attachments/20120912/f7ad9334/attachment-0001.html -- Message: 5 Date: Wed, 12 Sep 2012 08:57:16 -0700 From: Khem Raj raj.k...@gmail.com To: Paul Eggleton paul.eggle...@linux.intel.com Cc: yocto@yoctoproject.org yocto@yoctoproject.org Subject: Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version Message-ID: camkf1srj6fhnmapejaxu__xs95l02mrncbhp68gcexneu3n...@mail.gmail.com Content-Type: text/plain; charset=utf-8 On Wednesday, September 12, 2012, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 12 September 2012 00:40:36 Khem Raj wrote: NAK Please do not reply to patches like this. If you object to a patch you need to provide some reasoning. I did in the previous patch in this series which is similar Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre -- next part -- An HTML attachment was scrubbed... URL: http://lists.yoctoproject.org/pipermail/yocto/attachments/20120912/f34cce42/attachment-0001.html -- Message: 6 Date: Wed, 12 Sep 2012 16:00:49 + From: McClintock Matthew-B29882 b29...@freescale.com To: Khem Raj raj.k...@gmail.com Cc: yocto@yoctoproject.org yocto@yoctoproject.org Subject: Re: [yocto] [meta-fsl-ppc 13/16] Update recipes to use release tags instead of SHA Message-ID: 70cc66f5c30a414dadda6973e4ca391a674...@039-sn1mpn1-001.039d.mgd.msft.net Content-Type: text/plain; charset=iso-8859-1 On Wed, Sep 12, 2012 at 2:40 AM, Khem Raj raj.k...@gmail.com wrote: NAK, it breaks BB_NO_NETWORK useless. Khem is right, I was about to go back and change all the tags to SHAs... -M On Wed, Sep 12, 2012 at 12:06 AM, b19
Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
On Wed, Sep 12, 2012 at 10:57 AM, Khem Raj raj.k...@gmail.com wrote: On Wednesday, September 12, 2012, Paul Eggleton paul.eggle...@linux.intel.com wrote: On Wednesday 12 September 2012 00:40:36 Khem Raj wrote: NAK Please do not reply to patches like this. If you object to a patch you need to provide some reasoning. I did in the previous patch in this series which is similar I've gone and changed all the usage of tags back to SHAs. http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=a51ea005adab98afd5320a836957fad9364ef51b -M Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 09/16] rcw_git.bb: update to 1.2.1 release version
On Wed, Sep 12, 2012 at 11:02 AM, McClintock Matthew-B29882 b29...@freescale.com wrote: I've gone and changed all the usage of tags back to SHAs. http://git.yoctoproject.org/cgit/cgit.cgi/meta-fsl-ppc/commit/?id=a51ea005adab98afd5320a836957fad9364ef51b Thanks Matthew you rock ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On 09/12/2012 08:06 AM, Rudolf Streif wrote: In Denil modifying kernel parameters and doing bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. What has changed? Why does it not work anymore? This was a bug that was introduced in 7.0.1. I have included a patch series in my testing branch that is intended to go into the denzil branch soon: d7b818b bitbake: refactor out codeparser cache into a separate class 66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time 5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run 8b8be74 bitbake: implement checksums for local files in SRC_URI http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=sgarman/denzil-next Scott -- Scott Garman Embedded Linux Engineer - Yocto Project Intel Open Source Technology Center ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] any success with spartan6-lx9mb?
Here's a status update, in case anyone is interested. My goal is to use the Yocto Project to create an image for the Microblaze soft processor core. I started by adding the meta-xilinx layer and specifying: MACHINE = spartan6-lx9mb This fails because the microblaze port of the gcc compiler does not accept the soft FPU compile flag; this one is easy enough to get around (the details can be found in earlier emails). Later the build of the cross compiler fails because an object file is not found. Elvis suggested switching from microblaze EL to regular microblaze. No change; same failure in the same place. I then started looking at Xilinx's website to see what they provided in terms of a gcc compiler. Surfing to http://www.xilinx.com/guest_resources/gnu/ I find two sets of microblaze compiler tools: one based around gcc-4.1.2/gdb-6.5/binutils-2.16/newlib-1.14 and another based around gcc-4.6.2/gdb-7.3.50/binutils-2.21.53/newlib-1.19. Unpacking any from the first set gives me a README file, 3 scripts to run (build_binutils.sh, build_gcc.sh (which calls build_newlib_variants.sh), and build_gdb.sh). build_binutils.sh builds binutils and gprof, build_gcc.sh builds a cross-gcc and several variants of newlib. If I run the build_binutils.sh script binutils builds okay but gprof fails. I can still run build_gcc.sh and both the cross-compiler and the newlib variants are built. build_gdb.sh fails. If I start by replacing my host's gcc-4.7.1 with gcc-4.1.2 gprof will succeed but gdb will continue to fail. I am not able to get either of the two packages based around gcc-4.6.2 (etc) to build using either my native gcc-4.7.1 or gcc-4.1.2. So now that I had a cross-toolchain based around gcc-4.1.2 I started looking at configuring yocto to use an external toolchain. That's when I noticed Adrian had already provided recipes for using another, pre-built, toolchain from Xilinx (awesome!): git://git.xilinx.com/xldk/microblaze_v2.0.git So setup yocto for an external toolchain, TCMODE = external-xilinx XILINX_TOOLCHAIN = path to unpacked toolchain/microblaze_v2.0/microblaze-unknown-linux-gnu retrieved and unpacked this new toolchain (based around gcc-4.1.2), and attempted a bitbake core-image-minimal This fails too, when trying to configure libtool-cross for a couple of reasons: | configure:3661: checking for C compiler version | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root --version 5 | microblaze-unknown-linux-gnu-gcc (GCC) 4.1.2 | Copyright (C) 2006 Free Software Foundation, Inc. | This is free software; see the source for copying conditions. There is NO | warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. | | configure:3681: $? = 0 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -v 5 | Using built-in specs. | Target: microblaze-unknown-linux-gnu | Configured with: /home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/skeleton/build/crosstool-ng/targets/src/gcc-4.1.2/configure --build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu --target=microblaze-unknown-linux-gnu --prefix=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu --with-sysroot=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu//sys-root --enable-languages=c,c++ --enable-multilib --enable-__cxa_atexit --with-local-prefix=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu//sys-root --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99 --enable-long-long --enable-target-optspace | Thread model: posix | gcc version 4.1.2 | configure:3681: $? = 0 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -V 5 | microblaze-unknown-linux-gnu-gcc: '-V' must come at the start of the command line | configure:3681: $? = 1 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -qversion 5 | microblaze-unknown-linux-gnu-gcc: unrecognized option '-qversion' | microblaze-unknown-linux-gnu-gcc: no input files | configure:3681: $? = 1 | configure:3701: checking whether the C compiler works | configure:3723: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a
[yocto] [PATCH 1/2] meta-cedartrail: Add video acceleration
From: Rahul Saxena rahul.sax...@intel.com
This adds gstreamer and vaapi video acceleration components
to enable acceleration with pvr driver
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/conf/machine/cedartrail.conf |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta-cedartrail/conf/machine/cedartrail.conf
b/meta-cedartrail/conf/machine/cedartrail.conf
index d6e7a57..cd9acd7 100644
--- a/meta-cedartrail/conf/machine/cedartrail.conf
+++ b/meta-cedartrail/conf/machine/cedartrail.conf
@@ -21,3 +21,7 @@ PREFERRED_VERSION_xf86-input-evdev ?= 2.6.0
SYSLINUX_OPTS = serial 0 115200
SERIAL_CONSOLE = 115200 ttyS0
APPEND += console=ttyS0,115200 console=tty0
+
+VA_FEATURES ?= gst-va-intel va-intel
+
+MACHINE_EXTRA_RRECOMMENDS += ${VA_FEATURES}
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 0/2][meta-intel]meta-cedartrail: Cover letter for patches to add Video acceleration and update PVR driver to v1.0.3 -- master branch
From: Rahul Saxena rahul.sax...@intel.com Adds gstreamer and vaapi video acceleration components to enable acceleration with pvr driver Update pvr driver to v1.0.3. This driver update fixes a memory leak bug. Please pull into master branch Signed-off-by: Rahul Saxena rahul.sax...@intel.com -- The following changes since commit 66b516f3d3a287eecbf8804b2221bfc27e36db63: README: add info explaining meta-tlk layer purpose (2012-09-06 10:36:02 -0500) are available in the git repository at: git://git.pokylinux.org/meta-intel-contrib rsaxena-pvrv103-master http://git.pokylinux.org/cgit.cgi/meta-intel-contrib/log/?h=rsaxena-pvrv103-master Rahul Saxena (2): meta-cedartrail: Add video acceleration meta-cedartrail: Update PVR graphics driver to version 1.0.3 meta-cedartrail/README |2 +- meta-cedartrail/conf/machine/cedartrail.conf |4 + .../xorg-driver/cdv-pvr-driver_1.0.2.bb| 140 3 files changed, 5 insertions(+), 141 deletions(-) delete mode 100644 meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb -- 1.7.4.1 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 2/2] meta-cedartrail: Update PVR graphics driver to version 1.0.3
From: Rahul Saxena rahul.sax...@intel.com
This driver update fixes a memory leak bug
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/README |2 +-
.../xorg-driver/cdv-pvr-driver_1.0.2.bb| 140
2 files changed, 1 insertions(+), 141 deletions(-)
delete mode 100644
meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
diff --git a/meta-cedartrail/README b/meta-cedartrail/README
index 715cad9..e47151e 100755
--- a/meta-cedartrail/README
+++ b/meta-cedartrail/README
@@ -61,7 +61,7 @@ Power VR Graphics user-space driver binaries are covered by a
Intel Free Distribution Binary License. The build of this driver
can be enabled by adding the following line to the local.conf file:
-LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.2
+LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.3
To enable the layer that does not support Power VR graphics
add the following to the local.conf file:
diff --git
a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
deleted file mode 100644
index 59998a6..000
--- a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
+++ /dev/null
@@ -1,140 +0,0 @@
-SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.2 binaries
-DESCRIPTION = 2D, 3D and Media user space driver for Cedartrail platform \
-The binaries are covered by the Intel Free Distribution Binary License. \
-The user must make himself/herself aware of the Licensing terms \
-before enabling build of the Cedartrail PowerVR Graphics Driver via \
-this recipe. Please see the README in meta-cedartrail for instructions \
-for enabling the build of the driver
-
-LICENSE_FLAGS = license_${PN}_${PV}
-LICENSE = Intel Free Distribution Binary License
-LIC_FILES_CHKSUM = \
-
file://${S}/usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
\
-
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
-
-DEPENDS = rpm-native libva
-
-PR = r1
-
-PSB-VIDEO = psb-video-cdv-0.17-2.1.i586.rpm
-PSB-VIDEO-REV = 0.17
-
-PVR-BIN = pvr-bin-cdv-1.7.862890_05-1.1.i586.rpm
-PVR-BIN-REV = 1.7.862890
-PVR-BIN-REV_N = 1.7.862890_05
-
-LIBWSBM = libwsbm-cdv-1.1.0-3.1.i586.rpm
-
-
-NON-OSS-PATH =
http://repo.meego.com/MeeGo/builds/1.2.0/1.2.0.10.1.20120723.1/repos/non-oss/ia32/packages/;
-OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/oss/ia32/packages/;
-
-
-SRC_URI = ${NON-OSS-PATH}${PSB-VIDEO};name=psbrpm \
- ${NON-OSS-PATH}${PVR-BIN};name=pvrrpm \
- ${OSS-PATH}${LIBWSBM};name=wsbmrpm \
-
-SRC_URI[pvrrpm.md5sum] = 92dbb85a259dff73c6e4de68d158ef10
-SRC_URI[pvrrpm.sha256sum] =
46356021efa990cde367b2cdec8626db8c1457234771c6459a106b8342c549c1
-
-SRC_URI[psbrpm.md5sum] = 0300f7485306bb039ee33e6238a00ae3
-SRC_URI[psbrpm.sha256sum] =
8e71f2ff7464b20823d7f552729d39cb9e3d75badc9b206d43bcc2429849f6c0
-
-SRC_URI[wsbmrpm.md5sum] = b8b21ca8325abd7850d197f9bf3071c7
-SRC_URI[wsbmrpm.sha256sum] =
f436386967c1adec5211e662251bd542bbe0b8cd55e1d9f9c203da5ee934d4f0
-
-S = ${WORKDIR}/cdv-graphics-drivers_${PV}
-
-# These are closed binaries generated elsewhere so don't check ldflags
-INSANE_SKIP_${PN} = ldflags
-
-# .so files in these binaries are not symlinks. Rearange package order
-# so that they go to ${PN} instead of $PN}-dev
-PACKAGES = ${PN}-dbg ${PN}-staticdev ${PN} ${PN}-dev ${PN}-doc ${PN}-locale
-
-FILES_${PN} += ${libdir}/dri ${libdir}/pvr/cdv/dri ${libdir}/pvr/cdv
${libdir}/xorg/modules/drivers
-
-FILES_${PN} += ${base_libdir}/firmware
-FILES_${PN} += ${sysconfdir}/X11/xorg.conf.d
-
-FILES_${PN} += ${libdir}/lib*.so
-
-FILES_${PN} += ${libdir}/pvr/cdv/xorg/modules/drivers
-
-FILES_${PN} += ${datadir}/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
-
-
-do_configure () {
-
-# Extract license files from rpms
-rpm2cpio.sh ${WORKDIR}/${PSB-VIDEO} |cpio -ivd
./usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-rpm2cpio.sh ${WORKDIR}/${PVR-BIN} |cpio -ivd
./usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
-
-}
-
-do_install() {
- mv ${WORKDIR}/*.rpm ${S}
-
- rpm2cpio.sh ${S}/${LIBWSBM} | cpio -id
-
- install -d -m 0755${D}${libdir}/dri
-
- install -m 0755 ${S}/usr/lib/*${D}${libdir}/
-
- rpm2cpio.sh ${S}/${PSB-VIDEO} | cpio -id
-
- install -d -m 0755
${D}${base_libdir}/firmware
-
- install -m 0755 ${S}/usr/lib/dri/*${D}${libdir}/dri/
-
- install -m 0755 ${S}/lib/firmware/*
${D}${base_libdir}/firmware
-
- rpm2cpio.sh ${S}/${PVR-BIN} | cpio -id
-
- install -d -m 0755
Re: [yocto] [meta-fsl-ppc 01/16] add CentOS release 5.5 (Final) into SANITY_TESTED_DISTROS
Guys, When submitting patches to this list please CC me. Also fix your git email addresses so it shows your name no your CoreID -M On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Zhenhua Luo b19...@freescale.com Signed-off-by: Zhenhua Luo b19...@freescale.com --- conf/distro/fsl.conf |1 + 1 file changed, 1 insertion(+) diff --git a/conf/distro/fsl.conf b/conf/distro/fsl.conf index 0169c6c..b35f5e2 100644 --- a/conf/distro/fsl.conf +++ b/conf/distro/fsl.conf @@ -60,6 +60,7 @@ SANITY_TESTED_DISTROS ?= \ Fedora release 15 (Lovelock) \n \ Fedora release 16 (Verne) \n \ Fedora release 17 (Beefy Miracle) \n \ +CentOS release 5.5 (Final) \n \ CentOS release 5.6 (Final) \n \ CentOS release 5.7 (Final) \n \ CentOS release 5.8 (Final) \n \ -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 0/1] Fix X issue on crownbay
FYI While testing on the fishriver platform, I also find that there is no X log, and looking further found out that xorg executable is not on the image. I think the same thing is also happening on crownbay. Nitin -Original Message- From: Kamble, Nitin A Sent: Wednesday, September 12, 2012 9:18 AM To: Zanussi, Tom Cc: Hart, Darren; yocto@yoctoproject.org Subject: RE: [PATCH 0/1] Fix X issue on crownbay Hi Tom, Thanks for looking into the matter. I will try to reproduce the issue you are seeing with master. And send another pull request with all the fixes. Regards, Nitin -Original Message- From: Zanussi, Tom Sent: Monday, September 10, 2012 4:34 PM To: Kamble, Nitin A Cc: Hart, Darren; yocto@yoctoproject.org Subject: Re: [PATCH 0/1] Fix X issue on crownbay On Wed, 2012-09-05 at 17:59 -0700, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com The following changes since commit 66b516f3d3a287eecbf8804b2221bfc27e36db63: README: add info explaining meta-tlk layer purpose (2012-09-06 10:36:02 -0500) are available in the git repository at: git://git.yoctoproject.org/meta-intel-contrib nitin/work http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin /w ork I built and tried this, but it still didn't boot into X, and now there's not even an Xorg.log to look at: root@crownbay:/var/log# ls -al drwxr-xr-x2 root root80 Sep 10 20:15 . drwxrwxrwt7 root root 140 Jan 6 2009 .. -rw-r--r--1 root root 78429 Sep 10 20:17 messages -rw-rw-r--1 root root 4224 Sep 10 20:17 wtmp I assume this is a different X problem related to recent changes in mater. Can you update the bug report with the commits that you tested with so I can verify that your patch at least works? Thanks, Tom Nitin A Kamble (1): emgd-driver-bin: Fix package naming issue .../xorg-xserver/emgd-driver-bin_1.14.bb |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On Wednesday 12 September 2012 11:22:07 Scott Garman wrote: On 09/12/2012 08:06 AM, Rudolf Streif wrote: In Denil modifying kernel parameters and doing bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. What has changed? Why does it not work anymore? This was a bug that was introduced in 7.0.1. I have included a patch series in my testing branch that is intended to go into the denzil branch soon: d7b818b bitbake: refactor out codeparser cache into a separate class 66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time 5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run 8b8be74 bitbake: implement checksums for local files in SRC_URI We need to be very careful which patches we backport. In particular that last patch 8b8be74 should not be backported - it's new functionality, requires support in the metadata to work, and led to several further cleanup patches for the metadata to avoid warnings being raised. Cheers, Paul -- Paul Eggleton Intel Open Source Technology Centre ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 0/1] Fix X issue on crownbay
On 12 September 2012 21:14, Kamble, Nitin A nitin.a.kam...@intel.com wrote: FYI While testing on the fishriver platform, I also find that there is no X log, and looking further found out that xorg executable is not on the image. I think the same thing is also happening on crownbay. There have been transient reports of Xorg missing in the qemu images too -- transient because the reporter said that the next day's autobuilt image had the package installed again. Very odd. In the broken systems you say there is no Xorg binary. Can you confirm that there is no xserver-xorg package too? Can you inspect the build and see if this failed, or if there is some machine configuration disaster which means it doesn't think it needs to install an xserver? Ross FWIW, my qemuarm image from earlier today works. ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [PATCH 0/1] Fix X issue on crownbay
-Original Message- From: yocto-boun...@yoctoproject.org [mailto:yocto- boun...@yoctoproject.org] On Behalf Of Kamble, Nitin A Sent: Wednesday, September 12, 2012 1:14 PM To: Zanussi, Tom Cc: Hart, Darren; yocto@yoctoproject.org Subject: Re: [yocto] [PATCH 0/1] Fix X issue on crownbay FYI While testing on the fishriver platform, I also find that there is no X log, and looking further found out that xorg executable is not on the image. I think the same thing is also happening on crownbay. FYI.. I also see the similar issue for Romley. There is no Xlog and X does not comes up. Thanks Kishore. Nitin -Original Message- From: Kamble, Nitin A Sent: Wednesday, September 12, 2012 9:18 AM To: Zanussi, Tom Cc: Hart, Darren; yocto@yoctoproject.org Subject: RE: [PATCH 0/1] Fix X issue on crownbay Hi Tom, Thanks for looking into the matter. I will try to reproduce the issue you are seeing with master. And send another pull request with all the fixes. Regards, Nitin -Original Message- From: Zanussi, Tom Sent: Monday, September 10, 2012 4:34 PM To: Kamble, Nitin A Cc: Hart, Darren; yocto@yoctoproject.org Subject: Re: [PATCH 0/1] Fix X issue on crownbay On Wed, 2012-09-05 at 17:59 -0700, nitin.a.kam...@intel.com wrote: From: Nitin A Kamble nitin.a.kam...@intel.com The following changes since commit 66b516f3d3a287eecbf8804b2221bfc27e36db63: README: add info explaining meta-tlk layer purpose (2012-09-06 10:36:02 -0500) are available in the git repository at: git://git.yoctoproject.org/meta-intel-contrib nitin/work http://git.yoctoproject.org/cgit.cgi/meta-intel-contrib/log/?h=nitin /w ork I built and tried this, but it still didn't boot into X, and now there's not even an Xorg.log to look at: root@crownbay:/var/log# ls -al drwxr-xr-x2 root root80 Sep 10 20:15 . drwxrwxrwt7 root root 140 Jan 6 2009 .. -rw-r--r--1 root root 78429 Sep 10 20:17 messages -rw-rw-r--1 root root 4224 Sep 10 20:17 wtmp I assume this is a different X problem related to recent changes in mater. Can you update the bug report with the commits that you tested with so I can verify that your patch at least works? Thanks, Tom Nitin A Kamble (1): emgd-driver-bin: Fix package naming issue .../xorg-xserver/emgd-driver-bin_1.14.bb |8 +++- 1 files changed, 7 insertions(+), 1 deletions(-) ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH] x32: Update for 1.3
x32 is now part of oe-core and the meta-x32 is no longer needed Signed-off-by: Saul Wold s...@linux.intel.com --- .../poky-ref-manual/technical-details.xml | 26 +++- 1 file changed, 4 insertions(+), 22 deletions(-) diff --git a/documentation/poky-ref-manual/technical-details.xml b/documentation/poky-ref-manual/technical-details.xml index aef1c27..caf52cd 100644 --- a/documentation/poky-ref-manual/technical-details.xml +++ b/documentation/poky-ref-manual/technical-details.xml @@ -600,10 +600,9 @@ itemizedlist listitemparaYou can create packages and images in x32 psABI format on x86_64 architecture targets. /para/listitem -listitemparaYou can use the x32 psABI support through the filenamemeta-x32/filename -layer on top of the OE-core/Yocto layer./para/listitem -listitemparaThe toolchain from the filenameexperimental/meta-x32/filename layer -is used for building x32 psABI program binaries./para/listitem +listitemparaYou can use the x32 psABI support by setting +the filenaemeDEFAULTTUNE/filename/para/listitem +listitemparaThe toolchain in or-core now supports x32./para/listitem listitemparaYou can successfully build many recipes with the x32 toolchain./para/listitem listitemparaYou can create and boot filenamecore-image-minimal/filename and filenamecore-image-sato/filename images./para/listitem @@ -626,8 +625,6 @@ work with and support x32 toolchains./para/listitem listitemparaEnhance RPM Package Manager (RPM) support for x32 binaries./para/listitem listitemparaSupport larger images./para/listitem -listitemparaIntegrate x32 recipes, toolchain, and kernel changes from -filenameexperimental/meta-x32/filename into OE-core./para/listitem /itemizedlist /para /section @@ -636,23 +633,8 @@ titleUsing x32 Right Now/title para -Despite the fact the x32 psABI support is in development state for this release of the -Yocto Project, you can follow these steps to use the x32 spABI: +With this release of the Yocto Project, you can follow these steps to use the x32 spABI: itemizedlist -listitemparaAdd the filenameexperimental/meta-x32/filename layer to your local -ulink url='YOCTO_DOCS_DEV_URL;#build-directory'build directory/ulink. -You can find the filenameexperimental/meta-x32/filename source repository at -ulink url='YOCTO_GIT_URL;'/ulink./para/listitem -listitemparaEdit your filenameconf/bblayers.conf/filename file so that it includes -the filenamemeta-x32/filename. -Here is an example: -literallayout class='monospaced' - BBLAYERS ?= \ -/home/nitin/prj/poky.git/meta \ -/home/nitin/prj/poky.git/meta-yocto \ -/home/nitin/prj/meta-x32.git \ - -/literallayout/para/listitem listitemparaEnable the x32 psABI tuning file for filenamex86_64/filename machines by editing the filenameconf/local.conf/filename like this: literallayout class='monospaced' -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- images/fsl-image-minimal.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/images/fsl-image-minimal.bb b/images/fsl-image-minimal.bb index b8d3c77..f3d1ad4 100644 --- a/images/fsl-image-minimal.bb +++ b/images/fsl-image-minimal.bb @@ -13,4 +13,4 @@ IMAGE_ROOTFS_SIZE = 8192 # remove not needed ipkg informations ROOTFS_POSTPROCESS_COMMAND += remove_packaging_data_files ; -IMAGE_FSTYPES = tar.gz ext2.gz.u-boot +IMAGE_FSTYPES = tar.gz ext2.gz.u-boot jffs2 Just to confirm, all boards will use the jffs2 image? -M -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 05/16] ethtool: add ethtool-3.0
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote:
From: Zhenhua Luo b19...@freescale.com
To match the kernel version of FSL SDK
This commit message does not make sense. Can we say why we need
ethtool 3.0 and the subsequent patch?
Also this patch should be for-denzil branch only as poky master
already has ethtool 3.0 recipe in it.
-M
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
recipes-extended/ethtool/ethtool_3.0.bb | 12
1 file changed, 12 insertions(+)
create mode 100644 recipes-extended/ethtool/ethtool_3.0.bb
diff --git a/recipes-extended/ethtool/ethtool_3.0.bb
b/recipes-extended/ethtool/ethtool_3.0.bb
new file mode 100644
index 000..cc4862d
--- /dev/null
+++ b/recipes-extended/ethtool/ethtool_3.0.bb
@@ -0,0 +1,12 @@
+SUMMARY = Display or change ethernet card settings
+DESCRIPTION = A small utility for examining and tuning the settings of your
ethernet-based network interfaces.
+HOMEPAGE = http://www.kernel.org/pub/software/network/ethtool/;
+SECTION = console/network
+LICENSE = GPLv2+
+LIC_FILES_CHKSUM = file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f
+
+SRC_URI = ${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz
+SRC_URI[md5sum] = a339cbdcbe1c1fbe377c36d84231bda6
+SRC_URI[sha256sum] =
9b9caffc0ee3567b607618ca5bc85505230d66cd9d5caa1c333760b3885f0ae4
+
+inherit autotools
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 06/16] ethtool: add FSL specific patch
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote:
From: Zhenhua Luo b19...@freescale.com
Another for-denzil patch. This patch needs to be rewritten for master
as a patch added in oe-core or as a bbappends in our layer.
-M
Signed-off-by: Zhenhua Luo b19...@freescale.com
---
...ool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch | 95
recipes-extended/ethtool/ethtool_3.0.bb|7 +-
2 files changed, 101 insertions(+), 1 deletion(-)
create mode 100644
recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
diff --git
a/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
b/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
new file mode 100644
index 000..216e3b4
--- /dev/null
+++
b/recipes-extended/ethtool/ethtool-3.0/ethtool-3.0-Enable-nfc-rx-flow-hashing-on-SPI.patch
@@ -0,0 +1,95 @@
+From patchwork Thu Aug 30 15:44:09 2012
+Content-Type: text/plain; charset=utf-8
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Subject: [SDK1.3] ethtool-3.0: Enable nfc rx-flow hashing on SPI
+Date: Thu, 30 Aug 2012 21:44:09 -
+From: Claudiu Manoil claudiu.man...@freescale.com
+X-Patchwork-Id: 25852
+
+This makes it possible to enable hashing of AH or ESP flows
+(IPSEC) based on their SPI (Security Parameter Index) field.
+
+Applies on top of (ethtool v3.0):
+git.kernel.org/pub/scm/network/ethtool/ethtool.git
+commit-
+a6fc65b Release version 3.0.
+
+Signed-off-by: Pankaj Chauhan pankaj.chau...@freescale.com
+Signed-off-by: Claudiu Manoil claudiu.man...@freescale.com
+---
+ ethtool-copy.h |1 +
+ ethtool.8.in |1 +
+ ethtool.c | 14 +++---
+ 3 files changed, 13 insertions(+), 3 deletions(-)
+
+diff --git a/ethtool-copy.h b/ethtool-copy.h
+index c7a18f7..cf20158 100644
+--- a/ethtool-copy.h
b/ethtool-copy.h
+@@ -888,6 +888,7 @@ enum ethtool_sfeatures_retval_bits {
+ #define RXH_IP_DST (1 5)
+ #define RXH_L4_B_0_1(1 6) /* src port in case of TCP/UDP/SCTP
*/
+ #define RXH_L4_B_2_3(1 7) /* dst port in case of TCP/UDP/SCTP
*/
++#define RXH_AH_ESP_SPI (1 8) /* SPI field, for AH/ESP flows */
+ #define RXH_DISCARD (1 31)
+
+ #define RX_CLS_FLOW_DISC0xULL
+diff --git a/ethtool.8.in b/ethtool.8.in
+index 7a0bd43..a640317 100644
+--- a/ethtool.8.in
b/ethtool.8.in
+@@ -601,6 +601,7 @@ s Hash on the IP source address of the rx packet.
+ d Hash on the IP destination address of the rx packet.
+ f Hash on bytes 0 and 1 of the Layer 4 header of the rx packet.
+ n Hash on bytes 2 and 3 of the Layer 4 header of the rx packet.
++S Hash on the SPI field (4 bytes), for AH/ESP packets.
+ r T{
+ Discard all packets of this flow type. When this option is set, all
+ other options are ignored.
+diff --git a/ethtool.c b/ethtool.c
+index 943dfb7..bb9d592 100644
+--- a/ethtool.c
b/ethtool.c
+@@ -231,7 +231,7 @@ static struct option {
+ { -N, --config-nfc, MODE_SNFC, Configure Rx network flow
+ classification options,
+ [ rx-flow-hash tcp4|udp4|ah4|esp4|sctp4|
+- tcp6|udp6|ah6|esp6|sctp6 m|v|t|s|d|f|n|r... ]\n },
++ tcp6|udp6|ah6|esp6|sctp6 m|v|t|s|d|f|n|S|r... ]\n },
+ { -x, --show-rxfh-indir, MODE_GRXFHINDIR, Show Rx flow hash
+ indirection },
+ { -X, --set-rxfh-indir, MODE_SRXFHINDIR, Set Rx flow hash
indirection,
+@@ -728,8 +728,10 @@ static int rxflow_str_to_type(const char *str)
+ flow_type = TCP_V4_FLOW;
+ else if (!strcmp(str, udp4))
+ flow_type = UDP_V4_FLOW;
+- else if (!strcmp(str, ah4) || !strcmp(str, esp4))
+- flow_type = AH_ESP_V4_FLOW;
++ else if (!strcmp(str, ah4))
++ flow_type = AH_V4_FLOW;
++ else if (!strcmp(str, esp4))
++ flow_type = ESP_V4_FLOW;
+ else if (!strcmp(str, sctp4))
+ flow_type = SCTP_V4_FLOW;
+ else if (!strcmp(str, tcp6))
+@@ -1538,6 +1540,9 @@ static int parse_rxfhashopts(char *optstr, u32 *data)
+ case 'n':
+ *data |= RXH_L4_B_2_3;
+ break;
++ case 'S':
++ *data |= RXH_AH_ESP_SPI;
++ break;
+ case 'r':
+ *data |= RXH_DISCARD;
+ break;
+@@ -1577,6 +1582,9 @@ static char *unparse_rxfhashopts(u64 opts)
+ if (opts RXH_L4_B_2_3) {
+ strcat(buf, L4 bytes 2 3 [TCP/UDP dst port]\n);
+ }
++ if (opts RXH_AH_ESP_SPI) {
++ strcat(buf, SPI field (AH/ESP header)\n);
++
Re: [yocto] [meta-fsl-ppc 08/16] fsl.conf: disable auto dhcp for eth0
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- conf/distro/fsl.conf |4 1 file changed, 4 insertions(+) diff --git a/conf/distro/fsl.conf b/conf/distro/fsl.conf index b35f5e2..b6c8fb4 100644 --- a/conf/distro/fsl.conf +++ b/conf/distro/fsl.conf @@ -91,3 +91,7 @@ PREFERRED_VERSION_samba = 3.4.0 PREFERRED_PROVIDER_virtual/libx11 = libx11 CCACHE = + +# disable auto dhcp for eth0 +ETH0_AUTO_DHCP = 0 As I've said before just turning off dhcp by default is not what we want. Some internal testing issue is not a reason to disable this by default as this is used by default by most users. -M ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [linux-yocto] 'bitbake linux-yocto' after 'bitbake linux-yocto -c compile -f' does not create image
On 09/12/2012 01:25 PM, Paul Eggleton wrote: On Wednesday 12 September 2012 11:22:07 Scott Garman wrote: On 09/12/2012 08:06 AM, Rudolf Streif wrote: In Denil modifying kernel parameters and doing bitbake linux-yocto -c compile -f bitbake linux-yocto worked perfectly fine. The tasks after compile were rerun and the new kernel copied to tmp/deploy/images In Edison 7.0.1 this does not seem to work anymore. The tasks do not rerun and the kernel image is not deployed. What has changed? Why does it not work anymore? This was a bug that was introduced in 7.0.1. I have included a patch series in my testing branch that is intended to go into the denzil branch soon: d7b818b bitbake: refactor out codeparser cache into a separate class 66123b9 classes/cml1: ensure -c menuconfig forces a rebuild next time 5bd11a9 bitbake: bitbake: ensure -f causes dependent tasks to be re-run 8b8be74 bitbake: implement checksums for local files in SRC_URI We need to be very careful which patches we backport. In particular that last patch 8b8be74 should not be backported - it's new functionality, requires support in the metadata to work, and led to several further cleanup patches for the metadata to avoid warnings being raised. I agree with the need to be conservative about backporting new features into point-releases. In this case I was given a list from someone of which patches were needed to resolve the menuconfig issue, and I didn't question it. I will make a note to try removing 8b8be74 before I submit my final pull request to denzil - this almost certainly won't happen this week due to conference craziness. Scott -- Scott Garman Embedded Linux Engineer - Yocto Project Intel Open Source Technology Center ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 10/16] rcw: update LIC_FILES_CHKSUM file
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- recipes-tools/rcw/rcw_git.bb |7 ++- 1 file changed, 2 insertions(+), 5 deletions(-) diff --git a/recipes-tools/rcw/rcw_git.bb b/recipes-tools/rcw/rcw_git.bb index 0aaf794..dd1e4fe 100644 --- a/recipes-tools/rcw/rcw_git.bb +++ b/recipes-tools/rcw/rcw_git.bb @@ -1,13 +1,10 @@ DESCRIPTION = Reset Control Words (RCW) SECTION = rcw LICENSE = BSD -PR = r5 +PR = r6 LIC_FILES_CHKSUM = \ - file://p2041rdb/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p3041ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p4080ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ - file://p5020ds/LICENSE;md5=96dd72f26e9bb861de5c76c60e35e1bc \ + file://rcw.py;beginline=8;endline=28;md5=9ba0b28922dd187b06b6c8ebcfdd208e \ This license changed but the SRC_URI/SRCREV did not? I don't think this is valid. You are assuming other bbappends recipes are in place. -M # this package is specific to the machine itself -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 11/16] u-boot: fix nand image name issue for different core type
On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote:
From: Zhenhua Luo b19...@freescale.com
Final nand u-boot image is named differently in u-boot source. That is:
u-boot-nand.bin for e500v2 boards, u-boot.bin for other boards.
Signed-off-by: Zhenhua Luo b19...@freescale.com
Signed-off-by: Ting Liu b28...@freescale.com
This is not applying against master.
-M
---
recipes-kernel/u-boot/u-boot_git.bb | 21 +++--
1 file changed, 11 insertions(+), 10 deletions(-)
diff --git a/recipes-kernel/u-boot/u-boot_git.bb
b/recipes-kernel/u-boot/u-boot_git.bb
index 38d0574..898cd7a 100644
--- a/recipes-kernel/u-boot/u-boot_git.bb
+++ b/recipes-kernel/u-boot/u-boot_git.bb
@@ -5,7 +5,7 @@ PROVIDES = virtual/bootloader
LICENSE = GPLv2
LIC_FILES_CHKSUM = file://COPYING;md5=1707d6db1d42237583f50183a5651ecb
-PR = r19
+PR = r21
INHIBIT_DEFAULT_DEPS = 1
DEPENDS = boot-format-native virtual/${TARGET_PREFIX}gcc libgcc
@@ -49,19 +49,20 @@ do_compile () {
esac
if [ x${UBOOT_TARGET} != x ]; then
- if [ ${UBOOT_TARGET} == u-boot-nand ]; then
- :
- elif [ ${MACHINE_ARCH} == p1023rds ] || \
- [ ${MACHINE_ARCH} == p2041rdb ] || \
- [ ${MACHINE_ARCH} == p3041ds ] || \
- [ ${MACHINE_ARCH} == p4080ds ] || \
- [ ${MACHINE_ARCH} == p5020ds ] || \
- [ ${UBOOT_TARGET} == u-boot-sd ]; then
+ if [ ${UBOOT_TARGET} == u-boot-sd ]; then
cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+elif [ ${UBOOT_TARGET} == u-boot-nand ];then
+ if [ ${DEFAULTTUNE} != ppce500v2 ];then
+cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+fi
else
- ${STAGING_BINDIR_NATIVE}/boot_format \
+ if [ -n ${BOOTFORMAT_CONFIG} ];then
+${STAGING_BINDIR_NATIVE}/boot_format \
${STAGING_DATADIR_NATIVE}/boot_format/${BOOTFORMAT_CONFIG} \
${S}/${board}/u-boot.bin -spi
${S}/${board}/${UBOOT_TARGET}.bin
+else
+cp ${S}/${board}/u-boot.bin
${S}/${board}/${UBOOT_TARGET}.bin
+fi
fi
fi
done
--
1.7.9.5
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 0/2][meta-intel]meta-cedartrail:Cover letter for patches to add Video acceleration and update PVR driver to v1.0.3 -- master branch
From: Rahul Saxena rahul.sax...@intel.com
Cover letter for patch set that does following:
Adds gstreamer and vaapi video acceleration components to enable acceleration
with pvr driver
Update pvr driver to v1.0.3. This driver update fixes a memory leak bug.
Please pull into master branch
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
--
The following changes since commit 66b516f3d3a287eecbf8804b2221bfc27e36db63:
README: add info explaining meta-tlk layer purpose (2012-09-06 10:36:02 -0500)
are available in the git repository at:
git://git.pokylinux.org/meta-intel-contrib rsaxena-pvr_103r3master
http://git.pokylinux.org/cgit.cgi/meta-intel-contrib/log/?h=rsaxena-pvr_103r3master
Rahul Saxena (2):
meta-cedartrail: Add video acceleration
meta-cedartrail: Update PVR graphics driver to version 1.0.3
meta-cedartrail/README |2 +-
meta-cedartrail/conf/machine/cedartrail.conf |4 ++
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 34 ---
3 files changed, 26 insertions(+), 14 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (84%)
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 2/2] meta-cedartrail: Update PVR graphics driver to version 1.0.3
From: Rahul Saxena rahul.sax...@intel.com
This driver update fixes a memory leak bug
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/README |2 +-
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 34 ---
2 files changed, 22 insertions(+), 14 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (84%)
diff --git a/meta-cedartrail/README b/meta-cedartrail/README
index 715cad9..e47151e 100755
--- a/meta-cedartrail/README
+++ b/meta-cedartrail/README
@@ -61,7 +61,7 @@ Power VR Graphics user-space driver binaries are covered by a
Intel Free Distribution Binary License. The build of this driver
can be enabled by adding the following line to the local.conf file:
-LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.2
+LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.3
To enable the layer that does not support Power VR graphics
add the following to the local.conf file:
diff --git
a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
similarity index 84%
rename from meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
rename to meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
index 59998a6..a87ee4f 100644
--- a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
+++ b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
@@ -1,4 +1,4 @@
-SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.2 binaries
+SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.3 binaries
DESCRIPTION = 2D, 3D and Media user space driver for Cedartrail platform \
The binaries are covered by the Intel Free Distribution Binary License. \
The user must make himself/herself aware of the Licensing terms \
@@ -10,23 +10,24 @@ LICENSE_FLAGS = license_${PN}_${PV}
LICENSE = Intel Free Distribution Binary License
LIC_FILES_CHKSUM = \
file://${S}/usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
\
-
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
+
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
DEPENDS = rpm-native libva
PR = r1
-PSB-VIDEO = psb-video-cdv-0.17-2.1.i586.rpm
-PSB-VIDEO-REV = 0.17
+PSB-VIDEO = psb-video-cdv-1.0.3-1.1.i586.rpm
+PSB-VIDEO-REV = 1.0.3
-PVR-BIN = pvr-bin-cdv-1.7.862890_05-1.1.i586.rpm
+PVR-BIN = pvr-bin-cdv-1.0.3-1.1.i586.rpm
PVR-BIN-REV = 1.7.862890
PVR-BIN-REV_N = 1.7.862890_05
+PVR-BIN-REV_LIC = 1.0.3
LIBWSBM = libwsbm-cdv-1.1.0-3.1.i586.rpm
-NON-OSS-PATH =
http://repo.meego.com/MeeGo/builds/1.2.0/1.2.0.10.1.20120723.1/repos/non-oss/ia32/packages/;
+NON-OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/non-oss/ia32/packages/;
OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/oss/ia32/packages/;
@@ -34,11 +35,11 @@ SRC_URI = ${NON-OSS-PATH}${PSB-VIDEO};name=psbrpm \
${NON-OSS-PATH}${PVR-BIN};name=pvrrpm \
${OSS-PATH}${LIBWSBM};name=wsbmrpm \
-SRC_URI[pvrrpm.md5sum] = 92dbb85a259dff73c6e4de68d158ef10
-SRC_URI[pvrrpm.sha256sum] =
46356021efa990cde367b2cdec8626db8c1457234771c6459a106b8342c549c1
+SRC_URI[pvrrpm.md5sum] = 3ae7db98825af642445f75f4b5ddb303
+SRC_URI[pvrrpm.sha256sum] =
42b97e5d663444f35b1ee51cdf9573e3b1d5a4f49ae854218c5c4c9a66ba95cf
-SRC_URI[psbrpm.md5sum] = 0300f7485306bb039ee33e6238a00ae3
-SRC_URI[psbrpm.sha256sum] =
8e71f2ff7464b20823d7f552729d39cb9e3d75badc9b206d43bcc2429849f6c0
+SRC_URI[psbrpm.md5sum] = ec486193dc4b3f91bc7c5e18d9ca9d8a
+SRC_URI[psbrpm.sha256sum] =
0861d69b44d5ce29a3f778ac82976a22f7726af84d9b2e5438c18da5263ffdac
SRC_URI[wsbmrpm.md5sum] = b8b21ca8325abd7850d197f9bf3071c7
SRC_URI[wsbmrpm.sha256sum] =
f436386967c1adec5211e662251bd542bbe0b8cd55e1d9f9c203da5ee934d4f0
@@ -52,6 +53,7 @@ INSANE_SKIP_${PN} = ldflags
# so that they go to ${PN} instead of $PN}-dev
PACKAGES = ${PN}-dbg ${PN}-staticdev ${PN} ${PN}-dev ${PN}-doc ${PN}-locale
+
FILES_${PN} += ${libdir}/dri ${libdir}/pvr/cdv/dri ${libdir}/pvr/cdv
${libdir}/xorg/modules/drivers
FILES_${PN} += ${base_libdir}/firmware
@@ -62,18 +64,23 @@ FILES_${PN} += ${libdir}/lib*.so
FILES_${PN} += ${libdir}/pvr/cdv/xorg/modules/drivers
FILES_${PN} += ${datadir}/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
+FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt
+
+TARGET_CC_ARCH += ${CFLAGS}{LDFLAGS}
+INSANE_SKIP_${PN} += ldflags
+INSANE_SKIP_${PN}-dbg += ldflags
do_configure () {
# Extract license files from rpms
rpm2cpio.sh ${WORKDIR}/${PSB-VIDEO} |cpio -ivd
./usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-rpm2cpio.sh
[yocto] [PATCH 1/2] meta-cedartrail: Add video acceleration
From: Rahul Saxena rahul.sax...@intel.com
This adds gstreamer and vaapi video acceleration components
to enable acceleration with pvr driver
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/conf/machine/cedartrail.conf |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff --git a/meta-cedartrail/conf/machine/cedartrail.conf
b/meta-cedartrail/conf/machine/cedartrail.conf
index d6e7a57..cd9acd7 100644
--- a/meta-cedartrail/conf/machine/cedartrail.conf
+++ b/meta-cedartrail/conf/machine/cedartrail.conf
@@ -21,3 +21,7 @@ PREFERRED_VERSION_xf86-input-evdev ?= 2.6.0
SYSLINUX_OPTS = serial 0 115200
SERIAL_CONSOLE = 115200 ttyS0
APPEND += console=ttyS0,115200 console=tty0
+
+VA_FEATURES ?= gst-va-intel va-intel
+
+MACHINE_EXTRA_RRECOMMENDS += ${VA_FEATURES}
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 0/1][meta-intel]meta-cedartrail:Cover letter to update PVR graphics driver to v1.0.3 - denzil branch
From: Rahul Saxena rahul.sax...@intel.com
This driver update fixes a memory leak bug
Please pull into meta-intel/denzil
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
--
The following changes since commit 418f6d3936bcd871102042167c699c3773bded3e:
meta-cedartrail: Add video acceleration (2012-09-11 13:58:04 -0500)
are available in the git repository at:
git://git.pokylinux.org/meta-intel-contrib rsaxena-denzilpvr103r1
http://git.pokylinux.org/cgit.cgi/meta-intel-contrib/log/?h=rsaxena-denzilpvr103r1
Rahul Saxena (1):
meta-cedartrail: Update PVR graphics driver to version 1.0.3
meta-cedartrail/README |2 +-
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 52 ++--
2 files changed, 27 insertions(+), 27 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (81%)
--
1.7.4.1
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
[yocto] [PATCH 1/1] meta-cedartrail: Update PVR graphics driver to version 1.0.3
From: Rahul Saxena rahul.sax...@intel.com
This driver update fixes a memory leak bug
Signed-off-by: Rahul Saxena rahul.sax...@intel.com
---
meta-cedartrail/README |2 +-
...pvr-driver_1.0.2.bb = cdv-pvr-driver_1.0.3.bb} | 52 ++--
2 files changed, 27 insertions(+), 27 deletions(-)
rename meta-cedartrail/recipes-graphics/xorg-driver/{cdv-pvr-driver_1.0.2.bb
= cdv-pvr-driver_1.0.3.bb} (81%)
diff --git a/meta-cedartrail/README b/meta-cedartrail/README
index 715cad9..e47151e 100755
--- a/meta-cedartrail/README
+++ b/meta-cedartrail/README
@@ -61,7 +61,7 @@ Power VR Graphics user-space driver binaries are covered by a
Intel Free Distribution Binary License. The build of this driver
can be enabled by adding the following line to the local.conf file:
-LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.2
+LICENSE_FLAGS_WHITELIST += license_cdv-pvr-driver_1.0.3
To enable the layer that does not support Power VR graphics
add the following to the local.conf file:
diff --git
a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
similarity index 81%
rename from meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
rename to meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
index f91b235..44f25c9 100644
--- a/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.2.bb
+++ b/meta-cedartrail/recipes-graphics/xorg-driver/cdv-pvr-driver_1.0.3.bb
@@ -1,32 +1,33 @@
-SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.2 binaries
+SUMMARY = Cedartrail PowerVR Graphics Driver version 1.0.3 binaries
DESCRIPTION = 2D, 3D and Media user space driver for Cedartrail platform \
-The binaries are covered by the Intel Free Distribution Binary License. \
+The binaries are covered by the Intel Free Distribution Binary License. \
The user must make himself/herself aware of the Licensing terms \
before enabling build of the Cedartrail PowerVR Graphics Driver via \
this recipe. Please see the README in meta-cedartrail for instructions \
for enabling the build of the driver
-
+
LICENSE_FLAGS = license_${PN}_${PV}
LICENSE = Intel Free Distribution Binary License
LIC_FILES_CHKSUM = \
file://${S}/usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
\
-
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
+
file://${S}/usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt;md5=b14d99f8d4ed664e9ce95057f0bb5b65
DEPENDS = rpm-native libva
PR = r0
-PSB-VIDEO = psb-video-cdv-0.17-2.1.i586.rpm
-PSB-VIDEO-REV = 0.17
+PSB-VIDEO = psb-video-cdv-1.0.3-1.1.i586.rpm
+PSB-VIDEO-REV = 1.0.3
-PVR-BIN = pvr-bin-cdv-1.7.862890_05-1.1.i586.rpm
+PVR-BIN = pvr-bin-cdv-1.0.3-1.1.i586.rpm
PVR-BIN-REV = 1.7.862890
PVR-BIN-REV_N = 1.7.862890_05
+PVR-BIN-REV_LIC = 1.0.3
LIBWSBM = libwsbm-cdv-1.1.0-3.1.i586.rpm
-NON-OSS-PATH =
http://repo.meego.com/MeeGo/builds/1.2.0/1.2.0.10.1.20120723.1/repos/non-oss/ia32/packages/;
+NON-OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/non-oss/ia32/packages/;
OSS-PATH =
http://repo.meego.com/MeeGo/updates/1.2.0/repos/oss/ia32/packages/;
@@ -34,11 +35,11 @@ SRC_URI = ${NON-OSS-PATH}${PSB-VIDEO};name=psbrpm \
${NON-OSS-PATH}${PVR-BIN};name=pvrrpm \
${OSS-PATH}${LIBWSBM};name=wsbmrpm \
-SRC_URI[pvrrpm.md5sum] = 92dbb85a259dff73c6e4de68d158ef10
-SRC_URI[pvrrpm.sha256sum] =
46356021efa990cde367b2cdec8626db8c1457234771c6459a106b8342c549c1
+SRC_URI[pvrrpm.md5sum] = 3ae7db98825af642445f75f4b5ddb303
+SRC_URI[pvrrpm.sha256sum] =
42b97e5d663444f35b1ee51cdf9573e3b1d5a4f49ae854218c5c4c9a66ba95cf
-SRC_URI[psbrpm.md5sum] = 0300f7485306bb039ee33e6238a00ae3
-SRC_URI[psbrpm.sha256sum] =
8e71f2ff7464b20823d7f552729d39cb9e3d75badc9b206d43bcc2429849f6c0
+SRC_URI[psbrpm.md5sum] = ec486193dc4b3f91bc7c5e18d9ca9d8a
+SRC_URI[psbrpm.sha256sum] =
0861d69b44d5ce29a3f778ac82976a22f7726af84d9b2e5438c18da5263ffdac
SRC_URI[wsbmrpm.md5sum] = b8b21ca8325abd7850d197f9bf3071c7
SRC_URI[wsbmrpm.sha256sum] =
f436386967c1adec5211e662251bd542bbe0b8cd55e1d9f9c203da5ee934d4f0
@@ -55,7 +56,7 @@ FILES_${PN} += ${libdir}/lib*.so
FILES_${PN} += ${libdir}/pvr/cdv/xorg/modules/drivers
FILES_${PN} += ${datadir}/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
+FILES_${PN} += ${datadir}/doc/pvr-bin-cdv-${PVR-BIN-REV_LIC}/license.txt
TARGET_CC_ARCH += ${CFLAGS}{LDFLAGS}
@@ -66,16 +67,16 @@ do_configure () {
# Extract license files from rpms
rpm2cpio.sh ${WORKDIR}/${PSB-VIDEO} |cpio -ivd
./usr/share/doc/psb-video-cdv-${PSB-VIDEO-REV}/license.txt
-rpm2cpio.sh ${WORKDIR}/${PVR-BIN} |cpio -ivd
./usr/share/doc/pvr-bin-cdv-${PVR-BIN-REV_N}/license.txt
+rpm2cpio.sh ${WORKDIR}/${PVR-BIN} |cpio -ivd
Re: [yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2
The targets with NAND flash need jffs2 rootfs, e.g. mpc8536ds, mpc8572ds, p1020utm, pp1020rdb, p1021rdb, p1022ds, p1024rdb p1025rdb Best Regards, Zhenhua -Original Message- From: McClintock Matthew-B29882 Sent: Thursday, September 13, 2012 5:53 AM To: Luo Zhenhua-B19537 Cc: yocto@yoctoproject.org Subject: Re: [yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2 On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- images/fsl-image-minimal.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/images/fsl-image-minimal.bb b/images/fsl-image-minimal.bb index b8d3c77..f3d1ad4 100644 --- a/images/fsl-image-minimal.bb +++ b/images/fsl-image-minimal.bb @@ -13,4 +13,4 @@ IMAGE_ROOTFS_SIZE = 8192 # remove not needed ipkg informations ROOTFS_POSTPROCESS_COMMAND += remove_packaging_data_files ; -IMAGE_FSTYPES = tar.gz ext2.gz.u-boot +IMAGE_FSTYPES = tar.gz ext2.gz.u-boot jffs2 Just to confirm, all boards will use the jffs2 image? -M -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2
On Wed, Sep 12, 2012 at 9:26 PM, Luo Zhenhua-B19537 b19...@freescale.com wrote: The targets with NAND flash need jffs2 rootfs, e.g. mpc8536ds, mpc8572ds, p1020utm, pp1020rdb, p1021rdb, p1022ds, p1024rdb p1025rdb I think other's have NAND flash too, they don't need these? -M Best Regards, Zhenhua -Original Message- From: McClintock Matthew-B29882 Sent: Thursday, September 13, 2012 5:53 AM To: Luo Zhenhua-B19537 Cc: yocto@yoctoproject.org Subject: Re: [yocto] [meta-fsl-ppc 02/16] fsl-image-minimal: IMAGE_FSTYPES add jffs2 On Wed, Sep 12, 2012 at 2:06 AM, b19...@freescale.com wrote: From: Ting Liu b28...@freescale.com Signed-off-by: Ting Liu b28...@freescale.com --- images/fsl-image-minimal.bb |2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/images/fsl-image-minimal.bb b/images/fsl-image-minimal.bb index b8d3c77..f3d1ad4 100644 --- a/images/fsl-image-minimal.bb +++ b/images/fsl-image-minimal.bb @@ -13,4 +13,4 @@ IMAGE_ROOTFS_SIZE = 8192 # remove not needed ipkg informations ROOTFS_POSTPROCESS_COMMAND += remove_packaging_data_files ; -IMAGE_FSTYPES = tar.gz ext2.gz.u-boot +IMAGE_FSTYPES = tar.gz ext2.gz.u-boot jffs2 Just to confirm, all boards will use the jffs2 image? -M -- 1.7.9.5 ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto ___ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
Re: [yocto] any success with spartan6-lx9mb?
On Wed, Sep 12, 2012 at 11:47 AM, Trevor Woerner twoer...@gmail.com wrote: Here's a status update, in case anyone is interested. My goal is to use the Yocto Project to create an image for the Microblaze soft processor core. I started by adding the meta-xilinx layer and specifying: MACHINE = spartan6-lx9mb This fails because the microblaze port of the gcc compiler does not accept the soft FPU compile flag; this one is easy enough to get around (the details can be found in earlier emails). Later the build of the cross compiler fails because an object file is not found. Elvis suggested switching from microblaze EL to regular microblaze. No change; same failure in the same place. I then started looking at Xilinx's website to see what they provided in terms of a gcc compiler. Surfing to http://www.xilinx.com/guest_resources/gnu/ I find two sets of microblaze compiler tools: one based around gcc-4.1.2/gdb-6.5/binutils-2.16/newlib-1.14 and another based around gcc-4.6.2/gdb-7.3.50/binutils-2.21.53/newlib-1.19. Unpacking any from the first set gives me a README file, 3 scripts to run (build_binutils.sh, build_gcc.sh (which calls build_newlib_variants.sh), and build_gdb.sh). build_binutils.sh builds binutils and gprof, build_gcc.sh builds a cross-gcc and several variants of newlib. If I run the build_binutils.sh script binutils builds okay but gprof fails. I can still run build_gcc.sh and both the cross-compiler and the newlib variants are built. build_gdb.sh fails. If I start by replacing my host's gcc-4.7.1 with gcc-4.1.2 gprof will succeed but gdb will continue to fail. I am not able to get either of the two packages based around gcc-4.6.2 (etc) to build using either my native gcc-4.7.1 or gcc-4.1.2. So now that I had a cross-toolchain based around gcc-4.1.2 I started looking at configuring yocto to use an external toolchain. That's when I noticed Adrian had already provided recipes for using another, pre-built, toolchain from Xilinx (awesome!): git://git.xilinx.com/xldk/microblaze_v2.0.git So setup yocto for an external toolchain, TCMODE = external-xilinx XILINX_TOOLCHAIN = path to unpacked toolchain/microblaze_v2.0/microblaze-unknown-linux-gnu retrieved and unpacked this new toolchain (based around gcc-4.1.2), and attempted a bitbake core-image-minimal This fails too, when trying to configure libtool-cross for a couple of reasons: | configure:3661: checking for C compiler version | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root --version 5 | microblaze-unknown-linux-gnu-gcc (GCC) 4.1.2 | Copyright (C) 2006 Free Software Foundation, Inc. | This is free software; see the source for copying conditions. There is NO | warranty; not even for MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. | | configure:3681: $? = 0 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -v 5 | Using built-in specs. | Target: microblaze-unknown-linux-gnu | Configured with: /home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/skeleton/build/crosstool-ng/targets/src/gcc-4.1.2/configure --build=x86_64-build_pc-linux-gnu --host=x86_64-build_pc-linux-gnu --target=microblaze-unknown-linux-gnu --prefix=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu --with-sysroot=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu//sys-root --enable-languages=c,c++ --enable-multilib --enable-__cxa_atexit --with-local-prefix=/home/jwilliams/petalinux/petalinux-v1.00-devel/devel/packager/gnu/toolchains/../toolchains/tool-build/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu//sys-root --disable-nls --enable-threads=posix --enable-symvers=gnu --enable-c99 --enable-long-long --enable-target-optspace | Thread model: posix | gcc version 4.1.2 | configure:3681: $? = 0 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -V 5 | microblaze-unknown-linux-gnu-gcc: '-V' must come at the start of the command line | configure:3681: $? = 1 | configure:3670: microblaze-unknown-linux-gnu-gcc -m32 -mcpu=v8.10a --sysroot=/home/trevor/devel/microblaze/microblaze_v2.0/microblaze-unknown-linux-gnu/microblaze-unknown-linux-gnu/sys-root -qversion 5 | microblaze-unknown-linux-gnu-gcc: unrecognized option '-qversion' | microblaze-unknown-linux-gnu-gcc: no input files | configure:3681: $? = 1 | configure:3701: checking
Re: [yocto] [meta-fsl-ppc 16/16] udev: do not automount block devices
On Wed, Sep 12, 2012 at 12:06 AM, b19...@freescale.com wrote:
-FILEXTRAPATHS_prepend := ${THISDIR}/files:
+FILESEXTRAPATHS_prepend := ${THISDIR}/files:
this would mean that if someone is using meta-fsl-ppc with some other
distro as a machine layer then it would also change udev's behavior
for non fsl machines. IIUC this is only needed for fsl
machines then it should use that override.
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
