Anyone tried Spansion NAND flash with AM335x?

Hello Frank,

As of now, following Spansion 3.0V & 1.8V NAND FLASH memory products currently supports the Sitara AM335x :

Spansion 3.0V NAND FLASH

- S34ML01G100TFI00

- S34ML02G100TFI00

- S34ML04G100TFI00

Spansion 1.8V NAND FLASH

 - S34MS01G100TFI00

 - S34MS02G100TFI00

 - S34MS04G100TFI00 

Hope this helps...

Thank you and regards,

Albert - Spansion Engineering Solutions  (SES)

Thanks Albert. Do you any information as to what hardware platform (particularly the processor revision) the Spansion NAND was tested with? We have the Spansion NAND working OK with the original AM335x silicon, but seem to be having problems with more recent AM335x silicon revisions.  (No problems with the Micron NAND though.) We need to do more digging into this, but I thought I'd ask what h/w your testing was done on. Thanks.

Just in case anyone else reads this thread, it seems to vary from board to board. Some boards boot from Spansion flash, some don't. Based on that, it quite may not be due to processor revision differences; perhaps it's something else. To be continued...

Dear Frank,

I'm having some issue with a Spansion Nand (S34ML04G100TF100) on our AM335x based board (but also on other board that uses omap2.c nand driver)

Can you please explain a bit more in details your problems?

This morning I open a topic into the E2E Linux section: http://e2e.ti.com/support/embedded/linux/f/354/t/272990.aspx

Maybe you can take a look at it and see if it has something in common with your issue.

Best Regards,

Andrea

Hello Frank / Andrea,

I have contacted Spansion's NAND Product Marketing Group regarding the S34ML04G100TF100

support on the Sitara AM335x ARM development platform.  I will communicate any new information

to you, as soon as it becomes available.

Regards,

Albert

Spansion Engineering Solutions  (SES).

Hello Frank / Andrea,

Spansion had already contacted TI S/W Driver Development Company to report the issue and proposed a fix for this issue in Sept. 2012,

but unfortunately it appears the bug is still present.  Bacem D. had communicated that he is working with you to determine the root cause.

Please continue to work with Bacem regarding this issue.

Thank you and regards,

Albert

Spansion Engineering Solutions  (SES)

Hello All,

Spansion has decided to create both Linux and u-boot patches that will help permanently fixing this issue. These patches are posted to Spansion's webpage.

Again here is a short description of the issue:

The issue is mainly due to a NAND protocol violation in the omap driver since the Random Data Output command (05h-E0h) expects to see only the column address that should be addressed within the already loaded read page into the read buffer. Only 2 address cycles with ALE active should be provided between the 05h and E0h commands. The Page read command expects the full address footprint (2bytes for column address + 3bytes for row address), but once the page is loaded into the read buffer, Random Data Output should be used with only 2bytes for column address.

These patches can be found here: http://www.spansion.com/Support/Pages/DriversSoftware.aspx

- u-boot patch: http://www.spansion.com/Support/Software/u-boot-psp-04.04.00.01-NAND.zip

- Linux Patch: http://www.spansion.com/Support/Software/linux-psp-04.04.00.01-NAND.zip

Thanks!

Best regards,

Bacem Daassi

Spansion Inc. - Application Engineering

Hi Bacem,

Thank you for the patches. At our end, the Linux patch fixes the issue so far.

Kind regards,

Christophe