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] [day] [month] [year] [list]
Date:	Tue, 22 Jul 2014 22:42:26 -0700
From:	Guenter Roeck <linux@...ck-us.net>
To:	Nick Krause <xerofoify@...il.com>
CC:	Geert Uytterhoeven <geert@...ux-m68k.org>,
	linux-m68k <linux-m68k@...ts.linux-m68k.org>,
	"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH] m68k: Remove printk statement and add return statement
 in q40ints.c

On 07/22/2014 09:56 PM, Nick Krause wrote:
> On Wed, Jul 23, 2014 at 12:54 AM, Guenter Roeck <linux@...ck-us.net> wrote:
>> On 07/22/2014 09:08 PM, Nicholas Krause wrote:
>>>
>>> This removes the printk statement for irqs not defined by the hardware in
>>> function q40_irq_startup and instead returns -ENXIO as stated by the fix
>>> me message.
>>>
>>> Signed-off-by: Nicholas Krause <xerofoify@...il.com>
>>> ---
>>>    arch/m68k/q40/q40ints.c | 3 +--
>>>    1 file changed, 1 insertion(+), 2 deletions(-)
>>>
>>> diff --git a/arch/m68k/q40/q40ints.c b/arch/m68k/q40/q40ints.c
>>> index 513f9bb..86f05c0 100644
>>> --- a/arch/m68k/q40/q40ints.c
>>> +++ b/arch/m68k/q40/q40ints.c
>>> @@ -48,8 +48,7 @@ static unsigned int q40_irq_startup(struct irq_data
>>> *data)
>>>          switch (irq) {
>>>          case 1: case 2: case 8: case 9:
>>>          case 11: case 12: case 13:
>>> -               printk("%s: ISA IRQ %d not implemented by HW\n", __func__,
>>> irq);
>>> -               /* FIXME return -ENXIO; */
>>> +               return -ENXIO;
>>
>>
>> Returning -ENXIO from a function returning an unsigned int isn't really very
>> helpful,
>> don't you think ?
>>
>> With all those FIXMEs, you might want to keep in mind that there is
>> typically a
>> good reason for it. If it was as easy as your proposed fix, you can assume
>> that the FIXME would not have been there in the first place.
>>
>> Guenter
>>
>
>
> Sorry Guenter,
> That's fine. can I can change  the return type of the function or is
> that going to break things?
> Nick
>

Please have a look at the context. q40_irq_startup is used to initialize
struct irq_chip.irq_startup, which expects an unsigned int as return value.
To make things more interesting, the caller (function irq_startup) assigns
the result to an int. However, _callers_ of irq_startup either ignore
the return value, or assume that an interrupt is pending if the return
value is not 0.

So all your change accomplishes is to tell the caller that an interrupt
would be pending. Changing the return value to int will only result
in a compile warning but otherwise not change anything.

Unless you put in the effort to really analyze the code, and that applies
to each FIXME you are trying to fix, I would suggest to leave it alone.
Otherwise we just end up worse than before.

Guenter

--
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ