]> git.pld-linux.org Git - packages/kernel.git/blame - 2.6.0-t5-memleak-NCR_Q720-lkml.patch
+CONFIG_IP_NF_MATCH_LAYER7=m
[packages/kernel.git] / 2.6.0-t5-memleak-NCR_Q720-lkml.patch
CommitLineData
d912b53b 1From MAILER-DAEMON Tue Sep 23 08:36:48 2003
2Date: 23 Sep 2003 08:36:48 +0000
3From: Mail System Internal Data <MAILER-DAEMON@alpha.zarz.agh.edu.pl>
4Subject: DON'T DELETE THIS MESSAGE -- FOLDER INTERNAL DATA
5X-IMAP: 1064306208 0000000000
6Status: RO
7
8This text is part of the internal format of your mail folder, and is not
9a real message. It is created automatically by the mail system software.
10If deleted, important folder data will be lost, and it will be re-created
11with the data reset to initial values.
12
13From cieciwa@alpha.zarz.agh.edu.pl Tue Sep 23 00:47:22 2003 +0000
14Status: R
15X-Status:
16X-Keywords:
17Return-Path: <linux-kernel-owner+cieciwa=40alpha.zarz.agh.edu.pl@vger.kernel.org>
18X-Original-To: cieciwa@alpha.zarz.agh.edu.pl
19Delivered-To: cieciwa@alpha.zarz.agh.edu.pl
20Received: from galaxy.uci.agh.edu.pl (galaxy.uci.agh.edu.pl [149.156.96.9])
21 by alpha.zarz.agh.edu.pl (Postfix) with ESMTP id D1686241A5
22 for <cieciwa@alpha.zarz.agh.edu.pl>; Tue, 23 Sep 2003 00:47:22 +0000 (UTC)
23Received: from vger.kernel.org (vger.kernel.org [67.72.78.212])
24 by galaxy.uci.agh.edu.pl (Postfix) with ESMTP id A3C08AF49E
25 for <cieciwa@alpha.zarz.agh.edu.pl>; Tue, 23 Sep 2003 00:59:47 +0200 (CEST)
26Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand
27 id S261758AbTIVW4M (ORCPT <rfc822;cieciwa@alpha.zarz.agh.edu.pl>);
28 Mon, 22 Sep 2003 18:56:12 -0400
29Received: (majordomo@vger.kernel.org) by vger.kernel.org id S261808AbTIVW4M
30 (ORCPT <rfc822;linux-kernel-outgoing>);
31 Mon, 22 Sep 2003 18:56:12 -0400
32Received: from fw.osdl.org ([65.172.181.6]:10978 "EHLO mail.osdl.org")
33 by vger.kernel.org with ESMTP id S261758AbTIVWzk (ORCPT
34 <rfc822;linux-kernel@vger.kernel.org>);
35 Mon, 22 Sep 2003 18:55:40 -0400
36Received: (from chrisw@localhost)
37 by mail.osdl.org (8.11.6/8.11.6) id h8MMsuj13008;
38 Mon, 22 Sep 2003 15:54:56 -0700
39Date: Mon, 22 Sep 2003 15:54:56 -0700
40From: Chris Wright <chrisw@osdl.org>
41To: David Yu Chen <dychen@stanford.edu>
42Cc: linux-kernel@vger.kernel.org, mc@cs.stanford.edu,
43 James.Bottomley@steeleye.com
44Subject: Re: [CHECKER] 32 Memory Leaks on Error Paths
45Message-ID: <20030922155456.E18606@osdlab.pdx.osdl.net>
46References: <200309160435.h8G4ZkQM009953@elaine4.Stanford.EDU>
47Mime-Version: 1.0
48Content-Type: text/plain; charset=us-ascii
49Content-Disposition: inline
50User-Agent: Mutt/1.2.5i
51In-Reply-To: <200309160435.h8G4ZkQM009953@elaine4.Stanford.EDU>; from dychen@stanford.edu on Mon, Sep 15, 2003 at 09:35:46PM -0700
52Sender: linux-kernel-owner@vger.kernel.org
53Precedence: bulk
54X-Mailing-List: linux-kernel@vger.kernel.org
55
56* David Yu Chen (dychen@stanford.edu) wrote:
57> [FILE: 2.6.0-test5/drivers/scsi/NCR_Q720.c]
58> START -->
59> 153: p = kmalloc(sizeof(*p), GFP_KERNEL);
60> 154: if (!p)
61> 155: return -ENOMEM;
62<snip>
63> 180: if(i != NCR_Q720_MCA_ID) {
64> 181: printk(KERN_ERR "NCR_Q720, adapter failed to I/O map registers correctly at 0x%x(0x%x)\n", io_base, i);
65> END -->
66> 182: return -ENODEV;
67
68Yes, looks like a valid bug. Patch below. James, look ok?
69thanks,
70-chris
71
72===== drivers/scsi/NCR_Q720.c 1.4 vs edited =====
73--- 1.4/drivers/scsi/NCR_Q720.c Sun Aug 17 13:10:45 2003
74+++ edited/drivers/scsi/NCR_Q720.c Mon Sep 22 15:05:02 2003
75@@ -179,7 +179,7 @@
76 i = inb(io_base) | (inb(io_base+1)<<8);
77 if(i != NCR_Q720_MCA_ID) {
78 printk(KERN_ERR "NCR_Q720, adapter failed to I/O map registers correctly at 0x%x(0x%x)\n", io_base, i);
79- return -ENODEV;
80+ goto out_free;
81 }
82
83 /* Phase II, find the ram base and memory map the board register */
84-
85To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
86the body of a message to majordomo@vger.kernel.org
87More majordomo info at http://vger.kernel.org/majordomo-info.html
88Please read the FAQ at http://www.tux.org/lkml/
89
This page took 0.206338 seconds and 4 git commands to generate.