From: "Ghorai, Sukumar" <s-ghorai@ti.com> To: Vimal Singh <vimal.newwork@gmail.com> Cc: "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org>, "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>, "tony@atomide.com" <tony@atomide.com>, "sakoman@gmail.com" <sakoman@gmail.com>, "mike@compulab.co.il" <mike@compulab.co.il>, "Artem.Bityutskiy@nokia.com" <Artem.Bityutskiy@nokia.com> Subject: RE: [PATCH v3 2/3] omap3 nand: cleanup virtual address usages Date: Wed, 19 May 2010 22:54:19 +0530 [thread overview] Message-ID: <2A3DCF3DA181AD40BDE86A3150B27B6B030D991D43@dbde02.ent.ti.com> (raw) In-Reply-To: <AANLkTinEaP9cN5A24K9Zwd4L9Fq4pzxQqqY44r7NSl4-@mail.gmail.com> Vimal, > -----Original Message----- > From: Vimal Singh [mailto:vimal.newwork@gmail.com] > Sent: 2010-05-19 21:00 > To: Ghorai, Sukumar > Cc: linux-omap@vger.kernel.org; linux-mtd@lists.infradead.org; > tony@atomide.com; sakoman@gmail.com; mike@compulab.co.il; > Artem.Bityutskiy@nokia.com > Subject: Re: [PATCH v3 2/3] omap3 nand: cleanup virtual address usages > > On Tue, May 18, 2010 at 4:46 PM, Sukumar Ghorai <s-ghorai@ti.com> wrote: > > This patch removes direct reference of gpmc address from generic nand > platform code. > > Nand platform code now uses wrapper functions which are implemented in > gpmc module. > > > > Signed-off-by: Sukumar Ghorai <s-ghorai@ti.com> > [...] > > > > > @@ -287,16 +246,15 @@ static void omap_read_buf_pref(struct mtd_info > *mtd, u_char *buf, int len) > > { > > struct omap_nand_info *info = container_of(mtd, > > struct omap_nand_info, > mtd); > > - uint32_t pfpw_status = 0, r_count = 0; > > + u32 r_count = 0; > > int ret = 0; > > - u32 *p = (u32 *)buf; > > + u32 *p; > > > > /* take care of subpage reads */ > > for (; len % 4 != 0; ) { > > *buf++ = __raw_readb(info->nand.IO_ADDR_R); > > len--; > > } > > - p = (u32 *) buf; > > Above code had an issue, which was fixed by this commit: > http://git.infradead.org/mtd- > 2.6.git/commitdiff/c3341d0ceb4de1680572024f50233403c6a8b10d > > I would suggest you to prepare your patch on MTD tree. [Ghorai] Patches started posting on lo. And lets continue the same. > > > > > /* configure and start prefetch transfer */ > > ret = gpmc_prefetch_enable(info->gpmc_cs, 0x0, len, 0x0); > > @@ -307,17 +265,18 @@ static void omap_read_buf_pref(struct mtd_info > *mtd, u_char *buf, int len) > > else > > omap_read_buf8(mtd, buf, len); > > } else { > > + p = (u32 *) buf; > > do { > > - pfpw_status = gpmc_prefetch_status(); > > - r_count = ((pfpw_status >> 24) & 0x7F) >> 2; > > - ioread32_rep(info->nand_pref_fifo_add, p, > r_count); > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_FIFO_CNT, 0, 0, &r_count); > > + r_count = r_count >> 2; > > + ioread32_rep(info->nand.IO_ADDR_R, p, r_count); > > p += r_count; > > - len -= r_count << 2; > > + len -= (r_count << 2); > > Braces are not required here. [Ghorai] thanks > > > } while (len); > > - > > After call to 'gpmc_prefetch_enable', next line are: > if (ret) { > /* PFPW engine is busy, use cpu copy method */ > if (info->nand.options & NAND_BUSWIDTH_16) > ... > ... > > - /* disable and stop the PFPW engine */ > > - gpmc_prefetch_reset(info->gpmc_cs); > > } > > So, if above 'if' fails, driver will not get prefetch engine (it was > already busy). Then it doesn't makes sense to call for __reset__. [Ghorai] I will take this clean up as 4th patch. As its not matching with patch description. > > > + /* disable and stop the PFPW engine */ > > + gpmc_prefetch_reset(info->gpmc_cs); > > (Also see my comments on your other patch.) [Ghorai] Agree and I will take this kind of cleanup as 4th patch > > > } > > > > /** > > @@ -331,13 +290,13 @@ static void omap_write_buf_pref(struct mtd_info > *mtd, > > { > > struct omap_nand_info *info = container_of(mtd, > > struct omap_nand_info, > mtd); > > - uint32_t pfpw_status = 0, w_count = 0; > > + uint32_t pref_count = 0, w_count = 0; > > int i = 0, ret = 0; > > - u16 *p = (u16 *) buf; > > + u16 *p; > > > > /* take care of subpage writes */ > > if (len % 2 != 0) { > > - writeb(*buf, info->nand.IO_ADDR_R); > > + writeb(*buf, info->nand.IO_ADDR_W); > > p = (u16 *)(buf + 1); > > len--; > > } > > @@ -351,17 +310,22 @@ static void omap_write_buf_pref(struct mtd_info > *mtd, > > else > > omap_write_buf8(mtd, buf, len); > > } else { > > - pfpw_status = gpmc_prefetch_status(); > > - while (pfpw_status & 0x3FFF) { > > - w_count = ((pfpw_status >> 24) & 0x7F) >> 1; > > + p = (u16 *) buf; > > + while (len) { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_FIFO_CNT, 0, 0, > &w_count); > > + w_count = w_count >> 1; > > for (i = 0; (i < w_count) && len; i++, len -= 2) > > - iowrite16(*p++, info- > >nand_pref_fifo_add); > > - pfpw_status = gpmc_prefetch_status(); > > + iowrite16(*p++, info->nand.IO_ADDR_W); > > } > > - > > - /* disable and stop the PFPW engine */ > > - gpmc_prefetch_reset(info->gpmc_cs); > > + /* wait for data to flushed-out before reset the > prefetch */ > > + do { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_COUNT, 0, 0, &pref_count); > > + } while (pref_count); > > } > > + /* disable and stop the PFPW engine */ > > + gpmc_prefetch_reset(info->gpmc_cs); > > Same as above. [Ghorai] Agree and I will take this kind of cleanup as 4th patch, as its not matching with patch description. > > > > } > > > > #ifdef CONFIG_MTD_NAND_OMAP_PREFETCH_DMA > > @@ -448,8 +412,10 @@ static inline int omap_nand_dma_transfer(struct > mtd_info *mtd, void *addr, > > /* setup and start DMA using dma_addr */ > > wait_for_completion(&info->comp); > > > > - while (0x3fff & (prefetch_status = gpmc_prefetch_status())) > > - ; > > + do { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_COUNT, 0, 0, > &prefetch_status); > > + } while (prefetch_status); > > /* disable and stop the PFPW engine */ > > gpmc_prefetch_reset(); > > > > @@ -502,7 +468,7 @@ static void omap_write_buf_dma_pref(struct mtd_info > *mtd, > > omap_write_buf_pref(mtd, buf, len); > > else > > /* start transfer in DMA mode */ > > - omap_nand_dma_transfer(mtd, buf, len, 0x1); > > + omap_nand_dma_transfer(mtd, (u_char *) buf, len, 0x1); > > This is already fixed. See commit: > http://git.infradead.org/mtd- > 2.6.git/commitdiff/bdaefc41627b6f2815ef7aa476dfa4ebb3ad499f [Ghorai] thanks I will omit this from this patch > > > Rest, patches looks good. It is a good clean-up all together. [Ghorai] Is it possible for you to check once again if you have any additional comments! This is to identify the issue if any at early stage. > > -- > Regards, > Vimal Singh -- To unsubscribe from this list: send the line "unsubscribe linux-omap" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
WARNING: multiple messages have this Message-ID (diff)
From: "Ghorai, Sukumar" <s-ghorai@ti.com> To: Vimal Singh <vimal.newwork@gmail.com> Cc: "Artem.Bityutskiy@nokia.com" <Artem.Bityutskiy@nokia.com>, "tony@atomide.com" <tony@atomide.com>, "sakoman@gmail.com" <sakoman@gmail.com>, "linux-mtd@lists.infradead.org" <linux-mtd@lists.infradead.org>, "linux-omap@vger.kernel.org" <linux-omap@vger.kernel.org> Subject: RE: [PATCH v3 2/3] omap3 nand: cleanup virtual address usages Date: Wed, 19 May 2010 22:54:19 +0530 [thread overview] Message-ID: <2A3DCF3DA181AD40BDE86A3150B27B6B030D991D43@dbde02.ent.ti.com> (raw) In-Reply-To: <AANLkTinEaP9cN5A24K9Zwd4L9Fq4pzxQqqY44r7NSl4-@mail.gmail.com> Vimal, > -----Original Message----- > From: Vimal Singh [mailto:vimal.newwork@gmail.com] > Sent: 2010-05-19 21:00 > To: Ghorai, Sukumar > Cc: linux-omap@vger.kernel.org; linux-mtd@lists.infradead.org; > tony@atomide.com; sakoman@gmail.com; mike@compulab.co.il; > Artem.Bityutskiy@nokia.com > Subject: Re: [PATCH v3 2/3] omap3 nand: cleanup virtual address usages > > On Tue, May 18, 2010 at 4:46 PM, Sukumar Ghorai <s-ghorai@ti.com> wrote: > > This patch removes direct reference of gpmc address from generic nand > platform code. > > Nand platform code now uses wrapper functions which are implemented in > gpmc module. > > > > Signed-off-by: Sukumar Ghorai <s-ghorai@ti.com> > [...] > > > > > @@ -287,16 +246,15 @@ static void omap_read_buf_pref(struct mtd_info > *mtd, u_char *buf, int len) > > { > > struct omap_nand_info *info = container_of(mtd, > > struct omap_nand_info, > mtd); > > - uint32_t pfpw_status = 0, r_count = 0; > > + u32 r_count = 0; > > int ret = 0; > > - u32 *p = (u32 *)buf; > > + u32 *p; > > > > /* take care of subpage reads */ > > for (; len % 4 != 0; ) { > > *buf++ = __raw_readb(info->nand.IO_ADDR_R); > > len--; > > } > > - p = (u32 *) buf; > > Above code had an issue, which was fixed by this commit: > http://git.infradead.org/mtd- > 2.6.git/commitdiff/c3341d0ceb4de1680572024f50233403c6a8b10d > > I would suggest you to prepare your patch on MTD tree. [Ghorai] Patches started posting on lo. And lets continue the same. > > > > > /* configure and start prefetch transfer */ > > ret = gpmc_prefetch_enable(info->gpmc_cs, 0x0, len, 0x0); > > @@ -307,17 +265,18 @@ static void omap_read_buf_pref(struct mtd_info > *mtd, u_char *buf, int len) > > else > > omap_read_buf8(mtd, buf, len); > > } else { > > + p = (u32 *) buf; > > do { > > - pfpw_status = gpmc_prefetch_status(); > > - r_count = ((pfpw_status >> 24) & 0x7F) >> 2; > > - ioread32_rep(info->nand_pref_fifo_add, p, > r_count); > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_FIFO_CNT, 0, 0, &r_count); > > + r_count = r_count >> 2; > > + ioread32_rep(info->nand.IO_ADDR_R, p, r_count); > > p += r_count; > > - len -= r_count << 2; > > + len -= (r_count << 2); > > Braces are not required here. [Ghorai] thanks > > > } while (len); > > - > > After call to 'gpmc_prefetch_enable', next line are: > if (ret) { > /* PFPW engine is busy, use cpu copy method */ > if (info->nand.options & NAND_BUSWIDTH_16) > ... > ... > > - /* disable and stop the PFPW engine */ > > - gpmc_prefetch_reset(info->gpmc_cs); > > } > > So, if above 'if' fails, driver will not get prefetch engine (it was > already busy). Then it doesn't makes sense to call for __reset__. [Ghorai] I will take this clean up as 4th patch. As its not matching with patch description. > > > + /* disable and stop the PFPW engine */ > > + gpmc_prefetch_reset(info->gpmc_cs); > > (Also see my comments on your other patch.) [Ghorai] Agree and I will take this kind of cleanup as 4th patch > > > } > > > > /** > > @@ -331,13 +290,13 @@ static void omap_write_buf_pref(struct mtd_info > *mtd, > > { > > struct omap_nand_info *info = container_of(mtd, > > struct omap_nand_info, > mtd); > > - uint32_t pfpw_status = 0, w_count = 0; > > + uint32_t pref_count = 0, w_count = 0; > > int i = 0, ret = 0; > > - u16 *p = (u16 *) buf; > > + u16 *p; > > > > /* take care of subpage writes */ > > if (len % 2 != 0) { > > - writeb(*buf, info->nand.IO_ADDR_R); > > + writeb(*buf, info->nand.IO_ADDR_W); > > p = (u16 *)(buf + 1); > > len--; > > } > > @@ -351,17 +310,22 @@ static void omap_write_buf_pref(struct mtd_info > *mtd, > > else > > omap_write_buf8(mtd, buf, len); > > } else { > > - pfpw_status = gpmc_prefetch_status(); > > - while (pfpw_status & 0x3FFF) { > > - w_count = ((pfpw_status >> 24) & 0x7F) >> 1; > > + p = (u16 *) buf; > > + while (len) { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_FIFO_CNT, 0, 0, > &w_count); > > + w_count = w_count >> 1; > > for (i = 0; (i < w_count) && len; i++, len -= 2) > > - iowrite16(*p++, info- > >nand_pref_fifo_add); > > - pfpw_status = gpmc_prefetch_status(); > > + iowrite16(*p++, info->nand.IO_ADDR_W); > > } > > - > > - /* disable and stop the PFPW engine */ > > - gpmc_prefetch_reset(info->gpmc_cs); > > + /* wait for data to flushed-out before reset the > prefetch */ > > + do { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_COUNT, 0, 0, &pref_count); > > + } while (pref_count); > > } > > + /* disable and stop the PFPW engine */ > > + gpmc_prefetch_reset(info->gpmc_cs); > > Same as above. [Ghorai] Agree and I will take this kind of cleanup as 4th patch, as its not matching with patch description. > > > > } > > > > #ifdef CONFIG_MTD_NAND_OMAP_PREFETCH_DMA > > @@ -448,8 +412,10 @@ static inline int omap_nand_dma_transfer(struct > mtd_info *mtd, void *addr, > > /* setup and start DMA using dma_addr */ > > wait_for_completion(&info->comp); > > > > - while (0x3fff & (prefetch_status = gpmc_prefetch_status())) > > - ; > > + do { > > + gpmc_hwcontrol(info->gpmc_cs, > > + GPMC_PREFETCH_COUNT, 0, 0, > &prefetch_status); > > + } while (prefetch_status); > > /* disable and stop the PFPW engine */ > > gpmc_prefetch_reset(); > > > > @@ -502,7 +468,7 @@ static void omap_write_buf_dma_pref(struct mtd_info > *mtd, > > omap_write_buf_pref(mtd, buf, len); > > else > > /* start transfer in DMA mode */ > > - omap_nand_dma_transfer(mtd, buf, len, 0x1); > > + omap_nand_dma_transfer(mtd, (u_char *) buf, len, 0x1); > > This is already fixed. See commit: > http://git.infradead.org/mtd- > 2.6.git/commitdiff/bdaefc41627b6f2815ef7aa476dfa4ebb3ad499f [Ghorai] thanks I will omit this from this patch > > > Rest, patches looks good. It is a good clean-up all together. [Ghorai] Is it possible for you to check once again if you have any additional comments! This is to identify the issue if any at early stage. > > -- > Regards, > Vimal Singh
next prev parent reply other threads:[~2010-05-19 17:24 UTC|newest] Thread overview: 159+ messages / expand[flat|nested] mbox.gz Atom feed top [not found] <Sukumar Ghorai <s-ghorai@ti.com> 2010-04-06 12:29 ` [PATCH 0/2] OMAP: Flash device support 3630 sdp board Sukumar Ghorai 2010-04-06 12:29 ` [PATCH 1/2] OMAP3630SDP: Add support for Flash Sukumar Ghorai 2010-04-06 12:29 ` [PATCH 2/2] OMAP3630SDP: enable Flash device support Sukumar Ghorai 2010-04-06 13:02 ` [PATCH 1/2] OMAP3630SDP: Add support for Flash Vimal Singh 2010-04-13 17:37 ` [PATCH] nand support on omap3 boards Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v3 1/8] omap3: zoom: Introducing 'board-zoom-flash.c' Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v3 2/8] omap3: add support for NAND on zoom2 board Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v3 3/8] omap3: add support for NAND on zoom3 board Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v2 4/8] omap-3630-sdp : Add support for Flash Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v2 5/8] omap-3630-sdp: enable Flash device support Sukumar Ghorai 2010-04-13 17:37 ` [PATCH v2 6/8] omap3: add support for NAND on LDP board Sukumar Ghorai 2010-04-13 17:37 ` [PATCH 7/8] zoom2: enable NAND support Sukumar Ghorai 2010-04-13 17:37 ` [PATCH 8/8] zoom3: " Sukumar Ghorai 2010-04-13 17:37 ` [PATCH] nand support on omap3 boards Sukumar Ghorai 2010-04-13 17:37 ` [PATCH 8/8] omap3: GPMC register definition at common location Sukumar Ghorai 2010-04-13 17:37 ` [PATCH] omap3: NAND Prefetch in IRQ mode support Sukumar Ghorai 2010-04-13 17:37 ` [PATCH] omap-3630 NAND: enable NAND io in prefetch-irq mode Sukumar Ghorai 2010-04-13 17:37 ` [PATCH] omap: NAND: ecc layout select from board file Sukumar Ghorai 2010-04-13 17:37 ` [PATCH] omap: NAND: Making ecc layout as compatible with romcode ecc Sukumar Ghorai 2010-04-14 4:35 ` [PATCH] nand support on omap3 boards Vimal Singh 2010-04-14 4:37 ` Vimal Singh 2010-04-14 4:38 ` Ghorai, Sukumar 2010-05-04 6:00 ` Ghorai, Sukumar 2010-05-04 6:01 ` Ghorai, Sukumar 2010-05-28 13:48 ` Ghorai, Sukumar 2010-04-13 17:44 ` Sukumar Ghorai 2010-04-16 11:32 ` [PATCH 0/6] nand prefetch-irq support and ecc layout chanage Sukumar Ghorai 2010-04-16 11:32 ` Sukumar Ghorai 2010-04-16 11:34 ` [PATCH 1/6] omap3: GPMC register definition at common location Sukumar Ghorai 2010-04-16 11:34 ` Sukumar Ghorai 2010-04-16 11:35 ` [PATCH 2/6] omap3: NAND Prefetch in IRQ mode support Sukumar Ghorai 2010-04-16 11:35 ` Sukumar Ghorai 2010-04-16 11:35 ` [PATCH 3/6] OMAP NAND: configurable fifo threshold to gain the throughput Sukumar Ghorai 2010-04-16 11:35 ` Sukumar Ghorai 2010-04-16 12:45 ` Vimal Singh 2010-04-16 12:45 ` Vimal Singh 2010-04-16 11:35 ` [PATCH 4/6] omap-3630 NAND: enable NAND io in prefetch-irq mode Sukumar Ghorai 2010-04-16 11:35 ` Sukumar Ghorai 2010-04-16 11:35 ` [PATCH 5/6] omap: NAND: ecc layout select from board file Sukumar Ghorai 2010-04-16 11:35 ` Sukumar Ghorai 2010-04-16 11:35 ` [PATCH 6/6] omap: NAND: Making ecc layout as compatible with romcode ecc Sukumar Ghorai 2010-04-16 11:35 ` Sukumar Ghorai 2010-05-12 9:48 ` [PATCH 0/3] omap3 nand: cleanup exiting platform related code Sukumar Ghorai 2010-05-12 9:48 ` Sukumar Ghorai 2010-05-12 9:48 ` [PATCH 1/3] omap3: GPMC register definition at common location Sukumar Ghorai 2010-05-12 9:48 ` Sukumar Ghorai 2010-05-12 9:48 ` [PATCH 2/3] omap3 nand: cleanup for not to use GPMC virtual address Sukumar Ghorai 2010-05-12 9:48 ` Sukumar Ghorai 2010-05-12 9:48 ` [PATCH 3/3] omap3 nand: fix issue in board file to detect the nand Sukumar Ghorai 2010-05-12 9:48 ` Sukumar Ghorai 2010-05-13 15:41 ` [PATCH 2/3] omap3 nand: cleanup for not to use GPMC virtual address Tony Lindgren 2010-05-13 15:41 ` Tony Lindgren 2010-05-13 18:48 ` Ghorai, Sukumar 2010-05-13 18:48 ` Ghorai, Sukumar 2010-05-13 6:15 ` [PATCH 1/3] omap3: GPMC register definition at common location Mike Rapoport 2010-05-13 6:15 ` Mike Rapoport 2010-05-13 15:41 ` Tony Lindgren 2010-05-13 15:41 ` Tony Lindgren 2010-05-13 15:44 ` [PATCH 0/3] omap3 nand: cleanup exiting platform related code Tony Lindgren 2010-05-13 15:44 ` Tony Lindgren 2010-05-14 15:23 ` [PATCH v2 0/2] " Sukumar Ghorai 2010-05-14 15:23 ` Sukumar Ghorai 2010-05-14 15:23 ` [PATCH v2 1/2] omap3 nand: cleanup for not to use GPMC virtual address Sukumar Ghorai 2010-05-14 15:23 ` Sukumar Ghorai 2010-05-14 15:23 ` [PATCH v2 2/2] omap3 nand: fix issue in board file to detect the nand Sukumar Ghorai 2010-05-14 15:23 ` Sukumar Ghorai 2010-05-14 15:28 ` [PATCH v2 1/2] omap3 nand: cleanup for not to use GPMC virtual address Tony Lindgren 2010-05-14 15:28 ` Tony Lindgren 2010-05-14 18:02 ` Vimal Singh 2010-05-14 18:02 ` Vimal Singh 2010-05-17 4:22 ` Ghorai, Sukumar 2010-05-17 4:22 ` Ghorai, Sukumar 2010-05-17 14:26 ` Vimal Singh 2010-05-17 14:26 ` Vimal Singh 2010-05-17 14:34 ` Ghorai, Sukumar 2010-05-17 14:34 ` Ghorai, Sukumar 2010-05-14 23:58 ` Tony Lindgren 2010-05-14 23:58 ` Tony Lindgren 2010-05-17 5:48 ` Ghorai, Sukumar 2010-05-17 5:48 ` Ghorai, Sukumar 2010-05-18 11:16 ` [PATCH v3 0/3] omap3 nand: cleanup exiting platform related code Sukumar Ghorai 2010-05-18 11:16 ` Sukumar Ghorai 2010-05-18 11:16 ` [PATCH v3 1/3] omap3 gpmc: functionality enhancement Sukumar Ghorai 2010-05-18 11:16 ` Sukumar Ghorai 2010-05-18 11:16 ` [PATCH v3 2/3] omap3 nand: cleanup virtual address usages Sukumar Ghorai 2010-05-18 11:16 ` Sukumar Ghorai 2010-05-18 11:16 ` [PATCH v3 3/3] omap3 nand: fix issue in board file to detect nand Sukumar Ghorai 2010-05-18 11:16 ` Sukumar Ghorai 2010-05-19 15:30 ` [PATCH v3 2/3] omap3 nand: cleanup virtual address usages Vimal Singh 2010-05-19 15:30 ` Vimal Singh 2010-05-19 17:24 ` Ghorai, Sukumar [this message] 2010-05-19 17:24 ` Ghorai, Sukumar 2010-05-19 18:07 ` Vimal Singh 2010-05-19 18:07 ` Vimal Singh 2010-05-19 18:19 ` Tony Lindgren 2010-05-19 18:19 ` Tony Lindgren 2010-05-19 14:46 ` [PATCH v3 1/3] omap3 gpmc: functionality enhancement Vimal Singh 2010-05-19 14:46 ` Vimal Singh 2010-05-19 15:14 ` Peter Barada 2010-05-19 15:14 ` Peter Barada 2010-05-19 15:48 ` Peter Barada 2010-05-19 15:48 ` Peter Barada 2010-05-19 18:04 ` Ghorai, Sukumar 2010-05-19 18:04 ` Ghorai, Sukumar 2010-05-19 18:30 ` Vimal Singh 2010-05-19 18:30 ` Vimal Singh 2010-05-20 5:38 ` Ghorai, Sukumar 2010-05-20 5:38 ` Ghorai, Sukumar 2010-05-20 14:34 ` Vimal Singh 2010-05-20 14:34 ` Vimal Singh 2010-05-25 14:37 ` Ghorai, Sukumar 2010-05-25 14:37 ` Ghorai, Sukumar 2010-05-25 15:34 ` Vimal Singh 2010-05-25 15:34 ` Vimal Singh 2010-05-27 13:24 ` [PATCH v4 0/3] omap3 nand: cleanup exiting platform related code Sukumar Ghorai 2010-05-27 13:24 ` [PATCH v4 1/3] omap3 gpmc: functionality enhancement Sukumar Ghorai 2010-05-27 13:24 ` [PATCH v4 2/3] omap3 nand: cleanup virtual address usages Sukumar Ghorai 2010-05-27 13:24 ` [PATCH v4 3/3] omap3 nand: fix issue in board file to detect nand Sukumar Ghorai 2010-05-27 18:26 ` [PATCH v4 1/3] omap3 gpmc: functionality enhancement Vimal Singh 2010-06-04 7:40 ` [PATCH v5 0/3] omap3 nand: cleanup exiting platform related code Sukumar Ghorai 2010-06-04 7:40 ` Sukumar Ghorai 2010-06-04 7:40 ` [PATCH v5 1/3] omap3 gpmc: functionality enhancement Sukumar Ghorai 2010-06-04 7:40 ` Sukumar Ghorai 2010-06-04 7:40 ` [PATCH v5 2/3] omap3 nand: cleanup virtual address usages Sukumar Ghorai 2010-06-04 7:40 ` Sukumar Ghorai 2010-06-04 7:40 ` [PATCH v5 3/3] omap3 nand: fix issue in board file to detect nand Sukumar Ghorai 2010-06-04 7:40 ` Sukumar Ghorai 2010-07-07 10:21 ` [PATCH v5 2/3] omap3 nand: cleanup virtual address usages Tony Lindgren 2010-07-07 10:21 ` Tony Lindgren 2010-07-07 12:22 ` Ghorai, Sukumar 2010-07-07 12:22 ` Ghorai, Sukumar 2010-07-07 10:18 ` [PATCH v5 1/3] omap3 gpmc: functionality enhancement Tony Lindgren 2010-07-07 10:18 ` Tony Lindgren 2010-07-07 12:32 ` Ghorai, Sukumar 2010-07-07 12:32 ` Ghorai, Sukumar 2010-07-07 13:01 ` Tony Lindgren 2010-07-07 13:01 ` Tony Lindgren 2010-07-08 3:54 ` Ghorai, Sukumar 2010-07-08 3:54 ` Ghorai, Sukumar 2010-06-08 17:12 ` [PATCH v5 0/3] omap3 nand: cleanup exiting platform related code Vimal Singh 2010-06-08 17:12 ` Vimal Singh 2010-06-15 13:26 ` Ghorai, Sukumar 2010-06-15 13:26 ` Ghorai, Sukumar 2010-06-30 14:42 ` Ghorai, Sukumar 2010-06-30 14:42 ` Ghorai, Sukumar 2010-06-16 11:39 ` [PATCH v3 0/8] nand support on omap3 boards Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 1/8] omap3 flash: rename board-sdp-flash.c to be use by other boards Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 2/8] omap3: add support for NAND on zoom2 board Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 3/8] omap3: add support for NAND on zoom3 board Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 4/8] omap-3630-sdp : Add support for Flash Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 5/8] omap3: add support for NAND on LDP board Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 6/8] omap-3630-sdp: enable Flash device support Sukumar Ghorai 2010-06-16 11:39 ` [PATCH v3 7/8] zoom2: enable NAND support Sukumar Ghorai 2010-06-16 11:40 ` [PATCH v3 8/8] zoom3: " Sukumar Ghorai 2010-07-05 12:27 ` [PATCH v3 6/8] omap-3630-sdp: enable Flash device support Tony Lindgren 2010-07-06 5:23 ` Ghorai, Sukumar 2010-07-05 12:23 ` [PATCH v3 1/8] omap3 flash: rename board-sdp-flash.c to be use by other boards Tony Lindgren 2010-07-06 6:05 ` Shilimkar, Santosh 2010-07-06 6:27 ` Ghorai, Sukumar
Reply instructions: You may reply publicly to this message via plain-text email using any one of the following methods: * Save the following mbox file, import it into your mail client, and reply-to-all from there: mbox Avoid top-posting and favor interleaved quoting: https://en.wikipedia.org/wiki/Posting_style#Interleaved_style * Reply using the --to, --cc, and --in-reply-to switches of git-send-email(1): git send-email \ --in-reply-to=2A3DCF3DA181AD40BDE86A3150B27B6B030D991D43@dbde02.ent.ti.com \ --to=s-ghorai@ti.com \ --cc=Artem.Bityutskiy@nokia.com \ --cc=linux-mtd@lists.infradead.org \ --cc=linux-omap@vger.kernel.org \ --cc=mike@compulab.co.il \ --cc=sakoman@gmail.com \ --cc=tony@atomide.com \ --cc=vimal.newwork@gmail.com \ /path/to/YOUR_REPLY https://kernel.org/pub/software/scm/git/docs/git-send-email.html * If your mail client supports setting the In-Reply-To header via mailto: links, try the mailto: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.