> On Tue, Aug 27, 2019 at 1:23 AM Seunghun Han <kkamagui@xxxxxxxxx> wrote: > > If the regions allocated in the NVS region need to be handled by a > > driver, the callback mechanism is good for it. However, this case > > doesn't need it because the regions allocated in NVS are just I/O > > regions. > > > > In my opinion, if the driver wants to handle the region in the NVS > > while suspending or hibernating, it has to use register_pm_notifier() > > function and handle the event. We already had the mechanism that could > > ensure that the cases you worried about would be handled, so it seems > > to me that removing the busy bit from the NVS region is fine. > > No. The NVS regions are regions that need to be saved and restored > over hibernation, but which aren't otherwise handled by a driver - > that's why the NVS code exists. If drivers are allowed to bind to NVS > regions without explicit handling, they risk conflicting with that. I got your point. Is there any problem if some regions which don't need to be handled in NVS area are saved and restored? If there is a problem, how about adding code for ignoring the regions in NVS area to the nvs.c file like Jarkko said? If we add the code, we can save and restore NVS area without driver's interaction. Seunghun
