[OE-core] [PATCH V2 3/3] uclibc: Revert systemd regressing patch from upsteam uclibc and uprev SRCREV

Khem Raj raj.khem at gmail.com
Tue Mar 24 03:04:45 UTC 2015


On Mon, Mar 23, 2015 at 4:28 PM, Bernhard Reutner-Fischer
<rep.dot.nop at gmail.com> wrote:
> On March 20, 2015 7:36:49 PM GMT+01:00, Khem Raj <raj.khem at gmail.com> wrote:
>>
>>> On Mar 20, 2015, at 6:07 AM, Bernhard Reutner-Fischer
>><rep.dot.nop at gmail.com> wrote:
>>>
>>> On 12 September 2012 at 09:55, Khem Raj <raj.khem at gmail.com> wrote:
>>>> This patch is causing systemd based systemd to not boot
>>>
>>>> meta/recipes-core/uclibc/uclibc-git.inc            |    5 +-
>>>> ...nt.c-wtent.c-move-functions-from-utxent.c.patch |  321
>>++++++++++++++++++++
>>>> 2 files changed, 324 insertions(+), 2 deletions(-)
>>>> create mode 100644
>>meta/recipes-core/uclibc/uclibc-git/0001-Revert-utent.c-wtent.c-move-functions-from-utxent.c.patch
>>>
>>> Khem,
>>>
>>> Do you remember what exactly this was fixing?
>>>
>>> I don't immediately see how reverting it makes sense..
>>> Many thanks in advance for a hint or reproducer or instructions on
>>how
>>> to reproduce!
>>
>>just remove the patch. System use to hard lock during boot. you will
>>not miss it.
>
> Cannot reproduce this on current OE with qemux86-64 -smp 22 kvm nor qemumips (no smp as that just hangs before or early in the kernel) both sato images. Nevertheless I have reverted this now and will redo it piecemeal.
>
> Sounds more like a since fixed (?) systemd bug or something.

its possible, but before we put a lid on that try it on arm

>
> Thanks,
>
>



More information about the Openembedded-core mailing list