[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4E8DDBF8.6080905@redhat.com>
Date: Thu, 06 Oct 2011 17:48:56 +0100
From: Niels de Vos <ndevos@...hat.com>
To: Jiri Kosina <jkosina@...e.cz>
CC: Bjorn Helgaas <bjorn.helgaas@...com>,
Alan Cox <alan@...ux.intel.com>,
Greg Kroah-Hartman <gregkh@...e.de>,
Joe Krahn <krahn@...hs.nih.gov>,
Andrew Morton <akpm@...gle.com>, Rich.Liu@....com.tw,
linux-kernel@...r.kernel.org
Subject: Re: [PATCH] parport_pc: release IO region properly if unsupported
ITE887x card is found
On 10/06/2011 04:38 PM, Jiri Kosina wrote:
> sio_ite_8872_probe() bails out if it detects no-parallel (1S, 2S) or unknown
> card.
>
> It doesn't call release_region() on the previously allocated resource though.
> This causes
>
> (a) leak of the resource
> (b) kernel oops when parport module is removed and /proc/ioports is read. This
> is because the string that has been associated to the IO port region
> is a static char array inside the already removed module.
>
> Let's call release_region() properly before baling out.
>
> Signed-off-by: Jiri Kosina <jkosina@...e.cz>
> ---
> drivers/parport/parport_pc.c | 3 +++
> 1 files changed, 3 insertions(+), 0 deletions(-)
>
> diff --git a/drivers/parport/parport_pc.c b/drivers/parport/parport_pc.c
> index d1cdb94..d0b597b 100644
> --- a/drivers/parport/parport_pc.c
> +++ b/drivers/parport/parport_pc.c
> @@ -2595,14 +2595,17 @@ static int __devinit sio_ite_8872_probe(struct pci_dev *pdev, int autoirq,
> break;
> case 0x6:
> printk(KERN_INFO "parport_pc: ITE8873 found (1S)\n");
> + release_region(inta_addr[i], 32);
> return 0;
> case 0x8:
> printk(KERN_INFO "parport_pc: ITE8874 found (2S)\n");
> + release_region(inta_addr[i], 32);
> return 0;
> default:
> printk(KERN_INFO "parport_pc: unknown ITE887x\n");
> printk(KERN_INFO "parport_pc: please mail 'lspci -nvv' "
> "output to Rich.Liu@....com.tw\n");
> + release_region(inta_addr[i], 32);
> return 0;
> }
>
Looks good to me, now release_region() is now consistent through the
whole of sio_ite_8872_probe().
Also verified that this is not an issue in drivers/tty/serial/8250_pci.c
where a similar logic for the same chip is used.
Acked-by: Niels de Vos <ndevos@...hat.com>
--
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