Hello Dmitriy,

thanks for the detailed reply!

On 08/04/2014 08:51 AM, Dmitriy B. wrote:
2014-08-04 1:43 GMT+04:00 Arnd Gronenberg <[email protected]>:

Hello,

Question: Does it make sense to fix sunxi_nand for sunxi-linux 3.4?

If you want to run android, then yes.
Not really, I was under the impression that the 3.4 kernel was more stable, but I'm running mainline now without any problems (after finding and enabling all options I need). It makes more sense to contribute to mainline...

How is this code implemented in the current mainline linux?

It is still in development, here you can check latest branch
https://github.com/bbrezillon/linux-sunxi/commits/sunxi-nand-pre-v4-fixed
Which modules / options should I enable?
Be prepared to see bugs, like ubifs dying after a reboot and badblocks
appearing out of nowhere (false positive ones, of course). Also OOB
structure is completely incompatible with old sunxi_nand OOB and you
will need to #flash_erase /dev/mtdX 0 0 -N at least once with a
special kernel patch (not included in the branch above), otherwise,
new mtd driver will detect all blocks marked as bad. I'm adding Boris
to CC, talk to him if you want to discuss/test mainline driver. I
think it is matter of couple more testing iterations to get it finally
working.
Where may I find the special kernel patch? Will it honour the existing bad blocks? I know the list of bad blocks from initial load of sunxi-nand... I assume that flash_erase is the stock version from mtd-utils (from http://www.linux-mtd.infradead.org/).
If there is interest to fix sunxi_nand, I may have a look at the required 
changes...

There is (android users), but right now for a system not related to
multimedia, you can run mainline just fine, so there is more interest
in having a proper mainlined mtd driver, than sunxi_nand. Anyway, if
you have tested patches for sunxi_nand, feel free to send them here.

--

Arnd Gronenberg, [email protected], DJ9PZ / AB2QP

Best Regards,
Dmitriy Beykun


--

Arnd Gronenberg, [email protected], DJ9PZ / AB2QP


Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to