On Tue, Jul 29, 2014 at 8:13 AM, Marc Gilet pw.mar...@laposte.net wrote:
Hello,
I'd like to use Yocto with a thinclient (Fujitsu siemens Futro B100)
I've created a BSP for this platform, and configured the kernel for this
machine.
I've built an initramfs and a kernel to boot the thinclient
Full green build!
http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7_M2.rc1
bitbake 4aaf56bfbad4aa626be8a2f7a5f70834c3311dd3
eclipse-poky-juno 26bfc407781aa185f244a47ba63120343cee4a37
eclipse-poky-kepler 4a167fd662262ebdaa3cf0d332ac0debb52d7904
meta-fsl-arm
Ha, nice to see green here! :)
--
Alexandru Georgescu
Yocto QA Engineer
SSG/SSD Open Source Technology Center Romania
On 30/07/14 09:41, Flanagan, Elizabeth elizabeth.flana...@intel.com
wrote:
Full green build!
http://autobuilder.yoctoproject.org/pub/releases/yocto-1.7_M2.rc1
bitbake
Tizen yocto build bitbake error
Summary: 1 task failed:
/home/sfm/yocto_temp/meta-tizen/recipes-tizen/systemd/systemd_git.bb,
do_install
+ /usr/bin/mkdir -p /home/sfm/yocto_temp/build/tmp/work/cortexa9hf-vfp-neon-
poky-linux-gnueabi/systemd/git-r0/image//usr/sbin
From: Sujith H sujith_harida...@mentor.com
This change will help pulseaudio run by default on the
target. On the bootup user can see pulseaudio service
started.
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta-ivi/recipes-multimedia/pulseaudio/pulseaudio_5.0.bbappend | 2 +-
1 file
From: Sujith H sujith_harida...@mentor.com
This change will help pulseaudio run by default on the
target. On the bootup user can see pulseaudio service
started.
Signed-off-by: Sujith H sujith_harida...@mentor.com
---
meta-ivi/recipes-multimedia/pulseaudio/pulseaudio_5.0.bbappend | 2 +-
1 file
Hi Paul,
We're ready to help with professional maintaining of the meta-oracle-java layer.
-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com]
Sent: Tuesday, July 29, 2014 8:36 PM
To: yocto@yoctoproject.org
Cc: Pavel Shumeika; Vladimir Redzhepov; Daniel Hilst
Hi Sujith,
First of all please format summary following:
http://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
On Wed, Jul 30, 2014 at 06:49:01PM +0530, Sujith H wrote:
From: Sujith H sujith_harida...@mentor.com
This change will help pulseaudio run by default on the
target. On the
Le 30/07/2014 07:59, Khem Raj a écrit :
On Tue, Jul 29, 2014 at 8:13 AM, Marc Gilet pw.mar...@laposte.net wrote:
Hello,
I'd like to use Yocto with a thinclient (Fujitsu siemens Futro B100)
I've created a BSP for this platform, and configured the kernel for this
machine.
I've built an initramfs
Hi,
Note that the email and Yocto website don't have the same list of board:
email:
Board choices: BeagleBone Black, WandBoard Quad, MinnowBoard Max
Yocto web page:
Board choices: Intel Galileo, BeagleBone Black, or WandBoard Quad
On Tue, Jul 29, 2014 at 2:35 PM, Jeff Osier-Mixon
working version of yocto dev manual currently has no mention of
centos 7 in the list of supported distributions -- anyone working on
validating that?
rday
--
Robert P. J. Day Ottawa,
also from current dev manual, chapter 2, there is a bullet point
entitled Supported Board Support Packages which mentions *only*
meta-intel as if its the only such layer.
that seems sort of ... incomplete.
rday
--
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
long-time users of YP might have missed the newer 64-bit MIPS
support.
diff --git a/documentation/dev-manual/dev-manual-start.xml
b/documentation/dev-manual/dev-manual-start.xml
index 6ab93f7..3a35a1d 100644
---
As far as I can tell, this is not used by any reciped in meta-security.
It does not build so I am Black listing it.
Signed-off-by: Armin Kuster akus...@mvista.com
---
recipes-security/perl/libnetaddr-ip-perl_4.069.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git
On Wed, Jul 30, 2014 at 12:32 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
-on ARM, MIPS, PowerPC, x86 and x86-64.
+on ARM, MIPS (both 32- and 64-bit), PowerPC, x86 and x86-64.
we usually use MIPS to denote 32bit and then MIPS64 to denote 64bit mips.
--
On Wed, Jul 30, 2014 at 12:24 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
also from current dev manual, chapter 2, there is a bullet point
entitled Supported Board Support Packages which mentions *only*
meta-intel as if its the only such layer.
that seems sort of ... incomplete.
a
On Mon, Jul 28, 2014 at 4:57 AM, leimao...@cn.fujitsu.com
leimao...@cn.fujitsu.com wrote:
Hello all,
About yocto-spdx, I need some help.
1. I'm trying to use yocto(poky: 8f52c69183a6c2b50ed470c27383697ebc38efef) to
get spdx information.
I add spdx to the USER_CLASSES in my local.conf,
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/documentation/dev-manual/dev-manual-start.xml
b/documentation/dev-manual/dev-manual-start.xml
index 6ab93f7..37bc5a2 100644
--- a/documentation/dev-manual/dev-manual-start.xml
+++
On Wed, 30 Jul 2014, Khem Raj wrote:
On Wed, Jul 30, 2014 at 12:32 PM, Robert P. J. Day
rpj...@crashcourse.ca wrote:
-on ARM, MIPS, PowerPC, x86 and x86-64.
+on ARM, MIPS (both 32- and 64-bit), PowerPC, x86 and x86-64.
we usually use MIPS to denote 32bit and then MIPS64 to
On Wed, Jul 30, 2014 at 1:48 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
ok, i should resubmit with MIPS, MIPS64 then? coming up.
yes please
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto
On Wed, Jul 30, 2014 at 1:51 PM, Robert P. J. Day rpj...@crashcourse.ca wrote:
Signed-off-by: Robert P. J. Day rpj...@crashcourse.ca
---
diff --git a/documentation/dev-manual/dev-manual-start.xml
b/documentation/dev-manual/dev-manual-start.xml
index 6ab93f7..37bc5a2 100644
---
On 29 Jul 2014, at 16:41, Darren Hart dvh...@linux.intel.com wrote:
On Thu, Jul 24, 2014 at 09:45:41PM +0100, Chris Tapp wrote:
I've got a recipe for an application. This has:
1) A main thread;
2) An OpenGL ('X' / EGL) graphics rendering thread created using posix
threads;
3) As many
Flex does not build properly with mingw support, it also does not appear
to be needed in order to build binutils or the other nativesdk components
when building for mingw.
Signed-off-by: Mark Hatle mark.ha...@windriver.com
---
recipes-devtools/binutils/binutils-cross-canadian_2.24.bbappend | 3
Just before each major release, I run a script that produces the list of
validated distros we have tested and support. So if this is going to be a
supported distro, it will get on the list in the manual.
Scott
-Original Message-
From: yocto-boun...@yoctoproject.org [mailto:yocto-
The bold title of the bullet item should probably not be so restrictive. The
point of the section is to show how to set up the meta-intel repository. I can
re-write this section to indicate the wider BSP support and still use the main
meta-intel git clone example.
Scott
-Original
On 14-07-30 04:58 AM, zhe...@windriver.com wrote:
From: Binder Makin meri...@google.com
lkml https://lkml.org/lkml/2014/7/2/640 upstream
Add a resource controller for limiting the number of open
file handles. This allows us to catch misbehaving processes
and return EMFILE instead of ENOMEM
Hi,
Unstable might be not the right term, but I couldn't think of another.
The issue is that two builds on exactly the same build host, produce
packages that have different runtime dependencies and also different
behaviors.
I encountered this problem with readline, but other package might have
Ups, wrong list, sorry for the noise.
- Original Message -
Hi,
Unstable might be not the right term, but I couldn't think of another.
The issue is that two builds on exactly the same build host, produce
packages that have different runtime dependencies and also different
On 14-07-30 09:56 AM, Andreas Schultz wrote:
Hi,
Unstable might be not the right term, but I couldn't think of another.
The issue is that two builds on exactly the same build host, produce
packages that have different runtime dependencies and also different
behaviors.
This list is meant
From: Davidlohr Bueso davidl...@hp.com
commit 7b24d8616be33616efd41ff67d3c76362c60ca84 upstream
There is a race condition if we map a same file on different processes.
Region tracking is protected by mmap_sem and hugetlb_instantiation_mutex.
When we do mmap, we don't grab a
From: Davidlohr Bueso davidl...@hp.com
commit 8382d914ebf72092aa15cdc2a5dcedb2daa0209d upstream
The kernel can currently only handle a single hugetlb page fault at a
time. This is due to a single mutex that serializes the entire path.
This lock protects from spurious OOM errors under conditions
From: Joonsoo Kim iamjoonsoo@lge.com
commit 4e35f483850ba46b838adfd312b3052416e15204 upstream
Util now, we get a resv_map by two ways according to each mapping type.
This makes code dirty and unreadable. Unify it.
[davidl...@hp.com: code cleanups]
Signed-off-by: Joonsoo Kim
Refresh kernel hugetlb up to 3.16. Brought in 23 commits.
6915d46 fs/hugetlbfs/inode.c: remove null test before kfree
1b337c3 fs/hugetlbfs/inode.c: use static const for dentry_operations
38d1f0c fs/hugetlbfs/inode.c: add static to hugetlbfs_i_mmap_mutex_key
28f1100 fs/hugetlbfs/inode.c: complete
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit a9af0c5dfdaf0b2e1a8bab7fbf6f29138947d534 upstream
huge_pte_offset() could return NULL, so we need NULL check to avoid
potential NULL pointer dereferences.
Signed-off-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Cc: Mel Gorman
From: Luiz Capitulino lcapitul...@redhat.com
commit 2906dd52831b6049e1d4d9b12f6f234bf2f64a03 upstream
The HugeTLB subsystem uses the buddy allocator to allocate hugepages
during runtime. This means that hugepages allocation during runtime is
limited to MAX_ORDER order. For archs supporting
From: Joonsoo Kim iamjoonsoo@lge.com
commit 9119a41e9091fb3a8204039d595bcdae24193c57 upstream
Currently, to track reserved and allocated regions, we use two different
ways, depending on the mapping. For MAP_SHARED, we use
address_mapping's private_list and, while for MAP_PRIVATE, we use a
From: David Rientjes rient...@google.com
commit f412c97abef71026d8192ca8efca231f1e3906b3 upstream
Both prep_compound_huge_page() and prep_compound_gigantic_page() are
only called at bootstrap and can be marked as __init.
The __SetPageTail(page) in prep_compound_gigantic_page() happening
before
From: Nishanth Aravamudan n...@linux.vnet.ibm.com
commit 457c1b27ed56ec472d202731b12417bff023594a upstream
Currently, I am seeing the following when I `mount -t hugetlbfs /none
/dev/hugetlbfs`, and then simply do a `ls /dev/hugetlbfs`. I think it's
related to the fact that hugetlbfs is properly
From: Luiz Capitulino lcapitul...@redhat.com
commit 944d9fec8d7aee3f2e16573e9b6a16634b33f403 upstream
HugeTLB is limited to allocating hugepages whose size are less than
MAX_ORDER order. This is so because HugeTLB allocates hugepages via the
buddy allocator. Gigantic pages (that is, pages
From: Andrew Morton a...@linux-foundation.org
commit 9b857d26d08f00971997cd21aa491e27e0c84ce3 upstream
Signed-off-by: Andrew Morton a...@linux-foundation.org
Signed-off-by: Linus Torvalds torva...@linux-foundation.org
Signed-off-by: Yang Shi yang@windriver.com
---
fs/hugetlbfs/inode.c | 18
From: Luiz Capitulino lcapitul...@redhat.com
commit 1cac6f2c072abe2510f56fec6729a892aa827f62 upstream
Next commit will add new code which will want to call
for_each_node_mask_to_alloc() macro. Move it, its buddy
for_each_node_mask_to_free() and their dependencies up in the file so the
new code
From: Jianyu Zhan nasa4...@gmail.com
commit 8f34af6f93aee88291cec53ae8dff4989e58fbbd upstream
alloc_huge_page() now mixes normal code path with error handle logic.
This patches move out the error handle logic, to make normal code path
more clean and redue code duplicate.
Signed-off-by: Jianyu
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit 4a705fef986231a3e7a6b1a6d3c37025f021f49f upstream
There's a race between fork() and hugepage migration, as a result we try
to dereference a swap entry as a normal pte, causing kernel panic.
The cause of the problem is that
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit 100873d7a777b67ad35197c5a998b5e778f8bf3f upstream
We already have a function named hugepages_supported(), and the similar
name hugepage_migration_support() is a bit unconfortable, so let's rename
it hugepage_migration_supported().
From: Naoya Horiguchi n-horigu...@ah.jp.nec.com
commit 0253d634e0803a8376a0d88efee0bf523d8673f9 upstream
Commit 4a705fef9862 (hugetlb: fix copy_hugetlb_page_range() to handle
migration/hwpoisoned entry) changed the order of
huge_ptep_set_wrprotect() and huge_ptep_get(), which leads to breakage
From: Fabian Frederick f...@skynet.be
commit 6e6870d4fd19e25332e7d975604497c8568949d9 upstream
Fix checkpatch warning:
WARNING: kfree(NULL) is safe this check is probably not required
Signed-off-by: Fabian Frederick f...@skynet.be
Signed-off-by: Andrew Morton a...@linux-foundation.org
From: Luiz Capitulino lcapitul...@redhat.com
commit bae7f4ae14d47008a11b4358b167cb0ae186c06a upstream
Signed-off-by: Luiz Capitulino lcapitul...@redhat.com
Reviewed-by: Andrea Arcangeli aarca...@redhat.com
Reviewed-by: Naoya Horiguchi n-horigu...@ah.jp.nec.com
Reviewed-by: Yasuaki Ishimatsu
47 matches
Mail list logo