[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-ID: <1282154806-9420-1-git-send-email-norris@broadcom.com>
Date: Wed, 18 Aug 2010 11:06:44 -0700
From: "Brian Norris" <norris@...adcom.com>
To: linux-mtd@...ts.infradead.org
cc: "Linux Kernel" <linux-kernel@...r.kernel.org>,
"Artem Bityutskiy" <dedekind1@...il.com>,
"David Woodhouse" <dwmw2@...radead.org>,
"Brian Norris" <norris@...adcom.com>,
"Sneha Narnakaje" <nsnehaprabha@...com>
Subject: [PATCH v2 0/2] Deprecate ECCGETLAYOUT
The following two patches are implementations of two different
strategies to deprecate the ioctl ECCGETLAYOUT. This ioctl is not
very useful and imposes restrictions on expanding the corresponding
kernel struct nand_ecclayout. Either patch will leave functionality
intact but allow the kernel-space layouts to expand in the future.
Strategy 1: Create new struct nand_ecclayout_l and convert all kernel
code to use this struct.
Strategy 2: Rename old struct nand_ecclayout_user and modify
nand_ecclayout to be used in the kernel only.
Either strategy employs a new function that will shrink the larger
layout to fit the size of the old one.
Please let me know if either of these will have unintended
consequences. I believe I have tested these sufficiently in both
simulation and hardware.
Thanks,
Brian
Brian Norris (2):
mtd: nand: Expand nand_ecc_layout, deprecate ioctl ECCGETLAYOUT
mtd: nand: Expand nand_ecc_layout, deprecate ioctl ECCGETLAYOUT
--
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