On ubuntu-14.04 I'm seeing SIGABRT in couple do_install tasks even after
reverting both pseudo changes (the upgrade from Alex as well as SRCREV bump
to latest commit from Seebs).

So there might be different root cause for SIGABRT unrelated to pseudo
which I haven't seen before, because pseudo locked-up in never ending loop
before it reached that point. I kind of suspect the icecc changes as
nothing else in last oe-core upgrade looked suspicious to cause such issues
in unrelated components (like tzdata, update-rc.d do_install).

On ubuntu-18.04 with both changes included I've reproduced the lock-up and
endless 100% CPU spin without pseudo.log growing in size.

I'll try to revert icecc changes to verify if it makes SIGABRT go away,
then will try to upgrade pseudo again on 14.04 to see if it will spin or
not.

Regards,

On Sat, Feb 17, 2018 at 12:22 PM, Alexander Kanavin <
alexander.kana...@linux.intel.com> wrote:

> On 02/16/2018 09:25 PM, Seebs wrote:
>
>> On Fri, 16 Feb 2018 20:11:48 +0100
>> Martin Jansa <martin.ja...@gmail.com> wrote:
>>
>> I didn't get to the logs yet, but with this change added I see many
>>> do_install tasks failing with exit code '134'.
>>>
>>
>> Huh, that's SIGABRT. I'll see if I can reproduce.
>>
>
> My experience is again radically different to that of Martin. Without this
> change (pseudo at 'Handle O_TMPFILE more better') things work flawlessly,
> with epoll enabled.
>
> With this change (pseudo at 'Allow closing client 0), pseudo again locks
> up and goes into endless 100% CPU spin. There's nothing useful in
> pseudo.log, and it does not grow in size.
>
> I think we need someone else to try this, perhaps on the autobuilder, to
> have more than two data points. I rebased my patch on top of latest poky
> master, but did not bump it to latest pseudo master:
>
> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?
> h=akanavin/pseudo-1.9.0
>
>
> Alex
>
-- 
_______________________________________________
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to