Message ID | 1335362618-4559-10-git-send-email-hechtb@gmail.com |
---|---|
State | New, archived |
Headers | show |
On Wed, Apr 25, 2012 at 7:03 AM, Bastian Hecht <hechtb@googlemail.com> wrote: > In hardware ecc mode, the flctl now writes and reads the oob data > provided by the user. Additionally the ECC is now returned in normal > page reads, not only when using the explicit NAND_CMD_READOOB command. I don't know about the HW-specific details here, but read/write data+OOB seems good. Acked-by: Brian Norris <computersforpeace@gmail.com> If these patches are accepted, I will try to make sure this driver switches to conditionally reading/writing OOB in my patch series. Keep an eye out for them, though. BTW, from the changes I'm seeing in this patch series, your driver was previously fairly broken. Or at least, several features of it were... Good luck with the cleanup! Brian
Hi Brian, > I don't know about the HW-specific details here, but read/write > data+OOB seems good. > > Acked-by: Brian Norris <computersforpeace@gmail.com> > > If these patches are accepted, I will try to make sure this driver > switches to conditionally reading/writing OOB in my patch series. Keep > an eye out for them, though. Thanks! I've submitted a new version of my patchset and they don't stack out of the box with your patch-set - either way if yours comes first or mine, it should require little to adapt. > BTW, from the changes I'm seeing in this patch series, your driver was > previously fairly broken. Or at least, several features of it were... > Good luck with the cleanup! Yeah thanks! I like the driver and learned a lot from it - but the ECC part was broken like hell, true :) Best regards, Bastian > Brian
diff --git a/drivers/mtd/nand/sh_flctl.c b/drivers/mtd/nand/sh_flctl.c index c0eddeb..2ab1671 100644 --- a/drivers/mtd/nand/sh_flctl.c +++ b/drivers/mtd/nand/sh_flctl.c @@ -319,6 +319,19 @@ static void write_fiforeg(struct sh_flctl *flctl, int rlen, int offset) } } +static void write_ec_fiforeg(struct sh_flctl *flctl, int rlen, int offset) +{ + int i, len_4align; + unsigned long *data = (unsigned long *)&flctl->done_buff[offset]; + void *fifo_addr = (void *)FLECFIFO(flctl); + + len_4align = (rlen + 3) / 4; + for (i = 0; i < len_4align; i++) { + wait_wecfifo_ready(flctl); + writel(cpu_to_be32(data[i]), fifo_addr); + } +} + static void set_cmd_regs(struct mtd_info *mtd, uint32_t cmd, uint32_t flcmcdr_val) { struct sh_flctl *flctl = mtd_to_flctl(mtd); @@ -385,6 +398,7 @@ static int flctl_read_page_hwecc(struct mtd_info *mtd, struct nand_chip *chip, uint8_t *buf, int page) { chip->read_buf(mtd, buf, mtd->writesize); + chip->read_buf(mtd, chip->oob_poi, mtd->oobsize); return 0; } @@ -392,6 +406,7 @@ static void flctl_write_page_hwecc(struct mtd_info *mtd, struct nand_chip *chip, const uint8_t *buf) { chip->write_buf(mtd, buf, mtd->writesize); + chip->write_buf(mtd, chip->oob_poi, mtd->oobsize); } static void execmd_read_page_sector(struct mtd_info *mtd, int page_addr) @@ -467,7 +482,7 @@ static void execmd_read_oob(struct mtd_info *mtd, int page_addr) static void execmd_write_page_sector(struct mtd_info *mtd) { struct sh_flctl *flctl = mtd_to_flctl(mtd); - int i, page_addr = flctl->seqin_page_addr; + int page_addr = flctl->seqin_page_addr; int sector, page_sectors; page_sectors = flctl->page_size ? 4 : 1; @@ -483,11 +498,7 @@ static void execmd_write_page_sector(struct mtd_info *mtd) for (sector = 0; sector < page_sectors; sector++) { write_fiforeg(flctl, 512, 512 * sector); - - for (i = 0; i < 4; i++) { - wait_wecfifo_ready(flctl); /* wait for write ready */ - writel(0xFFFFFFFF, FLECFIFO(flctl)); - } + write_ec_fiforeg(flctl, 16, mtd->writesize + 16 * sector); } wait_completion(flctl);
In hardware ecc mode, the flctl now writes and reads the oob data provided by the user. Additionally the ECC is now returned in normal page reads, not only when using the explicit NAND_CMD_READOOB command. Signed-off-by: Bastian Hecht <hechtb@gmail.com> --- drivers/mtd/nand/sh_flctl.c | 23 +++++++++++++++++------ 1 files changed, 17 insertions(+), 6 deletions(-)