Re: [yocto] profiling tools on a T4240RDB board

The fsl-image-minimal rootfs doesn't include those graphic packages by default, I think those packages are included by the dependency of new added packages. You can run "bitbake -g fsl-image-minimal" to generate the dependence file and analysis how the unneeded packages are brought in. Best

Re: [yocto] [eclipse-poky][PATCH] scripts/setup.sh: check java version

On Wed, 2016-08-24 at 22:59 +, Randle, William C wrote: On Wed, 2016-08-24 at 15:22 -0700, Tim Orling wrote: > > Make it obvious when run on autobuilder if java version is too low. While we are at it, check that java is present. [YOCTO #10156] Borrowing heavily from:

Re: [yocto] [eclipse-poky][PATCH] scripts/setup.sh: check java version

On Wed, 2016-08-24 at 15:22 -0700, Tim Orling wrote: Make it obvious when run on autobuilder if java version is too low. While we are at it, check that java is present. [YOCTO #10156] Borrowing heavily from:

Re: [linux-yocto] [PATCH 1/3] drivers/misc: Axxia MTC Driver Memory Initialization Check

Bruce, I agree with you on both. I spoke to Sreedevi and there's isn't a reason she didn't use readl(). As for the delay, we expect about 2 us. So, I assume udelay(1) would be appropriate? If both are okay (readl() instead of direct access and udelay(1)), I'll update the commit. Thanks for

[yocto] [eclipse-poky][PATCH] scripts/setup.sh: check java version

Make it obvious when run on autobuilder if java version is too low. While we are at it, check that java is present. [YOCTO #10156] Borrowing heavily from: http://stackoverflow.com/questions/7334754/correct-way-to-check-java-version-from-bash-script Signed-off-by: Tim Orling

Re: [yocto] Tuning for a machine based on Cortex-A9

> On Aug 24, 2016, at 12:51 AM, Ottavio Campana wrote: > > Hello, > > I am trying to port a third-party BSP based on buildroot to yocto, but I am > not able to tune the compiler to extactly match the original one. > > Particularly, if I run readelf on a binary

Re: [yocto] Building applications and distributions separately, but integrate into final image

> On Aug 24, 2016, at 11:54 AM, Michael Habibi wrote: > > All, > > I am looking at Yocto as a replacement for our embedded distribution. > Currently we build everything as a distribution. This includes > building the Linux kernel, open source packages, as well as our own

Re: [yocto] Tuning for a machine based on Cortex-A9

On Wed, Aug 24, 2016 at 07:51:40AM +, Ottavio Campana wrote: > Hello, > > I am trying to port a third-party BSP based on buildroot to yocto, but I am > not able to tune the compiler to extactly match the original one. > > Particularly, if I run readelf on a binary compiled with the gcc that

[yocto] Building applications and distributions separately, but integrate into final image

All, I am looking at Yocto as a replacement for our embedded distribution. Currently we build everything as a distribution. This includes building the Linux kernel, open source packages, as well as our own IP and applications. As you can imagine, a vast majority of our build is taken up by

[yocto] [yocto-autobuilder][PATCH] nightly-wic.conf: add additional config settings for efi images

Building efi disk images now requires extra config settings, so add IMAGE_FSTYPES and MACHINE_FEATURES appends to the auto.conf file. Signed-off-by: Bill Randle --- buildset-config.controller/nightly-wic.conf | 8 1 file changed, 4 insertions(+), 4

Re: [linux-yocto] [PATCH 1/3] features: Fix dependencies and =m vs =y discrepancies for corei7

On Fri, 2016-08-19 at 20:40 -0700, California Sullivan wrote: > I missed these in my first pass. This should fix the remaining > warnings > that occur with the intel-corei7-64 configurations. The ISDN > configurations might need to be broken out into their own feature but > for now just enable

Re: [yocto] profiling tools on a T4240RDB board

El 08/24/2016 a las 04:01 AM, Tanasa Bogdan escribió: Hi, We are using the (freescale) linux yocto 1.6 on a T4240RDB board where we want to have "tools-profile" set in our local.conf file. When building the fsl-image-minimal we see that there are some packages that are graphics-related

Re: [yocto] Trying to run toaster off master, running into issues w/ django

Excellent. Thanks! I knew using latest was going to burn me eventually :) On Wed, Aug 24, 2016 at 5:51 AM, Ed Bartosh wrote: > On Tue, Aug 23, 2016 at 04:49:42PM -0500, Michael Habibi wrote: >> I am running the master branch and trying to run toaster to play >> around

Re: [yocto] meta-oracle-java][BUG-REPORT

Hi, >On Wed, Aug 17, 2016 at 09:19:49AM -0400, Mark Schnell wrote: > >Good day; > > Short version: > >The ARM architecture for the meta-oracle-java layer still points to Java v7u60. > > Long version: Good catch. I missed that part while upgrading it. Will update it this week :) Best

Re: [yocto] Trying to run toaster off master, running into issues w/ django

On Tue, Aug 23, 2016 at 04:49:42PM -0500, Michael Habibi wrote: > I am running the master branch and trying to run toaster to play > around with the web interface (already successfully completed a build > w/o toaster setup). > > I followed the instructions in the documentation. I created a >

[yocto] [meta-selinux][PATCH] packagegroup-core-selinux: add auditd support for audit log

From: Shrikant Bobade this change provide dependency required by audit log file, to prepare it at /var/log/audit/audit.log and get cleaner boot log. without this change all avc denial messages mix with the boot log & it is difficult for avc denial analysis.

[yocto] profiling tools on a T4240RDB board

Hi, We are using the (freescale) linux yocto 1.6 on a T4240RDB board where we want to have "tools-profile" set in our local.conf file. When building the fsl-image-minimal we see that there are some packages that are graphics-related (like gtk+, pixbuf, etc..). The card does not have any

[yocto] Tuning for a machine based on Cortex-A9

Hello, I am trying to port a third-party BSP based on buildroot to yocto, but I am not able to tune the compiler to extactly match the original one. Particularly, if I run readelf on a binary compiled with the gcc that is used by buildroot I get this output ottavio@ottavio:~$ readelf -A