Re: [yocto] [SPAM] - RE: [meta-ti] [HOB] issue - Email found in subject

I filed a bug report: https://bugzilla.yoctoproject.org/show_bug.cgi?id=2875 -Original Message- From: Iorga, Cristian [mailto:cristian.io...@intel.com] Sent: woensdag 1 augustus 2012 10:08 To: Tim Verstraete; Denys Dmytriyenko Cc: meta...@yoctoproject.org; yocto@yoctoproject.org Subject:

Re: [yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

On Aug 1, 2012, at 8:50 PM, McClintock Matthew-B29882 wrote: > Are you running with prelinking? You might try disabling that. It's in > local.conf under IMAGE_CLASSES I believe. > FWIW I have seen issues with prelink + ppc64 that said ppc32 + prelink has worked well for me _

Re: [yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

On Aug 1, 2012, at 7:44 PM, Elvis Dowson wrote: > Hi Khem, > > On Aug 2, 2012, at 2:37 AM, Khem Raj wrote: > >> On Aug 1, 2012, at 9:18 AM, Elvis Dowson wrote: >> >>> Hi, >>> Perhaps the reason none of my root file system binaries are not working >>> or running is because there is no >>

Re: [yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

Are you running with prelinking? You might try disabling that. It's in local.conf under IMAGE_CLASSES I believe. -M On Wed, Aug 1, 2012 at 9:44 PM, Elvis Dowson wrote: > Hi Khem, > > On Aug 2, 2012, at 2:37 AM, Khem Raj wrote: > >> On Aug 1, 2012, at 9:18 AM, Elvis Dowson wrote: >> >>> Hi, >>>

Re: [yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

Hi Khem, On Aug 2, 2012, at 2:37 AM, Khem Raj wrote: > On Aug 1, 2012, at 9:18 AM, Elvis Dowson wrote: > >> Hi, >> Perhaps the reason none of my root file system binaries are not working >> or running is because there is no >> >> GLIBCTARGETOS ?= "linux-gnueabi" >> >> in my machine/virt

Re: [yocto] [PATCH 1/1] [KERNEL] meta: Crystal Forest Machine Created.

Hi Kishore, On 08/01/2012 12:15 PM, kishore.k.bo...@intel.com wrote: > From: Kishore Bodke > > Initial checkin for the new Crystal Forest Machine Branch. > > Signed-off-by: Kishore Bodke > --- > .../bsp/crystalforest/crystalforest-preempt-rt.scc | 15 + > .../bsp/crystalforest/crystalfo

Re: [yocto] Debug with gdbserver

On 08/01/2012 03:34 PM, Khem Raj wrote: > > On Aug 1, 2012, at 10:16 AM, Darren Hart wrote: > >> >> >> On 08/01/2012 10:09 AM, Khem Raj wrote: >>> On Wed, Aug 1, 2012 at 9:22 AM, Darren Hart wrote: (gdb) target extended-remote 127.0.0.1:1234 >>> >>> this should be ip of target which in y

Re: [yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

On Aug 1, 2012, at 9:18 AM, Elvis Dowson wrote: > Hi, > Perhaps the reason none of my root file system binaries are not working > or running is because there is no > > GLIBCTARGETOS ?= "linux-gnueabi" > > in my machine/virtex5.conf or local.conf file? you don't need to set it. it shou

Re: [yocto] Debug with gdbserver

On Aug 1, 2012, at 10:16 AM, Darren Hart wrote: > > > On 08/01/2012 10:09 AM, Khem Raj wrote: >> On Wed, Aug 1, 2012 at 9:22 AM, Darren Hart wrote: >>> (gdb) target extended-remote 127.0.0.1:1234 >> >> this should be ip of target which in your case is qemu prolly >> something like 192.168.7.

[yocto] [meta-baryon][PATCH 2/2] webmin: remove nfsd check from exports-lib.pl

YOCTO #1719: Webmin expects the userspace version of nsfd and attempts to find its pid when applying a new set of nfs exports. This check fails because baryon is configured to install the kernelspace version. In result the command that is assigned to apply_cmd will never be executed, and the conten

[yocto] [meta-baryon][PATCH 1/2] webmin: include webmin-module-acl

Webmin's logging module depends on webmin-module-acl. Signed-off-by: Kevin Strasser --- recipes-extended/images/baryon-image.bb |1 + recipes-extended/webmin/webmin_1.570.bb |2 +- 2 files changed, 2 insertions(+), 1 deletion(-) diff --git a/recipes-extended/images/baryon-image.bb b/re

[yocto] denzil-next (1.2.2) staging branch change

Hello, I just wanted to make a short announcement that I've just renamed my sgarman/denzil-next-1.2.2 staging branches to simply sgarman/denzil-next. oe-core based: http://git.openembedded.org/openembedded-core-contrib/log/?h=sgarman/denzil-next poky based: http://git.yoctoproject.org/cgit/cg

[yocto] [PATCH 1/1] [KERNEL] meta: Crystal Forest Machine Created.

From: Kishore Bodke Initial checkin for the new Crystal Forest Machine Branch. Signed-off-by: Kishore Bodke --- .../bsp/crystalforest/crystalforest-preempt-rt.scc | 15 + .../bsp/crystalforest/crystalforest-standard.scc | 10 .../bsp/crystalforest/crystalforest.cfg|

[yocto] [PATCH 0/1] [KERNEL] meta: New Crystal Forest Machine Branch

From: Kishore Bodke Hi, This patch set is for creating initial checkin for the new machine Crystal Forest. This machine is based on standard/default/common-pc-64. Please create a new branch called standard/default/common-pc-64/crystalforest for linux-yocto-3.4 kernel and push this new meta bra

Re: [yocto] build error pandaboard on master

Yup, I can verify that denzil builds and runs on Pandaboard with meta-ti 30fb40ebc13614a74c2e237927c60ac43e01d1bc.  Haven't tried master, but don't see a need if denzil is going to work.  BTW, I did not find it necessary to use meta-oe. Both core-image-base and core-image-sato are working swel

Re: [yocto] [denzil-next BREAKAGE] Silent breakage in denzil-next --- uImage*.dts no longer generated

On Wed, Aug 1, 2012 at 11:56 AM, Scott Garman wrote: > On 08/01/2012 07:50 AM, Leon Woestenberg wrote: >> >> Hello Scott, all, >> >> On Wed, Aug 1, 2012 at 4:31 PM, Leon Woestenberg >> > > wrote: >> >> Hello Scott, >> >> I tested your denzil-next b

Re: [yocto] Debug with gdbserver

On 08/01/2012 10:09 AM, Khem Raj wrote: > On Wed, Aug 1, 2012 at 9:22 AM, Darren Hart wrote: >> (gdb) target extended-remote 127.0.0.1:1234 > > this should be ip of target which in your case is qemu prolly > something like 192.168.7.2 or somesuch > I was trying to use the "redir" feature of q

Re: [yocto] Debug with gdbserver

On Wed, Aug 1, 2012 at 9:22 AM, Darren Hart wrote: > (gdb) target extended-remote 127.0.0.1:1234 this should be ip of target which in your case is qemu prolly something like 192.168.7.2 or somesuch ___ yocto mailing list yocto@yoctoproject.org https://l

Re: [yocto] [denzil-next BREAKAGE] Silent breakage in denzil-next --- uImage*.dts no longer generated

On 08/01/2012 07:50 AM, Leon Woestenberg wrote: Hello Scott, all, On Wed, Aug 1, 2012 at 4:31 PM, Leon Woestenberg mailto:sidebranch.openembed...@gmail.com>> wrote: Hello Scott, I tested your denzil-next branch but found breakage that will not fail the (auto) build. I'm hittin

Re: [yocto] [for denzil] kernel.bbclass: Copy bounds.h only if it exists, needed for 2.6.x.

On 08/01/2012 02:08 AM, Leon Woestenberg wrote: Hello Koen, On 08/01/2012 08:55 AM, Koen Kooi wrote: Shouldn't this be sent to the oe-core list?!?!? It was intended for the denzil branch ([for denzil]) of Yocto, that's why I sent it to yocto@yoctoproject.org. If that was wrong reasoning, let

Re: [yocto] Debug with gdbserver

-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 07/31/2012 11:15 PM, Martin Jansa wrote: > On Tue, Jul 31, 2012 at 08:47:47PM -0700, Darren Hart wrote: >> >> >> On 07/31/2012 08:13 PM, Khem Raj wrote: >>> >>> On Jul 31, 2012, at 7:46 PM, Darren Hart >>> wrote: >>> I am trying to debug

[yocto] GLIBCTARGETOS ?= "linux-gnueabi" for PowerPC 440 targets

Hi, Perhaps the reason none of my root file system binaries are not working or running is because there is no GLIBCTARGETOS ?= "linux-gnueabi" in my machine/virtex5.conf or local.conf file? I couldn't find any documentation on this, and if this is indeed the correct variable name for t

Re: [yocto] [denzil-next BREAKAGE] Silent breakage in denzil-next --- uImage*.dts no longer generated

Hello Scott, all, On Wed, Aug 1, 2012 at 4:31 PM, Leon Woestenberg < sidebranch.openembed...@gmail.com> wrote: > Hello Scott, > > I tested your denzil-next branch but found breakage that will not fail the > (auto) build. > > I'm hitting the "Warning: ${DTS_FILE} is not available!" case. > > Disre

[yocto] [denzil-next BREAKAGE] Silent breakage in denzil-next --- uImage*.dts no longer generated

Hello Scott, I tested your denzil-next branch but found breakage that will not fail the (auto) build. poky-contrib.git$ git branch master * sgarman/denzil-next poky-contrib.git$ git log -n1 commit 6a7d4c7dfc574669ea2eeacede1b74e2f55c4675 I'm hitting the "Warning: ${DTS_FILE} is not available!"

Re: [yocto] [RFC 0/3] Cheat sheet for hello world project

Hi Jessica, Thank you for the feedack and the comments! 1. I did the cheat sheet for the "Hello World C++ Autotools Project". I did not consider the "Hello World ANSI C Autotools Project". Now I will have a look how to improve this - write an additional cheat sheet for the second project or adapt m

Re: [yocto] mechanism to disable package management on target

On Wednesday 01 August 2012 11:44:53 Venkata ramana gollamudi wrote: > Is there any mechanism to disable package management, so that my rootfs > should not have any package management related packages like opkg etc. > > I found that one of the methods ipk/rpm/deb need to be mandatorily > sele

[yocto] mechanism to disable package management on target

Hi, Is there any mechanism to disable package management, so that my rootfs should not have any package management related packages like opkg etc. I found that one of the methods ipk/rpm/deb need to be mandatorily selected. Please suggest if any such method exists. Regards, Ramana

Re: [yocto] [PATCH] kernel.bbclass: Iff exists, copy bounds.h for external module building.

On Mon, Jul 30, 2012 at 5:17 PM, Leon Woestenberg < sidebranch.openembed...@gmail.com> wrote: > On 12-07-30 11:07 AM, Bruce Ashfield wrote: >> >>> On 12-07-28 09:45 AM, Leon Woestenberg wrote: >>> From: Leon Woestenberg >> Aha. And now I see that Scott G was copied. If this was for

Re: [yocto] [SPAM] - RE: [meta-ti] [HOB] issue - Email found in subject

OK. Where can I find the log file to add to the bugzilla ... Kind regards, Tim -Original Message- From: Iorga, Cristian [mailto:cristian.io...@intel.com] Sent: woensdag 1 augustus 2012 10:08 To: Tim Verstraete; Denys Dmytriyenko Cc: meta...@yoctoproject.org; yocto@yoctoproject.org Subj

Re: [yocto] [for denzil] kernel.bbclass: Copy bounds.h only if it exists, needed for 2.6.x.

Hello Koen, On 08/01/2012 08:55 AM, Koen Kooi wrote: Shouldn't this be sent to the oe-core list?!?!? It was intended for the denzil branch ([for denzil]) of Yocto, that's why I sent it to yocto@yoctoproject.org. If that was wrong reasoning, let me know, I would be glad to change workflow if I k

Re: [yocto] [meta-ti] [HOB] issue

Hello Tim, Please fill in a bug report at bugzilla.yoctoproject.org It will be investigated later on. Regards, Cristian Iorga -Original Message- From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On Behalf Of Tim Verstraete Sent: Wednesday, August 01, 2012 9:29