[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <4F18DF95.80700@freescale.com>
Date: Fri, 20 Jan 2012 11:29:25 +0800
From: Huang Shijie <b32955@...escale.com>
To: Wolfram Sang <w.sang@...gutronix.de>
CC: Shawn Guo <shawn.guo@...aro.org>, <vinod.koul@...el.com>,
<artem.bityutskiy@...el.com>, <shijie8@...il.com>,
<linux-arm-kernel@...ts.infradead.org>,
<linux-mtd@...ts.infradead.org>, <linux-mmc@...r.kernel.org>,
<linux-kernel@...r.kernel.org>, <LW@...O-electronics.de>,
<alsa-devel@...a-project.org>, <b29396@...escale.com>
Subject: Re: [PATCH 00/10] patch set about the MXS-DMA
>>> [2] patch 6 ~ patch 10: rewrite the last parameter of mxs_dma_prep_slave_sg().
>> For the sake of bitsec, at least patches #7 and #8 need to be one patch.
>> That said, if I apply the series and then check out the commit at patch
>> #7, you need to all mxs-dma client drivers, mxs-mmc, gpmi do not break.
> I'd say patch 6-10 should be squashed, simply. My personal preference is
> to change #9 to simply read the register when needed and do not expand
It's better to add a new field. i also want to add a new field
`bch_version`, because different
BCH version may support different ECC strength. For example, some
version BCH can support to 24 bit,
while the latest BCH may support to 40 bit. So the BCH version may
limits the computing of ECC strength.
Best Regards
Huang Shijie
> the struct, but this is a minor thing.
>
> Regards,
>
> Wolfram
>
--
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