Hello, i have an SST45LF010 chip here (from a nvidia graphic card) and try to add support for it.
The log show me this: Probing for SST SST25LF020A, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25LF040A, 512 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25LF080(A), 1024 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25VF512A, 64 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF010, 128 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020B, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF040B, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040B.REMS, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF080B, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF016B, 2048 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF032B, 4096 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF064C, 8192 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF512, 64 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF010, 128 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF020, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF040, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF080, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff
So it looks that it works similar to the "SST25VF010". But it has (always) an ID of 0x5F! Normally SST chips have 0xBF. In the datasheet i can also see that this chip should have 0xBF. Looks strange to me. Why i get this strange ID? Is this possible?
Thx
On Fri, 1 Aug 2014 16:17:17 +0200 The Raven originalraven@hotmail.com wrote:
Hello, i have an SST45LF010 chip here (from a nvidia graphic card) and try to add support for it.
The log show me this: Probing for SST SST25LF020A, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25LF040A, 512 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25LF080(A), 1024 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25VF512A, 64 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF010, 128 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020B, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF040B, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040B.REMS, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF080B, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF016B, 2048 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF032B, 4096 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF064C, 8192 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF512, 64 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF010, 128 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF020, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF040, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF080, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff
So it looks that it works similar to the "SST25VF010". But it has (always) an ID of 0x5F! Normally SST chips have 0xBF. In the datasheet i can also see that this chip should have 0xBF. Looks strange to me. Why i get this strange ID? Is this possible?
Hi!
That indeed looks strange. I'd guess some kind of communication problem, e.g. too long wires or other interference (is the chip still soldered?). The first bit of the RDID reply also indicates that. Try lowering the SPI frequency, adding terminator resistors and/or shortening/optimizing the wires. You should get 0xBF 0x42 for REMS and 0xFF... for all other SPI probers. Oh that's actually wrong. The chip implements what's normally the RDID opcode as RDSR (read status register). That may explain the RDID response... at least partially :) And the other opcodes are also not what to expect normally... like with its other SST45 relatives. That complicates adding support for it even further...
Am 02.08.2014 um 11:34 schrieb Stefan Tauner:
On Fri, 1 Aug 2014 16:17:17 +0200 The Raven originalraven@hotmail.com wrote:
Hello, i have an SST45LF010 chip here (from a nvidia graphic card) and try to add support for it.
The log show me this: Probing for SST SST25LF020A, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25LF040A, 512 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25LF080(A), 1024 kB: probe_spi_res2: id1 0xff, id2 0xff Probing for SST SST25VF512A, 64 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF010, 128 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020, 256 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF020B, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF040B, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF040B.REMS, 512 kB: probe_spi_rems: id1 0x5f, id2 0xdf Probing for SST SST25VF080B, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF016B, 2048 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF032B, 4096 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25VF064C, 8192 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF512, 64 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF010, 128 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF020, 256 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF040, 512 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff Probing for SST SST25WF080, 1024 kB: RDID byte 1 parity violation. probe_spi_rdid_generic: id1 0x7fff, id2 0xff
So it looks that it works similar to the "SST25VF010". But it has (always) an ID of 0x5F! Normally SST chips have 0xBF. In the datasheet i can also see that this chip should have 0xBF. Looks strange to me. Why i get this strange ID? Is this possible?
Hi!
That indeed looks strange. I'd guess some kind of communication problem, e.g. too long wires or other interference (is the chip still soldered?). The first bit of the RDID reply also indicates that. Try lowering the SPI frequency, adding terminator resistors and/or shortening/optimizing the wires. You should get 0xBF 0x42 for REMS and 0xFF... for all other SPI probers. Oh that's actually wrong. The chip implements what's normally the RDID opcode as RDSR (read status register). That may explain the RDID response... at least partially :) And the other opcodes are also not what to expect normally... like with its other SST45 relatives. That complicates adding support for it even further...
Hello
I get always the same (wrong) id. Can i lower the spi frequency with serprog? Maybe the chip is overclocked? Or maybe this is a "clone" chip? Not a "real" SST? I have another graficcard with such a chip, i try that one and maybe i get other results.
Hope i can do it next week.
Greetings
On Thu, 7 Aug 2014 12:58:23 +0200 The Raven originalraven@hotmail.com wrote:
Can i lower the spi frequency with serprog? Maybe the chip is overclocked?
The datasheet states "10 MHz Max Clock Frequency". AFAIK you are using an Arduino which has a 16 MHz clock, but the maximum SPI frequency the CPU supports is CLK_cpu/2, i.e. 8 MHz, shouldn't be a problem. Anyway, serprog supports an spispeed parameter but the programmer has to support that too (no idea if GNUtoo's code does that).
flashrom -p serprog:dev=/dev/device:baud,spispeed=2M
Or maybe this is a "clone" chip? Not a "real" SST?
Possible in theory, but why would it reply with 0x7fff to RDID commands? I am pretty certain it is an electrical issue on the SPI bus.
Am 07.08.2014 um 14:57 schrieb Stefan Tauner:
On Thu, 7 Aug 2014 12:58:23 +0200 The Raven originalraven@hotmail.com wrote:
Can i lower the spi frequency with serprog? Maybe the chip is overclocked?
The datasheet states "10 MHz Max Clock Frequency". AFAIK you are using an Arduino which has a 16 MHz clock, but the maximum SPI frequency the CPU supports is CLK_cpu/2, i.e. 8 MHz, shouldn't be a problem. Anyway, serprog supports an spispeed parameter but the programmer has to support that too (no idea if GNUtoo's code does that).
flashrom -p serprog:dev=/dev/device:baud,spispeed=2M
Or maybe this is a "clone" chip? Not a "real" SST?
Possible in theory, but why would it reply with 0x7fff to RDID commands? I am pretty certain it is an electrical issue on the SPI bus.
I tried another chip and got the same results. :-( The wires are short as possible (8cm incl. serprog/arduino wiring). All other chips work as the should, only this chip give me a wrong reply of "id1 0x5f, id2 0xdf".
Have no clue whats wrong. I give up.
-
Stefan Tauner -
The Raven