linux-kernel - Re: [PATCH] fault-injection: handle EI_ETYPE

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [day] [month] [year] [list]

Date:   Thu, 15 Oct 2020 00:15:55 +0900
From:   Akinobu Mita <akinobu.mita@...il.com>
To:     Barnabás Pőcze <pobrn@...tonmail.com>,
        Andrew Morton <akpm@...ux-foundation.org>
Cc:     "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
        "Naveen N. Rao" <naveen.n.rao@...ux.ibm.com>,
        Anil S Keshavamurthy <anil.s.keshavamurthy@...el.com>,
        Masami Hiramatsu <mhiramat@...nel.org>,
        "David S. Miller" <davem@...emloft.net>
Subject: Re: [PATCH] fault-injection: handle EI_ETYPE_TRUE

Hi Andrew,

Please consider taking this patch in the -mm tree.

This patch looks good to me.

Reviewed-by: Akinobu Mita <akinobu.mita@...il.com>

2020年10月13日(火) 18:31 Barnabás Pőcze <pobrn@...tonmail.com>:
>
> Hi,
>
> I had some difficulty finding who should receive this patch, and I am not
> sure I got it right. Could someone please confirm that any of you
> can take this patch, or should I resend it? (In that case, to whom?)
>
>
> Thank you,
> Barnabás Pőcze
>
>
> > Commit af3b854492f351d1ff3b4744a83bf5ff7eed4920
> > ("mm/page_alloc.c: allow error injection")
> > introduced EI_ETYPE_TRUE, but did not extend
> >
> > -   lib/error-inject.c:error_type_string(), and
> > -   kernel/fail_function.c:adjust_error_retval()
> >     to accommodate for this change.
> >
> >     Handle EI_ETYPE_TRUE in both functions appropriately by
> >
> > -   returning "TRUE" in error_type_string(),
> > -   adjusting the return value to true (1) in adjust_error_retval().
> >
> >     Furthermore, simplify the logic of handling EI_ETYPE_NULL
> >     in adjust_error_retval().
> >
> >     Signed-off-by: Barnabás Pőcze pobrn@...tonmail.com
> >
> >
> > kernel/fail_function.c | 6 +++---
> > lib/error-inject.c | 2 ++
> > 2 files changed, 5 insertions(+), 3 deletions(-)
> >
> > diff --git a/kernel/fail_function.c b/kernel/fail_function.c
> > index 63b349168da7..4fdea01c0561 100644
> > --- a/kernel/fail_function.c
> > +++ b/kernel/fail_function.c
> > @@ -37,9 +37,7 @@ static unsigned long adjust_error_retval(unsigned long addr, unsigned long retv)
> > {
> > switch (get_injectable_error_type(addr)) {
> > case EI_ETYPE_NULL:
> >
> > -         if (retv != 0)
> >
> >
> > -             return 0;
> >
> >
> > -         break;
> >
> >
> >
> > -         return 0;
> >
> >
> >     case EI_ETYPE_ERRNO:
> >     if (retv < (unsigned long)-MAX_ERRNO)
> >     return (unsigned long)-EINVAL;
> >     @@ -48,6 +46,8 @@ static unsigned long adjust_error_retval(unsigned long addr, unsigned long retv)
> >     if (retv != 0 && retv < (unsigned long)-MAX_ERRNO)
> >     return (unsigned long)-EINVAL;
> >     break;
> >
> > -   case EI_ETYPE_TRUE:
> > -         return 1;
> >
> >
> >     }
> >
> >     return retv;
> >     diff --git a/lib/error-inject.c b/lib/error-inject.c
> >     index aa63751c916f..c73651b15b76 100644
> >     --- a/lib/error-inject.c
> >     +++ b/lib/error-inject.c
> >     @@ -180,6 +180,8 @@ static const char *error_type_string(int etype)
> >     return "ERRNO";
> >     case EI_ETYPE_ERRNO_NULL:
> >     return "ERRNO_NULL";
> >
> > -   case EI_ETYPE_TRUE:
> > -         return "TRUE";
> >
> >
> >     default:
> >     return "(unknown)";
> >     }
> >     --
> >     2.28.0
> >