[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CY4PR2201MB1272FAAE61FD55AB320AB0B6C1990@CY4PR2201MB1272.namprd22.prod.outlook.com>
Date: Wed, 23 Jan 2019 01:34:15 +0000
From: Paul Burton <paul.burton@...s.com>
To: Greg Kroah-Hartman <gregkh@...uxfoundation.org>
CC: Ralf Baechle <ralf@...ux-mips.org>,
Paul Burton <pburton@...ecomp.com>,
James Hogan <jhogan@...nel.org>,
John Crispin <john@...ozen.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-mips@...r.kernel.org" <linux-mips@...r.kernel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
"linux-mips@...r.kernel.org" <linux-mips@...r.kernel.org>
Subject: Re: [PATCH 0/5] mips: cleanup debugfs usage
Hello,
Greg Kroah-Hartman wrote:
> When calling debugfs code, there is no need to ever check the return
> value of the call, as no logic should ever change if a call works
> properly or not. Fix up a bunch of x86-specific code to not care about
> the results of debugfs.
>
> Greg Kroah-Hartman (5):
> mips: cavium: no need to check return value of debugfs_create
> functions
> mips: ralink: no need to check return value of debugfs_create
> functions
> mips: mm: no need to check return value of debugfs_create functions
> mips: math-emu: no need to check return value of debugfs_create
> functions
> mips: kernel: no need to check return value of debugfs_create
> functions
>
> arch/mips/cavium-octeon/oct_ilm.c | 31 ++++-----------------------
> arch/mips/kernel/mips-r2-to-r6-emul.c | 21 ++++--------------
> arch/mips/kernel/segment.c | 15 +++----------
> arch/mips/kernel/setup.c | 7 +-----
> arch/mips/kernel/spinlock_test.c | 21 ++++--------------
> arch/mips/kernel/unaligned.c | 16 ++++----------
> arch/mips/math-emu/me-debugfs.c | 23 ++++----------------
> arch/mips/mm/sc-debugfs.c | 15 +++----------
> arch/mips/ralink/bootrom.c | 8 +------
> 9 files changed, 28 insertions(+), 129 deletions(-)
Series applied to mips-next.
Thanks,
Paul
[ This message was auto-generated; if you believe anything is incorrect
then please email paul.burton@...s.com to report it. ]
Powered by blists - more mailing lists