On 17 May 2012, at 22:22, Paul Eggleton wrote:
> On Thursday 17 May 2012 22:07:50 Chris Tapp wrote:
>> On 17 May 2012, at 21:27, Paul Eggleton wrote:
>>> On Thursday 17 May 2012 21:10:10 Chris Tapp wrote:
Is it possible to have the (R)DEPENDS list vary depending on the machine
being buil
On 23/05/12 08:55, Chris Tapp wrote:
> Do overrides work with any variable? The RPi layer is using BBMASK to
> filter out some recipes when building against Yocto. This has to be
> manually added to local.conf.
It does not have to be local.conf; if you are adding meta-raspberrypi,
you have to set
FYI,
I just pulled the lasted patches into my system and ran a bitbake of
cedartrail with the PVR driver.
I got a failure on the kernel build. log below:
ERROR: Logfile of failure stored in:
/build/cdv-master/tmp/work/cedartrail-poky-linux/linux-yocto-3.0.24+git1+a4ac64fe873f08ef718e2849b889
Hi Bruce,
[ I am using "poky-edison-6.0" ]
I am able to create my rootfs and uImage but when I flashed these on my board,
while booting I am getting below Error and console get blocked.
=
[3.575805] EXT3-fs (mmcblk0p1): using internal jo
On 05/23/2012 05:39 AM, Om Prakash PAL wrote:
> Hi Bruce,
>
> [ I am using "poky-edison-6.0" ]
> I am able to create my rootfs and uImage but when I flashed these on my board,
> while booting I am getting below Error and console get blocked.
>
> ===
On 05/23/2012 04:59 AM, jfabernathy wrote:
> FYI,
>
> I just pulled the lasted patches into my system and ran a bitbake of
> cedartrail with the PVR driver.
I have a fix for this, was waiting for an Ack and got side tracked.
Please pull meta-intel again and try again with the master branch.
You
On 05/22/2012 10:44 PM, Wolfgang Denk wrote:
> Dear Elizabeth,
>
> In message
> you
> wrote:
>>
>> This release enables the BSP to use the latest available kernel
>> patches for Intel's PowerVR graphics driver. The BSP image includes
>> time limited kernel images for testing purposes.
>
> This
On 05/18/2012 01:25 PM, Darren Hart wrote:
> The 3.0 based boards are lazy compared to our new modern ones.
>
> Without this patch, the linux-yocto-3.0 kernel do_patch() task would fail
> with:
>
> /srv/home/pokybuild/yocto-autobuilder/yocto-slave/cedartrail/build/build/tmp/sysroots/x86_64-linux/
Firstly, I should have said I was using the m-rpi as an example only ;-)
On 23 May 2012, at 09:31, Tomas Frydrych wrote:
> On 23/05/12 08:55, Chris Tapp wrote:
>> Do overrides work with any variable? The RPi layer is using BBMASK to
>> filter out some recipes when building against Yocto. This has
Why not using branches? For example meta-ivi maintains two branches: denzil
and master.
On May 23, 2012 10:03 PM, "Chris Tapp" wrote:
> Firstly, I should have said I was using the m-rpi as an example only ;-)
>
> On 23 May 2012, at 09:31, Tomas Frydrych wrote:
>
> > On 23/05/12 08:55, Chris Tapp
From: Tom Zanussi
This patchset implements a new BSP for the 'Chief River' platform, which
consists of the Intel Ivy Bridge processor and Panther Point PCH. It
assumes that the Ivy Bridge integrated graphics are being used.
It also adds a few new recipes related to video acceleration which are
From: Tom Zanussi
Based on the gstreamer-vaapi_0.2.5.bb recipe from the Yocto Project
meta-demo layer (git://git.yoctoproject.org/meta-demo):
commit a33dd433b629f08bc6517ef2ad3bdd36814ebe85
Author: Joshua Lock
Date: Tue Mar 22 12:11:42 2011 +
gstreamer-vaapi: new reci
From: Tom Zanussi
This is a modified version of the ffmpeg recipe from oe-classic
(git://git.openembedded.org/openembedded), updated to ffmpeg-0.7.12,
along with some changes take from meta-demo
(git://git.yoctoproject.org/meta-demo).
The starting point ffmpeg recipe taken from oe-classic versio
From: Tom Zanussi
x86 (SSE) assembler supporting NASM and GAS-syntaxes, needed by
ffmpeg.
Taken from oe-classic (git://git.openembedded.org/openembedded):
commit 22f72e1751108cf5092332a952fcbadec5cd1a0d
Author: Khem Raj
Date: Tue Mar 22 12:21:50 2011 -0700
yasm: Upgrade
From: Tom Zanussi
Enable yasm for the ffmpeg build - we don't want a 'crippled build' or
lipsync problems.
Signed-off-by: Tom Zanussi
---
common/recipes-multimedia/ffmpeg/ffmpeg.inc |2 +-
common/recipes-multimedia/ffmpeg/ffmpeg_0.7.12.bb |1 +
2 files changed, 2 insertions(+), 1
From: Tom Zanussi
We don't want gst-ffmpeg to use its own internal copy of ffmpeg, but
rather an updated external version with security updates and bugfixes.
So add a .bbappend that allows us to make use of --with-system-ffmpeg
for that purpose.
Signed-off-by: Tom Zanussi
---
.../gstreamer/gs
From: Tom Zanussi
libva was split in 1.0.15 into general and Intel-specific parts. This
recipe addresses the intel-specific part. The general part is
addressed in the separate libva_1.0.15.bb recipe.
Signed-off-by: Tom Zanussi
---
.../libva/libva-intel-driver.inc | 24 +++
From: Tom Zanussi
libpostproc needs --enable-gpl in order to be built. This essentially
changes ffmpeg's license to GPL v2+ as per the ffmpeg LICENSE file.
Signed-off-by: Tom Zanussi
---
common/recipes-multimedia/ffmpeg/ffmpeg_0.7.12.bb |1 +
1 files changed, 1 insertions(+), 0 deletions(
From: Tom Zanussi
Turn on vaapi support in ffmpeg to allow video acceleration via vaapi.
Signed-off-by: Tom Zanussi
---
common/recipes-multimedia/ffmpeg/ffmpeg.inc |2 +-
common/recipes-multimedia/ffmpeg/ffmpeg_0.7.12.bb |1 +
2 files changed, 2 insertions(+), 1 deletions(-)
dif
From: Tom Zanussi
Use different versions of vaapi interface implementaion depending on
what a machine specifies. The default if no MACHINE_FEATURE is
specified is gstreamer-vaapi. Other machines may need a different
implementation e.g. a machine using emgd would specify
'gst-va-mixvideo' in its
From: Tom Zanussi
This layer provides support for Ivy Bridge + Panther Point Intel systems.
Signed-off-by: Tom Zanussi
---
meta-chiefriver/COPYING.MIT| 17 +++
meta-chiefriver/README | 107
meta-chiefriver/README.sourc
From: Tom Zanussi
We need some libraries for video acceleration which depend on the
video implementation being used e.g. vanilla intel vs emgd, so create
a new 'va-intel' package group for them.
Signed-off-by: Tom Zanussi
---
common/recipes-multimedia/libva/va-intel.bb | 20 +
From: Tom Zanussi
This upgrades libva to libva-1.0.15. Intel-specific changes have been
split out into intel-driver-1.0.15, contained in a separate recipe.
Signed-off-by: Tom Zanussi
---
common/recipes-multimedia/libva/libva_1.0.15.bb |8
1 files changed, 8 insertions(+), 0 delet
From: Tom Zanussi
Modify the description to clarify that these are gstreamer addons.
Signed-off-by: Tom Zanussi
---
.../recipes-multimedia/gstreamer/gst-va-intel.bb |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/common/recipes-multimedia/gstreamer/gst-va-intel.bb
From: Tom Zanussi
Video acceleration dependencies really don't belong in the XSERVER
variable - remove them; we'll add them back later via va-intel.
Signed-off-by: Tom Zanussi
---
conf/machine/include/ia32-base.inc |4
1 files changed, 0 insertions(+), 4 deletions(-)
diff --git a/con
From: Tom Zanussi
Have chiefriver use gst-va-intel and va-intel so we can easily test
and make use of the video acceleration capabilities of this machine.
Signed-off-by: Tom Zanussi
---
meta-chiefriver/conf/machine/chiefriver.conf |4
1 files changed, 4 insertions(+), 0 deletions(-)
From: Tom Zanussi
Have sugarbay use gst-va-intel and va-intel so we can easily test and
make use of the video acceleration capabilities of this machine.
Signed-off-by: Tom Zanussi
---
meta-sugarbay/conf/machine/sugarbay.conf |4
1 files changed, 4 insertions(+), 0 deletions(-)
diff -
From: Tom Zanussi
Have crownbay use gst-va-intel and va-intel so we can easily test and
make use of the video acceleration capabilities of this machine.
Also have it use the gst-va-mixvideo so the emgd mixvideo components
get selected.
Signed-off-by: Tom Zanussi
---
meta-crownbay/conf/machine
From: Tom Zanussi
Add support for the Intel Active Management Technology (AMT) Local
Manageability Service (LMS) daemon.
The Intel LMS daemon allows applications to access the Intel AMT
firmware via the Intel Management Engine Interface (MEI).
Signed-off-by: Tom Zanussi
---
.../amt/lms/atnetw
From: Tom Zanussi
Chiefriver needs lms support for AMT, add it.
Signed-off-by: Tom Zanussi
---
meta-chiefriver/conf/machine/chiefriver.conf |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-chiefriver/conf/machine/chiefriver.conf
b/meta-chiefriver/conf/machine/chi
From: Tom Zanussi
Add AMT/mei support as a kernel feature here instead of in the
linux-yocto metadata - mei support is currently a feature in staging,
and not everyone might want a tainted kernel.
Signed-off-by: Tom Zanussi
---
.../recipes-kernel/linux/linux-yocto_3.2.bbappend |2 ++
1 fi
On Wed, May 23, 2012 at 4:52 PM, wrote:
> From: Tom Zanussi
>
> This patchset implements a new BSP for the 'Chief River' platform, which
> consists of the Intel Ivy Bridge processor and Panther Point PCH. It
> assumes that the Ivy Bridge integrated graphics are being used.
>
> It also adds a fe
On Wed, 2012-05-23 at 17:26 -0300, Bruce Ashfield wrote:
> On Wed, May 23, 2012 at 4:52 PM, wrote:
> > From: Tom Zanussi
> >
> > This patchset implements a new BSP for the 'Chief River' platform, which
> > consists of the Intel Ivy Bridge processor and Panther Point PCH. It
> > assumes that the
Please see section 1.4 of the bsp-guide
(http://www.yoctoproject.org/docs/latest/bsp-guide/bsp-guide.html) including
the following text:
" Note
Pre-compiled images are bundled with a time-limited kernel that runs for a
predetermined amount of time (10 days) before it forces the system to reboo
On Wed, May 23, 2012 at 5:31 PM, Tom Zanussi wrote:
> On Wed, 2012-05-23 at 17:26 -0300, Bruce Ashfield wrote:
>> On Wed, May 23, 2012 at 4:52 PM, wrote:
>> > From: Tom Zanussi
>> >
>> > This patchset implements a new BSP for the 'Chief River' platform, which
>> > consists of the Intel Ivy Brid
On 05/23/2012 02:24 PM, Darren Hart wrote:
On 05/23/2012 04:59 AM, jfabernathy wrote:
FYI,
I just pulled the lasted patches into my system and ran a bitbake of
cedartrail with the PVR driver.
I have a fix for this, was waiting for an Ack and got side tracked.
Please pull meta-intel again and t
Hello all,
As most of you know, I've been pulling commits into a pair of
sgarman/denzil-next branches which are intended to eventually become the
next Denzil point-release, 1.2.1.
oe-core based branch:
http://git.openembedded.org/openembedded-core-contrib/log/?h=sgarman/denzil-next
poky base
As the autobuilder has been getting a bit of exercise this week I
wanted to let people know of some recent buildouts of interest to QA
The weekly build for the milestone 1, week 3 of 1.3 will be available
very shortly at :
http://autobuilder.yoctoproject.org/pub/nightly/20120523-2
An issue with
All,
I'll be upgrading the autobuilder servers on Friday afternoon, US west
coast time and conducting a test build of master and edison over the
weekend to verify that everything is working correctly. This will not
effect downloads, however the autobuilders will not be available for
builds for abo
This should actually read as optional for compliance with the BSP Guide. I've
already asked Scott to work on an explicit list of "required" vs "optional"
items to conform with the guide to make this clearer.
The Intel silicon guys do this for their BSPs for a variety of reasons. I
wouldn't nece
40 matches
Mail list logo
