| 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
| ||
|
Message-ID: <52670FF4.8070701@gmail.com> Date: Tue, 22 Oct 2013 16:53:24 -0700 From: David Daney <ddaney.cavm@...il.com> To: Joe Perches <joe@...ches.com> CC: linux-kernel@...r.kernel.org, linux-arm-kernel@...ts.infradead.org, linux-ia64@...r.kernel.org, linux-s390@...r.kernel.org, linux-rdma@...r.kernel.org, linux-raid@...r.kernel.org, linux-scsi@...r.kernel.org, codalist@...a.cs.cmu.edu, linux-fsdevel@...r.kernel.org, linux-cachefs@...hat.com, linux-nfs@...r.kernel.org, linux-ntfs-dev@...ts.sourceforge.net, ocfs2-devel@....oracle.com, keyrings@...ux-nfs.org, linux-mm@...ck.org, linux-security-module@...r.kernel.org Subject: Re: [PATCH 00/24] treewide: Convert use of typedef ctl_table to struct ctl_table On 10/22/2013 03:29 PM, Joe Perches wrote: > Joe Perches (24): > arm: Convert use of typedef ctl_table to struct ctl_table > ia64: Convert use of typedef ctl_table to struct ctl_table > s390: Convert use of typedef ctl_table to struct ctl_table > tile: Convert use of typedef ctl_table to struct ctl_table > cdrom: Convert use of typedef ctl_table to struct ctl_table > random: Convert use of typedef ctl_table to struct ctl_table > infiniband: Convert use of typedef ctl_table to struct ctl_table > md: Convert use of typedef ctl_table to struct ctl_table > parport: Convert use of typedef ctl_table to struct ctl_table > scsi: Convert use of typedef ctl_table to struct ctl_table > coda: Convert use of typedef ctl_table to struct ctl_table > fscache: Convert use of typedef ctl_table to struct ctl_table > lockd: Convert use of typedef ctl_table to struct ctl_table > nfs: Convert use of typedef ctl_table to struct ctl_table > inotify: Convert use of typedef ctl_table to struct ctl_table > ntfs: Convert use of typedef ctl_table to struct ctl_table > ocfs2: Convert use of typedef ctl_table to struct ctl_table > proc: Convert use of typedef ctl_table to struct ctl_table > fs: Convert use of typedef ctl_table to struct ctl_table > key: Convert use of typedef ctl_table to struct ctl_table > ipc: Convert use of typedef ctl_table to struct ctl_table > kernel: Convert use of typedef ctl_table to struct ctl_table > mm: Convert use of typedef ctl_table to struct ctl_table > security:keys: Convert use of typedef ctl_table to struct ctl_table After all this work, why not go ahead and remove the typedef? That way people won't add more users of this abomination. David Daney > > arch/arm/kernel/isa.c | 6 ++--- > arch/ia64/kernel/crash.c | 4 +-- > arch/ia64/kernel/perfmon.c | 6 ++--- > arch/s390/appldata/appldata_base.c | 10 ++++---- > arch/s390/kernel/debug.c | 2 +- > arch/s390/mm/cmm.c | 8 +++--- > arch/tile/kernel/proc.c | 4 +-- > drivers/cdrom/cdrom.c | 10 ++++---- > drivers/char/random.c | 4 +-- > drivers/infiniband/core/ucma.c | 2 +- > drivers/md/md.c | 6 ++--- > drivers/parport/procfs.c | 52 ++++++++++++++++++-------------------- > drivers/scsi/scsi_sysctl.c | 6 ++--- > fs/coda/sysctl.c | 4 +-- > fs/dcache.c | 2 +- > fs/drop_caches.c | 2 +- > fs/eventpoll.c | 2 +- > fs/file_table.c | 4 +-- > fs/fscache/main.c | 4 +-- > fs/inode.c | 2 +- > fs/lockd/svc.c | 6 ++--- > fs/nfs/nfs4sysctl.c | 6 ++--- > fs/nfs/sysctl.c | 6 ++--- > fs/notify/inotify/inotify_user.c | 2 +- > fs/ntfs/sysctl.c | 4 +-- > fs/ocfs2/stackglue.c | 8 +++--- > fs/proc/proc_sysctl.c | 2 +- > include/linux/key.h | 2 +- > ipc/ipc_sysctl.c | 14 +++++----- > ipc/mq_sysctl.c | 10 ++++---- > kernel/sysctl.c | 2 +- > kernel/utsname_sysctl.c | 6 ++--- > mm/page-writeback.c | 2 +- > mm/page_alloc.c | 12 ++++----- > security/keys/sysctl.c | 2 +- > 35 files changed, 111 insertions(+), 113 deletions(-) > -- 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/
Powered by blists - more mailing lists