From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from sc8-sf-mx1-b.sourceforge.net ([10.3.1.11] helo=sc8-sf-mx1.sourceforge.net) by sc8-sf-list1.sourceforge.net with esmtp (Cipher TLSv1:DES-CBC3-SHA:168) (Exim 3.31-VA-mm2 #1 (Debian)) id 1AEvCi-00057v-00 for ; Wed, 29 Oct 2003 10:38:00 -0800 Received: from smtp002.mail.ukl.yahoo.com ([217.12.11.33]) by sc8-sf-mx1.sourceforge.net with smtp (Exim 4.24) id 1AEvCh-0007jJ-Tn for user-mode-linux-devel@lists.sourceforge.net; Wed, 29 Oct 2003 10:38:00 -0800 From: BlaisorBlade MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Message-Id: <200310291940.23551.blaisorblade_spam@yahoo.it> Subject: [uml-devel] tail -f is triggers a bug of hostfs on fstat64 Sender: user-mode-linux-devel-admin@lists.sourceforge.net Errors-To: user-mode-linux-devel-admin@lists.sourceforge.net List-Help: List-Post: List-Subscribe: , List-Id: The user-mode Linux development list List-Unsubscribe: , List-Archive: Date: Wed, 29 Oct 2003 19:40:23 +0100 To: user-mode-linux-devel@lists.sourceforge.net tail -f on UML doesn't succeed in following a file on hostfs. With strace, I could see that while normally tail -f does an fstat64 every second to the file, and checks things when it reports different datas, on hostfs the fstat64 always returns the same file size and probably the same attributes. I've seen this on 2.4.22-5um. I think this is difficult since the VFS caches dentries and inodes, and the change doesn't go through the VFS, but NFS exists and has probably already faced such issues, so it could lead to solution. Bye -- cat <