linux-kernel - Re: [PATCH 24/28] Remove DEPRECATED

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] [thread-next>] [day] [month] [year] [list]

Date:	Wed, 18 Jun 2014 10:47:10 +0200
From:	Paul Bolle <pebolle@...cali.nl>
To:	David Howells <dhowells@...hat.com>,
	Koichi Yasutake <yasutake.koichi@...panasonic.com>
Cc:	Richard Weinberger <richard@....at>,
	Geert Uytterhoeven <geert@...ux-m68k.org>,
	linux-am33-list@...hat.com, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 24/28] Remove DEPRECATED

David, Koichi,

On Mon, 2014-02-10 at 09:52 +0100, Richard Weinberger wrote:
> Am 10.02.2014 09:49, schrieb Geert Uytterhoeven:
> > On Sun, Feb 9, 2014 at 9:21 PM, Richard Weinberger <richard@....at> wrote:
> >> I assumed that every kernel developer is aware of that fact that unreachable/dead code
> >> should be removed.
> > 
> > Yes, it should be removed.
> > 
> > But that's not what you did. You did the Kconfig-equivalent of removing a
> > "#if 0" in a C source file, which causes havoc.
> 
> Fair point. I'll remove that code in v2.
> Hopefully I can catch all breakage on my testbed as many archs/configs are involved.

After first reporting this issue, in 2011, I tried to remove all dead
code hiding behind config GDBSTUB. I still have the results of that
attempt stashed away:
    $ git stash show stash@...}
     arch/mn10300/Kconfig.debug                      |  122 +-----
     arch/mn10300/boot/compressed/misc.c             |    9 -
     arch/mn10300/include/asm/exceptions.h           |    7 -
     arch/mn10300/include/asm/gdb-stub.h             |  182 ---------
     arch/mn10300/kernel/Makefile                    |    3 -
     arch/mn10300/kernel/entry.S                     |   21 --
     arch/mn10300/kernel/gdb-io-serial-low.S         |   91 -----
     arch/mn10300/kernel/gdb-io-serial.c             |  174 ---------
     arch/mn10300/kernel/gdb-io-ttysm-low.S          |   93 -----
     arch/mn10300/kernel/gdb-io-ttysm.c              |  303 ---------------
     arch/mn10300/kernel/gdb-low.S                   |  115 ------
     arch/mn10300/kernel/gdb-stub.c                  | 1923 ---------------------------------------------------------------------------------------------
     arch/mn10300/kernel/head.S                      |   10 -
     arch/mn10300/kernel/mn10300-serial.c            |    9 -
     arch/mn10300/kernel/mn10300-serial.h            |   14 -
     arch/mn10300/kernel/mn10300-watchdog.c          |   14 +-
     arch/mn10300/kernel/process.c                   |    1 -
     arch/mn10300/kernel/smp-low.S                   |    4 -
     arch/mn10300/kernel/smp.c                       |    7 -
     arch/mn10300/mm/fault.c                         |    9 -
     arch/mn10300/mm/misalignment.c                  |    1 -
     arch/mn10300/mm/tlb-mn10300.S                   |   13 -
     arch/mn10300/unit-asb2303/include/unit/serial.h |   83 ----
     arch/mn10300/unit-asb2305/include/unit/serial.h |   76 ----
     arch/mn10300/unit-asb2305/unit-init.c           |    2 -
     arch/mn10300/unit-asb2364/include/unit/serial.h |   64 ----
     26 files changed, 2 insertions(+), 3348 deletions(-)

By then I admitted defeat.

I might be willing to revisit this and draft a series of patches to
clean that up properly. But I think I never got any reaction on
Richard's patch or my report. And I do prefer to know beforehand what
your plans are for config GDBSTUB.


Paul Bolle

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/