Need to make a correction: This patch series is not for denzil branch, it is
for the master branch.
Pl pull into master branch. My apologies for any confusion this may have
caused.
Thanks
Rahul
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.
From: Tom Zanussi
This has been moved to oe-core, so remove it.
Signed-off-by: Tom Zanussi
---
conf/machine/include/ia32-base.inc | 58 --
1 file changed, 58 deletions(-)
delete mode 100644 conf/machine/include/ia32-base.inc
diff --git a/conf/machine/inclu
From: Tom Zanussi
KBRANCH_crownbay is set to standard/default/crownbay, which isn't even
a 3.4 branch.
Set it to standard/crownbay, which is.
Signed-off-by: Tom Zanussi
---
meta-crownbay/recipes-kernel/linux/linux-yocto_3.4.bbappend | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff
From: Tom Zanussi
ia32-base.inc no longer contains everything these BSPs need - some of
what was in that file is now in meta-intel.inc, so we need to include
that too.
Signed-off-by: Tom Zanussi
---
meta-crownbay/conf/machine/crownbay.conf | 1 +
meta-fri2/conf/machine/fri2.conf | 1 +
From: Tom Zanussi
Move a couple intel-specific variables into a new meta-intel.inc
include file. meta-intel.inc is meant to contain variables and
definitions that only make sense and are only available if the
meta-intel layer is included in bblayers.conf.
This is in preparation for moving the r
From: Tom Zanussi
This removes ia32-base to meta/conf/machine/include and separates out
the remaining meta-intel-specific variables into a meta-intel.inc.
Merging this depends on the move to oe-core being accepted. For details see:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=2996
Also
From: Rahul Saxena
This update of the driver enables support for B3 stepping of
Cedarview processor and also support for DP/eDP ports.
Signed-off-by: Rahul Saxena
---
meta-cedartrail/README |2 +-
.../xorg-driver/cdv-pvr-driver.inc | 37 -
From: Rahul Saxena
Update SRCREV to point to yocto/pvr kernel branch with v1.0.2 pvr driver
support.
Signed-off-by: Rahul Saxena
---
.../recipes-kernel/linux/linux-yocto_3.0.bbappend |2 +-
1 files changed, 1 insertions(+), 1 deletions(-)
diff --git a/meta-cedartrail/recipes-kernel/linu
From: Rahul Saxena
Cover letter to update pvr driver to v1.0.2 in meta-cedartrail.
This update of the driver supports B3 stepping of the Cedarview processor
and also supports DP/eDP ports.
Please update denzil branch with this patch series.
Signed-off-by: Rahul Saxena
--
The following change
On Aug 25, 2012, at 12:56 AM, Khem Raj wrote:
> Yes isn't it cool
Yes, it's definitely an improvement!
Elvis
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
Yes isn't it cool
On Friday, August 24, 2012, Elvis Dowson wrote:
> Hi,
> I'm building against the latest yocto master branch, and noticed
that the task progress now summarizes the total number of active theads:
> NOTE: Resolving any missing task queue dependencies
> NOTE: Preparing runqueu
Hi,
I'm building against the latest yocto master branch, and noticed that the
task progress now summarizes the total number of active theads:
NOTE: Resolving any missing task queue dependencies
NOTE: Preparing runqueue
NOTE: Executing SetScene Tasks
NOTE: Executing RunQueue Tasks
Currently
On 08/23/2012 07:20 AM, Björn Stenberg wrote:
Patch Makefile.in to allow test programs be built on host and ran on
target.
Patch tests/run-all to output PASS/FAIL for each testcase.
Patch recipe to build and install test programs and test suite.
---
.../bash/bash-4.2/build-tests.patch
When I configured WiFi with Yocto on a n450 based netbook, all I had to
do was get the right drivers for the hardware included in the Yocto 3.2
kernel, then I could use the GUI Connection Manager to configure the
WiFi so the hardware would connect to my WiFi network.
However, I'm now trying to
On 8/24/12 11:49 AM, Elvis Dowson wrote:
Hi Khem,
On Aug 24, 2012, at 8:35 PM, Khem Raj wrote:
On Fri, Aug 24, 2012 at 9:27 AM, Elvis Dowson mailto:elvis.dow...@gmail.com>> wrote:
I just observed that TARGET_FPU is not getting populated, when you do
a build for fpu-hard targets. For fpu-soft
On Fri, Aug 24, 2012 at 9:49 AM, Elvis Dowson wrote:
>
> Should I specify them in TUNE_CCARGS (as shown below) or
> TUNE_FEATURES_tune-ppc405e (not done below) or specify the same values for
> both variables ?
>
> TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "ppc405e",
> "-mcpu=405fp -mxi
Hi Khem,
On Aug 24, 2012, at 8:35 PM, Khem Raj wrote:
> On Fri, Aug 24, 2012 at 9:27 AM, Elvis Dowson wrote:
>> I just observed that TARGET_FPU is not getting populated, when you do
>> a build for fpu-hard targets. For fpu-soft targets, it displays TARGET_FPU =
>> "soft", but for fpu-hard target
On Fri, Aug 24, 2012 at 9:27 AM, Elvis Dowson wrote:
>I just observed that TARGET_FPU is not getting populated, when you do
> a build for fpu-hard targets. For fpu-soft targets, it displays TARGET_FPU =
> "soft", but for fpu-hard targets, it display TARGET_FPU = "".
that means default is
On 24/08/12 16:45, Robert P. J. Day wrote:
> On Fri, 24 Aug 2012, Scott Garman wrote:
>
>> On 08/23/2012 01:13 AM, Tomas Frydrych wrote:
>>> Hi,
>>>
>>> On 22/08/12 21:37, Robert P. J. Day wrote:
One way to get additional software into an image is to create a
custom image.
>>>
>>> The ma
On Fri, Aug 24, 2012 at 8:44 AM, Elvis Dowson wrote:
>
> The only question I have now is, should I be defining TARGET_CPU as 405fp or
> 405e ?
gcc only knows 405fp so thats what you use here
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yo
for sqrt)
GLIBC_EXTRA_OECONF += "${@bb.utils.contains("TUNE_FEATURES", "ppc440e",
"-with-cpu=440fp", "", d)}"
it is empty:
uild Configuration:
BB_VERSION= "1.15.3"
TARGET_ARCH = "powerpc"
TARGET_OS = &quo
On Fri, 24 Aug 2012, Scott Garman wrote:
> On 08/23/2012 01:13 AM, Tomas Frydrych wrote:
> > Hi,
> >
> > On 22/08/12 21:37, Robert P. J. Day wrote:
> > > One way to get additional software into an image is to create a
> > > custom image.
> >
> > The manual should make it clear that this is *the* c
Hi,
On Aug 24, 2012, at 7:39 PM, Elvis Dowson wrote:
> TUNE_PKGARCH_tune-ppc440e = "ppc405e"
My bad, it was a typo, I should have been written as follows:
TUNE_PKGARCH_tune-ppc405e = "ppc405e"
> And in my machine, should I be defining TARGET_CPU = "405fp" or "405e" ?
>
> TARGET_CP
On 08/23/2012 01:13 AM, Tomas Frydrych wrote:
Hi,
On 22/08/12 21:37, Robert P. J. Day wrote:
One way to get additional software into an image is to create a
custom image.
The manual should make it clear that this is *the* canonical way to add
software to your images. Modifications to local.co
On Thu, 2012-08-23 at 16:20 +0200, Björn Stenberg wrote:
> Patch Makefile.in to allow test programs be built on host and ran on
> target.
> Patch tests/run-all to output PASS/FAIL for each testcase.
> Patch recipe to build and install test programs and test suite.
>
> ---
> .../bash/bash-4.2/buil
Hi,
I have defined a tune-ppc405e.inc ( suffixed with an 'e' to signify that
it has a hardware floating point unit attached), as follows:
DEFAULTTUNE ?= "ppc405e"
require conf/machine/include/powerpc/arch-powerpc.inc
TUNEVALID[ppc405e] = "Enable ppc405e specific processor optimizations"
TU
- re-grouped preferences by yocto-bsp logic
- re-arranged & aligned controls
Signed-off-by: Ioana Grigoropol
---
.../sdk/remotetools/YoctoBspPropertyElement.java | 23 +-
.../sdk/remotetools/wizards/bsp/MainPage.java | 11 +-
.../remotetools/wizards/bsp/PropertiesPage.
On Thu, 2012-08-23 at 16:20 +0200, Björn Stenberg wrote:
> This patch creates a new package group -ptest to contain the tests for
> each package.
>
> ---
> meta/classes/distutils-common-base.bbclass |5 -
> meta/classes/image.bbclass |6 --
> meta/classes/package.b
On 12-08-22 04:22 PM, Khem Raj wrote:
On Wed, Aug 22, 2012 at 12:24 PM, Bruce Ashfield
wrote:
I haven't looked yet, will 3.4+ need the same fix ?
yes looking at 3.4 code. But havent tried that yet
I've merged this to the 3.2 tree and the 3.4 tree. I haven't
seen any build failures, but th
Hello Richard,
Even if the installer is used in the default mode, issues still occur (see
comment 7). I think the root cause for these is the same, so I did not submit a
new bug.
Thank you,
Laurentiu
-Original Message-
From: Purdie, Richard
Sent: Friday, August 24, 2012 1:22 PM
To: S
On Fri, Aug 24, 2012 at 11:39:10AM +0100, Paul Eggleton wrote:
> On Friday 24 August 2012 12:05:41 Markus Hubig wrote:
> >
> > First: tasks are packages without content.
> >
> > | rpm -qpl task-core-boot-1.0-r9.stamp9g20.rpm
> > | (contains no files)
> >
> > ... so why do they need some license
On Friday 24 August 2012 12:05:41 Markus Hubig wrote:
> Hi @all,
>
> I'm building a layer to provide a customized image. Now I'm struggling
> a bit by the license informations one have to provide for a task.
>
> First: tasks are packages without content.
>
> | rpm -qpl task-core-boot-1.0-r9.stam
On Thu, 2012-08-23 at 20:13 +0100, Serban, Laurentiu wrote:
> Here are the results for the full pas tests on 1.3 M3 RC2. The commit
> used for testing is 8b8748c8f963900b83dc0fdd7757556f917fe4fd.
>
> Some details about the encountered issues below:
>
> BSP – Sudoku-savant project build issue (28
Hi @all,
I'm building a layer to provide a customized image. Now I'm struggling
a bit by the license informations one have to provide for a task.
First: tasks are packages without content.
| rpm -qpl task-core-boot-1.0-r9.stamp9g20.rpm
| (contains no files)
... so why do they need some license
34 matches
Mail list logo
