date:20170817

Re: [yocto] dd to nand flash chip?

2017-08-17 Thread Riko


Here's the boot messages :

===

VFS: PARTUUID= is invalid.
Expected PARTUUID=[/PARTNROFF=%d]
Disabling rootwait; root= is invalid.
VFS: Cannot open root device "PARTUUID=" or unknown-block(0,0): error -6
Please append a correct "root=" boot option; here are the available 
partitions:

01004096 ram0 (driver?)
01014096 ram1 (driver?)
01024096 ram2 (driver?)
01034096 ram3 (driver?)
01044096 ram4 (driver?)
01054096 ram5 (driver?)
01064096 ram6 (driver?)
01074096 ram7 (driver?)
01084096 ram8 (driver?)
01094096 ram9 (driver?)
010a4096 ram10 (driver?)
010b4096 ram11 (driver?)
010c4096 ram12 (driver?)
010d4096 ram13 (driver?)
010e4096 ram14 (driver?)
010f4096 ram15 (driver?)
b300 3735552 mmcblk1  driver: mmcblk
  b301   16384 mmcblk1p1 2848be0f-01
  b302  756704 mmcblk1p2 2848be0f-02
b3104096 mmcblk1boot1 (driver?)
b3084096 mmcblk1boot0 (driver?)
VFS: Unable to mount root fs on unknown-block(0,0)
User configuration error - no valid root filesystem found
Kernel panic - not syncing: Invalid configuration from end user prevents 
conting

CPU: 0 PID: 1 Comm: swapper Not tainted 4.8.12-yocto-standard #3
Hardware name: Generic AM33XX (Flattened Device Tree)
[] (unwind_backtrace) from [] (show_stack+0x20/0x24)
[] (show_stack) from [] (dump_stack+0x20/0x28)
[] (dump_stack) from [] (panic+0xc0/0x22c)
[] (panic) from [] (mount_block_root+0x19c/0x274)
[] (mount_block_root) from [] (mount_root+0xd0/0x124)
[] (mount_root) from [] (prepare_namespace+0x180/0x1c0)
[] (prepare_namespace) from [] 
(kernel_init_freeable+0x220/)
[] (kernel_init_freeable) from [] 
(kernel_init+0x18/0x11c)

[] (kernel_init) from [] (ret_from_fork+0x14/0x3c)
---[ end Kernel panic - not syncing: Invalid configuration from end user 
preveng


=

How to fix it ? thanks


On 17/08/17 22:16, Leonardo Sandoval wrote:

On Thu, 2017-08-17 at 18:37 +0800, Riko Ho wrote:

Dear Yocto Team Members，

I tried to dd *.wic to nand flash but always got kernel panic, it can
not find rootfs
when I dd the same file to sd card, it worked.


from the bootloader command prompt, you may need to change the root
kernel parameter and point to the device where the filesystem resides.



I copy only *.wic file to usb drive n dd it.
Do I need the whole directory of images for dd? or I need hddimg?

Regards,
Riko





--
/*
Sent By
Ubuntu 16.04 LTS
Kernel 4.4.0-92-generic
Regards,
Riko H
*/

--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [layerindex-web][PATCH] Redirect user to correct url after editing a layer

2017-08-17 Thread Amanda Brindle

Before, if a user edited a layer's name, they would be redirected
to a url utilizing the old name and then receive a 404 Page not
found error. Now, the url utilizes the new name.

Fixes [YOCTO #11932]

Signed-off-by: Amanda Brindle 
---
 layerindex/views.py | 4 
 1 file changed, 4 insertions(+)

diff --git a/layerindex/views.py b/layerindex/views.py
index eaeb5c3..1661cb3 100644
--- a/layerindex/views.py
+++ b/layerindex/views.py
@@ -186,6 +186,10 @@ def edit_layer_view(request, template_name, 
branch='master', slug=None):
 return HttpResponseRedirect(reverse('submit_layer_thanks'))
 messages.success(request, 'Layer %s saved successfully.' % 
layeritem.name)
 if return_url:
+if returnto == 'layer_review':
+return_url = reverse_lazy(returnto, args=(layeritem.name,))
+else:
+return_url = reverse_lazy(returnto, args=(branch, 
layeritem.name))
 return HttpResponseRedirect(return_url)
 else:
 form = EditLayerForm(request.user, layerbranch, instance=layeritem)
-- 
2.7.4

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [ANNOUNCEMENT] meta-intel 8.0 for Yocto Project "rocko" 2.4_M2 (Milestone 2) now available

2017-08-17 Thread Tracy Graydon

All,

The meta-intel 8.0 layer for the Yocto Project 2.4 Milestone 2 “rocko" release 
is now available.

repo: git://git.yoctoproject.org/meta-intel branch: master
tag: 8.0-rocko-2.4_M2
hash: 0d32b245e44574a612b9b48789498a78d80e9098
download: 
http://downloads.yoctoproject.org/releases/yocto/milestones/yocto-2.4_M2/meta-intel-8.0-rocko-2.4_M2.tar.bz2
md5sum: 2dcd88624c75cde2f9fa8cb77e376b7a


Tracy Graydon 
Intel Corporation
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [php7] packageconfig apache2 error

2017-08-17 Thread Andre McCurdy

On Thu, Aug 17, 2017 at 1:55 AM, idealsim  wrote:
> Hi i would like to add modphp to my image (pyro branch). For this i add this
> to my local.conf :
>
> PACKAGECONFIG_append_pn-php = "apache2 pam"
> IMAGE_INSTALL_append = "\
> apache2 \
> php \
> php-cli \
> "

Slightly off topic, but you should include an explicit leading space
when adding to a space separated list with _append, ie:

  PACKAGECONFIG_append_pn-php = " apache2 pam"

It didn't cause a problem this time because the default value for
PACKAGECONFIG in php.inc includes a trailing space, but it's not good
to rely on that.

> But during the build of php (7.1.0 by default in pyro) i have this error
> during install :
>
> |
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/php-7.1.0/build/shtool
> install -c ext/phar/phar.phar
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/bin
> |   page: php-config.1
> | ln -s -f phar.phar
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/bin/phar
> | Installing PDO headers:
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/include/php/ext/pdo/
> |
> | Notice: unserialize(): Error at offset 394 of 2427 bytes in
> phar:///media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/build/pear/install-pear-nozlib.phar/PEAR/Config.php
> on line 1080
> | ERROR: One of /home/modjo/.pearrc or
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/recipe-sysroot-native/usr/bin/../../etc//pear.conf
> is corrupt, please remove them and try againInstalling header files:
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/include/php/
> | install: cannot stat 'libs/libphp5.so': No such file or directory
> | WARNING: exit code 1 from a shell command.
> | ERROR: Function failed: do_install (log file is located at
> /media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/temp/log.do_install.31439)
> ERROR: Task
> (/media/modjo/data1TO/yocto/pyro/sources/meta-openembedded/meta-oe/recipes-devtools/php/php_7.1.0.bb:do_install)
> failed with exit code '1'
> NOTE: Tasks Summary: Attempted 1283 tasks of which 1276 didn't need to be
> rerun and 1 failed.
>
> To resolve this i change this line (in php.inc) :
>
> Line 179 install -m 755  libs/libphp5.so ${D}${libdir}/apache2/modules
>
> by this one :
>
> Line 179 install -m 755  libs/libphp7.so ${D}${libdir}/apache2/modules
>
> Perhaps this recipe need a patch ?
>
> Modjo
>
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] Checking out code from svn

2017-08-17 Thread John O'Sullivan

Hi,

This worked for me

PACKAGE="myapp"
SRC_URI = "${SVN_ROOT}/path_to_module/;module=${PACKAGE};protocol=svn;rev=HEAD"

where SVN_ROOT is something like

SVN_ROOT = "svn://10.10.10.xx"

Hi,

I am looking for some help with incorporating a svn check out into a recipe.

The current syntax I arrived at is:

SRC_URI =
"svn://myserverip/Emerald/trunk/Applications/Examples/;module=SampleApplication;protocol=svn;rev=HEAD;user=username;pswd=userpassword"

In interacting with this server I would normally check out using a command like

svn co svn://myserverip/Emerald/trunk/Applications/Example/ SampleApplication
SampleApplication

This would give me a directory called SampleApplication with the required
source code.

I would normally authenticate myself once in advance of this checkout.

The documentation at

http://www.yoctoproject.org/docs/2.3/bitbake-user-manual/bitbake-user-manual.html#svn-fetcher

mentions

"module": The name of the svn module to checkout. You must provide this
parameter. You can think of this parameter as the top-level directory of the
repository data you want.

I'm not sure what that means in this context, in my example does it mean the
SampleApplication folder?

There is no mention in the current documentation of parameters like user or
pswd so I am not sure if these are still used.

This email and any files transmitted with it are confidential and are intended
for the sole use of the individual to whom they are addressed. Black Box
Corporation reserves the right to scan all e-mail traffic for restricted
content and to monitor all e-mail in general. If you are not the intended
recipient or you have received this email in error, any use, dissemination or
forwarding of this email is strictly prohibited. If you have received this
email in error, please notify the sender by replying to this email.
--
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [meta-oracle-java][PATCH v2] oracle-java: create directory before creating links

2017-08-17 Thread Maxin B. John

Hi,

On Thu, Aug 17, 2017 at 08:36:32AM +0200, Jan Remmet wrote:
> if bindir directory doesn't exists the link is created wrongly:
> 
> file -b 
> tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/image/home/yocto/build/tmp/sysroots/x86_64-linux/usr/bin
> symbolic link to
> `/home/yocto/build/tmp/sysroots/x86_64-linux/usr/lib/jvm/java-8-oracle/bin/javac'
> 
> tested on morty
> 
> Signed-off-by: Jan Remmet 
> ---
> v2: remove default -m 0755 from install command 
> 
>  recipes-devtools/oracle-java/oracle-jse-jdk.inc | 5 -
>  1 file changed, 4 insertions(+), 1 deletion(-)
> 
> diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
> b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> index 935ad9bc2d9f..a7210d9ca475 100644
> --- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> +++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
> @@ -12,11 +12,14 @@ JDK_JRE = "jdk"
>  require oracle-jse.inc
>  
>  do_install_class-native() {
> - install -d -m 0755  ${D}${libdir_jvm}
> + install -d  ${D}${libdir_jvm}
>   cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
>  
> + install -d  ${D}${bindir}
>   ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
>   ln -sf ${JDK_HOME}/bin/javac${D}${bindir}
> +
> + install -d  ${D}${JDK_HOME}/bin
>   ln -sf javah${D}${JDK_HOME}/bin/gjavah
>   ln -sf jar  ${D}${JDK_HOME}/bin/fastjar
>  }
> -- 

Pushed now. Thanks.

Regards,
Maxin
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] dd to nand flash chip?

2017-08-17 Thread Riko Ho

Dear Yocto Team Members，

I tried to dd *.wic to nand flash but always got kernel panic, it can not
find rootfs
when I dd the same file to sd card, it worked.

I copy only *.wic file to usb drive n dd it.
Do I need the whole directory of images for dd? or I need hddimg?

Regards,
Riko
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] RDEPENDS on package does not include package in rootfs

2017-08-17 Thread Dr . Matthias Schöpfer

Hi Paul et al,




i.A. Dr.-Ing. Matthias  Schöpfer  | ithinx GmbH |  Software Engineer
Phone:  +49 (221) 99589-332 | Fax: +49 (221) 99 589-199  | E-Mail:  
matthias.schoep...@ithinx.io


On 08/17/2017 12:00 PM, Paul Eggleton wrote:
> Which package backend (rpm / ipk / deb) ?

its rpm.

Regards,

Matthias
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] RDEPENDS on package does not include package in rootfs

2017-08-17 Thread Paul Eggleton

On Thursday, 17 August 2017 9:55:09 PM NZST Dr. Matthias Schöpfer wrote:
 On 08/17/2017 11:27 AM, Paul Eggleton wrote:
> > On Thursday, 17 August 2017 8:43:41 PM NZST Dr. Matthias Schöpfer wrote:
> >> Here is my problem, maybe I misunderstood something. I have a library
> >> recipe, lets name it foo, that DEPENDS on mosquitto from
> >> meta-intel-iot-middleware. I added a RDEPENDS_${PN} += " libmosquitto1
> >> ", as the mosquitto package adds this extra package for the mosquitto
> >> library, that library foo depends on. Then I have my app "bar", that
> >> depends on "foo". "bar" is added to the image recipe. The rootfs is
> >> missing out the package libmosquitto1, and therefore missing the
> >> mosquitto library. Workaround is to add libmosquitto explicitly to the
> >> Image recipe, but as I understand, this should not me necessary.
> >
> > Something is odd here because if your foo library links to 
> > libmosquitto1.so.1
> > then it should already get a runtime dependency on the libmosquitto1 package
> > without you needing to add it. I would perhaps suggest looking at pkgdata - 
> > bitbake -e foo | grep PKGDATA_DIR  and then look in runtime/foo under that 
> > and see what RDEPENDS is indicated in there.
> >
> Thanks for the hint. All I can say is that it looks good:
> 
> RDEPENDS_foo: libstdc++ (>= 6.3.0) glibc (>= 2.25) libcrypto (>= 1.0.2k)
> jsoncpp (>= 1.8.0) libmosquitto1 (>= 1.4.10) libcurl (>= 7.53.1) libgcc
> (>= 6.3.0) libssl (>= 1.0.2k)
> 
> Then, in bar
> 
> RDEPENDS_bar: foo (>= 1.4.0-git0e371231) glibc (>= 2.25) jsoncpp (>=
> 1.8.0) libstdc++ (>= 6.3.0) libgcc (>= 6.3.0)
> 
> (foo and bar of course replacements to protect the innocent)
> 
> Again, libmosquitto1 is missing in rootfs except if I add the package to
> the image recipe.

That's very strange. I can only think that the package manager is ignoring that 
directive, or it's somehow being satisfied by some other package, or it's 
otherwise being instructed to exclude it.
 
> I am using pyro, if that is of any help.

Which package backend (rpm / ipk / deb) ?

Cheers,|
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] [layerindex-web][PATCH] Redirect user to correct url after editing a layer

2017-08-17 Thread Paul Eggleton

Hi Amanda,

Thanks - a few issues noted below.

On Tuesday, 15 August 2017 10:50:56 AM NZST Amanda Brindle wrote:
> Before, if a user edited a layer's name, they would be redirected
> to a url utilizing the old name and then receive a 404 Page not
> found error. Now, the url utilizes the new name.

Include here a reference to the bugzilla entry, typically like so:

Fixes [YOCTO #11932].

> Signed-off-by: Amanda Brindle 
> ---
>  layerindex/views.py | 14 +-
>  1 file changed, 9 insertions(+), 5 deletions(-)
> 
> diff --git a/layerindex/views.py b/layerindex/views.py
> index eaeb5c3..2a25455 100644
> --- a/layerindex/views.py
> +++ b/layerindex/views.py
> @@ -105,11 +105,6 @@ def edit_layer_view(request, template_name, 
> branch='master', slug=None):
>  layerbranch = get_object_or_404(LayerBranch, layer=layeritem, 
> branch=branchobj)
>  deplistlayers = 
> LayerItem.objects.exclude(id=layeritem.id).order_by('name')
>  returnto = request.GET.get('returnto', 'layer_item')
> -if returnto:
> -if returnto == 'layer_review':
> -return_url = reverse_lazy(returnto, args=(layeritem.name,))
> -else:
> -return_url = reverse_lazy(returnto, args=(branch, 
> layeritem.name))

Moving this unfortunately breaks the return_url sent to the template on GET for 
the "Cancel" button, so I guess it needs to be set in both places.

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[linux-yocto] [PATCH 4/4] drm/vmwgfx: limit the number of mip levels in vmw_gb_surface_define_ioctl()

2017-08-17 Thread jianchuan.wang

From: Vladis Dronov 

commit: ee9c4e681ec4f58e42a83cb0c22a0289ade1aacf upstream

The 'req->mip_levels' parameter in vmw_gb_surface_define_ioctl() is
a user-controlled 'uint32_t' value which is used as a loop count limit.
This can lead to a kernel lockup and DoS. Add check for 'req->mip_levels'.

References:
https://bugzilla.redhat.com/show_bug.cgi?id=1437431

Cc: 
Signed-off-by: Vladis Dronov 
Reviewed-by: Sinclair Yeh 
Signed-off-by: Jianchuan Wang 
---
 drivers/gpu/drm/vmwgfx/vmwgfx_surface.c | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c 
b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
index 05fa092..6fed5a8 100644
--- a/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
+++ b/drivers/gpu/drm/vmwgfx/vmwgfx_surface.c
@@ -1280,6 +1280,9 @@ int vmw_gb_surface_define_ioctl(struct drm_device *dev, 
void *data,
if (req->multisample_count != 0)
return -EINVAL;
 
+   if (req->mip_levels > DRM_VMW_MAX_MIP_LEVELS)
+   return -EINVAL;
+
if (unlikely(vmw_user_surface_size == 0))
vmw_user_surface_size = ttm_round_pot(sizeof(*user_srf)) +
128;
-- 
2.8.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[linux-yocto] [PATCH 3/4] ACPICA: Namespace: fix operand cache leak

2017-08-17 Thread jianchuan.wang

From: Seunghun Han 

commit 3b2d69114fefa474fca542e51119036dceb4aa6f upstream

ACPICA commit a23325b2e583556eae88ed3f764e457786bf4df6

I found some ACPI operand cache leaks in ACPI early abort cases.

Boot log of ACPI operand cache leak is as follows:
>[0.174332] ACPI: Added _OSI(Module Device)
>[0.175504] ACPI: Added _OSI(Processor Device)
>[0.176010] ACPI: Added _OSI(3.0 _SCP Extensions)
>[0.177032] ACPI: Added _OSI(Processor Aggregator Device)
>[0.178284] ACPI: SCI (IRQ16705) allocation failed
>[0.179352] ACPI Exception: AE_NOT_ACQUIRED, Unable to install
System Control Interrupt handler (20160930/evevent-131)
>[0.180008] ACPI: Unable to start the ACPI Interpreter
>[0.181125] ACPI Error: Could not remove SCI handler
(20160930/evmisc-281)
>[0.184068] kmem_cache_destroy Acpi-Operand: Slab cache still has
objects
>[0.185358] CPU: 0 PID: 1 Comm: swapper/0 Not tainted 4.10.0-rc3 #2
>[0.186820] Hardware name: innotek gmb_h virtual_box/virtual_box, BIOS
virtual_box 12/01/2006
>[0.188000] Call Trace:
>[0.188000]  ? dump_stack+0x5c/0x7d
>[0.188000]  ? kmem_cache_destroy+0x224/0x230
>[0.188000]  ? acpi_sleep_proc_init+0x22/0x22
>[0.188000]  ? acpi_os_delete_cache+0xa/0xd
>[0.188000]  ? acpi_ut_delete_caches+0x3f/0x7b
>[0.188000]  ? acpi_terminate+0x5/0xf
>[0.188000]  ? acpi_init+0x288/0x32e
>[0.188000]  ? __class_create+0x4c/0x80
>[0.188000]  ? video_setup+0x7a/0x7a
>[0.188000]  ? do_one_initcall+0x4e/0x1b0
>[0.188000]  ? kernel_init_freeable+0x194/0x21a
>[0.188000]  ? rest_init+0x80/0x80
>[0.188000]  ? kernel_init+0xa/0x100
>[0.188000]  ? ret_from_fork+0x25/0x30

When early abort is occurred due to invalid ACPI information, Linux kernel
terminates ACPI by calling acpi_terminate() function. The function calls
acpi_ns_terminate() function to delete namespace data and ACPI operand cache
(acpi_gbl_module_code_list).

But the deletion code in acpi_ns_terminate() function is wrapped in
ACPI_EXEC_APP definition, therefore the code is only executed when the
definition exists. If the define doesn't exist, ACPI operand cache
(acpi_gbl_module_code_list) is leaked, and stack dump is shown in kernel log.

This causes a security threat because the old kernel (<= 4.9) shows memory
locations of kernel functions in stack dump, therefore kernel ASLR can be
neutralized.

To fix ACPI operand leak for enhancing security, I made a patch which
removes the ACPI_EXEC_APP define in acpi_ns_terminate() function for
executing the deletion code unconditionally.

Link: https://github.com/acpica/acpica/commit/a23325b2
Signed-off-by: Seunghun Han 
Signed-off-by: Lv Zheng 
Signed-off-by: Bob Moore 
Signed-off-by: Rafael J. Wysocki 
Signed-off-by: Jianchuan Wang 
---
 drivers/acpi/acpica/nsutils.c | 23 +--
 1 file changed, 9 insertions(+), 14 deletions(-)

diff --git a/drivers/acpi/acpica/nsutils.c b/drivers/acpi/acpica/nsutils.c
index 691814d..943702d 100644
--- a/drivers/acpi/acpica/nsutils.c
+++ b/drivers/acpi/acpica/nsutils.c
@@ -594,25 +594,20 @@ struct acpi_namespace_node 
*acpi_ns_validate_handle(acpi_handle handle)
 void acpi_ns_terminate(void)
 {
acpi_status status;
+   union acpi_operand_object *prev;
+   union acpi_operand_object *next;
 
ACPI_FUNCTION_TRACE(ns_terminate);
 
-#ifdef ACPI_EXEC_APP
-   {
-   union acpi_operand_object *prev;
-   union acpi_operand_object *next;
+   /* Delete any module-level code blocks */
 
-   /* Delete any module-level code blocks */
-
-   next = acpi_gbl_module_code_list;
-   while (next) {
-   prev = next;
-   next = next->method.mutex;
-   prev->method.mutex = NULL;  /* Clear the Mutex 
(cheated) field */
-   acpi_ut_remove_reference(prev);
-   }
+   next = acpi_gbl_module_code_list;
+   while (next) {
+   prev = next;
+   next = next->method.mutex;
+   prev->method.mutex = NULL;  /* Clear the Mutex (cheated) 
field */
+   acpi_ut_remove_reference(prev);
}
-#endif
 
/*
 * Free the entire namespace -- all nodes and all objects
-- 
2.8.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[linux-yocto] [PATCH 2/4] char: lp: fix possible integer overflow in lp_setup()

2017-08-17 Thread jianchuan.wang

From: Willy Tarreau 

commit 3e21f4af170bebf47c187c1ff8bf155583c9f3b1 upstream

The lp_setup() code doesn't apply any bounds checking when passing
"lp=none", and only in this case, resulting in an overflow of the
parport_nr[] array. All versions in Git history are affected.

Reported-By: Roee Hay 
Cc: Ben Hutchings 
Cc: sta...@vger.kernel.org
Signed-off-by: Willy Tarreau 
Signed-off-by: Greg Kroah-Hartman 
Signed-off-by: Jianchuan Wang 
---
 drivers/char/lp.c | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/drivers/char/lp.c b/drivers/char/lp.c
index 5b67427..841fd59 100644
--- a/drivers/char/lp.c
+++ b/drivers/char/lp.c
@@ -859,7 +859,11 @@ static int __init lp_setup (char *str)
} else if (!strcmp(str, "auto")) {
parport_nr[0] = LP_PARPORT_AUTO;
} else if (!strcmp(str, "none")) {
-   parport_nr[parport_ptr++] = LP_PARPORT_NONE;
+   if (parport_ptr < LP_NO)
+   parport_nr[parport_ptr++] = LP_PARPORT_NONE;
+   else
+   printk(KERN_INFO "lp: too many ports, %s ignored.\n",
+  str);
} else if (!strcmp(str, "reset")) {
reset = 1;
}
-- 
2.8.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[linux-yocto] [linux-yocto-4.10][PATCH 0/4] For CVE-2017-8890, CVE-2017-1000363, CVE-2017-11472, CVE-2017-7346

2017-08-17 Thread jianchuan.wang

This series of patches are for CVE, including CVE-2017-8890,
CVE-2017-1000363,CVE-2017-11472,CVE-2017-7346

Eric Dumazet (1):
  dccp/tcp: do not inherit mc_list from parent

Seunghun Han (1):
  ACPICA: Namespace: fix operand cache leak

Vladis Dronov (1):
  drm/vmwgfx: limit the number of mip levels in
vmw_gb_surface_define_ioctl()

Willy Tarreau (1):
  char: lp: fix possible integer overflow in lp_setup()

 drivers/acpi/acpica/nsutils.c   | 23 +--
 drivers/char/lp.c   |  6 +-
 drivers/gpu/drm/vmwgfx/vmwgfx_surface.c |  3 +++
 net/ipv4/inet_connection_sock.c |  2 ++
 4 files changed, 19 insertions(+), 15 deletions(-)

-- 
2.8.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[linux-yocto] [PATCH 1/4] dccp/tcp: do not inherit mc_list from parent

2017-08-17 Thread jianchuan.wang

From: Eric Dumazet 

commit 657831ffc38e30092a2d5f03d385d710eb88b09a upstream

syzkaller found a way to trigger double frees from ip_mc_drop_socket()

It turns out that leave a copy of parent mc_list at accept() time,
which is very bad.

Very similar to commit 8b485ce69876 ("tcp: do not inherit
fastopen_req from parent")

Initial report from Pray3r, completed by Andrey one.
Thanks a lot to them !

Signed-off-by: Eric Dumazet 
Reported-by: Pray3r 
Reported-by: Andrey Konovalov 
Tested-by: Andrey Konovalov 
Signed-off-by: David S. Miller 
Signed-off-by: Jianchuan Wang 
---
 net/ipv4/inet_connection_sock.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/net/ipv4/inet_connection_sock.c b/net/ipv4/inet_connection_sock.c
index 19ea045..d952cfa 100644
--- a/net/ipv4/inet_connection_sock.c
+++ b/net/ipv4/inet_connection_sock.c
@@ -669,6 +669,8 @@ struct sock *inet_csk_clone_lock(const struct sock *sk,
/* listeners have SOCK_RCU_FREE, not the children */
sock_reset_flag(newsk, SOCK_RCU_FREE);
 
+   inet_sk(newsk)->mc_list = NULL;
+
newsk->sk_mark = inet_rsk(req)->ir_mark;
atomic64_set(>sk_cookie,
 atomic64_read(_rsk(req)->ir_cookie));
-- 
2.8.1

-- 
___
linux-yocto mailing list
linux-yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/linux-yocto

[yocto] [php7] packageconfig apache2 error

2017-08-17 Thread idealsim

Hi i would like to add modphp to my image (pyro branch). For this i add 
this to my local.conf :


PACKAGECONFIG_append_pn-php = "apache2 pam"
IMAGE_INSTALL_append = "\
apache2 \
php \
php-cli \
"

But during the build of php (7.1.0 by default in pyro) i have this error 
during install :


/| 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/php-7.1.0/build/shtool 
install -c ext/phar/phar.phar 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/bin//

//|   page: php-config.1//
//| ln -s -f phar.phar 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/bin/phar//
//| Installing PDO headers: 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/include/php/ext/pdo///

//| //
//| Notice: unserialize(): Error at offset 394 of 2427 bytes in 
phar:///media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/build/pear/install-pear-nozlib.phar/PEAR/Config.php 
on line 1080//
//| ERROR: One of /home/modjo/.pearrc or 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/recipe-sysroot-native/usr/bin/../../etc//pear.conf 
is corrupt, please remove them and try againInstalling header files: 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/image/usr/include/php///

//| install: cannot stat 'libs/libphp5.so': No such file or directory//
//| WARNING: exit code 1 from a shell command.//
//| ERROR: Function failed: do_install (log file is located at 
/media/modjo/data1TO/yocto/pyro/quadBuild/tmp/work/udooqdl-poky-linux-gnueabi/php/7.1.0-r0/temp/log.do_install.31439)//
//ERROR: Task 
(/media/modjo/data1TO/yocto/pyro/sources/meta-openembedded/meta-oe/recipes-devtools/php/php_7.1.0.bb:do_install) 
failed with exit code '1'//
//NOTE: Tasks Summary: Attempted 1283 tasks of which 1276 didn't need to 
be rerun and 1 failed./


To resolve this i change this line (in php.inc) :

/Line 179 install -m 755  libs/libphp5.so ${D}${libdir}/apache2/modules/

by this one :

/Line 179 install -m 755  libs/libphp7.so ${D}${libdir}/apache2/modules

/Perhaps this recipe need a patch ?

Modjo
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] RDEPENDS on package does not include package in rootfs

2017-08-17 Thread Dr . Matthias Schöpfer

Hi yocto community!

Here is my problem, maybe I misunderstood something. I have a library
recipe, lets name it foo, that DEPENDS on mosquitto from
meta-intel-iot-middleware. I added a RDEPENDS_${PN} += " libmosquitto1
", as the mosquitto package adds this extra package for the mosquitto
library, that library foo depends on. Then I have my app "bar", that
depends on "foo". "bar" is added to the image recipe. The rootfs is
missing out the package libmosquitto1, and therefore missing the
mosquitto library. Workaround is to add libmosquitto explicitly to the
Image recipe, but as I understand, this should not me necessary.

Thanks in advance,

Matthias



i.A. Dr.-Ing. Matthias Schöpfer  |  ithinx GmbH  |  Software Engineer
Phone: +49 (221) 99589-332  |  Fax: +49 (221) 99589-199
Address: ithinx GmbH  |  Butzweilerhof Allee 4  |  50829 Cologne  |  Germany
E-Mail: matthias.schoep...@ithinx.io  |  Website: www.ithinx.io
Registered Office: Cologne  |  District court: Marburg  |  HRB 6749
Managing Director: Christian Faust

This e-mail may contain confidential and/or privileged information. if you are 
not the intended recipient (or have received this e-mail in error) please
notifiy the sender immediately and destroy this e-mail. Any unautohrized 
copying, disclosure or distribution of the material in this e-mail is strictly 
forbidden.

We like trees. Please consider the environment before printing this e-mail. 
Thank you.
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] Apt-get is not working...

2017-08-17 Thread Miguel Aveiro

Well, I think you're missing the point of using Yocto. The idea is to
create your own distribution and manage it yourself...so don't expect a
mainstream Yocto apt repository for your target machine (RPi).

You can either include those missing libraries on your build and reflash
your RPi or set up a full apt repository yourself including the web server
and other stuff. Keep in mind that for older Yocto versions, the project
used to support smart package manager which has now moved to dnf because of
the lack of upstream maintenance of the first one. You can find information
about both on official Yocto documentation ;)

http://www.yoctoproject.org/docs/latest/mega-manual/mega-manual.html#migration-2.3-package-management-changes

On 17 August 2017 at 05:38, mohammed aqdam  wrote:

> hello everyone,
> i was trying to build image for rpi 3 using yocto...
> after few attempts i have build the image...but it not had apt-get so
> i added IMAGE_INSTALL_append +=" apt"
> above line local.conf.
> now i apt-get is working but whenever i try to add any package it will
> give package not found error,
> so after digging a bit i found i need source.list and status file in
> /var/dpkg/ which were absent.
> i'm working on picamera using python for which i need to add picamera
> library in order to import its functions so i need apt-get to install
> that,so is there any way i can use that library without apt-get?
> so how to make apt-get to  work?
> is there any repository of yocto which i can use in source.list?
>
> thanks in advance...
> --
> ___
> yocto mailing list
> yocto@yoctoproject.org
> https://lists.yoctoproject.org/listinfo/yocto
>
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] some issues with current poky master

2017-08-17 Thread Markus Volk


Hello,

yesterday i tried building an image using the current poky master branch. I had 
some issues, not sure which of them are homemade but i´d like to share anyway


for mesa package_qa fails with:

ERROR: mesa-2_17.1.5-r0 do_package_qa: QA Issue: package libxatracker contains 
bad RPATH 
/home/builder/yocto/poky/build/tmp/work/x86_64-linux/llvm-native/5.0-r0/recipe-sysroot-native/usr/lib:/home/builder/yocto/poky/build/tmp/work/x86_64-linux/llvm-native/5.0-r0/recipe-sysroot-native/lib
 in file 
/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/mesa/2_17.1.5-r0/packages-split/libxatracker/usr/lib/libxatracker.so.2.3.0
 [rpaths]
ERROR: mesa-2_17.1.5-r0 do_package_qa: QA run found fatal errors. Please 
consider fixing them.
ERROR: mesa-2_17.1.5-r0 do_package_qa: Function failed: do_package_qa
ERROR: Logfile of failure stored in: 
/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/mesa/2_17.1.5-r0/temp/log.do_package_qa.12561
ERROR: Task 
(/home/builder/yocto/poky/meta/recipes-graphics/mesa/mesa_17.1.5.bb:do_package_qa)
 failed with exit code '1'
NOTE: Tasks Summary: Attempted 8980 tasks of which 8970 didn't need to be rerun 
and 1 failed.

i added 'INSANE_SKIP_libxatracker = "rpaths"  into a bbappend to go on

further, i´m packaging chrome. I encounter problems here since pyro with 
unpacking the .deb 

When doing 'bitbake myimage' it stoppes here:

ERROR: chrome-browser-r0 do_unpack: Unpack failure for URL: 
'https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb'. 
Unpack command 
PATH="/home/builder/yocto/poky/build/tmp/sysroots-uninative/x86_64-linux/usr/bin:/home/builder/yocto/poky/scripts:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot/usr/bin/crossscripts:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot-native/usr/sbin:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot-native/usr/bin:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot-native/sbin:/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/recipe-sysroot-native/bin:/home/builder/yocto/poky/bitbake/bin:/home/builder/yocto/poky/build/tmp/hosttools"
 ar x 
/home/builder/yocto/poky/yocto-downloads/google-chrome-stable_current_amd64.deb 
data.tar.xz && tar --no-same-owner -xpf data.tar.xz && rm data.tar.xz failed 
with return value 2
ERROR: chrome-browser-r0 do_unpack: Function failed: base_do_unpack
ERROR: Logfile of failure stored in: 
/home/builder/yocto/poky/build/tmp/work/core2-64-poky-linux/chrome/browser-r0/temp/log.do_unpack.16529
ERROR: Task 
(/home/builder/yocto/poky/meta-neutrino-x86/recipes-local/chrome/chrome_browser.bb:do_unpack)
 failed with exit code '1'

after doing

'bitbake -c cleansstate chrome'
'bitbake chrome'

it is working then, unless the .deb is removed from download directory. Maybe 
i´m missing something inside the .bb ?

SUMMARY = "Google Chrome"
LICENSE = "proprietary"
LIC_FILES_CHKSUM = 
"file://${WORKDIR}/license;md5=17a6b3d5436a55985b200c725761907a"

SRC_URI = 
"https://dl.google.com/linux/direct/google-chrome-stable_current_amd64.deb \
   file://license \
"

SRC_URI[md5sum] = "70f90d19dcf51a87b7f6df788b5fddc7"
SRC_URI[sha256sum] = 
"5c22cc312c360cf7ad84f5f75c6fc6626b59ca529f7f66f65aaab3b9ca8df196"


DEPENDS = "xz-native"
RDEPENDS_${PN} += "cups"

S = "${WORKDIR}"

do_install() {
install -d ${D}/usr/bin ${D}/usr/share/applications ${D}/opt/google
cp -rf ${S}/opt/* ${D}/opt/
cp -rf ${S}/usr/* ${D}/usr/
ln -sf ./google-chrome-stable ${D}/usr/bin/google-chrome
cp -rf ${S}/etc/* ${D}${sysconfdir}
for i in 16 32 48 128 256;do
x='x'
install -d ${D}/usr/share/icons/hicolor/$i$x$i/apps
cp -f ${S}/opt/google/chrome/product_logo_$i.png 
${D}/usr/share/icons/hicolor/$i$x$i/apps/google-chrome.png
done
}

FILES_${PN} = "/usr \
   /opt \
   /etc \
"

INSANE_SKIP_${PN} += "already-stripped ldflags build-deps file-rdeps"

After sucessful build of the Image, my .iso has 38MB in size and seems to be 
missing the entire rootfs
The created hddimg has the right size of 4,3GB, but when i write it onto an usb 
drive (tried dd and gnome-disk-utility) it ends up with a big /boot partiton 
containing only the boot files

regards,
Markus
-- 
Markus Volk 
-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

[yocto] [meta-oracle-java][PATCH v2] oracle-java: create directory before creating links

2017-08-17 Thread Jan Remmet

if bindir directory doesn't exists the link is created wrongly:

file -b 
tmp/work/x86_64-linux/oracle-jse-jdk-x86-64-native/1.8.0-u131r0/image/home/yocto/build/tmp/sysroots/x86_64-linux/usr/bin
symbolic link to
`/home/yocto/build/tmp/sysroots/x86_64-linux/usr/lib/jvm/java-8-oracle/bin/javac'

tested on morty

Signed-off-by: Jan Remmet 
---
v2: remove default -m 0755 from install command 

 recipes-devtools/oracle-java/oracle-jse-jdk.inc | 5 -
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/recipes-devtools/oracle-java/oracle-jse-jdk.inc 
b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
index 935ad9bc2d9f..a7210d9ca475 100644
--- a/recipes-devtools/oracle-java/oracle-jse-jdk.inc
+++ b/recipes-devtools/oracle-java/oracle-jse-jdk.inc
@@ -12,11 +12,14 @@ JDK_JRE = "jdk"
 require oracle-jse.inc
 
 do_install_class-native() {
-   install -d -m 0755  ${D}${libdir_jvm}
+   install -d  ${D}${libdir_jvm}
cp -a ${S}/${JDK_JRE}${PV}_${PV_UPDATE} ${D}${JDK_HOME}
 
+   install -d  ${D}${bindir}
ln -sf ${JDK_HOME}/bin/java ${D}${bindir}
ln -sf ${JDK_HOME}/bin/javac${D}${bindir}
+
+   install -d  ${D}${JDK_HOME}/bin
ln -sf javah${D}${JDK_HOME}/bin/gjavah
ln -sf jar  ${D}${JDK_HOME}/bin/fastjar
 }
-- 
1.9.1

-- 
___
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Re: [yocto] dd to nand flash chip?

[yocto] [layerindex-web][PATCH] Redirect user to correct url after editing a layer

[yocto] [ANNOUNCEMENT] meta-intel 8.0 for Yocto Project "rocko" 2.4_M2 (Milestone 2) now available

Re: [yocto] [php7] packageconfig apache2 error

[yocto] Checking out code from svn

Re: [yocto] [meta-oracle-java][PATCH v2] oracle-java: create directory before creating links

[yocto] dd to nand flash chip?

Re: [yocto] RDEPENDS on package does not include package in rootfs

Re: [yocto] RDEPENDS on package does not include package in rootfs

Re: [yocto] [layerindex-web][PATCH] Redirect user to correct url after editing a layer

[linux-yocto] [PATCH 4/4] drm/vmwgfx: limit the number of mip levels in vmw_gb_surface_define_ioctl()

[linux-yocto] [PATCH 3/4] ACPICA: Namespace: fix operand cache leak

[linux-yocto] [PATCH 2/4] char: lp: fix possible integer overflow in lp_setup()

[linux-yocto] [linux-yocto-4.10][PATCH 0/4] For CVE-2017-8890, CVE-2017-1000363, CVE-2017-11472, CVE-2017-7346

[linux-yocto] [PATCH 1/4] dccp/tcp: do not inherit mc_list from parent

[yocto] [php7] packageconfig apache2 error

[yocto] RDEPENDS on package does not include package in rootfs

Re: [yocto] Apt-get is not working...

[yocto] some issues with current poky master

[yocto] [meta-oracle-java][PATCH v2] oracle-java: create directory before creating links

20 matches

Site Navigation

Mail list logo

Footer information