From patchwork Mon Oct 15 18:51:11 2012 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Jesper Juhl X-Patchwork-Id: 1595051 Return-Path: X-Original-To: patchwork-linux-acpi@patchwork.kernel.org Delivered-To: patchwork-process-083081@patchwork2.kernel.org Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by patchwork2.kernel.org (Postfix) with ESMTP id 9751EDFB34 for ; Mon, 15 Oct 2012 18:51:21 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751491Ab2JOSvT (ORCPT ); Mon, 15 Oct 2012 14:51:19 -0400 Received: from 1010ds2-suoe.0.fullrate.dk ([90.184.90.115]:13216 "EHLO swampdragon.chaosbits.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751025Ab2JOSvT (ORCPT ); Mon, 15 Oct 2012 14:51:19 -0400 Received: by swampdragon.chaosbits.net (Postfix, from userid 1000) id E31569403D; Mon, 15 Oct 2012 20:51:11 +0200 (CEST) Received: from localhost (localhost [127.0.0.1]) by swampdragon.chaosbits.net (Postfix) with ESMTP id E120C9403B; Mon, 15 Oct 2012 20:51:11 +0200 (CEST) Date: Mon, 15 Oct 2012 20:51:11 +0200 (CEST) From: Jesper Juhl To: linux-acpi@vger.kernel.org cc: linux-kernel@vger.kernel.org, Len Brown Subject: [PATCH] [resend] ACPI: Fix memory leak in acpi_bind_one() (fwd) Message-ID: User-Agent: Alpine 2.00 (LNX 1167 2008-08-23) MIME-Version: 1.0 Sender: linux-acpi-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-acpi@vger.kernel.org Ok, so I had a little problem with my mail servers clock that caused the mail below to be timestamped a few years in the past, so I assume noone saw it - thus, resending. Reviewed-by: Toshi Kani Reviewed-by: Yasuaki Ishimatsu Acked-by: David Rientjes diff --git a/drivers/acpi/glue.c b/drivers/acpi/glue.c index d1a2d74..0837308 100644 --- a/drivers/acpi/glue.c +++ b/drivers/acpi/glue.c @@ -159,6 +159,7 @@ static int acpi_bind_one(struct device *dev, acpi_handle handle) if (physical_node->node_id >= ACPI_MAX_PHYSICAL_NODE) { retval = -ENOSPC; mutex_unlock(&acpi_dev->physical_node_lock); + kfree(physical_node); goto err; }