Merge branch 'Networking-driver-debugfs-cleanups'
authorDavid S. Miller <davem@davemloft.net>
Sat, 10 Aug 2019 22:25:49 +0000 (15:25 -0700)
committerDavid S. Miller <davem@davemloft.net>
Sat, 10 Aug 2019 22:25:49 +0000 (15:25 -0700)
commit2cc2743d8feec87b0bc0c9c1106136852d97f566
treebc1bd23f587852a5473d7b0f04f7ffbfa19c4b64
parent38b9e0f6d981daf46a935c8c63a67f3949a15b6a
parent7e174a49bb80f32c20a963b12aa514394666cc3c
Merge branch 'Networking-driver-debugfs-cleanups'

Greg Kroah-Hartman says:

====================
Networking driver debugfs cleanups

There is no need to test the result of any debugfs call anymore.  The
debugfs core warns the user if something fails, and the return value of
a debugfs call can always be fed back into another debugfs call with no
problems.

Also, debugfs is for debugging, so if there are problems with debugfs
(i.e. the system is out of memory) the rest of the kernel should not
change behavior, so testing for debugfs calls is pointless and not the
goal of debugfs at all.

This series cleans up a lot of networking drivers and some wimax code
that was calling debugfs and trying to do something with the return
value that it didn't need to.  Removing this logic makes the code
smaller, easier to understand, and use less run-time memory in some
cases, all good things.

The series is against net-next, and have no dependancies between any of
them if they want to go through any random tree/order.  Or, if wanted,
I can take them through my driver-core tree where other debugfs cleanups
are being slowly fed during major merge windows.

v3: fix build warning in i2400m, I thought I had caught them all :(
    add acks from some reviewers

v2: fix up build warnings, it's as if I never even built these.  Ugh, so
    sorry for wasting people's time with the v1 series.  I need to stop
    relying on 0-day as it isn't working well anymore :(
====================

Signed-off-by: David S. Miller <davem@davemloft.net>