Hi Hongzhi,

> > ...
> > > --- /dev/null
> > > +++ 
> > > b/meta/recipes-extended/ltp/ltp/0001-getrlimit03-adjust-a-bit-of-code-to-compatiable-with.patch
> > > @@ -0,0 +1,62 @@
> > > +From e79652a3839869b1983d65999e5d5dcb50bc9cd7 Mon Sep 17 00:00:00 2001
> > > +From: "Hongzhi.Song" <[email protected]>
> > > +Date: Mon, 15 Jul 2019 03:39:06 -0400
> > > +Subject: [PATCH] getrlimit03: adjust a bit of code to compatiable with 
> > > mips32
> > ...
> > > +Signed-off-by: Jan Stancek <[email protected]>
> > > +Signed-off-by: Hongzhi.Song <[email protected]>
> > > +
> > > +Upstream-Status: Backport
> > > +Signed-off-by: Hongzhi.Song <[email protected]>
> > > +---
> > > + testcases/kernel/syscalls/getrlimit/getrlimit03.c | 8 +++++++-
> > > + 1 file changed, 7 insertions(+), 1 deletion(-)
> > I have to say I prefer policy when only build fixes are backported / added.
> > (approach which e.g. buildroot has). Having many patches (25 atm) makes 
> > updating
> > a bit difficult (ok, not that much, 'Upstream-Status: Backport' shows what 
> > has
> > been merged since last release) and sometimes brings users patches which 
> > weren't
> > accepted by upstream (your mips patch [1] was not accepted [2]

> Thanks for your kindly remind.

> Agree with you. It's time to uprev ltp recipe.


> From now, if the "Submitting or Backport" is appropriate,

> I will make sure the patch was merged by ltp before it was sent to oe-core.
Great! Feel free to Cc me when sending patches.

> > ).

> > But I understand that LTP 3 months release cycle can be to
> > slow for some LTP users.

> > Kind regards,
> > Petr

> > PS: I'm slowly working on fixing all musl issues in LTP upstream. It's a 
> > long
> > term run but were moving towards that goal.
> > Patch "build: Add option to select libc implementation" [3] is a not a good
> > approach.  Instead it's needed to find for each failure why it's not 
> > presented
> > in musl.  Mostly because it uses non POSIX features or deprecated API, which
> > needs to be avoided or used kernel headers where it's available.

> > [1] 
> > http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/ltp/ltp/0001-open_posix_testsuite-mmap24-2-Relax-condition-a-bit.patch

> I am working on this patch.
Good.


> > [2] https://patchwork.ozlabs.org/patch/982194/#2012168

> This patch has been merge by ltp finally.
To LTP upstream? I don't see it [4]. That's the patch you working on.

> --Hongzhi

> > [3] 
> > http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-extended/ltp/ltp/0004-build-Add-option-to-select-libc-implementation.patch

[4] 
https://github.com/linux-test-project/ltp/commits/master/testcases/open_posix_testsuite/conformance/interfaces/mmap/24-2.c
-- 
_______________________________________________
Openembedded-core mailing list
[email protected]
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Reply via email to