From owner-freebsd-bugs Tue Mar 21 17:48:30 1995 Return-Path: bugs-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id RAA15522 for bugs-outgoing; Tue, 21 Mar 1995 17:48:30 -0800 Received: from sequent.kiae.su (sequent.kiae.su [144.206.136.6]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id RAA15516; Tue, 21 Mar 1995 17:48:25 -0800 Received: by sequent.kiae.su id AA26074 (5.65.kiae-2 ); Wed, 22 Mar 1995 04:43:27 +0300 Received: by sequent.KIAE.su (UUMAIL/2.0); Wed, 22 Mar 95 04:43:27 +0300 Received: (from ache@localhost) by astral.msk.su (8.6.8/8.6.6) id EAA03493; Wed, 22 Mar 1995 04:41:25 +0300 To: davidg@freefall.cdrom.com, freebsd-bugs@freefall.cdrom.com References: <199503212256.OAA09145@freefall.cdrom.com> In-Reply-To: <199503212256.OAA09145@freefall.cdrom.com>; from David Greenman at Tue, 21 Mar 1995 14:56:56 -0800 Message-Id: Organization: Olahm Ha-Yetzirah Date: Wed, 22 Mar 1995 04:41:24 +0300 X-Mailer: Mail/@ [v2.32 FreeBSD] From: "Andrey A. Chernov, Black Mage" X-Class: Fast Subject: Re: Changed information for PR kern/260 Lines: 36 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1719 Sender: bugs-owner@FreeBSD.org Precedence: bulk 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