5 comments:
Patch Set #1, Line 540: hip_restore_fn_count
this state should be contained within the flashctx structure.
Done
static struct chip_restore_func_data {
CHIP_RESTORE_CALLBACK;
struct flashctx *flash;
uint8_t status;
} chip_restore_fn[CHIP_RESTORE_MAXFN];
put the struct definition within the flashctx structure so that you don't need another copy (which i […]
Done
Patch Set #1, Line 592: register_chip_restore
probably a good design is for the chip structure to contain a callback and if it exists then it is d […]
We should either store a callback in the flashchip structure or have an array of callbacks in the flashctx. I think the latter is better since this the chip restore function seems to be a driver implementation detail and not something that should be configured per chip.
static int chip_restore()
move this under the register_chip_restore() function and also rename to deregister_chip_restore()
Done, but maybe we should chose a name that indicates that it will actually call the chip restore functions before deregistering them?
Patch Set #1, Line 2327: chip_restore();
This seems like a reasonable place to me but maybe before the unmap?
Done
To view, visit change 47276. To unsubscribe, or for help writing mail filters, visit settings.