All of lore.kernel.org
 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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.