[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <1273794629.9999.412.camel@macbook.infradead.org>
Date: Fri, 14 May 2010 00:50:29 +0100
From: David Woodhouse <dwmw2@...radead.org>
To: Kevin Hilman <khilman@...prootsystems.com>
Cc: linux-mtd@...ts.infradead.org,
Bernd Schmidt <bernd.schmidt@...log.com>,
David Howells <dhowells@...hat.com>,
Sudhakar Rajashekhara <sudhakar.raj@...com>,
Nicolas Pitre <nico@...xnic.net>, linux-kernel@...r.kernel.org,
David Brownell <david-b@...bell.net>,
David Brownell <dbrownell@...rs.sourceforge.net>,
Andrew Morton <akpm@...ux-foundation.org>
Subject: Re: [PATCH 1/2] mtdpart: memory accessor interface for MTD layer
On Tue, 2010-03-16 at 13:41 -0700, Kevin Hilman wrote:
> From: Sudhakar Rajashekhara <sudhakar....@...com>
>
> This patch implements memory accessor interface in the MTD
> layer which enables the kernel to access flash data.
>
> This patch adds two new members to the mtd_partition structure,
> a function handler which will be called during setup of the
> partition and an argument to be passed to this setup function.
Ick.
I don't mind providing the mtd_macc_{read,write} helper functions,
although they should work on generic MTD devices not just on partitions.
But do we really have to do the callout to arbitrary functions from
_within_ the core MTD code... why can't we do that in the board driver?
--
David Woodhouse Open Source Technology Centre
David.Woodhouse@...el.com Intel Corporation
--
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