From: Sinclair Yeh <syeh@vmware.com> To: Arnd Bergmann <arnd@arndb.de> Cc: Thomas Hellstrom <thellstrom@vmware.com>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, DRI <dri-devel@lists.freedesktop.org>, IDE-ML <linux-ide@vger.kernel.org>, VMware Graphics <linux-graphics-maintainer@vmware.com>, Tejun Heo <tj@kernel.org>, Brian Paul <brianp@vmware.com>, Andrew Morton <akpm@linux-foundation.org>, Linus Torvalds <torvalds@linux-foundation.org>, Guenter Roeck <linux@roeck-us.net>, Linux Media Mailing List <linux-media@vger.kernel.org> Subject: Re: [PATCH, RESEND 03/14] drm/vmwgfx: avoid gcc-7 parentheses warning Date: Mon, 17 Jul 2017 15:15:49 +0200 [thread overview] Message-ID: <20170717131548.GA15306@pc24.home> (raw) In-Reply-To: <CAK8P3a2QEOuQXy51q-EqzTh3STKTDHy2V-twi5nFPbuzOSEDkQ@mail.gmail.com> On Fri, Jul 14, 2017 at 10:28:29PM +0200, Arnd Bergmann wrote: > On Fri, Jul 14, 2017 at 9:23 PM, Linus Torvalds > <torvalds@linux-foundation.org> wrote: > > On Fri, Jul 14, 2017 at 12:21 PM, Linus Torvalds > > <torvalds@linux-foundation.org> wrote: > >> > >> NAK. This takes unintentionally insane code and turns it intentionally > >> insane. Any non-zero return is considered an error. > >> > >> The right fix is almost certainly to just return -EINVAL unconditionally. Correct. I'll fix this. > > > > Btw, this is why I hate compiler warning fix patch series. Even when > > they don't actually break the code (and sometimes they do that too), > > they can actually end up making the code worse. > > I generally agree, and this is also why I held up sending patches for the > -Wformat warnings until you brought those up. I also frequently send > patches for recently introduced warnings, which tend to have a better > chance of getting reviewed by the person that just introduced the code, > to catch this kind of mistake in my patches. > > I also regularly run into cases where I send a correct patch and find > that another broken patch has been applied the following day ;-) > > > The *intent* of that code was to return zero for the CAP_SYS_ADMIN. > > But the code has never done that in its lifetime and nobody ever > > noticed, so clearly the code shouldn't even have tried. > > Makes sense, yes. In this case, the review process has failed as > well, as one of the maintainers even gave an Ack on the wrong patch, > and then the patch got dropped without any feedback. I've done some digging and noticed that my -fixes pull request didn't get picked up last December. It's most likely because I initially made an address typo in the original request, and then followed it up with a direct email with the correct address. Sinclair _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
WARNING: multiple messages have this Message-ID (diff)
From: Sinclair Yeh <syeh@vmware.com> To: Arnd Bergmann <arnd@arndb.de> Cc: Linus Torvalds <torvalds@linux-foundation.org>, Linux Kernel Mailing List <linux-kernel@vger.kernel.org>, VMware Graphics <linux-graphics-maintainer@vmware.com>, Thomas Hellstrom <thellstrom@vmware.com>, David Airlie <airlied@linux.ie>, Greg Kroah-Hartman <gregkh@linuxfoundation.org>, Tejun Heo <tj@kernel.org>, Guenter Roeck <linux@roeck-us.net>, IDE-ML <linux-ide@vger.kernel.org>, Linux Media Mailing List <linux-media@vger.kernel.org>, Andrew Morton <akpm@linux-foundation.org>, DRI <dri-devel@lists.freedesktop.org>, Brian Paul <brianp@vmware.com> Subject: Re: [PATCH, RESEND 03/14] drm/vmwgfx: avoid gcc-7 parentheses warning Date: Mon, 17 Jul 2017 15:15:49 +0200 [thread overview] Message-ID: <20170717131548.GA15306@pc24.home> (raw) In-Reply-To: <CAK8P3a2QEOuQXy51q-EqzTh3STKTDHy2V-twi5nFPbuzOSEDkQ@mail.gmail.com> On Fri, Jul 14, 2017 at 10:28:29PM +0200, Arnd Bergmann wrote: > On Fri, Jul 14, 2017 at 9:23 PM, Linus Torvalds > <torvalds@linux-foundation.org> wrote: > > On Fri, Jul 14, 2017 at 12:21 PM, Linus Torvalds > > <torvalds@linux-foundation.org> wrote: > >> > >> NAK. This takes unintentionally insane code and turns it intentionally > >> insane. Any non-zero return is considered an error. > >> > >> The right fix is almost certainly to just return -EINVAL unconditionally. Correct. I'll fix this. > > > > Btw, this is why I hate compiler warning fix patch series. Even when > > they don't actually break the code (and sometimes they do that too), > > they can actually end up making the code worse. > > I generally agree, and this is also why I held up sending patches for the > -Wformat warnings until you brought those up. I also frequently send > patches for recently introduced warnings, which tend to have a better > chance of getting reviewed by the person that just introduced the code, > to catch this kind of mistake in my patches. > > I also regularly run into cases where I send a correct patch and find > that another broken patch has been applied the following day ;-) > > > The *intent* of that code was to return zero for the CAP_SYS_ADMIN. > > But the code has never done that in its lifetime and nobody ever > > noticed, so clearly the code shouldn't even have tried. > > Makes sense, yes. In this case, the review process has failed as > well, as one of the maintainers even gave an Ack on the wrong patch, > and then the patch got dropped without any feedback. I've done some digging and noticed that my -fixes pull request didn't get picked up last December. It's most likely because I initially made an address typo in the original request, and then followed it up with a direct email with the correct address. Sinclair
next prev parent reply other threads:[~2017-07-17 13:15 UTC|newest] Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-07-14 9:25 [PATCH 00/14] gcc-7 warnings Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 9:25 ` [PATCH, RESEND 01/14] ide: avoid warning for timings calculation Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 9:25 ` [PATCH, RESEND 02/14] ata: avoid gcc-7 warning in ata_timing_quantize Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-15 10:56 ` Tejun Heo 2017-07-15 10:56 ` Tejun Heo 2017-07-14 9:25 ` [PATCH, RESEND 03/14] drm/vmwgfx: avoid gcc-7 parentheses warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 10:11 ` Jani Nikula 2017-07-14 10:11 ` Jani Nikula 2017-07-14 19:21 ` Linus Torvalds 2017-07-14 19:21 ` Linus Torvalds 2017-07-14 19:23 ` Linus Torvalds 2017-07-14 20:28 ` Arnd Bergmann 2017-07-17 13:15 ` Sinclair Yeh [this message] 2017-07-17 13:15 ` Sinclair Yeh 2017-07-14 9:25 ` [PATCH 04/14] x86: math-emu: avoid -Wint-in-bool-context warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 9:25 ` [PATCH 05/14] isdn: isdnloop: suppress a gcc-7 warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 10:08 ` Joe Perches 2017-07-14 10:37 ` Arnd Bergmann 2017-07-15 4:20 ` Kevin Easton 2017-07-14 9:25 ` [PATCH 06/14] acpi: thermal: fix gcc-6/ccache warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 9:25 ` [PATCH 07/14] proc/kcore: hide a harmless warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 12:28 ` Ard Biesheuvel 2017-07-18 19:53 ` Arnd Bergmann 2017-07-18 19:53 ` Arnd Bergmann 2017-07-18 19:55 ` Ard Biesheuvel 2017-07-18 20:01 ` Arnd Bergmann 2017-07-18 20:07 ` Ard Biesheuvel 2017-07-18 20:21 ` Arnd Bergmann 2017-07-14 9:25 ` [PATCH 08/14] Input: adxl34x - fix gcc-7 -Wint-in-bool-context warning Arnd Bergmann 2017-07-14 9:25 ` Arnd Bergmann 2017-07-14 19:24 ` Linus Torvalds 2017-07-14 20:17 ` Arnd Bergmann 2017-07-14 21:40 ` Dmitry Torokhov 2017-07-14 9:30 ` [PATCH 09/14] SFI: fix tautological-compare warning Arnd Bergmann 2017-07-14 9:30 ` Arnd Bergmann 2017-07-14 9:31 ` [PATCH 10/14] staging:iio:resolver:ad2s1210 fix negative IIO_ANGL_VEL read Arnd Bergmann 2017-07-14 9:31 ` Arnd Bergmann 2017-07-15 11:42 ` Jonathan Cameron 2017-07-14 9:31 ` [PATCH 11/14] IB/uverbs: fix gcc-7 type warning Arnd Bergmann 2017-07-14 9:31 ` Arnd Bergmann 2017-07-14 9:46 ` Leon Romanovsky 2017-07-14 9:31 ` [PATCH 12/14] drm/nouveau/clk: fix gcc-7 -Wint-in-bool-context warning Arnd Bergmann 2017-07-14 9:31 ` Arnd Bergmann 2017-07-14 9:31 ` [PATCH 13/14] iopoll: avoid " Arnd Bergmann 2017-07-14 9:31 ` Arnd Bergmann 2017-07-14 9:55 ` Joe Perches 2017-07-14 10:22 ` Arnd Bergmann 2017-07-14 9:36 ` [PATCH 14/14] [media] fix warning on v4l2_subdev_call() result interpreted as bool Arnd Bergmann 2017-07-14 9:36 ` Arnd Bergmann 2017-07-14 9:36 ` Arnd Bergmann 2017-07-14 12:05 ` Dan Carpenter 2017-07-14 12:05 ` Dan Carpenter 2017-07-14 12:05 ` Dan Carpenter 2017-07-14 12:27 ` Arnd Bergmann 2017-07-14 12:27 ` Arnd Bergmann 2017-07-14 12:27 ` Arnd Bergmann 2017-07-14 12:55 ` Dan Carpenter 2017-07-14 12:55 ` Dan Carpenter 2017-07-14 12:55 ` Dan Carpenter 2017-07-14 13:09 ` Dan Carpenter 2017-07-14 13:09 ` Dan Carpenter 2017-07-14 13:09 ` Dan Carpenter 2017-07-14 19:32 ` Arnd Bergmann 2017-07-14 19:32 ` Arnd Bergmann 2017-07-14 19:32 ` Arnd Bergmann 2017-07-14 12:41 ` Dan Carpenter 2017-07-14 12:41 ` Dan Carpenter 2017-07-14 12:41 ` Dan Carpenter 2017-07-17 13:45 ` Hans Verkuil 2017-07-17 13:45 ` Hans Verkuil 2017-07-17 14:26 ` Arnd Bergmann 2017-07-17 14:26 ` Arnd Bergmann 2017-07-17 14:26 ` Arnd Bergmann 2017-07-17 14:28 ` Dan Carpenter 2017-07-17 14:28 ` Dan Carpenter 2017-07-17 14:28 ` Dan Carpenter 2017-07-17 14:32 ` Hans Verkuil 2017-07-17 14:32 ` Hans Verkuil 2017-07-17 14:32 ` Hans Verkuil 2017-07-17 14:35 ` Hans Verkuil 2017-07-17 14:35 ` Hans Verkuil 2017-07-17 14:35 ` Hans Verkuil 2017-07-17 21:23 ` Arnd Bergmann 2017-07-17 21:23 ` Arnd Bergmann 2017-07-17 21:23 ` Arnd Bergmann 2017-07-14 10:29 ` [PATCH 00/14] gcc-7 warnings Greg Kroah-Hartman 2017-07-14 10:29 ` Greg Kroah-Hartman
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=20170717131548.GA15306@pc24.home \ --to=syeh@vmware.com \ --cc=akpm@linux-foundation.org \ --cc=arnd@arndb.de \ --cc=brianp@vmware.com \ --cc=dri-devel@lists.freedesktop.org \ --cc=gregkh@linuxfoundation.org \ --cc=linux-graphics-maintainer@vmware.com \ --cc=linux-ide@vger.kernel.org \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-media@vger.kernel.org \ --cc=linux@roeck-us.net \ --cc=thellstrom@vmware.com \ --cc=tj@kernel.org \ --cc=torvalds@linux-foundation.org \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.