| Electronics > Repair |
| Agilent 34461A corrupted flash |
| << < (15/41) > >> |
| analogRF:
I changed "serverip" back to its original value and ran "saveenv" and dumped the nand at 0xC0000 again here is the new dump. saveenv actually writes the variables in this place. so no surprises there this time I dumped a whole page 2048 bytes but still I cannot get the CRC32 :-[ |
| ElectronMan:
--- Quote from: analogRF on July 30, 2023, 06:56:21 pm ---I changed "serverip" back to its original value and ran "saveenv" and dumped the nand at 0xC0000 again here is the new dump. saveenv actually writes the variables in this place. so no surprises there this time I dumped a whole page 2048 bytes but still I cannot get the CRC32 :-[ --- End quote --- Sorry, my fault, that is more than a whole page that is CRC'd. It runs to the end of all the 0's in my flash. The total data length for the CRC32 should be 0x3FFC (0x4000 minus the CRC32 at the beginning). Also, I mentioned ECC before, this flash chip does not seem to have ECC, so that increases my suspicions they are doing something else, possibly in the spare area, for data integrity. I am seeing what appears to be checking of the SPARE area (64 bytes past the end of the page) on page reads. |
| analogRF:
--- Quote from: ElectronMan on July 30, 2023, 07:12:10 pm --- Sorry, my fault, that is more than a whole page that is CRC'd. It runs to the end of all the 0's in my flash. The total data length for the CRC32 should be 0x3FFC (0x4000 minus the CRC32 at the beginning). Also, I mentioned ECC before, this flash chip does not seem to have ECC, so that increases my suspicions they are doing something else, possibly in the spare area, for data integrity. I am seeing what appears to be checking of the SPARE area (64 bytes past the end of the page) on page reads. --- End quote --- I remember back in 3000A scope thread there was talk of spare/duplicate copy of the env variables. I think @tv84 had posted its location address but I cannot remember where it was. With similarities between these two instruments at boot time I also suspected there is another copy of these somewhere else and pboot it using those when it does not match the one at 0xc0000 |
| ElectronMan:
--- Quote from: analogRF on July 30, 2023, 07:23:04 pm --- --- Quote from: ElectronMan on July 30, 2023, 07:12:10 pm --- Sorry, my fault, that is more than a whole page that is CRC'd. It runs to the end of all the 0's in my flash. The total data length for the CRC32 should be 0x3FFC (0x4000 minus the CRC32 at the beginning). Also, I mentioned ECC before, this flash chip does not seem to have ECC, so that increases my suspicions they are doing something else, possibly in the spare area, for data integrity. I am seeing what appears to be checking of the SPARE area (64 bytes past the end of the page) on page reads. --- End quote --- I remember back in 3000A scope thread there was talk of spare/duplicate copy of the env variables. I think @tv84 had posted its location address but I cannot remember where it was. With similarities between these two instruments at boot time I also suspected there is another copy of these somewhere else and pboot it using those when it does not match the one at 0xc0000 --- End quote --- It does support falling back to a backup config, but I don't see any other copies. That is probably optional (which would be why yours isn't attempting to load it). What does the spare area after that first page of the config look like? |
| analogRF:
--- Quote from: ElectronMan on July 30, 2023, 07:44:01 pm --- It does support falling back to a backup config, but I don't see any other copies. That is probably optional (which would be why yours isn't attempting to load it). What does the spare area after that first page of the config look like? --- End quote --- all 00 all the way up to 0xC4000 still no luck in reproducing the crc32 though :-[ :-[ |
| Navigation |
| Message Index |
| Next page |
| Previous page |