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 PHC | |
Open Source and information security mailing list archives
| ||
|
Date: Sun, 22 Nov 2020 06:46:46 -0800 From: Tom Rix <trix@...hat.com> To: Matthew Wilcox <willy@...radead.org> Cc: joe@...ches.com, clang-built-linux@...glegroups.com, linux-hyperv@...r.kernel.org, linux-kernel@...r.kernel.org, xen-devel@...ts.xenproject.org, tboot-devel@...ts.sourceforge.net, kvm@...r.kernel.org, linux-crypto@...r.kernel.org, linux-acpi@...r.kernel.org, devel@...ica.org, amd-gfx@...ts.freedesktop.org, dri-devel@...ts.freedesktop.org, intel-gfx@...ts.freedesktop.org, netdev@...r.kernel.org, linux-media@...r.kernel.org, MPT-FusionLinux.pdl@...adcom.com, linux-scsi@...r.kernel.org, linux-wireless@...r.kernel.org, ibm-acpi-devel@...ts.sourceforge.net, platform-driver-x86@...r.kernel.org, linux-usb@...r.kernel.org, linux-omap@...r.kernel.org, linux-fbdev@...r.kernel.org, ecryptfs@...r.kernel.org, linux-fsdevel@...r.kernel.org, cluster-devel@...hat.com, linux-mtd@...ts.infradead.org, keyrings@...r.kernel.org, netfilter-devel@...r.kernel.org, coreteam@...filter.org, alsa-devel@...a-project.org, bpf@...r.kernel.org, linux-bluetooth@...r.kernel.org, linux-nfs@...r.kernel.org, patches@...nsource.cirrus.com Subject: Re: [RFC] MAINTAINERS tag for cleanup robot On 11/21/20 7:23 PM, Matthew Wilcox wrote: > On Sat, Nov 21, 2020 at 08:50:58AM -0800, trix@...hat.com wrote: >> The fixer review is >> https://reviews.llvm.org/D91789 >> >> A run over allyesconfig for x86_64 finds 62 issues, 5 are false positives. >> The false positives are caused by macros passed to other macros and by >> some macro expansions that did not have an extra semicolon. >> >> This cleans up about 1,000 of the current 10,000 -Wextra-semi-stmt >> warnings in linux-next. > Are any of them not false-positives? It's all very well to enable > stricter warnings, but if they don't fix any bugs, they're just churn. > While enabling additional warnings may be a side effect of this effort the primary goal is to set up a cleaning robot. After that a refactoring robot. Tom
Powered by blists - more mailing lists