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
next prev parent 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