[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <200908071509.17402.bzolnier@gmail.com>
Date: Fri, 7 Aug 2009 15:09:17 +0200
From: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
To: Lin Ming <ming.m.lin@...el.com>, "Brown, Len" <len.brown@...el.com>
Cc: "Moore, Robert" <robert.moore@...el.com>,
"linux-acpi@...r.kernel.org" <linux-acpi@...r.kernel.org>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH] acpi: fix acpi_device_{install,remove}_notify_handler() for _HID-less devices
Hi,
On Friday 07 August 2009 02:53:53 Lin Ming wrote:
> On Fri, 2009-08-07 at 03:41 +0800, Bartlomiej Zolnierkiewicz wrote:
> > From: Bartlomiej Zolnierkiewicz <bzolnier@...il.com>
> > Subject: [PATCH] acpi: fix acpi_device_{install,remove}_notify_handler() for _HID-less devices
>
> Hi,
>
> The patch in -mm tree titled
> "acpi-fix-null-bug-for-hid-uid-string-2.patch"
> has fixed this regression.
> Would you please give it a try?
>
> The patch attached below.
>
> Subject: acpi: fix NULL bug for HID/UID string
> From: Hugh Dickins <hugh.dickins@...cali.co.uk>
>
> acpi_device->pnp.hardware_id and unique_id are now allocated pointers,
> replacing the previous arrays. acpi_device_install_notify_handler()
> oopsed on the NULL hid when probing the video device, and perhaps other
> uses are vulnerable too. So initialize those pointers to empty strings
> when there is no hid or uid. Also, free hardware_id and unique_id when
> when acpi_device is going to be freed.
>
> Signed-off-by: Hugh Dickins <hugh.dickins@...cali.co.uk>
> Signed-off-by: Lin Ming <ming.m.lin@...el.com>
> Cc: Valdis Kletnieks <Valdis.Kletnieks@...edu>
> Signed-off-by: Andrew Morton <akpm@...ux-foundation.org>
Hugh's patch also fixes the problem and I like it more than mine version
(BTW mmotm still contains older acpi-fix-null-bug-for-hid-uid-string.patch
not acpi-fix-null-bug-for-hid-uid-string-2.patch).
Andrew, could mmotm be somehow integrated with -next (the above bug was
fixed in mmotm two weeks ago already)? If you're worried about affecting
-next's quality, worry not, it really can't be much worse than it is now
(at least we would have all outstanding patches really in the one place)..
Thanks,
Bart
--
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