Openembedded Devel Discussions
 help / color / mirror / Atom feed
From: Colin Smiley <csmiley@icontrol.com>
To: Otavio Salvador <otavio@ossystems.com.br>,
	Max Krummenacher <max.oss.09@gmail.com>
Cc: Henning Heinold <heinold@inf.fu-berlin.de>,
	OpenEmbedded Devel List
	<openembedded-devel@lists.openembedded.org>,
	Alex de Cabo <alejandro.de-cabo-garcia@congatec.com>
Subject: Re: Query on meta-java layer openjdk-7-jre build
Date: Mon, 19 Jan 2015 18:43:35 +0000	[thread overview]
Message-ID: <D0E2AB9D.8D80%csmiley@icontrol.com> (raw)
In-Reply-To: <CAP9ODKrmQ2hLL-NFUqrB_sa24wB+WyzTPsdkssYgkknFKNO65A@mail.gmail.com>

Max, Otavio,

Thank you for the continued work you’re doing on this.


On 1/19/15, 6:41 AM, "Otavio Salvador" <otavio@ossystems.com.br> wrote:

>Hello Max,
>
>On Mon, Jan 19, 2015 at 9:56 AM, Max Krummenacher <max.oss.09@gmail.com>
>wrote:
>> I made some progress.
>> We seem to be discussing two issues

...

>> 2)
>> qemu runs indefinitely.
>> While hunting the above mentioned bug I found that when using qemu
>> with the sysroot, i.e. using the -L <path-to-sysroot> parameter qemu
>> executes and never returns.
>> On my machine free shows increasingly used RAM but I was to impatient
>> to ever see an OOM kill of qemu but maybe this is also what Colin
>> experiences and probably also why Alex does have issues with the "-L"
>> change.
>
>Awesome analysis; I've been looking for some free time to debug this
>for a while do a HUGE thanks for all your work on this :-)
>
>> An strace qemu .... run shows that qemu runs in circles of recursive
>> symlink in /usr/lib/udev/ptest/.... files.
>> Using the fsl-arm setup with poky enables ptest. When udev has been
>> compiled in this setup those testfiles have been staged and qemu
>> chokes on them..
>> 
>>http://lists.openembedded.org/pipermail/openembedded-core/2014-September/
>>097098.html
>>
>> a) One way to go would be to fix udev in oe-core, e.g.
>> index 0f8e9b6..a93b58d 100644
>> --- a/meta/recipes-core/udev/udev/add-install-ptest.patch
>> +++ b/meta/recipes-core/udev/udev/add-install-ptest.patch
>> @@ -21,7 +21,7 @@ Upstream-Status: Pending
>>  +    sed -i -e 's|^Makefile:|_Makefile:|' $(DESTDIR)/Makefile
>>  +    $(MKDIR_P) $(DESTDIR)/test
>>  +    (cd $(top_srcdir) && install $(TESTS) $(DESTDIR)/test)
>> -+    tar -C $(DESTDIR)/test/ -xJf $(top_srcdir)/test/sys.tar.xz
>> ++    cp  $(top_srcdir)/test/sys.tar.xz $(DESTDIR)/test/
>>  --- a/test/udev-test.pl    2012-03-18 16:43:36.000000000 +0100
>>  +++ b/test/udev-test.pl    2013-02-18 10:31:29.706357321 +0100
>>  @@ -1459,11 +1459,13 @@
>> diff --git a/meta/recipes-core/udev/udev/run-ptest
>> b/meta/recipes-core/udev/udev/run-ptest
>> index c6961ce..0e39806 100644
>> --- a/meta/recipes-core/udev/udev/run-ptest
>> +++ b/meta/recipes-core/udev/udev/run-ptest
>> @@ -1,3 +1,5 @@
>>  #!/bin/sh
>>
>> +tar -C test/ -xJf test/sys.tar.xz
>>  make -k check-TESTS
>> +make test-sys-distclean
>> --
>> 1.8.4.5
>
>It'd be great if you could prepare a patch to address this in OE-Core;
>once it proves stable we can ask for it to be backported for Dizzy.


If this is what is causing the meta-java qemu problems, wouldn’t this have
to be ported back to daisy as well? Daisy is the latest branch meta-java
says it supports (it’s the one I’ve been using, anyway).


Colin



  reply	other threads:[~2015-01-19 18:43 UTC|newest]

Thread overview: 19+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
     [not found] <54B220B0.8070609@gmail.com>
2015-01-11  7:14 ` Query on meta-java layer openjdk-7-jre build Victor Ascroft
2015-01-11 15:24   ` Henning Heinold
2015-01-21  9:49     ` Iorga, Cristian
2015-01-13 13:02   ` Max Krummenacher
2015-01-13 13:24     ` Henning Heinold
2015-01-13 17:55       ` Otavio Salvador
2015-01-14 23:52         ` Max Krummenacher
2015-01-15  0:11           ` Otavio Salvador
2015-01-15  0:23             ` Colin Smiley
2015-01-15  9:22               ` Henning Heinold
2015-01-15  9:57               ` Max Krummenacher
2015-01-15 11:29             ` Max Krummenacher
2015-01-15 20:51               ` Max Krummenacher
2015-01-19 11:56                 ` Max Krummenacher
2015-01-19 12:41                   ` Otavio Salvador
2015-01-19 18:43                     ` Colin Smiley [this message]
2015-01-19 19:37                       ` Otavio Salvador
2015-01-19 19:38                       ` Max Krummenacher
2015-01-20 15:21                     ` Max Krummenacher

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=D0E2AB9D.8D80%csmiley@icontrol.com \
    --to=csmiley@icontrol.com \
    --cc=alejandro.de-cabo-garcia@congatec.com \
    --cc=heinold@inf.fu-berlin.de \
    --cc=max.oss.09@gmail.com \
    --cc=openembedded-devel@lists.openembedded.org \
    --cc=otavio@ossystems.com.br \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox