OGAWA Hirofumi <hirofumi@mail.parknet.co.jp> wrote:AFAIR it's stored twice on FAT32, once in a backup sector and once in the superblock or extended superblock (don't remember, I think it was the extended ~). It's not stored on FAT{12,16}. Windows _does_ care*, it will pretend the disk to be full. Therefore the stored value *SHOULD* be updated. (I think your patch does this.) Recalculating the free space is a nice idea, and modern hardware might be fast enough to recalculate the value on mount by default. (I didn't try this for years.) Maybe the default should depend on arch? About this patch: (news:8cwz8-2fE-13@gated-at.bofh.it) - usefree is a bad name (I'd suggest recalc_free instead), and your description is too cryptic to be understood by a non-linux FAT expert. - You forgot to update Documentation/ -- Never forget: 2 + 2 = 5 for extremely large values of 2. Friß, Spammer: NyjnoQ@0S0gJr.7eggert.dyndns.org uh@e.7eggert.dyndns.org VnmVge7Vj@3tlxued.7eggert.dyndns.org RggsNsl@al.7eggert.dyndns.org -
| Paul Jackson | Re: cpuset-remove-sched-domain-hooks-from-cpusets |
| James Bottomley | Re: Announce: Linux-next (Or Andrew's dream :-)) |
| David Miller | Slow DOWN, please!!! |
| Masami Hiramatsu | Re: [RFC PATCH v4] Unified trace buffer |
git: | |
| Gerrit Renker | [PATCH 27/37] dccp: Integration of dynamic feature activation - part 2 (server side) |
| Parag Warudkar | Re: 2.6.29-rc3: tg3 dead after resume |
| Jarek Poplawski | [PATCH] pkt_sched: Destroy gen estimators under rtnl_lock(). |
