>On Sun, 17 Sep 2000, Cpt_Kirks wrote:
>> Since a certain amount (3MB+ ?) of flash will be available to write to,
this
>> could be used to save valuable data in RAM in case of a low battery.
>At the early stages of development you will for sure be able to judge
manually
>which data is valuable and which is not. But how shall the system do this
later
>on?
I would imagine the user would have to designate the files and/or
directories to be protected. This could take the form of say, config files,
contact data, work in progress, etc. Bascally, any designated data that had
not been backed up to a host PC. Perhaps when the data had been backed up
it could be moved to a different directory.
>> The power management software under development could write certain
>> directories to an area in flash set aside.
>Which should that be?
There has been some mention on the list of power management software in the
works or at least being discussed.
Since there is currently no way of reading battery power levels, maybe a
battery gauge could be included. Jim mentioned that information on battery
level measurement was available online, but I haven't been able to find it
yet.
>> Hopefully nobody will let their battery die more than 100,000 times. :-)
>To protect your flash from brownout (i.e. too many writes) you should also
>mount it with the noatime option, like
>
> mount -o noatime /dev/flash6 /mnt
>
>to reduce the flash writes even further.
>I would suspect that noone is interested in last access times on the iPaq
;)
>
Tom
Received on Mon Sep 18 16:35:39 2000
This archive was generated by hypermail 2.1.8 : Tue May 04 2004 - 09:43:42 EDT