-
Notifications
You must be signed in to change notification settings - Fork 4
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
faulty read #20
Comments
The chip was a MX25L3273E. |
This board has 2 flash chips right? Are you pulling CS high on the other chip? |
Yep it does. No I'm not, at least not knowingly. I leave the other chip alone when reading the 4M chip. |
I found out that there is an issue on some chips with regards to how chunking is done right now. I got a potential fix but I don't have a chip here that actually shows that behavior. I'll push the update to the chunking this week, maybe give it another try after that. |
We've had several wrong reads using picoprog (+ osfc.io PCB enclosure).
This happened on reading several T540p chips.
I think it's Macronix, will send the exact IC specificer(s) tomorrow when I have the boards under my fingers.
Misbehavior took place in 2 forms:
successful read, followup read -> "NO EEPROM", dis- + reconnect IDC connector, successful read, followup read -> "NO EEPROM", ...
4M chip got read as 8M (with
-r
flag even 8M saved to disk)this happened on both
flashprog
andflashrom
.Note on 1.) successful reads between fuckups seem consistent, sha1sum is equal.
Note on 2.) The clips didn't move a bit. We only found that one by reverting to ch341a (after ordering new clips of course).
Haven't tried any of this against the original pico-serprog firmware. Will try soon and report back!
The text was updated successfully, but these errors were encountered: