Discussion:
SPI-NOR FS512S incorrect CR3NV[1] value
(too old to reply)
Yogesh Narayan Gaur
2018-12-03 04:33:53 UTC
Permalink
+ Linux MTD mailing list group

Hi Tudor,

As confirmed by cypress team, default value of CR3NV[1] is 0 for flash FS512S and this is having the 256KB uniform erase sector option.
There is discrepancy between FS512s datasheet and the actual shipped chip.
--
Regards
Yogesh Gaur


From: Yong Qin [mailto:***@cypress.com]
Sent: Saturday, December 1, 2018 2:06 AM
To: Yogesh Narayan Gaur <***@nxp.com>; James Tomasetta <***@cypress.com>;
[…]

Hi Yogesh,

Our product team confirmed that what you observed is expected and correct. FS512S has CR3NV[1] bit default as 0. Because FS512S only has 256KB uniform sector option. This bit is reserved and don’t care. There is discrepancy between FS512S datasheet and real product. We will update the datasheet.


Thanks and have a good weekend!
Yong
Boris Brezillon
2018-12-03 07:38:14 UTC
Permalink
On Mon, 3 Dec 2018 04:33:53 +0000
Post by Yogesh Narayan Gaur
+ Linux MTD mailing list group
Hi Tudor,
As confirmed by cypress team, default value of CR3NV[1] is 0 for flash FS512S and this is having the 256KB uniform erase sector option.
There is discrepancy between FS512s datasheet and the actual shipped chip.
It's not only the datasheet that is wrong, the BFPT section is wrong
too, and this one can't be fixed :-/.
Yong Qin
2018-12-04 01:37:14 UTC
Permalink
Hi Boris,

Do you mean the SFDP table? Can you please share me more detail of what is wrong, i.e., which parameter, what is expect value and what you get?

Thanks,
Yong

-----Original Message-----
From: Boris Brezillon <***@bootlin.com>
Sent: Monday, December 3, 2018 2:38 AM
To: Yogesh Narayan Gaur <***@nxp.com>
Cc: Tudor Ambarus <***@microchip.com>; ***@wedev4u.fr; Yong Qin <***@cypress.com>; James Tomasetta <***@cypress.com>; Jimmy Zhao <***@nxp.com>; linux-***@lists.infradead.org
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value

On Mon, 3 Dec 2018 04:33:53 +0000
Post by Yogesh Narayan Gaur
+ Linux MTD mailing list group
Hi Tudor,
As confirmed by cypress team, default value of CR3NV[1] is 0 for flash FS512S and this is having the 256KB uniform erase sector option.
There is discrepancy between FS512s datasheet and the actual shipped chip.
It's not only the datasheet that is wrong, the BFPT section is wrong too, and this one can't be fixed :-/.

This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.
Boris Brezillon
2018-12-04 09:03:30 UTC
Permalink
Hi Yong,

On Tue, 4 Dec 2018 01:37:14 +0000
Post by Yong Qin
Hi Boris,
Do you mean the SFDP table?
Sorry, I meant the SMPT (Sector Map Parameter Table) section of
the SFDP table. See page 130 of this datasheet [1].
Post by Yong Qin
Can you please share me more detail of what is wrong, i.e., which
parameter, what is expect value and what you get?
See "Table 70. Sector Map Parameter", CR3NV[1] is always set to one,
and when we retrieve this value at runtime we get a 0. Which means
we won't find a matching mapid when iterating over the map table, hence
the bug reported by Yogesh.

If CR3NV[1] is always 0, then the SMPT should be fixed accordingly:

CR3NV[3] CR1NV[2] CR3NV[1] Index Value Description
0 0 0 00h 4 kB sectors at bottom with remainder 256 kB sectors
0 1 0 02h 4 kB sectors at top with remainder 256 kB sectors
1 0 0 04h Uniform 256 kB sectors

Regards,

Boris

[1]http://www.cypress.com/file/216376/download
Yong Qin
2018-12-05 19:21:51 UTC
Permalink
Hi Boris,

Thanks for pointing this out.

Confirmed with our product team, this is the part of datasheet discrepancy. Since FS512S only has 256KB sector size option, CR3NV[1] is don't care in FS512S and default value is set as 0 in factory.

Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.

For software implementation, if identified the device is FS512S, then checking the combination of CR3NV[3] & CR1NV[2] is sufficient to decide if the device has top/bottom 4KB sectors, or uniform 256KB sectors.

Thanks,
Yong

-----Original Message-----
From: Boris Brezillon <***@bootlin.com>
Sent: Tuesday, December 4, 2018 4:04 AM
To: Yong Qin <***@cypress.com>
Cc: Yogesh Narayan Gaur <***@nxp.com>; Tudor Ambarus <***@microchip.com>; ***@wedev4u.fr; James Tomasetta <***@cypress.com>; Jimmy Zhao <***@nxp.com>; linux-***@lists.infradead.org
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value

Hi Yong,

On Tue, 4 Dec 2018 01:37:14 +0000
Post by Yong Qin
Hi Boris,
Do you mean the SFDP table?
Sorry, I meant the SMPT (Sector Map Parameter Table) section of the SFDP table. See page 130 of this datasheet [1].
Post by Yong Qin
Can you please share me more detail of what is wrong, i.e., which
parameter, what is expect value and what you get?
See "Table 70. Sector Map Parameter", CR3NV[1] is always set to one, and when we retrieve this value at runtime we get a 0. Which means we won't find a matching mapid when iterating over the map table, hence the bug reported by Yogesh.

If CR3NV[1] is always 0, then the SMPT should be fixed accordingly:

CR3NV[3] CR1NV[2] CR3NV[1] Index Value Description
0 0 0 00h 4 kB sectors at bottom with remainder 256 kB sectors
0 1 0 02h 4 kB sectors at top with remainder 256 kB sectors
1 0 0 04h Uniform 256 kB sectors

Regards,

Boris

[1]http://www.cypress.com/file/216376/download

This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.
Boris Brezillon
2018-12-05 19:27:53 UTC
Permalink
On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option, CR3NV[1]
is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S, then
checking the combination of CR3NV[3] & CR1NV[2] is sufficient to
decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the flash
needs to be fixed too.
Boris Brezillon
2018-12-05 19:29:40 UTC
Permalink
On Wed, 5 Dec 2018 20:27:53 +0100
Post by Boris Brezillon
On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option, CR3NV[1]
is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S, then
checking the combination of CR3NV[3] & CR1NV[2] is sufficient to
decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the flash
needs to be fixed too.
To be honest, it's already too late for this part, but please try to
avoid this sort of mistakes on your future chips.
Yong Qin
2018-12-05 19:39:05 UTC
Permalink
Thanks Boris for your understanding.

FS512S has been in production for many years. It is very difficult to change the chip now. Any changes to the chip may also have impact on the customers who have been using this device for production.

Cypress continues improving its products and documents quality. We will try to avoid this kind of mistakes in the future.

Thanks,
Yong

-----Original Message-----
From: Boris Brezillon <***@bootlin.com>
Sent: Wednesday, December 5, 2018 2:30 PM
To: Yong Qin <***@cypress.com>
Cc: Yogesh Narayan Gaur <***@nxp.com>; Tudor Ambarus <***@microchip.com>; ***@wedev4u.fr; James Tomasetta <***@cypress.com>; Jimmy Zhao <***@nxp.com>; linux-***@lists.infradead.org
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value

On Wed, 5 Dec 2018 20:27:53 +0100
Post by Boris Brezillon
On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option,
CR3NV[1] is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S,
then checking the combination of CR3NV[3] & CR1NV[2] is sufficient
to decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the
flash needs to be fixed too.
To be honest, it's already too late for this part, but please try to avoid this sort of mistakes on your future chips.

This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.
James Tomasetta
2018-12-06 16:30:02 UTC
Permalink
Boris,

Is there an issue with updating the software? Is the issue that there is a ROM bootloader checking this? Is this for the LX2 or the old LS family?

James

-----Original Message-----
From: Boris Brezillon <***@bootlin.com>
Sent: Wednesday, December 5, 2018 1:28 PM
To: Yong Qin <***@cypress.com>
Cc: Yogesh Narayan Gaur <***@nxp.com>; Tudor Ambarus <***@microchip.com>; ***@wedev4u.fr; James Tomasetta <***@cypress.com>; Jimmy Zhao <***@nxp.com>; linux-***@lists.infradead.org
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value

On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option, CR3NV[1]
is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S, then
checking the combination of CR3NV[3] & CR1NV[2] is sufficient to
decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the flash needs to be fixed too.

This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.
Yogesh Narayan Gaur
2018-12-07 04:37:04 UTC
Permalink
Hi James,

This issue has been caught when we are updating the Linux OS from older kernel version to newer version.
In older version, there wasn't logic to check SFDP and SMPT param and hence this issue was never been caught.

But with newer Linux kernel OS version, we have hit this issue.

Also, presently in u-boot bootloader there is no check for SFDP and SMPT param for this flash and hence not been caught there.

But, we have hit this same issue when trying to update UEFI bootloader. New UEFI bootloader is parsing SFDP param and SMPT table.

IMO, as this issue is SPI-NOR flash issue, thus this would be independent of the target. We have observed this on older LS family target(LS1046ARDB) as well as on LX2 on which this flash is connected.

--
Regards
Yogesh Gaur
Post by Yong Qin
-----Original Message-----
Sent: Thursday, December 6, 2018 10:00 PM
Subject: RE: SPI-NOR FS512S incorrect CR3NV[1] value
Boris,
Is there an issue with updating the software? Is the issue that there is a ROM
bootloader checking this? Is this for the LX2 or the old LS family?
James
-----Original Message-----
Sent: Wednesday, December 5, 2018 1:28 PM
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value
On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option, CR3NV[1]
is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S, then
checking the combination of CR3NV[3] & CR1NV[2] is sufficient to
decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the flash needs
to be fixed too.
This message and any attachments may contain confidential information from
Cypress or its subsidiaries. If it has been received in error, please advise the
sender and immediately delete this message.
James Tomasetta
2018-12-07 15:02:09 UTC
Permalink
Yogesh,

Attached is the latest CY driver for linux which might help. It does not use the SFDP. We are working to see if we can update the default value of the device to 1.

James

-----Original Message-----
From: Yogesh Narayan Gaur <***@nxp.com>
Sent: Thursday, December 6, 2018 10:37 PM
To: James Tomasetta <***@cypress.com>; Boris Brezillon <***@bootlin.com>; Yong Qin <***@cypress.com>
Cc: Tudor Ambarus <***@microchip.com>; ***@wedev4u.fr; Jimmy Zhao <***@nxp.com>; linux-***@lists.infradead.org; Pankaj Bansal <***@nxp.com>
Subject: RE: SPI-NOR FS512S incorrect CR3NV[1] value

Hi James,

This issue has been caught when we are updating the Linux OS from older kernel version to newer version.
In older version, there wasn't logic to check SFDP and SMPT param and hence this issue was never been caught.

But with newer Linux kernel OS version, we have hit this issue.

Also, presently in u-boot bootloader there is no check for SFDP and SMPT param for this flash and hence not been caught there.

But, we have hit this same issue when trying to update UEFI bootloader. New UEFI bootloader is parsing SFDP param and SMPT table.

IMO, as this issue is SPI-NOR flash issue, thus this would be independent of the target. We have observed this on older LS family target(LS1046ARDB) as well as on LX2 on which this flash is connected.

--
Regards
Yogesh Gaur
Post by Yong Qin
-----Original Message-----
Sent: Thursday, December 6, 2018 10:00 PM
Subject: RE: SPI-NOR FS512S incorrect CR3NV[1] value
Boris,
Is there an issue with updating the software? Is the issue that there
is a ROM bootloader checking this? Is this for the LX2 or the old LS family?
James
-----Original Message-----
Sent: Wednesday, December 5, 2018 1:28 PM
Subject: Re: SPI-NOR FS512S incorrect CR3NV[1] value
On Wed, 5 Dec 2018 19:21:51 +0000
Post by Yong Qin
Hi Boris,
Thanks for pointing this out.
Confirmed with our product team, this is the part of datasheet
discrepancy. Since FS512S only has 256KB sector size option,
CR3NV[1] is don't care in FS512S and default value is set as 0 in factory.
Column 3 (CR3NV[1]) of table 70 in datasheet will be removed.
For software implementation, if identified the device is FS512S,
then checking the combination of CR3NV[3] & CR1NV[2] is sufficient
to decide if the device has top/bottom 4KB sectors, or uniform 256KB
sectors.
Again, fixing the datasheet is not enough, the SMPT section on the
flash needs to be fixed too.
This message and any attachments may contain confidential information
from Cypress or its subsidiaries. If it has been received in error,
please advise the sender and immediately delete this message.
This message and any attachments may contain confidential information from Cypress or its subsidiaries. If it has been received in error, please advise the sender and immediately delete this message.
Boris Brezillon
2018-12-07 15:17:03 UTC
Permalink
On Fri, 7 Dec 2018 15:02:09 +0000
Post by Yogesh Narayan Gaur
Yogesh,
Attached is the latest CY driver for linux which might help. It does
not use the SFDP.
Yes, and that's exactly what we are trying to address. SFDP was
designed to provide a generic way to expose various information (memory
organization, supported cmdset/features, ...). If manufacturers don't
take care when populating these tables, we're back to the current
situation where everything has to be described on a per-chip basis (far
from ideal).
Post by Yogesh Narayan Gaur
We are working to see if we can update the default
value of the device to 1.
I think it's too late for this part (we'll find a way to fixup the SMPT
table at runtime). But please be careful next time you design a chip.
Loading...