From: Sujith Haridasan
This patch brings the last bit from meta-mentor for the perf
to build successfully with minnowmax BSP. The meta-mentor
commit for the same is:
http://git.yoctoproject.org/cgit/cgit.cgi/meta-mentor/commit/meta-mentor-staging?id=a8db95c0d4081cf96915e0c3c4063a44f55e21cc
The p
On Tue, Oct 4, 2016 at 7:59 PM, Christopher Larson
wrote:
>
>
> On Tue, Oct 4, 2016 at 7:27 AM, Christopher Larson
> wrote:
>
>>
>> On Tue, Oct 4, 2016 at 2:41 AM, Sujith H wrote:
>>
>>> From: Sujith Haridasan
>>>
>>> When built on
ompile (log file is located at
/home/sujith/MEL/dogwood/build-minnowmax/tmp/work/intel_corei7_64-mel-linux/perf/1.0-r9/temp/log.do_compile.29062)
After applying the patch it built cleanly.
On Tue, Oct 4, 2016 at 3:11 PM, Sujith H wrote:
> From: Sujith Haridasan
>
> When built on minnowmax
From: Sujith Haridasan
When built on minnowmax ( machine name: intel-corei7-64),
an error is noticed during the do_compile:
/home/sujith/codebench-linux-install-2015.12-133-i686-pc-linux-gnu/codebench/bin/i686-pc-linux-gnu-ld:
Relocatable linking with relocations from format elf64-x86-64
(/hom
On Mon, Sep 26, 2016 at 11:40 AM, sujith h wrote:
> Hi,
>
> Let me know if we need to make any changes to this patch. If so I would be
> happy to do that.
>
Sorry for my earlier mail, this patch is merged:
http://git.openembedded.org/openembedded-
On Mon, Sep 26, 2016 at 11:39 AM, sujith h wrote:
> Hi,
>
> Let me know if this patch is ok. Else I can help make this patch better.
>
oops, sorry for my earlier mail. This patch is merged :
http://git.yoctoproject.org/cgit/cgit.cgi/poky/commit/?id=aa7f7b63485b8c4d33491b9cd467
Hi,
Let me know if we need to make any changes to this patch. If so I would be
happy to do that.
Thanks,
Sujith H
On Wed, Sep 21, 2016 at 10:47 AM, Sujith H wrote:
> From: Christopher Larson
>
> When built on an i686 host for qemux86-64 without the
> fix to obey LD and it fails:
Hi,
Let me know if this patch is ok. Else I can help make this patch better.
Thanks,
Sujith H
On Wed, Sep 21, 2016 at 3:12 PM, Sujith H wrote:
> From: Fahad Usman
>
> Tried by adding CFLAGS_append = " -fpic " to
> the recipe. But that couldn't help resolve the
From: Fahad Usman
Tried by adding CFLAGS_append = " -fpic " to
the recipe. But that couldn't help resolve the
warning message:
x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144'
has relocations in .text [textrel]
It was found that this warning is emitted because of
On Thu, Sep 15, 2016 at 3:37 PM, Phil Blundell wrote:
> On Thu, 2016-09-15 at 12:22 +0530, Sujith H wrote:
> > From: Fahad Usman
> >
> > This change help fix the warning message:
> >
> > x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-
> > split/x264/usr
From: Christopher Larson
When built on an i686 host for qemux86-64 without the
fix to obey LD and it fails:
/scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld:
Relocatable linking with relocations from format elf64-x86-64
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linu
On Wed, Sep 21, 2016 at 3:22 AM, Andre McCurdy wrote:
> On Mon, Sep 19, 2016 at 11:00 AM, Christopher Larson
> wrote:
> >
> > On Mon, Sep 19, 2016 at 4:10 AM, sujith h wrote:
> >>
> >> On Thu, Sep 8, 2016 at 12:36 PM, Andre McCurdy
> >> wrote
On Thu, Sep 8, 2016 at 12:36 PM, Andre McCurdy wrote:
> On Wed, Sep 7, 2016 at 11:51 PM, Sujith H wrote:
> > From: Christopher Larson
> >
> > When built on an i686 host for qemux86-64 without the
> > fix to obey LD and it fails:
> >
> > /scratch/dogwood/
On Thu, Sep 15, 2016 at 12:15 PM, sujith h wrote:
>
>
> On Thu, Sep 15, 2016 at 10:13 AM, sujith h wrote:
>
>>
>>
>> On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross
>> wrote:
>>
>>>
>>> On 12 September 2016 at 07:13, Sujith H wrote:
From: Fahad Usman
This change help fix the warning message:
x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144'
has relocations in .text [textrel]
Adding textrel to INSANE_SKIP resolves this issue.
This issue was observed in cyclone5 and imx6qsabresd BSP's.
So gener
On Thu, Sep 15, 2016 at 10:13 AM, sujith h wrote:
>
>
> On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross
> wrote:
>
>>
>> On 12 September 2016 at 07:13, Sujith H wrote:
>>
>>> +# PIC can't be enabled for 32-bit x86 and cyclone5
>>> INSANE_
On Thu, Sep 15, 2016 at 4:41 AM, Burton, Ross wrote:
>
> On 12 September 2016 at 07:13, Sujith H wrote:
>
>> +# PIC can't be enabled for 32-bit x86 and cyclone5
>> INSANE_SKIP_${PN}_append_x86 = " textrel"
>> +INSANE_SKIP_${PN}_append_cyclone5 = "
From: Fahad Usman
This change help fix the warning message:
x264/r2491+gitAUTOINC+c8a773ebfc-r0/packages-split/x264/usr/lib/libx264.so.144'
has relocations in .text [textrel]
Adding textrel to INSANE_SKIP resolves this issue.
Signed-off-by: Fahad Usman
---
meta/recipes-multimedia/x264/x264_
From: Christopher Larson
When built on an i686 host for qemux86-64 without the
fix to obey LD and it fails:
/scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld:
Relocatable linking with relocations from format elf64-x86-64
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linu
From: Christopher Larson
When built on an i686 host for qemux86-64 without the
fix to obey LD and it fails:
/scratch/dogwood/toolchains/x86_64/bin/i686-pc-linux-gnu-ld:
Relocatable linking with relocations from format elf64-x86-64
(/scratch/dogwood/perf-ld-test/build/tmp/work/qemux86_64-mel-linu
On Tue, Sep 6, 2016 at 10:23 PM, Khem Raj wrote:
>
> > On Aug 29, 2016, at 5:45 AM, Sujith H wrote:
> >
> > From: Christopher Larson
> >
> > rdoc gets unhappy if this already exists, so remove it before building.
> >
> > Without this, it's pos
On Mon, Aug 29, 2016 at 6:17 PM, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:
> On 08/29/2016 03:47 PM, Sujith H wrote:
>
>> From: Christopher Larson
>>
>> rdoc gets unhappy if this already exists, so remove it before building.
>>
>> Wit
From: Christopher Larson
rdoc gets unhappy if this already exists, so remove it before building.
Without this, it's possible to hit this error:
Directory .ext/rdoc already exists, but it looks like it isn't an RDoc
directory.
Signed-off-by: Christopher Larson
Signed-off-by: Sujith Har
On Fri, Apr 22, 2016 at 6:28 PM, Burton, Ross wrote:
>
> On 22 April 2016 at 13:41, Sujith Haridasan wrote:
>
>> +FILES_${PN}-dbg += "${libdir}/webkit2gtk-4.0/injected-bundle/.debug \
>> +${libdir}/webkitgtk/webkit2gtk-4.0/.debug/*"
>>
>
> Debug packages are collected automat
-- Forwarded message --
From: sujith h
Date: Thu, Apr 14, 2016 at 2:53 PM
Subject: [yocto][meta-qt5] How to increase depth of qemuarm from bootargs?
To: "yo...@yoctoproject.org"
Cc: noor_ah...@mentor.com
Hi all,
I am trying to build Qt5 from meta-qt5 ( master bra
On Tue, Jan 6, 2015 at 6:41 PM, sujith h wrote:
>
>
> On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross
> wrote:
>
>>
>> On 6 January 2015 at 12:51, sujith h wrote:
>>
>>> saying: "could not initialize glx" . Hence I made a change in the recipe
On Tue, Jan 6, 2015 at 6:38 PM, Burton, Ross wrote:
>
> On 6 January 2015 at 12:51, sujith h wrote:
>
>> saying: "could not initialize glx" . Hence I made a change in the recipe
>> and added IMAGE_INSTALL_append = " xserver-xorg-extension-glx" and it
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed
On Tue, Jan 6, 2015 at 5:00 PM, Burton, Ross wrote:
>
> On 6 January 2015 at 10:54, Sujith H wrote:
>
>> +if
>> ${@bb.utils.contains('DISTRO_FEATURES','x11','true','false',d)}; then
>>
>
> Why would a X11-sp
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed
From: Sujith H
This module was required to get opengl working with
Qt5 version 5.4 ( when tested with qemuarm and qemux86).
After adding this change to the xorg.conf and restarting
xserver qtquick and qtdeclarative examples of Qt5 started
working appropriately.
Signed-off-by: Sujith H
Signed
On Tue, Aug 12, 2014 at 4:55 PM, Martin Jansa
wrote:
> On Tue, Aug 12, 2014 at 02:34:20PM +0530, Sujith H wrote:
> > From: Sujith H
> >
> > This recipe will provide a set of Python modules that
> > provide Python programmers an interface to libparted,
> >
From: Sujith H
This recipe will provide a set of Python modules that
provide Python programmers an interface to libparted,
the GNU parted library for disk partitioning and filesystem
manipulation.
Signed-off-by: Christopher Larson
Signed-off-by: Sujith H
---
meta/recipes-extended/pyparted
On Fri, Aug 8, 2014 at 11:41 PM, Saul Wold wrote:
> On 08/08/2014 02:37 AM, Sujith H wrote:
>
>> From: Sujith H
>>
>> This is needed to deal with the situation where we're using ipk
>> packaging, so
>> opkg-utils must be built regardless of what update-a
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but
On Fri, Aug 8, 2014 at 11:37 PM, Saul Wold wrote:
> On 08/08/2014 02:09 AM, Sujith H wrote:
>
>> From: Sujith H
>>
>> If the DISTRO_FEATURES has systemd, then its better
>> to have corresponding service files associated with
>> the psplash. This change will
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but
From: Sujith H
If the DISTRO_FEATURES has systemd, then its better
to have corresponding service files associated with
the psplash. This change will help to do the same.
Signed-off-by: Muzaffar Mahmood
Signed-off-by: Sujith H
---
meta/recipes-core/psplash/files/psplash-quit.service | 11
Hi Paul Eggleton,
On Thu, Aug 7, 2014 at 2:54 PM, Sujith H wrote:
> From: Sujith H
>
> This is needed to deal with the situation where we're using ipk packaging,
> so
> opkg-utils must be built regardless of what update-alternatives provider we
> prefer. The
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but
On Wed, Aug 6, 2014 at 6:08 PM, Paul Eggleton wrote:
> On Wednesday 06 August 2014 17:34:09 Sujith H wrote:
> > From: Sujith H
> >
> > This is needed to deal with the situation where we're using ipk
> packaging,
> > so opkg-utils must be built regardless of
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but
From: Sujith H
This is needed to deal with the situation where we're using ipk packaging, so
opkg-utils must be built regardless of what update-alternatives provider we
prefer. The downside to the current implementation is the need to adjust
PACKAGECONFIG as well as PREFERRED_PROVIDER, but
Hi,
This patch is in addition to the os-release patch I had posted earlier.
Because systemd wants os-release file and uses it.
On Wed, Aug 6, 2014 at 3:34 PM, Sujith H wrote:
> From: Sujith H
>
> Systemd depends on the os-release hence adding
> RRECOMMENDS for the sys
From: Sujith H
Systemd depends on the os-release hence adding
RRECOMMENDS for the systemd package.
Signed-off-by: Christopher Larson
Signed-off-by: Sujith H
---
meta/recipes-core/systemd/systemd_213.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core
On Tue, Aug 5, 2014 at 6:17 PM, Koen Kooi
wrote:
>
> Op 4 aug. 2014, om 15:57 heeft Sujith H het volgende
> geschreven:
>
> > From: Sujith H
> >
> > If hostname is not added to /etc/hosts file then rpcinfo
> > command fails when hostname is passed as
On Mon, Aug 4, 2014 at 9:05 PM, Enrico Scholz <
enrico.sch...@sigma-chemnitz.de> wrote:
> Sujith H writes:
>
> > If hostname is not added to /etc/hosts file then rpcinfo command fails
> > when hostname is passed as argument.
> > ...
> > root@mx6q:~# rpcinf
On Mon, Aug 4, 2014 at 8:19 PM, Paul Eggleton wrote:
> On Monday 04 August 2014 20:03:09 sujith h wrote:
> > Hi Paul,
> >
> >
> > On Mon, Aug 4, 2014 at 7:48 PM, Paul Eggleton <
> paul.eggle...@linux.intel.com
> > > wrote:
> > >
> > &
Hi Paul,
On Mon, Aug 4, 2014 at 7:48 PM, Paul Eggleton wrote:
> Hi Sujith,
>
> On Monday 04 August 2014 19:27:08 Sujith H wrote:
> > From: Sujith H
> >
> > If hostname is not added to /etc/hosts file then rpcinfo
> > command fails when hostname is passed a
Hi,
Let me know if any more changes have to be made to make this patch look
better.
On Mon, Aug 4, 2014 at 7:27 PM, Sujith H wrote:
> From: Sujith H
>
> If hostname is not added to /etc/hosts file then rpcinfo
> command fails when hostname is passed as argument. This was
>
From: Sujith H
If hostname is not added to /etc/hosts file then rpcinfo
command fails when hostname is passed as argument. This was
observed when rpcinfo command was tested on freescale target.
Below was the output observed without this change.
root@mx6q:~# rpcinfo -s mx6q
rpcinfo: can&#
Kindly ignore the above patch. It was sent by mistake :( Sorry for trouble.
On Mon, Aug 4, 2014 at 7:24 PM, Sujith H wrote:
> From: Sujith H
>
> If hostname is not added to /etc/hosts file then rpcinfo
> command fails when hostname is passed as argument. This was
> observ
From: Sujith H
If hostname is not added to /etc/hosts file then rpcinfo
command fails when hostname is passed as argument. This was
observed when rpcinfo command was tested on freescale target.
Below was the output observed without this change.
root@mx6q:~# rpcinfo -s mx6q
rpcinfo: can&#
gt; forbidden ('_') or have special meanings in DNS.
>
>
> Enrico
>
> Footnotes:
> [1] https://bugzilla.redhat.com/show_bug.cgi?id=648725
> --
> _______
> Openembedded-core mailing list
> Openembedded-core@lists.opene
From: Sujith H
The /etc/os-release will have the operating system identification data.
Tested on target with systemd enabled. Here is the sample file looks
in the file:
ID=poky-ivi-systemd
NAME=Yocto GENIVI Baseline (Poky/meta-ivi)
VERSION=6.0+snapshot-20140721 (daisy)
VERSION_ID=6.0+snapshot
From: Sujith H
If hostname is not added to /etc/hosts file then rpcinfo
command fails when hostname is passed as argument. This was
observed when rpcinfo command was tested on freescale target.
Below was the output observed without this change.
root@mx6q:~# rpcinfo -s mx6q
rpcinfo: can&#
r_out('libdir', WARN_QA, d)}"
May I know a better option to resolve this warnings?
Thanks,
Sujith H
--
സുജിത് ഹരിദാസന്
Bangalore
Contributor to KDE project
http://fci.wikia.com/wiki/Anti-DRM-Campaign
http://sujithh.info
--
___
Openembedd
Hi,
I hope the patch and the waning messages it addresses are ok. Else let me
know, I will fix them.
Thanks,
Sujith H
On Wed, Oct 16, 2013 at 11:16 AM, Sujith H wrote:
> WARNING: QA Issue: No GNU_HASH in the elf binary:
> 'armv7a-vfp-neon-mel-linux-gnueabi/nspr/4.10-r0/packages
Hi Sau
On Wed, Oct 16, 2013 at 12:20 AM, Saul Wold wrote:
> On 10/08/2013 09:25 PM, Sujith H wrote:
>
>> Warning: No GNU_HASH in the elf binary
>>
>>
> The short commit message needs to be in the format similar to
> nspr: Add LDFLAGS to TARGET_CC_ARCH to fix Wa
/lib/nspr/tests/threads'
WARNING: QA Issue: No GNU_HASH in the elf binary:
'armv7a-vfp-neon-mel-linux-gnueabi/nspr/4.10-r0/packages-split/nspr-dev/usr/lib/nspr/tests/semaerr'
There are many QA Warnings thrown like the above for this recipe. This is
observed for target imx6 sabre
better.
Thanks,
Sujith H
On Wed, Oct 9, 2013 at 9:55 AM, Sujith H wrote:
> Warning: No GNU_HASH in the elf binary
>
> Signed-off-by: Sujith H
> ---
> meta/recipes-support/nspr/nspr_4.10.bb | 1 +
> 1 file changed, 1 insertion(+)
>
> diff --git
> a/meta/recipes
Warning: No GNU_HASH in the elf binary
Signed-off-by: Sujith H
---
meta/recipes-support/nspr/nspr_4.10.bb | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/recipes-support/nspr/nspr_4.10.bb
b/meta/recipes-support/nspr/nspr_4.10.bb
index fcecb95..4247fd0 100644
--- a/meta/recipes-support
62 matches
Mail list logo
