Misc meta-intel commits

From: Nitin A Kamble <[email protected]>

This commit fixes the bug:
[YOCTO #3328]

Signed-off-by Nitin A Kamble <[email protected]>

---
 meta-crownbay/conf/machine/crownbay.conf |    2 +-
 1 files changed, 1 insertions(+), 1 deletions(-)

meta-crownbay/conf/machine/crownbay.conf +1 -1

index c18fa1d..72431de 100644
@@ -18,7 +18,7 @@ XSERVER ?= "${XSERVER_IA32_BASE} \
            "
 
 PREFERRED_VERSION_xserver-xorg ?= "1.9.3"
-PREFERRED_VERSION_mesa-dri ?= "7.11"
+PREFERRED_VERSION_mesa-dri ?= "8.0.4"
 PREFERRED_VERSION_xf86-input-evdev ?= "2.6.0"
 
 APPEND += "video=vesafb vga=0x318 vmalloc=256MB"

-----Original Message-----
From: Burton, Ross [mailto:[email protected]]
Sent: Wednesday, October 10, 2012 2:24 AM
To: Kamble, Nitin A
Cc: [email protected]; Zanussi, Tom; Hart, Darren
Subject: Re: [yocto] [PATCH 2/5] crownbay.conf: specify the 8.0.4 version as preferred version of mesa-dri

Hi Nitin,

From what I understand, EMGD's Mesa driver will only work correctly with a Mesa that matches exactly the configuration that was used to build EMGD, as the driver interface isn't stable. Have you tested the GL support with more than glxinfo?

Ross

So far I have tested with glxgears and glxinfo with the 8.0.4 version of mesa-dri. And I did not find any issues. And Tom has been testing the same way so far without any complaints. If there is something which can help things test further, it would be nice to add it to the poky tree; so that it can become part of standard tests, and QA also can use it.

-----Original Message-----
From: Burton, Ross [mailto:[email protected]]
Sent: Thursday, October 11, 2012 9:54 AM
To: Kamble, Nitin A
Cc: [email protected]; Zanussi, Tom; Hart, Darren
Subject: Re: [yocto] [PATCH 2/5] crownbay.conf: specify the 8.0.4 version as preferred version of mesa-dri

Quoted 1 line · Nitin A

So far I have tested with glxgears and glxinfo with the 8.0.4 version of

mesa-dri. And I did not find any issues. And Tom has been testing the same way so far without any complaints. If there is something which can help things test further, it would be nice to add it to the poky tree; so that it can become part of standard tests, and QA also can use it.

A slightly better test than glxgears that is in oe-core is in libclutter-glx-1.0- examples. Run "test-interactive test_cairo_flowers" in a terminal, you should get flowers falling down the screen.

(on cdt, this results in a PVR driver error - #3280)

Ross

Quoted 14 lines

-----Original Message-----
From: Burton, Ross [mailto:[email protected]]
Sent: Thursday, October 11, 2012 9:54 AM
To: Kamble, Nitin A
Cc: [email protected]; Zanussi, Tom; Hart, Darren
Subject: Re: [yocto] [PATCH 2/5] crownbay.conf: specify the 8.0.4 version as preferred version of mesa-dri

Quoted 1 line · Nitin A

So far I have tested with glxgears and glxinfo with the 8.0.4 version of

Quoted 9 lines

mesa-dri. And I did not find any issues. And Tom has been testing the same way so far without any complaints. If there is something which can help things test further, it would be nice to add it to the poky tree; so that it can become part of standard tests, and QA also can use it.

A slightly better test than glxgears that is in oe-core is in libclutter-glx-1.0- examples. Run "test-interactive test_cairo_flowers" in a terminal, you should get flowers falling down the screen.

Hi Ross,
I am not finding this recipe in the poky master.

Nitin

Quoted 3 lines

(on cdt, this results in a PVR driver error - #3280)

Ross

Attachments:
- winmail.dat

From: Nitin A Kamble <[email protected]>

Signed-off-by Nitin A Kamble <[email protected]>

---
 .../xorg-driver/emgd-driver-bin_1.10.bb            |   93 --------------------
 1 files changed, 0 insertions(+), 93 deletions(-)
 delete mode 100644 common/recipes-graphics/xorg-driver/emgd-driver-bin_1.10.bb

common/recipes-graphics/xorg-driver/emgd-driver-bin_1.10.bb deleted +0 -93

deleted file mode 100644
index 6d80bee..0000000
@@ -1,93 +0,0 @@
-SUMMARY = "EMGD 1.10 xserver binaries"
-DESCRIPTION = "EMGD 1.10 includes some userspace binaries that use non-free \
-licensing, which are now available via a non-click-through downloadable \
-tarball, and is what this recipe now uses.  Since it is a non-free license, \
-this recipe is marked as 'License_emgd-driver-bin_1.10' and you need to add \
-to LICENSE_FLAGS_WHITELIST += \"License_emgd-driver-bin_1.10\" to your \
-local.conf in order to enable it in a build."
-LICENSE = "Intel-binary-only"
-LICENSE_FLAGS = "license_${PN}_${PV}"
-PR = "r1"
-
-EMGD_LIC_DIR = "IEMGD_HEAD_Linux/License"
-EMGD_RPM_DIR = "IEMGD_HEAD_Linux/MeeGo1.2"
-EMGD_VIDEO_PLUGIN_DIR = "../common/video_plugin"
-
-LIC_FILES_CHKSUM = "file://${WORKDIR}/${EMGD_LIC_DIR}/License.txt;md5=b54f01caaf8483b3cb60c0c40f2bf22d"
-
-DEPENDS = "rpm-native xz-native"
-
-SRC_URI = "https://edc.intel.com/App_Shared/Downloads/LIN_EMGD_1_10_RC_2209.tgz"
-
-SRC_URI[md5sum] = "e4a38d9efa0b086ae21b68145c4db4e9"
-SRC_URI[sha256sum] = "acea5f0f93a31553553428623c007d7ed0c604cf715fd87dfe075751da4be548"
-
-# These are closed binaries generated elsewhere so don't check ldflags
-INSANE_SKIP_${PN} = "ldflags"
-# Inhibit warnings about files being stripped, we can't do anything about it.
-INHIBIT_PACKAGE_DEBUG_SPLIT = "1"
-
-FILES_${PN} += "${libdir}/dri ${libdir}/gstreamer-0.10 ${libdir}/xorg/modules/drivers"
-FILES_${PN}-dbg += "${libdir}/xorg/modules/drivers/.debug ${libdir}/dri/.debug"
-
-S = "${WORKDIR}/${EMGD_RPM_DIR}"
-
-do_install () {
-    # A gstreamer VA buffer library
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/gst-vabuffer*.rpm | cpio -id
-
-    # MIX Common contains common classes, datatype, header files used by other MIX components
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/mixcommon*.rpm | cpio -id
-
-    # MIX Video Bitstream Parser is an user library interface for various video format bitstream parsing
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/mixvbp*.rpm | cpio -id
-
-    # MIX Video is an user library interface for various video codecs available on the platform.
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/mixvideo*.rpm | cpio -id
-
-    install -d -m 0755                                    ${D}${libdir}/gstreamer-0.10
-    install -m 0755 ${S}/usr/lib/*                        ${D}${libdir}/
-
-    # A gstreamer plugin that uses MIX Video for hardware accelerated video decoding and rendering.
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/gst-plugins-mixvideo*.rpm | cpio -id
-
-    # A collection of gstreamer plugins that uses VA libraries for hardware accelerated video rendering and text overlay.
-    rpm2cpio ${S}/${EMGD_VIDEO_PLUGIN_DIR}/gst-plugins-va*.rpm | cpio -id
-
-    install -m 0755 ${S}/usr/lib/gstreamer-0.10/*         ${D}${libdir}/gstreamer-0.10/
-
-    # EMGD runtime graphics libraries
-    rpm2cpio ${S}/emgd-bin*.rpm | xz -d | cpio -id
-
-    install -d -m 0755                                    ${D}${libdir}/dri
-    install -d -m 0755                                    ${D}${libdir}/xorg/modules/drivers
-    install -d -m 0755                                    ${D}${sysconfdir}
-    install -d -m 0755                                    ${D}${mandir}/man4
-    install -m 0755 ${S}/usr/lib/*.so.*                   ${D}${libdir}/
-    install -m 0755 ${S}/usr/lib/dri/*                    ${D}${libdir}/dri/
-    install -m 0755 ${S}/usr/lib/xorg/modules/drivers/*   ${D}${libdir}/xorg/modules/drivers/
-    install -m 0755 ${S}/etc/*                            ${D}${sysconfdir}/
-    install -m 0755 ${S}/usr/share/man/man4/*             ${D}${mandir}/man4/
-
-    # Khronos development headers needed for EGL, OpenGL-ES, and OpenVG development
-    rpm2cpio ${S}/emgd-devel*.rpm | xz -d | cpio -id
-
-    install -d -m 0755                                    ${D}${includedir}/EGL
-    install -m 0755 ${S}/usr/include/EGL/*.h              ${D}${includedir}/EGL/
-    install -d -m 0755                                    ${D}${includedir}/GLES
-    install -m 0755 ${S}/usr/include/GLES/*.h             ${D}${includedir}/GLES/
-    install -d -m 0755                                    ${D}${includedir}/GLES2
-    install -m 0755 ${S}/usr/include/GLES2/*.h            ${D}${includedir}/GLES2/
-    install -d -m 0755                                    ${D}${includedir}/KHR
-    install -m 0755 ${S}/usr/include/KHR/*.h              ${D}${includedir}/KHR/
-    install -d -m 0755                                    ${D}${includedir}/VG
-    install -m 0755 ${S}/usr/include/VG/*.h               ${D}${includedir}/VG/
-
-    ln -sf libEGL.so.1                                    ${D}${libdir}/libEGL.so
-    ln -sf libGLES_CM.so.1                                ${D}${libdir}/libGLES_CM.so
-    ln -sf libGLESv2.so.2                                 ${D}${libdir}/libGLESv2.so
-    ln -sf libOpenVG.so.1                                 ${D}${libdir}/libOpenVG.so
-    ln -sf libOpenVGU.so.1                                ${D}${libdir}/libOpenVGU.so
-}
-
-LEAD_SONAME = "libEGL.so"

From: Nitin A Kamble <[email protected]>

This commit removes fishriver bsp from meta-intel layer.

Signed-off-by Nitin A Kamble <[email protected]>

---
 MAINTAINERS                                        |    4 -
 meta-fishriver/COPYING.MIT                         |   17 ---
 meta-fishriver/README                              |  114 --------------------
 meta-fishriver/README.sources                      |   17 ---
 meta-fishriver/conf/layer.conf                     |   12 --
 meta-fishriver/conf/machine/fishriver.conf         |   17 ---
 .../formfactor/formfactor/fishriver/machconfig     |    3 -
 .../recipes-bsp/formfactor/formfactor_0.0.bbappend |    3 -
 .../xserver-xf86-config/fishriver/xorg.conf        |   26 -----
 .../xorg-xserver/xserver-xf86-config_0.1.bbappend  |    1 -
 .../linux/linux-yocto-rt_3.0.bbappend              |    8 --
 .../linux/linux-yocto-rt_3.2.bbappend              |    8 --
 .../recipes-kernel/linux/linux-yocto_3.0.bbappend  |    9 --
 .../recipes-kernel/linux/linux-yocto_3.2.bbappend  |    8 --
 .../recipes-kernel/linux/linux-yocto_3.4.bbappend  |    8 --
 15 files changed, 0 insertions(+), 255 deletions(-)
 delete mode 100644 meta-fishriver/COPYING.MIT
 delete mode 100644 meta-fishriver/README
 delete mode 100644 meta-fishriver/README.sources
 delete mode 100644 meta-fishriver/binary/.gitignore
 delete mode 100644 meta-fishriver/conf/layer.conf
 delete mode 100644 meta-fishriver/conf/machine/fishriver.conf
 delete mode 100644 meta-fishriver/recipes-bsp/formfactor/formfactor/fishriver/machconfig
 delete mode 100644 meta-fishriver/recipes-bsp/formfactor/formfactor_0.0.bbappend
 delete mode 100644 meta-fishriver/recipes-graphics/xorg-xserver/xserver-xf86-config/fishriver/xorg.conf
 delete mode 100644 meta-fishriver/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend
 delete mode 100644 meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend
 delete mode 100644 meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend
 delete mode 100644 meta-fishriver/recipes-kernel/linux/linux-yocto_3.0.bbappend
 delete mode 100644 meta-fishriver/recipes-kernel/linux/linux-yocto_3.2.bbappend
 delete mode 100644 meta-fishriver/recipes-kernel/linux/linux-yocto_3.4.bbappend

MAINTAINERS +0 -4

index 5bcf470..3bf0add 100644
@@ -56,10 +56,6 @@ EMENLOW
 M:	Tom Zanussi <[email protected]>
 F:	meta-emenlow/
 
-FISHRIVER
-M:	Tom Zanussi <[email protected]>
-F:	meta-fishriver/
-
 FRI2
 M:	Darren Hart <[email protected]>
 F:	meta-fri2/

meta-fishriver/COPYING.MIT deleted +0 -17

deleted file mode 100644
index fb950dc..0000000
@@ -1,17 +0,0 @@
-Permission is hereby granted, free of charge, to any person obtaining a copy 
-of this software and associated documentation files (the "Software"), to deal 
-in the Software without restriction, including without limitation the rights 
-to use, copy, modify, merge, publish, distribute, sublicense, and/or sell 
-copies of the Software, and to permit persons to whom the Software is 
-furnished to do so, subject to the following conditions:
-
-The above copyright notice and this permission notice shall be included in 
-all copies or substantial portions of the Software.
-
-THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR 
-IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY, 
-FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL THE 
-AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER 
-LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM, 
-OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN 
-THE SOFTWARE.

meta-fishriver/README deleted +0 -114

deleted file mode 100644
index 1dd0a4c..0000000
@@ -1,114 +0,0 @@
-This README file contains information on building the meta-fishriver
-BSP layer, and booting the images contained in the /binary directory.
-Please see the corresponding sections below for details.
-
-
-Dependencies
-============
-
-This layer depends on:
-
-  URI: git://git.openembedded.org/bitbake
-  branch: master
-
-  URI: git://git.openembedded.org/openembedded-core
-  layers: meta
-  branch: master
-
-  URI: git://git.yoctoproject.org/meta-intel
-  layers: intel
-  branch: master
-
-
-Patches
-=======
-
-Please submit any patches against this BSP to the Yocto mailing list
-([email protected]) and cc: the maintainer:
-
-Maintainer: Tom Zanussi <[email protected]>
-
-Please see the meta-intel/MAINTAINERS file for more details.
-
-
-Table of Contents
-=================
-
-  I. Building the meta-fishriver BSP layer
- II. Booting the images in /binary
-
-
-I. Building the meta-fishriver BSP layer
-========================================
-
-In order to build an image with BSP support for a given release, you
-need to download the corresponding BSP tarball from the 'Board Support
-Package (BSP) Downloads' page of the Yocto Project website.
-
-Having done that, and assuming you extracted the BSP tarball contents
-at the top-level of your yocto build tree, you can build a fishriver
-image by adding the location of the meta-fishriver layer to
-bblayers.conf, along with the meta-intel layer itself (to access
-common metadata shared between BSPs) e.g.:
-
-  yocto/meta-intel \
-  yocto/meta-intel/meta-fishriver \
-
-To enable the fishriver layer, add the fishriver MACHINE to local.conf:
-
-  MACHINE ?= "fishriver"
-
-You should then be able to build a fishriver image as such:
-
-  $ source oe-init-build-env
-  $ bitbake core-image-sato
-
-At the end of a successful build, you should have a live image that
-you can boot from a USB flash drive (see instructions on how to do
-that below, in the section 'Booting the images from /binary').
-
-As an alternative to downloading the BSP tarball, you can also work
-directly from the meta-intel git repository.  For each BSP in the
-'meta-intel' repository, there are multiple branches, one
-corresponding to each major release starting with 'laverne' (0.90), in
-addition to the latest code which tracks the current master (note that
-not all BSPs are present in every release).  Instead of extracting a
-BSP tarball at the top level of your yocto build tree, you can
-equivalently check out the appropriate branch from the meta-intel
-repository at the same location.
-
-
-II. Booting the images in /binary
-=================================
-
-This BSP contains bootable live images, which can be used to directly
-boot Yocto off of a USB flash drive.
-
-Under Linux, insert a USB flash drive.  Assuming the USB flash drive
-takes device /dev/sdf, use dd to copy the live image to it.  For
-example:
-
-# dd if=core-image-sato-fishriver-20101207053738.hddimg of=/dev/sdf
-# sync
-# eject /dev/sdf
-
-This should give you a bootable USB flash device.  Insert the device
-into a bootable USB socket on the target, and power on.  This should
-result in a system booted to the Sato graphical desktop.
-
-If you want a terminal, use the arrows at the top of the UI to move to
-different pages of available applications, one of which is named
-'Terminal'.  Clicking that should give you a root terminal.
-
-If you want to ssh into the system, you can use the root terminal to
-ifconfig the IP address and use that to ssh in.  The root password is
-empty, so to log in type 'root' for the user name and hit 'Enter' at
-the Password prompt: and you should be in.
-
-----
-
-If you find you're getting corrupt images on the USB (it doesn't show
-the syslinux boot: prompt, or the boot: prompt contains strange
-characters), try doing this first:
-
-# dd if=/dev/zero of=/dev/sdf bs=1M count=512

meta-fishriver/README.sources deleted +0 -17

deleted file mode 100644
index 76180f1..0000000
@@ -1,17 +0,0 @@
-The sources for the packages comprising the images shipped with this
-BSP can be found at the following location:
-
-http://downloads.yoctoproject.org/mirror/sources/
-
-The metadata used to generate the images shipped with this BSP, in
-addition to the code contained in this BSP, can be found at the
-following location:
-
-http://www.yoctoproject.org/downloads/yocto-1.2/poky-denzil-7.0.tar.bz2
-
-The metadata used to generate the images shipped with this BSP, in
-addition to the code contained in this BSP, can also be found at the
-following locations:
-
-git://git.yoctoproject.org/poky.git
-git://git.yoctoproject.org/meta-intel

meta-fishriver/binary/.gitignore deleted +0 -0

deleted file mode 100644
index e69de29..0000000

meta-fishriver/conf/layer.conf deleted +0 -12

deleted file mode 100644
index 61e292b..0000000
@@ -1,12 +0,0 @@
-# We have a conf and classes directory, add to BBPATH
-BBPATH := "${BBPATH}:${LAYERDIR}"
-
-# We have a recipes directory, add to BBFILES
-BBFILES := "${BBFILES} ${LAYERDIR}/recipes-*/*/*.bb \
-	${LAYERDIR}/recipes-*/*/*.bbappend"
-
-BBFILE_COLLECTIONS += "fishriver"
-BBFILE_PATTERN_fishriver := "^${LAYERDIR}/"
-BBFILE_PRIORITY_fishriver = "6"
-
-LAYERDEPENDS_fishriver = "intel"

meta-fishriver/conf/machine/fishriver.conf deleted +0 -17

deleted file mode 100644
index ec2e87f..0000000
@@ -1,17 +0,0 @@
-#@TYPE: Machine
-#@NAME: fishriver
-
-#@DESCRIPTION: Machine configuration for Fish River Island systems
-# i.e. Z530/E660 + EG20T
-
-PREFERRED_VERSION_linux-yocto ?= "3.4%"
-
-require conf/machine/include/tune-atom.inc
-require conf/machine/include/ia32-base.inc
-
-XSERVER ?= "${XSERVER_IA32_BASE} \
-           ${XSERVER_IA32_EXT} \
-           ${XSERVER_IA32_VESA} \
-           "
-
-APPEND += "video=vesafb vga=0x318"

meta-fishriver/recipes-bsp/formfactor/formfactor/fishriver/machconfig deleted +0 -3

deleted file mode 100644
index ffce012..0000000
@@ -1,3 +0,0 @@
-# Assume a USB mouse and keyboard are connected
-HAVE_TOUCHSCREEN=0
-HAVE_KEYBOARD=1

meta-fishriver/recipes-bsp/formfactor/formfactor_0.0.bbappend deleted +0 -3

deleted file mode 100644
index 54da0ff..0000000
@@ -1,3 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
- 
-PRINC = "1"

meta-fishriver/recipes-graphics/xorg-xserver/xserver-xf86-config/fishriver/xorg.conf deleted +0 -26

deleted file mode 100644
index da4fc3c..0000000
@@ -1,26 +0,0 @@
-Section "Device"
-    Identifier	"Generic VESA"
-    Driver	"vesa"
-EndSection
-
-Section "Monitor"
-    Identifier    "Generic Monitor"
-    Option        "DPMS"
-EndSection
-
-Section "Screen"
-    Identifier    "Default Screen"
-    Device	  "Generic VESA"
-    Monitor       "Generic Monitor"
-    DefaultDepth  24
-EndSection
-
-Section "ServerLayout"
-    Identifier     "Default Layout"
-    Screen         "Default Screen"
-EndSection
-
-Section "ServerFlags"
-    Option        "DontZap"  "0"
-    Option        "AutoAddDevices"  "False"
-EndSection

meta-fishriver/recipes-graphics/xorg-xserver/xserver-xf86-config_0.1.bbappend deleted +0 -1

deleted file mode 100644
index 72d991c..0000000
@@ -1 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"

meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.0.bbappend deleted +0 -8

deleted file mode 100644
index 7a502bd..0000000
@@ -1,8 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
-COMPATIBLE_MACHINE_fishriver = "fishriver"
-KMACHINE_fishriver  = "fishriver"
-
-# Update the following to use a different BSP branch or meta SRCREV
-#KBRANCH_fishriver  = "yocto/standard/preempt-rt/base"
-#SRCREV_machine_pn-linux-yocto-rt_fishriver ?= XXXX
-#SRCREV_meta_pn-linux-yocto-rt_fishriver ?= XXXX

meta-fishriver/recipes-kernel/linux/linux-yocto-rt_3.2.bbappend deleted +0 -8

deleted file mode 100644
index a91a425..0000000
@@ -1,8 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
-COMPATIBLE_MACHINE_fishriver = "fishriver"
-KMACHINE_fishriver  = "fishriver"
-
-# Update the following to use a different BSP branch or meta SRCREV
-#KBRANCH_fishriver  = "standard/preempt-rt/base"
-#SRCREV_machine_pn-linux-yocto-rt_fishriver ?= XXXX
-#SRCREV_meta_pn-linux-yocto-rt_fishriver ?= XXXX

meta-fishriver/recipes-kernel/linux/linux-yocto_3.0.bbappend deleted +0 -9

deleted file mode 100644
index 6ac6ef5..0000000
@@ -1,9 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
-
-COMPATIBLE_MACHINE_fishriver = "fishriver"
-KMACHINE_fishriver  = "fishriver"
-KBRANCH_fishriver  = "yocto/standard/fishriver"
-KERNEL_FEATURES_append_fishriver += " cfg/smp.scc"
-
-SRCREV_machine_pn-linux-yocto_fishriver ?= "c139592c96722727a9f074515a4061c3820da1a6"
-SRCREV_meta_pn-linux-yocto_fishriver ?= "59314a3523e360796419d76d78c6f7d8c5ef2593"

meta-fishriver/recipes-kernel/linux/linux-yocto_3.2.bbappend deleted +0 -8

deleted file mode 100644
index 9a2f678..0000000
@@ -1,8 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
-
-COMPATIBLE_MACHINE_fishriver = "fishriver"
-KMACHINE_fishriver  = "fishriver"
-KBRANCH_fishriver  = "standard/default/fishriver"
-
-SRCREV_machine_pn-linux-yocto_fishriver ?= "969edd015a46eed77d6c3daeffdc299dd06e3397"
-SRCREV_meta_pn-linux-yocto_fishriver ?= "5b4c9dc78b5ae607173cc3ddab9bce1b5f78129b"

meta-fishriver/recipes-kernel/linux/linux-yocto_3.4.bbappend deleted +0 -8

deleted file mode 100644
index c0d04dc..0000000
@@ -1,8 +0,0 @@
-FILESEXTRAPATHS_prepend := "${THISDIR}/${PN}:"
-
-COMPATIBLE_MACHINE_fishriver = "fishriver"
-KMACHINE_fishriver  = "fishriver"
-KBRANCH_fishriver  = "standard/fishriver"
-
-SRCREV_machine_pn-linux-yocto_fishriver ?= "3fa06aa29078fdb2af431de2d3fdae7d281ba85f"
-SRCREV_meta_pn-linux-yocto_fishriver ?= "5bdc655034a58a7147176a8a882d81e2fd51e4b9"

From: Nitin A Kamble <[email protected]>

The Intel Linux graphics stack version 12.07 released on 2012-07-24 requires version 2.20.0 as seen here:

   http://intellinuxgraphics.org/2012.07.html

Currently oecore has 2.19.0 version. So get this 2.20.0 version in meta-intel layer to be used by sugarbay and other BSPs using the Intel graphics stack.

Signed-off-by Nitin A Kamble <[email protected]>

---
 .../xorg-driver/xf86-video-intel_2.20.0.bb         |   26 +++++++++++++++
 .../xorg-driver/xorg-driver-common.inc             |   33 ++++++++++++++++++++
 .../xorg-driver/xorg-driver-video.inc              |    4 ++
 3 files changed, 63 insertions(+), 0 deletions(-)
 create mode 100644 common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb
 create mode 100644 common/recipes-graphics/xorg-driver/xorg-driver-common.inc
 create mode 100644 common/recipes-graphics/xorg-driver/xorg-driver-video.inc

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb new file +8 -0

new file mode 100644
index 0000000..a7bf45a
@@ -0,0 +1,26 @@
+require xorg-driver-video.inc
+
+SUMMARY = "X.Org X server -- Intel integrated graphics chipsets driver"
+
+DESCRIPTION = "intel is an Xorg driver for Intel integrated graphics \
+chipsets. The driver supports depths 8, 15, 16 and 24. On some chipsets, \
+the driver supports hardware accelerated 3D via the Direct Rendering \
+Infrastructure (DRI)."

Quoted 4 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb line 10

Quoted 10 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb new file +10 -0

@@ -0,0 +1,26 @@
+require xorg-driver-video.inc
+
+SUMMARY = "X.Org X server -- Intel integrated graphics chipsets driver"
+
+DESCRIPTION = "intel is an Xorg driver for Intel integrated graphics
+\ chipsets. The driver supports depths 8, 15, 16 and 24. On some
+chipsets, \ the driver supports hardware accelerated 3D via the
+Direct Rendering \ Infrastructure (DRI)."
+
+LIC_FILES_CHKSUM =

"file://COPYING;md5=8730ad58d11c7bbad9a7066d69f7808e"

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb line 18

Quoted 8 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb new file +8 -0

+
+PR = "${INC_PR}.0"
+
+DEPENDS += "virtual/libx11 drm xf86driproto glproto \
+	    virtual/libgl xineramaproto xf86driproto libpciaccess"
+
+
+EXTRA_OECONF += "--disable-xvmc"

I think Ross's version enables xvmc. Any reason to disable it?

Is the new method to use PACKAGECONF instead of EXTRA_OECONF now? Again, this is what I saw in Ross's layer.

--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

Quoted 15 lines

Quoted 4 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb line 10

Quoted 10 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb new file +10 -0

@@ -0,0 +1,26 @@
+require xorg-driver-video.inc
+
+SUMMARY = "X.Org X server -- Intel integrated graphics chipsets driver"
+
+DESCRIPTION = "intel is an Xorg driver for Intel integrated graphics
+\ chipsets. The driver supports depths 8, 15, 16 and 24. On some
+chipsets, \ the driver supports hardware accelerated 3D via the
+Direct Rendering \ Infrastructure (DRI)."
+
+LIC_FILES_CHKSUM =

"file://COPYING;md5=8730ad58d11c7bbad9a7066d69f7808e"

Quoted 10 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb line 18

Quoted 8 lines

common/recipes-graphics/xorg-driver/xf86-video-intel_2.20.0.bb new file +8 -0

+
+PR = "${INC_PR}.0"
+
+DEPENDS += "virtual/libx11 drm xf86driproto glproto \
+	    virtual/libgl xineramaproto xf86driproto libpciaccess"
+
+
+EXTRA_OECONF += "--disable-xvmc"

I think Ross's version enables xvmc. Any reason to disable it?

I basically took the recipe from oecore, and updated to the desired version. That way it is very close to what is in oecore, and all the testing of oecore is on our side.

Quoted 4 lines

Is the new method to use PACKAGECONF instead of EXTRA_OECONF now? Again, this is what I saw in Ross's layer.

Not sure, I will see the differences with Ross's recipe, and test it out here.

Thanks,
Nitin

Quoted 4 lines

--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel

_______________________________________________
yocto mailing list
[email protected]
https://lists.yoctoproject.org/listinfo/yocto