Re: [PATCH] tty/serial: digicolor: Fix bad usage of IS_ERR_VALUE
Arnd Bergmann <[email protected]> Wed, 10 Feb 2016 16:21:19 +0100
| Newsgroups | org.kernel.vger.kernel-testers,org.infradead.lists.linux-arm-kernel,org.kernel.vger.linux-kernel,org.kernel.vger.linux-serial |
|---|---|
| Message-ID | <2606061.l722KO95iI@wuerfel> |
On Tuesday 09 February 2016 18:37:46 Guenter Roeck wrote: > On 02/09/2016 07:26 AM, Arnd Bergmann wrote: > > On Tuesday 09 February 2016 07:08:59 Guenter Roeck wrote: > >> IS_ERR_VALUE() assumes that its parameter is an unsigned long. > >> It can not be used to check if an unsigned int reflects an error. > >> Doing so can result in the following build warning. > >> > >> drivers/tty/serial/digicolor-usart.c: In function =E2=80=98digicol= or_uart_probe=E2=80=99: > >> include/linux/err.h:21:38: warning: > >> comparison is always false due to limited range of data t= ype > >> drivers/tty/serial/digicolor-usart.c:485:6: note: > >> in expansion of macro =E2=80=98IS_ERR_VALUE=E2=80=99 > >> > >> If that warning is seen, an error return from platform_get_irq() i= s missed. > >> > >> > > > > The patch looks correct to me, but what compiler version and which = kernel > > tree is it that triggered the warning? > > > > Andrzej Hajda just modified the definition of IS_ERR_VALUE(), and t= he > > changes are still under discussion, but I don't see that warning wi= th > > any of the versions. > > > I see it with gcc 5.1 and 5.2 (and W=3D1). I did not see / notice And= rzej's patch. >=20 > I agree that fixing the problem in IS_ERR_VALUE() is preferrable. >=20 >=20 Ah, W=3D1 explains it. We are still debating about the proper solution.= Al Viro pointed out that most users of IS_ERR_VALUE() shouldn't be using it at = all, so your patch is probably best here after all. Arnd