[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <d120d5000710291011u19baaf2avaef6d4b9e5ce003b@mail.gmail.com>
Date: Mon, 29 Oct 2007 13:11:40 -0400
From: "Dmitry Torokhov" <dmitry.torokhov@...il.com>
To: "Hohndel, Dirk" <hohndel@...ux.intel.com>
Cc: "Jeff Garzik" <jeff@...zik.org>, "Jiri Kosina" <jikos@...os.cz>,
linux-input@...ey.karlin.mff.cuni.cz, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] INPUT: fix hidinput_connect ignoring retval from input_register_device
On 10/29/07, Hohndel, Dirk <hohndel@...ux.intel.com> wrote:
>
> On Oct 29, 2007, at 8:33 AM, Dmitry Torokhov wrote:
>
> > On 10/29/07, Dirk Hohndel <hohndel@...ux.intel.com> wrote:
> >>
> >> Actually, the more I look at the code that bails when it runs out
> >> of memory,
> >> the more I wonder about that.
> >>
> >> hidinput = kzalloc(sizeof(*hidinput), GFP_KERNEL);
> >> input_dev = input_allocate_device();
> >> if (!hidinput || !input_dev) {
> >> kfree(hidinput);
> >> input_free_device(input_dev);
> >>
> >> This either passes a NULL pointer to kfree or to
> >> input_free_device. That's
> >> not nice.
> >>
> >
> > No, that's allright. input_free_device() takes after kfree() so that
> > it safe to call it with NULL pointer.
>
> Ahh - should have checked that.
>
> Will the rest of the patch work with the call to hidinput_disconnect?
Yes, I think it will.
--
Dmitry
-
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