[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1321995862.2222.2.camel@koala>
Date: Tue, 22 Nov 2011 23:04:18 +0200
From: Artem Bityutskiy <dedekind1@...il.com>
To: b35362@...escale.com
Cc: dwmw2@...radead.org, Artem.Bityutskiy@...ia.com,
linux-mtd@...ts.infradead.org, linuxppc-dev@...ts.ozlabs.org,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
leoli@...escale.com, scottwood@...escale.com,
Liu Shuo <Shuo.Liu@...escale.com>,
Shengzhou Liu <Shengzhou.Liu@...escale.com>
Subject: Re: [PATCH v3 3/3] mtd/nand : workaround for Freescale FCM to
support large-page Nand chip
On Tue, 2011-11-15 at 17:29 +0800, b35362@...escale.com wrote:
> + /*
> + * Freescale FCM controller has a 2K size limitation of buffer
> + * RAM, so elbc_fcm_ctrl->buffer have to be used if writesize
> + * of chip is greater than 2048.
> + * We malloc a large enough buffer at this point, because we
> + * don't know writesize before calling nand_scan(). We will
> + * re-malloc later if needed.
> + */
> + elbc_fcm_ctrl->buffer = kmalloc(4096 * 6, GFP_KERNEL);
> + if (!elbc_fcm_ctrl->buffer)
> + return -ENOMEM;
Why 4096*6? Judging from the comment it should be 4096.
Artem.
--
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