Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 22 Mar 1995 04:41:24 +0300
From:      "Andrey A. Chernov, Black Mage" <ache@astral.msk.su>
To:        davidg@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com
Subject:   Re: Changed information for PR kern/260
Message-ID:  <yT41uRliKD@astral.msk.su>
In-Reply-To: <199503212256.OAA09145@freefall.cdrom.com>; from David Greenman at Tue, 21 Mar 1995 14:56:56 -0800
References:  <199503212256.OAA09145@freefall.cdrom.com>

index | next in thread | previous in thread | raw e-mail

In message <199503212256.OAA09145@freefall.cdrom.com> David Greenman
    writes:

>Synopsis: msync and munmap don't bother to update mod times

>State-Changed-From-To: open-analyzed
>State-Changed-By: davidg
>State-Changed-When: Tue Mar 21 14:55:32 PST 1995
>State-Changed-Why: 
>   I ran the test program, and it's results indicated that the time is correct
>(to within one minute, which is all that ls reports). I have since looked

Yes, you can modify to_sleep constant to 120 sec. f.e. instead of 2 sec.
(I already changed in-database variant for it), result
will be the same and it is incorrect.

>carefully at the code and determined that the VOP_UPDATE call in the vnode
>pager is not be sufficient to update the time. I just spoke with Kirk on the
>phone about this...after a half hour of talking about how the VFS layer could
>be changed to better implement our vnode paging, the conclusion about how to
>solve this problem in the short term was to use VOP_SETATTR() at unmap time
>(if the file had been written to) to update the modification time.

Normally most machines (SUN OS, f.e.) modify times immediately, i.e.
after writing to mapped area. But according to our msync/munmap
manpage, we need to do it not only for munmap but for msync too.
msync manpage _directly_claims_ that modification times will be updated.

>From real life: this bag badly affects INN, it expects modification
times will be updated :-(

-- 
Andrey A. Chernov        : And I rest so composedly,  /Now, in my bed,
ache@astral.msk.su       : That any beholder  /Might fancy me dead -
FidoNet: 2:5020/230.3    : Might start at beholding me,  /Thinking me dead.
RELCOM Team,FreeBSD Team :         E.A.Poe         From "For Annie" 1849


help

Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?yT41uRliKD>