Skip to content
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

Attempting to write EEPROM trashes flash #65

Closed
GoogleCodeExporter opened this issue Mar 14, 2015 · 3 comments
Closed

Attempting to write EEPROM trashes flash #65

GoogleCodeExporter opened this issue Mar 14, 2015 · 3 comments
Labels
auto-migrated Came from the Google Code repository bug tracker. Priority-Medium Type-Defect Confirmed to be an actual bug.

Comments

@GoogleCodeExporter
Copy link

optiboot does not support EEPROM, which is sort-of OK.  But in its thrift, it 
will interpret EEPROM write commands as writing to flash instead, overwriting 
code that might have been there.  That's not good!

Original issue reported on code.google.com by wes...@gmail.com on 4 Apr 2012 at 10:40

@GoogleCodeExporter
Copy link
Author

possible diff.  Adds about 10 bytes.

Original comment by wes...@gmail.com on 5 Jan 2013 at 6:14

Attachments:

@GoogleCodeExporter
Copy link
Author

Original comment by wes...@gmail.com on 27 Jun 2014 at 6:27

  • Changed state: Started

@GoogleCodeExporter
Copy link
Author

https://code.google.com/p/optiboot/source/detail?r=a10ef5c935a11a0e656927cd5e9b3
06937203f52
If BIGBOOT or SUPPORT_EEPROM is set, actually support writing EEPROM (happens 
on 644, 1284, 1280 by default.)  This doesn't fit in 512 bytes, so Atmega328 
and etc will just error/timeout if an EEPROM write is attempted.

Original comment by wes...@gmail.com on 28 Jun 2014 at 9:02

  • Changed state: Fixed

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
auto-migrated Came from the Google Code repository bug tracker. Priority-Medium Type-Defect Confirmed to be an actual bug.
Projects
None yet
Development

No branches or pull requests

1 participant