From owner-linux-xfs@oss.sgi.com Thu Jun 1 06:27:11 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 06:26:50 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:21285 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 06:26:40 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA21909 for ; Thu, 1 Jun 2000 07:21:45 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA41707 for ; Thu, 1 Jun 2000 09:24:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id JAA21223 for ; Thu, 1 Jun 2000 09:24:06 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA32102; Thu, 1 Jun 2000 09:23:54 -0500 Message-Id: <200006011423.JAA32102@jen.americas.sgi.com> Date: Thu, 1 Jun 2000 09:23:54 -0500 Subject: TAKE - backout ineffective change to inode freeing code To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This was an attempt to speed up unlinks - I misread the code, this does no good, so backing it out. Date: Thu Jun 1 07:22:56 PDT 2000 Workarea: jen.cray.com:/data/clink/io/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63160a linux/fs/xfs/xfs_inode.c - 1.292 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.292&r2=text&tr2=1.291&f=h - Back out change to inode logging in xfs_ifree - it does no good. From owner-linux-xfs@oss.sgi.com Thu Jun 1 06:28:10 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 06:27:50 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:43301 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 06:27:41 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA22007 for ; Thu, 1 Jun 2000 07:22:46 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA19400 for ; Thu, 1 Jun 2000 09:25:07 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id JAA21489 for ; Thu, 1 Jun 2000 09:25:07 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA32172; Thu, 1 Jun 2000 09:24:55 -0500 Message-Id: <200006011424.JAA32172@jen.americas.sgi.com> Date: Thu, 1 Jun 2000 09:24:55 -0500 Subject: TAKE - remove debug message from mount path To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Thu Jun 1 07:24:42 PDT 2000 Workarea: jen.cray.com:/data/clink/io/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63161a linux/fs/xfs/xfs_vfsops.c - 1.273 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.273&r2=text&tr2=1.272&f=h - p_integrate: Info: Locking file linux/fs/xfs/xfs_vfsops.cRemove some debug messages from console output From owner-linux-xfs@oss.sgi.com Thu Jun 1 06:33:40 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 06:33:20 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:21799 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 06:33:13 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA22715 for ; Thu, 1 Jun 2000 07:28:18 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA64207 for ; Thu, 1 Jun 2000 09:30:40 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id JAA22983 for ; Thu, 1 Jun 2000 09:30:40 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA32266; Thu, 1 Jun 2000 09:30:28 -0500 Message-Id: <200006011430.JAA32266@jen.americas.sgi.com> Date: Thu, 1 Jun 2000 09:30:28 -0500 Subject: TAKE - More delalloc work in the XFS I/O path To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This is closer to the real thing in terms of where delalloc extents get turned into real extents. Date: Thu Jun 1 07:29:29 PDT 2000 Workarea: jen.cray.com:/data/clink/io/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63162a linux/fs/page_buf.c - 1.103 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.103&r2=text&tr2=1.102&f=h - Change delalloc path to only do delalloc conversion from the page cleaner or from O_SYNC writes. linux/fs/xfs/linux/xfs_lrw.h - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h - change prototype for xfs_iomap_read linux/fs/xfs/linux/xfs_lrw.c - 1.44 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h - Change bmapi calls to that conversion is done on the whole delalloc extent rather than just the region starting at the specified page. linux/include/linux/page_buf.h - 1.44 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h - Extend bmap structure to include a start and an offset of the caller's request. linux/kdb/modules/kdbm_pb.c - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pb.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h - dump extra delat field in pbm_bmap structure From owner-linux-xfs@oss.sgi.com Thu Jun 1 09:56:13 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 09:56:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:23145 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 09:55:58 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA20187 for ; Thu, 1 Jun 2000 10:51:03 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA80543; Thu, 1 Jun 2000 12:54:23 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id MAA16360; Thu, 1 Jun 2000 12:54:22 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e51HsD728483; Thu, 1 Jun 2000 12:54:13 -0500 Message-ID: <3936A345.82660F83@thebarn.com> Date: Thu, 01 Jun 2000 12:54:13 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.15-0.28mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: Phil Schwan Subject: Re: dump/restore functionality References: <20000601133348.S689@off.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Phil Schwan wrote: > I have a question: how much of the Irix functionality do we really > care about? > > Who exactly is the intended audience of this utility, and in what > capacity do we expect them to use it? Is this being provided > basically as a simple ext2->xfs migration, or do we expect users to > use this for their real backups? > > I'm also vaguely curious about why every dump that I've seen to date > chooses to open the device and parse the FS metadata itself. The only > reasons that I could come up with were hard links and atime, both of > which can be kludged around. Presumably there is another reason that > I'm not aware of: can anyone enlighten me? SO much complexity can go > away if we treat dump as a smarter tar (my guess is at least an order > of magnitude in terms of lines of code). You are assuming the file system you are dumping is mountable and in a deceit shape. Dump is very tenacious about trying extract as much data from a file system that has been corrupted. I've managed to recover several file systems from bad disk drives by using dump. The strangest one I ever ran across; was disk drive that put it self into read only mode. This was a problem since the super block was not marked clean, and the drive wouldn't allow it to be marked as such, thus the drive was un-mountable. Dump happy read the entire file system and we were able to get the system back up and running with a new drive in short order. Why xfsdump was written such that it requires a mounted filesystem escapes me. Also being able to dump and restore a file system from minimally running system (In cases of root drive failure) was also a necessity. At the time dump was written really huge floppy drives (1.4meg) :-) wasn't available and CD-ROM??? what's that? If it is just a ext2 -> xfs path we are looking for... then we should just call it tar. If we want to provide a way of restoring a "dumped" file system to xfs then we don't need dump just restore. If we want people to use xfs in an environment where they are using dump to to backups then we need dump, especially if they run with a mix of file systems. > > > I'm happy to keep plugging away with the port, I just want to make > sure that our needs wouldn't be better served with a quick rewrite. > > -Phil From owner-linux-xfs@oss.sgi.com Thu Jun 1 10:35:23 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 10:35:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:23417 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 10:34:34 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA26400 for ; Thu, 1 Jun 2000 11:29:40 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA52967 for ; Thu, 1 Jun 2000 13:33:18 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id NAA26631 for ; Thu, 1 Jun 2000 13:33:16 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e51IX7728772 for ; Thu, 1 Jun 2000 13:33:07 -0500 Message-ID: <3936AC63.E38A4E6F@thebarn.com> Date: Thu, 01 Jun 2000 13:33:07 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.15-0.28mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: CVS 2.3 tree Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I put the entire 2.3/4 line into a cvs tree. Mainly such that it would be browse able via cvsweb. I don't know if anybody else would find this useful. but... http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4 -Russell From owner-linux-xfs@oss.sgi.com Thu Jun 1 10:36:33 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 10:36:23 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:6010 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 10:36:10 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA26752 for ; Thu, 1 Jun 2000 11:31:16 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA78414 for ; Thu, 1 Jun 2000 13:34:54 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id NAA27025 for ; Thu, 1 Jun 2000 13:34:52 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA15731; Thu, 1 Jun 2000 13:34:39 -0500 Message-Id: <200006011834.NAA15731@jen.americas.sgi.com> Date: Thu, 1 Jun 2000 13:34:39 -0500 Subject: TAKE - fix unmount problems To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Thu Jun 1 11:34:17 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63175a linux/fs/page_buf.c - 1.104 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.104&r2=text&tr2=1.103&f=h - Turn back on the code to wait for I/O to complete when flushing delwri pagebufs - this is needed for unmount to do things in the correct order. Modified it somewhat to potentially close the windows. linux/fs/xfs/linux/xfs_iops.c - 1.51 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h - Remove the extra hold taken on the inode which was preventing unmounts, the link call was the culprit. From owner-linux-xfs@oss.sgi.com Thu Jun 1 10:38:33 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 10:38:23 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:11131 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 10:38:14 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA27152 for ; Thu, 1 Jun 2000 11:33:19 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA31388 for ; Thu, 1 Jun 2000 13:36:58 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.5) with ESMTP id NAA27548 for ; Thu, 1 Jun 2000 13:36:56 -0500 (CDT) From: Steve Lord Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA15801; Thu, 1 Jun 2000 13:36:43 -0500 Message-Id: <200006011836.NAA15801@jen.americas.sgi.com> Date: Thu, 1 Jun 2000 13:36:43 -0500 Subject: TAKE - make vnode tracing version of code build again To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Thu Jun 1 11:36:12 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63176a linux/fs/xfs/xfsidbg.c - 1.147 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsidbg.c.diff?r1=text&tr1=1.147&r2=text&tr2=1.146&f=h linux/fs/xfs/linux/xfs_random.c - 1.45 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_random.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h - Move ktrace code which is only used in xfsidbg into xfsidbg From owner-linux-xfs@oss.sgi.com Thu Jun 1 11:06:23 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 11:06:04 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:50813 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 11:05:39 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA05189 for ; Thu, 1 Jun 2000 12:10:26 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA89731 for ; Thu, 1 Jun 2000 14:04:22 -0500 (CDT) Received: from localhost.localdomain (root@eagdhcp-184-27.americas.sgi.com [128.162.184.177]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA02553 for ; Thu, 1 Jun 2000 14:04:20 -0500 (CDT) From: lord@sgi.com Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id OAA05602; Thu, 1 Jun 2000 14:05:59 -0500 Message-Id: <200006011905.OAA05602@localhost.localdomain> Date: Thu, 1 Jun 2000 14:05:59 -0500 Subject: TAKE - short circuit the directory lookup on unlink and rmdir To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Since the vfs layer provides us with the inode we are going to remove, pass it into xfs and avoid scanning the directory for the name. Date: Thu Jun 1 12:02:00 PDT 2000 Workarea: eagdhcp-184-27.cray.com:/usr/src/lord/linux-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63177a linux/fs/xfs/xfs_vnodeops.c - 1.454 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.454&r2=text&tr2=1.453&f=h - use the passed in vnode to locate the target inode if it is present instead of walking down the directory structure looking for it. linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.23 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/vnode.h.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h - Add target vnode to parameters for VOP_REMOVE and VOP_RMDIR linux/fs/xfs/linux/xfs_iops.c - 1.52 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h - Pass vnode for entry being removed into VOP for unlink and rmdir From owner-linux-xfs@oss.sgi.com Thu Jun 1 17:14:52 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 17:14:32 -0700 Received: from fepA.post.tele.dk ([195.41.46.143]:4844 "EHLO fepA.post.tele.dk") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 17:14:03 -0700 Received: from burns.home.kernel.dk ([195.215.250.191]) by fepA.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000602001443.NGQS21268.fepA.post.tele.dk@burns.home.kernel.dk>; Fri, 2 Jun 2000 02:14:43 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id CAA14874; Fri, 2 Jun 2000 02:15:22 +0200 Date: Fri, 2 Jun 2000 02:15:22 +0200 From: Jens Axboe To: Russell Cattelan Cc: Chaitanya Tumuluri , linux-xfs@oss.sgi.com Subject: Re: CONFIG_KIOBUF_IO broken on IDE Message-ID: <20000602021522.H8406@suse.de> References: <200005312130.OAA93306@getafix.engr.sgi.com> <39358795.E12AC45F@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <39358795.E12AC45F@thebarn.com>; from cattelan@thebarn.com on Wed, May 31, 2000 at 04:43:49PM -0500 X-OS: Linux 2.4.0-test1-ac7 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Wed, May 31 2000, Russell Cattelan wrote: > I wouldn't dig into this to far.. I'm 90% sure it's the compiler bug. I can confirm that, at least to some degree. Going from gcc-2.95.2 to egcs-1.1.2 removed all signs of it, very easy to reproduce before. -- * Jens Axboe * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk From owner-linux-xfs@oss.sgi.com Thu Jun 1 17:35:02 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 17:34:52 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:34827 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 17:34:31 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA16344 for ; Thu, 1 Jun 2000 17:30:19 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA29538; Thu, 1 Jun 2000 17:30:20 -0700 (PDT) Message-ID: <393700D3.F8B0E377@sgi.com> Date: Thu, 01 Jun 2000 17:33:23 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: linux-xfs@oss.sgi.com Subject: Re: kdb problems References: <5487.959845443@kao2.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Keith Owens wrote: > > On Wed, 31 May 2000 15:14:16 -0700, > Rajagopal Ananthanarayanan wrote: > > > >kdb is behaving odd of late while switching > >cpus. Don't know when it started happening, > >but I'm seeing this as of today. I have a completely > >uptodate tree ... > > Should be fixed by 2.3.99pre2-xfs:slinx:63159a. After the recent fixes kdb seems to be back to its normal functionality ... thanks, -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 1 18:37:12 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 18:37:02 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:22300 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 18:36:45 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA22247 for ; Thu, 1 Jun 2000 18:32:32 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA16907 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 2 Jun 2000 11:36:08 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id LAA81086 for ; Fri, 2 Jun 2000 11:36:08 +1000 (EST) Message-Id: <200006020136.LAA81086@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: fs full problem Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jun 2000 11:36:07 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Create an XFS partition, then try to create a file that's too big to fit in your FS: dd if=/dev/zero of=/mnt/arch0/bigfile bs=1024k count=200 With delay alloc off, the dd process hangs in a write call, with 100% system CPU time. The machine remains active. With delay alloc on, you get a slew of page_buf warnings and errors but not an actual error return. ( Oh yeah - and has anyone noticed insmod still running after loading the XFS modules, or is that just me? I have no idea how that's possible. ) ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 1 18:47:02 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 18:46:53 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:29982 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 18:46:33 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA23095 for ; Thu, 1 Jun 2000 18:42:22 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA29620; Thu, 1 Jun 2000 18:41:00 -0700 (PDT) Message-ID: <39371162.82CB02B9@sgi.com> Date: Thu, 01 Jun 2000 18:44:02 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Moore CC: linux-xfs@oss.sgi.com Subject: Re: fs full problem References: <200006020136.LAA81086@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore wrote: > > Create an XFS partition, then try to create a file that's too big to > fit in your FS: > > dd if=/dev/zero of=/mnt/arch0/bigfile bs=1024k count=200 > > With delay alloc off, the dd process hangs in a write call, > with 100% system CPU time. The machine remains active. > > With delay alloc on, you get a slew of page_buf warnings and > errors but not an actual error return. with delalloc on: Could you please send out the messages? Does the dd finish? > > ( > Oh yeah - and has anyone noticed insmod still running > after loading the XFS modules, or is that just me? > I have no idea how that's possible. > ) No, i haven't noticed insmod running. But for some reason the loading works extemely fast in the last 2-3 days. > > ----------------------------------------------------- > Daniel Moore dxm@sgi.com > R&D Software Engineer Phone: +61-3-98348209 > SGI Performance Tools Group Fax: +61-3-98132378 > ----------------------------------------------------- -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 1 18:53:32 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 18:53:23 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5683 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 18:53:18 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA05220 for ; Thu, 1 Jun 2000 18:58:48 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17008; Fri, 2 Jun 2000 11:52:43 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id LAA81212; Fri, 2 Jun 2000 11:52:43 +1000 (EST) Message-Id: <200006020152.LAA81212@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Rajagopal Ananthanarayanan cc: linux-xfs@oss.sgi.com Subject: Re: fs full problem In-reply-to: Your message of "Thu, 01 Jun 2000 18:44:02 MST." <39371162.82CB02B9@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jun 2000 11:52:43 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Rajagopal Ananthanarayanan writes: => with delalloc on: => Could you please send out the messages? Does the dd finish? [root@troppo ~]# dd if=/dev/zero of=/mnt/tmp/foo bs=1024 count=27400 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 PBFWA: short write written 0 ilen 1024 status 28 PBGFWA: short write written 28 ilen 1024 status 28 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 PBFWA: short write written 0 ilen 996 status 28 PBGFWA: short write written 28 ilen 996 status 28 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 PBFWA: short write written 0 ilen 968 status 28 PBGFWA: short write written 28 ilen 968 status 28 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 PBFWA: short write written 0 ilen 940 status 28 PBGFWA: short write written 28 ilen 940 status 28 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 PBFWA: short write written 0 ilen 912 status 28 PBGFWA: short write written 28 ilen 912 status 28 pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 And I don't think dd finishes. We terminated it... => No, i haven't noticed insmod running. But for some reason => the loading works extemely fast in the last 2-3 days. That's Keith's kdb work - the loading of the symbol table is much much faster now. ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 1 19:10:43 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 19:10:32 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:32548 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 19:10:18 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA25377 for ; Thu, 1 Jun 2000 19:06:03 -0700 (PDT) mail_from (kaos@kao2.melbourne.sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17118; Fri, 2 Jun 2000 12:08:23 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Daniel Moore cc: linux-xfs@oss.sgi.com Subject: Re: fs full problem In-reply-to: Your message of "Fri, 02 Jun 2000 11:36:07 +1000." <200006020136.LAA81086@clouds.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Jun 2000 12:08:23 +1000 Message-ID: <2912.959911703@kao2.melbourne.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, 02 Jun 2000 11:36:07 +1000, Daniel Moore wrote: >Oh yeah - and has anyone noticed insmod still running >after loading the XFS modules, or is that just me? >I have no idea how that's possible. It means that insmod is waiting for the module initialization code to complete. Almost always a bug in the module start up code. Get the process number, drop into kdb and "btp number". From owner-linux-xfs@oss.sgi.com Thu Jun 1 19:17:12 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 19:17:02 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:35365 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 19:16:55 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA25749 for ; Thu, 1 Jun 2000 19:12:43 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id TAA29602; Thu, 1 Jun 2000 19:12:49 -0700 (PDT) Message-ID: <393718D6.DF1209D3@sgi.com> Date: Thu, 01 Jun 2000 19:15:50 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Moore CC: linux-xfs@oss.sgi.com Subject: Re: fs full problem References: <200006020152.LAA81212@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore wrote: > > Rajagopal Ananthanarayanan writes: > > => with delalloc on: > => Could you please send out the messages? Does the dd finish? > > [root@troppo ~]# dd if=/dev/zero of=/mnt/tmp/foo bs=1024 count=27400 > pbfwa: delay bmap returned error 28 ro 0x1aa0000 size 0x10000 > PBFWA: short write written 0 ilen 1024 status 28 > PBGFWA: short write written 28 ilen 1024 status 28 > Ok, we should probably remove these printf's: failing because of genuine ENOSPC (28) is not too bad. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 1 20:01:43 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 20:01:33 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:14896 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 20:01:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA29168 for ; Thu, 1 Jun 2000 19:57:18 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17433 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 2 Jun 2000 13:00:53 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA20169 for linux-xfs@oss.sgi.com; Fri, 2 Jun 2000 13:00:52 +1000 (EST) Date: Fri, 2 Jun 2000 13:00:52 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006020300.NAA20169@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fix set_thread_name Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.99pre2-xfs:slinx:63238a Date: Thu Jun 1 20:00:34 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/xfs/linux/xfs_thread.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_thread.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h - fix set_thread_name From owner-linux-xfs@oss.sgi.com Thu Jun 1 20:43:33 2000 Received: by oss.sgi.com id ; Thu, 1 Jun 2000 20:43:23 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:62778 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 1 Jun 2000 20:42:57 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA02197 for ; Thu, 1 Jun 2000 20:38:44 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17627 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 2 Jun 2000 13:41:06 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA02943 for linux-xfs@oss.sgi.com; Fri, 2 Jun 2000 13:41:06 +1000 (EST) Date: Fri, 2 Jun 2000 13:41:06 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006020341.NAA02943@kao1.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - kdb add environment variable NOSECT Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Add environment variable NOSECT Modid: 2.3.99pre2-xfs:slinx:63241a Date: Thu Jun 1 20:40:05 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/slinx_2.3.99pre2-xfs Author: kaos Merged by: kaos Merged mods: 2.3.99pre2-kdb:slinx:63241a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/Documentation/kdb/kdb_bt.man - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/kdb/kdb_bt.man.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux/Documentation/kdb/kdb_md.man - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/kdb/kdb_md.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h linux/arch/i386/kdb/kdba_bt.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/kdb/kdbmain.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/kdbmain.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - Merge of 2.3.99pre2-kdb:slinx:63241a by kaos. From owner-linux-xfs@oss.sgi.com Fri Jun 2 09:31:56 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 09:31:46 -0700 Received: from Cantor.suse.de ([194.112.123.193]:8976 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 2 Jun 2000 09:31:39 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 938491E313; Fri, 2 Jun 2000 18:32:16 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 5835D10A026; Fri, 2 Jun 2000 18:32:16 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 052342F300; Fri, 2 Jun 2000 18:32:16 +0200 (MEST) Date: Fri, 2 Jun 2000 18:32:16 +0200 From: "Andi Kleen" To: Russell Cattelan Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: pagebuf_cleaner crash was Re: CVS 2.3 tree Message-ID: <20000602183216.A25979@gruyere.muc.suse.de> References: <3936AC63.E38A4E6F@thebarn.com> <20000601225718.A12013@gruyere.muc.suse.de> <3936D18D.174640C@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3936D18D.174640C@thebarn.com>; from cattelan@thebarn.com on Thu, Jun 01, 2000 at 04:11:41PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Jun 01, 2000 at 04:11:41PM -0500, Russell Cattelan wrote: > > > > to do that for the ``TAKE'' messages on the list? Then you could just > > click on a change to look at it. > > > > -Andi > > BTW did switching compilers help? Seems I was too quick. Unpack works now, but the libc compilation with no CONFIG_KIOVEC_IO ended with a BUG in the page_cleaner_daemon (during a big ``ar'' run): delalloc page 0xc101d370 with no extent Entering kdb (0xc6456000) on processor 1 Panic: invalid operand due to panic @ 0xc014b000 eax = 0x0000001f ebx = 0xc0ddd680 ecx = 0xc0326464 edx = 0xc6ae9f74 esi = 0xc101d370 edi = 0xc6457fa0 esp = 0xc6457f6c eip = 0xc014b000 ebp = 0xc6457fb8 ss = 0x00000018 cs = 0x00000010 eflags = 0x00010282 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc6457f38 [1]kdb> bt EBP EIP Function(args) 0xc6457fb8 0xc014b000 pb_delalloc_convert+0x90 (0xc101d370, 0xc6457fea, 0x10000000, 0x100, 0xc6477ce0) kernel .text 0xc0100000 0xc014af70 0xc014b13c 0xc6457fec 0xc014b41b page_cleaner_daemon+0x2df kernel .text 0xc0100000 0xc014b13c 0xc014b538 0xc0108f37 kernel_thread+0x23 kernel .text 0xc0100000 0xc0108f14 0xc0108f4c [1]kdb> bt EBP EIP Function(args) 0xc6457fb8 0xc014b000 pb_delalloc_convert+0x90 (0xc101d370, 0xc6457fea, 0x10000000, 0x100, 0xc6477ce0) kernel .text 0xc0100000 0xc014af70 0xc014b13c 0xc6457fec 0xc014b41b page_cleaner_daemon+0x2df kernel .text 0xc0100000 0xc014b13c 0xc014b538 0xc0108f37 kernel_thread+0x23 kernel .text 0xc0100000 0xc0108f14 0xc0108f4c [1]kdb> [1]kdb> -Andi From owner-linux-xfs@oss.sgi.com Fri Jun 2 09:48:16 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 09:48:07 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:39176 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 09:48:02 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA15043 for ; Fri, 2 Jun 2000 09:43:50 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA00410; Fri, 2 Jun 2000 11:46:06 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA24902; Fri, 2 Jun 2000 11:46:04 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA01834; Fri, 2 Jun 2000 11:45:42 -0500 Message-Id: <200006021645.LAA01834@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Andi Kleen" cc: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: pagebuf_cleaner crash was Re: CVS 2.3 tree In-Reply-To: Message from "Andi Kleen" of "Fri, 02 Jun 2000 18:32:16 +0200." <20000602183216.A25979@gruyere.muc.suse.de> Date: Fri, 02 Jun 2000 11:45:41 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Did you update the system again - there was more pagebuf surgery that went in yesterday? Just so we know what the baseline is here - I suspect you did, guess it is time to go build some rpms - how do you make rpm work in a different tree than /usr/src/redhat? Steve > On Thu, Jun 01, 2000 at 04:11:41PM -0500, Russell Cattelan wrote: > > > > > > to do that for the ``TAKE'' messages on the list? Then you could just > > > click on a change to look at it. > > > > > > -Andi > > > > BTW did switching compilers help? > > Seems I was too quick. Unpack works now, but the libc compilation with > no CONFIG_KIOVEC_IO ended with a BUG in the page_cleaner_daemon > (during a big ``ar'' run): > > delalloc page 0xc101d370 with no extent > > Entering kdb (0xc6456000) on processor 1 Panic: invalid operand > due to panic @ 0xc014b000 > eax = 0x0000001f ebx = 0xc0ddd680 ecx = 0xc0326464 edx = 0xc6ae9f74 > esi = 0xc101d370 edi = 0xc6457fa0 esp = 0xc6457f6c eip = 0xc014b000 > ebp = 0xc6457fb8 ss = 0x00000018 cs = 0x00000010 eflags = 0x00010282 > ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc6457f38 > [1]kdb> bt > EBP EIP Function(args) > 0xc6457fb8 0xc014b000 pb_delalloc_convert+0x90 (0xc101d370, 0xc6457fea, 0x100 00000, 0x100, 0xc6477ce0) > kernel .text 0xc0100000 0xc014af70 0xc014b13c > 0xc6457fec 0xc014b41b page_cleaner_daemon+0x2df > kernel .text 0xc0100000 0xc014b13c 0xc014b538 > 0xc0108f37 kernel_thread+0x23 > kernel .text 0xc0100000 0xc0108f14 0xc0108f4c > [1]kdb> bt > EBP EIP Function(args) > 0xc6457fb8 0xc014b000 pb_delalloc_convert+0x90 (0xc101d370, 0xc6457fea, 0x100 00000, 0x100, 0xc6477ce0) > kernel .text 0xc0100000 0xc014af70 0xc014b13c > 0xc6457fec 0xc014b41b page_cleaner_daemon+0x2df > kernel .text 0xc0100000 0xc014b13c 0xc014b538 > 0xc0108f37 kernel_thread+0x23 > kernel .text 0xc0100000 0xc0108f14 0xc0108f4c > [1]kdb> > [1]kdb> > > > -Andi From owner-linux-xfs@oss.sgi.com Fri Jun 2 10:11:26 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 10:11:07 -0700 Received: from Cantor.suse.de ([194.112.123.193]:60945 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 2 Jun 2000 10:11:05 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id D8B1C1E316; Fri, 2 Jun 2000 19:11:45 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 552FA10A026; Fri, 2 Jun 2000 19:11:45 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id EFDDE2F300; Fri, 2 Jun 2000 19:11:44 +0200 (MEST) Date: Fri, 2 Jun 2000 19:11:44 +0200 From: "Andi Kleen" To: Steve Lord Cc: "Andi Kleen" , Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: pagebuf_cleaner crash was Re: CVS 2.3 tree Message-ID: <20000602191144.A26304@gruyere.muc.suse.de> References: <200006021645.LAA01834@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200006021645.LAA01834@jen.americas.sgi.com>; from lord@sgi.com on Fri, Jun 02, 2000 at 11:45:41AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, Jun 02, 2000 at 11:45:41AM -0500, Steve Lord wrote: > > Did you update the system again - there was more pagebuf surgery that > went in yesterday? Just so we know what the baseline is here - I suspect > you did, guess it is time to go build some rpms - how do you make > rpm work in a different tree than /usr/src/redhat? Yes, I did a cvs update with a full recompile a few hours ago. I use a small shell script for that: #!/bin/sh case "$1" in /*) D=$1 ;; *) D=`pwd`/$1 ;; esac shift exec rpm --define "_specdir $D" --define "_rpmdir $D" \ --define "_srcrpmdir $D" --define "_builddir $D" \ --define "_sourcedir $D" "$@" -Andi From owner-linux-xfs@oss.sgi.com Fri Jun 2 11:12:47 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 11:12:27 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:17965 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 11:12:03 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA00521 for ; Fri, 2 Jun 2000 11:07:51 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA30340; Fri, 2 Jun 2000 11:07:20 -0700 (PDT) Message-ID: <3937F97E.87228C1A@sgi.com> Date: Fri, 02 Jun 2000 11:14:22 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: pagebuf_cleaner crash was Re: CVS 2.3 tree References: <3936AC63.E38A4E6F@thebarn.com> <20000601225718.A12013@gruyere.muc.suse.de> <3936D18D.174640C@thebarn.com> <20000602183216.A25979@gruyere.muc.suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Andi Kleen wrote: > > On Thu, Jun 01, 2000 at 04:11:41PM -0500, Russell Cattelan wrote: > > > > > > to do that for the ``TAKE'' messages on the list? Then you could just > > > click on a change to look at it. > > > > > > -Andi > > > > BTW did switching compilers help? > > Seems I was too quick. Unpack works now, but the libc compilation with > no CONFIG_KIOVEC_IO ended with a BUG in the page_cleaner_daemon > (during a big ``ar'' run): > > delalloc page 0xc101d370 with no extent The most interesting thing would be find out the nature of the extents in this inode/file. I don't know if this is reproducible, but if you have xfsidbg & kdbm_pb modules loaded, then the following info. would help. kdb> page 0xc101d370 [ ...] address_space kdb> md [ ... pick the inode (5th word in the dump) = address2 ... ] kdb> inode [ ... shows the vnode ptr (address3) ...] kdb> vnode [ ... shows the vnode pobj (address4) ... ] kdb> xexlist [ the extents we want ] -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Fri Jun 2 11:20:17 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 11:19:57 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12336 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 11:19:49 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA01870 for ; Fri, 2 Jun 2000 11:15:37 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA49958; Fri, 2 Jun 2000 13:19:11 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA29321; Fri, 2 Jun 2000 13:19:10 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id NAA08373; Fri, 2 Jun 2000 13:18:47 -0500 Message-Id: <200006021818.NAA08373@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Rajagopal Ananthanarayanan cc: Andi Kleen , Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: pagebuf_cleaner crash was Re: CVS 2.3 tree In-Reply-To: Message from Rajagopal Ananthanarayanan of "Fri, 02 Jun 2000 11:14:22 PDT." <3937F97E.87228C1A@sgi.com> Date: Fri, 02 Jun 2000 13:18:47 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I just replicated this... > Andi Kleen wrote: > > > > On Thu, Jun 01, 2000 at 04:11:41PM -0500, Russell Cattelan wrote: > > > > > > > > to do that for the ``TAKE'' messages on the list? Then you could just > > > > click on a change to look at it. > > > > > > > > -Andi > > > > > > BTW did switching compilers help? > > > > Seems I was too quick. Unpack works now, but the libc compilation with > > no CONFIG_KIOVEC_IO ended with a BUG in the page_cleaner_daemon > > (during a big ``ar'' run): > > > > delalloc page 0xc101d370 with no extent > > The most interesting thing would be find out the nature of the > extents in this inode/file. I don't know if this is reproducible, > but if you have xfsidbg & kdbm_pb modules loaded, then the following > info. would help. > > kdb> page 0xc101d370 > [ ...] address_space > kdb> md > [ ... pick the inode (5th word in the dump) = address2 ... ] > kdb> inode > [ ... shows the vnode ptr (address3) ...] > kdb> vnode > [ ... shows the vnode pobj (address4) ... ] > kdb> xexlist > [ the extents we want ] > > > -------------------------------------------------------------------------- > Rajagopal Ananthanarayanan ("ananth") > Member Technical Staff, SGI. > -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Fri Jun 2 11:29:27 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 11:29:17 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:25140 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 11:28:59 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA03720 for ; Fri, 2 Jun 2000 11:24:48 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA30277; Fri, 2 Jun 2000 11:22:46 -0700 (PDT) Message-ID: <3937FD1C.35FE1EC8@sgi.com> Date: Fri, 02 Jun 2000 11:29:48 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: Andi Kleen , Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: pagebuf_cleaner crash was Re: CVS 2.3 tree References: <200006021818.NAA08373@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Steve Lord wrote: > > I just replicated this... > Great ... reproducible error should be easier to track ;-) Steve, I'll be off-line for the next couple of hours. Can you please try a preliminary analysis? -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Fri Jun 2 12:11:07 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 12:10:57 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:8778 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 12:10:44 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA12019 for ; Fri, 2 Jun 2000 12:06:32 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA69350; Fri, 2 Jun 2000 14:10:04 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA01920; Fri, 2 Jun 2000 14:10:03 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e52J9r726264; Fri, 2 Jun 2000 14:09:53 -0500 Message-ID: <39380680.E78B00E5@thebarn.com> Date: Fri, 02 Jun 2000 14:09:52 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.15-0.28mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: CVS 2.3 tree References: <3936AC63.E38A4E6F@thebarn.com> <20000601225718.A12013@gruyere.muc.suse.de> <3936D18D.174640C@thebarn.com> <20000602175713.A25566@gruyere.muc.suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Andi Kleen wrote: > On Thu, Jun 01, 2000 at 04:11:41PM -0500, Russell Cattelan wrote: > > > > > > to do that for the ``TAKE'' messages on the list? Then you could just > > > click on a change to look at it. > > > > > > -Andi > > > > BTW did switching compilers help? > > Yes, it seems switching compilers did help. > > Do you know which function is miscompiled ? [it may be useful to write a gcc > bugreport] > > -Andi Look at about line 3826 in the function __pb_set_blocks_mp bh->b_blocknr = (long)mp->pbm_bn + (mp->pbm_delta >> inode->i_sb->s_blocksize_bits); This line --> bh->b_blocknr >>= block_bits; Putting printk's in will show that b_blocknr to be correct. Taking them out and looking at the values with kdb will show the wrong values. One way arond this is to call a function that does the shift. I didn't spend to much time looking at the asm code to try and understand what is going wrong. If you spot something obvious let me know. -Russell From owner-linux-xfs@oss.sgi.com Fri Jun 2 12:12:37 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 12:12:27 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:35146 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 12:12:17 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA12222 for ; Fri, 2 Jun 2000 12:08:04 -0700 (PDT) mail_from (mostek@sgi.com) From: mostek@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA55965 for ; Fri, 2 Jun 2000 14:11:42 -0500 (CDT) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA01977 for ; Fri, 2 Jun 2000 14:11:41 -0500 (CDT) Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id OAA07165; Fri, 2 Jun 2000 14:11:40 -0500 (CDT) Message-Id: <200006021911.OAA07165@fsgi344.americas.sgi.com> Subject: updated web pages To: linux-xfs@oss.sgi.com Date: Fri, 2 Jun 2000 14:11:39 -0500 (CDT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I just updated two web pages: http://oss.sgi.com/projects/xfs/todos.html and http://oss.sgi.com/projects/xfs/status.html To keep current with the status and work items, it is best to watch the linux-xfs mailing list. Let me know if there are any missing work items or ... Thanks, Jim From owner-linux-xfs@oss.sgi.com Fri Jun 2 13:43:21 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 13:43:12 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:62077 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 13:42:53 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA02842 for ; Fri, 2 Jun 2000 14:37:58 -0700 (PDT) mail_from (jtk@sgi.com) From: jtk@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA24321; Fri, 2 Jun 2000 16:38:54 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA08532; Fri, 2 Jun 2000 16:38:53 -0500 (CDT) Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id QAA27258; Fri, 2 Jun 2000 16:38:52 -0500 (CDT) Message-Id: <200006022138.QAA27258@tiki.americas.sgi.com> Subject: kdb & nmi_watchdog To: kaos@kao1.melbourne.sgi.com Date: Fri, 2 Jun 2000 16:38:51 -0500 (CDT) Cc: linux-xfs@oss.sgi.com X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Keith, the following patch allows kdb & nmi_watchdog to "live in harmony".. prior to this, if kdb was configured, the nmi_watchdog code was disabled, if the system got into a "hard" hang with interrupts disabled, there was no way to get into kdb. with this code, nmi_watchdog is re-enabled on i386's. a hard hang will wait 5 seconds, dropping through nmi_watchdog, print out the NMI "oops", in case all else fails, and drop into kdb.. Using this capability has helped us uncover a pesky pagebuf bug this afternoon. take a look-see, let me know.. -Ted Kline ---------------------------------------- diff -u .base/linux/arch/i386/kernel/traps.c linux/arch/i386/kernel/traps.c --- .base/linux/arch/i386/kernel/traps.c Thu Jun 1 11:09:10 2000 +++ linux/arch/i386/kernel/traps.c Fri Jun 2 13:34:44 2000 @@ -533,11 +533,10 @@ #if CONFIG_X86_IO_APIC -#if defined(CONFIG_KDB) -int nmi_watchdog = 0; -#else int nmi_watchdog = 1; -#endif +#if defined(CONFIG_KDB) +int nmi_watchdog_in_kdb = 0; +#endif /* defined(CONFIG_KDB) */ static int __init setup_nmi_watchdog(char *str) { @@ -550,10 +549,18 @@ extern spinlock_t console_lock; static spinlock_t nmi_print_lock = SPIN_LOCK_UNLOCKED; +#if defined(CONFIG_SMP) && defined(CONFIG_KDB) +static void +do_ack_apic_irq(void) +{ + ack_APIC_irq(); +} +#endif + inline void nmi_watchdog_tick(struct pt_regs * regs) { /* - * the best way to detect wether a CPU has a 'hard lockup' problem + * the best way to detect whether a CPU has a 'hard lockup' problem * is to check it's local APIC timer IRQ counts. If they are not * changing then that CPU has some problem. * @@ -584,35 +591,56 @@ * wait a few IRQs (5 seconds) before doing the oops ... */ alert_counter[cpu]++; - if (alert_counter[cpu] == 5*HZ) { + if (alert_counter[cpu] >= 5*HZ) { + int s; + spin_lock(&nmi_print_lock); +#if defined(CONFIG_SMP) && defined(CONFIG_KDB) + if (nmi_watchdog_in_kdb) { + spin_unlock(&nmi_print_lock); + /* + * We're already in the kernel debugger + * from another cpu, try to join in, + * otherwise skip a beat. + */ + (void)kdb_ipi((kdb_eframe_t)regs, + do_ack_apic_irq); + return; + } +#endif /* * We are in trouble anyway, lets at least try * to get a message out. */ - spin_trylock(&console_lock); + s = spin_trylock(&console_lock); spin_unlock(&console_lock); + printk("NMI Watchdog detected LOCKUP on CPU%d, registers:\n", cpu); show_registers(regs); +#if defined(CONFIG_KDB) + nmi_watchdog_in_kdb |= 1 << cpu; + + spin_unlock(&nmi_print_lock); + + kdb(KDB_REASON_WATCHDOG, 0, regs); + + spin_lock(&nmi_print_lock); + nmi_watchdog_in_kdb &= ~(1 << cpu); + spin_unlock(&nmi_print_lock); + +#else /* ! defined(CONFIG_KDB) */ printk("console shuts up ...\n"); console_silent(); spin_unlock(&nmi_print_lock); do_exit(SIGSEGV); +#endif /* ! defined(CONFIG_KDB) */ } } else { last_irq_sums[cpu] = sum; alert_counter[cpu] = 0; } } -#endif - -#if defined(CONFIG_SMP) && defined(CONFIG_KDB) -static void -do_ack_apic_irq(void) -{ - ack_APIC_irq(); -} -#endif +#endif /* CONFIG_X86_IO_APIC */ asmlinkage void do_nmi(struct pt_regs * regs, long error_code) { @@ -620,6 +648,7 @@ atomic_inc(&nmi_counter(smp_processor_id())); + #if defined(CONFIG_SMP) && defined(CONFIG_KDB) /* * Call the kernel debugger to see if this NMI is due @@ -631,6 +660,14 @@ #endif if (!(reason & 0xc0)) { #if CONFIG_X86_IO_APIC +#if defined(CONFIG_KDB) + /* + * If we're in Kdb, just let the + * NMI's "slide by". + */ + if (kdb_active || nmi_watchdog_in_kdb) + return; +#endif /* defined(CONFIG_KDB) */ /* * Ok, so this is none of the documented NMI sources, * so it must be the NMI watchdog. @@ -640,9 +677,9 @@ return; } else unknown_nmi_error(reason, regs); -#else +#else /* ! CONFIG_X86_IO_APIC */ unknown_nmi_error(reason, regs); -#endif +#endif /* ! CONFIG_X86_IO_APIC */ return; } if (reason & 0x80) diff -u .base/linux/include/linux/kdb.h linux/include/linux/kdb.h --- .base/linux/include/linux/kdb.h Thu Jun 1 11:30:54 2000 +++ linux/include/linux/kdb.h Thu Jun 1 11:29:53 2000 @@ -117,7 +117,8 @@ KDB_REASON_SWITCH, /* CPU switch - regs valid*/ KDB_REASON_INT, /* KDB_ENTER trap - regs valid */ KDB_REASON_KEYBOARD, /* Keyboard entry - regs valid */ - KDB_REASON_NMI /* Non-maskable interrupt; regs valid */ + KDB_REASON_NMI, /* Non-maskable interrupt; regs valid */ + KDB_REASON_WATCHDOG /* Watchdog interrupt; regs valid */ } kdb_reason_t; extern int kdb(kdb_reason_t reason, int error_code, kdb_eframe_t); diff -u .base/linux/kdb/kdbmain.c linux/kdb/kdbmain.c --- .base/linux/kdb/kdbmain.c Fri Jun 2 16:14:12 2000 +++ linux/kdb/kdbmain.c Fri Jun 2 16:13:03 2000 @@ -742,6 +742,11 @@ kdba_getpc(ef)); kdba_dumpregs(ef, NULL, NULL); break; + case KDB_REASON_WATCHDOG: + kdb_printf("due to WatchDog Interrupt @ 0x%lx\n", + kdba_getpc(ef)); + kdba_dumpregs(ef, NULL, NULL); + break; case KDB_REASON_BREAK: kdb_printf("due to Breakpoint @ 0x%lx\n", kdba_getpc(ef)); /* @@ -866,7 +871,9 @@ */ if (reason != KDB_REASON_SWITCH) { if (kdb_active) { - printk("kdb: debugger re-entered, allowing event to proceed\n"); + printk( + "kdb: debugger re-entered (new reason = %d), allowing event to proceed\n", + reason); return(0); } } else if (!kdb_active) { From owner-linux-xfs@oss.sgi.com Fri Jun 2 16:02:22 2000 Received: by oss.sgi.com id ; Fri, 2 Jun 2000 16:02:12 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:50985 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 2 Jun 2000 16:01:55 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA18445 for ; Fri, 2 Jun 2000 16:56:30 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id SAA19248; Fri, 2 Jun 2000 18:58:53 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id SAA12322; Fri, 2 Jun 2000 18:58:51 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e52NwgL03366; Fri, 2 Jun 2000 18:58:42 -0500 Message-ID: <39384A31.342F090A@thebarn.com> Date: Fri, 02 Jun 2000 18:58:41 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.15-0.28mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: jtk@sgi.com, linux-xfs@oss.sgi.com Subject: Interesting error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Haven't seen this one before.... no idea what is means. XFS assertion failed: (e_inum != 0) && ip, file: xfs_vnodeops.c, line: 2999 kernel BUG at xfs_debug.c:96! Entering kdb (0xc08c6000) on processor 0 Panic: invalid operand due to panic @ 0xc48f5a89 eax = 0x0000001e ebx = 0xc0b7c878 ecx = 0xc02ca464 edx = 0xc3827f6c esi = 0xc3e2f420 edi = 0xc08c7e5c esp = 0xc08c7d88 eip = 0xc48f5a89 ebp = 0xc08c7d94 ss = 0x00000018 cs = 0x00000010 eflags = 0x00010282 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc08c7d54 [0]kdb> bt EBP EIP Function(args) 0xc08c7d94 0xc48f5a89 [xfs]assfail+0x2d (0xc4919372, 0xc4918ea0, 0xbb7) xfs .text 0xc4883060 0xc48f5a5c 0xc48f5a90 0xc08c7dd8 0xc48ede7f [xfs]xfs_get_dir_entry+0xcb (0xc3e2f420, 0xc0e4a520, 0xc08c7e5c, 0xc08c7e60) xfs .text 0xc4883060 0xc48eddb4 0xc48edea8 0xc08c7e70 0xc48ee484 [xfs]xfs_remove+0x13c (0xc3e2f438, 0xc07dc730, 0xc0e4a520, 0xc08c7e98) xfs .text 0xc4883060 0xc48ee348 0xc48eea7c 0xc08c7f54 0xc48f7f90 [xfs]linvfs_unlink+0x74 (0xc2c01520, 0xc0e4a4c0) xfs .text 0xc4883060 0xc48f7f1c 0xc48f7fdc 0xc08c7f78 0xc0150bfb vfs_unlink+0x12b (0xc2c01520, 0xc0e4a4c0) kernel .text 0xc0100000 0xc0150ad0 0xc0150c48 0xc08c7f98 0xc0150cdf do_unlink+0x97 (0xc3cd8000, 0x0) kernel .text 0xc0100000 0xc0150c48 0xc0150d4c 0xc08c7fbc 0xc0150dd7 sys_unlink+0x8b (0x806d75e, 0x0, 0x817d4d0, 0x806c75f, 0x8060f42) kernel .text 0xc0100000 0xc0150d4c 0xc0150e98 0xc010bec8 system_call+0x34 kernel .text 0xc0100000 0xc010be94 0xc010becc From owner-linux-xfs@oss.sgi.com Sat Jun 3 15:36:17 2000 Received: by oss.sgi.com id ; Sat, 3 Jun 2000 15:36:08 -0700 Received: from fepA.post.tele.dk ([195.41.46.143]:6833 "EHLO fepA.post.tele.dk") by oss.sgi.com with ESMTP id ; Sat, 3 Jun 2000 15:35:35 -0700 Received: from burns.home.kernel.dk ([195.215.250.158]) by fepA.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000603233453.UUZG21268.fepA.post.tele.dk@burns.home.kernel.dk> for ; Sun, 4 Jun 2000 01:34:53 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id BAA10957 for linux-xfs@oss.sgi.com; Sun, 4 Jun 2000 01:35:32 +0200 Date: Sun, 4 Jun 2000 01:35:32 +0200 From: Jens Axboe To: linux-xfs@oss.sgi.com Subject: XFS oops Message-ID: <20000604013532.A10561@suse.de> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="VS++wcV0S1rZb1Fb" Content-Disposition: inline User-Agent: Mutt/1.2i X-OS: Linux 2.2.16pre7 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, While doing work on IDE kiobuf_io support, amongst others, I experience hard lockups doing heavy I/O. I switched to a pristine XFS kernel, just checked out 10 minutes ago and managed to capture at least one oops. -- * Jens Axboe * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename=xfs-oops ksymoops 0.7c on i686 2.3.99-pre2. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.3.99-pre2/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. e820: 0009fc00 @ 00000000 (usable) e820: 00000400 @ 0009fc00 (usable) e820: 00010000 @ 000f0000 (reserved) e820: 00010000 @ ffff0000 (reserved) e820: 03ef0000 @ 00100000 (usable) e820: 0000d000 @ 03ff3000 (ACPI data) e820: 00003000 @ 03ff0000 (ACPI NVS) Unable to handle kernel NULL pointer dereference at virtual address 00000028 c485643b *pde = 00000000 Oops: 0000 CPU: 0 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010246 eax: 00000000 ebx: c282dc00 ecx: c1887afc edx: c2834000 esi: 00000000 edi: 00000000 ebp: 00000008 esp: c1887adc ds: 0018 es: 0018 ss: 0018 Process dbench (pid: 236, stackpage=c1887000) Stack: 01417bf6 00000000 c282dc00 c21a2140 00000000 0093bf98 00000000 c4852cba 00000000 0093bf88 00000000 00000010 000017be 16000016 c485726a c282dc00 c3bad940 c21a2140 c1887b4c c1887b50 00000000 00000000 c3fc34c0 00000001 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 8b 7e 28 89 f6 8b 44 24 10 89 e9 d3 e0 01 f8 89 44 24 14 89 >>EIP; c485643b <[xfs]xfs_itobp+14f/1b4> <===== Trace; c4852cba <[xfs]xfs_dialloc+aee/bb0> Trace; c485726a <[xfs]xfs_iread+56/190> Trace; c4855577 <[xfs]xfs_iget+1ff/654> Trace; c4855b3d <[xfs]xfs_inode_incore+b9/c4> Trace; c486b71a <[xfs]xfs_trans_iget+a2/110> Trace; c485751d <[xfs]xfs_ialloc+dd/40c> Trace; c486c0f5 <[xfs]xfs_dir_ialloc+79/248> Trace; c4869804 <[xfs]xfs_trans_reserve+7c/12c> Trace; c4870eca <[xfs]xfs_create+472/bd8> Trace; c4870a58 <[xfs]xfs_create+0/bd8> Trace; c01615bd <__ll_rw_block+181/208> Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> Trace; c4879624 <[xfs]linvfs_common_cr+120/1c0> Trace; c4870a58 <[xfs]xfs_create+0/bd8> Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> Trace; c4855f7f <[xfs]xfs_iunlock+5f/68> Trace; c486f772 <[xfs]xfs_access+2e/38> Trace; c4879e71 <[xfs]linvfs_permission+35/44> Trace; c01293c9 Trace; c0128c7a Trace; c48796dc <[xfs]linvfs_create+18/1c> Trace; c013ec00 Trace; c013edd7 <__open_namei+187/374> Trace; c0137100 Trace; c0137388 Trace; c010aeb4 Code; c485643b <[xfs]xfs_itobp+14f/1b4> 00000000 <_EIP>: Code; c485643b <[xfs]xfs_itobp+14f/1b4> <===== 0: 8b 7e 28 mov 0x28(%esi),%edi <===== Code; c485643e <[xfs]xfs_itobp+152/1b4> 3: 89 f6 mov %esi,%esi Code; c4856440 <[xfs]xfs_itobp+154/1b4> 5: 8b 44 24 10 mov 0x10(%esp,1),%eax Code; c4856444 <[xfs]xfs_itobp+158/1b4> 9: 89 e9 mov %ebp,%ecx Code; c4856446 <[xfs]xfs_itobp+15a/1b4> b: d3 e0 shl %cl,%eax Code; c4856448 <[xfs]xfs_itobp+15c/1b4> d: 01 f8 add %edi,%eax Code; c485644a <[xfs]xfs_itobp+15e/1b4> f: 89 44 24 14 mov %eax,0x14(%esp,1) Code; c485644e <[xfs]xfs_itobp+162/1b4> 13: 89 00 mov %eax,(%eax) 1 warning issued. Results may not be reliable. --VS++wcV0S1rZb1Fb-- From owner-linux-xfs@oss.sgi.com Sat Jun 3 18:50:38 2000 Received: by oss.sgi.com id ; Sat, 3 Jun 2000 18:50:18 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58434 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 3 Jun 2000 18:49:42 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA00224 for ; Sat, 3 Jun 2000 19:53:31 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA27411 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Sun, 4 Jun 2000 12:46:08 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA45752 for linux-xfs@oss.sgi.com; Sun, 4 Jun 2000 12:46:07 +1000 (EST) Date: Sun, 4 Jun 2000 12:46:07 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006040246.MAA45752@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - rework procfs interface Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing fs/xfs/pseudo-inc/sys/{ksa,pda}.h have been removed from the tree. This change is intended to make the xfs/procfs interface more friendly to user-space consumers like PCP. The associated PCP code will be checked in later today/tomorrow, along with a little perl utility to convert this new procfs format back into Ted's original format (and to optionally source the data from either a remote host or an archive, if PCP is installed). Modid: 2.3.99pre2-xfs:slinx:63295a Date: Sat Jun 3 19:33:42 PDT 2000 Workarea: snort:/build4/nathans/2.3.99pre2-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs cmd/xfs/mkfs/xfs_mkfs.c - 1.165 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfs/xfs_mkfs.c.diff?r1=text&tr1=1.165&r2=text&tr2=1.164&f=h - remove all references to stuff from ksa.h and psa.h. cmd/xfs/repair/bmap.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/bmap.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - add include of xfs_os_defs.h cmd/xfs/sim/src/fs_bio.c - 1.53 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/fs_bio.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h cmd/xfs/sim/src/sim.h - 1.72 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/sim.h.diff?r1=text&tr1=1.72&r2=text&tr2=1.71&f=h cmd/xfs/sim/src/sim.random.c - 1.110 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/sim.random.c.diff?r1=text&tr1=1.110&r2=text&tr2=1.109&f=h cmd/xfs/sim/src/vnode.c - 1.56 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/vnode.c.diff?r1=text&tr1=1.56&r2=text&tr2=1.55&f=h - remove all references to stuff from ksa.h and psa.h. linux/fs/xfs/linux/xfs_file.c - 1.32 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_file.c.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h - change interface to (64bit) read/write byte counts. linux/fs/xfs/linux/xfs_globals.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_globals.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux/fs/xfs/linux/xfs_linux.h - 1.23 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_linux.h.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h - remove all references to stuff from ksa.h and psa.h. linux/fs/xfs/linux/xfs_lrw.c - 1.45 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h - change interface to (64bit) xstrat byte count. linux/fs/xfs/linux/xfs_random.c - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_random.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h - rework the procfs interface to be more friendly to userland consumers. linux/fs/xfs/linux/xfs_vnode.c - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h linux/fs/xfs/xfs_alloc.c - 1.134 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_alloc.c.diff?r1=text&tr1=1.134&r2=text&tr2=1.133&f=h linux/fs/xfs/xfs_alloc_btree.c - 1.62 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_alloc_btree.c.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h linux/fs/xfs/xfs_attr.c - 1.76 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr.c.diff?r1=text&tr1=1.76&r2=text&tr2=1.75&f=h linux/fs/xfs/xfs_bmap.c - 1.254 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c.diff?r1=text&tr1=1.254&r2=text&tr2=1.253&f=h linux/fs/xfs/xfs_bmap_btree.c - 1.114 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap_btree.c.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h linux/fs/xfs/xfs_dir.c - 1.127 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir.c.diff?r1=text&tr1=1.127&r2=text&tr2=1.126&f=h linux/fs/xfs/xfs_dir2.c - 1.20 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h linux/fs/xfs/xfs_dquot.c - 1.48 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dquot.c.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h linux/fs/xfs/xfs_error.c - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_error.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h linux/fs/xfs/xfs_grio.c - 1.84 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_grio.c.diff?r1=text&tr1=1.84&r2=text&tr2=1.83&f=h linux/fs/xfs/xfs_iget.c - 1.118 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.118&r2=text&tr2=1.117&f=h linux/fs/xfs/xfs_inode.c - 1.293 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.293&r2=text&tr2=1.292&f=h linux/fs/xfs/xfs_iocore.c - 1.18 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iocore.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h linux/fs/xfs/xfs_log.c - 1.222 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log.c.diff?r1=text&tr1=1.222&r2=text&tr2=1.221&f=h linux/fs/xfs/xfs_qm.c - 1.51 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_qm.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h linux/fs/xfs/xfs_qm_syscalls.c - 1.39 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_qm_syscalls.c.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h linux/fs/xfs/xfs_rw.c - 1.317 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.317&r2=text&tr2=1.316&f=h linux/fs/xfs/xfs_trans.c - 1.115 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans.c.diff?r1=text&tr1=1.115&r2=text&tr2=1.114&f=h linux/fs/xfs/xfs_trans_ail.c - 1.54 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_ail.c.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h - remove all references to stuff from ksa.h and psa.h. linux/fs/xfs/xfs_types.h - 1.42 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_types.h.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h - move the xfsstats structure declaration here with other XFS types. linux/fs/xfs/xfs_vnodeops.c - 1.455 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.455&r2=text&tr2=1.454&f=h - remove all references to stuff from ksa.h and psa.h. From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:51:42 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:30 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:51822 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 06:50:57 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA03307 for ; Mon, 5 Jun 2000 07:25:19 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA62673; Mon, 5 Jun 2000 09:26:27 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA23041; Mon, 5 Jun 2000 09:26:25 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA31730; Mon, 5 Jun 2000 09:25:34 -0500 Message-Id: <200006051425.JAA31730@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jens Axboe cc: linux-xfs@oss.sgi.com Subject: Re: XFS oops In-Reply-To: Message from Jens Axboe of "Sun, 04 Jun 2000 01:35:32 +0200." <20000604013532.A10561@suse.de> Date: Mon, 05 Jun 2000 09:25:34 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > --VS++wcV0S1rZb1Fb > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > > Hi, > > While doing work on IDE kiobuf_io support, amongst others, I experience > hard lockups doing heavy I/O. I switched to a pristine XFS kernel, > just checked out 10 minutes ago and managed to capture at least > one oops. I suspect I have the hard hang fix ready to go - were you running on a multi cpu box? The oops looks like an out of memory thing (off the top of my head), pagebuf needs some work in this area. Steve > > -- > * Jens Axboe > * Linux CD/DVD-ROM, SuSE Labs > * http://kernel.dk > > --VS++wcV0S1rZb1Fb > Content-Type: text/plain; charset=us-ascii > Content-Disposition: attachment; filename=xfs-oops > > ksymoops 0.7c on i686 2.3.99-pre2. Options used > -V (default) > -k /proc/ksyms (default) > -l /proc/modules (default) > -o /lib/modules/2.3.99-pre2/ (default) > -m /usr/src/linux/System.map (default) > > Warning: You did not tell me where to find symbol information. I will > assume that the log matches the kernel and modules that are running > right now and I'll use the default options above for symbol resolution. > If the current kernel and/or modules do not match the log, you can get > more accurate output by telling me the kernel version and where to find > map, modules, ksyms etc. ksymoops -h explains the options. > > e820: 0009fc00 @ 00000000 (usable) > e820: 00000400 @ 0009fc00 (usable) > e820: 00010000 @ 000f0000 (reserved) > e820: 00010000 @ ffff0000 (reserved) > e820: 03ef0000 @ 00100000 (usable) > e820: 0000d000 @ 03ff3000 (ACPI data) > e820: 00003000 @ 03ff0000 (ACPI NVS) > Unable to handle kernel NULL pointer dereference at virtual address 00000028 > c485643b > *pde = 00000000 > Oops: 0000 > CPU: 0 > EIP: 0010:[] > Using defaults from ksymoops -t elf32-i386 -a i386 > EFLAGS: 00010246 > eax: 00000000 ebx: c282dc00 ecx: c1887afc edx: c2834000 > esi: 00000000 edi: 00000000 ebp: 00000008 esp: c1887adc > ds: 0018 es: 0018 ss: 0018 > Process dbench (pid: 236, stackpage=c1887000) > Stack: 01417bf6 00000000 c282dc00 c21a2140 00000000 0093bf98 00000000 c4852cb a > 00000000 0093bf88 00000000 00000010 000017be 16000016 c485726a c282dc0 0 > c3bad940 c21a2140 c1887b4c c1887b50 00000000 00000000 c3fc34c0 0000000 1 > Call Trace: [] [] [] [] [] [] [] > [] [] [] [] [] [] [] [] > [] [] [] [] [] [] [] [] > [] [] [] [] > Code: 8b 7e 28 89 f6 8b 44 24 10 89 e9 d3 e0 01 f8 89 44 24 14 89 > > >>EIP; c485643b <[xfs]xfs_itobp+14f/1b4> <===== > Trace; c4852cba <[xfs]xfs_dialloc+aee/bb0> > Trace; c485726a <[xfs]xfs_iread+56/190> > Trace; c4855577 <[xfs]xfs_iget+1ff/654> > Trace; c4855b3d <[xfs]xfs_inode_incore+b9/c4> > Trace; c486b71a <[xfs]xfs_trans_iget+a2/110> > Trace; c485751d <[xfs]xfs_ialloc+dd/40c> > Trace; c486c0f5 <[xfs]xfs_dir_ialloc+79/248> > Trace; c4869804 <[xfs]xfs_trans_reserve+7c/12c> > Trace; c4870eca <[xfs]xfs_create+472/bd8> > Trace; c4870a58 <[xfs]xfs_create+0/bd8> > Trace; c01615bd <__ll_rw_block+181/208> > Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> > Trace; c4879624 <[xfs]linvfs_common_cr+120/1c0> > Trace; c4870a58 <[xfs]xfs_create+0/bd8> > Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> > Trace; c486a992 <[xfs]xfs_trans_unlocked_item+22/3c> > Trace; c4855f7f <[xfs]xfs_iunlock+5f/68> > Trace; c486f772 <[xfs]xfs_access+2e/38> > Trace; c4879e71 <[xfs]linvfs_permission+35/44> > Trace; c01293c9 > Trace; c0128c7a > Trace; c48796dc <[xfs]linvfs_create+18/1c> > Trace; c013ec00 > Trace; c013edd7 <__open_namei+187/374> > Trace; c0137100 > Trace; c0137388 > Trace; c010aeb4 > Code; c485643b <[xfs]xfs_itobp+14f/1b4> > 00000000 <_EIP>: > Code; c485643b <[xfs]xfs_itobp+14f/1b4> <===== > 0: 8b 7e 28 mov 0x28(%esi),%edi <===== > Code; c485643e <[xfs]xfs_itobp+152/1b4> > 3: 89 f6 mov %esi,%esi > Code; c4856440 <[xfs]xfs_itobp+154/1b4> > 5: 8b 44 24 10 mov 0x10(%esp,1),%eax > Code; c4856444 <[xfs]xfs_itobp+158/1b4> > 9: 89 e9 mov %ebp,%ecx > Code; c4856446 <[xfs]xfs_itobp+15a/1b4> > b: d3 e0 shl %cl,%eax > Code; c4856448 <[xfs]xfs_itobp+15c/1b4> > d: 01 f8 add %edi,%eax > Code; c485644a <[xfs]xfs_itobp+15e/1b4> > f: 89 44 24 14 mov %eax,0x14(%esp,1) > Code; c485644e <[xfs]xfs_itobp+162/1b4> > 13: 89 00 mov %eax,(%eax) > > > 1 warning issued. Results may not be reliable. > > --VS++wcV0S1rZb1Fb-- From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:51:43 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:30 -0700 Received: from fepE.post.tele.dk ([195.41.46.137]:20214 "EHLO fepE.post.tele.dk") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 06:55:23 -0700 Received: from burns.home.kernel.dk ([195.215.250.92]) by fepE.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000605145521.ECCK29670.fepE.post.tele.dk@burns.home.kernel.dk>; Mon, 5 Jun 2000 16:55:21 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id QAA02713; Mon, 5 Jun 2000 16:56:06 +0200 Date: Mon, 5 Jun 2000 16:56:06 +0200 From: Jens Axboe To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: XFS oops Message-ID: <20000605165606.I288@suse.de> References: <200006051452.JAA00562@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006051452.JAA00562@jen.americas.sgi.com>; from lord@sgi.com on Mon, Jun 05, 2000 at 09:52:20AM -0500 X-OS: Linux 2.2.16pre7 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Mon, Jun 05 2000, Steve Lord wrote: > > Nope, all my testing has been on my UP box so far. > > Hmm, so you say hard hang - hard enough that kdb cannot be run? I am not sure > I have seen hangs that hard on a UP box. Yes, hard hang as in kdb is not run. I'll try with serial console if I can find my cable ;) -- * Jens Axboe * SuSE Labs From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:51:44 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:30 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:58224 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 06:57:01 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA07019 for ; Mon, 5 Jun 2000 07:52:07 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA40460; Mon, 5 Jun 2000 09:53:13 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA24732; Mon, 5 Jun 2000 09:53:12 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA00562; Mon, 5 Jun 2000 09:52:21 -0500 Message-Id: <200006051452.JAA00562@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Jens Axboe cc: Steve Lord , linux-xfs@oss.sgi.com Subject: Re: XFS oops In-Reply-To: Message from Jens Axboe of "Mon, 05 Jun 2000 16:40:21 +0200." <20000605164021.E288@suse.de> Date: Mon, 05 Jun 2000 09:52:20 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > On Mon, Jun 05 2000, Steve Lord wrote: > > I suspect I have the hard hang fix ready to go - were you running on a mult i > > cpu box? The oops looks like an out of memory thing (off the top of my hea d), > > Nope, all my testing has been on my UP box so far. Hmm, so you say hard hang - hard enough that kdb cannot be run? I am not sure I have seen hangs that hard on a UP box. > > > pagebuf needs some work in this area. > > Ok, the one below has happened to me several times (that is, xfs_itobp > at same location, trace might have been different). > > -- > * Jens Axboe > * SuSE Labs Thanks for the info, Steve From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:51:49 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:31 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:22129 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 06:58:47 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA17495 for ; Sun, 4 Jun 2000 20:58:35 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02820 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 5 Jun 2000 14:00:58 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA53947 for linux-xfs@oss.sgi.com; Mon, 5 Jun 2000 14:00:54 +1000 (EST) Date: Mon, 5 Jun 2000 14:00:54 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006050400.OAA53947@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - RT/GRIO checkin Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Some work on RT/GRIO - need to enable CONFIG_XFS_RT to get RT - the option is there for CONFIG_XFS_GRIO but the main GRIO kernel module isn't checked in so it won't work (work is proceeding but the code isn't released) Oh and RT isn't really RT since there's no priority on RT acceses yet. work-in-progress.. Modid: 2.3.99pre2-xfs:slinx:63306a Date: Sun Jun 4 20:49:48 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/Makefile - 1.56 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Makefile.diff?r1=text&tr1=1.56&r2=text&tr2=1.55&f=h linux/fs/Config.in - 1.30 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h linux/fs/page_buf.c - 1.105 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.105&r2=text&tr2=1.104&f=h linux/fs/xfs/Makefile - 1.103 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/Makefile.diff?r1=text&tr1=1.103&r2=text&tr2=1.102&f=h linux/fs/xfs/linux/Makefile - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/Makefile.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux/fs/xfs/linux/xfs_griostubs.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_griostubs.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h linux/fs/xfs/linux/xfs_lrw.c - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h linux/fs/xfs/linux/xfs_super.c - 1.72 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.72&r2=text&tr2=1.71&f=h linux/fs/xfs/xfs_attr.c - 1.77 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr.c.diff?r1=text&tr1=1.77&r2=text&tr2=1.76&f=h linux/fs/xfs/xfs_attr_leaf.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr_leaf.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h linux/fs/xfs/xfs_bmap.c - 1.255 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c.diff?r1=text&tr1=1.255&r2=text&tr2=1.254&f=h linux/fs/xfs/xfs_bmap_btree.c - 1.115 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap_btree.c.diff?r1=text&tr1=1.115&r2=text&tr2=1.114&f=h linux/fs/xfs/xfs_btree.c - 1.86 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_btree.c.diff?r1=text&tr1=1.86&r2=text&tr2=1.85&f=h linux/fs/xfs/xfs_dir.c - 1.128 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir.c.diff?r1=text&tr1=1.128&r2=text&tr2=1.127&f=h linux/fs/xfs/xfs_grio.c - 1.85 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_grio.c.diff?r1=text&tr1=1.85&r2=text&tr2=1.84&f=h linux/fs/xfs/xfs_ialloc.c - 1.137 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_ialloc.c.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h linux/fs/xfs/xfs_iget.c - 1.119 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.119&r2=text&tr2=1.118&f=h linux/fs/xfs/xfs_inode.c - 1.294 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.294&r2=text&tr2=1.293&f=h linux/fs/xfs/xfs_inode_item.c - 1.91 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode_item.c.diff?r1=text&tr1=1.91&r2=text&tr2=1.90&f=h linux/fs/xfs/xfs_iocore.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iocore.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h linux/fs/xfs/xfs_mount.c - 1.227 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c.diff?r1=text&tr1=1.227&r2=text&tr2=1.226&f=h linux/fs/xfs/xfs_rtalloc.c - 1.62 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rtalloc.c.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h linux/fs/xfs/xfs_rw.c - 1.318 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.318&r2=text&tr2=1.317&f=h linux/fs/xfs/xfs_trans_inode.c - 1.36 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_inode.c.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h linux/fs/xfs/xfs_vfsops.c - 1.274 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.274&r2=text&tr2=1.273&f=h linux/fs/xfs/xfsrtstubs.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsrtstubs.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/fs/xfs/xfs_grio.h - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_grio.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h linux/include/linux/grio.h - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/grio.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:51:49 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:31 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:60676 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 07:22:20 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA07871 for ; Sun, 4 Jun 2000 21:45:19 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02967; Mon, 5 Jun 2000 14:37:49 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA55462; Mon, 5 Jun 2000 14:37:47 +1000 (EST) Date: Mon, 5 Jun 2000 14:37:47 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006050437.OAA55462@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: dxm@sgi.com Subject: TAKE - remove remaining rcs logs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.99pre2-xfs:slinx:63307a Date: Sun Jun 4 21:36:13 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/xfs/linux/xfs_debug.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_debug.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h linux/fs/xfs/linux/xfs_globals.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_globals.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux/fs/xfs/linux/xfs_locks.c - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_locks.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h linux/fs/xfs/linux/xfs_lrw.h - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h linux/fs/xfs/linux/xfs_random.c - 1.48 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_random.c.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h linux/fs/xfs/linux/xfs_sema.h - 1.26 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_sema.h.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h linux/fs/xfs/linux/xfs_thread.c - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_thread.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h linux/fs/xfs/linux/xfs_uaccess.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_uaccess.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h linux/fs/xfs/xfsquotasstubs.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsquotasstubs.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h - remove remaining rcs logs From owner-linux-xfs@oss.sgi.com Mon Jun 5 07:52:09 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 07:51:40 -0700 Received: from fepC.post.tele.dk ([195.41.46.147]:52156 "EHLO fepC.post.tele.dk") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 06:48:07 -0700 Received: from burns.home.kernel.dk ([195.215.250.92]) by fepD.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000605143937.SZBR425.fepD.post.tele.dk@burns.home.kernel.dk>; Mon, 5 Jun 2000 16:39:37 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id QAA02415; Mon, 5 Jun 2000 16:40:21 +0200 Date: Mon, 5 Jun 2000 16:40:21 +0200 From: Jens Axboe To: Steve Lord Cc: linux-xfs@oss.sgi.com Subject: Re: XFS oops Message-ID: <20000605164021.E288@suse.de> References: <200006051425.JAA31730@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006051425.JAA31730@jen.americas.sgi.com>; from lord@sgi.com on Mon, Jun 05, 2000 at 09:25:34AM -0500 X-OS: Linux 2.2.16pre7 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Mon, Jun 05 2000, Steve Lord wrote: > I suspect I have the hard hang fix ready to go - were you running on a multi > cpu box? The oops looks like an out of memory thing (off the top of my head), Nope, all my testing has been on my UP box so far. > pagebuf needs some work in this area. Ok, the one below has happened to me several times (that is, xfs_itobp at same location, trace might have been different). -- * Jens Axboe * SuSE Labs From owner-linux-xfs@oss.sgi.com Mon Jun 5 11:03:32 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 11:03:22 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:26453 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 11:03:02 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA14454 for ; Mon, 5 Jun 2000 11:58:08 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA72695 for ; Mon, 5 Jun 2000 14:00:31 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA09840 for ; Mon, 5 Jun 2000 14:00:30 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA10587; Mon, 5 Jun 2000 13:59:36 -0500 Message-Id: <200006051859.NAA10587@jen.americas.sgi.com> Date: Mon, 5 Jun 2000 13:59:36 -0500 Subject: TAKE - remove mark_inode_dirty from xfs_iops To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Mon Jun 5 12:00:00 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63336a linux/fs/xfs/linux/xfs_iops.c - 1.53 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h - Remove mark_inode_dirty() calls - xfs does its own thing for this From owner-linux-xfs@oss.sgi.com Mon Jun 5 12:03:42 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 12:03:23 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:60198 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 12:02:55 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA05155 for ; Mon, 5 Jun 2000 13:07:47 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA49989 for ; Mon, 5 Jun 2000 15:01:39 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA13129 for ; Mon, 5 Jun 2000 15:01:37 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA10757; Mon, 5 Jun 2000 15:00:44 -0500 Message-Id: <200006052000.PAA10757@jen.americas.sgi.com> Date: Mon, 5 Jun 2000 15:00:44 -0500 Subject: TAKE - Fix assorted pagebuf problems To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Fixes an SMP deadlock where one cpu is looking up a pagebuf and another one is tearing it down. Fixes some bmap calculations in the delalloc path which caused rpm builds of libc to fall over - the rpm build is still failing for me, but later, the ar which failed before now works. Fixes a corruption problem where we zeroed a page rather than reading it from disk. Changes how much data the pagebuf daemon will flush on each run, and how it is started and stopped. Date: Mon Jun 5 12:59:04 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63345a linux/fs/Makefile - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Makefile.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h - Add -g3 to pagebuf compilation to help with debugging linux/fs/page_buf_locking.c - 1.25 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h - Fixes SMP locking issue with tearing down a pagebuf linux/fs/page_buf.c - 1.106 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.106&r2=text&tr2=1.105&f=h - Fixes for invalid bmap calculations in delalloc case, SMP locking issues with tearing down a pagebuf, doing delalloc writes into pages which have been purged from cache. Also changes the pagebuf_deamon to be timer driven cleans up the daemon termination code, and makes it less agressive about flushing delwri data to disk. linux/fs/xfs/linux/xfs_lrw.c - 1.47 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h - Fixes for invalid bmap calculations in delalloc case. linux/fs/xfs/linux/xfs_super.c - 1.73 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.73&r2=text&tr2=1.72&f=h - Simplified interface to pagebuf daemon startup, remove debug messages. linux/include/linux/page_buf.h - 1.45 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h - Simplified interface to pagebuf daemon. From owner-linux-xfs@oss.sgi.com Mon Jun 5 16:24:22 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 16:24:11 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:37181 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 16:23:53 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id QAA04350 for ; Mon, 5 Jun 2000 16:28:44 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA08528 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 6 Jun 2000 09:22:32 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA45060 for linux-xfs@oss.sgi.com; Tue, 6 Jun 2000 09:22:30 +1000 (EST) Date: Tue, 6 Jun 2000 09:22:30 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006052322.JAA45060@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - don't require grio directory Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing d'oh Modid: 2.3.99pre2-xfs:slinx:63364a Date: Mon Jun 5 16:22:06 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs-tot Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/xfs/Makefile - 1.104 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/Makefile.diff?r1=text&tr1=1.104&r2=text&tr2=1.103&f=h - don't require grio directory From owner-linux-xfs@oss.sgi.com Mon Jun 5 22:01:32 2000 Received: by oss.sgi.com id ; Mon, 5 Jun 2000 22:01:22 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27983 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 5 Jun 2000 22:01:04 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA06067 for ; Mon, 5 Jun 2000 22:05:55 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10675; Tue, 6 Jun 2000 14:59:40 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA04498; Tue, 6 Jun 2000 14:59:35 +1000 (EST) Date: Tue, 6 Jun 2000 14:59:35 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006060459.OAA04498@kao1.melbourne.sgi.com> To: slinx-xfs@engr.sgi.com, linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE - Integrate NMI watchdog and kdb Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Integrate NMI watchdog and kdb. Heavily based on work by Ted Kline, this patch integrates the ix86 NMI watchdog and kdb. If a cpu is spinning with interrupts disabled, after 5 seconds the NMI watchdog should kick in and drop you into kdb. Modid: 2.3.99pre2-xfs:slinx:63380a Date: Mon Jun 5 21:56:22 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/slinx_2.3.99pre2-xfs Author: kaos Merged by: kaos Merged mods: 2.3.99pre2-kdb:slinx:63380a The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/Documentation/kdb/kdb.mm - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux/arch/i386/kernel/traps.c - 1.18 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/traps.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h linux/include/linux/kdb.h - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/kdb.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/kdb/kdbmain.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/kdbmain.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h - Merge of 2.3.99pre2-kdb:slinx:63380a by kaos. From owner-linux-xfs@oss.sgi.com Tue Jun 6 09:01:34 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 09:01:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:1074 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 09:01:01 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA26331 for ; Tue, 6 Jun 2000 08:56:05 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA52586 for ; Tue, 6 Jun 2000 10:59:43 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA26379 for ; Tue, 6 Jun 2000 10:59:42 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA18030; Tue, 6 Jun 2000 10:58:41 -0500 Message-Id: <200006061558.KAA18030@jen.americas.sgi.com> Date: Tue, 6 Jun 2000 10:58:41 -0500 Subject: TAKE - a couple of minor performance tweaks To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing In running kernel profiling these kept comming out high up the list, move the code inline to remove calling overhead. Date: Tue Jun 6 08:58:30 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63392a linux/fs/xfs/xfs_log.c - 1.223 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log.c.diff?r1=text&tr1=1.223&r2=text&tr2=1.222&f=h - Make xlog_state_finish_copy an inline function, it is only called from one place and is very heavily used in transaction code. linux/fs/xfs/xfs_macros.h - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_macros.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h - Stop XFS_BHVTOI from being turned into a function - very small and heavily used. Calling the function is no smaller than inlining the code. From owner-linux-xfs@oss.sgi.com Tue Jun 6 11:37:45 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 11:37:25 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:47112 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 11:37:12 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA09031 for ; Tue, 6 Jun 2000 11:42:02 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA02063 for ; Tue, 6 Jun 2000 13:35:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA05549 for ; Tue, 6 Jun 2000 13:35:51 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA20046; Tue, 6 Jun 2000 13:34:49 -0500 Message-Id: <200006061834.NAA20046@jen.americas.sgi.com> Date: Tue, 6 Jun 2000 13:34:49 -0500 Subject: TAKE - get back some of the performance loss from the vnode changes To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Putting the vnode into the linux inode made lots of stuff work such as NFS exports, but it introduced more I/O into the code executed from the user's thread when a file is deleted. This gets most of that loss back again by making the teardown of the xfs inode async from the user's thread. It also allows reuse of that inode structure should XFS decide to reuse the same inode number before it is torn down. Date: Tue Jun 6 11:31:59 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63404a linux/fs/xfs/xfsidbg.c - 1.148 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsidbg.c.diff?r1=text&tr1=1.148&r2=text&tr2=1.147&f=h - Use XFS_ITOV_NULL so we can cope with missing vnodes in debug code. linux/fs/xfs/xfs_vnodeops.c - 1.456 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.456&r2=text&tr2=1.455&f=h - Break apart xfs_reclaim - flush all data during reclaim and then unlink the inode from the vnode. The xfs_finish_reclaim() function is called later to complete the teardown. This removes waiting for the log to go to disk from the delete path. linux/fs/xfs/xfs_vfsops.c - 1.275 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.275&r2=text&tr2=1.274&f=h - Add code to sync path to complete reclaim of inodes which have been deleted. linux/fs/xfs/xfs_iget.c - 1.120 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.120&r2=text&tr2=1.119&f=h - Change xfs_iget to recreate a vnode for inodes which have been deleted put not yet purged from the filesystem. This is closer to the irix way of doing things. linux/fs/xfs/xfs_inode.c - 1.295 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.295&r2=text&tr2=1.294&f=h - When unmounting a filesystem finish up the reclaim for inodes which do not have a vnode attached. linux/fs/xfs/xfs_inode.h - 1.137 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.h.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h - prototype for xfs_finish_reclaim, add XFS_ITOV_NULL() which can go from an xfs indoe to a vnode even when there is no vnode (returns NULL). linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/vnode.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h - Define BHV_TO_VNODE_NULL so that we have a macro for getting a vnode from a behavior which will not trip an assert in debug kernels. linux/fs/xfs/pseudo-inc/ksys/behavior.h - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/ksys/behavior.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - Turn on BHV_VOBJNULL and zero the virtual object pointer in a behavior when removing it from the chain. From owner-linux-xfs@oss.sgi.com Tue Jun 6 13:26:05 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 13:25:56 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:24600 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 13:25:38 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA06491 for ; Tue, 6 Jun 2000 13:20:43 -0700 (PDT) mail_from (jtk@sgi.com) From: jtk@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA87221; Tue, 6 Jun 2000 15:23:05 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA11066; Tue, 6 Jun 2000 15:23:04 -0500 (CDT) Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id PAA81665; Tue, 6 Jun 2000 15:23:04 -0500 (CDT) Message-Id: <200006062023.PAA81665@tiki.americas.sgi.com> Date: Tue, 6 Jun 2000 15:23:04 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - Fix a bunch of compiler warnings. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 6 13:22:07 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.3-99 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63413a linux/fs/avl.c - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/avl.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h linux/fs/xfs/xfs_rw.c - 1.319 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.319&r2=text&tr2=1.318&f=h linux/fs/xfs/xfs_extfree_item.c - 1.42 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_extfree_item.c.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h linux/fs/xfs/xfs_buf.h - 1.54 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf.h.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h linux/fs/xfs/xfs_mount.c - 1.228 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c.diff?r1=text&tr1=1.228&r2=text&tr2=1.227&f=h linux/fs/xfs/xfs_attr_leaf.c - 1.50 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr_leaf.c.diff?r1=text&tr1=1.50&r2=text&tr2=1.49&f=h linux/fs/xfs/xfs_error.c - 1.28 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_error.c.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h linux/fs/xfs/xfs_alloc.c - 1.135 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_alloc.c.diff?r1=text&tr1=1.135&r2=text&tr2=1.134&f=h linux/fs/xfs/xfs_trans_buf.c - 1.85 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_buf.c.diff?r1=text&tr1=1.85&r2=text&tr2=1.84&f=h linux/fs/xfs/pseudo-inc/sys/buf.h - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/buf.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux/fs/xfs/linux/xfs_lrw.c - 1.48 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h linux/include/linux/page_buf.h - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h - Squash a handful of compiler warnings. From owner-linux-xfs@oss.sgi.com Tue Jun 6 15:42:55 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 15:42:46 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:57415 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 15:42:24 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA26397 for ; Tue, 6 Jun 2000 15:37:28 -0700 (PDT) mail_from (jtk@sgi.com) From: jtk@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA31594; Tue, 6 Jun 2000 17:41:06 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA16645; Tue, 6 Jun 2000 17:41:06 -0500 (CDT) Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id RAA84437; Tue, 6 Jun 2000 17:41:05 -0500 (CDT) Message-Id: <200006062241.RAA84437@tiki.americas.sgi.com> Date: Tue, 6 Jun 2000 17:41:05 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - Fix a cmd build problem. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 6 15:40:23 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.3-99 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63426a linux/fs/xfs/pseudo-inc/sys/buf.h - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/buf.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h - Fix a problem I caused in the cmd build. From owner-linux-xfs@oss.sgi.com Tue Jun 6 21:40:28 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 21:40:18 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:37176 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 21:40:17 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA08224 for ; Tue, 6 Jun 2000 21:45:10 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18996 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 7 Jun 2000 14:38:59 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id OAA12521 for ; Wed, 7 Jun 2000 14:38:58 +1000 (EST) Message-Id: <200006070438.OAA12521@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: setting device on RT files Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 14:38:57 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I just realised (!) that RT files are being assigned block numbers on the RT device, but since they have the same i_dev field as the other files, they're being written to the non-RT device. This is my hack in xfs_rdwr that works around the problem, but I can't work out where the correct place to set the device number is. dxm@snort ~/isms/slinx-xfs/linux/fs/xfs> p_rdiff linux/xfs_lrw.c 142a143,149 > > if (xip->i_d.di_flags & XFS_DIFLAG_REALTIME) { > /* XXX - hack */ > filp->f_dentry->d_inode->i_dev=xip->i_mount->m_rtdev; > /* it's a bad idea to write RT data on the non-RT partition */ > ASSERT(filp->f_dentry->d_inode->i_dev == xip->i_mount-> m_rtdev); > } Can anyone clue me in on where the appropriate place to set the i_dev field of the inode (and xfs_inode, I guess) would be? The places I've looked have the xfs_inode but not the inode. (while I'm asking - is there a way to get the inode from the xfs_inode?) Ta very much ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Jun 6 23:29:58 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 23:29:48 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:16958 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 23:29:35 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id XAA02422 for ; Tue, 6 Jun 2000 23:34:27 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA19525 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 7 Jun 2000 16:28:16 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id QAA12817 for ; Wed, 7 Jun 2000 16:28:16 +1000 (EST) Message-Id: <200006070628.QAA12817@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: one more question... Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jun 2000 16:28:15 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Just want to check this one is correct... O_SYNC implies no delayed alloc, doesn't it? page_buf.c: 3307c3307 < if (delay_alloc) --- > if (delay_alloc && !sync) ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Jun 6 23:46:19 2000 Received: by oss.sgi.com id ; Tue, 6 Jun 2000 23:45:58 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:55094 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 6 Jun 2000 23:45:31 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA07533 for ; Tue, 6 Jun 2000 23:40:36 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA35340; Tue, 6 Jun 2000 23:40:32 -0700 (PDT) Message-ID: <393F40A7.AAB70E06@sgi.com> Date: Wed, 07 Jun 2000 23:43:51 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Moore CC: linux-xfs@oss.sgi.com Subject: Re: one more question... References: <200006070628.QAA12817@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore wrote: > > Just want to check this one is correct... > O_SYNC implies no delayed alloc, doesn't it? > > page_buf.c: > > 3307c3307 > < if (delay_alloc) > --- > > if (delay_alloc && !sync) Hmm. You seem to have an older version of page_buf.c I couldn't see the above code anywhere in tot page_buf.c ... -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Jun 7 05:49:48 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 05:49:39 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58446 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 05:49:17 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id FAA02637 for ; Wed, 7 Jun 2000 05:54:10 -0700 (PDT) mail_from (mostek@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id HAA27457; Wed, 7 Jun 2000 07:47:54 -0500 (CDT) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id HAA09164; Wed, 7 Jun 2000 07:47:53 -0500 (CDT) From: mostek@sgi.com Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id HAA14823; Wed, 7 Jun 2000 07:47:53 -0500 (CDT) Message-Id: <200006071247.HAA14823@fsgi344.americas.sgi.com> Subject: Re: one more question... To: ananth@sgi.com (Rajagopal Ananthanarayanan) Date: Wed, 7 Jun 2000 07:47:53 -0500 (CDT) Cc: dxm@clouds.melbourne.sgi.com (Daniel Moore), linux-xfs@oss.sgi.com In-Reply-To: <393F40A7.AAB70E06@sgi.com> from "Rajagopal Ananthanarayanan" at Jun 07, 2000 11:43:51 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing O_SYNC definitely implies no delay_alloc. O_SYNC forces the write all the way to disk before returning which means allocation must occur. Jim > >Daniel Moore wrote: >> >> Just want to check this one is correct... >> O_SYNC implies no delayed alloc, doesn't it? >> >> page_buf.c: >> >> 3307c3307 >> < if (delay_alloc) >> --- >> > if (delay_alloc && !sync) > > >Hmm. You seem to have an older version of page_buf.c >I couldn't see the above code anywhere in tot page_buf.c ... > >-------------------------------------------------------------------------- >Rajagopal Ananthanarayanan ("ananth") >Member Technical Staff, SGI. >-------------------------------------------------------------------------- > From owner-linux-xfs@oss.sgi.com Wed Jun 7 07:24:29 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 07:24:19 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:27686 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 07:24:07 -0700 Received: from zeus-fddi.cray.com (zeus-fddi.cray.com [128.162.8.103]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA16702 for ; Wed, 7 Jun 2000 07:19:11 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by zeus-fddi.cray.com (8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA2209751; Wed, 7 Jun 2000 09:21:28 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA13828; Wed, 7 Jun 2000 09:21:26 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA28889; Wed, 7 Jun 2000 09:20:15 -0500 Message-Id: <200006071420.JAA28889@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Daniel Moore cc: linux-xfs@oss.sgi.com Subject: Re: setting device on RT files In-Reply-To: Message from Daniel Moore of "Wed, 07 Jun 2000 14:38:57 +1000." <200006070438.OAA12521@clouds.melbourne.sgi.com> Date: Wed, 07 Jun 2000 09:20:15 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > I just realised (!) that RT files are being assigned block numbers on > the RT device, but since they have the same i_dev field as the other > files, they're being written to the non-RT device. > > This is my hack in xfs_rdwr that works around the problem, but I can't > work out where the correct place to set the device number is. > > dxm@snort ~/isms/slinx-xfs/linux/fs/xfs> p_rdiff linux/xfs_lrw.c > 142a143,149 > > > > if (xip->i_d.di_flags & XFS_DIFLAG_REALTIME) { > > /* XXX - hack */ > > filp->f_dentry->d_inode->i_dev=xip->i_mount->m_rtdev; > > /* it's a bad idea to write RT data on the non-RT partition > */ > > ASSERT(filp->f_dentry->d_inode->i_dev == xip->i_mount-> > m_rtdev); > > } > > Can anyone clue me in on where the appropriate place to set the i_dev > field of the inode (and xfs_inode, I guess) would be? > The places I've looked have the xfs_inode but not the inode. > > (while I'm asking - is there a way to get the inode from the xfs_inode?) > > Ta very much > ----------------------------------------------------- > Daniel Moore dxm@sgi.com > R&D Software Engineer Phone: +61-3-98348209 > SGI Performance Tools Group Fax: +61-3-98132378 > ----------------------------------------------------- > This one is going to be fun to deal with. Changing the i_dev field in the inode will break things like link - which check based on device id that a link is not across filesystems. We could replace checks like this with ones that compare the superblock pointers instead - this might be worth investigating. Linux does not really have the concept of multiple devices within a filesystem, and XFS does. On Irix the I/O code in xfs_rw.c creates buffers with the realtime device set, pagebuf has no equivalent functionality, the dev_t from the inode found via pb_target is used. As I just explained, changing this is not going to make the linux VFS happy. We need to think about this one some, since there is other pending work to add even more devices to XFS - and this might allow different blocks in a file to be on different devices. Steve From owner-linux-xfs@oss.sgi.com Wed Jun 7 11:53:20 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 11:53:10 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:62989 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 11:52:58 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e57IqvB23350 for linux-xfs@oss.sgi.com; Wed, 7 Jun 2000 13:52:57 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e57IqtW23335 for ; Wed, 7 Jun 2000 13:52:55 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA27598; Wed, 7 Jun 2000 11:47:59 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA42926 for slinx-xfs-list; Wed, 7 Jun 2000 11:52:47 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA21712 for ; Wed, 7 Jun 2000 11:52:46 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA36038 for ; Wed, 7 Jun 2000 11:49:30 -0700 (PDT) Message-ID: <393EA8B6.D2181F9C@sgi.com> Date: Wed, 07 Jun 2000 12:55:34 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: slinx-xfs@cthulhu.engr.sgi.com Subject: Re: ongoing discussions on linux-mm References: <200006071804.NAA02849@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Steve Lord wrote: > > > > > There continues to be a long thread on linux-mm that the xfs-linux > > team should jump in on. This thread is dealing with issues concerning > > pinning and flushing of pages that journaled file systems deal with. > > > > I have forwarded/bounced some of these messages to this list. > > Is someone reading this list besides me? > > > > Someone should do a post summarizing the current state of pagebuf in this > > area and ... > > > > IMHO, > > > > Jim > > I'm reading it, and doing too much else at the same time, I do plan on > responding, once I have a coherent response. We are also putting together a couple of pages of "talking points" for the bof session at the Usenix conference. Since Chait's KIOBUF is starting to become the attractive to several people, including SCT, he is going to elaborate on the last point below. So far, I've scribbled this up: ------------------- Pagebuf: - a collection of pages associated with an I/O - I/O is data or meta-data - I/O is to contiguous blocks of data on disk (same extent) - pinning / unpinning support for meta-data - direct I/O support - delayed allocation support Interface from Linux to pagebuf: - Generic Linux inode, address_space & file operations - read, write, read_page, write_page ... Interface from pagebuf to XFS proper: - extent based bmap with READ or WRITE - Write with DIRECT or DELAYED + CONVERT - extent is described as: {file-offset, size, start-block-no} - extents can have + holes (unallocated) or + unwritten (allocated but no wites) or + new Other interfaces: - delayed allocation support needs a mechanism to mark pages such that the VM doesn't touch these pages until unmarked. Basically, shrink_mmap() & try_to_swap_out() need to initiate FS actions. - KIOBUF interfaces - + underlying mechanism for representing collection of pages in a pagebuf. Avoids attaching bufferheads for every page. ---------------------- The idea is to "sell" pagebuf as a possible mechanism towards an interface between linux kernel & a journaling FS, much like what we have been planning all along. The discussions on the linux-mm have so far focussed on: (a) pinning / unpinning support for meta-data (b) reservation scheme for things like delalloc pages, where the VM cannot touch these pages without having the FS have a go at the page first. Part (b) is an evolving work in XFS ... as of late yesterday, I have done some changes to do write-clustering, and other relatively minor but significant changes to "flow-control" the rate of delalloc pages vs. memory pressure. These changes have a made a huge difference in some of the operations in bonnie, and things like "dd" with I/O much larger than the size of main memory: I believe write performance within 5% of ext2 are possible ... AND, I'm yet to start using pagebuf/KAIOBUF_IO for the clustered writes, which should get us over ext2, I hope. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Jun 7 12:33:00 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 12:32:50 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:31099 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 12:32:32 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA04007 for ; Wed, 7 Jun 2000 12:37:26 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA25835 for ; Wed, 7 Jun 2000 14:31:15 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA00760 for ; Wed, 7 Jun 2000 14:31:14 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id OAA03723; Wed, 7 Jun 2000 14:30:01 -0500 Message-Id: <200006071930.OAA03723@jen.americas.sgi.com> Date: Wed, 7 Jun 2000 14:30:01 -0500 Subject: TAKE - fix corruption bug exposed by building glibc rpm To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing A hole in the logic for dealing with holes in the file when we write beyond end of file was causing an ld command in the middle of building libc to generate a bad file. With this change I have been able to build the glibc rpms from the source rpm with all the directories (including /var/tmp) within XFS. Just for grins here are the xfs statistics after doing that: XFS Statistics Extent Allocation Tail-Pushing Stats xs_allocx............ 17758 xs_sleep_logspace..... 0 xs_allocb............ 122120 xs_try_logspace....... 244726 xs_freex............. 32745 xs_push_ail........... 780 xs_freeb............. 225239 xs_push_ail_success... 7166 Allocation Btree xs_push_ail_pushbuf... 1481463 xs_abt_lookup........ 150422 xs_push_ail_pinned.... 0 xs_abt_compare....... 745883 xs_push_ail_locked.... 82 xs_abt_insrec........ 58848 xs_push_ail_flushing.. 0 xs_abt_delrec........ 58214 xs_push_ail_restarts.. 194 Block Mapping xs_push_ail_flush..... 0 xs_blk_mapr.......... 976136 IoMap Write Convert xs_blk_mapw.......... 49261 xs_xstrat_bytes....... 71086080 xs_blk_unmap......... 50270 xs_xstrat_quick....... 17355 xs_add_exlist........ 49259 xs_xstrat_split....... 0 xs_del_exlist........ 50413 Read/Write Stats xs_look_exlist....... 1076236 xs_write_calls........ 98214 xs_cmp_exlist........ 764010 xs_write_bytes........ 465316212 Block Map Btree xs_read_calls......... 678025 xs_bmbt_lookup....... 212 xs_read_bytes......... 9041857539 xs_bmbt_compare...... 1222 Attribute Operations xs_bmbt_insrec....... 34 xs_attr_get........... 0 xs_bmbt_delrec....... 171 xs_attr_set........... 0 Directory Operations xs_attr_remove........ 0 xs_dir_lookup........ 98153 xs_attr_list.......... 0 xs_dir_create........ 21707 Quota Operations xs_dir_remove........ 37030 xs_qm_dqreclaims...... 0 xs_dir_getdents...... 68763 xs_qm_dqreclaim_misses 0 Transactions xs_qm_dquot_dups...... 0 xs_trans_sync........ 32355 xs_qm_dqcachemisses... 0 xs_trans_async....... 187736 xs_qm_dqcachehit...... 0 xs_trans_empty....... 24640 xs_qm_dqwants......... 0 Inode Operations xs_qm_dqshake_reclaims 0 xs_ig_attempts....... 56632 xs_qm_dqinact_reclaims 0 xs_ig_found.......... 9068 Inode Clustering xs_ig_frecycle....... 0 xs_iflush_count....... 58801 xs_ig_missed......... 47564 xs_icluster_flushcnt.. 15414 xs_ig_dup............ 0 xs_icluster_flushinode 94357 xs_ig_reclaims....... 37692 Vnode Statistics xs_ig_attrchg........ 38018 vn_active............. 15 Log Operations vn_alloc.............. 47850 xs_log_writes........ 35702 vn_get................ 8782 xs_log_blocks........ 692042 vn_hold............... 146480 xs_log_noiclogs...... 167 vn_rele............... 149138 xs_log_force......... 32929 vn_reclaim............ 47835 xs_log_force_sleep... 32369 vn_remove............. 47835 vn_free............... 0 Date: Wed Jun 7 12:27:32 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63584a linux/fs/page_buf.c - 1.107 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.107&r2=text&tr2=1.106&f=h - expand pagebuf_iozero to update page flags and pagebuf flags as it modifies things. linux/fs/xfs/linux/xfs_lrw.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h - Turn back on xfs_zero_eof for delwri extents - we need to cover delwri extents before the end of the file with pages. From owner-linux-xfs@oss.sgi.com Wed Jun 7 12:59:01 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 12:58:41 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:53034 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 12:58:24 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA08988 for ; Wed, 7 Jun 2000 12:53:29 -0700 (PDT) mail_from (mostek@sgi.com) From: mostek@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA39196; Wed, 7 Jun 2000 14:55:51 -0500 (CDT) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA02251; Wed, 7 Jun 2000 14:55:50 -0500 (CDT) Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id OAA15284; Wed, 7 Jun 2000 14:55:49 -0500 (CDT) Message-Id: <200006071955.OAA15284@fsgi344.americas.sgi.com> Subject: Re: ongoing discussions on linux-mm To: lord@sgi.com (Steve Lord) Date: Wed, 7 Jun 2000 14:55:49 -0500 (CDT) Cc: ananth@sgi.com (Rajagopal Ananthanarayanan), linux-xfs@oss.sgi.com, slinx-xfs@engr.sgi.com In-Reply-To: <200006071903.OAA03565@jen.americas.sgi.com> from "Steve Lord" at Jun 07, 2000 02:03:03 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Another major part of pagebuf is that a pagebuf can be part of a page (512 bytes) vs an entire or collection of pages. This allows XFS to pin, lock, and do independent I/O on parts of pages. I think that the folks at ReiserFS will want this capability, too. Also, moving this discussion to linux-xfs where it belongs. (I hope). Jim > > >This looks more coherent than mine! > >The only thing I see missing so far is: > > o pagebuf's can be locked for exclusive access if required > >we might also want to be more honest and say what is not there yet (direct I/O) >and what we know needs work yet. > >Steve > >> >> >> We are also putting together a couple of pages of "talking points" >> for the bof session at the Usenix conference. Since Chait's KIOBUF >> is starting to become the attractive to several people, including >> SCT, he is going to elaborate on the last point below. >> So far, I've scribbled this up: >> >> ------------------- >> Pagebuf: >> - a collection of pages associated with an I/O >> - I/O is data or meta-data >> - I/O is to contiguous blocks of data on disk (same extent) >> - pinning / unpinning support for meta-data >> - direct I/O support >> - delayed allocation support >> >> Interface from Linux to pagebuf: >> - Generic Linux inode, address_space & file operations >> - read, write, read_page, write_page ... >> >> Interface from pagebuf to XFS proper: >> - extent based bmap with READ or WRITE >> - Write with DIRECT or DELAYED + CONVERT >> - extent is described as: {file-offset, size, start-block-no} >> - extents can have >> + holes (unallocated) or >> + unwritten (allocated but no wites) or >> + new >> >> Other interfaces: >> - delayed allocation support needs a mechanism to mark pages >> such that the VM doesn't touch these pages until unmarked. >> Basically, shrink_mmap() & try_to_swap_out() need to >> initiate FS actions. >> >> - KIOBUF interfaces - >> + underlying mechanism for representing >> collection of pages in a pagebuf. >> Avoids attaching bufferheads for every page. >> ---------------------- >> >> The idea is to "sell" pagebuf as a possible mechanism towards an >> interface between linux kernel & a journaling FS, much like >> what we have been planning all along. >> >> The discussions on the linux-mm have so far focussed on: >> >> (a) pinning / unpinning support for meta-data >> (b) reservation scheme for things like delalloc pages, where >> the VM cannot touch these pages without having the FS have >> a go at the page first. >> >> Part (b) is an evolving work in XFS ... as of late yesterday, I >> have done some changes to do write-clustering, and other >> relatively minor but significant changes to "flow-control" >> the rate of delalloc pages vs. memory pressure. These changes >> have a made a huge difference in some of the operations in bonnie, >> and things like "dd" with I/O much larger than the size of main memory: >> I believe write performance within 5% of ext2 are possible ... AND, >> I'm yet to start using pagebuf/KAIOBUF_IO for the clustered writes, >> which should get us over ext2, I hope. >> >> >> >> -------------------------------------------------------------------------- >> Rajagopal Ananthanarayanan ("ananth") >> Member Technical Staff, SGI. >> -------------------------------------------------------------------------- > > From owner-linux-xfs@oss.sgi.com Wed Jun 7 13:09:01 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 13:08:41 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:30253 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 13:08:20 -0700 Received: from getafix.engr.sgi.com (getafix.engr.sgi.com [163.154.5.110]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA10136 for ; Wed, 7 Jun 2000 13:03:24 -0700 (PDT) mail_from (chait@getafix.engr.sgi.com) Received: from localhost (chait@localhost) by getafix.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id NAA07008; Wed, 7 Jun 2000 13:05:11 -0700 (PDT) Message-Id: <200006072005.NAA07008@getafix.engr.sgi.com> To: mostek@sgi.com cc: lord@sgi.com (Steve Lord), ananth@sgi.com (Rajagopal Ananthanarayanan), linux-xfs@oss.sgi.com, slinx-xfs@cthulhu.engr.sgi.com Subject: Re: ongoing discussions on linux-mm In-reply-to: Your message of "Wed, 07 Jun 2000 14:55:49 CDT." <200006071955.OAA15284@fsgi344.americas.sgi.com> Date: Wed, 07 Jun 2000 13:05:10 -0700 From: Chaitanya Tumuluri Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing And a reservation scheme for delayed allocation which deserves special mention. Partial page mappings that Jim mentions below, as well as partial aggregate buffers with pages not in page cache (empty invalid pages covering holes). As well as the ability to use a single buffer object to map an entire disk extent....I have a few more that I'm adding to Ananth's list as we speak. I'll send out mail shortly with my kiobuf stuff as well. -Chait. PS: Any thoughts/advantages on the AVL tree/module and if we can add that to the list? On Wed, 07 Jun 2000 14:55:49 CDT, mostek@sgi.com wrote: >Another major part of pagebuf is that a pagebuf can be part of a page (512 >bytes) vs an entire or collection of pages. This allows XFS to pin, lock, >and do independent I/O on parts of pages. I think that the folks at >ReiserFS will want this capability, too. > >Also, moving this discussion to linux-xfs where it belongs. (I hope). > >Jim > >> >> >>This looks more coherent than mine! >> >>The only thing I see missing so far is: >> >> o pagebuf's can be locked for exclusive access if required >> >>we might also want to be more honest and say what is not there yet (direct I/O) >>and what we know needs work yet. >> >>Steve >> >>> >>> >>> We are also putting together a couple of pages of "talking points" >>> for the bof session at the Usenix conference. Since Chait's KIOBUF >>> is starting to become the attractive to several people, including >>> SCT, he is going to elaborate on the last point below. >>> So far, I've scribbled this up: >>> >>> ------------------- >>> Pagebuf: >>> - a collection of pages associated with an I/O >>> - I/O is data or meta-data >>> - I/O is to contiguous blocks of data on disk (same extent) >>> - pinning / unpinning support for meta-data >>> - direct I/O support >>> - delayed allocation support >>> >>> Interface from Linux to pagebuf: >>> - Generic Linux inode, address_space & file operations >>> - read, write, read_page, write_page ... >>> >>> Interface from pagebuf to XFS proper: >>> - extent based bmap with READ or WRITE >>> - Write with DIRECT or DELAYED + CONVERT >>> - extent is described as: {file-offset, size, start-block-no} >>> - extents can have >>> + holes (unallocated) or >>> + unwritten (allocated but no wites) or >>> + new >>> >>> Other interfaces: >>> - delayed allocation support needs a mechanism to mark pages >>> such that the VM doesn't touch these pages until unmarked. >>> Basically, shrink_mmap() & try_to_swap_out() need to >>> initiate FS actions. >>> >>> - KIOBUF interfaces - >>> + underlying mechanism for representing >>> collection of pages in a pagebuf. >>> Avoids attaching bufferheads for every page. >>> ---------------------- >>> >>> The idea is to "sell" pagebuf as a possible mechanism towards an >>> interface between linux kernel & a journaling FS, much like >>> what we have been planning all along. >>> >>> The discussions on the linux-mm have so far focussed on: >>> >>> (a) pinning / unpinning support for meta-data >>> (b) reservation scheme for things like delalloc pages, where >>> the VM cannot touch these pages without having the FS have >>> a go at the page first. >>> >>> Part (b) is an evolving work in XFS ... as of late yesterday, I >>> have done some changes to do write-clustering, and other >>> relatively minor but significant changes to "flow-control" >>> the rate of delalloc pages vs. memory pressure. These changes >>> have a made a huge difference in some of the operations in bonnie, >>> and things like "dd" with I/O much larger than the size of main memory: >>> I believe write performance within 5% of ext2 are possible ... AND, >>> I'm yet to start using pagebuf/KAIOBUF_IO for the clustered writes, >>> which should get us over ext2, I hope. >>> >>> >>> >>> -------------------------------------------------------------------------- >>> Rajagopal Ananthanarayanan ("ananth") >>> Member Technical Staff, SGI. >>> -------------------------------------------------------------------------- >> >> From owner-linux-xfs@oss.sgi.com Wed Jun 7 13:56:01 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 13:55:42 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:11076 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 13:55:13 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA17471 for ; Wed, 7 Jun 2000 13:50:17 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA66670 for ; Wed, 7 Jun 2000 15:52:39 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA06948 for ; Wed, 7 Jun 2000 15:52:39 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA05294; Wed, 7 Jun 2000 15:51:26 -0500 Message-Id: <200006072051.PAA05294@jen.americas.sgi.com> Date: Wed, 7 Jun 2000 15:51:26 -0500 Subject: TAKE - fix multi-threading hole in new xfs reclaim code To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Wed Jun 7 13:52:03 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs Modid: 2.3.99pre2-xfs:slinx:63599a linux/fs/xfs/xfs_vnodeops.c - 1.457 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.457&r2=text&tr2=1.456&f=h - synchronize better between one thread finishing a reclaim and another putting a vnode back in the xfs inode, it was possible for both to happen and the end result would be nasty. linux/fs/xfs/xfs_iget.c - 1.121 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.121&r2=text&tr2=1.120&f=h - synchronize better between one thread finishing a reclaim and another putting a vnode back in the xfs inode, it was possible for both to happen and the end result would be nasty. From owner-linux-xfs@oss.sgi.com Wed Jun 7 15:55:33 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 15:55:13 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:45678 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 15:54:58 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA04788 for ; Wed, 7 Jun 2000 15:50:01 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA24542 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 8 Jun 2000 08:52:24 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA71872 for linux-xfs@oss.sgi.com; Thu, 8 Jun 2000 08:52:23 +1000 (EST) Date: Thu, 8 Jun 2000 08:52:23 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006072252.IAA71872@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - O_SYNC delayed alloc fix Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing O_SYNC implies no delayed-alloc Modid: 2.3.99pre2-xfs:slinx:63618a Date: Wed Jun 7 15:51:29 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/page_buf.c - 1.108 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.108&r2=text&tr2=1.107&f=h - O_SYNC implies no delayed alloc From owner-linux-xfs@oss.sgi.com Wed Jun 7 16:04:33 2000 Received: by oss.sgi.com id ; Wed, 7 Jun 2000 16:04:13 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:46449 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 7 Jun 2000 16:04:06 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA05858 for ; Wed, 7 Jun 2000 15:59:10 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id SAA97804; Wed, 7 Jun 2000 18:02:40 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id SAA11972; Wed, 7 Jun 2000 18:02:40 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id SAA05846; Wed, 7 Jun 2000 18:01:26 -0500 Message-Id: <200006072301.SAA05846@jen.americas.sgi.com> To: dxm@snort.melbourne.sgi.com (Daniel Moore) cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - O_SYNC delayed alloc fix In-reply-to: Your message of "Thu, 08 Jun 2000 08:52:23 +1000 Date: Wed, 07 Jun 2000 18:01:25 -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > O_SYNC implies no delayed-alloc > > Modid: 2.3.99pre2-xfs:slinx:63618a > Date: Wed Jun 7 15:51:29 PDT 2000 > Workarea: snort:/build1/people/dxm/isms/slinx-xfs > Author: dxm > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs > > linux/fs/page_buf.c - 1.108 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> linux/fs/page_buf.c.diff?r1=text&tr1=1.108&r2=text&tr2=1.107&f=h > - O_SYNC implies no delayed alloc except you cannot get there anymore if O_SYNC is not set on your I/O, with delayed allocate enabled XFS calls into pagebuf_generic_file_write_async unless O_SYNC is set when it calls pagebuf_generic_file_write. I am currently wading through the two varients of the I/O path and attempting to consolidate them, stay tuned. Steve From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:02:35 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:02:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:26725 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:02:15 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA15152 for ; Wed, 7 Jun 2000 23:45:45 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA36683; Wed, 7 Jun 2000 23:45:33 -0700 (PDT) Message-ID: <393F41E8.BB637B6C@sgi.com> Date: Wed, 07 Jun 2000 23:49:12 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: PB_MIN_DIRTY_PAGES References: <10006081544.ZM10998@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Nathan Scott wrote: > > hi, > > the PB_MIN_DIRTY_PAGES symbol seems to be missing from the > top of tree source ... doesn't build - temporary fix i'm using: > > $ p_rdiff fs/page_buf.c > 4832a4833 > > int PB_MIN_DIRTY_PAGES = 0; > > is that right? shall i put it back or are you in the middle > of a checkin perhaps? > Its defined in mm/filemap.c (revision 1.39) ... Do you have that rev? -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:02:45 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:02:35 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:31077 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:02:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA10752 for ; Wed, 7 Jun 2000 22:41:03 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA26926; Thu, 8 Jun 2000 15:44:41 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA10969; Thu, 8 Jun 2000 15:44:39 +1000 (EST) From: "Nathan Scott" Message-Id: <10006081544.ZM10998@wobbly.melbourne.sgi.com> Date: Thu, 8 Jun 2000 15:44:38 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: ananth@sgi.com Subject: PB_MIN_DIRTY_PAGES Cc: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing hi, the PB_MIN_DIRTY_PAGES symbol seems to be missing from the top of tree source ... doesn't build - temporary fix i'm using: $ p_rdiff fs/page_buf.c 4832a4833 > int PB_MIN_DIRTY_PAGES = 0; is that right? shall i put it back or are you in the middle of a checkin perhaps? thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:05:14 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:05:04 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:11878 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:04:55 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA26243 for ; Wed, 7 Jun 2000 19:23:12 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA25867 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 8 Jun 2000 12:26:51 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA73707 for linux-xfs@oss.sgi.com; Thu, 8 Jun 2000 12:26:44 +1000 (EST) Date: Thu, 8 Jun 2000 12:26:44 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006080226.MAA73707@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - back out Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing back out sync change Modid: 2.3.99pre2-xfs:slinx:63654a Date: Wed Jun 7 19:26:07 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/page_buf.c - 1.110 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.110&r2=text&tr2=1.109&f=h - back out From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:07:04 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:06:55 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:52582 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:06:38 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA23352 for ; Wed, 7 Jun 2000 18:45:57 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA36545 for ; Wed, 7 Jun 2000 18:46:09 -0700 (PDT) Message-ID: <393EFB9A.E34181FD@sgi.com> Date: Wed, 07 Jun 2000 18:49:14 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: lmdd performance results XFS vs. Ext2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Results of write performance tests: ---------------------------------- Sequential write using lmdd, file size is ~209MB on a 2 CPU system with total memory of 64M. The experiment is run over varying write-size from 1K to 1024K, 3 times for each block-size. This shows 1. Ext2 is well tuned (hardly any variation in 3 runs of each blocksize)! 2. XFS is sometimes faster than ext2 by upto ~8% [see best of ext2 & XFS for blocksize = 128K] 3. XFS is significantly slower for smaller block sizes; obviously, this will get a serious investigation. In results not shown here, I've tried changing the max_bomb_segments for the elevator. If that's made 128 (from default of 4), XFS shows a larger improvement than ext2 (and hence faster in absolute comparison) when lmdd was run with an 80M file ... ========= EXT2 ============== ========== XFS ================= --------- bs 1k --------------------- --------- bs 1k --------------------- 209 MB in 25.8872 secs, 8.1011 MB/sec 209 MB in 66.8429 secs, 3.1374 MB/sec 209 MB in 26.0768 secs, 8.0422 MB/sec 209 MB in 63.9422 secs, 3.2798 MB/sec 209 MB in 25.8838 secs, 8.1022 MB/sec 209 MB in 72.2050 secs, 2.9044 MB/sec --------- bs 2k --------------------- --------- bs 2k --------------------- 209 MB in 25.9659 secs, 8.0766 MB/sec 209 MB in 73.4797 secs, 2.8541 MB/sec 209 MB in 25.9699 secs, 8.0753 MB/sec 209 MB in 71.7631 secs, 2.9223 MB/sec 209 MB in 25.9524 secs, 8.0808 MB/sec 209 MB in 68.3827 secs, 3.0668 MB/sec --------- bs 4k --------------------- --------- bs 4k --------------------- 209 MB in 25.8631 secs, 8.1087 MB/sec 209 MB in 25.9783 secs, 8.0727 MB/sec 209 MB in 25.9394 secs, 8.0848 MB/sec 209 MB in 26.0063 secs, 8.0640 MB/sec 209 MB in 25.9258 secs, 8.0890 MB/sec 209 MB in 25.9974 secs, 8.0668 MB/sec --------- bs 8k --------------------- --------- bs 8k --------------------- 209 MB in 25.9280 secs, 8.0884 MB/sec 209 MB in 26.2227 secs, 7.9975 MB/sec 209 MB in 25.9461 secs, 8.0827 MB/sec 209 MB in 26.0199 secs, 8.0598 MB/sec 209 MB in 25.9381 secs, 8.0852 MB/sec 209 MB in 25.7873 secs, 8.1325 MB/sec --------- bs 16k --------------------- --------- bs 16k --------------------- 209 MB in 25.9254 secs, 8.0892 MB/sec 209 MB in 25.9637 secs, 8.0773 MB/sec 209 MB in 25.9548 secs, 8.0800 MB/sec 209 MB in 25.9407 secs, 8.0844 MB/sec 209 MB in 25.9402 secs, 8.0846 MB/sec 209 MB in 25.6131 secs, 8.1878 MB/sec --------- bs 32k --------------------- --------- bs 32k --------------------- 209 MB in 25.9289 secs, 8.0881 MB/sec 209 MB in 26.2230 secs, 7.9974 MB/sec 209 MB in 25.9363 secs, 8.0858 MB/sec 209 MB in 26.3995 secs, 7.9439 MB/sec 209 MB in 25.9649 secs, 8.0769 MB/sec 209 MB in 26.0111 secs, 8.0625 MB/sec --------- bs 64k --------------------- --------- bs 64k --------------------- 209 MB in 25.9703 secs, 8.0752 MB/sec 209 MB in 25.9666 secs, 8.0763 MB/sec 209 MB in 25.9454 secs, 8.0829 MB/sec 209 MB in 25.7235 secs, 8.1527 MB/sec 209 MB in 25.8699 secs, 8.1065 MB/sec 209 MB in 25.8677 secs, 8.1072 MB/sec --------- bs 128k -------------------- --------- bs 128k -------------------- 209 MB in 25.9687 secs, 8.0757 MB/sec 209 MB in 25.7309 secs, 8.1503 MB/sec 209 MB in 25.9388 secs, 8.0850 MB/sec 209 MB in 26.1500 secs, 8.0197 MB/sec 209 MB in 25.8078 secs, 8.1260 MB/sec 209 MB in 23.9588 secs, 8.7531 MB/sec --------- bs 256k -------------------- --------- bs 256k -------------------- 209 MB in 25.9597 secs, 8.0785 MB/sec 209 MB in 24.2083 secs, 8.6629 MB/sec 209 MB in 25.9346 secs, 8.0863 MB/sec 209 MB in 26.2000 secs, 8.0044 MB/sec 209 MB in 25.9656 secs, 8.0767 MB/sec 209 MB in 25.4935 secs, 8.2262 MB/sec --------- bs 512k -------------------- --------- bs 512k -------------------- 209 MB in 25.9436 secs, 8.0835 MB/sec 209 MB in 25.0051 secs, 8.3869 MB/sec 209 MB in 26.0026 secs, 8.0652 MB/sec 209 MB in 25.3881 secs, 8.2604 MB/sec 209 MB in 25.9865 secs, 8.0702 MB/sec 209 MB in 25.9335 secs, 8.0867 MB/sec --------- bs 1024k ------------------- --------- bs 1024k ------------------- 209 MB in 25.9667 secs, 8.0763 MB/sec 209 MB in 26.1679 secs, 8.0142 MB/sec 209 MB in 25.9906 secs, 8.0689 MB/sec 209 MB in 25.9283 secs, 8.0883 MB/sec 209 MB in 25.9843 secs, 8.0709 MB/sec 209 MB in 24.9323 secs, 8.4114 MB/sec -------------------------------------- -------------------------------------- -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:08:04 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:07:56 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:45071 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:07:50 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e586qLh82613 for linux-xfs@oss.sgi.com; Thu, 8 Jun 2000 01:52:21 -0500 (CDT) Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e586pSW82605 for ; Thu, 8 Jun 2000 01:51:28 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id XAA02164; Wed, 7 Jun 2000 23:56:21 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id XAA50116 for slinx-xfs-list; Wed, 7 Jun 2000 23:51:19 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA69648 for ; Wed, 7 Jun 2000 23:51:18 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA36728 for ; Wed, 7 Jun 2000 23:47:56 -0700 (PDT) Message-ID: <393F4277.B534B0B5@sgi.com> Date: Wed, 07 Jun 2000 23:51:35 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: slinx-xfs@cthulhu.engr.sgi.com Subject: lmdd performance results XFS vs. Ext2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Results of write performance tests: ---------------------------------- Sequential write using lmdd, file size is ~209MB on a 2 CPU system with total memory of 64M. The experiment is run over varying write-size from 1K to 1024K, 3 times for each block-size. This shows 1. Ext2 is well tuned (hardly any variation in 3 runs of each blocksize)! 2. XFS is sometimes faster than ext2 by upto ~8% [see best of ext2 & XFS for blocksize = 128K] 3. XFS is significantly slower for smaller block sizes; obviously, this will get a serious investigation. In results not shown here, I've tried changing the max_bomb_segments for the elevator. If that's made 128 (from default of 4), XFS shows a larger improvement than ext2 (and hence faster in absolute comparison) when lmdd was run with an 80M file ... ========= EXT2 ============== ========== XFS ================= --------- bs 1k --------------------- --------- bs 1k --------------------- 209 MB in 25.8872 secs, 8.1011 MB/sec 209 MB in 66.8429 secs, 3.1374 MB/sec 209 MB in 26.0768 secs, 8.0422 MB/sec 209 MB in 63.9422 secs, 3.2798 MB/sec 209 MB in 25.8838 secs, 8.1022 MB/sec 209 MB in 72.2050 secs, 2.9044 MB/sec --------- bs 2k --------------------- --------- bs 2k --------------------- 209 MB in 25.9659 secs, 8.0766 MB/sec 209 MB in 73.4797 secs, 2.8541 MB/sec 209 MB in 25.9699 secs, 8.0753 MB/sec 209 MB in 71.7631 secs, 2.9223 MB/sec 209 MB in 25.9524 secs, 8.0808 MB/sec 209 MB in 68.3827 secs, 3.0668 MB/sec --------- bs 4k --------------------- --------- bs 4k --------------------- 209 MB in 25.8631 secs, 8.1087 MB/sec 209 MB in 25.9783 secs, 8.0727 MB/sec 209 MB in 25.9394 secs, 8.0848 MB/sec 209 MB in 26.0063 secs, 8.0640 MB/sec 209 MB in 25.9258 secs, 8.0890 MB/sec 209 MB in 25.9974 secs, 8.0668 MB/sec --------- bs 8k --------------------- --------- bs 8k --------------------- 209 MB in 25.9280 secs, 8.0884 MB/sec 209 MB in 26.2227 secs, 7.9975 MB/sec 209 MB in 25.9461 secs, 8.0827 MB/sec 209 MB in 26.0199 secs, 8.0598 MB/sec 209 MB in 25.9381 secs, 8.0852 MB/sec 209 MB in 25.7873 secs, 8.1325 MB/sec --------- bs 16k --------------------- --------- bs 16k --------------------- 209 MB in 25.9254 secs, 8.0892 MB/sec 209 MB in 25.9637 secs, 8.0773 MB/sec 209 MB in 25.9548 secs, 8.0800 MB/sec 209 MB in 25.9407 secs, 8.0844 MB/sec 209 MB in 25.9402 secs, 8.0846 MB/sec 209 MB in 25.6131 secs, 8.1878 MB/sec --------- bs 32k --------------------- --------- bs 32k --------------------- 209 MB in 25.9289 secs, 8.0881 MB/sec 209 MB in 26.2230 secs, 7.9974 MB/sec 209 MB in 25.9363 secs, 8.0858 MB/sec 209 MB in 26.3995 secs, 7.9439 MB/sec 209 MB in 25.9649 secs, 8.0769 MB/sec 209 MB in 26.0111 secs, 8.0625 MB/sec --------- bs 64k --------------------- --------- bs 64k --------------------- 209 MB in 25.9703 secs, 8.0752 MB/sec 209 MB in 25.9666 secs, 8.0763 MB/sec 209 MB in 25.9454 secs, 8.0829 MB/sec 209 MB in 25.7235 secs, 8.1527 MB/sec 209 MB in 25.8699 secs, 8.1065 MB/sec 209 MB in 25.8677 secs, 8.1072 MB/sec --------- bs 128k -------------------- --------- bs 128k -------------------- 209 MB in 25.9687 secs, 8.0757 MB/sec 209 MB in 25.7309 secs, 8.1503 MB/sec 209 MB in 25.9388 secs, 8.0850 MB/sec 209 MB in 26.1500 secs, 8.0197 MB/sec 209 MB in 25.8078 secs, 8.1260 MB/sec 209 MB in 23.9588 secs, 8.7531 MB/sec --------- bs 256k -------------------- --------- bs 256k -------------------- 209 MB in 25.9597 secs, 8.0785 MB/sec 209 MB in 24.2083 secs, 8.6629 MB/sec 209 MB in 25.9346 secs, 8.0863 MB/sec 209 MB in 26.2000 secs, 8.0044 MB/sec 209 MB in 25.9656 secs, 8.0767 MB/sec 209 MB in 25.4935 secs, 8.2262 MB/sec --------- bs 512k -------------------- --------- bs 512k -------------------- 209 MB in 25.9436 secs, 8.0835 MB/sec 209 MB in 25.0051 secs, 8.3869 MB/sec 209 MB in 26.0026 secs, 8.0652 MB/sec 209 MB in 25.3881 secs, 8.2604 MB/sec 209 MB in 25.9865 secs, 8.0702 MB/sec 209 MB in 25.9335 secs, 8.0867 MB/sec --------- bs 1024k ------------------- --------- bs 1024k ------------------- 209 MB in 25.9667 secs, 8.0763 MB/sec 209 MB in 26.1679 secs, 8.0142 MB/sec 209 MB in 25.9906 secs, 8.0689 MB/sec 209 MB in 25.9283 secs, 8.0883 MB/sec 209 MB in 25.9843 secs, 8.0709 MB/sec 209 MB in 24.9323 secs, 8.4114 MB/sec -------------------------------------- -------------------------------------- -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:08:06 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:07:55 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:45071 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:07:50 -0700 Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e584VWW81965; Wed, 7 Jun 2000 23:31:32 -0500 (CDT) Message-ID: <393F21A4.C042F0D8@thebarn.com> Date: Wed, 07 Jun 2000 23:31:32 -0500 From: Russell Cattelan Reply-To: cattelan@thebarn.com X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens Subject: Re: kdb NMI watchdog on UP References: <1701.960437856@kao2.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Keith Owens wrote: > A couple of people have asked if the NMI watchdog can be used on UP > boxes, so a looping UP system will drop into kdb after 5 seconds. The > answer is yes but not on 2.3.99-pre2. > > kdb v1.2+NMI watchdog is working on UP 2.4.0-test1-ac10 but not on > UP 2.3.99-pre2. There were a lot of low level APIC and 82489DX changes > between those releases, I do not consider it worthwhile backporting > these changes from 2.4 to a relatively old 2.3 kernel. Another good > reason to jump to 2.4.0-test1 for xfs ;). It's comings... the ptools people should get the merge done soon. I'll start working on getting it to compile as soon it is done. I also need to get the XFS changes split out in a patch set separate from all the other changes. I want to be able to generate and XFS only patch. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:08:14 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:07:56 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:45071 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:07:49 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e586wtJ82632 for linux-xfs@oss.sgi.com; Thu, 8 Jun 2000 01:58:55 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e586wsW82624 for ; Thu, 8 Jun 2000 01:58:54 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA15607; Wed, 7 Jun 2000 23:53:58 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id XAA45173 for slinx-xfs-list; Wed, 7 Jun 2000 23:58:31 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA66774 for ; Wed, 7 Jun 2000 23:58:30 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id XAA16459 for slinx-xfs@engr; Wed, 7 Jun 2000 23:56:11 -0700 Date: Wed, 7 Jun 2000 23:56:11 -0700 From: Ananth Ananthanarayanan Message-Id: <200006080656.XAA16459@dbear.engr.sgi.com> Subject: TAKE - check-in missed file in previous batch To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.99pre2-xfs:slinx:63660a Date: Wed Jun 7 23:57:25 PDT 2000 Workarea: bonnie.engr.sgi.com:/build2/ananth/slinx23-xfs-tot Author: ananth The following file(s) were checked into: bonnie:/isms/slinx/2.3.99pre2-xfs linux/mm/filemap.c - 1.40 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/filemap.c.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h - Changes for XFS: define page_daemon's low water mark. From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:17:15 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:17:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:5482 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:16:52 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA17165 for ; Thu, 8 Jun 2000 00:11:57 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA36763 for ; Thu, 8 Jun 2000 00:12:10 -0700 (PDT) Message-ID: <393F4824.AE2ED7FF@sgi.com> Date: Thu, 08 Jun 2000 00:15:48 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: bonnie performance xfs vs. ext2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Following are results of running "bonnie" using a file size of 256M. Tests run on a 2-cpu system with 64M memory. Measurements taken for 3 runs each using ext2 and xfs. For the most part, results of the tests are virtually identical in using ext2 and xfs, except for: 1. sequential character input is slower in xfs by about 7-8% 2. Block write performance is slower in xfs by about 1-2% 3. XFS seems to use a little bit more cpu for block operations & rewrite. -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU EXT2 256 3626 99.9 7615 12.0 2932 6.1 3005 89.8 18495 22.7 176.7 3.3 EXT2 256 3632 100.0 7670 12.6 2920 5.9 2998 90.1 18483 22.4 179.6 3.3 EXT2 256 3631 100.0 7679 12.4 2931 6.3 3011 89.7 18478 24.0 187.0 4.2 XFS 256 3633 100.0 7599 12.7 2906 7.4 2782 83.8 18480 27.4 181.7 4.3 XFS 256 3624 99.6 7614 13.8 2968 7.6 2776 83.6 18563 25.7 185.3 3.6 XFS 256 3625 99.7 7539 13.0 3014 7.9 2818 84.8 18557 29.4 183.4 4.9 -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:36:16 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:36:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:10038 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 00:35:46 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA02997 for ; Wed, 7 Jun 2000 18:28:25 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA24867 for ; Wed, 7 Jun 2000 18:23:09 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id SAA03526 for linux-xfs@oss.sgi.com; Wed, 7 Jun 2000 18:20:51 -0700 Date: Wed, 7 Jun 2000 18:20:51 -0700 From: Ananth Ananthanarayanan Message-Id: <200006080120.SAA03526@dbear.engr.sgi.com> Subject: TAKE - significant write performance improvement To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On anything above 4K sized write, XFS now performs as good as ext2, as tested with running lmdd to a large file ( >> memory size) ... I still need to address why < 4K writes are slower in XFS. Numbers to be posted shortly. Modid: 2.3.99pre2-xfs:slinx:63642a Date: Wed Jun 7 18:19:00 PDT 2000 Workarea: bonnie.engr.sgi.com:/build2/ananth/slinx23-xfs-tot Author: ananth The following file(s) were checked into: bonnie:/isms/slinx/2.3.99pre2-xfs linux/fs/page_buf.c - 1.109 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.109&r2=text&tr2=1.108&f=h - Changes to enhance performance of delayed allocation. Have delay alloc watermarks based on total memory size. Run the page_daemon periodically. Force the delalloc generation (commit_write) to obey buffer/page pressure. Finally, do clustered conversion of delalloc pages. linux/fs/xfs/linux/xfs_super.c - 1.74 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.74&r2=text&tr2=1.73&f=h - Force the page_daemon to convert all pages by setting low water-mark to zero. linux/include/linux/mm.h - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/mm.h.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h linux/kernel/ksyms.c - 1.47 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/ksyms.c.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h - Export page_daemon's low-watermark. From owner-linux-xfs@oss.sgi.com Thu Jun 8 00:54:46 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 00:54:36 -0700 Received: from file.phys.tohoku.ac.jp ([130.34.117.125]:47503 "HELO file.phys.tohoku.ac.jp") by oss.sgi.com with SMTP id ; Thu, 8 Jun 2000 00:54:24 -0700 Received: (qmail 2858 invoked by uid 239); 8 Jun 2000 07:53:57 -0000 Message-ID: <20000608075357.2857.qmail@file.phys.tohoku.ac.jp> Date: 8 Jun 2000 16:53:57 +0900 Date: Thu, 08 Jun 2000 16:53:57 +0900 From: suzukis@file.phys.tohoku.ac.jp To: linux-xfs@oss.sgi.com In-reply-to: Rajagopal Ananthanarayanan 's message of Thu, 25 May 2000 16:49:19 -0700<392DBBFF.7650739E@sgi.com> Subject: Re: Moving XFS to 2.4.0-test1 Mime-Version: 1.0 Content-type: text/plain; charset=US-ASCII X-Mailer: addmail [version 2.0.12] Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Before all, sorry for my too-lated reply. >XFS has been on pre2 almost exactly 2 months now. >And it seems 2.4.0-test1 is the next right kernel to move to. >Does anyone have opinions about vanilla 2.4.0-test1? Since a few weeks ago, I was trying to merge SGI's XFS Linux based on 2.3.99pre2 with later Linux kernel. Upto 2.3.99pre9, it was not difficult so much to merge, even for the people without indepth knowledge of Linux kernel internals, like me. However it's really questionable whether merged kernel works as well as pure SGI's work (the speed of Linux kernel upgrading is faster than compilation on my 486/66MHz PC). Yesterday, I tried to merge with Linux-2.4.0test1. I found some symbols (which is used in XFS modules) to access filesystem were removed - e.g. lookup_dentry and lookup_vfsmnt. I'm really poor about the kernel internals and don't know how to rewrite them to 2.4.0-style. There's anybody trying to porting XFS onto 2.4.0test1 ? suzuki From owner-linux-xfs@oss.sgi.com Thu Jun 8 01:02:06 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 01:01:56 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27447 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 01:01:47 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id AAA00573 for ; Thu, 8 Jun 2000 00:01:38 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27329 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 8 Jun 2000 16:55:26 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id QAA20127 for ; Thu, 8 Jun 2000 16:55:25 +1000 (EST) Message-Id: <200006080655.QAA20127@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: kapow Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jun 2000 16:55:24 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing One for you guys to look at - on an xfs partition do: > ln -s a a > touch a kapow. PS. Is t-o-t broken? I was getting: kernel/kernel.o(__ksymtab+0x1c8): undefined reference to `PB_MIN_DIRTY_PAGES' a little while ago... ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 01:42:06 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 01:41:56 -0700 Received: from Cantor.suse.de ([194.112.123.193]:5388 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 8 Jun 2000 01:41:38 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 072881E071; Thu, 8 Jun 2000 10:41:37 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 7910510A03E; Thu, 8 Jun 2000 10:41:36 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id D49872F300; Thu, 8 Jun 2000 10:41:30 +0200 (MEST) Date: Thu, 8 Jun 2000 10:41:30 +0200 From: "Andi Kleen" To: Rajagopal Ananthanarayanan Cc: linux-xfs@oss.sgi.com Subject: Re: lmdd performance results XFS vs. Ext2 Message-ID: <20000608104130.A4168@gruyere.muc.suse.de> References: <393EFB9A.E34181FD@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <393EFB9A.E34181FD@sgi.com>; from ananth@sgi.com on Wed, Jun 07, 2000 at 06:49:14PM -0700 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Wed, Jun 07, 2000 at 06:49:14PM -0700, Rajagopal Ananthanarayanan wrote: > Results of write performance tests: > ---------------------------------- > > Sequential write using lmdd, file size is ~209MB on a 2 CPU system with > total memory of 64M. The experiment is run over varying write-size from > 1K to 1024K, 3 times for each block-size. This shows > > 1. Ext2 is well tuned (hardly any variation in 3 runs of each blocksize)! Please not that 2.3 itself has significant performance regressions for huge bulk writes (there were several threads on linux-kernel about that). Partly the still broken page cache balance is probably to blame, for other things the elevator (Jens Axboe's per device elevator patches seem to cause a huge speedup) With tuning 2.3.99pre2, an very old kernel, you might be duplicating work that others already did. -Andi From owner-linux-xfs@oss.sgi.com Thu Jun 8 02:00:35 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 02:00:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49925 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 02:00:08 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id BAA25410 for ; Thu, 8 Jun 2000 01:55:13 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id BAA37055; Thu, 8 Jun 2000 01:53:55 -0700 (PDT) Message-ID: <393F5FFE.587FBA30@sgi.com> Date: Thu, 08 Jun 2000 01:57:34 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: lmdd performance results XFS vs. Ext2 References: <393EFB9A.E34181FD@sgi.com> <20000608104130.A4168@gruyere.muc.suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Andi Kleen wrote: > > On Wed, Jun 07, 2000 at 06:49:14PM -0700, Rajagopal Ananthanarayanan wrote: > > Results of write performance tests: > > ---------------------------------- > > > > Sequential write using lmdd, file size is ~209MB on a 2 CPU system with > > total memory of 64M. The experiment is run over varying write-size from > > 1K to 1024K, 3 times for each block-size. This shows > > > > > 1. Ext2 is well tuned (hardly any variation in 3 runs of each blocksize)! > > Please not that 2.3 itself has significant performance regressions for > huge bulk writes (there were several threads on linux-kernel about that). > Partly the still broken page cache balance is probably to blame, for > other things the elevator (Jens Axboe's per device elevator patches seem > to cause a huge speedup) Yep, I lurk in linux-mm to garner some of this news; but thanks for the heads up. > With tuning 2.3.99pre2, an very old kernel, you might be duplicating > work that others already did. No, the recent changes were to tune XFS itself rather than Linux VM. Hopefully all the recent tuning in 2.4.0+ will be beneficial for XFS as it is for ext2 ... We have one more set of changes to go in the write path so that pagebuf/kiobufs are used to really cluster the writes onto disk ... Right now, this is done through kflushd/ll_rw_block/elevator. Some of these clusters can be large (thousands of pages long) to a single extent (contiguous blocks on disk). So (a) the clusters don't need to be "discovered" by an elevator-like algorithm (b) kiobuf based I/O will avoid processing thousands of buffer-heads. -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 08:28:14 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 08:28:04 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:55406 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 08:27:53 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA14629 for ; Thu, 8 Jun 2000 06:08:23 -0700 (PDT) mail_from (mostek@sgi.com) From: mostek@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA00945; Thu, 8 Jun 2000 08:11:56 -0500 (CDT) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA06208; Thu, 8 Jun 2000 08:11:53 -0500 (CDT) Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id IAA15450; Thu, 8 Jun 2000 08:11:53 -0500 (CDT) Message-Id: <200006081311.IAA15450@fsgi344.americas.sgi.com> Subject: Re: bonnie performance xfs vs. ext2 To: ananth@sgi.com (Rajagopal Ananthanarayanan) Date: Thu, 8 Jun 2000 08:11:52 -0500 (CDT) Cc: linux-xfs@oss.sgi.com In-Reply-To: <393F4824.AE2ED7FF@sgi.com> from "Rajagopal Ananthanarayanan" at Jun 08, 2000 12:15:48 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This is starting to smell like soup. Good job! Thanks, Jim > > >Following are results of running "bonnie" using a file size of 256M. >Tests run on a 2-cpu system with 64M memory. Measurements taken >for 3 runs each using ext2 and xfs. For the most part, results of the >tests are virtually identical in using ext2 and xfs, except for: > >1. sequential character input is slower in xfs by about 7-8% >2. Block write performance is slower in xfs by about 1-2% >3. XFS seems to use a little bit more cpu for block operations & rewrite. > > > -------Sequential Output-------- ---Sequential Input-- --Random-- > -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- >Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU >EXT2 256 3626 99.9 7615 12.0 2932 6.1 3005 89.8 18495 22.7 176.7 3.3 >EXT2 256 3632 100.0 7670 12.6 2920 5.9 2998 90.1 18483 22.4 179.6 3.3 >EXT2 256 3631 100.0 7679 12.4 2931 6.3 3011 89.7 18478 24.0 187.0 4.2 > >XFS 256 3633 100.0 7599 12.7 2906 7.4 2782 83.8 18480 27.4 181.7 4.3 >XFS 256 3624 99.6 7614 13.8 2968 7.6 2776 83.6 18563 25.7 185.3 3.6 >XFS 256 3625 99.7 7539 13.0 3014 7.9 2818 84.8 18557 29.4 183.4 4.9 > >-- >-------------------------------------------------------------------------- >Rajagopal Ananthanarayanan ("ananth") >Member Technical Staff, SGI. >-------------------------------------------------------------------------- > From owner-linux-xfs@oss.sgi.com Thu Jun 8 08:28:34 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 08:28:15 -0700 Received: from brutus.conectiva.com.br ([200.250.58.146]:24050 "EHLO duckman.distro.conectiva") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 08:27:46 -0700 Received: from localhost (riel@localhost) by duckman.distro.conectiva (8.9.3/8.8.7) with ESMTP id JAA21956; Thu, 8 Jun 2000 09:48:46 -0300 X-Authentication-Warning: duckman.distro.conectiva: riel owned process doing -bs Date: Thu, 8 Jun 2000 09:48:46 -0300 (BRST) From: Rik van Riel X-Sender: riel@duckman.distro.conectiva To: Andi Kleen cc: Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: lmdd performance results XFS vs. Ext2 In-Reply-To: <20000608104130.A4168@gruyere.muc.suse.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, 8 Jun 2000, Andi Kleen wrote: > Please not that 2.3 itself has significant performance > regressions for huge bulk writes (there were several threads on > linux-kernel about that). Partly the still broken page cache > balance is probably to blame, Definately. Following age-old Linux tradition I'm currently re-writing the VM subsystem at the end of the code freeze period, heavily counting on code beautification and tons of obviousness to make Linus accept the change. One interesting thing that's going on is the split in active, inactive and scavenge queues, where dirty pages will be flushed when we want to take them off of the inactive list. We're planning a block->mapping->flush() function for that... This should be interesting to XFS because it means that you'll be able to implement allocate-on-flush as a relatively simple and independant patch that'll just "plug in" the MM subsystem. Basically my not-yet-compiling code tree that's sitting on my disk now (need to write a few more functions and then I can compile and boot it) is ready for allocate-on-flush. The only thing that needs to be done is the reservation system for pinned buffers. > for other things the elevator (Jens Axboe's per device elevator > patches seem to cause a huge speedup) Yup, according to Jens and a bunch of other people this seems to be sorted out. These changes should help XFS performance quite a bit. Tuning for the small changes may want to wait until after the big stuff is done. Btw, anybody here interested in doing some IO clustering stuff for the VM subsystem? ;) regards, Rik -- The Internet is not a network of computers. It is a network of people. That is its real strength. Wanna talk about the kernel? irc.openprojects.net / #kernelnewbies http://www.conectiva.com/ http://www.surriel.com/ From owner-linux-xfs@oss.sgi.com Thu Jun 8 08:31:34 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 08:31:14 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49267 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 08:30:58 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA18595 for ; Thu, 8 Jun 2000 06:45:46 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA60407; Thu, 8 Jun 2000 08:49:12 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA07922; Thu, 8 Jun 2000 08:49:07 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id IAA12139; Thu, 8 Jun 2000 08:47:47 -0500 Message-Id: <200006081347.IAA12139@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: suzukis@file.phys.tohoku.ac.jp cc: linux-xfs@oss.sgi.com Subject: Re: Moving XFS to 2.4.0-test1 In-Reply-To: Message from suzukis@file.phys.tohoku.ac.jp of "Thu, 08 Jun 2000 16:53:57 +0900." <20000608075357.2857.qmail@file.phys.tohoku.ac.jp> Date: Thu, 08 Jun 2000 08:47:40 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > Before all, sorry for my too-lated reply. > > >XFS has been on pre2 almost exactly 2 months now. > >And it seems 2.4.0-test1 is the next right kernel to move to. > >Does anyone have opinions about vanilla 2.4.0-test1? > > Since a few weeks ago, I was trying to merge SGI's XFS Linux > based on 2.3.99pre2 with later Linux kernel. Upto 2.3.99pre9, > it was not difficult so much to merge, even for the people > without indepth knowledge of Linux kernel internals, like me. > However it's really questionable whether merged kernel works > as well as pure SGI's work (the speed of Linux kernel upgrading > is faster than compilation on my 486/66MHz PC). > > Yesterday, I tried to merge with Linux-2.4.0test1. I found > some symbols (which is used in XFS modules) to access > filesystem were removed - e.g. lookup_dentry and lookup_vfsmnt. > I'm really poor about the kernel internals and don't know > how to rewrite them to 2.4.0-style. > > There's anybody trying to porting XFS onto 2.4.0test1 ? It is on its way..... Steve > > suzuki From owner-linux-xfs@oss.sgi.com Thu Jun 8 09:31:44 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 09:31:34 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:7952 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 09:31:16 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA09778 for ; Thu, 8 Jun 2000 09:26:19 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA31248; Thu, 8 Jun 2000 11:29:43 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA18226; Thu, 8 Jun 2000 11:29:41 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA19872; Thu, 8 Jun 2000 11:28:19 -0500 Message-Id: <200006081628.LAA19872@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Rik van Riel cc: Andi Kleen , Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: lmdd performance results XFS vs. Ext2 In-Reply-To: Message from Rik van Riel of "Thu, 08 Jun 2000 09:48:46 -0300." Date: Thu, 08 Jun 2000 11:28:09 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > On Thu, 8 Jun 2000, Andi Kleen wrote: > > > Please not that 2.3 itself has significant performance > > regressions for huge bulk writes (there were several threads on > > linux-kernel about that). Partly the still broken page cache > > balance is probably to blame, > > Definately. Following age-old Linux tradition I'm currently > re-writing the VM subsystem at the end of the code freeze > period, heavily counting on code beautification and tons of > obviousness to make Linus accept the change. > > One interesting thing that's going on is the split in active, > inactive and scavenge queues, where dirty pages will be flushed > when we want to take them off of the inactive list. We're planning > a block->mapping->flush() function for that... > > This should be interesting to XFS because it means that you'll > be able to implement allocate-on-flush as a relatively simple > and independant patch that'll just "plug in" the MM subsystem. > Basically my not-yet-compiling code tree that's sitting on my > disk now (need to write a few more functions and then I can > compile and boot it) is ready for allocate-on-flush. The only > thing that needs to be done is the reservation system for > pinned buffers. Perhaps some expansion on what happens with XFS would be good here: 1. During a write call we create delayed allocate space for the write (presuming it does not exist already). This is cheap as we just mess with some in core counters and hang the in core extent on the inode. Pages are setup as Uptodate but have no buffer heads attached to them, they have a special PG_delalloc bit set. 2. We currently have a page cleaner daemon which walks around the page tables looking for pages with the PG_delalloc bit set. The daemon then calls into the filesystem to ask it to allocate real extents for the data. Since the filesystem knows which byte range in the file gets allocated contiguous with the requested page we can hang buffer heads off the requested page and all those which are in the same real extent on disk. We could also initiate an I/O at this point to write all these pages out - using the buffer heads or a direct kiobuf I/O. Currently we are not triggering the I/O in this daemon, we let bdflush come along and write the data. Now comes the tricky part - the big selling point of a journalled filesystem is that it comes back after a crash quickly and in a consistent state. XFS does not journal file data, so until we have done the real allocate, and written the data out, it can go away after a crash. Of course, O_SYNC or fflush fixes that, but only if the app wants to pay the extra costs. So allocating extents because of memory pressure alone is not really the best solution - you could write out some important data and walk away from your machine, after a day of being idle the power goes out, and because nothing was pushing on memory your data goes bye bye. So I suspect even with a flush callout we still need a another mechanism to go around pushing on delayed allocate pages. As for reservation, we do have a scheme in place at the moment, but it needs some work. Probably when requesting a new page we need to tell the VM system that it will be allocated delayed alloc. Steve > > > for other things the elevator (Jens Axboe's per device elevator > > patches seem to cause a huge speedup) > > Yup, according to Jens and a bunch of other people this > seems to be sorted out. > > These changes should help XFS performance quite a bit. Tuning for > the small changes may want to wait until after the big stuff is > done. Btw, anybody here interested in doing some IO clustering > stuff for the VM subsystem? ;) > > regards, > > Rik > -- > The Internet is not a network of computers. It is a network > of people. That is its real strength. > > Wanna talk about the kernel? irc.openprojects.net / #kernelnewbies > http://www.conectiva.com/ http://www.surriel.com/ From owner-linux-xfs@oss.sgi.com Thu Jun 8 12:08:35 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 12:08:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49495 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 12:07:58 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA04995 for ; Thu, 8 Jun 2000 12:03:02 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA37006; Thu, 8 Jun 2000 12:02:22 -0700 (PDT) Message-ID: <393FEE04.981795AB@sgi.com> Date: Thu, 08 Jun 2000 12:03:32 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: Steve Lord CC: Rik van Riel , Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: lmdd performance results XFS vs. Ext2 References: <200006081628.LAA19872@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Steve Lord wrote: > > So allocating extents because of memory pressure alone is not really the > best solution - you could write out some important data and walk away from > your machine, after a day of being idle the power goes out, and because > nothing was pushing on memory your data goes bye bye. > > So I suspect even with a flush callout we still need a another mechanism > to go around pushing on delayed allocate pages. > > As for reservation, we do have a scheme in place at the moment, but it > needs some work. Probably when requesting a new page we need to tell the > VM system that it will be allocated delayed alloc. > Rik, the allocate-on-flush may be a little tricky, esp. when triggered as part of memory pressure ... I'm assuming that its part of shrink_mmap() path that you're thinking? Perhaps similar to try_to_free_buffers? Note that delalloc pages in XFS don't even have a buffer_head associated with them: these pages are pure data containers without a place in the backing store (yet). One other issue with allocte-on-flush as triggered by memory pressure is that allocation may be (and usually is) complicated, esp. in a journaling FS, involving non-trivial transactions, tail-pushing, etc. Further, for reasons that Steve points out, the data needs to get out sooner than by memory pressure alone. To this end, the daemon that Steve was talking about runs periodically ... right now it is set to run twice every second. The scheme we have right now wakes up this daemon (called from shrink_mmap) to do the allocation (in the back-ground), but doesn't otherwise wait for it ... Currently, not very many pages can be delayed alloc (upto 25% of memory) ... My be in the "final" stages of memory pressure the call to wakeup the daemon can synchronously wait for the page to be allocated-and-flushed. From owner-linux-xfs@oss.sgi.com Thu Jun 8 12:18:16 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 12:18:06 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:55314 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 12:17:48 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e58JHlw86444 for linux-xfs@oss.sgi.com; Thu, 8 Jun 2000 14:17:47 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e58JHjW86436 for ; Thu, 8 Jun 2000 14:17:46 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA06753; Thu, 8 Jun 2000 12:12:48 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id MAA31473 for slinx-xfs-list; Thu, 8 Jun 2000 12:17:34 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA39974 for ; Thu, 8 Jun 2000 12:17:33 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id MAA00991 for slinx-xfs@engr; Thu, 8 Jun 2000 12:15:15 -0700 Date: Thu, 8 Jun 2000 12:15:15 -0700 From: Ananth Ananthanarayanan Message-Id: <200006081915.MAA00991@dbear.engr.sgi.com> Subject: TAKE - cleanup & fixes To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.99pre2-xfs:slinx:63711a Date: Thu Jun 8 12:16:26 PDT 2000 Workarea: bonnie.engr.sgi.com:/build2/ananth/slinx23-xfs-tot Author: ananth The following file(s) were checked into: bonnie:/isms/slinx/2.3.99pre2-xfs linux/fs/page_buf.c - 1.111 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.111&r2=text&tr2=1.110&f=h - Fix a couple of problems & cleanup in the delalloc paths. From owner-linux-xfs@oss.sgi.com Thu Jun 8 20:38:21 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 20:38:11 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:38166 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 20:37:56 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA04740 for ; Thu, 8 Jun 2000 20:32:59 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA03959 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 9 Jun 2000 13:36:38 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id NAA24276 for ; Fri, 9 Jun 2000 13:36:37 +1000 (EST) Message-Id: <200006090336.NAA24276@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: another bug Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Jun 2000 13:36:36 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing (still working on the stress tests - they seem to be doing the trick) I'm seeing some funny messages from xfs_zero_last_block => xfs_zero_last_block: unwritten? => xfs_zero_last_block: We want DELWRI? not waiting? just before the page_buf panics => delalloc page 0xc106951c with no extent kernel BUG at page_buf.c:5275! => Entering kdb (0xc2054000) Panic: invalid operand due to panic @ => 0xc48122f0 eax = 0x0000001f ebx = 0xc22dfae0 ecx = 0xc029f49c edx = => 0xc30b3f84 esi = 0xc106951c edi = 0xc2055fb4 esp = 0xc2055f84 eip = => 0xc48122f0 ebp = 0x10010002 ss = 0x00000018 cs = 0x00000010 eflags => = 0x00010292 => ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = => 0xc2055f50 kdb> bt => EBP EIP Function(args) 0x10010002 0xc48122f0 => [page_buf]pb_delalloc_convert+0x9c (0xc106951c, 0xc2055fee, => 0x10000000, 0x100, 0xc2881d08) => page_buf .text 0xc480c060 0xc4812254 => 0xc481241c => 0xc4812621 [page_buf]page_cleaner_daemon+0x205 => page_buf .text 0xc480c060 0xc481241c => 0xc48126a0 => 0xc01074a7 kernel_thread+0x23 => kernel .text 0xc0100000 0xc0107484 => 0xc01074b4 Can someone tell me what these messages mean? Do they indicate an XFS error condition or are they just debugging messages? ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 20:58:01 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 20:57:52 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:43546 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 20:57:32 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA05893 for ; Thu, 8 Jun 2000 20:52:37 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id UAA38016; Thu, 8 Jun 2000 20:51:07 -0700 (PDT) Message-ID: <39406A68.39070868@sgi.com> Date: Thu, 08 Jun 2000 20:54:16 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Moore CC: linux-xfs@oss.sgi.com Subject: Re: another bug References: <200006090336.NAA24276@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore wrote: > > (still working on the stress tests - they seem to be doing the trick) > > I'm seeing some funny messages from xfs_zero_last_block > > => xfs_zero_last_block: unwritten? > => xfs_zero_last_block: We want DELWRI? not waiting? > > just before the page_buf panics > > => delalloc page 0xc106951c with no extent kernel BUG at page_buf.c:5275! This looks to be a problem in handling UNWRITTEN extents, and this one seems to be an UNWRITTEN at that contains EOF (hmm). Don't know the right fix to this one, but you can try avoiding this bug by creating the FS without support for unwritten: I believe the option is "-d unwritten=0" to mkfs_xfs. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 8 21:29:52 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 21:29:42 -0700 Received: from adsl-63-203-38-107.dsl.snfc21.pacbell.net ([63.203.38.107]:14977 "EHLO adsl-63-203-38-107.dsl.snfc21.pacbell.net") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 21:29:18 -0700 Received: from eventdriven.org (adsl-63-203-38-107.dsl.snfc21.pacbell.net [63.203.38.107]) by adsl-63-203-38-107.dsl.snfc21.pacbell.net (8.9.3/8.9.3) with ESMTP id VAA09233 for ; Thu, 8 Jun 2000 21:31:05 -0700 Message-ID: <39407308.471600BB@eventdriven.org> Date: Thu, 08 Jun 2000 21:31:04 -0700 From: Kip Macy Organization: Extended Solutions Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.3.99-pre2 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: compile error Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I get the following error after having updated from CVS: make -C xfs make[2]: Entering directory `/usr/src/SGI/linux-2.3-xfs/linux/fs/xfs' gcc -D__KERNEL__ -I/usr/src/SGI/linux-2.3-xfs/linux/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -pipe -DCPU=586 -fno-strict-aliasing -pg -g3 -Wno-unused -Wno-parentheses -Wno-uninitialized -I./linux -I./pseudo-inc -I. -D_KERNEL -funsigned-char -Wno-unknown-pragmas -c -o xfs_alloc.o xfs_alloc.c xfs_alloc.c: In function `xfs_alloc_ag_vextent': xfs_alloc.c:786: `XFSSTATS' undeclared (first use in this function) xfs_alloc.c:786: (Each undeclared identifier is reported only once xfs_alloc.c:786: for each function it appears in.) xfs_alloc.c: In function `xfs_free_ag_extent': xfs_alloc.c:1950: `XFSSTATS' undeclared (first use in this function) make[2]: *** [xfs_alloc.o] Error 1 From owner-linux-xfs@oss.sgi.com Thu Jun 8 21:38:42 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 21:38:32 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:31269 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 21:38:21 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id VAA08933 for ; Thu, 8 Jun 2000 21:33:22 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04313; Fri, 9 Jun 2000 14:35:46 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA13155; Fri, 9 Jun 2000 14:35:45 +1000 (EST) From: "Nathan Scott" Message-Id: <10006091435.ZM13199@wobbly.melbourne.sgi.com> Date: Fri, 9 Jun 2000 14:35:44 -0500 In-Reply-To: Kip Macy "compile error" (Jun 9, 2:30pm) References: <39407308.471600BB@eventdriven.org> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Kip Macy , linux-xfs@oss.sgi.com Subject: Re: compile error Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing hi, On Jun 9, 2:30pm, Kip Macy wrote: > Subject: compile error > I get the following error after having updated from CVS: > > make -C xfs > make[2]: Entering directory `/usr/src/SGI/linux-2.3-xfs/linux/fs/xfs' > gcc -D__KERNEL__ -I/usr/src/SGI/linux-2.3-xfs/linux/include -D__SMP__ > -Wall -Wstrict-prototypes -O2 -pipe -DCPU=586 -fno-strict-aliasing > -pg -g3 -Wno-unused -Wno-parentheses -Wno-uninitialized -I./linux > -I./pseudo-inc -I. -D_KERNEL -funsigned-char -Wno-unknown-pragmas -c > -o xfs_alloc.o xfs_alloc.c > xfs_alloc.c: In function `xfs_alloc_ag_vextent': > xfs_alloc.c:786: `XFSSTATS' undeclared (first use in this function) > xfs_alloc.c:786: (Each undeclared identifier is reported only once > xfs_alloc.c:786: for each function it appears in.) > xfs_alloc.c: In function `xfs_free_ag_extent': > xfs_alloc.c:1950: `XFSSTATS' undeclared (first use in this function) > make[2]: *** [xfs_alloc.o] Error 1 >-- End of excerpt from Kip Macy you must have caught the tree in an inconsistent state somehow (although this change was checked in days ago) ... XFSSTATS is now defined in fs/xfs/xfs_types.h and xfs_alloc.c definately includes "xfs_types.h" in the tree I'm working on. check your xfs_types.h has XFSSTATS in it ... if not try getting a fresh copy of that file (and perhaps others? if you have further problems). top of tree as of this morning definately compiles. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Jun 8 21:55:22 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 21:55:12 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:15876 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 21:54:51 -0700 Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e594slW89112; Thu, 8 Jun 2000 23:54:47 -0500 (CDT) Message-ID: <39407896.BE677252@thebarn.com> Date: Thu, 08 Jun 2000 23:54:47 -0500 From: Russell Cattelan Reply-To: cattelan@thebarn.com X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: Kip Macy , linux-xfs@oss.sgi.com Subject: Re: compile error References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Nathan Scott wrote: > hi, > > On Jun 9, 2:30pm, Kip Macy wrote: > > Subject: compile error > > I get the following error after having updated from CVS: It's entirely possible the CVS tree is not quite in-sync with the ptools tree. I'll regenerate the tree from scratch... let me know if that clear up the problem. > > > > make -C xfs > > make[2]: Entering directory `/usr/src/SGI/linux-2.3-xfs/linux/fs/xfs' > > gcc -D__KERNEL__ -I/usr/src/SGI/linux-2.3-xfs/linux/include -D__SMP__ > > -Wall -Wstrict-prototypes -O2 -pipe -DCPU=586 -fno-strict-aliasing > > -pg -g3 -Wno-unused -Wno-parentheses -Wno-uninitialized -I./linux > > -I./pseudo-inc -I. -D_KERNEL -funsigned-char -Wno-unknown-pragmas -c > > -o xfs_alloc.o xfs_alloc.c > > xfs_alloc.c: In function `xfs_alloc_ag_vextent': > > xfs_alloc.c:786: `XFSSTATS' undeclared (first use in this function) > > xfs_alloc.c:786: (Each undeclared identifier is reported only once > > xfs_alloc.c:786: for each function it appears in.) > > xfs_alloc.c: In function `xfs_free_ag_extent': > > xfs_alloc.c:1950: `XFSSTATS' undeclared (first use in this function) > > make[2]: *** [xfs_alloc.o] Error 1 > >-- End of excerpt from Kip Macy > > you must have caught the tree in an inconsistent state somehow > (although this change was checked in days ago) ... XFSSTATS is > now defined in fs/xfs/xfs_types.h and xfs_alloc.c definately > includes "xfs_types.h" in the tree I'm working on. > > check your xfs_types.h has XFSSTATS in it ... if not try getting > a fresh copy of that file (and perhaps others? if you have further > problems). top of tree as of this morning definately compiles. > > cheers. > > -- > Nathan -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 8 22:09:22 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 22:09:12 -0700 Received: from adsl-63-203-38-107.dsl.snfc21.pacbell.net ([63.203.38.107]:18305 "EHLO adsl-63-203-38-107.dsl.snfc21.pacbell.net") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 22:09:01 -0700 Received: from eventdriven.org (adsl-63-203-38-107.dsl.snfc21.pacbell.net [63.203.38.107]) by adsl-63-203-38-107.dsl.snfc21.pacbell.net (8.9.3/8.9.3) with ESMTP id WAA10592; Thu, 8 Jun 2000 22:10:41 -0700 Message-ID: <39407C51.113CA958@eventdriven.org> Date: Thu, 08 Jun 2000 22:10:41 -0700 From: Kip Macy Organization: Extended Solutions Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.3.99-pre2 i686) X-Accept-Language: en MIME-Version: 1.0 To: cattelan@thebarn.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: compile error References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> <39407896.BE677252@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Russell Cattelan wrote: > > Nathan Scott wrote: > > > hi, > > > > On Jun 9, 2:30pm, Kip Macy wrote: > > > Subject: compile error > > > I get the following error after having updated from CVS: > > It's entirely possible the CVS tree is not quite in-sync with the ptools > tree. > I'll regenerate the tree from scratch... let me know if that clear up the > problem. > That must be the problem, I just moved fs/xfs to fs/xfsold and then did a cvs update and the problem still occurred. Thanks for your help. -Kip From owner-linux-xfs@oss.sgi.com Thu Jun 8 22:31:02 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 22:30:52 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:19716 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 22:30:30 -0700 Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e595URW89265; Fri, 9 Jun 2000 00:30:27 -0500 (CDT) Message-ID: <394080F2.DDBE57E6@thebarn.com> Date: Fri, 09 Jun 2000 00:30:27 -0500 From: Russell Cattelan Reply-To: cattelan@thebarn.com X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Kip Macy CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: compile error References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> <39407896.BE677252@thebarn.com> <39407C51.113CA958@eventdriven.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Kip Macy wrote: > Russell Cattelan wrote: > > > > Nathan Scott wrote: > > > > > hi, > > > > > > On Jun 9, 2:30pm, Kip Macy wrote: > > > > Subject: compile error > > > > I get the following error after having updated from CVS: > > > > It's entirely possible the CVS tree is not quite in-sync with the ptools > > tree. > > I'll regenerate the tree from scratch... let me know if that clear up the > > problem. > > > That must be the problem, I just moved fs/xfs to fs/xfsold and then did > a > cvs update and the problem still occurred. Thanks for your help. > > -Kip Ok the whole CVS has been regenerated. Give it a shot. -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Thu Jun 8 22:36:21 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 22:36:12 -0700 Received: from adsl-63-203-38-107.dsl.snfc21.pacbell.net ([63.203.38.107]:23937 "EHLO adsl-63-203-38-107.dsl.snfc21.pacbell.net") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 22:36:10 -0700 Received: from eventdriven.org (adsl-63-203-38-107.dsl.snfc21.pacbell.net [63.203.38.107]) by adsl-63-203-38-107.dsl.snfc21.pacbell.net (8.9.3/8.9.3) with ESMTP id WAA15556; Thu, 8 Jun 2000 22:37:55 -0700 Message-ID: <394082B2.AEEDF2FB@eventdriven.org> Date: Thu, 08 Jun 2000 22:37:54 -0700 From: Kip Macy Organization: Extended Solutions Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.3.99-pre2 i686) X-Accept-Language: en MIME-Version: 1.0 To: cattelan@thebarn.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: compile error References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> <39407896.BE677252@thebarn.com> <39407C51.113CA958@eventdriven.org> <394080F2.DDBE57E6@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Russell Cattelan wrote: > > Kip Macy wrote: > > > Russell Cattelan wrote: > > > > > > Nathan Scott wrote: > > > > > > > hi, > > > > > > > > On Jun 9, 2:30pm, Kip Macy wrote: > > > > > Subject: compile error > > > > > I get the following error after having updated from CVS: > > > > > > It's entirely possible the CVS tree is not quite in-sync with the ptools > > > tree. > > > I'll regenerate the tree from scratch... let me know if that clear up the > > > problem. > > > > > That must be the problem, I just moved fs/xfs to fs/xfsold and then did > > a > > cvs update and the problem still occurred. Thanks for your help. > > > > -Kip > > Ok the whole CVS has been regenerated. > Give it a shot. Thanks. It looks like it is compiling now. -Kip From owner-linux-xfs@oss.sgi.com Thu Jun 8 22:43:02 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 22:42:52 -0700 Received: from adsl-63-203-38-107.dsl.snfc21.pacbell.net ([63.203.38.107]:25729 "EHLO adsl-63-203-38-107.dsl.snfc21.pacbell.net") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 22:42:42 -0700 Received: from eventdriven.org (adsl-63-203-38-107.dsl.snfc21.pacbell.net [63.203.38.107]) by adsl-63-203-38-107.dsl.snfc21.pacbell.net (8.9.3/8.9.3) with ESMTP id WAA17388; Thu, 8 Jun 2000 22:44:25 -0700 Message-ID: <39408439.8E8F483F@eventdriven.org> Date: Thu, 08 Jun 2000 22:44:25 -0700 From: Kip Macy Organization: Extended Solutions Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.3.99-pre2 i686) X-Accept-Language: en MIME-Version: 1.0 To: cattelan@thebarn.com CC: Nathan Scott , linux-xfs@oss.sgi.com Subject: Re: compile error References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> <39407896.BE677252@thebarn.com> <39407C51.113CA958@eventdriven.org> <394080F2.DDBE57E6@thebarn.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Russell Cattelan wrote: > > Kip Macy wrote: > > > Russell Cattelan wrote: > > > > > > Nathan Scott wrote: > > > > > > > hi, > > > > > > > > On Jun 9, 2:30pm, Kip Macy wrote: > > > > > Subject: compile error > > > > > I get the following error after having updated from CVS: > > > > > > It's entirely possible the CVS tree is not quite in-sync with the ptools > > > tree. > > > I'll regenerate the tree from scratch... let me know if that clear up the > > > problem. > > > > > That must be the problem, I just moved fs/xfs to fs/xfsold and then did > > a > > cvs update and the problem still occurred. Thanks for your help. > > > > -Kip > > Ok the whole CVS has been regenerated. > Give it a shot. I spoke to soon. Now I get this: make[4]: Entering directory `/usr/src/SGI/linux-2.3-xfs/linux/fs/xfs/linux' gcc -D__KERNEL__ -I/usr/src/SGI/linux-2.3-xfs/linux/include -D__SMP__ -Wall -Wstrict-prototypes -O2 -pipe -DCPU=586 -fno-strict-aliasing -pg -g3 -Wno-unused -Wno-parentheses -Wno-uninitialized -I.. -I../pseudo-inc -I. -D_KERNEL -funsigned-char -Wno-unknown-pragmas -c -o xfs_super.o xfs_super.c xfs_super.c:40: config/xfs/grio.h: No such file or directory make[4]: *** [xfs_super.o] Error 1 I will try copying grio.h from another directory. From owner-linux-xfs@oss.sgi.com Thu Jun 8 22:47:02 2000 Received: by oss.sgi.com id ; Thu, 8 Jun 2000 22:46:52 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:44341 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 8 Jun 2000 22:46:48 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA13625 for ; Thu, 8 Jun 2000 22:41:51 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA04760; Fri, 9 Jun 2000 15:45:30 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA13584; Fri, 9 Jun 2000 15:45:29 +1000 (EST) From: "Nathan Scott" Message-Id: <10006091545.ZM13595@wobbly.melbourne.sgi.com> Date: Fri, 9 Jun 2000 15:45:28 -0500 In-Reply-To: Kip Macy "Re: compile error" (Jun 9, 3:42pm) References: <39407308.471600BB@eventdriven.org> <10006091435.ZM13199@wobbly.melbourne.sgi.com> <39407896.BE677252@thebarn.com> <39407C51.113CA958@eventdriven.org> <394080F2.DDBE57E6@thebarn.com> <39408439.8E8F483F@eventdriven.org> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Kip Macy Subject: Re: compile error Cc: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing hi, On Jun 9, 3:42pm, Kip Macy wrote: > Subject: Re: compile error > Russell Cattelan wrote: > > > > Ok the whole CVS has been regenerated. > > Give it a shot. > I spoke to soon. Now I get this: > > make[4]: Entering directory > `/usr/src/SGI/linux-2.3-xfs/linux/fs/xfs/linux' > gcc -D__KERNEL__ -I/usr/src/SGI/linux-2.3-xfs/linux/include -D__SMP__ > -Wall -Wstrict-prototypes -O2 -pipe -DCPU=586 -fno-strict-aliasing > -pg -g3 -Wno-unused -Wno-parentheses -Wno-uninitialized -I.. > -I../pseudo-inc -I. -D_KERNEL -funsigned-char -Wno-unknown-pragmas -c > -o xfs_super.o xfs_super.c > xfs_super.c:40: config/xfs/grio.h: No such file or directory > make[4]: *** [xfs_super.o] Error 1 > > I will try copying grio.h from another directory. >-- End of excerpt from Kip Macy you'll need to do a "make *config" to regen yourself a new .config, then try again. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Jun 9 07:36:12 2000 Received: by oss.sgi.com id ; Fri, 9 Jun 2000 07:36:02 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:40006 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 9 Jun 2000 07:35:49 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA23719 for ; Fri, 9 Jun 2000 07:30:53 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA48304; Fri, 9 Jun 2000 09:34:24 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA02564; Fri, 9 Jun 2000 09:34:24 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA09111; Fri, 9 Jun 2000 09:32:53 -0500 Message-Id: <200006091432.JAA09111@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Rajagopal Ananthanarayanan cc: Daniel Moore , linux-xfs@oss.sgi.com Subject: Re: another bug In-Reply-To: Message from Rajagopal Ananthanarayanan of "Thu, 08 Jun 2000 20:54:16 PDT." <39406A68.39070868@sgi.com> Date: Fri, 09 Jun 2000 09:32:52 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > Daniel Moore wrote: > > > > (still working on the stress tests - they seem to be doing the trick) > > > > I'm seeing some funny messages from xfs_zero_last_block > > > > => xfs_zero_last_block: unwritten? > > => xfs_zero_last_block: We want DELWRI? not waiting? > > > > just before the page_buf panics > > > > => delalloc page 0xc106951c with no extent kernel BUG at page_buf.c:5275! > > > This looks to be a problem in handling UNWRITTEN extents, > and this one seems to be an UNWRITTEN at that contains EOF (hmm). > > Don't know the right fix to this one, but you can try avoiding > this bug by creating the FS without support for unwritten: > I believe the option is "-d unwritten=0" to mkfs_xfs. > > > -------------------------------------------------------------------------- > Rajagopal Ananthanarayanan ("ananth") > Member Technical Staff, SGI. > -------------------------------------------------------------------------- We should really have unwritten extents turned off - probably should change mkfs to default to off as well. We do not have code to handle them properly yet. Steve From owner-linux-xfs@oss.sgi.com Sat Jun 10 15:36:53 2000 Received: by oss.sgi.com id ; Sat, 10 Jun 2000 15:36:43 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:11527 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Sat, 10 Jun 2000 15:36:20 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e5AMaJC00776 for linux-xfs@oss.sgi.com; Sat, 10 Jun 2000 17:36:19 -0500 (CDT) Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5AMaHW00768 for ; Sat, 10 Jun 2000 17:36:18 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA06004; Sat, 10 Jun 2000 15:41:14 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id PAA61765 for slinx-xfs-list; Sat, 10 Jun 2000 15:36:06 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA79442 for ; Sat, 10 Jun 2000 15:36:04 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id PAA19474 for slinx-xfs@engr; Sat, 10 Jun 2000 15:33:42 -0700 Date: Sat, 10 Jun 2000 15:33:42 -0700 From: Ananth Ananthanarayanan Message-Id: <200006102233.PAA19474@dbear.engr.sgi.com> Subject: TAKE - Get 2.4.0-test1-xfs to compile To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing The following is not the entire set of mods in bringing forth the changes from 2.3.99pre2-xfs, but these changes were necessary to resolve merge problems. This merge did not go smoothly at all. I suspect there are problems in the p_tools. In any case, right now you can compile a 2.4-xfs, but the kernel won't boot ... basically, an initial scsi_inquiry command doesn't generate the necessary interrupt response. 2.4.0-test1 (without xfs changes) works ok on the same system (which uses aic7xxx scsi driver). May be there is a driver issue, but I doubt it. More likely, some APIC changes were not merged properly ... If any of you can successfully boot the 2.4.0-test1-xfs kernel, please let me know. Meanwhile, I'll continue to hack at it till it boots on my test system ... ananth. Modid: 2.4.0-test1-xfs:slinx:63854a Date: Sat Jun 10 15:30:02 PDT 2000 Workarea: bonnie.engr.sgi.com:/build2/ananth/slinx24-xfs Author: ananth The following file(s) were checked into: bonnie:/isms/slinx/2.4.0-test1-xfs linux/Makefile - 1.61 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Makefile.diff?r1=text&tr1=1.61&r2=text&tr2=1.60&f=h linux/arch/i386/kernel/smp.c - 1.23 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/smp.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h linux/fs/Makefile - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Makefile.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h linux/fs/page_buf.c - 1.98 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.98&r2=text&tr2=1.97&f=h linux/fs/partitions/check.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/partitions/check.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/fs/super.c - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/super.c.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h linux/include/linux/vmalloc.h - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/vmalloc.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h linux/kdb/modules/kdbm_vm.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/kernel/ksyms.c - 1.51 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/ksyms.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h linux/mm/filemap.c - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/filemap.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h linux/mm/vmalloc.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/vmalloc.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/mm/vmscan.c - 1.32 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/vmscan.c.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h - Resolve merge problems in bringing up 2.3.99pre2 changes. From owner-linux-xfs@oss.sgi.com Mon Jun 12 14:23:59 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 14:23:49 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:33070 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 14:23:35 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA00348 for ; Mon, 12 Jun 2000 15:18:38 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA52514 for ; Mon, 12 Jun 2000 17:22:18 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA05232 for ; Mon, 12 Jun 2000 17:22:17 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA01884; Mon, 12 Jun 2000 17:22:16 -0500 Message-Id: <200006122222.RAA01884@jen.americas.sgi.com> Date: Mon, 12 Jun 2000 17:22:16 -0500 Subject: TAKE - get XFS up and running in 2.4.0-test1 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Changes to get XFS up and running in 2.4.0-test1 This removes kernel profiling and lock metering, but retains kdb, bringing it up to the 2.4.0-test1 patch - plus the integration with the nmi watchdog code. XFS functions, I have built a kernel in it, but it does not currently unmount, we hang waiting for the lock on a page in the kiobuf code. Steve Date: Mon Jun 12 15:19:02 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:63916a linux/mm/vmalloc.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/vmalloc.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux/mm/filemap.c - 1.47 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/filemap.c.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h linux/kernel/ksyms.c - 1.52 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/ksyms.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h linux/kernel/Makefile - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/Makefile.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux/ipc/shm.c - 1.37 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/ipc/shm.c.diff?r1=text&tr1=1.37&r2=text&tr2=1.36&f=h linux/init/main.c - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/init/main.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h linux/include/linux/vmalloc.h - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/vmalloc.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/include/linux/sched.h - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/sched.h.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h linux/include/linux/proc_fs.h - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/proc_fs.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux/include/linux/major.h - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/major.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h linux/include/linux/fs.h - 1.50 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/fs.h.diff?r1=text&tr1=1.50&r2=text&tr2=1.49&f=h linux/include/linux/blkdev.h - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/blkdev.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h linux/include/asm-i386/spinlock.h - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-i386/spinlock.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux/include/asm-i386/smplock.h - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-i386/smplock.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/include/asm-alpha/spinlock.h - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-alpha/spinlock.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/include/asm-alpha/pgtable.h - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-alpha/pgtable.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h linux/fs/super.c - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/super.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h linux/fs/buffer.c - 1.37 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/buffer.c.diff?r1=text&tr1=1.37&r2=text&tr2=1.36&f=h linux/fs/block_dev.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/block_dev.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h linux/fs/Config.in - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h linux/drivers/char/defkeymap.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/char/defkeymap.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/drivers/char/Makefile - 1.31 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/char/Makefile.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h linux/drivers/char/Config.in - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/char/Config.in.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h linux/arch/i386/lib/Makefile - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/lib/Makefile.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/arch/i386/kernel/traps.c - 1.21 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/traps.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h linux/arch/i386/kernel/time.c - 1.11 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/time.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h linux/arch/i386/kernel/smp.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/smp.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux/arch/i386/kernel/irq.c - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/irq.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h linux/arch/i386/kernel/i386_ksyms.c - 1.26 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/i386_ksyms.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h linux/arch/i386/config.in - 1.42 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/config.in.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h linux/arch/alpha/config.in - 1.21 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/alpha/config.in.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h linux/Makefile - 1.62 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Makefile.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h linux/Documentation/Configure.help - 1.55 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/Configure.help.diff?r1=text&tr1=1.55&r2=text&tr2=1.54&f=h linux/include/asm-i386/apic.h - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-i386/apic.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h linux/include/asm-i386/hw_irq.h - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-i386/hw_irq.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux/fs/partitions/check.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/partitions/check.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux/arch/i386/kernel/i8259.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/i8259.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux/arch/i386/kernel/semaphore.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/semaphore.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/arch/i386/kernel/smpboot.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/smpboot.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h linux/fs/proc/proc_misc.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/proc/proc_misc.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h linux/kernel/timer.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/timer.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h linux/drivers/scsi/scsi_merge.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/scsi/scsi_merge.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h linux/drivers/scsi/scsi_lib.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h linux/arch/i386/kernel/apic.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/apic.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/include/asm-i386/apicdef.h - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/asm-i386/apicdef.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/drivers/scsi/scsi_scan.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/scsi/scsi_scan.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/arch/ia64/config.in - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/ia64/config.in.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/fs/page_buf.c - 1.99 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.99&r2=text&tr2=1.98&f=h linux/fs/xfs/linux/xfs_super.c - 1.67 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.67&r2=text&tr2=1.66&f=h linux/fs/xfs/linux/xfs_iops.c - 1.50 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.50&r2=text&tr2=1.49&f=h linux/include/linux/page_buf.h - 1.45 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h linux/include/linux/kdb.h - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/kdb.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h linux/Documentation/kdb/kdb.mm - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux/fs/xfs/linux/xfs_mount_opt.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_mount_opt.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h From owner-linux-xfs@oss.sgi.com Mon Jun 12 15:57:50 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 15:57:40 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:26636 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 15:57:21 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e5CNvKs10670 for linux-xfs@oss.sgi.com; Mon, 12 Jun 2000 18:57:20 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5CNvGW10662 for ; Mon, 12 Jun 2000 18:57:17 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA12862; Mon, 12 Jun 2000 16:52:18 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id QAA55903 for slinx-xfs-list; Mon, 12 Jun 2000 16:57:03 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA85971 for ; Mon, 12 Jun 2000 16:57:03 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA41253; Mon, 12 Jun 2000 16:53:08 -0700 (PDT) Message-ID: <394578A7.3E4C9CDC@sgi.com> Date: Mon, 12 Jun 2000 16:56:23 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: jtk@sgi.com, slinx-xfs@cthulhu.engr.sgi.com Subject: Re: xfs_icrash/xfs_thread (2.4.0-test1-xfs is open) References: <200006121641.LAA30968@tiki.americas.sgi.com> <10006130919.ZM17737@wobbly.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Nathan Scott wrote: > > hi Ted, > > On Jun 13, 2:41am, jtk@sgi.com wrote: > > Subject: xfs_icrash/xfs_thread > > > > Nathan, > > noticed you took xfs_icrash.o & xfs_thread.o out of the > > Makefiles, shouldn't the corresponding .c files be removed? > > > > Yes. I was going to wait until the dust had settled from the > 2.4.0-test merge until I did any more on this (I also have a > couple of pseudo-inc files which can safely go) ... I thought > it might make Ananth's job more difficult if I removed any more > files at this stage. (is that correct?) Thanks for holding back Nathan, I think it should be OK to migrate to 2.4.0-test1-xfs ... Steve is still working on a bug which hangs the unmount, which I ran into; but if you don't mind that, things should be ok ... just reboot the m/c ;-) ananth. From owner-linux-xfs@oss.sgi.com Mon Jun 12 19:57:22 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 19:57:12 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12090 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 19:56:59 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA18651 for ; Mon, 12 Jun 2000 20:52:01 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA25701 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 13 Jun 2000 13:55:41 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id NAA43387 for ; Tue, 13 Jun 2000 13:55:40 +1000 (EST) Message-Id: <200006130355.NAA43387@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-xfs@oss.sgi.com Subject: unresolved symbols Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 13:55:39 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing when trying to load a t-o-t XFS built as modules with KIOBUF enabled, I get unresolved symbols when insmod'ing page_buf.o: unresolved symbol PB_MIN_DIRTY_PAGES unresolved symbol ll_rw_kio I've had this problem for days now... I've tried rebuilding everything but to no avail.. ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon Jun 12 20:20:22 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 20:20:12 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:53004 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 20:19:58 -0700 Received: from lupo.thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5D4JvW11642; Mon, 12 Jun 2000 23:19:57 -0500 (CDT) Received: from thebarn.com (phuck-wi0 [10.0.0.130]) by lupo.thebarn.com (8.9.3/8.9.3) with ESMTP id XAA58709; Mon, 12 Jun 2000 23:19:56 -0500 (CDT) Message-ID: <3945B652.9797FB2A@thebarn.com> Date: Mon, 12 Jun 2000 23:19:31 -0500 From: Russell Cattelan Organization: Moo Solutions X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Moore CC: linux-xfs@oss.sgi.com Subject: Re: unresolved symbols References: <200006130355.NAA43387@clouds.melbourne.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore wrote: > when trying to load a t-o-t XFS built as modules with KIOBUF > enabled, I get unresolved symbols when insmod'ing page_buf.o: > > unresolved symbol PB_MIN_DIRTY_PAGES > unresolved symbol ll_rw_kio > > I've had this problem for days now... I've tried rebuilding > everything but to no avail.. Is this the 2.4 tree? or the 2.3-99 tree? I think Steve has the 2.4 tree compiling finally, but I haven't verify that yet. Try building everything from scratch. > > > ----------------------------------------------------- > Daniel Moore dxm@sgi.com > R&D Software Engineer Phone: +61-3-98348209 > SGI Performance Tools Group Fax: +61-3-98132378 > ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon Jun 12 20:24:52 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 20:24:32 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:32579 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 20:24:27 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA07869 for ; Mon, 12 Jun 2000 21:29:24 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA25896; Tue, 13 Jun 2000 14:23:02 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id OAA43430; Tue, 13 Jun 2000 14:23:01 +1000 (EST) Message-Id: <200006130423.OAA43430@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Russell Cattelan cc: linux-xfs@oss.sgi.com Subject: Re: unresolved symbols In-reply-to: Your message of "Mon, 12 Jun 2000 23:19:31 EST." <3945B652.9797FB2A@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jun 2000 14:23:00 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Russell Cattelan writes: => Daniel Moore wrote: => => > when trying to load a t-o-t XFS built as modules with KIOBUF => > enabled, I get unresolved symbols when insmod'ing page_buf.o: => > => > unresolved symbol PB_MIN_DIRTY_PAGES => > unresolved symbol ll_rw_kio => > => > I've had this problem for days now... I've tried rebuilding => > everything but to no avail.. => => Is this the 2.4 tree? => or the 2.3-99 tree? => => I think Steve has the 2.4 tree compiling finally, but I haven't verify => that yet. => Try building everything from scratch. 2.3 still - I haven't been game to try 2.4 yet. I have rebuilt from scratch a couple of times after p_tupdates. Both symbols are actually defined in the kernel but don't seem to be exported to the modular page_buf. I don't know what the mechanism is for this... ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon Jun 12 20:38:02 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 20:37:53 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:64068 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 20:37:33 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id VAA22099 for ; Mon, 12 Jun 2000 21:32:36 -0700 (PDT) mail_from (dxm@clouds.melbourne.sgi.com) Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA25976 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 13 Jun 2000 14:35:00 +1000 Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id OAA43476 for ; Tue, 13 Jun 2000 14:34:59 +1000 (EST) Message-Id: <200006130434.OAA43476@clouds.melbourne.sgi.com> X-Mailer: exmh version 2.0.2 2/24/98 Subject: Re: unresolved symbols In-reply-to: Your message of "Tue, 13 Jun 2000 14:23:00 +1000." <200006130423.OAA43430@clouds.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii To: linux-xfs@oss.sgi.com Date: Tue, 13 Jun 2000 14:34:59 +1000 From: Daniel Moore Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Daniel Moore writes: => => > unresolved symbol PB_MIN_DIRTY_PAGES => => > unresolved symbol ll_rw_kio My fault. The exports are there, but I hadn't rebooted to get the new exports - just tried reloading the modules. Darn code is getting too stable. ----------------------------------------------------- Daniel Moore dxm@sgi.com R&D Software Engineer Phone: +61-3-98348209 SGI Performance Tools Group Fax: +61-3-98132378 ----------------------------------------------------- From owner-linux-xfs@oss.sgi.com Mon Jun 12 23:02:13 2000 Received: by oss.sgi.com id ; Mon, 12 Jun 2000 23:02:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:49020 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 12 Jun 2000 23:01:57 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA12581 for ; Mon, 12 Jun 2000 23:57:00 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA41848 for ; Mon, 12 Jun 2000 23:56:03 -0700 (PDT) Message-ID: <39472DA3.2763CB73@sgi.com> Date: Wed, 14 Jun 2000 00:00:51 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: bonnie on 2.4.0-test1 XFS vs. EXT2 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Here's the performance of bonnie on a 256M file, using a 2P 64M x86 machine (same config as an earlier test), using 2.4.0-test1 + XFS + bug fix to shrink_mmap() that doesn't count page belonging to balanced zone as a try: -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU XFS 256 3450 95.8 6574 14.2 3148 8.4 2951 89.2 18623 29.5 176.5 4.1 XFS 256 3353 93.4 6509 13.1 2864 7.5 2966 89.5 18859 32.1 182.1 3.7 XFS 256 3468 96.3 6692 12.5 2753 7.1 2950 88.9 18447 29.6 181.6 4.8 EXT2 256 3434 94.8 6858 12.0 2949 6.1 3110 93.0 18713 21.3 174.9 3.3 EXT2 256 3421 95.0 6933 11.2 2628 6.0 3052 91.2 18569 22.0 176.0 2.5 EXT2 256 3474 96.5 6900 11.5 2824 6.1 3023 90.6 18103 24.4 173.5 2.9 While relative performance of XFS & Ext2 are same, absolute numbers are still worse for block/char output than on 2.3.99pre2, both for XFS and EXT2. Here are the results for 2.3.99pre2 (sent out last week): -------Sequential Output-------- ---Sequential Input-- --Random-- -Per Char- --Block--- -Rewrite-- -Per Char- --Block--- --Seeks--- Machine MB K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU K/sec %CPU /sec %CPU XFS 256 3633 100.0 7599 12.7 2906 7.4 2782 83.8 18480 27.4 181.7 4.3 XFS 256 3624 99.6 7614 13.8 2968 7.6 2776 83.6 18563 25.7 185.3 3.6 XFS 256 3625 99.7 7539 13.0 3014 7.9 2818 84.8 18557 29.4 183.4 4.9 EXT2 256 3626 99.9 7615 12.0 2932 6.1 3005 89.8 18495 22.7 176.7 3.3 EXT2 256 3632 100.0 7670 12.6 2920 5.9 2998 90.1 18483 22.4 179.6 3.3 EXT2 256 3631 100.0 7679 12.4 2931 6.3 3011 89.7 18478 24.0 187.0 4.2 There is more swapping in 2.4.0-test1 although not very much of it. -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Jun 13 04:29:04 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 04:28:54 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:11390 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 04:28:36 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id FAA21977 for ; Tue, 13 Jun 2000 05:23:38 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA28428; Tue, 13 Jun 2000 22:25:57 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id WAA11175; Tue, 13 Jun 2000 22:25:56 +1000 (EST) Date: Tue, 13 Jun 2000 22:25:56 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006131225.WAA11175@kao1.melbourne.sgi.com> To: slinx-xfs@engr.sgi.com, linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: Partial TAKE 793150 - rename kdbm_pb to kdbm_pg, use for generic page debugging Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing kdb/modules/kdbm_pb.c has been renamed to kdbm_pg.c and is always compiled. It always contains general commands for page debugging (kiobuf, page, inode, bh, inode_pages). If CONFIG_PAGE_BUF or CONFIG_PAGE_BUF_MODULE are defined then it also registers pagebuf debugging commands (pb, pbflags, pbiodesc, pbmap, pbtrace). You should manually remove /lib/modules/2.4.0-test1/misc/kdbm_pb.o to avoid picking up old modules. Change kdbm_pb to kdbm_pg in any scripts that load modules. Modid: 2.4.0-test1-xfs:slinx:64005a Date: Tue Jun 13 05:17:27 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/kdb/modules/Makefile - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/kdb/modules/kdbm_vm.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/kdb/modules/kdbm_pg.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h From owner-linux-xfs@oss.sgi.com Tue Jun 13 05:48:14 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 05:48:04 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:8825 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 05:47:48 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA01000 for ; Tue, 13 Jun 2000 06:52:48 -0700 (PDT) mail_from (jtk@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA01970; Tue, 13 Jun 2000 08:46:09 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA00810; Tue, 13 Jun 2000 08:46:09 -0500 (CDT) From: jtk@sgi.com Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id IAA66008; Tue, 13 Jun 2000 08:46:08 -0500 (CDT) Message-Id: <200006131346.IAA66008@tiki.americas.sgi.com> Subject: Re: unresolved symbols To: dxm@clouds.melbourne.sgi.com (Daniel Moore) Date: Tue, 13 Jun 2000 08:46:07 -0500 (CDT) Cc: cattelan@thebarn.com (Russell Cattelan), linux-xfs@oss.sgi.com In-Reply-To: <200006130423.OAA43430@clouds.melbourne.sgi.com> from "Daniel Moore" at Jun 13, 2000 02:23:00 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > > Russell Cattelan writes: > => Daniel Moore wrote: > => > => > when trying to load a t-o-t XFS built as modules with KIOBUF > => > enabled, I get unresolved symbols when insmod'ing page_buf.o: > => > > => > unresolved symbol PB_MIN_DIRTY_PAGES > => > unresolved symbol ll_rw_kio > => > > => > I've had this problem for days now... I've tried rebuilding > => > everything but to no avail.. > => > => Is this the 2.4 tree? > => or the 2.3-99 tree? > => > => I think Steve has the 2.4 tree compiling finally, but I haven't verify > => that yet. > => Try building everything from scratch. > > 2.3 still - I haven't been game to try 2.4 yet. I have rebuilt from scratch > a couple of times after p_tupdates. Both symbols are actually defined > in the kernel but don't seem to be exported to the modular page_buf. I > don't know what the mechanism is for this... > > > I know that in the case of PB_MIN_DIRTY_PAGES you need to rebuild & reboot the uptodate kernel, PB_MIN_DIRTY_PAGES is defined and exported from filemap.c.... -Ted From owner-linux-xfs@oss.sgi.com Tue Jun 13 06:29:15 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 06:29:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:61495 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 06:28:45 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA09090 for ; Tue, 13 Jun 2000 07:23:48 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA59301 for ; Tue, 13 Jun 2000 09:27:28 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA02737 for ; Tue, 13 Jun 2000 09:27:27 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA12009; Tue, 13 Jun 2000 09:27:20 -0500 Message-Id: <200006131427.JAA12009@jen.americas.sgi.com> Date: Tue, 13 Jun 2000 09:27:20 -0500 Subject: TAKE - make kdb inode command report address of fs specific component To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 13 07:26:45 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64018a linux/kdb/modules/kdbm_pg.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Add back in the address of the fs specific portion of the inode - used to be the xfs specific vnode address. From owner-linux-xfs@oss.sgi.com Tue Jun 13 07:27:25 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 07:27:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44044 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 07:26:35 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA07084; Tue, 13 Jun 2000 08:31:36 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA26856; Tue, 13 Jun 2000 08:26:25 -0700 (PDT) Date: Tue, 13 Jun 2000 08:26:25 -0700 (PDT) Message-Id: <200006131526.IAA26856@info.engr.sgi.com> X-Pv-Incident: 789427 webPV: tiki.cray.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (jtk@sgi.com) Subject: CLOSE 789427 - vp->v_count > 0 on unlink To: jtk@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=789427 *Status : closed Priority : 1 Assigned Engineer : jtk Submitter : nathans Opened Date : 05/01/00 *Closed Date : 06/13/00 *Fixed By : jtk *Fixed By Domain : sgi.com *Modified Date : 06/13/00 *Modified User : jtk *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: jtk@sgi.com (BugWorks) Date: Jun 13 2000 08:26:25AM ========================== This was addressed by the 'vnode in the inode' checkin. Apparently the take didn't get through the mail. -Ted From owner-linux-xfs@oss.sgi.com Tue Jun 13 07:36:24 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 07:36:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:15707 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 07:35:57 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97] (may be forged)) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA21257 for ; Tue, 13 Jun 2000 08:30:59 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA22948 for ; Tue, 13 Jun 2000 10:33:23 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA06586 for ; Tue, 13 Jun 2000 10:33:23 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA01051; Tue, 13 Jun 2000 10:33:15 -0500 Message-Id: <200006131533.KAA01051@jen.americas.sgi.com> Date: Tue, 13 Jun 2000 10:33:15 -0500 Subject: TAKE - fix pagebuf daemon timer To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing A timer added twice message was coming out at startup, in fact the timer was not added at all. Date: Tue Jun 13 08:32:24 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64027a linux/fs/page_buf.c - 1.100 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.100&r2=text&tr2=1.99&f=h - Fix problem with timer used by pagebuf_daemon, it would not have been triggering without this change. From owner-linux-xfs@oss.sgi.com Tue Jun 13 07:52:15 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 07:52:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:1891 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 07:51:47 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97] (may be forged)) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA23949 for ; Tue, 13 Jun 2000 08:46:50 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA42830 for ; Tue, 13 Jun 2000 10:47:55 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA07329 for ; Tue, 13 Jun 2000 10:47:54 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA01751; Tue, 13 Jun 2000 10:47:46 -0500 Message-Id: <200006131547.KAA01751@jen.americas.sgi.com> Date: Tue, 13 Jun 2000 10:47:46 -0500 Subject: TAKE - fix inode count problem with link call To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 13 08:47:20 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64029a linux/fs/xfs/linux/xfs_iops.c - 1.51 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h - Remove extra i_count increment which snuck in during previous take, this prevents unmounts. From owner-linux-xfs@oss.sgi.com Tue Jun 13 09:32:47 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 09:32:28 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:15396 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 09:32:03 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA16269 for ; Tue, 13 Jun 2000 10:27:06 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA08853 for ; Tue, 13 Jun 2000 12:30:46 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA13380 for ; Tue, 13 Jun 2000 12:30:45 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id MAA09511; Tue, 13 Jun 2000 12:30:37 -0500 Message-Id: <200006131730.MAA09511@jen.americas.sgi.com> Date: Tue, 13 Jun 2000 12:30:37 -0500 Subject: TAKE - restructure pagebuf code To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing pagebuf is now a single module with one config option and lives in the fs/pagebuf directory. make oldconfig and make depend recommended, you will also need to rebuild the kernel as well as modules, and should remove the old page_buf_locking and avl modules. Date: Tue Jun 13 10:28:47 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64037a linux/fs/pagebuf/Makefile - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - Makefile for pagebuf module linux/fs/pagebuf/page_buf_oldio.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_oldio.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - Unused I/O path code moved out of pagebuf.c linux/fs/pagebuf/page_buf_io.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - I/O path code moved out of page_buf.c linux/init/main.c - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/init/main.c.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h - Single initialization call for pagebuf linux/fs/Makefile - 1.20 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Makefile.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h - Add pagebuf as a subdirectory linux/fs/Config.in - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h - Change config options for pagebuf - there is only one now. linux/fs/xfs/linux/xfs_lrw.c - 1.41 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.41&r2=text&tr2=1.40&f=h - Simplify interface to pagebuf I/O functions for write linux/include/linux/page_buf.h - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h - remove unused definitions linux/include/linux/avl.h - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/avl.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - build as part of the pagebuf module rather than standalone linux/fs/pagebuf/page_buf.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - build as part of the pagebuf module rather than standalone move io code out to page_buf_io.c, make locking calls directly rather than via a function vector. linux/fs/pagebuf/page_buf_locking.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_locking.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - build as part of the pagebuf module rather than standalone linux/fs/pagebuf/avl.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/avl.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - build as part of the pagebuf module rather than standalone From owner-linux-xfs@oss.sgi.com Tue Jun 13 10:25:38 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 10:25:27 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:9742 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 10:25:20 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e5DIPJL15197 for linux-xfs@oss.sgi.com; Tue, 13 Jun 2000 13:25:19 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5DIPHW15189 for ; Tue, 13 Jun 2000 13:25:18 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA29364; Tue, 13 Jun 2000 11:20:20 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id LAA62085 for slinx-xfs-list; Tue, 13 Jun 2000 11:25:06 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA24524 for ; Tue, 13 Jun 2000 11:25:05 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA43039 for ; Tue, 13 Jun 2000 11:21:45 -0700 (PDT) Message-ID: <39467C4A.D24BF6D3@sgi.com> Date: Tue, 13 Jun 2000 11:24:10 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: slinx-xfs@cthulhu.engr.sgi.com Subject: Re: Moving oss trees to 2.4.0-test1 References: <200006131803.NAA09577@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Steve Lord wrote: > > I would like to move the trees on oss over to the new kernel, I think I > have the mount/unmount things sorted out. I have been running tests here > for a while, can other people beat on it too. > RE: stability of 2.4.0-test1-xfs. I still haven't checked out the latest changes, my tree is of late yesterday night. Two things I found there: (1) lmdd write on a file sized >> memory size hangs the lmdd process. (2) when trying to backtrace the lmdd process, found that kdb has problems bactracing through things like "call *%eax" when given "btp " I'll try to get a more recent kernel and verify these. ananth. From owner-linux-xfs@oss.sgi.com Tue Jun 13 11:24:18 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 11:24:09 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:40206 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 11:23:48 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e5DJNlk15653 for linux-xfs@oss.sgi.com; Tue, 13 Jun 2000 14:23:47 -0500 (CDT) Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5DJNkW15645 for ; Tue, 13 Jun 2000 14:23:46 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA11167; Tue, 13 Jun 2000 12:18:47 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id MAA45093 for slinx-xfs-list; Tue, 13 Jun 2000 12:23:33 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA14035 for ; Tue, 13 Jun 2000 12:23:32 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA42973 for ; Tue, 13 Jun 2000 12:20:13 -0700 (PDT) Message-ID: <39468A30.38845762@sgi.com> Date: Tue, 13 Jun 2000 12:23:28 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: slinx-xfs@cthulhu.engr.sgi.com Subject: Re: Moving oss trees to 2.4.0-test1 References: <200006131900.OAA13344@jen.americas.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Steve Lord wrote: > > > > > (1) lmdd write on a file sized >> memory size hangs the lmdd process. [ ... ] > > > > I'll try to get a more recent kernel and verify these. > > > > ananth. > > lord{lord}: lmdd of=/xfs/lord/lmdd count=100000 > 819.2000 MB in 88.0970 secs, 9.2988 MB/sec > > That one appears to work. On a latest & greatest kernel, I too am NOT seeing this problem now --- I guess the mere mention of it made it go away ;-) Absolute performance is still 10-15% slower than in the 2.3.99pre2, but guess that EXT2 will have similar problems (as with bonnie). ananth. From owner-linux-xfs@oss.sgi.com Tue Jun 13 12:10:39 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 12:10:19 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:38984 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 12:10:07 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA01293 for ; Tue, 13 Jun 2000 13:15:07 -0700 (PDT) mail_from (jtk@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA69685; Tue, 13 Jun 2000 15:08:46 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA20996; Tue, 13 Jun 2000 15:08:45 -0500 (CDT) From: jtk@sgi.com Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id PAA65653; Tue, 13 Jun 2000 15:08:44 -0500 (CDT) Message-Id: <200006132008.PAA65653@tiki.americas.sgi.com> Date: Tue, 13 Jun 2000 15:08:44 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - Remove some more unnecessary vnode fields. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 13 13:06:43 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64046a cmd/xfs/sim/src/vnode.c - 1.54 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/vnode.c.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h linux/fs/xfs/xfs_vnodeops.c - 1.453 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.453&r2=text&tr2=1.452&f=h linux/fs/xfs/xfs_dfrag.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dfrag.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h linux/fs/xfs/xfs_iget.c - 1.116 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.116&r2=text&tr2=1.115&f=h linux/fs/xfs/xfs_inode.c - 1.289 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.289&r2=text&tr2=1.288&f=h linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.22 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/vnode.h.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h linux/fs/xfs/linux/xfs_vnode.c - 1.25 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h linux/include/linux/vnode.h - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/vnode.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Remove unneeded vnode fields v_mreg, v_mregb, v_pgcnt, v_buf & v_nodeid. Fix & use the VN_CACHED() & VN_MAPPED() macros. linux/fs/xfs/linux/xfs_mount_opt.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_mount_opt.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - Fix a couple of compiler warnings. From owner-linux-xfs@oss.sgi.com Tue Jun 13 13:45:22 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 13:45:11 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:52238 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 13:45:05 -0700 Received: (from cattelan@localhost) by lips.borg.umn.edu (8.10.1/8.10.1) id e5DKj4F16161 for linux-xfs@oss.sgi.com; Tue, 13 Jun 2000 15:45:04 -0500 (CDT) Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5DKj3W16153 for ; Tue, 13 Jun 2000 15:45:03 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id NAA08131; Tue, 13 Jun 2000 13:44:52 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id NAA07343 for slinx-xfs-list; Tue, 13 Jun 2000 13:44:51 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA96082 for ; Tue, 13 Jun 2000 13:44:50 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id NAA41638 for ; Tue, 13 Jun 2000 13:41:32 -0700 (PDT) Message-ID: <39469D3E.DE72A9CE@sgi.com> Date: Tue, 13 Jun 2000 13:44:46 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686) X-Accept-Language: en MIME-Version: 1.0 To: slinx-xfs@cthulhu.engr.sgi.com Subject: Possible agenda items Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Thought the following might be a partial list of things to discuss in today's meeting: 1. 2.4.0-test1 move status - push to oss - XFS only patch? 2. I/O cleanup status & agenda 3. Usenix conference: - BOF details - Presentation details - need uptodate status/performance? - Hand out XFS CD's? 4. delalloc status & agenda 5. Steps to move to beta (performance, functionality, stability) New work item: 1. Find out scope of XFS <-> Linux interface - this will be good to have at the BOF, if it comes up ... XFS only patch will help. -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Tue Jun 13 15:22:41 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 15:22:31 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:23367 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 15:22:22 -0700 Received: from gibble.americas.sgi.com (root@gibble.cray.com [128.162.195.80]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA07858 for ; Tue, 13 Jun 2000 15:17:25 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e5DMM7u03080 for ; Tue, 13 Jun 2000 17:22:07 -0500 Message-ID: <3946B40C.253AB0B@thebarn.com> Date: Tue, 13 Jun 2000 17:22:04 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: [Fwd: Partial TAKE 793150 - rename kdbm_pb to kdbm_pg, use for generic page debugging] Content-Type: multipart/mixed; boundary="------------3BE5353D40FDF0280F3501FF" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This is a multi-part message in MIME format. --------------3BE5353D40FDF0280F3501FF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit --------------3BE5353D40FDF0280F3501FF Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Return-Path: Received: from sgi.com (sgi-too.SGI.COM [204.94.211.39]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5DCQ7W13481 for ; Tue, 13 Jun 2000 07:26:07 -0500 (CDT) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id FAA02265; Tue, 13 Jun 2000 05:25:56 -0700 (PDT) mail_from (owner-slinx-xfs@cthulhu.engr.sgi.com) Received: (from majordomo-owner@localhost) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id FAA14933 for slinx-xfs-list; Tue, 13 Jun 2000 05:25:55 -0700 (PDT) mail_from (owner-slinx-xfs@relay.engr.sgi.com) Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id FAA97823; Tue, 13 Jun 2000 05:25:50 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id WAA28428; Tue, 13 Jun 2000 22:25:57 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id WAA11175; Tue, 13 Jun 2000 22:25:56 +1000 (EST) Date: Tue, 13 Jun 2000 22:25:56 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006131225.WAA11175@kao1.melbourne.sgi.com> To: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com, sgi.bugs.xfs@cthulhu.engr.sgi.com Subject: Partial TAKE 793150 - rename kdbm_pb to kdbm_pg, use for generic page debugging Sender: owner-slinx-xfs@cthulhu.engr.sgi.com Precedence: bulk kdb/modules/kdbm_pb.c has been renamed to kdbm_pg.c and is always compiled. It always contains general commands for page debugging (kiobuf, page, inode, bh, inode_pages). If CONFIG_PAGE_BUF or CONFIG_PAGE_BUF_MODULE are defined then it also registers pagebuf debugging commands (pb, pbflags, pbiodesc, pbmap, pbtrace). You should manually remove /lib/modules/2.4.0-test1/misc/kdbm_pb.o to avoid picking up old modules. Change kdbm_pb to kdbm_pg in any scripts that load modules. Modid: 2.4.0-test1-xfs:slinx:64005a Date: Tue Jun 13 05:17:27 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/kdb/modules/Makefile - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/kdb/modules/kdbm_vm.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/kdb/modules/kdbm_pg.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h --------------3BE5353D40FDF0280F3501FF-- From owner-linux-xfs@oss.sgi.com Tue Jun 13 16:23:51 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 16:23:32 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33378 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 16:22:58 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id QAA08845 for ; Tue, 13 Jun 2000 16:27:59 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id QAA18604 for ; Tue, 13 Jun 2000 16:22:33 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id QAA23371 for linux-xfs@oss.sgi.com; Tue, 13 Jun 2000 16:20:05 -0700 Date: Tue, 13 Jun 2000 16:20:05 -0700 From: Ananth Ananthanarayanan Message-Id: <200006132320.QAA23371@dbear.engr.sgi.com> Subject: TAKE - a fix to shrink_mmap To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This may not be a permanent fix as 2.4.0-test1 evolves, but for now gets the VM to behave a lot saner. Date: Tue Jun 13 16:20:53 PDT 2000 Workarea: dbear.engr.sgi.com:/build2/ananth/slinx24-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64067a linux/mm/filemap.c - 1.48 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/filemap.c.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h - Bring in a critical bug fix so shrink_mmap doesn't give up having considered only pages from balanced zones. From owner-linux-xfs@oss.sgi.com Tue Jun 13 18:25:54 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 18:25:44 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:8733 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 18:25:32 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA00716 for ; Tue, 13 Jun 2000 18:20:33 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA02703 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 14 Jun 2000 11:24:12 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA23919 for linux-xfs@oss.sgi.com; Wed, 14 Jun 2000 11:24:11 +1000 (EST) Date: Wed, 14 Jun 2000 11:24:11 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006140124.LAA23919@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - use correct flag to path_init in xfs_mount_opt.c Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:64081a Date: Tue Jun 13 18:23:08 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/fs/xfs/linux/xfs_mount_opt.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_mount_opt.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h - use correct flag to path_init From owner-linux-xfs@oss.sgi.com Tue Jun 13 20:33:05 2000 Received: by oss.sgi.com id ; Tue, 13 Jun 2000 20:32:55 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:35343 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Tue, 13 Jun 2000 20:32:42 -0700 Received: from lupo.thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5E3WfW17988 for ; Tue, 13 Jun 2000 22:32:41 -0500 (CDT) Received: from thebarn.com (phuck-wi0 [10.0.0.130]) by lupo.thebarn.com (8.9.3/8.9.3) with ESMTP id WAA60007 for ; Tue, 13 Jun 2000 22:32:40 -0500 (CDT) Message-ID: <3946FCBB.426BABAD@thebarn.com> Date: Tue, 13 Jun 2000 22:32:11 -0500 From: Russell Cattelan Organization: Moo Solutions X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 5.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS 2.4-test1 tree now available on oss.sgi.com Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing The XFS tree has been updated to to 2.4-test1 base. The cvs tree can be download via the following instructions. http://oss.sgi.com/projects/xfs/cvs_download.html Patches against the the 2.4-test1: ftp://oss.sgi.com/projects/xfs/download/06132000linux-2.4-test1-linux-2.4-xfs-cvs.patch.gz This patch includes the cvs admin files, use if you intend keep up-to-date with regular cvs updates. ftp://oss.sgi.com/projects/xfs/download/06132000linux-2.4-test1-linux-2.4-xfs.patch.gz Just in case you don't want to stay up-to-date with the cvs tree. -Russell Cattelan From owner-linux-xfs@oss.sgi.com Wed Jun 14 04:20:37 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 04:20:27 -0700 Received: from Cantor.suse.de ([194.112.123.193]:32274 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Wed, 14 Jun 2000 04:20:10 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 7A0351E1A6; Wed, 14 Jun 2000 13:20:08 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 4F91B10A028; Wed, 14 Jun 2000 13:20:03 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 297922F36B; Wed, 14 Jun 2000 13:19:38 +0200 (MEST) Date: Wed, 14 Jun 2000 13:19:38 +0200 From: "Andi Kleen" To: Russell Cattelan Cc: linux-xfs@oss.sgi.com Subject: Re: XFS 2.4-test1 tree now available on oss.sgi.com Message-ID: <20000614131938.A18471@gruyere.muc.suse.de> References: <3946FCBB.426BABAD@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <3946FCBB.426BABAD@thebarn.com>; from cattelan@thebarn.com on Tue, Jun 13, 2000 at 10:32:11PM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Tue, Jun 13, 2000 at 10:32:11PM -0500, Russell Cattelan wrote: > The XFS tree has been updated to to 2.4-test1 base. > > The cvs tree can be download via the following instructions. > http://oss.sgi.com/projects/xfs/cvs_download.html So the module name has been changed to linux-2.4 ? (the page does not seem to be inconsistent, it uses both) -Andi From owner-linux-xfs@oss.sgi.com Wed Jun 14 10:30:39 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 10:30:29 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:15912 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 10:30:13 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA04484 for ; Wed, 14 Jun 2000 10:25:15 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA53664 for ; Wed, 14 Jun 2000 12:27:42 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA05931 for ; Wed, 14 Jun 2000 12:27:39 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id MAA04830; Wed, 14 Jun 2000 12:27:20 -0500 Message-Id: <200006141727.MAA04830@jen.americas.sgi.com> Date: Wed, 14 Jun 2000 12:27:20 -0500 Subject: TAKE - fix linvfs_bmap To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Minor fix, not sure we can actually get here at the moment. Date: Wed Jun 14 10:26:47 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64160a linux/fs/xfs/linux/xfs_iops.c - 1.52 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h - fix bug in linvfs_bmap - the xfs mount structure was being incorrectly obtained. From owner-linux-xfs@oss.sgi.com Wed Jun 14 10:32:29 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 10:32:19 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:5929 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 10:32:14 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA04763 for ; Wed, 14 Jun 2000 10:27:17 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA66986 for ; Wed, 14 Jun 2000 12:29:44 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA05976 for ; Wed, 14 Jun 2000 12:29:41 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id MAA04900; Wed, 14 Jun 2000 12:29:22 -0500 Message-Id: <200006141729.MAA04900@jen.americas.sgi.com> Date: Wed, 14 Jun 2000 12:29:22 -0500 Subject: TAKE - fix hang at unmount To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing If a filesystem was modified and then unmounted with a few seconds it could hang. This should fix that. Date: Wed Jun 14 10:28:48 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64161a linux/fs/pagebuf/page_buf.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - Ensure that pagebuf does not get torn down whilst a synchronous flush operation is waiting for it. Should fix unmount hangs. From owner-linux-xfs@oss.sgi.com Wed Jun 14 14:54:29 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 14:54:20 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:12907 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 14:54:07 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA02895 for ; Wed, 14 Jun 2000 14:59:04 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA86881; Wed, 14 Jun 2000 16:52:44 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA04291; Wed, 14 Jun 2000 16:52:43 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA04953; Wed, 14 Jun 2000 16:52:23 -0500 Message-Id: <200006142152.QAA04953@jen.americas.sgi.com> Date: Wed, 14 Jun 2000 16:52:23 -0500 Subject: TAKE - more I/O path cleanup To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Move more of the old I/O path code out of the way Date: Wed Jun 14 14:49:05 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64213a linux/kdb/modules/kdbm_pg.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - add new option to pbtrace - all messages of a specific type can be dumped by specifying the name of that message. linux/fs/pagebuf/page_buf_oldio.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_oldio.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Move more old io path code into here linux/fs/pagebuf/page_buf_io.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Move read and write page over to use new I/O path code. remove old prepare_write, set_blocks etc to the oldio.c file From owner-linux-xfs@oss.sgi.com Wed Jun 14 16:26:10 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 16:26:00 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:21078 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 16:25:43 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA27899 for ; Wed, 14 Jun 2000 16:20:43 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id SAA46068 for ; Wed, 14 Jun 2000 18:23:09 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id SAA06160 for ; Wed, 14 Jun 2000 18:23:08 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e5ENMwR03723 for ; Wed, 14 Jun 2000 18:22:58 -0500 Message-ID: <394813D2.6D9D1F9D@thebarn.com> Date: Wed, 14 Jun 2000 18:22:58 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: [Fwd: XFS startup howto] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Phil Schwan wrote: > Here's my first stab. Let me know if anything obvious is missing or > incorrect. > > -Phil > > XFS Build HOWTO > > 1 - Acquiring source code > > 1.1 - CD > > If you're reading this file from an SGI CD, there is likely a tar > archive of the source code in the same directory. It will uncompress > into its own directory and will contain the entire kernel, userspace > support libraries, and tools. > > 1.2 - CVS > > http://oss.sgi.com/projects/xfs/cvs_download.html should have all of > the information necessary to checkout the tree from SGI's public CVS > server. This tree also contains the entire kernel, userspace support > libraries, and tools. > > 2 - Configuring the kernel tree > > XFS is not yet fully complete and stable; you'll need to enable > "Development/Experimental" software under the "Code maturity level > options" heading before you can build XFS. > > To build XFS, either as a part of the kernel or as a loadable module, > you'll need to enable both XFS filesystem support and page buffer > support. Compiling support for the kernel debugger (KDB) will help > you or the development team track potential bugs, but is not required. > > 3 - Building the userspace tools > > To build the sim library and the userspace tools based on it (mkfs, > xfsrepair, xfsdb, etc), just run "make" in the cmd/xfs directory. > > 4 - Creating an XFS filesystem > > It hardly seems necessary, but I'll say it anyways: you're playing > with an experimental filesystem: back up your data. Really. Back it > up. I'm not kidding. > > If you have XFS filesystems created on Linux prior to 22 May 2000, > these filesystems will no longer work and must be re-created. If you > have a filesystem created after this date, or from an Irix system (see > the notes at the end), you can go ahead and mount it. > > Most of the defaults for XFS's mkfs are just fine, but some particular > items may be of interest: > > "-d" controls the data portion of the XFS filesystem, and will accept > the following comma-separated options, to name a few: > > "file" tells mkfs to create a file to hold the filesystem instead > of putting it on a block device. > > "name=foo" tells mkfs what to call that file, or what block device > to use. > > "size=#" tells mkfs what size to make the data portion. > > "-l" controls the log (or journal) portion of the filesystem: > > "internal" instructs mkfs to put the log in the same file as the > data. This is the default. > > "logdev=foo" tells mkfs to store the log outside of the data > section, and tells it what device to write it to. > > "size=#" is the size in bytes (or blocks or kilobytes, when > postfixed by "b" or "k", respectively) that the log should be. It > must be a multiple of the block size, and will be truncated to the > nearest page size. The maximum log size is 65,536 blocks. > > "-f" will force mkfs to overwrite what appears to be an existing > filesystem. Use this with extreme care, when you're sure that you > want to destroy that filesystem, and only when mkfs won't work without > it. > > Finally, unless you specified "-d name", append the file or block > device name where the filesystem should be created. > > 5 - Tracking development > > If you installed a tar from an SGI CD, you should already have the CVS > data files. The instructions on the XFS CVS page will help you bring > your tree up to date. The XFS team tracks the mainstream kernel > development and occasionally updates their tree to a newer stable > version. > > The linux-xfs mailing list contains general development information > and news of major changes and updates. Subscription instructions and > past archives are available from the XFS website. > > 6 - Meaningful links > > Main XFS website: http://oss.sgi.com/projects/xfs/ > CVS instructions: http://oss.sgi.com/projects/xfs/cvs_download.html > Mailing lists : http://oss.sgi.com/projects/xfs/mail.html > > 7 - Notes > > As of this writing (14 June 2000), Linux support has been tested on > i386 and (to some small degree) Sun Sparc systems. If you're > interested in testing a filesystem created on Irix (after backing up > the data, of course), be aware that XFS on Linux cannot yet replay log > entries on a big-endian filesystem--make sure that the filesystem is > properly unmounted before attempting to use it on Linux. From owner-linux-xfs@oss.sgi.com Wed Jun 14 18:46:21 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 18:46:11 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:64790 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 18:46:05 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA12470 for ; Wed, 14 Jun 2000 18:41:07 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10617 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 15 Jun 2000 11:43:32 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA87962 for linux-xfs@oss.sgi.com; Thu, 15 Jun 2000 11:43:31 +1000 (EST) Date: Thu, 15 Jun 2000 11:43:31 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006150143.LAA87962@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - touch recursive symlink bug Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing linvfs_follow_link gets called recusively, up to 32 times before the ELOOP checking kicks in in namei. Aparently 32 uio structures and other assorted cruft is just enough to overflow the kernel stack. change stack allocated uio to kmalloced uio to cut down stack usage. (I wonder if the whole uio thing could get dropped out somehow and avoid this overhead? a static uio would be great too if we could avoid an SMP race...) Modid: 2.4.0-test1-xfs:slinx:64272a Date: Wed Jun 14 18:37:47 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/fs/xfs/linux/xfs_iops.c - 1.53 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h - use less stack in linvfs_follow_link to avoid overflow on recursion From owner-linux-xfs@oss.sgi.com Wed Jun 14 19:12:41 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 19:12:31 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:56610 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 19:12:14 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA15847 for ; Wed, 14 Jun 2000 19:07:15 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10784; Thu, 15 Jun 2000 12:10:55 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA21849; Thu, 15 Jun 2000 12:10:53 +1000 (EST) From: "Nathan Scott" Message-Id: <10006151210.ZM16955@wobbly.melbourne.sgi.com> Date: Thu, 15 Jun 2000 12:10:51 -0500 In-Reply-To: dxm@snort (Daniel Moore) "TAKE - touch recursive symlink bug" (Jun 15, 11:46am) References: <200006150143.LAA87962@snort.melbourne.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: dxm@larry.melbourne.sgi.com (Daniel Moore) Subject: Re: TAKE - touch recursive symlink bug Cc: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Jun 15, 11:46am, Daniel Moore wrote: > Subject: TAKE - touch recursive symlink bug > linvfs_follow_link gets called recusively, up to 32 times before > the ELOOP checking kicks in in namei. > > Aparently 32 uio structures and other assorted cruft is just enough > to overflow the kernel stack. > > change stack allocated uio to kmalloced uio to cut down stack usage. > > (I wonder if the whole uio thing could get dropped out somehow and > avoid this overhead? a static uio would be great too if we could avoid > an SMP race...) > There's a bunch of unused fields in that structure (leftover from IRIX port) - it may help if we blow them away? (should do it anyway - but will it buy us back enough stack space to no longer need the kmalloc?) >From a quick look, these ones look like they can safely go: uio_readiolog (uchar) uio_writeiolog (uchar) uio_limit (xfs_off_t) uio_pmp (ptr) uio_fp (ptr) perhaps others? might be able to remove uio_copy (func ptr) and call filldir() directly (comment says it was added during Linux port)? cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Jun 14 20:08:02 2000 Received: by oss.sgi.com id ; Wed, 14 Jun 2000 20:07:43 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12365 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 14 Jun 2000 20:07:23 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA29212 for ; Wed, 14 Jun 2000 20:02:25 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA11144; Thu, 15 Jun 2000 13:04:47 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA70131; Thu, 15 Jun 2000 13:04:46 +1000 (EST) Date: Thu, 15 Jun 2000 13:04:46 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006150304.NAA70131@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: nathans@snort.melbourne.sgi.com, amin@sgi.com Subject: TAKE - Remove CONFIG_XFS_RT & CONFIG_XFS_GRIO for now Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing nathans@wobbly said: => I think we should simply remove the rt/grio options from visibility => to "make *config" ... this is very, very early stages of porting & => isn't likely to be useful to anyone for quite some time (since => half the code ain't there) ... Daniel/I (I think we're the only => ones building with this at the moment) can manually edit our => .config's if we need to. Agreed. CONFIG_XFS_GRIO is useless except to us and at the moment CONFIG_XFS_RT writes RT blocks onto the wrong partition (the non-RT partition), so it's probably best to hide them a bit more. (perhaps "shouldn't do any harm" was a little optomistic) Modid: 2.4.0-test1-xfs:slinx:64273a Date: Wed Jun 14 19:59:32 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/fs/Config.in - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h - Remove CONFIG_XFS_RT & CONFIG_XFS_GRIO for now: CONFIG_XFS_RT - can assist you to clobber your fs CONFIG_XFS_GRIO - will break the build From owner-linux-xfs@oss.sgi.com Thu Jun 15 00:42:13 2000 Received: by oss.sgi.com id ; Thu, 15 Jun 2000 00:42:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:4957 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 00:41:42 -0700 Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA04786 for ; Thu, 15 Jun 2000 00:36:45 -0700 (PDT) mail_from (ananth@sgi.com) Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id AAA45327 for ; Thu, 15 Jun 2000 00:37:09 -0700 (PDT) Message-ID: <39488832.1098771B@sgi.com> Date: Thu, 15 Jun 2000 00:39:30 -0700 From: Rajagopal Ananthanarayanan X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: umount bug status Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing After I upgraded the tree with Steve's changes earlier today, the hang which happened occasionally seems to gone away. Is any one else seeing such hangs using the latest 2.4.0-test1 bits? -- -------------------------------------------------------------------------- Rajagopal Ananthanarayanan ("ananth") Member Technical Staff, SGI. -------------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Thu Jun 15 00:46:53 2000 Received: by oss.sgi.com id ; Thu, 15 Jun 2000 00:46:43 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:52062 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 00:46:34 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id AAA05199 for ; Thu, 15 Jun 2000 00:41:36 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA13041; Thu, 15 Jun 2000 17:45:16 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA22496; Thu, 15 Jun 2000 17:45:14 +1000 (EST) From: "Nathan Scott" Message-Id: <10006151745.ZM22534@wobbly.melbourne.sgi.com> Date: Thu, 15 Jun 2000 17:45:11 -0500 In-Reply-To: Rajagopal Ananthanarayanan "umount bug status" (Jun 15, 5:42pm) References: <39488832.1098771B@sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Rajagopal Ananthanarayanan , linux-xfs@oss.sgi.com Subject: Re: umount bug status Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Jun 15, 5:42pm, Rajagopal Ananthanarayanan wrote: > Subject: umount bug status > > After I upgraded the tree with Steve's changes earlier > today, the hang which happened occasionally seems to gone away. > Is any one else seeing such hangs using the latest 2.4.0-test1 bits? > I've not seen the problem again since updating to top of tree source today (whereas I was seeing it earlier). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Jun 15 08:13:40 2000 Received: by oss.sgi.com id ; Thu, 15 Jun 2000 08:13:19 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:4958 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 08:13:13 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA06521 for ; Thu, 15 Jun 2000 08:18:16 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA25568; Thu, 15 Jun 2000 10:11:56 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA29777; Thu, 15 Jun 2000 10:11:55 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id KAA13852; Thu, 15 Jun 2000 10:11:27 -0500 Message-Id: <200006151511.KAA13852@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Rajagopal Ananthanarayanan cc: linux-xfs@oss.sgi.com Subject: Re: umount bug status In-Reply-To: Message from Rajagopal Ananthanarayanan of "Thu, 15 Jun 2000 00:39:30 PDT." <39488832.1098771B@sgi.com> Date: Thu, 15 Jun 2000 10:11:27 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > After I upgraded the tree with Steve's changes earlier > today, the hang which happened occasionally seems to gone away. > Is any one else seeing such hangs using the latest 2.4.0-test1 bits? > Unmount is iffy, we do have a definite race condition in there, you will not see it all the time, it depends how fast your I/O gets processed, and how much of it there is. We do need to be able to wait for all of the I/O to be done before completing the unmount (and recovery by the way), we just don't have a way of doing that so far. Steve From owner-linux-xfs@oss.sgi.com Thu Jun 15 14:47:12 2000 Received: by oss.sgi.com id ; Thu, 15 Jun 2000 14:46:53 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:58633 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 14:46:36 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA14667 for ; Thu, 15 Jun 2000 14:41:39 -0700 (PDT) mail_from (jtk@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA77268 for ; Thu, 15 Jun 2000 16:44:04 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id QAA66974; Thu, 15 Jun 2000 16:44:03 -0500 (CDT) From: Ted Kline Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) id QAA56491; Thu, 15 Jun 2000 16:44:03 -0500 (CDT) Message-Id: <200006152144.QAA56491@tiki.americas.sgi.com> Date: Thu, 15 Jun 2000 16:44:03 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - Remove the IRIX specific "refcache" code. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Thu Jun 15 14:42:59 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64366a linux/fs/xfs/xfs_rw.h - 1.54 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.h.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h linux/fs/xfs/xfs_rw.c - 1.316 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.316&r2=text&tr2=1.315&f=h linux/fs/xfs/xfs_vnodeops.c - 1.455 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.455&r2=text&tr2=1.454&f=h linux/fs/xfs/xfs_vfsops.c - 1.269 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.269&r2=text&tr2=1.268&f=h linux/fs/xfs/xfs_inode.h - 1.136 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.h.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h linux/fs/xfs/xfs_rename.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rename.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux/fs/xfs/linux/xfs_globals.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_globals.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h - Pull the IRIX specific "refcache" code. From owner-linux-xfs@oss.sgi.com Thu Jun 15 18:47:57 2000 Received: by oss.sgi.com id ; Thu, 15 Jun 2000 18:47:37 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58415 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 18:47:06 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA01537 for ; Thu, 15 Jun 2000 18:52:08 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA19128 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 16 Jun 2000 11:45:47 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA22892 for linux-xfs@oss.sgi.com; Fri, 16 Jun 2000 11:45:46 +1000 (EST) From: "Nathan Scott" Message-Id: <10006161145.ZM23893@wobbly.melbourne.sgi.com> Date: Fri, 16 Jun 2000 11:45:44 -0500 X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: linux-xfs@oss.sgi.com Subject: (Fwd) PCP-2.1.7-2 now available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing hi, Anyone looking for tools for monitoring the XFS statistics might be interested in the announcement below. Also, if you want to massage the XFS/procfs statistics file into Ted's original XFS/procfs file format, I've added a script at the end which does just that. cheers. --- Forwarded mail from Mark Goodwin Date: Fri, 16 Jun 2000 11:17:50 +1000 (EST) From: Mark Goodwin To: pcp@oss.sgi.com cc: sgi.engr.pcp@cthulhu.engr.sgi.com, linux-perf@www-klinik.uni-mainz.de, beowulf@beowulf.gsfc.nasa.gov Subject: [ANNOUNCE] PCP-2.1.7-2 now available SGI is pleased to announce the new version of Performance Co-Pilot (PCP) open source (version 2.1.7-2) is now available for download from http://oss.sgi.com/projects/pcp/download There are binary RPMS for ia32 and ia64, the source RPM and tar.gz files. The source is also known build and work for Linux-ppc and Linux-alpha. The PCP homepage is at http://oss.sgi.com/projects/pcp and you can join the PCP mailing list via http://oss.sgi.com/projects/pcp/mail.html Changes since the last public release (2.1.4) include :- Adjustments to tolerate SuSE's location of magic file (different than Redhat's) and the lack of chkconfig on SuSE, migration of all __clone use to pthreads to improve portability (especially to IA64), support for RAID disk stats and devfs-style SCSI disk names, new XFS metrics extracted from /proc/fs/xfs/stat, NFS (version 3) metrics, use of -Wall in CFLAGS, and numerous bug fixes. To use the new XFS metrics, obviously you need a kernel that supports XFS - see http://oss.sgi.com/projects/xfs/cvs_download.html or join the XFS mailing list via http://oss.sgi.com/projects/xfs/mail.html In addition, there is a new PCP monitoring tool available "PCPMON" from Michal Kara http://freshmeat.net/appindex/2000/05/15/958381663.html and a new PCP agent for MYSQL Databases, also from Michal. SGI would be delighted to hear from anyone wanting to contribute to the PCP project (especially new monitoring tools), and will provide technical assistance getting your project off the ground. thanks -- Mark Goodwin SGI Engineering ---End of forwarded mail from Mark Goodwin [root@troppo ~]# cat jtkstats #!/usr/bin/perl -w use strict; # # Display raw XFS statistics from one of these sources: # o /proc/fs/xfs/stat (the default) # o pmcd on host, via (pmprobe) -h # o PCP archive, via (pmprobe) -a # use vars qw( @values @tmp ); my $file = '/proc/fs/xfs/stat'; unless (defined(@ARGV)) { # use the XFS/procfs statistics file directly open(STATS, $file) || die "$file: $!"; while () { chomp; /^(extent_alloc|abt|blk_map|bmbt|dir|trans|ig|log|push_ail|xstrat|rw|attr|qm|icluster|vnodes|xpc)/ || next; #die "Unrecognised line in $file:\n\t'$_'\n"; foreach (split(' ', $')) { push @values, sprintf("%11s", $_); } } @tmp = @values[75..77]; # reorder some items to get Ted's format.. splice(@values, 75); splice(@values, 48, 0, ($tmp[0])); splice(@values, 52, 0, ($tmp[1])); splice(@values, 54, 0, ($tmp[2])); } else { # source values from pmprobe (host/archive) open(STATS, "/usr/bin/pmprobe -v @ARGV xfs |") || die "pmprobe: $!"; while () { my @result = split(' ', $_); ( $#result == 2 ) || die "pmprobe - $_"; push @values, sprintf("%11s", $result[2]); } @tmp = @values[0..6]; # reorder some items to get Ted's format.. splice(@values, 0, 7); splice(@values, 51, 0, @tmp[0..3]); splice(@values, 67, 0, @tmp[4..6]); } ($#values == 77) || die "Found $#values XFS values, expected 77"; print <; Thu, 15 Jun 2000 21:09:08 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44094 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 15 Jun 2000 21:08:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA06237 for ; Thu, 15 Jun 2000 21:13:54 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA19947; Fri, 16 Jun 2000 14:07:31 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA02299; Fri, 16 Jun 2000 14:07:29 +1000 (EST) Date: Fri, 16 Jun 2000 14:07:29 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006160407.OAA02299@kao1.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.slinx@engr.sgi.com Subject: Partial TAKE 793150 - Correct kdb bt from .text.lock Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing If a process was waiting on a lock and the lock code was in a module then kdb bt gave incorrect results. This patch handles locks in modules as well as built in. However there is another problem, btp (not bt) gives incorrect results if the specified process was running when kdb was invoked. The cause is known (incorrect assumptions about thread.e[is]p) but the best fix has not been determined. In the meantime, take btp output with a pinch of salt, use mds if in doubt. Modid: 2.4.0-test1-xfs:slinx:64420a Date: Thu Jun 15 21:00:40 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/arch/i386/kdb/kdba_bt.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/arch/i386/vmlinux.lds - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/vmlinux.lds.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h From owner-linux-xfs@oss.sgi.com Fri Jun 16 00:30:29 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 00:30:19 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44619 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 00:30:05 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id AAA01636 for ; Fri, 16 Jun 2000 00:35:07 -0700 (PDT) mail_from (tes@sherman.melbourne.sgi.com) Received: (from tes@localhost) by sherman.melbourne.sgi.com (8.9.3/8.9.3) id RAA04078; Fri, 16 Jun 2000 17:29:57 +1000 Date: Fri, 16 Jun 2000 17:29:57 +1000 From: Tim Shimmin Message-Id: <200006160729.RAA04078@sherman.melbourne.sgi.com> Subject: TAKE stress To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Thu Jun 15 23:48:24 PDT 2000 Workarea: sherman.melbourne.sgi.com:/b/tes/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64426a cmd/xfs/stress/common.rc - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h - On bruce use sda8 for the scratch device and NOT sda7 (it is swap). From owner-linux-xfs@oss.sgi.com Fri Jun 16 07:12:50 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 07:12:40 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:11367 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 07:12:16 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA01384 for ; Fri, 16 Jun 2000 07:17:20 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA96056 for ; Fri, 16 Jun 2000 09:11:00 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA09279 for ; Fri, 16 Jun 2000 09:10:59 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA04427; Fri, 16 Jun 2000 09:10:22 -0500 Message-Id: <200006161410.JAA04427@jen.americas.sgi.com> Date: Fri, 16 Jun 2000 09:10:22 -0500 Subject: TAKE - merge in later driver for Ethernet Pro 100 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Several of us have machines with this chipset, and the version in 2.4.0-test1 is a little flakey. Date: Fri Jun 16 07:09:47 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64445a linux/drivers/net/eepro100.c - 1.18 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/net/eepro100.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h - Bump rev on Ethernet Pro 100 driver to get over problems with the version in 2.4.0-test1 From owner-linux-xfs@oss.sgi.com Fri Jun 16 07:51:40 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 07:51:31 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:6763 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 07:51:10 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA03931 for ; Fri, 16 Jun 2000 07:56:13 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA16772 for ; Fri, 16 Jun 2000 09:49:53 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA10647 for ; Fri, 16 Jun 2000 09:49:52 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA04852; Fri, 16 Jun 2000 09:49:14 -0500 Message-Id: <200006161449.JAA04852@jen.americas.sgi.com> Date: Fri, 16 Jun 2000 09:49:14 -0500 Subject: TAKE - more mount/unmount fixups plus minor I/O path tweaks To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing OK, lets try the mount/unmount things again, this changes the implementation of flushing delayed write meta-data which is used during recovery and unmount. This should be a better way of dealing with the races in there. Also change how the unmount path gets delayed allocate pages out of a filesystem, rather than converting all delayed allocate data in the system we now use the filesystem's knowledge of what is going on to explicitly flush the files which we know are delayed allocate. Finally, remove some more dead code from the I/O path, and make some minor tweaks in the direct read path. Date: Fri Jun 16 07:46:27 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64447a linux/fs/xfs/xfs_buf.h - 1.52 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf.h.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h - remove XFS_pbflush it no longer exists. linux/fs/xfs/xfs_vfsops.c - 1.270 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.270&r2=text&tr2=1.269&f=h - Add extra check to sync to look for delayed blocks on an inode since VN_DIRTY does not work. linux/fs/xfs/linux/xfs_lrw.c - 1.42 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.42&r2=text&tr2=1.41&f=h - Fix incore_relse to toss rather than flush pages, this is used for shuting down a corrupted filesystem, remove some dead code. linux/fs/xfs/linux/xfs_super.c - 1.69 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.69&r2=text&tr2=1.68&f=h - Remove code which used the pagecleaner to convert delalloc pages during unmount, we now use the sync call within xfs to do this, it knows which inodes have delalloc space and can make a flush call on them. linux/include/linux/page_buf.h - 1.47 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h - Add extra parameter to pagebuf_delwri_flush to indicate if it should wait for I/O completion or not. linux/fs/pagebuf/page_buf.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - p_finalize Change how we wait for a delwri buffer when we are flushing them. We now issue the writes in a synchronous mode and use iowait later to confirm them have completed. There is still the issue of waiting for writes which were started by the background thread, but this should be a better approach than before. linux/fs/pagebuf/page_buf_io.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - A bit more I/O path cleanup, plus some minor tweaks in the direct read path. From owner-linux-xfs@oss.sgi.com Fri Jun 16 10:47:04 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 10:46:54 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:3614 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 10:46:32 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA11628 for ; Fri, 16 Jun 2000 10:41:35 -0700 (PDT) mail_from (cattelan@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA35034 for ; Fri, 16 Jun 2000 12:45:16 -0500 (CDT) Received: from nt8.americas.sgi.com (nt8.americas.sgi.com [128.162.195.8]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id MAA22767 for ; Fri, 16 Jun 2000 12:45:15 -0500 (CDT) From: Russell Cattelan Received: by nt8.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) id MAA52003; Fri, 16 Jun 2000 12:45:14 -0500 (CDT) Message-Id: <200006161745.MAA52003@nt8.americas.sgi.com> Date: Fri, 16 Jun 2000 12:45:14 -0500 (CDT) To: linux-xfs@oss.sgi.com Subject: TAKE - Add man pages to tree Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Fri Jun 16 10:43:17 PDT 2000 Workarea: nt8.cray.com:/data/clink/io/cattelan/x2.4-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64460a cmd/xfs/man/man1/fsr_xfs.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/fsr_xfs.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/mkfs_xfs.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/mkfs_xfs.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_bmap.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_bmap.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_check.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_check.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_chver.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_chver.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_copy.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_copy.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_db.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_db.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_estimate.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_estimate.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_growfs.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_growfs.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_logprint.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_logprint.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_ncheck.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_ncheck.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfs_repair.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfs_repair.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfsdump.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfsdump.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfsinvutil.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfsinvutil.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man1/xfsrestore.1m - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/xfsrestore.1m.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/man/man4/xfs.4 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man4/xfs.4.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - Added man pages to tree. From owner-linux-xfs@oss.sgi.com Fri Jun 16 12:17:44 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 12:17:34 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:9494 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 12:17:14 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA08904 for ; Fri, 16 Jun 2000 12:22:18 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA39837 for ; Fri, 16 Jun 2000 14:15:57 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA25386 for ; Fri, 16 Jun 2000 14:15:55 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id OAA12938; Fri, 16 Jun 2000 14:13:14 -0500 Message-Id: <200006161913.OAA12938@jen.americas.sgi.com> Date: Fri, 16 Jun 2000 14:13:14 -0500 Subject: TAKE - remove unused include in main.c To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Fri Jun 16 12:13:19 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64469a linux/init/main.c - 1.36 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/init/main.c.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h - Remove include of avl.h - not needed anymore. From owner-linux-xfs@oss.sgi.com Fri Jun 16 14:02:06 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 14:01:57 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:22788 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 14:01:46 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA06808 for ; Fri, 16 Jun 2000 13:56:48 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA53484 for ; Fri, 16 Jun 2000 15:59:13 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA00587 for ; Fri, 16 Jun 2000 15:59:12 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA15764; Fri, 16 Jun 2000 15:58:33 -0500 Message-Id: <200006162058.PAA15764@jen.americas.sgi.com> Date: Fri, 16 Jun 2000 15:58:33 -0500 Subject: TAKE - Merge irix changes into the linux tree To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing A variety of fixes and a couple of feature type things from the irix version of xfs. Date: Fri Jun 16 13:57:56 PDT 2000 Workarea: jen.cray.com:/data/clink/io/lord/slinx The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64480a cmd/xfs/mkfs/xfs_mkfs.c - 1.166 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfs/xfs_mkfs.c.diff?r1=text&tr1=1.166&r2=text&tr2=1.165&f=h - Add new "agsize=", "su=", & "sw=" options. Modify the AG alignment, and others, to be stripe width aligned rather than stripe unit aligned. Fix problems caused by the cvtnum() routine trying to understand the "b" suffix before blksize has been defined. Add the capability to pre-allocate file space via the prototype file. cmd/xfs/repair/dir.c - 1.56 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/dir.c.diff?r1=text&tr1=1.56&r2=text&tr2=1.55&f=h - Remove assert on bad root inode. Still need to recover the rest of the filesystem if root is bad. linux/fs/xfs/xfs_trans_dquot.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_dquot.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h - The DQ_DIRTY flag needs to be copied forward in transactions associated with the initial reservation. Otherwise the dquot isn't updated latter. linux/fs/xfs/xfs_rw.c - 1.317 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.317&r2=text&tr2=1.316&f=h linux/fs/xfs/xfs_sb.h - 1.47 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_sb.h.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h - Define values needed for logging sb_uuid with xfs_mod_sb. linux/fs/xfs/xfs_vnodeops.c - 1.456 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.456&r2=text&tr2=1.455&f=h - Rearrange some #ifdef's to make the xfs_alloc_file_space() visible to the SIM library, also involved using a couple of specific cast's to keep the compiler happy when generating four different versions of the SIM library. linux/fs/xfs/xfs_qm_syscalls.c - 1.38 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_qm_syscalls.c.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h - modified so as to recognize some ID's as project ID's. Previously, if the users ID didn't match the ID for the quota query, you'd get EPERM. In most cases, the user's ID wont match the project ID they are querying. linux/fs/xfs/xfs_vfsops.c - 1.271 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.271&r2=text&tr2=1.270&f=h linux/fs/xfs/xfs_mount.h - 1.114 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_mount.h.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h - Add m_newuuid to xfs_mount_t. If m_sb.sb_uuid is updated because its a duplicate, a copy is saved here and the uuid is restored after xlog_do_recover overwrites it. linux/fs/xfs/xfs_mount.c - 1.226 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c.diff?r1=text&tr1=1.226&r2=text&tr2=1.225&f=h - When generating a new filesystem uuid, save a copy in m_newuuid. If the filesystem is dirty, xlog_do_recover will overwrite m_sb; restore and log m_sb.sb_uuid after xfs_log_mount has run. sb_uuid is logged along with sb_unit & sb_width. linux/fs/xfs/xfs_qm.c - 1.50 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_qm.c.diff?r1=text&tr1=1.50&r2=text&tr2=1.49&f=h - fixed so that when the inode for the project dquot is created, the superblock pointer to the user dquot inode isn't reinitialized to -1. The message indicating that quotas are being calculated only takes place when the dquot space is very large (more than 500 disk blocks). On a file system with many files this can take a lot of time even if the dquot space is small. Therefore printing the message shouldn't be dependant on the size of the dquot space. Since the bulkstat part of the process can take a long time, the Done part of the message should be printed after the bulkstat is done. This is a fix for PV 699842 linux/fs/xfs/xfs_inode.c - 1.290 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.290&r2=text&tr2=1.289&f=h - if the inode has a non-zero project id, a version 2 inode is written to disk. This is only the case for create. The chproj call already writes version 2 inodes if necessary. PV 785513 linux/fs/xfs/xfs_trans.h - 1.106 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans.h.diff?r1=text&tr1=1.106&r2=text&tr2=1.105&f=h - the transaction reservation size needs to be big enough to accomidate the superblock. If we write a version 2 inode, the superblock version has to support version 2 inodes... we might need to update the superblock. Therefore the transaction reservation needs to be big enough for the superblock. linux/fs/xfs/xfs_bmap.h - 1.73 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.h.diff?r1=text&tr1=1.73&r2=text&tr2=1.72&f=h - Add a "prealloc" variable to the xfs_bmalloca structure. linux/fs/xfs/xfs_bmap.c - 1.254 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c.diff?r1=text&tr1=1.254&r2=text&tr2=1.253&f=h - Modify xfs_bmap_alloc() to attempt stripe width alignment first. linux/fs/xfs/linux/xfs_lrw.c - 1.43 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.43&r2=text&tr2=1.42&f=h - In xfs_iomap_write(), roundup the allocation request to a stripe width iff the existing file size is already at least one stripe width, and we're allocating at the eof. From owner-linux-xfs@oss.sgi.com Fri Jun 16 16:03:57 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 16:03:47 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:1345 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 16:03:44 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA22382 for ; Fri, 16 Jun 2000 15:58:46 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id SAA55836; Fri, 16 Jun 2000 18:02:27 -0500 (CDT) Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id SAA03828; Fri, 16 Jun 2000 18:02:26 -0500 (CDT) Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e5GN2OR32156; Fri, 16 Jun 2000 18:02:24 -0500 Message-ID: <394AB1FF.C570D09D@thebarn.com> Date: Fri, 16 Jun 2000 18:02:23 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: lord@sgi.com CC: linux-xfs@oss.sgi.com Subject: Unmountable file system Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing One the filesystems on my box wom't mount, and eventually spit out this error. I don't have kdb in this kernel so can't look at to much. The stack strace does seem to point to a problem with pagebuf_delwri_flush I"ll boot up kernel with kdb; maybe that will tell us more. [5:59pm]-=>ksymoops ksymoops 2.3.3 on i686 2.4.0-test1. Options used -V (default) -k /proc/ksyms (default) -l /proc/modules (default) -o /lib/modules/2.4.0-test1/ (default) -m /usr/src/linux/System.map (default) Warning: You did not tell me where to find symbol information. I will assume that the log matches the kernel and modules that are running right now and I'll use the default options above for symbol resolution. If the current kernel and/or modules do not match the log, you can get more accurate output by telling me the kernel version and where to find map, modules, ksyms etc. ksymoops -h explains the options. Error (regular_file): read_system_map stat /usr/src/linux/System.map failed ksymoops: No such file or directory Reading Oops report from the terminal bad magic 5a5a5a5a (should be c2c7a178), wq bug, forcing oops. kernel BUG at /export/extra/lxfs-cvs/x2.4-xfs/linux/include/asm/semaphore.h:183! invalid operand: 0000 CPU: 1 EIP: 0010:[] EFLAGS: 00010292 eax: 00000051 ebx: c2c7a100 ecx: 00000097 edx: 00000001 esi: c2c7a15c edi: c2dd7100 ebp: c3e06808 esp: c2f7b9f8 ds: 0018 es: 0018 ss: 0018 Process mount (pid: 1338, stackpage=c2f7b000) Stack: c8824d1b c8824de0 000000b7 c2c7a100 00000246 c881fa1f c2c7a100 00000301 00000000 c51c97e0 00000000 c8883b28 c2ffc5a0 00000001 c8867805 c2ffc5a0 00000301 c51c97e0 c2f7ba90 c2f7ba98 00000000 c886794f c51c97e0 00000038 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 90 8d 74 26 00 89 f1 f0 ff 01 0f 8e c2 01 00 invalid operand: 0000 CPU: 1 EIP: 0010:[] Using defaults from ksymoops -t elf32-i386 -a i386 EFLAGS: 00010292 eax: 00000051 ebx: c2c7a100 ecx: 00000097 edx: 00000001 esi: c2c7a15c edi: c2dd7100 ebp: c3e06808 esp: c2f7b9f8 ds: 0018 es: 0018 ss: 0018 Process mount (pid: 1338, stackpage=c2f7b000) Stack: c8824d1b c8824de0 000000b7 c2c7a100 00000246 c881fa1f c2c7a100 00000301 00000000 c51c97e0 00000000 c8883b28 c2ffc5a0 00000001 c8867805 c2ffc5a0 00000301 c51c97e0 c2f7ba90 c2f7ba98 00000000 c886794f c51c97e0 00000038 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 0f 0b 83 c4 0c 90 8d 74 26 00 89 f1 f0 ff 01 0f 8e c2 01 00 >>EIP; c8824ad6 <[page_buf_locking]pagebuf_unlock+4a/74> <===== Trace; c8824d1b <[page_buf_locking].rodata.start+5b/3f6> Trace; c8824de0 <[page_buf_locking].rodata.start+120/3f6> Trace; c881fa1f <[page_buf]pagebuf_delwri_flush+21f/27c> Trace; c8883b28 <[xfs]XFS_bflush+10/14> Trace; c8867805 <[xfs]xlog_do_recover+45/f4> Trace; c886794f <[xfs]xlog_recover+9b/c4> Trace; c888af00 <[xfs]extflag.500+16c0/6b43> Trace; c8861aa2 <[xfs]xfs_log_mount+76/a4> Trace; c8869be0 <[xfs]xfs_mountfs_int+102c/154c> Trace; c8846e00 <[xfs]xfs_dir2_mount+0/120> Trace; d96a77ef Trace; c886a6f6 <[xfs]xfs_sb_relse+e/14> Trace; c881b13a <[page_buf]pagebuf_rele+46/a0> Trace; c886a117 <[xfs]xfs_mountfs+17/1c> Trace; c887271b <[xfs]xfs_cmountfs+547/5b4> Trace; c0126b63 Trace; c8872938 <[xfs]xfs_mount+e8/1a4> Trace; c8891460 <[xfs]vfreelistmask+160/8b3> Trace; c8891460 <[xfs]vfreelistmask+160/8b3> Trace; c8872a17 <[xfs]xfs_vfsmount+23/38> Trace; c8891460 <[xfs]vfreelistmask+160/8b3> Trace; c88729f4 <[xfs]xfs_vfsmount+0/38> Trace; c8884da3 <[xfs]linvfs_read_super+1ab/27c> Trace; c8891460 <[xfs]vfreelistmask+160/8b3> Trace; c013a87e Trace; c02635f0 <__br_write_unlock+2033c/4b864> Trace; c014b5ae Trace; c013d4e2 Trace; c013a9f9 Trace; c013ac4e Trace; c8891148 <[xfs]xfs_fs_type+0/18> Trace; c025f6b7 <__br_write_unlock+1c403/4b864> Trace; c013baf0 Trace; c8891148 <[xfs]xfs_fs_type+0/18> Trace; c8891148 <[xfs]xfs_fs_type+0/18> Trace; c013b8d0 Trace; c013bd15 Trace; c0109aec <__read_lock_failed+11ac/27f0> Code; c8824ad6 <[page_buf_locking]pagebuf_unlock+4a/74> 00000000 <_EIP>: Code; c8824ad6 <[page_buf_locking]pagebuf_unlock+4a/74> <===== 0: 0f 0b ud2a <===== Code; c8824ad8 <[page_buf_locking]pagebuf_unlock+4c/74> 2: 83 c4 0c add $0xc,%esp Code; c8824adb <[page_buf_locking]pagebuf_unlock+4f/74> 5: 90 nop Code; c8824adc <[page_buf_locking]pagebuf_unlock+50/74> 6: 8d 74 26 00 lea 0x0(%esi,1),%esi Code; c8824ae0 <[page_buf_locking]pagebuf_unlock+54/74> a: 89 f1 mov %esi,%ecx Code; c8824ae2 <[page_buf_locking]pagebuf_unlock+56/74> c: f0 ff 01 lock incl (%ecx) Code; c8824ae5 <[page_buf_locking]pagebuf_unlock+59/74> f: 0f 8e c2 01 00 00 jle 1d7 <_EIP+0x1d7> c8824cad <[page_buf_locking].text.end+115/128> From owner-linux-xfs@oss.sgi.com Fri Jun 16 17:57:03 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 17:56:42 -0700 Received: from smtp8.xs4all.nl ([194.109.127.51]:53224 "EHLO smtp8.xs4all.nl") by oss.sgi.com with ESMTP id ; Fri, 16 Jun 2000 17:56:25 -0700 Received: from asterix.xs4all.nl (asterix.xs4all.nl [194.109.6.11]) by smtp8.xs4all.nl (8.9.3/8.9.3) with ESMTP id CAA08029 for ; Sat, 17 Jun 2000 02:56:24 +0200 (CEST) Received: from ramoth.xs4all.nl (uucp@localhost) by asterix.xs4all.nl (8.9.1/8.9.1) with UUCP id CAA00989 for oss.sgi.com!linux-xfs; Sat, 17 Jun 2000 02:56:22 +0200 (CEST) Received: by ladystrange.bluehorizon.nl id m1336uu-0005AXC (Debian Smail-3.2.0.102 1998-Aug-2 #2); Sat, 17 Jun 2000 02:56:56 +0200 (CEST) Date: Sat, 17 Jun 2000 02:56:56 +0200 From: "P.A.M. van Dam (Pascal)" To: linux-xfs@oss.sgi.com Subject: Symbol missing in scsi_mod.o Message-ID: <20000617025656.A16073@ladystrange.bluehorizon.nl> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary=9amGYk9869ThD9tj X-Mailer: Mutt 0.95.1i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Hi! I'm currentlty hacking the XFS-2.4test1 tree and discoverd that one of the customizations to this kernel breaks the scsi_mod module. The symbol req_finished_io does not get exported. It needs to be exported in ll_rw_blk.c Attached patch solves the problem. Also, the extension to /proc/partitions breaks the current LVM 0.8final tools. (vgscan, pvscan, pvcreate & friends). I've sent a patch for that problem to the LVM mailing list. Currenlty I have XFS working under 2.4.0test1-ac19 alongside ReiserFS and JFS with no problems. (Adapting to 2.4.0test1-ac19 was little effort, just the new atomic_{read,set,inc} stuff) Have fun! Best regards, Pascal van Dam --9amGYk9869ThD9tj Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="ll_rw_blk-xfs.patch" --- drivers/block/ll_rw_blk.c.org Sat Jun 17 01:19:21 2000 +++ drivers/block/ll_rw_blk.c Sat Jun 17 01:19:41 2000 @@ -1538,6 +1538,7 @@ EXPORT_SYMBOL(blk_queue_make_request); EXPORT_SYMBOL(generic_make_request); EXPORT_SYMBOL(make_request); +EXPORT_SYMBOL(req_finished_io); #if CONFIG_KIOBUF_IO EXPORT_SYMBOL(__make_kio_request); EXPORT_SYMBOL(ll_rw_kio); --9amGYk9869ThD9tj-- From owner-linux-xfs@oss.sgi.com Fri Jun 16 20:53:43 2000 Received: by oss.sgi.com id ; Fri, 16 Jun 2000 20:53:34 -0700 Received: from ppp0.ocs.com.au ([203.34.97.3]:40206 "HELO mail.ocs.com.au") by oss.sgi.com with SMTP id ; Fri, 16 Jun 2000 20:53:07 -0700 Received: (qmail 10678 invoked by uid 502); 17 Jun 2000 03:53:00 -0000 Received: (qmail 10659 invoked from network); 17 Jun 2000 03:52:56 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 17 Jun 2000 03:52:55 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Russell Cattelan cc: lord@sgi.com, linux-xfs@oss.sgi.com Subject: Re: Unmountable file system In-reply-to: Your message of "Fri, 16 Jun 2000 18:02:23 EST." <394AB1FF.C570D09D@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 17 Jun 2000 13:52:54 +1000 Message-ID: <7939.961213974@ocs3.ocs-net> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, 16 Jun 2000 18:02:23 -0500, Russell Cattelan wrote: >One the filesystems on my box wom't mount, and eventually spit out this >error. >bad magic 5a5a5a5a (should be c2c7a178), wq bug, forcing oops. >kernel BUG at >/export/extra/lxfs-cvs/x2.4-xfs/linux/include/asm/semaphore.h:183! 5a5a5a5a is from slab poisoning. The code is trying to access data that has been freed. From owner-linux-xfs@oss.sgi.com Sun Jun 18 04:23:13 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 04:22:54 -0700 Received: from Cantor.suse.de ([194.112.123.193]:9993 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Sat, 17 Jun 2000 17:22:34 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id DADFB1E260 for ; Sun, 18 Jun 2000 01:52:12 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id B3C2A10A026 for ; Sun, 18 Jun 2000 01:52:12 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 3D9A22F300; Sun, 18 Jun 2000 01:52:12 +0200 (MEST) Date: Sun, 18 Jun 2000 01:52:12 +0200 From: "Andi Kleen" To: linux-xfs@oss.sgi.com Subject: CVS server broken Message-ID: <20000618015212.A15874@gruyere.muc.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Looks like the anonymous CVS server is broken: linux-2.4-xfs > cvs -z3 update -d . cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 -Andi From owner-linux-xfs@oss.sgi.com Sun Jun 18 06:56:44 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 06:56:35 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:5382 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 06:56:00 -0700 Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5IDtTn09349; Sun, 18 Jun 2000 08:55:29 -0500 (CDT) Message-ID: <394CD4D0.23F48CE3@thebarn.com> Date: Sun, 18 Jun 2000 08:55:29 -0500 From: Russell Cattelan Reply-To: cattelan@thebarn.com X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: CVS server broken References: <20000618015212.A15874@gruyere.muc.suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Andi Kleen wrote: > Looks like the anonymous CVS server is broken: > > linux-2.4-xfs > cvs -z3 update -d . > cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 We have been battling a bug in syslog that caused the system to lock up in strange ways. I don't know if this problem is related to that or not, but cvs does seem to be working again. > > > > > -Andi -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sun Jun 18 07:06:45 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 07:06:35 -0700 Received: from Cantor.suse.de ([194.112.123.193]:35337 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Sun, 18 Jun 2000 07:06:08 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 06BCA1E18B; Sun, 18 Jun 2000 16:05:38 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id C239610A026; Sun, 18 Jun 2000 16:05:37 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 50F292F300; Sun, 18 Jun 2000 16:05:37 +0200 (MEST) Date: Sun, 18 Jun 2000 16:05:37 +0200 From: "Andi Kleen" To: Russell Cattelan Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: CVS server broken Message-ID: <20000618160537.A20066@gruyere.muc.suse.de> References: <20000618015212.A15874@gruyere.muc.suse.de> <394CD4D0.23F48CE3@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <394CD4D0.23F48CE3@thebarn.com>; from cattelan@thebarn.com on Sun, Jun 18, 2000 at 08:55:29AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Sun, Jun 18, 2000 at 08:55:29AM -0500, Russell Cattelan wrote: > Andi Kleen wrote: > > > Looks like the anonymous CVS server is broken: > > > > linux-2.4-xfs > cvs -z3 update -d . > > cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 > > We have been battling a bug in syslog that caused the system to lock up > in strange ways. > > I don't know if this problem is related to that or not, > but cvs does seem to be working again. Yes, thanks it works now again. -Andi From owner-linux-xfs@oss.sgi.com Sun Jun 18 17:14:49 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 17:14:39 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:51780 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 17:14:22 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA11130 for ; Sun, 18 Jun 2000 17:09:25 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05535 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 19 Jun 2000 10:11:50 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA59174 for linux-xfs@oss.sgi.com; Mon, 19 Jun 2000 10:11:50 +1000 (EST) Date: Mon, 19 Jun 2000 10:11:50 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006190011.KAA59174@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_db Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This fixes the xfs_db commands which use getopt to parse their options ... previously they would either SEGV (no options) in the getopt routine, or ignore options (if passed options). getopt in both glibc-2.1.2 and glibc-2.1.3 expects argv[0] to have good stuff in it, so we now simply delay the skip-over-the-command step until its safe to do so. Modid: 2.4.0-test1-xfs:slinx:64548a Date: Sun Jun 18 16:59:19 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/db/addr.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/addr.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h cmd/xfs/db/agf.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agf.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h cmd/xfs/db/agfl.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agfl.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h cmd/xfs/db/agi.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agi.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h cmd/xfs/db/block.c - 1.20 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/block.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h cmd/xfs/db/command.c - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/command.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h cmd/xfs/db/convert.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/convert.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h cmd/xfs/db/debug.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/debug.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h cmd/xfs/db/dquot.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dquot.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h cmd/xfs/db/echo.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/echo.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h cmd/xfs/db/hash.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/hash.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h cmd/xfs/db/help.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/help.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h cmd/xfs/db/inode.c - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/inode.c.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h cmd/xfs/db/input.c - 1.12 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/input.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h cmd/xfs/db/io.c - 1.23 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/io.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h cmd/xfs/db/output.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/output.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h cmd/xfs/db/print.c - 1.17 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/print.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h cmd/xfs/db/sb.c - 1.29 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/sb.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h cmd/xfs/db/type.c - 1.20 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/type.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h cmd/xfs/db/write.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/write.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h - change argv/argc for each command so commands using getopt() will work. From owner-linux-xfs@oss.sgi.com Sun Jun 18 17:22:08 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 17:21:59 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:15176 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 17:21:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA11853 for ; Sun, 18 Jun 2000 17:16:55 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA05586; Mon, 19 Jun 2000 10:19:18 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA32004; Mon, 19 Jun 2000 10:19:08 +1000 (EST) Date: Mon, 19 Jun 2000 10:19:08 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006190019.KAA32004@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Cc: tormentor@ramoth.xs4all.nl Subject: TAKE - ll_rw_blk.c Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Apply Pascal's one-line patch to allow scsi_mod module builds. Modid: 2.4.0-test1-xfs:slinx:64550a Date: Sun Jun 18 17:16:43 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/drivers/block/ll_rw_blk.c - 1.36 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/block/ll_rw_blk.c.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h - export req_finished_io symbol. From owner-linux-xfs@oss.sgi.com Sun Jun 18 17:49:19 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 17:49:09 -0700 Received: from Cantor.suse.de ([194.112.123.193]:49164 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Sun, 18 Jun 2000 17:48:54 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 717251E224; Mon, 19 Jun 2000 02:48:54 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id D771E10A026; Mon, 19 Jun 2000 02:48:53 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 941C12F300; Mon, 19 Jun 2000 02:48:53 +0200 (MEST) Date: Mon, 19 Jun 2000 02:48:53 +0200 From: "Andi Kleen" To: Russell Cattelan Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: CVS server broken Message-ID: <20000619024853.A25599@gruyere.muc.suse.de> References: <20000618015212.A15874@gruyere.muc.suse.de> <394CD4D0.23F48CE3@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <394CD4D0.23F48CE3@thebarn.com>; from cattelan@thebarn.com on Sun, Jun 18, 2000 at 08:55:29AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Sun, Jun 18, 2000 at 08:55:29AM -0500, Russell Cattelan wrote: > Andi Kleen wrote: > > > Looks like the anonymous CVS server is broken: > > > > linux-2.4-xfs > cvs -z3 update -d . > > cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 > > We have been battling a bug in syslog that caused the system to lock up > in strange ways. > > I don't know if this problem is related to that or not, > but cvs does seem to be working again. Although the update works, it seems to be very inconsistent now. Various updates seem to be only partly merged (e.g. the last xfs_ioctl.c change) and it doesn't compile at all. CVS also complains all the time about inconsistencies, like: M xfs_linux.h cvs server: conflict: xfs_thread.c is modified but no longer in the repository C xfs_thread.c I also had to add sys/timespec.h includes all over to make it compile -Andi From owner-linux-xfs@oss.sgi.com Sun Jun 18 18:05:39 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 18:05:29 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:10844 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 18:05:04 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA17250 for ; Sun, 18 Jun 2000 18:00:07 -0700 (PDT) mail_from (nathans@wobbly.melbourne.sgi.com) Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05858; Mon, 19 Jun 2000 11:03:48 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA05530; Mon, 19 Jun 2000 11:03:46 +1000 (EST) From: "Nathan Scott" Message-Id: <10006191103.ZM5525@wobbly.melbourne.sgi.com> Date: Mon, 19 Jun 2000 11:03:45 -0500 In-Reply-To: "Andi Kleen" "Re: CVS server broken" (Jun 19, 10:49am) References: <20000618015212.A15874@gruyere.muc.suse.de> <394CD4D0.23F48CE3@thebarn.com> <20000619024853.A25599@gruyere.muc.suse.de> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: "Andi Kleen" , Russell Cattelan Subject: Re: CVS server broken Cc: linux-xfs@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing hi, On Jun 19, 10:49am, Andi Kleen wrote: > Subject: Re: CVS server broken > ... > Although the update works, it seems to be very inconsistent now. > > Various updates seem to be only partly merged (e.g. the last xfs_ioctl.c > change) and it doesn't compile at all. CVS also complains all the time > about inconsistencies, like: Sounds like something is very broken indeed. > > M xfs_linux.h > cvs server: conflict: xfs_thread.c is modified but no longer in the repository > C xfs_thread.c > > I also had to add sys/timespec.h includes all over to make it compile > Both of xfs_thread.c & timespec.h are supposed to have gone away ... there is certainly nothing including timespec.h in the ptools tree. I wouldn't use the top-of-tree code on oss until Russell/someone else in the know gets a chance to look into this. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Jun 18 18:28:09 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 18:27:59 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:45688 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 18:27:39 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA07737 for ; Sun, 18 Jun 2000 18:32:46 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA05962 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 19 Jun 2000 11:26:22 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA76197 for linux-xfs@oss.sgi.com; Mon, 19 Jun 2000 11:26:21 +1000 (EST) Date: Mon, 19 Jun 2000 11:26:21 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006190126.LAA76197@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - stress Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:64551a Date: Sun Jun 18 18:23:03 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/004 - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/004.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - test is now correct, back to fixing xfs_db output next. cmd/xfs/stress/common.rc - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h - add troppo as a QA machine. From owner-linux-xfs@oss.sgi.com Sun Jun 18 19:21:39 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 19:21:30 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:29559 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 19:21:09 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA22836 for ; Sun, 18 Jun 2000 19:16:11 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA06281; Mon, 19 Jun 2000 12:18:34 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA04910; Mon, 19 Jun 2000 12:18:33 +1000 (EST) Date: Mon, 19 Jun 2000 12:18:33 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006190218.MAA04910@kao1.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.slinx@engr.sgi.com Subject: Partial TAKE 793150 - Fix btp on active tasks Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing kdb btp on active tasks should now work. kdb saves thread.e[is]p on entry to kdb to give a consistent interface. Modid: 2.4.0-test1-xfs:slinx:64553a Date: Sun Jun 18 19:14:38 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/arch/i386/kdb/kdbasupport.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdbasupport.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h linux/include/linux/kdbprivate.h - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/kdbprivate.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux/kdb/kdbmain.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/kdbmain.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h From owner-linux-xfs@oss.sgi.com Sun Jun 18 23:15:20 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 23:15:11 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:65030 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 23:14:52 -0700 Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5J6Eln12063; Mon, 19 Jun 2000 01:14:47 -0500 (CDT) Message-ID: <394DBA56.A12DDF29@thebarn.com> Date: Mon, 19 Jun 2000 01:14:47 -0500 From: Russell Cattelan Reply-To: cattelan@thebarn.com X-Mailer: Mozilla 4.72 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: CVS server broken References: <20000618015212.A15874@gruyere.muc.suse.de> <394CD4D0.23F48CE3@thebarn.com> <20000619024853.A25599@gruyere.muc.suse.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Andi Kleen wrote: > On Sun, Jun 18, 2000 at 08:55:29AM -0500, Russell Cattelan wrote: > > Andi Kleen wrote: > > > > > Looks like the anonymous CVS server is broken: > > > > > > linux-2.4-xfs > cvs -z3 update -d . > > > cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 > > > > We have been battling a bug in syslog that caused the system to lock up > > in strange ways. > > > > I don't know if this problem is related to that or not, > > but cvs does seem to be working again. > > Although the update works, it seems to be very inconsistent now. > > Various updates seem to be only partly merged (e.g. the last xfs_ioctl.c > change) and it doesn't compile at all. CVS also complains all the time > about inconsistencies, like: > > M xfs_linux.h > cvs server: conflict: xfs_thread.c is modified but no longer in the repository > C xfs_thread.c > > I also had to add sys/timespec.h includes all over to make it compile I assume this is the 2.4 tree? I'll have to re gen the tree again. Under the current method of generating the CVS tree from the p_tools tree deletions in the p_tools tree don't happen in the CVS tree. This tends to make the CVS tree very un-happy. I don't have a great way off hand to deal with this problem other than to delete the CVS tree and re-generate it. Give it an hour or so for it to propagate through the system. If it is f'ed drop me a note I'll look at it closer when I get up tomorrow. > > > -Andi -- Russell Cattelan cattelan@thebarn.com From owner-linux-xfs@oss.sgi.com Sun Jun 18 23:25:10 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 23:25:00 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:29776 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 23:24:51 -0700 Received: from bruce.melbourne.sgi.com (root@bruce.melbourne.sgi.com [134.14.55.176]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA09846 for ; Sun, 18 Jun 2000 23:19:54 -0700 (PDT) mail_from (tes@bruce.melbourne.sgi.com) Received: (from tes@localhost) by bruce.melbourne.sgi.com (8.9.3/8.9.3) id QAA03918 for linux-xfs@oss.sgi.com; Mon, 19 Jun 2000 16:22:49 +1000 Date: Mon, 19 Jun 2000 16:22:49 +1000 From: Tim Shimmin Message-Id: <200006190622.QAA03918@bruce.melbourne.sgi.com> Subject: TAKE - stress/nametest To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Sun Jun 18 23:21:37 PDT 2000 Workarea: bruce.melbourne.sgi.com:/home/tes/isms/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64555a cmd/xfs/stress/007.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/007.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - Output from src/nametest. cmd/xfs/stress/src/nametest.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/nametest.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - Fix up % formatting for inode numbers. cmd/xfs/stress/src/port.h - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/port.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - Define inode type to be the same as that of the inode type in the stat record. cmd/xfs/stress/007 - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/007.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Make sure go to TEST_DIR. cmd/xfs/stress/src/random.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/random.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - Get rid of RCS variables. From owner-linux-xfs@oss.sgi.com Mon Jun 19 08:53:23 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 08:53:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:51764 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 08:52:36 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA00664 for ; Mon, 19 Jun 2000 08:47:39 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA98908 for ; Mon, 19 Jun 2000 10:51:20 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA28241 for ; Mon, 19 Jun 2000 10:51:19 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA18269; Mon, 19 Jun 2000 10:50:12 -0500 Message-Id: <200006191550.KAA18269@jen.americas.sgi.com> Date: Mon, 19 Jun 2000 10:50:12 -0500 Subject: TAKE - fix randholes test To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This makes the randholes test function correctly, it was zeroing pagebufs, but not putting them into a state where they would get zeroed out to disk. Date: Mon Jun 19 08:49:59 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64565a linux/fs/xfs/linux/xfs_lrw.c - 1.44 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h - Change xfs_zero_last_block to do zeroing on delalloc pages linux/include/linux/page_buf.h - 1.48 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h - fix prototype for pagebuf_iozero linux/fs/pagebuf/page_buf_io.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - Change pagebuf_iozero to set delalloc on pages which are zeroed in a buffer with an unset block number. Also change the offset argument to pagebuf_iozero to be an int instead of a long long - pagebufs with 2^32 bytes of memory are a bit extreme! From owner-linux-xfs@oss.sgi.com Mon Jun 19 09:46:33 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 09:46:24 -0700 Received: from Cantor.suse.de ([194.112.123.193]:56333 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Mon, 19 Jun 2000 09:46:07 -0700 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id C195A1E134; Mon, 19 Jun 2000 18:46:07 +0200 (MEST) Received: from gruyere.muc.suse.de (unknown [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 6F51910A04A; Mon, 19 Jun 2000 18:46:07 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id CF1E22F300; Mon, 19 Jun 2000 18:46:06 +0200 (MEST) Date: Mon, 19 Jun 2000 18:46:06 +0200 From: "Andi Kleen" To: Russell Cattelan Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: CVS server broken Message-ID: <20000619184606.A6580@gruyere.muc.suse.de> References: <20000618015212.A15874@gruyere.muc.suse.de> <394CD4D0.23F48CE3@thebarn.com> <20000619024853.A25599@gruyere.muc.suse.de> <394DBA56.A12DDF29@thebarn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <394DBA56.A12DDF29@thebarn.com>; from cattelan@thebarn.com on Mon, Jun 19, 2000 at 01:14:47AM -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Mon, Jun 19, 2000 at 01:14:47AM -0500, Russell Cattelan wrote: > Andi Kleen wrote: > > > On Sun, Jun 18, 2000 at 08:55:29AM -0500, Russell Cattelan wrote: > > > Andi Kleen wrote: > > > > > > > Looks like the anonymous CVS server is broken: > > > > > > > > linux-2.4-xfs > cvs -z3 update -d . > > > > cvs [update aborted]: unrecognized auth response from oss.sgi.com: chroot: error in loading shared libraries: libnsl.so.1: cannot open shared object file: Error 23 > > > > > > We have been battling a bug in syslog that caused the system to lock up > > > in strange ways. > > > > > > I don't know if this problem is related to that or not, > > > but cvs does seem to be working again. > > > > Although the update works, it seems to be very inconsistent now. > > > > Various updates seem to be only partly merged (e.g. the last xfs_ioctl.c > > change) and it doesn't compile at all. CVS also complains all the time > > about inconsistencies, like: > > > > M xfs_linux.h > > cvs server: conflict: xfs_thread.c is modified but no longer in the repository > > C xfs_thread.c > > > > I also had to add sys/timespec.h includes all over to make it compile > > I assume this is the 2.4 tree? > > I'll have to re gen the tree again. > Under the current method of generating the CVS tree from the p_tools tree deletions > in the p_tools tree don't happen in the CVS tree. > This tends to make the CVS tree very un-happy. > I don't have a great way off hand to deal with this problem other than > to delete the CVS tree and re-generate it. > > Give it an hour or so for it to propagate through the system. > > If it is f'ed drop me a note I'll look at it closer when I get up tomorrow. Looks still broken: cvs server: cannot open directory /cvs/linux-2.4-xfs/linux/scripts/usb: No such file or directory cvs server: skipping directory linux/scripts/usb ak@bert:~/lsrc/sgi/linux-2.4-xfs > Also either the VFS interface is broken or it is missing ksyms (linvfs readlink wants to use lookup_dentry, but that's not exported and all the other fs use a different function for that) -Andi From owner-linux-xfs@oss.sgi.com Mon Jun 19 10:37:23 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 10:37:13 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58431 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 10:36:57 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA00221 for ; Mon, 19 Jun 2000 10:42:05 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA33928; Mon, 19 Jun 2000 12:35:41 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA03657; Mon, 19 Jun 2000 12:35:40 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id MAA18485; Mon, 19 Jun 2000 12:34:32 -0500 Message-Id: <200006191734.MAA18485@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: "Andi Kleen" cc: Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: CVS server broken In-Reply-To: Message from "Andi Kleen" of "Mon, 19 Jun 2000 18:46:06 +0200." <20000619184606.A6580@gruyere.muc.suse.de> Date: Mon, 19 Jun 2000 12:34:31 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > cvs server: cannot open directory /cvs/linux-2.4-xfs/linux/scripts/usb: No su ch file or directory > cvs server: skipping directory linux/scripts/usb > ak@bert:~/lsrc/sgi/linux-2.4-xfs > > > Also either the VFS interface is broken or it is missing ksyms (linvfs readli nk > wants to use lookup_dentry, but that's not exported and all the other fs > use a different function for that) > > > -Andi Something really odd is going on in the process of exporting things to the cvs tree - I presume you mean linvfs_follow_link(), it used to use lookup_dentry, it now looks like this: int linvfs_follow_link(struct dentry *dentry, struct nameidata *nd) { vnode_t *vp; uio_t *uio; iovec_t iov; int error = 0; char *link; ASSERT(dentry); ASSERT(nd); link = (char *)kmalloc(MAXNAMELEN+1, GFP_KERNEL); if (!link) return -ENOMEM; uio = (uio_t*)kmalloc(sizeof(uio_t), GFP_KERNEL); if (!uio) { kfree_s(link, MAXNAMELEN+1); return -ENOMEM; } vp = LINVFS_GET_VP(dentry->d_inode); ASSERT(vp); iov.iov_base = link; iov.iov_len = MAXNAMELEN; uio->uio_iov = &iov; uio->uio_offset = 0; uio->uio_segflg = UIO_SYSSPACE; uio->uio_resid = MAXNAMELEN; VOP_READLINK(vp, uio, NULL, error); if (error) { kfree_s(uio, sizeof(uio_t)); kfree_s(link, MAXNAMELEN+1); return error; } link[MAXNAMELEN - uio->uio_resid] = '\0'; kfree_s(uio, sizeof(uio_t)); error = vfs_follow_link(nd, link); kfree_s(link, MAXNAMELEN+1); return error; } lookup_dentry went away when we moved to 2.4.0-test1. I am downloading the cvs tree as I type. Steve From owner-linux-xfs@oss.sgi.com Mon Jun 19 10:47:43 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 10:47:33 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:10561 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 10:47:16 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA08050 for ; Mon, 19 Jun 2000 10:52:24 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA63864; Mon, 19 Jun 2000 12:45:59 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA04046; Mon, 19 Jun 2000 12:45:58 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id MAA18612; Mon, 19 Jun 2000 12:44:50 -0500 Message-Id: <200006191744.MAA18612@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Steve Lord cc: "Andi Kleen" , Russell Cattelan , linux-xfs@oss.sgi.com Subject: Re: CVS server broken In-Reply-To: Message from Steve Lord of "Mon, 19 Jun 2000 12:34:31 CDT." <200006191734.MAA18485@jen.americas.sgi.com> Date: Mon, 19 Jun 2000 12:44:50 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > I am downloading the cvs tree as I type. > > Steve > Hmm, I just did a clean checkout of the tree - looks the same as the internal version of XFS to me. Of course, this was a clean checkout, not an update into a previously populated tree. Steve From owner-linux-xfs@oss.sgi.com Mon Jun 19 11:46:44 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 11:46:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:63765 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 11:46:20 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA27321 for ; Mon, 19 Jun 2000 11:41:23 -0700 (PDT) mail_from (jtk@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA31435 for ; Mon, 19 Jun 2000 13:43:50 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA17406; Mon, 19 Jun 2000 13:43:49 -0500 (CDT) From: Ted Kline Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) id NAA54810; Mon, 19 Jun 2000 13:43:48 -0500 (CDT) Message-Id: <200006191843.NAA54810@tiki.americas.sgi.com> Date: Mon, 19 Jun 2000 13:43:48 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - XFS exported via NFS fixes. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing The Connectathon tests exposed a problem in the way we maintain the "i_generation" field in the linux inode. Add a trap in vn_address to catch "half constructed" connections, specifically the case where the linux-inode/vnode doesn't have an xfs_inode attached to it. Still looking to "catch" this case, particularly how to cause it to happen. Date: Mon Jun 19 11:39:22 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64588a linux/fs/xfs/xfs_iget.c - 1.118 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.118&r2=text&tr2=1.117&f=h - Update vn_revalidate call arguments. linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/vnode.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h - Update prototype for vn_revalidate. linux/fs/xfs/linux/xfs_vnode.c - 1.27 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h - Add a trap to vn_address to catch "half constructed" linux-inode/vnode/xfs-inode combinations. Add i_generation updating to vn_revalidate. linux/fs/xfs/linux/xfs_iops.c - 1.54 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h - Consolidate linvfs_revalidate_core & vn_revalidate. From owner-linux-xfs@oss.sgi.com Mon Jun 19 19:25:26 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 19:25:17 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:28207 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 19:24:58 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA00304; Mon, 19 Jun 2000 19:30:05 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14213; Tue, 20 Jun 2000 12:23:38 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA01336; Tue, 20 Jun 2000 12:23:37 +1000 (EST) Date: Tue, 20 Jun 2000 12:23:37 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006200223.MAA01336@kao1.melbourne.sgi.com> To: slinx@oss.sgi.com, linux-xfs@oss.sgi.com, sgi.bugs.slinx@engr.sgi.com Subject: Partial TAKE 793150 - kdb handle branch to 0 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing kdb handles branch to 0 by assuming that the top of stack contains a return address. This change also makes "bt " work. If bt is giving incorrect results, "mds %esp" to find a valid return address on stack then "bt ". Modid: 2.4.0-test1-xfs:slinx:64662a Date: Mon Jun 19 19:19:55 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/arch/i386/kdb/kdba_bt.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/arch/i386/kdb/kdbasupport.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdbasupport.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/kdb/kdbsupport.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/kdbsupport.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h From owner-linux-xfs@oss.sgi.com Mon Jun 19 21:12:32 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 21:12:22 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:4148 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 21:11:56 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA07296 for ; Mon, 19 Jun 2000 21:17:04 -0700 (PDT) mail_from (ivanr@sherman.melbourne.sgi.com) Received: (from ivanr@localhost) by sherman.melbourne.sgi.com (8.9.3/8.9.3) id OAA24769 for linux-xfs@oss.sgi.com; Tue, 20 Jun 2000 14:11:54 +1000 Date: Tue, 20 Jun 2000 14:11:54 +1000 From: Ivan Rayner Message-Id: <200006200411.OAA24769@sherman.melbourne.sgi.com> Subject: TAKE - stress: dbtest64 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing dbtest64 stress test Date: Mon Jun 19 21:05:14 PDT 2000 Workarea: sherman.melbourne.sgi.com:/b/ivanr/isms/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64670a cmd/xfs/stress/010 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/010.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h cmd/xfs/stress/010.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/010.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h Subject: TAKE - dbtest64 filter Date: Mon Jun 19 21:06:53 PDT 2000 Workarea: sherman.melbourne.sgi.com:/b/ivanr/isms/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64671a cmd/xfs/stress/common.filter - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.filter.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Subject: TAKE - uncomment cleanup code, remove a couple of warnings Date: Mon Jun 19 21:10:03 PDT 2000 Workarea: sherman.melbourne.sgi.com:/b/ivanr/isms/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64672a cmd/xfs/stress/src/dbtest64.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/dbtest64.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-linux-xfs@oss.sgi.com Mon Jun 19 21:26:32 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 21:26:12 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:54125 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 21:25:48 -0700 Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA28101 for ; Mon, 19 Jun 2000 21:20:51 -0700 (PDT) mail_from (ivanr@sherman.melbourne.sgi.com) Received: (from ivanr@localhost) by sherman.melbourne.sgi.com (8.9.3/8.9.3) id OAA24923 for linux-xfs@oss.sgi.com; Tue, 20 Jun 2000 14:24:43 +1000 Date: Tue, 20 Jun 2000 14:24:43 +1000 From: Ivan Rayner Message-Id: <200006200424.OAA24923@sherman.melbourne.sgi.com> Subject: TAKE - stress: dbtest64 To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing add test 010 Date: Mon Jun 19 21:23:30 PDT 2000 Workarea: sherman.melbourne.sgi.com:/b/ivanr/isms/slinx-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64673a cmd/xfs/stress/group - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/group.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h From owner-linux-xfs@oss.sgi.com Mon Jun 19 22:58:53 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 22:58:43 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:20245 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 22:58:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA05656 for ; Mon, 19 Jun 2000 22:53:28 -0700 (PDT) mail_from (kaos@kao1.melbourne.sgi.com) Received: from kao1.melbourne.sgi.com (kao1.melbourne.sgi.com [134.14.55.179]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA15268; Tue, 20 Jun 2000 15:57:06 +1000 Received: (from kaos@localhost) by kao1.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA01621; Tue, 20 Jun 2000 15:57:05 +1000 (EST) Date: Tue, 20 Jun 2000 15:57:05 +1000 (EST) From: kaos@kao1.melbourne.sgi.com (Keith Owens) Message-Id: <200006200557.PAA01621@kao1.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.slinx@engr.sgi.com Subject: Partial TAKE 793150 - kdb input from keyboard or serial Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Add Andi Kleen's patch to kdb to allow simultaneous input from keyboard or serial console. Even if you boot with a serial console you can still use a normal keyboard (if the machine has one). And if you boot with both video and a serial console you can get output on both. Use console=tty0 console=ttyS0,38400 Also while you are in kdb the caps lock and scroll lock leds will flash, you can tell that you are in kdb even if the screen is not working (X11). Modid: 2.4.0-test1-xfs:slinx:64675a Date: Mon Jun 19 22:50:55 PDT 2000 Workarea: kao1.melbourne.sgi.com:/hosts/sherman/home/kaos/isms/slinx/2.4.0-test1-xfs Author: kaos The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs linux/Documentation/kdb/kdb.mm - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/arch/i386/kdb/kdba_io.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kdb/kdba_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h linux/kdb/kdb_io.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/kdb_io.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h From owner-linux-xfs@oss.sgi.com Tue Jun 20 11:16:28 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 11:16:09 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:37963 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 11:15:45 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA19121 for ; Tue, 20 Jun 2000 11:10:48 -0700 (PDT) mail_from (jtk@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA90175 for ; Tue, 20 Jun 2000 13:13:13 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA41968; Tue, 20 Jun 2000 13:13:04 -0500 (CDT) From: Ted Kline Received: by tiki.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) id NAA57602; Tue, 20 Jun 2000 13:13:04 -0500 (CDT) Message-Id: <200006201813.NAA57602@tiki.americas.sgi.com> Date: Tue, 20 Jun 2000 13:13:04 -0500 (CDT) To: linux-xfs@oss.sgi.com Cc: jtk@sgi.com Subject: TAKE - Silence another compiler warning. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 20 11:12:22 PDT 2000 Workarea: tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:64703a linux/fs/xfs/xfs_inode.c - 1.291 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.291&r2=text&tr2=1.290&f=h - Silence another compiler warning. From owner-linux-xfs@oss.sgi.com Tue Jun 20 20:14:13 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 20:13:53 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40516 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 20:13:52 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id UAA03514 for ; Tue, 20 Jun 2000 20:19:01 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA02412 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 21 Jun 2000 13:12:36 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA16895 for linux-xfs@oss.sgi.com; Wed, 21 Jun 2000 13:12:34 +1000 (EST) Date: Wed, 21 Jun 2000 13:12:34 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006210312.NAA16895@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: PARTIAL TAKE - xfs qa 009 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing ALLOC/RESERVE test (alloc). in-progress, but currently shows up bug - reservations don't appear to be freed on open with O_TRUNC. This is different to the behaviour on irix. Modid: 2.4.0-test1-xfs:slinx:64796a Date: Tue Jun 20 20:10:45 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/src/alloc.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/alloc.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - more stuff cmd/xfs/stress/src/port.h - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/port.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h - fix errno returns, stub fstatvfs64 to be broken cmd/xfs/stress/009 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - in-progress cmd/xfs/stress/009.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - output for 009 From owner-linux-xfs@oss.sgi.com Tue Jun 20 21:57:22 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 21:57:12 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:42056 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 21:56:49 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA03167 for ; Tue, 20 Jun 2000 22:01:58 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02988 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 21 Jun 2000 14:55:33 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA62685 for linux-xfs@oss.sgi.com; Wed, 21 Jun 2000 14:55:31 +1000 (EST) Date: Wed, 21 Jun 2000 14:55:31 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006210455.OAA62685@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 009 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing test most RESERVE/ALLOC functionality. test fails due to O_TRUNC not removing reservations Modid: 2.4.0-test1-xfs:slinx:64803a Date: Tue Jun 20 21:54:29 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/009 - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - more tests, enable mkfs cmd/xfs/stress/009.out - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.out.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - output for 009 cmd/xfs/stress/src/alloc.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/alloc.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - mods From owner-linux-xfs@oss.sgi.com Tue Jun 20 23:57:12 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 23:57:03 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:21581 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 23:56:48 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id AAA07830 for ; Wed, 21 Jun 2000 00:01:58 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA03575 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 21 Jun 2000 16:55:32 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA98034 for linux-xfs@oss.sgi.com; Wed, 21 Jun 2000 16:55:30 +1000 (EST) Date: Wed, 21 Jun 2000 16:55:30 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006210655.QAA98034@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - fsstress as requested Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing no qa yet Modid: 2.4.0-test1-xfs:slinx:64804a Date: Tue Jun 20 23:54:54 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/src/Makefile - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h - add fsstress cmd/xfs/stress/src/port.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/port.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h - more 64 bits cmd/xfs/stress/src/fsstress.c - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/fsstress.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - fsstress From owner-linux-xfs@oss.sgi.com Wed Jun 21 17:28:19 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 17:28:09 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:3850 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 17:27:54 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA12802 for ; Wed, 21 Jun 2000 17:22:56 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09487 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 22 Jun 2000 10:26:37 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA86094 for linux-xfs@oss.sgi.com; Thu, 22 Jun 2000 10:26:36 +1000 (EST) Date: Thu, 22 Jun 2000 10:26:36 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006220026.KAA86094@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 011 - dirstress Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:64895a Date: Wed Jun 21 17:26:06 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/src/dirstress.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/dirstress.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - mods cmd/xfs/stress/011 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/011.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - use dirstress for crash & burn test cmd/xfs/stress/011.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/011.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - output for 011 From owner-linux-xfs@oss.sgi.com Wed Jun 21 17:43:19 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 17:43:09 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41259 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 17:42:51 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id RAA00191 for ; Wed, 21 Jun 2000 17:48:00 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09613 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 22 Jun 2000 10:41:32 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA81185 for linux-xfs@oss.sgi.com; Thu, 22 Jun 2000 10:41:30 +1000 (EST) Date: Thu, 22 Jun 2000 10:41:30 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006220041.KAA81185@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 003 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:64897a Date: Wed Jun 21 17:40:58 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/003 - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h cmd/xfs/stress/003.out - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.out.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - don't print xfs_db location From owner-linux-xfs@oss.sgi.com Wed Jun 21 19:01:09 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 19:00:50 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:39471 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 19:00:26 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA03499 for ; Wed, 21 Jun 2000 19:05:36 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA10041 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 22 Jun 2000 11:59:09 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA73653 for linux-xfs@oss.sgi.com; Thu, 22 Jun 2000 11:59:08 +1000 (EST) Date: Thu, 22 Jun 2000 11:59:08 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006220159.LAA73653@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 012 - holes + other qa bits Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:64905a Date: Wed Jun 21 17:58:26 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/group - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/group.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h - add 012 (holes) Modid: 2.4.0-test1-xfs:slinx:64924a Date: Wed Jun 21 18:58:12 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/008 - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/008.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - fix hole counting cmd/xfs/stress/011 - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/011.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - fix cleanup cmd/xfs/stress/src/holes.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/holes.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - small mods - always make full size file cmd/xfs/stress/012 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/012.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - holes test cmd/xfs/stress/012.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/012.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - output for 012 From owner-linux-xfs@oss.sgi.com Wed Jun 21 20:44:41 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 20:44:31 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:24147 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 20:44:10 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA29594 for ; Wed, 21 Jun 2000 20:39:12 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA10680 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 22 Jun 2000 13:41:38 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA49265 for linux-xfs@oss.sgi.com; Thu, 22 Jun 2000 13:41:37 +1000 (EST) Date: Thu, 22 Jun 2000 13:41:37 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006220341.NAA49265@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 013 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing fsstress test: - uses a random seed so results may vary - succeeds if it finishes. bug reports on their way Modid: 2.4.0-test1-xfs:slinx:64930a Date: Wed Jun 21 20:38:40 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/013 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/013.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - fsstress test cmd/xfs/stress/013.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/013.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - output of 013 From owner-linux-xfs@oss.sgi.com Wed Jun 21 20:51:00 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 20:50:40 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:8500 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 20:50:26 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id UAA08182; Wed, 21 Jun 2000 20:55:38 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id UAA31673; Wed, 21 Jun 2000 20:50:12 -0700 (PDT) Date: Wed, 21 Jun 2000 20:50:12 -0700 (PDT) Message-Id: <200006220350.UAA31673@info.engr.sgi.com> X-Pv-Incident: 794396 webPV: clouds.melbourne.sgi.com webExec: webpvsubmit,PvProjectIncident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: BUG 794396 - xfs_zero_last_block "unwritten" & "DELWRI" messages To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794396 Submitter : dxm Submitter Domain : engr Assigned Engineer : btg Assigned Domain : sgi.com Assigned Group : xfs-linux Category : software Customer Reported : F Priority : 3 Project : xfs-linux Status : open Description : under certain circumstances, xfs_zero_last_block generates messages: xfs_zero_last_block: unwritten? xfs_zero_last_block: We want DELWRI? not waiting? And eventually things fail. This might be a related panic: XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681 kernel BUG at xfs_debug.c:50! Entering kdb (0xc1f6e000) Panic: invalid operand due to panic @ 0xc4887cc9 eax = 0x0000001e ebx = 0x00000360 ecx = 0xc02c1314 edx = 0xc33ddf78 esi = 0xc2c71ca0 edi = 0xc1f6fda0 esp = 0xc1f6fd00 eip = 0xc4887cc9 ebp = 0xc1f6fd0c ss = 0x00000018 cs = 0x00000010 eflags = 0x00010292 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc1f6fccc kdb> bt EBP EIP Function(args) 0xc1f6fd0c 0xc4887cc9 [xfs]assfail+0x2d (0xc48b06a0, 0xc48afb24, 0x691) xfs .text 0xc4816060 0xc4887c9c 0xc4887cd0 0xc1f6fe0c 0xc488eb8e [xfs]xfs_iomap_write_convert+0x74e (0xc2fc5c2c, 0x167000, 0x0, 0x1000, 0xc1f6ffa8) xfs .text 0xc4816060 0xc488e440 0xc488ed04 0xc1f6fecc 0xc488d4df [xfs]xfs_iomap_write+0x12b (0xc2fc5c2c, 0x167000, 0x0, 0x1000, 0xc1f6ffa8) xfs .text 0xc4816060 0xc488d3b4 0xc488d5ec 0xc1f6ff0c 0xc488cefa [xfs]xfs_bmap+0x26e (0xc2fc5af8, 0x167000, 0x0, 0x1000, 0x10010002) xfs .text 0xc4816060 0xc488cc8c 0xc488cfc4 0xc1f6ff58 0xc488a93f [xfs]linvfs_pb_bmap+0x117 (0xc1b76680, 0x167000, 0x0, 0x1000, 0xc1f6ffa8) xfs .text 0xc4816060 0xc488a828 0xc488a95c 0xc1f6ffc0 0xc480f135 [pagebuf]pb_delalloc_convert+0x61 (0xc1055fc4, 0x10000000, 0x1, 0xf00) pagebuf .text 0xc480a060 0xc480f0d4 0xc480f240 0xc1f6ffec 0xc480f39d [pagebuf]page_cleaner_daemon+0x15d pagebuf .text 0xc480a060 0xc480f240 0xc480f43c 0xc01074ff kernel_thread+0x23 kernel .text 0xc0100000 0xc01074dc 0xc0107514 XFS qa test 013 will eventually show up this bug. From owner-linux-xfs@oss.sgi.com Wed Jun 21 20:57:40 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 20:57:30 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:22580 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 20:57:23 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA04272; Wed, 21 Jun 2000 21:02:34 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id UAA39489; Wed, 21 Jun 2000 20:57:09 -0700 (PDT) Date: Wed, 21 Jun 2000 20:57:09 -0700 (PDT) Message-Id: <200006220357.UAA39489@info.engr.sgi.com> X-Pv-Incident: 794397 webPV: clouds.melbourne.sgi.com webExec: webpvsubmit,PvProjectIncident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: BUG 794397 - xfs soft hang on "mknod" (& others?) To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794397 Submitter : dxm Submitter Domain : engr Assigned Engineer : btg Assigned Domain : sgi.com Assigned Group : xfs-linux Category : software Customer Reported : F Priority : 3 Project : xfs-linux Status : open Description : syscalls into XFS can get hung up sleeping on an event that doesn't ever happen (or just delayed for many seconds). XFS qa 013 will often trip this bug: the fsstress process sits in 'R' state, waiting for a syscall to return. kdb> btp 16558 EBP EIP Function(args) 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) kernel .text 0xc0100000 0xc01131fc 0xc0113660 0xc311fc04 0xc01131bf schedule_timeout+0x73 kernel .text 0xc0100000 0xc011314c 0xc01131e0 0xc311fc0c 0xc4890188 [xfs]delay+0x18 (0x1, 0xc12ec344) xfs .text 0xc4816060 0xc4890170 0xc489018c 0xc311fc58 0xc4858dc0 [xfs]xfs_iget+0x284 (0xc2fac800, 0xc12f9558, 0x200b1, 0x0, 0x4) xfs .text 0xc4816060 0xc4858b3c 0xc4859240 0xc311fc90 0xc4879388 [xfs]xfs_trans_iget+0x248 (0xc2fac800, 0xc12f9558, 0x200b1, 0x0, 0x4) xfs .text 0xc4816060 0xc4879140 0xc4879440 0xc311fcf0 0xc485b983 [xfs]xfs_ialloc+0x103 (0xc12f9558, 0xc0c8a0e0, 0x2124, 0x1, 0x0) xfs .text 0xc4816060 0xc485b880 0xc485bd80 0xc311fd6c 0xc487a5d8 [xfs]xfs_dir_ialloc+0x94 (0xc311fe18, 0xc0c8a0e0, 0x2124, 0x1, 0x0) xfs .text 0xc4816060 0xc487a544 0xc487a7b8 0xc311fe60 0xc48801d7 [xfs]xfs_create+0x47b (0xc0c8a0f8, 0xc2fc66e0, 0xc311fea8, 0x0, 0x0) xfs .text 0xc4816060 0xc487fd5c 0xc48809a0 0xc311ff18 0xc4889c94 [xfs]linvfs_common_cr+0xe4 (0xc11c8740, 0xc33e2c00, 0x2124, 0x4, 0x0) xfs .text 0xc4816060 0xc4889bb0 0xc4889d40 0xc311ff38 0xc488a271 [xfs]linvfs_mknod+0x69 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0x2000) xfs .text 0xc4816060 0xc488a208 0xc488a278 0xc311ff6c 0xc013bb5f vfs_mknod+0x123 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0xc311e000) kernel .text 0xc0100000 0xc013ba3c 0xc013bbbc more> go 0xc311ffbc 0xc013bcce sys_mknod+0x112 (0x8052f08, 0x2124, 0x0, 0xbfffe96c, 0x8052f08) kernel .text 0xc0100000 0xc013bbbc 0xc013bd80 0xc0109898 system_call+0x34 kernel .text 0xc0100000 0xc0109864 0xc010989c Accessing the FS from another process will often cause the process to be woken up and continue on happily. (The delay(1)s in xfs_iget puzzle me...) From owner-linux-xfs@oss.sgi.com Wed Jun 21 21:49:21 2000 Received: by oss.sgi.com id ; Wed, 21 Jun 2000 21:49:01 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:50280 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 21 Jun 2000 21:48:31 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA04039; Wed, 21 Jun 2000 21:43:34 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id VAA62160; Wed, 21 Jun 2000 21:48:17 -0700 (PDT) Date: Wed, 21 Jun 2000 21:48:17 -0700 (PDT) Message-Id: <200006220448.VAA62160@info.engr.sgi.com> X-Pv-Incident: 794398 webPV: clouds.melbourne.sgi.com webExec: webpvsubmit,PvProjectIncident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: BUG 794398 - reservations not cleared on O_TRUNC To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794398 Submitter : dxm Submitter Domain : engr Assigned Engineer : btg Assigned Domain : sgi.com Assigned Group : xfs-linux Category : software Customer Reported : F Priority : 4 Project : xfs-linux Status : open Description : XFS qa test 009 fails due to reservations on a file not being cleared when the file is re-opened with O_TRUNC. Reservations are made with the ioctl XFS_IOC_RESVSP64. From owner-linux-xfs@oss.sgi.com Thu Jun 22 00:55:02 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 00:54:42 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:25391 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 00:54:22 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id AAA17339 for ; Thu, 22 Jun 2000 00:49:24 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id CAA99005; Thu, 22 Jun 2000 02:51:49 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id CAA16028; Thu, 22 Jun 2000 02:51:49 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id CAA26711; Thu, 22 Jun 2000 02:50:16 -0500 Message-Id: <200006220750.CAA26711@jen.americas.sgi.com> To: sgi.bugs.xfs@fido.engr.sgi.com cc: btg@sgi.com, linux-xfs@oss.sgi.com Subject: Re: BUG 794397 - xfs soft hang on "mknod" (& others?) In-reply-to: Your message of "Wed, 21 Jun 2000 20:57:09 PDT Date: Thu, 22 Jun 2000 02:50:16 -0500 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Just a general comment here - fsstress reports a seed number when it starts running. You can recreate the same sequence of events by using -s seed on the comand line. It is a good idea in reporting fstress induced bugs to include the command line and the seed value so that we can attempt to reporoduce the scenario. It does not always work, but when it does it is really useful. Steve. p.s. if anyone who is not doing 16 hour days at usenix wants to take alook, we are missing a run_task_queue(&tq_disk) somewhere. p.p.ps. Ted can answer questions about why the delay is there. > View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Se arch&wlong=1&view_type=Bug&wi=794397 > > Submitter : dxm Submitter Domain : engr > Assigned Engineer : btg Assigned Domain : sgi.com > Assigned Group : xfs-linux Category : software > Customer Reported : F Priority : 3 > Project : xfs-linux Status : open > Description : > syscalls into XFS can get hung up sleeping on an event > that doesn't ever happen (or just delayed for many seconds). > > XFS qa 013 will often trip this bug: the fsstress process sits > in 'R' state, waiting for a syscall to return. > > kdb> btp 16558 > EBP EIP Function(args) > 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) > kernel .text 0xc0100000 0xc01131fc 0xc0113660 > 0xc311fc04 0xc01131bf schedule_timeout+0x73 > kernel .text 0xc0100000 0xc011314c 0xc01131e0 > 0xc311fc0c 0xc4890188 [xfs]delay+0x18 (0x1, 0xc12ec344) > xfs .text 0xc4816060 0xc4890170 0xc489018c > 0xc311fc58 0xc4858dc0 [xfs]xfs_iget+0x284 (0xc2fac800, 0xc12f9558, 0x200b1, 0 x0, 0x4) > xfs .text 0xc4816060 0xc4858b3c 0xc4859240 > 0xc311fc90 0xc4879388 [xfs]xfs_trans_iget+0x248 (0xc2fac800, 0xc12f9558, 0x20 0b1, 0x0, 0x4) > xfs .text 0xc4816060 0xc4879140 0xc4879440 > 0xc311fcf0 0xc485b983 [xfs]xfs_ialloc+0x103 (0xc12f9558, 0xc0c8a0e0, 0x2124, 0x1, 0x0) > xfs .text 0xc4816060 0xc485b880 0xc485bd80 > 0xc311fd6c 0xc487a5d8 [xfs]xfs_dir_ialloc+0x94 (0xc311fe18, 0xc0c8a0e0, 0x212 4, 0x1, 0x0) > xfs .text 0xc4816060 0xc487a544 0xc487a7b8 > 0xc311fe60 0xc48801d7 [xfs]xfs_create+0x47b (0xc0c8a0f8, 0xc2fc66e0, 0xc311fe a8, 0x0, 0x0) > xfs .text 0xc4816060 0xc487fd5c 0xc48809a0 > 0xc311ff18 0xc4889c94 [xfs]linvfs_common_cr+0xe4 (0xc11c8740, 0xc33e2c00, 0x2 124, 0x4, 0x0) > xfs .text 0xc4816060 0xc4889bb0 0xc4889d40 > 0xc311ff38 0xc488a271 [xfs]linvfs_mknod+0x69 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0x2000) > xfs .text 0xc4816060 0xc488a208 0xc488a278 > 0xc311ff6c 0xc013bb5f vfs_mknod+0x123 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0 xc311e000) > kernel .text 0xc0100000 0xc013ba3c 0xc013bbbc > more> go > 0xc311ffbc 0xc013bcce sys_mknod+0x112 (0x8052f08, 0x2124, 0x0, 0xbfffe96c, 0x 8052f08) > kernel .text 0xc0100000 0xc013bbbc 0xc013bd80 > 0xc0109898 system_call+0x34 > kernel .text 0xc0100000 0xc0109864 0xc010989c > > Accessing the FS from another process will often cause the > process to be woken up and continue on happily. > > (The delay(1)s in xfs_iget puzzle me...) From owner-linux-xfs@oss.sgi.com Thu Jun 22 00:57:02 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 00:56:42 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41276 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 00:56:38 -0700 Received: from feature.engr.sgi.com (feature.engr.sgi.com [130.62.40.134]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id BAA05917; Thu, 22 Jun 2000 01:01:49 -0700 (PDT) mail_from (pv@feature.engr.sgi.com) Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id AAA22363; Thu, 22 Jun 2000 00:55:06 -0700 (PDT) Date: Thu, 22 Jun 2000 00:55:06 -0700 (PDT) Message-Id: <200006220755.AAA22363@feature.engr.sgi.com> X-Pv-Incident: 794397 Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: ADD 794397 - xfs soft hang on "mknod" (& others?) To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Submitter : dxm Status : open Assigned Engineer : btg Priority : 3 *Modified Date : 06/22/00 *Modified User : lord *Modified User Domain : sgi.com *Description : syscalls into XFS can get hung up sleeping on an event that doesn't ever happen (or just delayed for many seconds). XFS qa 013 will often trip this bug: the fsstress process sits in 'R' state, waiting for a syscall to return. kdb> btp 16558 EBP EIP Function(args) 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) kernel .text 0xc0100000 0xc01131fc 0xc0113660 ..... ========================== ADDITIONAL INFORMATION (ADD) From: lord@sgi.com Date: Jun 22 2000 12:55:05AM [pvnews version: 1.71] ========================== Just a general comment here - fsstress reports a seed number when it starts running. You can recreate the same sequence of events by using -s seed on the comand line. It is a good idea in reporting fstress induced bugs to include the command line and the seed value so that we can attempt to reporoduce the scenario. It does not always work, but when it does it is really useful. Steve. p.s. if anyone who is not doing 16 hour days at usenix wants to take alook, we are missing a run_task_queue(&tq_disk) somewhere. p.p.ps. Ted can answer questions about why the delay is there. > View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Se arch&wlong=1&view_type=Bug&wi=794397 > > Submitter : dxm Submitter Domain : engr > Assigned Engineer : btg Assigned Domain : sgi.com > Assigned Group : xfs-linux Category : software > Customer Reported : F Priority : 3 > Project : xfs-linux Status : open > Description : > syscalls into XFS can get hung up sleeping on an event > that doesn't ever happen (or just delayed for many seconds). > > XFS qa 013 will often trip this bug: the fsstress process sits > in 'R' state, waiting for a syscall to return. > > kdb> btp 16558 > EBP EIP Function(args) > 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) > kernel .text 0xc0100000 0xc01131fc 0xc0113660 > 0xc311fc04 0xc01131bf schedule_timeout+0x73 > kernel .text 0xc0100000 0xc011314c 0xc01131e0 > 0xc311fc0c 0xc4890188 [xfs]delay+0x18 (0x1, 0xc12ec344) > xfs .text 0xc4816060 0xc4890170 0xc489018c > 0xc311fc58 0xc4858dc0 [xfs]xfs_iget+0x284 (0xc2fac800, 0xc12f9558, 0x200b1, 0 x0, 0x4) > xfs .text 0xc4816060 0xc4858b3c 0xc4859240 > 0xc311fc90 0xc4879388 [xfs]xfs_trans_iget+0x248 (0xc2fac800, 0xc12f9558, 0x20 0b1, 0x0, 0x4) > xfs .text 0xc4816060 0xc4879140 0xc4879440 > 0xc311fcf0 0xc485b983 [xfs]xfs_ialloc+0x103 (0xc12f9558, 0xc0c8a0e0, 0x2124, 0x1, 0x0) > xfs .text 0xc4816060 0xc485b880 0xc485bd80 > 0xc311fd6c 0xc487a5d8 [xfs]xfs_dir_ialloc+0x94 (0xc311fe18, 0xc0c8a0e0, 0x212 4, 0x1, 0x0) > xfs .text 0xc4816060 0xc487a544 0xc487a7b8 > 0xc311fe60 0xc48801d7 [xfs]xfs_create+0x47b (0xc0c8a0f8, 0xc2fc66e0, 0xc311fe a8, 0x0, 0x0) > xfs .text 0xc4816060 0xc487fd5c 0xc48809a0 > 0xc311ff18 0xc4889c94 [xfs]linvfs_common_cr+0xe4 (0xc11c8740, 0xc33e2c00, 0x2 124, 0x4, 0x0) > xfs .text 0xc4816060 0xc4889bb0 0xc4889d40 > 0xc311ff38 0xc488a271 [xfs]linvfs_mknod+0x69 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0x2000) > xfs .text 0xc4816060 0xc488a208 0xc488a278 > 0xc311ff6c 0xc013bb5f vfs_mknod+0x123 (0xc11c8740, 0xc33e2c00, 0x2124, 0x0, 0 xc311e000) > kernel .text 0xc0100000 0xc013ba3c 0xc013bbbc > more> go > 0xc311ffbc 0xc013bcce sys_mknod+0x112 (0x8052f08, 0x2124, 0x0, 0xbfffe96c, 0x 8052f08) > kernel .text 0xc0100000 0xc013bbbc 0xc013bd80 > 0xc0109898 system_call+0x34 > kernel .text 0xc0100000 0xc0109864 0xc010989c > > Accessing the FS from another process will often cause the > process to be woken up and continue on happily. > > (The delay(1)s in xfs_iget puzzle me...) From owner-linux-xfs@oss.sgi.com Thu Jun 22 07:47:24 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 07:47:15 -0700 Received: from hermes.mixx.net ([212.84.196.2]:15634 "HELO hermes.mixx.net") by oss.sgi.com with SMTP id ; Thu, 22 Jun 2000 07:47:12 -0700 Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251]) by hermes.mixx.net (Postfix) with ESMTP id 8657CF803 for ; Thu, 22 Jun 2000 16:47:11 +0200 (CEST) Received: by mate.bln.innominate.de (Postfix, from userid 9) id 12E092CA74; Thu, 22 Jun 2000 16:47:10 +0200 (CEST) From: Thomas Graichen Reply-To: Thomas Graichen X-Newsgroups: innominate.list.sgi.xfs Subject: cvs log mailinglist Date: 22 Jun 2000 14:47:07 GMT Organization: innominate AG, Berlin, Germany Lines: 16 Distribution: local Message-ID: Reply-To: thomas.graichen@innominate.de X-Trace: mate.bln.innominate.de 961685227 6430 10.0.0.69 (22 Jun 2000 14:47:07 GMT) X-Complaints-To: news@innominate.de User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.4.0-test1-ac21 (i586)) To: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing sorry if this came up already - but i did not find anything about it in the archives ... would it be possible to set up a mailinglist for the cvs log of the xfs cvs repository so that it is a bit easier to follow the development in a bit ? a lot of thanks in advance t -- thomas.graichen@innominate.de innominate AG networking people fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tg From owner-linux-xfs@oss.sgi.com Thu Jun 22 08:23:35 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 08:23:25 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:2131 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 08:23:17 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA01533; Thu, 22 Jun 2000 08:28:28 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA61086; Thu, 22 Jun 2000 08:23:02 -0700 (PDT) Date: Thu, 22 Jun 2000 08:23:02 -0700 (PDT) Message-Id: <200006221523.IAA61086@info.engr.sgi.com> X-Pv-Incident: 794396 webPV: fsgi071.cray.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lmc@sgi.com) Subject: REASSIGN 794396 - xfs_zero_last_block "unwritten" & "DELWRI" messages To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794396 Status : open Priority : 3 *Assigned Engineer : cattelan Submitter : dxm Project : xfs-linux *Assigned Group : xfs-linux Opened Date : 06/21/00 *Modified User : lmc *Modified User Domain : sgi.com *Description : under certain circumstances, xfs_zero_last_block generates messages: xfs_zero_last_block: unwritten? xfs_zero_last_block: We want DELWRI? not waiting? And eventually things fail. This might be a related panic: XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681 kernel BUG at xfs_debug.c:50! ..... ========================== ADDITIONAL INFORMATION (REASSIGN) From: lmc@sgi.com (BugWorks) Date: Jun 22 2000 08:23:01AM ========================== Here's one for you Russell, since its linix. From owner-linux-xfs@oss.sgi.com Thu Jun 22 08:28:25 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 08:28:15 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:34403 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 08:28:13 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA26690; Thu, 22 Jun 2000 08:23:16 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA43847; Thu, 22 Jun 2000 08:27:59 -0700 (PDT) Date: Thu, 22 Jun 2000 08:27:59 -0700 (PDT) Message-Id: <200006221527.IAA43847@info.engr.sgi.com> X-Pv-Incident: 794398 webPV: fsgi071.cray.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lmc@sgi.com) Subject: REASSIGN 794398 - reservations not cleared on O_TRUNC To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794398 Status : open Priority : 4 *Assigned Engineer : cattelan Submitter : dxm Project : xfs-linux Assigned Group : xfs-linux Opened Date : 06/21/00 *Modified User : lmc *Modified User Domain : sgi.com *Description : XFS qa test 009 fails due to reservations on a file not being cleared when the file is re-opened with O_TRUNC. Reservations are made with the ioctl XFS_IOC_RESVSP64. ========================== ADDITIONAL INFORMATION (REASSIGN) From: lmc@sgi.com (BugWorks) Date: Jun 22 2000 08:27:58AM ========================== From owner-linux-xfs@oss.sgi.com Thu Jun 22 08:29:46 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 08:29:35 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:5476 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 08:29:27 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA26811 for ; Thu, 22 Jun 2000 08:24:28 -0700 (PDT) mail_from (jtk@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA10027; Thu, 22 Jun 2000 10:28:06 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id KAA17709; Thu, 22 Jun 2000 10:28:08 -0500 (CDT) From: Ted Kline Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id KAA08418; Thu, 22 Jun 2000 10:28:07 -0500 (CDT) Message-Id: <200006221528.KAA08418@tiki.americas.sgi.com> Subject: Re: cvs log mailinglist To: graichen@innominate.de Date: Thu, 22 Jun 2000 10:28:07 -0500 (CDT) Cc: linux-xfs@oss.sgi.com In-Reply-To: from "Thomas Graichen" at Jun 22, 2000 02:47:07 PM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > sorry if this came up already - but i did not find anything about it > in the archives ... > > would it be possible to set up a mailinglist for the cvs log of the > xfs cvs repository so that it is a bit easier to follow the > development in a bit ? > > a lot of thanks in advance > > t > > -- > thomas.graichen@innominate.de > innominate AG > networking people > fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tg > All of the development notes, re: modules changed, why, etc. is regularly posted to linux-xfs@oss.sgi.com -Ted Kline From owner-linux-xfs@oss.sgi.com Thu Jun 22 08:29:46 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 08:29:35 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:26195 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 08:29:27 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA06969; Thu, 22 Jun 2000 08:34:38 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA12559; Thu, 22 Jun 2000 08:29:12 -0700 (PDT) Date: Thu, 22 Jun 2000 08:29:12 -0700 (PDT) Message-Id: <200006221529.IAA12559@info.engr.sgi.com> X-Pv-Incident: 794397 webPV: fsgi071.cray.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lmc@sgi.com) Subject: REASSIGN 794397 - xfs soft hang on "mknod" (& others?) To: lord@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794397 Status : open Priority : 3 *Assigned Engineer : lord Submitter : dxm Project : xfs-linux Assigned Group : xfs-linux Opened Date : 06/21/00 *Modified User : lmc *Modified User Domain : sgi.com *Description : syscalls into XFS can get hung up sleeping on an event that doesn't ever happen (or just delayed for many seconds). XFS qa 013 will often trip this bug: the fsstress process sits in 'R' state, waiting for a syscall to return. kdb> btp 16558 EBP EIP Function(args) 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) kernel .text 0xc0100000 0xc01131fc 0xc0113660 ..... ========================== ADDITIONAL INFORMATION (REASSIGN) From: lmc@sgi.com (BugWorks) Date: Jun 22 2000 08:29:11AM ========================== From owner-linux-xfs@oss.sgi.com Thu Jun 22 11:20:31 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 11:20:21 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:51271 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 11:20:09 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA22464 for ; Thu, 22 Jun 2000 11:15:11 -0700 (PDT) mail_from (jtk@sgi.com) Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA07887 for ; Thu, 22 Jun 2000 13:17:37 -0500 (CDT) Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA33604 for ; Thu, 22 Jun 2000 13:17:38 -0500 (CDT) From: Ted Kline Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id NAA09561; Thu, 22 Jun 2000 13:17:38 -0500 (CDT) Message-Id: <200006221817.NAA09561@tiki.americas.sgi.com> Subject: Re: linux nfs over xfs To: linux-xfs@oss.sgi.com Date: Thu, 22 Jun 2000 13:17:37 -0500 (CDT) X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > > Ted, > > I pulled the latest tar file for SFS2.0 and put in on "neteng" > in ~smq/io_benchmarks. It should have the linux patches, but I don't > have linux clients and haven't tried compiling it. There are also > bonnie and iobench too. > > The initialization code stresses parts of the system more than > the benchmark. On the linux kernel that failed the target load point > was only 300 ops distributed over 25 filesystems. This is a miniscule > load by SFS standards. In theory with a single filesystem you ought > to be able to put a load of 10 ops or so if the failure is reproducable > with a single FS. > Having given up on getting the SFS2.0 client running on a 6.5.9 O2 (it currently runs on 6.4), I've managed to get the SFS2.0 stuff running as a linux client. It took a little work... Two of the "run/install" scripts are missing a "`", linux "sh" caught this, plus I had to slightly modify the #include sequence in about a half-dozen or so .c files in the src/rpc directory, all regarding the HAVE_INT_TYPES case, plus svc.c attempts to directly manipulate "fds_bits", which is, by posix standards, only to be done with "FD_SET".. So, I've started a run, will keep cranking up the knobs as far as I can.. :-) -Ted Kline p.s. neteng seems down, when it comes back, I'll recopy the sfs benchmark source and produce a diff/patch for the linux differences. From owner-linux-xfs@oss.sgi.com Thu Jun 22 15:59:13 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 15:59:04 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42598 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 15:58:43 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA08421; Thu, 22 Jun 2000 15:53:45 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA94549; Thu, 22 Jun 2000 15:58:28 -0700 (PDT) Date: Thu, 22 Jun 2000 15:58:28 -0700 (PDT) Message-Id: <200006222258.PAA94549@info.engr.sgi.com> X-Pv-Incident: 794396 webPV: clouds.melbourne.sgi.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: UPDATE 794396 - xfs_zero_last_block "unwritten" & "DELWRI" messages To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794396 Status : open Priority : 3 Assigned Engineer : cattelan Submitter : dxm Opened Date : 06/21/00 *Modified User : dxm *Modified User Domain : engr *Description : under certain circumstances, xfs_zero_last_block generates messages: xfs_zero_last_block: unwritten? xfs_zero_last_block: We want DELWRI? not waiting? And eventually things fail. This might be a related panic: XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681 kernel BUG at xfs_debug.c:50! ..... ========================== ADDITIONAL INFORMATION (UPDATE) From: dxm@engr (BugWorks) Date: Jun 22 2000 03:58:27PM ========================== These two issues aren't necesarily connected. QA 014 will rapidly cause crashes at the same place without generating any of the messages described... From owner-linux-xfs@oss.sgi.com Thu Jun 22 16:01:54 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 16:01:44 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:36200 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 16:01:40 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA09028 for ; Thu, 22 Jun 2000 15:56:41 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA16477 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 23 Jun 2000 08:59:08 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA55029 for linux-xfs@oss.sgi.com; Fri, 23 Jun 2000 08:59:06 +1000 (EST) Date: Fri, 23 Jun 2000 08:59:06 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006222259.IAA55029@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - XFS qa 014 - truncfile Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing frequently panics (and none of those unwritten/DELWRI messages first either...) XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681 kernel BUG at xfs_debug.c:50! Entering kdb (0xc2cc8000) Panic: invalid operand due to panic @ 0xc4887cc9 eax = 0x0000001e ebx = 0x3d29e9bf ecx = 0xc02c1314 edx = 0xc15f1f78 esi = 0x3232282a edi = 0xc2cc9da0 esp = 0xc2cc9d00 eip = 0xc4887cc9 ebp = 0xc2cc9d0c ss = 0x00000018 cs = 0x00000010 eflags = 0x00010292 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc2cc9ccc kdb> bt EBP EIP Function(args) 0xc2cc9d0c 0xc4887cc9 [xfs]assfail+0x2d (0xc48b06a0, 0xc48afb24, 0x691) xfs .text 0xc4816060 0xc4887c9c 0xc4887cd0 0xc2cc9e0c 0xc488eb8e [xfs]xfs_iomap_write_convert+0x74e (0xc32879ac, 0xb48b000, 0x0, 0x1000, 0xc2cc9fa8) xfs .text 0xc4816060 0xc488e440 0xc488ed04 0xc2cc9ecc 0xc488d4df [xfs]xfs_iomap_write+0x12b (0xc32879ac, 0xb48b000, 0x0, 0x1000, 0xc2cc9fa8) xfs .text 0xc4816060 0xc488d3b4 0xc488d5ec 0xc2cc9f0c 0xc488cefa [xfs]xfs_bmap+0x26e (0xc3287878, 0xb48b000, 0x0, 0x1000, 0x10010002) xfs .text 0xc4816060 0xc488cc8c 0xc488cfc4 0xc2cc9f58 0xc488a93f [xfs]linvfs_pb_bmap+0x117 (0xc3cd9d80, 0xb48b000, 0x0, 0x1000, 0xc2cc9fa8) xfs .text 0xc4816060 0xc488a828 0xc488a95c 0xc2cc9fc0 0xc480f135 [pagebuf]pb_delalloc_convert+0x61 (0xc10dfd8c, 0x10000000, 0x1, 0xf00) pagebuf .text 0xc480a060 0xc480f0d4 0xc480f240 0xc2cc9fec 0xc480f39d [pagebuf]page_cleaner_daemon+0x15d pagebuf .text 0xc480a060 0xc480f240 0xc480f43c 0xc01074ff kernel_thread+0x23 kernel .text 0xc0100000 0xc01074dc 0xc0107514 Modid: 2.4.0-test1-xfs:slinx:65023a Date: Thu Jun 22 15:53:15 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/014 - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/014.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - truncfile test cmd/xfs/stress/014.out - 1.1 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/014.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h - output for 014 From owner-linux-xfs@oss.sgi.com Thu Jun 22 18:38:54 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 18:38:44 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:17981 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 18:38:25 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA29554; Thu, 22 Jun 2000 18:33:28 -0700 (PDT) mail_from (pv@feature.engr.sgi.com) Received: from feature.engr.sgi.com (gate-feature.engr.sgi.com [130.62.42.134]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id SAA22748; Thu, 22 Jun 2000 18:37:55 -0700 (PDT) Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id SAA44582; Thu, 22 Jun 2000 18:35:04 -0700 (PDT) Date: Thu, 22 Jun 2000 18:35:04 -0700 (PDT) Message-Id: <200006230135.SAA44582@feature.engr.sgi.com> X-Pv-Incident: 794397 Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (jtk@sgi.com) Subject: ADD 794397 - xfs soft hang on "mknod" (& others?) To: lord@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Submitter : dxm Status : open Assigned Engineer : lord Priority : 3 *Modified Date : 06/22/00 *Modified User : jtk *Modified User Domain : sgi.com *Description : syscalls into XFS can get hung up sleeping on an event that doesn't ever happen (or just delayed for many seconds). XFS qa 013 will often trip this bug: the fsstress process sits in 'R' state, waiting for a syscall to return. kdb> btp 16558 EBP EIP Function(args) 0xc311fbd8 0xc01134b2 schedule+0x2b6 (0xc311fbec) kernel .text 0xc0100000 0xc01131fc 0xc0113660 ..... ========================== ADDITIONAL INFORMATION (ADD) From: ted kline Date: Jun 22 2000 06:35:04PM [pvnews version: 1.71] ========================== > > p.p.ps. Ted can answer questions about why the delay is there. > There was a create/unlink race, where one thread, in an unlink, has ifree'd the inode #, another thread, in a create, has grabbed the inode # before the unlink is done, xfs_iget recognizes this, drops locks, and gives up control for 1 tick (1/100 second), thus allowing the iextract to complete, then tries again. This happens fairly rarely.. -Ted From owner-linux-xfs@oss.sgi.com Thu Jun 22 21:20:15 2000 Received: by oss.sgi.com id ; Thu, 22 Jun 2000 21:20:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:61746 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 22 Jun 2000 21:19:57 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA01764; Thu, 22 Jun 2000 21:25:06 -0700 (PDT) mail_from (kaos@kao2.melbourne.sgi.com) Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA18449; Fri, 23 Jun 2000 14:18:37 +1000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: kdb@oss.sgi.com Cc: linux-kernel@vger.rutgers.edu, linux-xfs@oss.sgi.com Subject: Announce: kdb v1.3 for ix86 is available Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jun 2000 14:18:37 +1000 Message-ID: <5570.961733917@kao2.melbourne.sgi.com> Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing SGI Kernel Debugger - http://oss.sgi.com/projects/kdb kdb v1.3 is available for ix86 with patches against kernels 2.4.0-test1, 2.4.0-test1-ac21 and 2.4.0-test2-pre11. You need modutils >= 2.3.11 to use kdb v1.2+. Changes from v1.2: Hook kdb into NMI watchdog (Ted Kline, me) lsmod, rmmod kdb commands (Marc Esipovich) Take input from serial or PC keyboard (Andi Kleen) Some page commands are available are available even without PAGEBUF (me) Handle .text.lock in modules (me) Correct btp command for active tasks (me) Fix bt (me) Handle zero EIP (me) Port to recent kernels (me) Happy debugging. From owner-linux-xfs@oss.sgi.com Mon Jun 26 04:46:35 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 04:46:25 -0700 Received: from mail.digital-integrity.com ([64.1.242.10]:11782 "EHLO whimper.dii.local") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 04:46:00 -0700 Received: from digital-integrity.com (IDENT:zchen@howl.dii.local [192.168.0.120]) by whimper.dii.local (Switch-2.0.0/Switch-2.0.0) with ESMTP id e5QBjSF27067; Mon, 26 Jun 2000 04:45:28 -0700 Message-ID: <39574258.9FAC087C@digital-integrity.com> Date: Mon, 26 Jun 2000 04:45:28 -0700 From: zchen@digital-integrity.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: GRUB doesn't handle large linux kernels Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hi all, I was trying the 2.4.0 linux kernel with XFS and KDB patch from SGI. the bzImage size is 1325639 and the vmlinux size is 5859394. stage 2 of GRUB loads it find but the kenel immediately bails with the following mesg: invalid compressed format (err=1) --System halted I ran into same problem when trying to load the kernel with bpbatch and kmonte (loading linux from linux). LILO however, was able to boot it with no problem. Is this a bug in GRUB? I am curious what boot loader people have been using for these large kernels. Why can't GRUB handle vmlinux format (so that no kernel decompression is required)? Is there a tool to make multiboot compliant vmlinux image? Thanks! From owner-linux-xfs@oss.sgi.com Mon Jun 26 05:21:56 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 05:21:45 -0700 Received: from duff.kuicr.kyoto-u.ac.jp ([133.103.101.254]:28168 "EHLO duff.kuicr.kyoto-u.ac.jp") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 05:21:21 -0700 Received: from localhost (izzy.kuicr.kyoto-u.ac.jp [133.103.101.171]) by duff.kuicr.kyoto-u.ac.jp (8.9.3/3.7W) with ESMTP id UAA02720; Mon, 26 Jun 2000 20:59:38 +0900 To: zchen@digital-integrity.com Cc: bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels From: OKUJI Yoshinori In-Reply-To: <39574258.9FAC087C@digital-integrity.com> References: <39574258.9FAC087C@digital-integrity.com> X-Mailer: Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000626211927T.okuji@kuicr.kyoto-u.ac.jp> Date: Mon, 26 Jun 2000 21:19:27 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 25 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing From: zchen@digital-integrity.com Subject: GRUB doesn't handle large linux kernels Date: Mon, 26 Jun 2000 04:45:28 -0700 > I ran into same problem when trying to load the kernel with bpbatch and > kmonte (loading linux from linux). LILO however, was able to boot it > with no problem. Is this a bug in GRUB? I don't know, since you haven't told us even which version of GRUB you are using. Read the chapter "Reporting bugs" in the document, before transmitting a bug report. > kernels. Why can't GRUB handle vmlinux format (so that no kernel > decompression is required)? What is the benifit from that? Do you want to slow the booting process down? > Is there a tool to make multiboot compliant > vmlinux image? IIRC, no. Even if there were such a tool, Linux couldn't receive any kind of benefit, as long as Linux goes its own way. Okuji From owner-linux-xfs@oss.sgi.com Mon Jun 26 08:12:17 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 08:12:07 -0700 Received: from rokslava.transcept.com ([208.151.20.130]:57380 "HELO rokslava.transcept.com") by oss.sgi.com with SMTP id ; Mon, 26 Jun 2000 08:11:44 -0700 Received: from sunapee.transcept.com by rokslava.transcept.com via smtpd (for oss.SGI.com [216.32.174.190]) with SMTP; 26 Jun 2000 14:54:51 UT Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245]) by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id LAA30507; Mon, 26 Jun 2000 11:09:28 -0400 Date: Mon, 26 Jun 2000 11:09:28 -0400 (EDT) From: Pavel Roskin X-Sender: proskin@sunapee.transcept.com To: OKUJI Yoshinori cc: zchen@digital-integrity.com, bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels In-Reply-To: <20000626211927T.okuji@kuicr.kyoto-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hello! > > kernels. Why can't GRUB handle vmlinux format (so that no kernel > > decompression is required)? > > What is the benifit from that? Do you want to slow the booting > process down? I think the answer is not so simple here. There are two competing concepts, each of them has it's pluses and minuses. On one side, it's nice to have good code shared between various systems. One bootloader could take care of the system initialization, PnP, hardware detection. The bootloader could eventually replace BIOS as well (or OpenBIOS could grow up to support multiboot). Generally, code modularization is a good thing. Two components (the OS and the bootloader) can be upgraded independently. This approach gives the user more choice. One can run an ultra-secure OS with the bleeding-edge bootloader supporting the latest hardware. There is another side of the problem. Linux wants to be as self-contained as possible. It is good for users. You "dd" vmlinuz to a floppy and boot on a machine with a brain-dead BIOS and you get a working system in seconds. Also having PnP is the bootloader doesn't mean that a really good OS can live without PnP in the kernel. Given the popularity of hotplug interfaces PnP or hardware initialization are doomed to stay at least in the kernels compiled for desktop machines. Thus, features of the bootloader don't automatically obsolete features of the kernel. Linux goes the Microsoft's way of integrating all the code for the users' convenience. But it can do it different by giving users the choice as what is really convenient for them. The choice between self-loading "vmlinuz" and multiboot-compliant "vmlinux" can be different for different users. > > Is there a tool to make multiboot compliant > > vmlinux image? I remember me seeing a patch doing exactly that. Try search engines. The patch may be obsolete. > IIRC, no. Even if there were such a tool, Linux couldn't receive any > kind of benefit, as long as Linux goes its own way. The Linux way is also sharing the code and staying away from bloat. But it's not me to decide, as I almost don't use Linux on i386 systems now. Regards, Pavel Roskin From owner-linux-xfs@oss.sgi.com Mon Jun 26 12:27:39 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 12:27:29 -0700 Received: from giaspna.vsnl.net.in ([202.54.10.165]:60114 "EHLO giaspna.vsnl.net.in") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 12:27:04 -0700 Received: from localhost (asr@localhost) by giaspna.vsnl.net.in (8.8.8+Sun/8.8.8) with SMTP id AAA14639; Tue, 27 Jun 2000 00:43:05 -0500 (GMT) Date: Tue, 27 Jun 2000 00:43:05 -0500 (GMT) From: "Ashutosh S. Rajekar" X-Sender: asr@giaspna To: zchen@digital-integrity.com cc: bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels In-Reply-To: <39574258.9FAC087C@digital-integrity.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Mon, 26 Jun 2000 zchen@digital-integrity.com wrote: > > invalid compressed format (err=1) > --System halted > This happens sometimes with a faulty hard disk, even with LILO. Try again, and it may work for you, as it did for my friend. Thanks, ----------------------------------- Ashutosh S. Rajekar http://www.crosswinds.net/~rajekar From owner-linux-xfs@oss.sgi.com Mon Jun 26 13:03:50 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 13:03:33 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:55116 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 13:03:02 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA13867 for ; Mon, 26 Jun 2000 12:57:31 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA57163 for ; Mon, 26 Jun 2000 15:01:14 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA14872 for ; Mon, 26 Jun 2000 15:01:13 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id OAA16068; Mon, 26 Jun 2000 14:58:55 -0500 Message-Id: <200006261958.OAA16068@jen.americas.sgi.com> Date: Mon, 26 Jun 2000 14:58:55 -0500 Subject: TAKE - a couple of test script tweaks To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Mon Jun 26 13:00:29 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65180a cmd/xfs/stress/common.rc - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h - Add another machine to the list cmd/xfs/stress/011 - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/011.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - Call the initialization functions cmd/xfs/stress/014 - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/014.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - fix output of OK to match default output From owner-linux-xfs@oss.sgi.com Mon Jun 26 13:04:49 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 13:04:40 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:40269 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 13:04:14 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA14186 for ; Mon, 26 Jun 2000 12:58:43 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA27197 for ; Mon, 26 Jun 2000 15:02:26 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA14912 for ; Mon, 26 Jun 2000 15:02:25 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA16138; Mon, 26 Jun 2000 15:00:07 -0500 Message-Id: <200006262000.PAA16138@jen.americas.sgi.com> Date: Mon, 26 Jun 2000 15:00:07 -0500 Subject: TAKE - remove unneeded indirection on page array To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Mon Jun 26 13:01:49 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65181a linux/mm/vmalloc.c - 1.15 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/vmalloc.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux/include/linux/vmalloc.h - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/vmalloc.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h - Replace triple indirection with double indirection From owner-linux-xfs@oss.sgi.com Mon Jun 26 13:25:28 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 13:25:18 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:34396 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 13:24:48 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA19397 for ; Mon, 26 Jun 2000 13:19:20 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA60936 for ; Mon, 26 Jun 2000 15:23:03 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA15800 for ; Mon, 26 Jun 2000 15:23:02 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA19421; Mon, 26 Jun 2000 15:20:43 -0500 Message-Id: <200006262020.PAA19421@jen.americas.sgi.com> Date: Mon, 26 Jun 2000 15:20:43 -0500 Subject: TAKE - some minor pagebuf cleanups and a spinlock snafu To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Mon Jun 26 13:21:50 PDT 2000 Workarea: jen.cray.com:/data/clink/io/lord/slinx The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65184a linux/drivers/block/ll_rw_blk.c - 1.37 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/block/ll_rw_blk.c.diff?r1=text&tr1=1.37&r2=text&tr2=1.36&f=h - remove the make_request wrapper - we do not need it anymore linux/include/linux/page_buf.h - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h - Control pagebuf tracing the KDB config option - we cannot look at the trace without kdb. linux/fs/pagebuf/page_buf.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h - fix bug with spin lock held around potentially sleeping call, remove use of make_request, couple of minor formatting cleanups. From owner-linux-xfs@oss.sgi.com Mon Jun 26 14:29:08 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 14:28:58 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:31825 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 14:28:26 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA08400 for ; Mon, 26 Jun 2000 14:33:11 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA80030 for ; Mon, 26 Jun 2000 16:26:41 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA18172 for ; Mon, 26 Jun 2000 16:26:39 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA21637; Mon, 26 Jun 2000 16:24:20 -0500 Message-Id: <200006262124.QAA21637@jen.americas.sgi.com> Date: Mon, 26 Jun 2000 16:24:20 -0500 Subject: TAKE - improve the speed of the kiobuf version of pagebuf To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Meta-data buffers in XFS always use locking pagebufs, we never access the data, or do I/O on the data without a lock on the pagebuf. The presence of the pagebuf also prevents the pages it references from going away. We can take advantage of this to avoid locking the individual pages before doing a write out to disk, the locking is still being used on reads. Also change PAGE_ references in pagebuf to PAGE_CACHE_ Date: Mon Jun 26 14:21:14 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65193a linux/fs/pagebuf/page_buf.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h 1. Move from using PAGE_SIZE & friends to PAGE_CACHE_SIZE and friends for doing size calculations on things allocated from the page cache, the long term intent seems to be to allow these numbers to be different. 2. Change the kiobuf interface in pagebuf to not lock the pages if the pagebuf is using locking. This only affects XFS metadata buffers at the moment, this gives us a 10 to 40 percent speedup on some tests. linux/fs/pagebuf/page_buf_io.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Move from using PAGE_SIZE & friends to PAGE_CACHE_SIZE and friends for doing size calculations on things allocated from the page cache, the long term intent seems to be to allow these numbers to be different. From owner-linux-xfs@oss.sgi.com Mon Jun 26 23:52:01 2000 Received: by oss.sgi.com id ; Mon, 26 Jun 2000 23:51:52 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:10040 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 26 Jun 2000 23:51:38 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA28520 for ; Mon, 26 Jun 2000 23:46:38 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA14035 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 27 Jun 2000 16:50:21 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA16348 for linux-xfs@oss.sgi.com; Tue, 27 Jun 2000 16:50:21 +1000 (EST) Date: Tue, 27 Jun 2000 16:50:21 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006270650.QAA16348@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - logprint Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This fixes the immediate core dump in xfs_logprint. Modid: 2.4.0-test1-xfs:slinx:65222a Date: Mon Jun 26 23:46:06 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/logprint/log_misc.c - 1.59 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_misc.c.diff?r1=text&tr1=1.59&r2=text&tr2=1.58&f=h - remove some no longer needed headers, remove _KERNEL games, define __USE_LARGEFILE64 so lseek64 works. remove unused xlog_find_head code. linux/fs/xfs/xfs_da_btree.c - 1.109 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_da_btree.c.diff?r1=text&tr1=1.109&r2=text&tr2=1.108&f=h - remove unused xfs_da_bwrite routine. fix typo in a comment. linux/fs/xfs/xfs_da_btree.h - 1.39 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_da_btree.h.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h - remove unused xfs_da_bwrite routine. linux/fs/xfs/xfs_log_priv.h - 1.73 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log_priv.h.diff?r1=text&tr1=1.73&r2=text&tr2=1.72&f=h - fix broken use of _KERNEL which was causing logprint to pick up the wrong xlog_panic/warn/exit routines. From owner-linux-xfs@oss.sgi.com Tue Jun 27 00:48:52 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 00:48:32 -0700 Received: from infortrend.com.tw ([203.67.221.1]:17930 "EHLO infortrend.com.tw") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 00:48:06 -0700 Received: from infortrend.com.tw ([192.168.30.52]) by infortrend.com.tw (8.9.3/8.9.3) with ESMTP id PAA08795 for ; Tue, 27 Jun 2000 15:57:59 +0800 Message-ID: <39585C04.20240A65@infortrend.com.tw> Date: Tue, 27 Jun 2000 15:47:17 +0800 From: warren X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: zh-TW,en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS Source Content-Type: text/plain; charset=big5 Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hi, How can i get the XFS source not the patches? I would try it. Warren From owner-linux-xfs@oss.sgi.com Tue Jun 27 02:28:52 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 02:28:43 -0700 Received: from duff.kuicr.kyoto-u.ac.jp ([133.103.101.254]:6414 "EHLO duff.kuicr.kyoto-u.ac.jp") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 02:28:27 -0700 Received: from localhost (pppD230.kyoto-inet.or.jp [210.134.124.100]) by duff.kuicr.kyoto-u.ac.jp (8.9.3/3.7W) with ESMTP id SAA04117; Tue, 27 Jun 2000 18:07:10 +0900 To: proski@gnu.org Cc: zchen@digital-integrity.com, bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels From: OKUJI Yoshinori In-Reply-To: References: <20000626211927T.okuji@kuicr.kyoto-u.ac.jp> X-Mailer: Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000627182701D.okuji@kuicr.kyoto-u.ac.jp> Date: Tue, 27 Jun 2000 18:27:01 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 27 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hi Pavel, From: Pavel Roskin Subject: Re: GRUB doesn't handle large linux kernels Date: Mon, 26 Jun 2000 11:09:28 -0400 (EDT) > The choice between self-loading "vmlinuz" and multiboot-compliant > "vmlinux" can be different for different users. I see, but vmlinux is not Multiboot-compliant anyway (yet). IMO, GRUB shouldn't support proprietary kernel formats any more, because that is far from the original goal for which Erich Boleyn headed. > I remember me seeing a patch doing exactly that. Try search engines. The > patch may be obsolete. I found it. :) http://ftp.inf.tu-dresden.de/operating_systems/mach/mach4/multiboot/linux-patch > The Linux way is also sharing the code and staying away from bloat. But > it's not me to decide, as I almost don't use Linux on i386 systems now. I don't, either. I myself use sparc64-linux-gnu mainly these days. ;) Okuji From owner-linux-xfs@oss.sgi.com Tue Jun 27 06:39:24 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 06:39:13 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33816 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 06:38:57 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA06449 for ; Tue, 27 Jun 2000 06:44:13 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA39135 for ; Tue, 27 Jun 2000 08:37:41 -0500 (CDT) Received: from localhost.localdomain (root@eagdhcp-184-23.americas.sgi.com [128.162.184.173]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA15554 for ; Tue, 27 Jun 2000 08:37:40 -0500 (CDT) From: lord@sgi.com Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id IAA01164; Tue, 27 Jun 2000 08:40:49 -0500 Message-Id: <200006271340.IAA01164@localhost.localdomain> Date: Tue, 27 Jun 2000 08:40:49 -0500 Subject: TAKE - backport pci initialization change To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 27 06:36:51 PDT 2000 Workarea: eagdhcp-184-23.cray.com:/usr/src/lord/2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65230a linux/arch/i386/kernel/pci-i386.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/arch/i386/kernel/pci-i386.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h - Backport later change to pci initialization, this gets my pcmcia ethernet card working. From owner-linux-xfs@oss.sgi.com Tue Jun 27 07:09:31 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 07:09:21 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:36378 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 07:09:05 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA05282 for ; Tue, 27 Jun 2000 07:14:21 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA45569; Tue, 27 Jun 2000 09:07:48 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA17178; Tue, 27 Jun 2000 09:07:47 -0500 (CDT) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA24337; Tue, 27 Jun 2000 09:05:21 -0500 Message-Id: <200006271405.JAA24337@jen.americas.sgi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: warren cc: linux-xfs@oss.sgi.com Subject: Re: XFS Source In-Reply-To: Message from warren of "Tue, 27 Jun 2000 15:47:17 +0800." <39585C04.20240A65@infortrend.com.tw> Date: Tue, 27 Jun 2000 09:05:20 -0500 From: Steve Lord Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > Hi, > How can i get the XFS source not the patches? > I would try it. > > Warren > > We have a number of different options: The source patch is actually probably the easiest way to start, unless you know how to use cvs. The patch will apply cleanly to a 2.4.0-test1 kernel from ftp.xx.kernel.org (replace xx with your country, there is a ftp.tw.kernel.org). Unpack the 2.4.0-test1 kernel and apply the patch. The base patch is at: ftp://oss.sgi.com/www/projects/xfs/ftpdir/06192000linux-2.4-test1-linux-2.4-xfs .patch.gz This patch will also give you cvs files so that a cvs update can be used to keep you upto date with developments: ftp://oss.sgi.com/www/projects/xfs/ftpdir/06192000linux-2.4-test1-linux-2.4-xfs -cvs.patch.gz There is also an iso image on the web site, this contains kernel and command RPMs + source RPMS: ftp://oss.sgi.com/www/projects/xfs/ftpdir/ProPack1.4.iso Howver, this is not for those with a slow link to the internet. The recommended method remains to follow the CVS tree, for instructions see http://oss.sgi.com/projects/xfs/cvs_download.html I suspect we will soon be providing smaller patches which make things like the kdb debugger optional. Steve From owner-linux-xfs@oss.sgi.com Tue Jun 27 09:13:09 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 09:07:49 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:62818 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 09:07:33 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA17018 for ; Tue, 27 Jun 2000 08:54:23 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA55698 for ; Tue, 27 Jun 2000 10:58:06 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA21328 for ; Tue, 27 Jun 2000 10:58:05 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA06764; Tue, 27 Jun 2000 10:55:38 -0500 Message-Id: <200006271555.KAA06764@jen.americas.sgi.com> Date: Tue, 27 Jun 2000 10:55:38 -0500 Subject: TAKE - move most of XFS over to atomic_t and the associated calls To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This gets rid of the hacked versions of atomicAddInt Date: Tue Jun 27 08:56:50 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65237a cmd/xfs/sim/src/sim.dev.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/sim.dev.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h - Use sys/mount.h instead of linux/fs.h linux/fs/xfs/xfsidbg.c - 1.144 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsidbg.c.diff?r1=text&tr1=1.144&r2=text&tr2=1.143&f=h linux/fs/xfs/xfs_buf_item.h - 1.30 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf_item.h.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h linux/fs/xfs/xfs_buf_item.c - 1.102 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf_item.c.diff?r1=text&tr1=1.102&r2=text&tr2=1.101&f=h linux/fs/xfs/xfs_trans_buf.c - 1.85 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_buf.c.diff?r1=text&tr1=1.85&r2=text&tr2=1.84&f=h - make bli_refcount an atomic_t linux/fs/xfs/linux/xfs_vnode.c - 1.28 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h - Remove use of atomicAddLong and atomicAddUint64 linux/fs/xfs/linux/xfs_sema.h - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_sema.h.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h - Remove most of the irix atomicXXX functions, the one left is used in two places, one of which is debug only. linux/fs/pagebuf/page_buf.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h - Use more page macros rather than diving under the covers, use atomic_dec_and_test rather than atomic_sub_and_test. From owner-linux-xfs@oss.sgi.com Tue Jun 27 09:13:09 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 09:12:58 -0700 Received: from rokslava.transcept.com ([208.151.20.130]:55327 "HELO rokslava.transcept.com") by oss.sgi.com with SMTP id ; Tue, 27 Jun 2000 09:12:47 -0700 Received: from sunapee.transcept.com by rokslava.transcept.com via smtpd (for oss.SGI.com [216.32.174.190]) with SMTP; 27 Jun 2000 15:56:08 UT Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245]) by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id LAA25451; Tue, 27 Jun 2000 11:16:34 -0400 Date: Tue, 27 Jun 2000 11:16:34 -0400 (EDT) From: Pavel Roskin X-Sender: proskin@sunapee.transcept.com To: OKUJI Yoshinori cc: zchen@digital-integrity.com, bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels In-Reply-To: <20000627182701D.okuji@kuicr.kyoto-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hello! > I see, but vmlinux is not Multiboot-compliant anyway (yet). IMO, > GRUB shouldn't support proprietary kernel formats any more, because > that is far from the original goal for which Erich Boleyn headed. I don't know the exact definition of the term "proprietary format" but I think it doesn't apply to Linux. Another question is that we may want to select more precisely what features we want. Purists will be happy with a mutliboot-only GRUB. Regards, Pavel Roskin From owner-linux-xfs@oss.sgi.com Tue Jun 27 09:23:59 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 09:23:49 -0700 Received: from duff.kuicr.kyoto-u.ac.jp ([133.103.101.254]:15120 "EHLO duff.kuicr.kyoto-u.ac.jp") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 09:23:36 -0700 Received: from localhost (pppD250.kyoto-inet.or.jp [210.134.124.120]) by duff.kuicr.kyoto-u.ac.jp (8.9.3/3.7W) with ESMTP id AAA04654; Wed, 28 Jun 2000 00:40:47 +0900 To: proski@gnu.org Cc: zchen@digital-integrity.com, bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels From: OKUJI Yoshinori In-Reply-To: References: <20000627182701D.okuji@kuicr.kyoto-u.ac.jp> X-Mailer: Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <20000628010032K.okuji@kuicr.kyoto-u.ac.jp> Date: Wed, 28 Jun 2000 01:00:32 +0900 X-Dispatcher: imput version 20000228(IM140) Lines: 17 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing From: Pavel Roskin Subject: Re: GRUB doesn't handle large linux kernels Date: Tue, 27 Jun 2000 11:16:34 -0400 (EDT) > I don't know the exact definition of the term "proprietary format" but I > think it doesn't apply to Linux. When a format is _not_ well-defined (or open), I assume that it is a "proprietary format". Thus, in my definition, the format of vmlinux is proprietary. > Another question is that we may want to select more precisely what > features we want. Purists will be happy with a mutliboot-only GRUB. So what? Okuji From owner-linux-xfs@oss.sgi.com Tue Jun 27 09:29:19 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 09:29:10 -0700 Received: from rokslava.transcept.com ([208.151.20.130]:42503 "HELO rokslava.transcept.com") by oss.sgi.com with SMTP id ; Tue, 27 Jun 2000 09:29:03 -0700 Received: from sunapee.transcept.com by rokslava.transcept.com via smtpd (for oss.SGI.com [216.32.174.190]) with SMTP; 27 Jun 2000 16:12:24 UT Received: from sunapee.transcept.com (sunapee.transcept.com [129.86.50.245]) by sunapee.transcept.com (8.9.3/8.9.3) with ESMTP id MAA27258; Tue, 27 Jun 2000 12:27:22 -0400 Date: Tue, 27 Jun 2000 12:27:22 -0400 (EDT) From: Pavel Roskin X-Sender: proskin@sunapee.transcept.com To: OKUJI Yoshinori cc: zchen@digital-integrity.com, bug-grub@gnu.org, linux-xfs@oss.sgi.com Subject: Re: GRUB doesn't handle large linux kernels In-Reply-To: <20000628010032K.okuji@kuicr.kyoto-u.ac.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > I don't know the exact definition of the term "proprietary format" but I > > think it doesn't apply to Linux. > > When a format is _not_ well-defined (or open), I assume that it is a > "proprietary format". Thus, in my definition, the format of vmlinux is > proprietary. I didn't mean adding any code to GRUB, e.g. for supporting vmlinux without the multiboot patch. > > Another question is that we may want to select more precisely what > > features we want. Purists will be happy with a mutliboot-only GRUB. > > So what? Another option for configure as soon as the first Linux-hater requests it. Actually, we could just write multiboot patches for free OS'es and submit them. A good patch for linux should incorporate the multiboot header in [b]zImage, not in vmlinux. Those patches could be maintained in the GRUB source tree (somewhere near the documentation) until the OS guys take over their maintainership. Regards, Pavel Roskin From owner-linux-xfs@oss.sgi.com Tue Jun 27 16:21:26 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 16:21:06 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52334 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 16:20:54 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id QAA02902 for ; Tue, 27 Jun 2000 16:26:19 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA19138 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 28 Jun 2000 09:19:45 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA32621 for linux-xfs@oss.sgi.com; Wed, 28 Jun 2000 09:19:45 +1000 (EST) Date: Wed, 28 Jun 2000 09:19:45 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006272319.JAA32621@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - mkfs Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:65322a Date: Tue Jun 27 16:18:48 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/mkfs/xfs_mkfs.c - 1.167 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfs/xfs_mkfs.c.diff?r1=text&tr1=1.167&r2=text&tr2=1.166&f=h - turn off unwritten extent support by default for now. From owner-linux-xfs@oss.sgi.com Tue Jun 27 18:58:26 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 18:58:17 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:10622 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 18:57:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id TAA04697; Tue, 27 Jun 2000 19:03:22 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id SAA92176; Tue, 27 Jun 2000 18:57:48 -0700 (PDT) Date: Tue, 27 Jun 2000 18:57:48 -0700 (PDT) Message-Id: <200006280157.SAA92176@info.engr.sgi.com> X-Pv-Incident: 794396 webPV: clouds.melbourne.sgi.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: ADD 794396 - xfs_zero_last_block "unwritten" & "DELWRI" messages To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794396 Status : open Priority : 3 Assigned Engineer : cattelan Submitter : dxm *Modified User : dxm *Modified User Domain : engr *Description : under certain circumstances, xfs_zero_last_block generates messages: xfs_zero_last_block: unwritten? xfs_zero_last_block: We want DELWRI? not waiting? And eventually things fail. This might be a related panic: XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681 kernel BUG at xfs_debug.c:50! ..... ========================== ADDITIONAL INFORMATION (ADD) From: dxm@engr (BugWorks) Date: Jun 27 2000 06:57:47PM ========================== These messages don't appear on filesystems with "unwritten=0". nathans' patch makes this the default. From owner-linux-xfs@oss.sgi.com Tue Jun 27 19:03:07 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 19:02:57 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:23166 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 19:02:51 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA01304 for ; Tue, 27 Jun 2000 19:08:17 -0700 (PDT) mail_from (nathans@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA20431 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 28 Jun 2000 12:01:43 +1000 Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA21764 for linux-xfs@oss.sgi.com; Wed, 28 Jun 2000 12:01:42 +1000 (EST) Date: Wed, 28 Jun 2000 12:01:42 +1000 (EST) From: nathans@snort.melbourne.sgi.com (Nathan Scott) Message-Id: <200006280201.MAA21764@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - stress Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:65338a Date: Tue Jun 27 19:01:09 PDT 2000 Workarea: snort:/build4/nathans/2.4.0-test1-xfs Author: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/src/fill.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/fill.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - fix compiler warning. cmd/xfs/stress/src/port.h - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/port.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h - get alot more stuff from system includes rather than hackery. From owner-linux-xfs@oss.sgi.com Tue Jun 27 19:03:37 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 19:03:27 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:23934 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 19:03:16 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id TAA00668; Tue, 27 Jun 2000 19:08:42 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id TAA49330; Tue, 27 Jun 2000 19:03:07 -0700 (PDT) Date: Tue, 27 Jun 2000 19:03:07 -0700 (PDT) Message-Id: <200006280203.TAA49330@info.engr.sgi.com> X-Pv-Incident: 794398 webPV: clouds.melbourne.sgi.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com) Subject: UPDATE 794398 - reservations not cleared on O_TRUNC To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794398 Status : open Priority : 4 Assigned Engineer : cattelan Submitter : dxm Opened Date : 06/21/00 *Reproducible : T *Modified User : dxm *Modified User Domain : engr *Description : XFS qa test 009 fails due to reservations on a file not being cleared when the file is re-opened with O_TRUNC. Reservations are made with the ioctl XFS_IOC_RESVSP64. ========================== ADDITIONAL INFORMATION (REASSIGN) From: lmc@sgi.com (BugWorks) Date: Jun 22 2000 08:27:58AM ..... ========================== ADDITIONAL INFORMATION (UPDATE) From: dxm@engr (BugWorks) Date: Jun 27 2000 07:03:07PM ========================== This bug doesn't seem to be affected by providing "unwritten=0" to mkfs. QA 009 reproduces it reliably. From owner-linux-xfs@oss.sgi.com Tue Jun 27 20:22:47 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 20:22:37 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:31782 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 20:22:17 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA11212 for ; Tue, 27 Jun 2000 20:17:27 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id UAA93717 for ; Tue, 27 Jun 2000 20:21:56 -0700 (PDT) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id UAA62715 for ; Tue, 27 Jun 2000 20:20:08 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id UAA23628 for linux-xfs@oss.sgi.com; Tue, 27 Jun 2000 20:20:07 -0700 Date: Tue, 27 Jun 2000 20:20:07 -0700 From: Ananth Ananthanarayanan Message-Id: <200006280320.UAA23628@dbear.engr.sgi.com> Subject: TAKE - kiobuf related bug fixes To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Date: Tue Jun 27 20:18:43 PDT 2000 Workarea: dbear.engr.sgi.com:/build2/ananth/slinx24-xfs-new The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65344a linux/mm/memory.c - 1.33 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/memory.c.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h linux/fs/iobuf.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/iobuf.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/include/linux/iobuf.h - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/iobuf.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h - Fix bugs in kiobuf lock_kiovec/unlock_kiovec logic. linux/drivers/scsi/scsi_lib.c - 1.18 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h - Fix large request re-injection paths for KIOBUF_IO. linux/fs/pagebuf/page_buf.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - Fix bugs in kiobuf lock_kiovec/unlock_kiovec logic. From owner-linux-xfs@oss.sgi.com Tue Jun 27 22:37:57 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 22:37:47 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:18247 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 22:37:25 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA20736 for ; Tue, 27 Jun 2000 22:32:34 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA21698 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 28 Jun 2000 15:35:02 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA23063 for linux-xfs@oss.sgi.com; Wed, 28 Jun 2000 15:35:01 +1000 (EST) Date: Wed, 28 Jun 2000 15:35:01 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006280535.PAA23063@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_db fixes Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing & associated qa Modid: 2.4.0-test1-xfs:slinx:65373a Date: Tue Jun 27 22:34:10 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/db/io.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/io.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h - fix "push " infinite recursion save inode state properly on "push" cmd/xfs/db/type.c - 1.21 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/type.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h - don't allow cast from type=none cmd/xfs/stress/003 - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - test that casting type=none fails test that inode push leaves stack top in same state cmd/xfs/stress/003.out - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.out.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - output for 003 From owner-linux-xfs@oss.sgi.com Tue Jun 27 22:55:58 2000 Received: by oss.sgi.com id ; Tue, 27 Jun 2000 22:55:48 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:48971 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 27 Jun 2000 22:55:31 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA22010 for ; Tue, 27 Jun 2000 22:50:40 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA21907 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 28 Jun 2000 15:54:23 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA42590 for linux-xfs@oss.sgi.com; Wed, 28 Jun 2000 15:54:23 +1000 (EST) Date: Wed, 28 Jun 2000 15:54:23 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006280554.PAA42590@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_db argc bugfixes Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:65374a Date: Tue Jun 27 22:53:53 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/db/addr.c - 1.14 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/addr.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h cmd/xfs/db/io.c - 1.25 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/io.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h - argc bugfix cmd/xfs/stress/003 - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h cmd/xfs/stress/003.out - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/003.out.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h - test addr argc bug test ring argc bug From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:44 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42048 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:12 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19041; Wed, 28 Jun 2000 08:04:09 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA00890; Wed, 28 Jun 2000 08:08:51 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:51 -0700 (PDT) Message-Id: <200006281508.IAA00890@info.engr.sgi.com> X-Pv-Incident: 769398 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 769398 - xfs_vnode.c is very old To: cattelan@cthulhu.engr.sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=769398 *Status : closed Priority : 1 Assigned Engineer : cattelan Submitter : mostek Opened Date : 10/04/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:50AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : linux/xfs_vnode.c is way out of date from IRIX. This might be OK, but... xfs_vnode.c should be compared with the latest version on IRIX and any changes needed should be stitched into the one on Linux. On the other hand, the Linux xfs_vnode.c could be much simpler. This task is here to study the situation and analyze what is really needed from xfs_vnode.c I noticed that NESTED_LOCK_VFP is defined but never used. I am not currently implementing this as part of the lock work. If we need a nested spinlock more work is needed ..... ========================== ADDITIONAL INFORMATION (ADD) From: russell cattelan Date: Oct 11 1999 10:50:07AM [pvnews version: 1.71] ========================== --------------591C48B29E2E6F2EA4188DAE Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit "casey@engr" wrote: > Submitter : mostek Status : open > Assigned Engineer : cattelan Priority : 1 > *Modified Date : 10/11/99 *Modified User : casey > *Modified User Domain : engr > > *Description : > > linux/xfs_vnode.c is way out of date from IRIX. This might > be OK, but... xfs_vnode.c should be compared with the latest version > on IRIX and any changes needed should be stitched into the one > on Linux. On the other hand, the Linux xfs_vnode.c could be > much simpler. This task is here to study the situation and > > ..... > > ========================== > ADDITIONAL INFORMATION (ADD) > From: casey schaufler > Date: Oct 11 1999 10:20:05AM > [pvnews version: 1.71] > ========================== > mostek@sgi.com wrote: > > > > View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=769398 > > > > Submitter : mostek Submitter Domain : sgi.com > > Assigned Engineer : cattelan Assigned Domain : engr > > Assigned Group : xfs-linux Category : software > > Customer Reported : F Priority : 1 > > Project : xfs-linux Status : open > > Description : > > linux/xfs_vnode.c is way out of date from IRIX. This might > > be OK, but... xfs_vnode.c should be compared with the latest version > > on IRIX and any changes needed should be stitched into the one > > on Linux. On the other hand, the Linux xfs_vnode.c could be > > much simpler. This task is here to study the situation and > > analyze what is really needed from xfs_vnode.c > > Just curious as to why the Linux xfs_vnode.c ought to be simpler > than its Irix counterpart. It is unclear exactly how we are or are not going to keep vnodes around. Lunix's vnode (which called an inode) should be able to do most of the caching and list management that the irix vnode.c stuff would do. We need enough of vnode.c to keep the xfs code the same. This specific area is under a lot of discussion due to AT&T licensing issues. > > > -- > > Casey Schaufler voice: (650) 933-1634 > casey@sgi.com fax: (650) 933-0170 --------------591C48B29E2E6F2EA4188DAE Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit "casey@engr" wrote:
 Submitter : mostek                    Status : open
 Assigned Engineer : cattelan          Priority : 1
*Modified Date : 10/11/99             *Modified User : casey
*Modified User Domain : engr

*Description :

linux/xfs_vnode.c is way out of date from IRIX. This might
be OK, but... xfs_vnode.c should be compared with the latest version
on IRIX and any changes needed should be stitched into the one
on Linux. On the other hand, the Linux xfs_vnode.c could be
much simpler. This task is here to study the situation and

.....

==========================
ADDITIONAL INFORMATION (ADD)
From: casey schaufler <casey@sgi.com>
Date: Oct 11 1999 10:20:05AM
[pvnews version: 1.71]
==========================
mostek@sgi.com wrote:
>
> View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=769398
>
> Submitter : mostek                    Submitter Domain : sgi.com
> Assigned Engineer : cattelan          Assigned Domain : engr
> Assigned Group : xfs-linux            Category : software
> Customer Reported : F                 Priority : 1
> Project : xfs-linux                   Status : open
> Description :
> linux/xfs_vnode.c is way out of date from IRIX. This might
> be OK, but... xfs_vnode.c should be compared with the latest version
> on IRIX and any changes needed should be stitched into the one
> on Linux. On the other hand, the Linux xfs_vnode.c could be
> much simpler. This task is here to study the situation and
> analyze what is really needed from xfs_vnode.c

Just curious as to why the Linux xfs_vnode.c ought to be simpler
than its Irix counterpart.

It is unclear exactly how we are or are not going to keep vnodes around.
Lunix's vnode (which called an inode) should be able to do most of the
caching and list management that the irix vnode.c stuff would do.

We need enough of vnode.c to keep the xfs code the same.
This specific area is under a lot of discussion due to AT&T licensing issues.

 

--

Casey Schaufler                         voice: (650) 933-1634
casey@sgi.com                           fax:   (650) 933-0170

--------------591C48B29E2E6F2EA4188DAE-- From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:44 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:44864 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:12 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19450; Wed, 28 Jun 2000 08:05:45 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA36575; Wed, 28 Jun 2000 08:10:13 -0700 (PDT) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA03367; Wed, 28 Jun 2000 08:08:39 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:39 -0700 (PDT) Message-Id: <200006281508.IAA03367@info.engr.sgi.com> X-Pv-Incident: 768252 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768252 - Linux-specific permission checking needs to be resolved. To: kpreslan@cthulhu.engr.sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, casey@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768252 *Status : closed Priority : 2 Assigned Engineer : kpreslan Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:38AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : Security issues need to be resolved. i.) creds are used throughout XFS. These need to be correctly set-up on Linux. For now, the assumption is that a sys_cred will work because Linux already does permission checking everywhere. Is this true? ii.) capabilities and ACLs need to be studied. On IRIX, these are kept as extended attributes. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) ..... ========================== ADDITIONAL INFORMATION (ADD) From: kpreslan@engr (BugWorks) Date: Oct 05 1999 01:14:13PM ========================== Currently, Linux supports giving capabilities to processes. There are system calls capget and capset that access the capabilities of a process or group of processes. There is no support in 2.2 or 2.3 for attaching capabilities to files (which is what we're interested in). However, there is a 3rd party patch to add the new inode operation that allows capabilities. The inode operation could call XFS code to do the standard XFS capability stuff in the extended attributes. With Linus' feature freeze for 2.4, I doubt the patch could make it into the standard kernel before 2.5. So, unless someone thinks capabilities are really important for the initial release, I suggest we put it off for now. The URL for the capability patch is: http://www.us.kernel.org/pub/linux/libs/security/linux-privs/ From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:44 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:44096 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:12 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19009; Wed, 28 Jun 2000 08:04:04 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA60097; Wed, 28 Jun 2000 08:08:46 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:46 -0700 (PDT) Message-Id: <200006281508.IAA60097@info.engr.sgi.com> X-Pv-Incident: 768269 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768269 - Implement super ops mapping from Linux -> IRIX's VFS To: kpreslan@cthulhu.engr.sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768269 *Status : closed Priority : 1 Assigned Engineer : kpreslan Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:45AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : Implement super ops mapping from Linux -> XFS. An initial version is written creating a mapping layer from Linux to VOPS which then call into XFS. This needs lots of testing and more tuning. If the performance is bad, we may need to scrap the vnode mapping and create a Linux XFS interface. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:58PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:44 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42048 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:10 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19474; Wed, 28 Jun 2000 08:05:54 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA45989; Wed, 28 Jun 2000 08:10:23 -0700 (PDT) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA90532; Wed, 28 Jun 2000 08:08:49 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:49 -0700 (PDT) Message-Id: <200006281508.IAA90532@info.engr.sgi.com> X-Pv-Incident: 768821 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768821 - removing the xfs.o module needs to free memory, ... To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768821 *Status : closed Priority : 3 Assigned Engineer : btg Submitter : mostek Opened Date : 09/29/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:48AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : When doing the insmod, xfs.o now initializes lots of structures and allocates a bunch of memory. The delmod/remove module code should undo all this. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:44 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:25 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42048 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:11 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19418; Wed, 28 Jun 2000 08:05:39 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA43181; Wed, 28 Jun 2000 08:10:08 -0700 (PDT) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA47705; Wed, 28 Jun 2000 08:08:34 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:34 -0700 (PDT) Message-Id: <200006281508.IAA47705@info.engr.sgi.com> X-Pv-Incident: 768232 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768232 - Port XFS user commands under slinx-xfs/eoe/cmd/xfs to Linux. To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, casey@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768232 *Status : closed Priority : 3 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:33AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : 3.) Port user commands under slinx-xfs/eoe/cmd/xfs xfs_bmap, xfs_bstat, xfsdump/xfsrestore, xfs_fsr, xfs_estimate, xfs_fstyp, (skip imap, ggd, grio* for now), and xfs_growfs. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:13PM ========================== ..... ========================== ADDITIONAL INFORMATION (UPDATE) From: casey@engr (BugWorks) Date: Sep 23 1999 04:48:52PM ========================== Please add attr and attrinit to the list of XFS commands to be ported. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:45 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:26 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:43840 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:11 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA18995; Wed, 28 Jun 2000 08:03:59 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA55732; Wed, 28 Jun 2000 08:08:41 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:41 -0700 (PDT) Message-Id: <200006281508.IAA55732@info.engr.sgi.com> X-Pv-Incident: 768258 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768258 - various automatic disk syncing changes. To: kpreslan@cthulhu.engr.sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768258 *Status : closed Priority : 1 Assigned Engineer : kpreslan Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:40AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : sync xfs inode's sync xfs superblock This may just be as simple as having linvfs_write_super call VFS_SYNC(). and not having any calls for write_inode. But somehow I think this is more complex. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:39PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:45 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:34 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:42048 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:11 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19462; Wed, 28 Jun 2000 08:05:50 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA35542; Wed, 28 Jun 2000 08:10:18 -0700 (PDT) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA63094; Wed, 28 Jun 2000 08:08:44 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:44 -0700 (PDT) Message-Id: <200006281508.IAA63094@info.engr.sgi.com> X-Pv-Incident: 768266 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768266 - Kernel <--> User memory access, DMA cache coherency? To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768266 *Status : closed Priority : 2 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:43AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : There are various calls in XFS to useracc For now, the routine simply prints "NOT IMPLMENTED". The functionality expected of this routine goes far beyond simply checking that the user can indeed access this memory. The call also potentially faults in pages (B_PHYS). This area needs to be studies and similar functionality needs to happen on Linux. This work should be coordinated with Bill Earl as he does the page/buf cache work. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:55PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:17:45 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:26 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:43840 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:11 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA19481; Wed, 28 Jun 2000 08:05:59 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA42055; Wed, 28 Jun 2000 08:10:28 -0700 (PDT) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA49490; Wed, 28 Jun 2000 08:08:54 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:54 -0700 (PDT) Message-Id: <200006281508.IAA49490@info.engr.sgi.com> X-Pv-Incident: 787669 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 787669 - page_buf_locking could not be rmmod'ed To: ananth@cthulhu.engr.sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=787669 *Status : closed Priority : 2 Assigned Engineer : ananth Submitter : mostek Opened Date : 04/11/00 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:53AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : Got into a situation where the use count for the page_buf_locking module was greater than zero, even though the xfs module had been unloaded, and therefore I am unable to unload the module. A quick look around, found this: xfs_super.c: void linvfs_release_inode(struct inode *inode) { if (inode) { ..... ========================== ADDITIONAL INFORMATION (ADD) From: lord@sgi.com (BugWorks) Date: Apr 11 2000 08:00:57AM ========================== I think this is actually a side effect of BUG 787427 where there are page_bufs left around after unmount. This is the reason for the EBUSY - and any form of looping is not going to fix it, we need to get the buffers out of memory duing unmount. From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:18:04 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:17:45 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:55872 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:22 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA18971; Wed, 28 Jun 2000 08:03:54 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA94407; Wed, 28 Jun 2000 08:08:36 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:36 -0700 (PDT) Message-Id: <200006281508.IAA94407@info.engr.sgi.com> X-Pv-Incident: 768247 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768247 - Make XFS on Linux Endian BIG ENDIAN on disk, always To: mac@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768247 *Status : closed Priority : 2 Assigned Engineer : mac Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:35AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : Endianess needs to be handled by XFS. Some fixes have already been generated during the prototype. This is a large work-item. XFS should always keep the disk in big endian format and convert using macros in the code. For example, the networking code uses hton/ntoh (host to network and network to host) macros. XFS should use some similar macros. ext2 already does this and can be used as an example. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) ..... ========================== ADDITIONAL INFORMATION (REASSIGN) From: mostek@sgi.com (BugWorks) Date: Nov 22 1999 10:43:11AM ========================== reassign to Mark who is doing the Endian work From owner-linux-xfs@oss.sgi.com Wed Jun 28 08:18:13 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 08:18:05 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:12353 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 08:17:46 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA21082 for ; Wed, 28 Jun 2000 08:12:56 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA15793 for ; Wed, 28 Jun 2000 10:16:39 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA04390 for ; Wed, 28 Jun 2000 10:16:33 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA18887; Wed, 28 Jun 2000 10:13:53 -0500 Message-Id: <200006281513.KAA18887@jen.americas.sgi.com> Date: Wed, 28 Jun 2000 10:13:53 -0500 Subject: TAKE 794398 - reservations not cleared on O_TRUNC To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This was broken because the open with O_TRUNC code path on linux goes into the filesystem via a different route from on irix. Date: Wed Jun 28 08:03:03 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65389a linux/fs/xfs/xfs_vnodeops.c - 1.457 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.457&r2=text&tr2=1.456&f=h - Modify setattr in the truncate to zero case to pay attention to existing extents beying end of file, open with O_TRUNC comes this way in Linux. From owner-linux-xfs@oss.sgi.com Wed Jun 28 09:19:14 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 09:19:04 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3907 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 09:18:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA01977; Wed, 28 Jun 2000 08:14:12 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA10692; Wed, 28 Jun 2000 08:08:37 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:37 -0700 (PDT) Message-Id: <200006281508.IAA10692@info.engr.sgi.com> X-Pv-Incident: 768248 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768248 - All lock types needed by XFS need to be implemented/bypassed/... on Linux To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768248 *Status : closed Priority : 1 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:37AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : All lock types needed by XFS need to be implemented/bypassed/... Linux has many fewer lock calls than those used by XFS. For example, there are no multi-reader locks in Linux. This work has been started in fs/xfs/linux/xfs_locks.c and fs/xfs/linux/xfs_sema.h. i. Implement mrlocks including mrdemote ii. check if any locks go to sleep in XFS interrupt threads. This can't be done on Linux. XFS may need to have additional threads to handle this work. iii. map spl calls in XFS to something appropriate on Linux. ..... ========================== ADDITIONAL INFORMATION (ADD) From: lord@sgi.com (BugWorks) Date: Sep 28 1999 06:47:24AM ========================== As part of this work we need to take account of if the kernel is built for SMP or not. There are definitions in the xfs headers which use MP to decide if the kernel us for single or multiple processors, this needs to change to use config/smp.h which defines CONFIG_SMP From owner-linux-xfs@oss.sgi.com Wed Jun 28 09:19:14 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 09:19:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3907 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 09:18:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA09701; Wed, 28 Jun 2000 08:14:07 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA37894; Wed, 28 Jun 2000 08:08:32 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:32 -0700 (PDT) Message-Id: <200006281508.IAA37894@info.engr.sgi.com> X-Pv-Incident: 768231 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768231 - Finish porting XFS admin commands under slinx-xfs/cmd/xfs To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768231 *Status : closed Priority : 2 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:31AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : finish porting admin commands. mkfs and xfs_db are working for the most part, but need more debugging. The entire list of admin commands are: xfs_copy, xfs_db, ## mostly done, but has some bugs xfs_logprint, xfs_maxttres xfs_mkfs ## mostly done, but has some bugs xfs_repair ..... ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:12PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 09:19:14 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 09:19:04 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3395 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 09:18:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA00570; Wed, 28 Jun 2000 08:14:22 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA75670; Wed, 28 Jun 2000 08:08:47 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:47 -0700 (PDT) Message-Id: <200006281508.IAA75670@info.engr.sgi.com> X-Pv-Incident: 768270 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768270 - Implement inode ops for XFS on Linux To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768270 *Status : closed Priority : 1 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : From: steve lord (PARTIAL) Date: Sep 29 1999 08:10:16AM [pvnews version: 1.71] ---------------------------- Date: Wed Sep 29 07:23:52 PDT 1999 Modid: slinx-xfs:pingu:28013a Workarea: clink:/data/clink/io/lord/linux-xfs ..... ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:47AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : Implement inode ops for XFS. i. file_inode_operations ii. dir_inode_operations iii. symlink_inode_operations Some of these have been written mapping from Linux -> VFS. This needs lots more work. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:59PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 09:19:23 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 09:19:05 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3395 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 09:18:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA05234; Wed, 28 Jun 2000 08:14:17 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA33325; Wed, 28 Jun 2000 08:08:42 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:42 -0700 (PDT) Message-Id: <200006281508.IAA33325@info.engr.sgi.com> X-Pv-Incident: 768260 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 768260 - DNLC on Linux To: btg@sgi.com Cc: slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768260 *Status : closed Priority : 4 Assigned Engineer : btg Submitter : mostek Opened Date : 09/23/99 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:42AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : XFS uses DNLC. Linux has a dcache. For now, DNLC has been stubbed out. But, we may want to have DNLC just within XFS for better aim numbers when they try and fill up the dcache so that we never hit the cache. XFS' performance would be much better since it would also have DNLC. ========================== ADDITIONAL INFORMATION (UPDATE) From: mostek@sgi.com (BWX) Date: Sep 23 1999 02:35:43PM ========================== Try a one time update to Cc: list for slinx-xfs@engr to minimize mail to the list upon creation. From owner-linux-xfs@oss.sgi.com Wed Jun 28 09:19:34 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 09:19:14 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5699 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 09:18:56 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA08469; Wed, 28 Jun 2000 08:14:27 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA08356; Wed, 28 Jun 2000 08:08:52 -0700 (PDT) Date: Wed, 28 Jun 2000 08:08:52 -0700 (PDT) Message-Id: <200006281508.IAA08356@info.engr.sgi.com> X-Pv-Incident: 787178 webPV: 192.82.201.231 webExec: bugs_update,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 787178 - update times not correctly handled in write To: btg@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=787178 *Status : closed Priority : 2 Assigned Engineer : btg Submitter : mostek Opened Date : 04/05/00 *Closed Date : 06/28/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/28/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BWX) Date: Jun 28 2000 08:08:52AM ========================== Closing PVs which were fixed in the XFS linux port a long time ago. Description : When doing a kernel build on XFS on 2.3.99-pre2, I can see that the output file's date is not correct. Here is the command running: make EXTRAVERSION=-xfs bzImage > bz1.out 2>&1 Here is the output of ls -ltr in the same directory: [root@carlos linux]# ls -ltr total 204 drwxr-xr-x 13 mostek wheel 130 Apr 5 16:11 arch/ -r--r--r-- 1 mostek wheel 17133 Apr 5 16:11 Makefile -r--r--r-- 1 mostek wheel 8056 Apr 5 16:11 Rules.make -rwxr-xr-x 1 root root 359 Apr 5 16:42 mall* -rw-r--r-- 1 root root 1057 Apr 5 16:42 mc.out -rw-r--r-- 1 root root 59300 Apr 5 16:43 md.out drwxr-xr-x 31 mostek wheel 4096 Apr 5 16:43 drivers/ -rw-r--r-- 1 root root 63199 Apr 5 16:44 bz1.out drwxr-xr-x 6 mostek wheel 4096 Apr 5 16:44 scripts/ drwxr-xr-x 21 mostek wheel 4096 Apr 5 16:44 include/ drwxr-xr-x 2 mostek wheel 64 Apr 5 16:44 init/ drwxr-xr-x 2 mostek wheel 4096 Apr 5 16:45 kernel/ drwxr-xr-x 2 mostek wheel 4096 Apr 5 16:47 mm/ drwxr-xr-x 37 mostek wheel 4096 Apr 5 16:48 fs/ drwxr-xr-x 26 mostek wheel 4096 Apr 5 16:49 net/ drwxr-xr-x 2 mostek wheel 4096 Apr 5 16:49 ipc/ drwxr-xr-x 2 mostek wheel 4096 Apr 5 16:49 lib/ drwxr-xr-x 3 mostek wheel 4096 Apr 5 16:49 kdb/ From owner-linux-xfs@oss.sgi.com Wed Jun 28 18:28:00 2000 Received: by oss.sgi.com id ; Wed, 28 Jun 2000 18:27:50 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 28 Jun 2000 18:27:24 -0700 Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA06434 for ; Wed, 28 Jun 2000 18:32:52 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA09001 for ; Wed, 28 Jun 2000 18:27:02 -0700 (PDT) mail_from (ananth@dbear.engr.sgi.com) Received: (from ananth@localhost) by dbear.engr.sgi.com (8.9.3/8.8.7) id SAA16778 for linux-xfs@oss.sgi.com; Wed, 28 Jun 2000 18:27:00 -0700 Date: Wed, 28 Jun 2000 18:27:00 -0700 From: Ananth Ananthanarayanan Message-Id: <200006290127.SAA16778@dbear.engr.sgi.com> Subject: TAKE - write out large extents with kiobufs To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Enable use of kiobufs for cluster_writes. This significantly improves (over 100%) the performance of sequential output when CONFIG_KIOBUF_IO is turned ON. Date: Wed Jun 28 18:23:13 PDT 2000 Workarea: dbear.engr.sgi.com:/build2/ananth/slinx24-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65443a linux/include/linux/page_buf.h - 1.50 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.50&r2=text&tr2=1.49&f=h linux/kdb/modules/kdbm_pg.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h linux/fs/pagebuf/page_buf.c - 1.9 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h linux/fs/pagebuf/page_buf_io.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h From owner-linux-xfs@oss.sgi.com Thu Jun 29 16:08:21 2000 Received: by oss.sgi.com id ; Thu, 29 Jun 2000 16:08:00 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:40489 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 29 Jun 2000 16:07:54 -0700 Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA09438; Thu, 29 Jun 2000 16:03:04 -0700 (PDT) mail_from (nobody@info.engr.sgi.com) Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA78542; Thu, 29 Jun 2000 16:07:41 -0700 (PDT) Date: Thu, 29 Jun 2000 16:07:41 -0700 (PDT) Message-Id: <200006292307.QAA78542@info.engr.sgi.com> X-Pv-Incident: 794398 webPV: jen.cray.com webExec: webpvupdate,pvincident Reply-To: sgi.bugs.xfs@fido.engr.sgi.com From: pv@fddi-odin.corp.sgi.com (lord@sgi.com) Subject: CLOSE 794398 - reservations not cleared on O_TRUNC To: cattelan@sgi.com Cc: linux-xfs@oss.sgi.com Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794398 *Status : closed Priority : 4 Assigned Engineer : cattelan Submitter : dxm Opened Date : 06/21/00 *Closed Date : 06/29/00 *Fixed By : lord *Fixed By Domain : sgi.com *Modified Date : 06/29/00 *Modified User : lord *Modified User Domain : sgi.com *Fix Description : ========================== ADDITIONAL INFORMATION (CLOSE) From: lord@sgi.com (BugWorks) Date: Jun 29 2000 04:07:41PM ========================== I fixed this yesterday - I guess take messages do not close PVs..... From owner-linux-xfs@oss.sgi.com Thu Jun 29 18:00:10 2000 Received: by oss.sgi.com id ; Thu, 29 Jun 2000 17:59:51 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:51019 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 29 Jun 2000 17:59:41 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA21316 for ; Thu, 29 Jun 2000 17:54:49 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06741 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 30 Jun 2000 10:57:15 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA76490 for linux-xfs@oss.sgi.com; Fri, 30 Jun 2000 10:57:15 +1000 (EST) Date: Fri, 30 Jun 2000 10:57:15 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006300057.KAA76490@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - various qa Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing - add some more info on using tests to existing README file - add some checking of scratch partition for test(s) that require it - pick a better default seed to srandom in tests Modid: 2.4.0-test1-xfs:slinx:65528a Date: Thu Jun 29 17:54:56 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/common.rc - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - add _require_scratch and some other utility stuff cmd/xfs/stress/009 - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - use _require_scratch cmd/xfs/stress/README - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/README.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - add some info on using the tests cmd/xfs/stress/check - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/check.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - move trap to after definition of _wrapup cmd/xfs/stress/src/dirstress.c - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/dirstress.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h cmd/xfs/stress/src/randholes.c - 1.4 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/randholes.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h cmd/xfs/stress/src/truncfile.c - 1.2 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/src/truncfile.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h - use a better default seed to srandom From owner-linux-xfs@oss.sgi.com Thu Jun 29 18:04:01 2000 Received: by oss.sgi.com id ; Thu, 29 Jun 2000 18:03:41 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:19532 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 29 Jun 2000 18:03:31 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA21576 for ; Thu, 29 Jun 2000 17:58:40 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06828 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 30 Jun 2000 11:02:23 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA32447 for linux-xfs@oss.sgi.com; Fri, 30 Jun 2000 11:02:23 +1000 (EST) Date: Fri, 30 Jun 2000 11:02:23 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006300102.LAA32447@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs qa 009 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing fix output Modid: 2.4.0-test1-xfs:slinx:65530a Date: Thu Jun 29 18:01:09 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/stress/009.out - 1.3 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.out.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h - fix From owner-linux-xfs@oss.sgi.com Thu Jun 29 21:14:51 2000 Received: by oss.sgi.com id ; Thu, 29 Jun 2000 21:14:32 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:19206 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 29 Jun 2000 21:14:08 -0700 Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id VAA06385 for ; Thu, 29 Jun 2000 21:09:17 -0700 (PDT) mail_from (dxm@snort.melbourne.sgi.com) Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA07876 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 30 Jun 2000 14:13:00 +1000 Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA26876 for linux-xfs@oss.sgi.com; Fri, 30 Jun 2000 14:12:59 +1000 (EST) Date: Fri, 30 Jun 2000 14:12:59 +1000 (EST) From: dxm@snort.melbourne.sgi.com (Daniel Moore) Message-Id: <200006300412.OAA26876@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - xfs_logprint bugfix Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.4.0-test1-xfs:slinx:65538a Date: Thu Jun 29 21:12:26 PDT 2000 Workarea: snort:/build1/people/dxm/isms/slinx-xfs Author: dxm The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs cmd/xfs/logprint/log_misc.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_misc.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h - fix linked list bug From owner-linux-xfs@oss.sgi.com Fri Jun 30 00:17:32 2000 Received: by oss.sgi.com id ; Fri, 30 Jun 2000 00:17:13 -0700 Received: from lips.borg.umn.edu ([160.94.232.50]:3338 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Fri, 30 Jun 2000 00:16:54 -0700 Received: from phuck.thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118]) by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e5U7H3b81558 for ; Fri, 30 Jun 2000 02:17:03 -0500 (CDT) Received: (from cattelan@localhost) by phuck.thebarn.com (8.9.3/8.9.2) id CAA10140; Fri, 30 Jun 2000 02:16:28 -0500 (CDT) (envelope-from cattelan@thebarn.com) From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14684.18763.502828.317933@phuck.thebarn.com> Date: Fri, 30 Jun 2000 02:16:27 -0500 (CDT) To: linux-xfs@oss.sgi.com Subject: xfs changes to core linux. X-Mailer: VM 6.72 under 21.1 (patch 9) "Canyonlands" XEmacs Lucid Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Here is any easy was to view the changes make to linux to support xfs. http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/Rules.make.diff?r1=text&tr1=1.1.1.4&r2=text&tr2=1.1.1.4.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/Documentation/00-INDEX.diff?r1=text&tr1=1.1.1.5&r2=text&tr2=1.1.1.5.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/Documentation/ioctl-number.txt.diff?r1=text&tr1=1.1.1.10&r2=text&tr2=1.1.1.10.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/arch/i386/Makefile.diff?r1=text&tr1=1.1.1.12&r2=text&tr2=1.1.1.12.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/arch/i386/kernel/i386_ksyms.c.diff?r1=text&tr1=1.1.1.19&r2=text&tr2=1.1.1.19.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/arch/i386/lib/Makefile.diff?r1=text&tr1=1.1.1.5&r2=text&tr2=1.1.1.5.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/drivers/block/ll_rw_blk.c.diff?r1=text&tr1=1.1.1.28&r2=text&tr2=1.1.1.28.2.2&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.1.1.12&r2=text&tr2=1.1.1.12.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/drivers/scsi/scsi_merge.c.diff?r1=text&tr1=1.1.1.13&r2=text&tr2=1.1.1.13.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/drivers/scsi/sd.c.diff?r1=text&tr1=1.1.1.25&r2=text&tr2=1.1.1.25.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/Config.in.diff?r1=text&tr1=1.1.1.28&r2=text&tr2=1.1.1.28.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/Makefile.diff?r1=text&tr1=1.1.1.13&r2=text&tr2=1.1.1.13.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/buffer.c.diff?r1=text&tr1=1.1.1.36&r2=text&tr2=1.1.1.36.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/filesystems.c.diff?r1=text&tr1=1.1.1.12&r2=text&tr2=1.1.1.12.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/inode.c.diff?r1=text&tr1=1.1.1.27&r2=text&tr2=1.1.1.27.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/fs/super.c.diff?r1=text&tr1=1.1.1.33&r2=text&tr2=1.1.1.33.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/asm-i386/atomic.h.diff?r1=text&tr1=1.1.1.5&r2=text&tr2=1.1.1.5.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/blkdev.h.diff?r1=text&tr1=1.1.1.14&r2=text&tr2=1.1.1.14.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/elevator.h.diff?r1=text&tr1=1.1.1.2&r2=text&tr2=1.1.1.2.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/fs.h.diff?r1=text&tr1=1.1.1.50&r2=text&tr2=1.1.1.50.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/iobuf.h.diff?r1=text&tr1=1.1.1.4&r2=text&tr2=1.1.1.4.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/mm.h.diff?r1=text&tr1=1.1.1.32&r2=text&tr2=1.1.1.32.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/mount.h.diff?r1=text&tr1=1.1.1.8&r2=text&tr2=1.1.1.8.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/pagemap.h.diff?r1=text&tr1=1.1.1.18&r2=text&tr2=1.1.1.18.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/slab.h.diff?r1=text&tr1=1.1.1.6&r2=text&tr2=1.1.1.6.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/include/linux/vmalloc.h.diff?r1=text&tr1=1.1.1.4&r2=text&tr2=1.1.1.4.2.2&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/init/main.c.diff?r1=text&tr1=1.1.1.33&r2=text&tr2=1.1.1.33.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/kernel/ksyms.c.diff?r1=text&tr1=1.1.1.44&r2=text&tr2=1.1.1.44.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/filemap.c.diff?r1=text&tr1=1.1.1.42&r2=text&tr2=1.1.1.42.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/memory.c.diff?r1=text&tr1=1.1.1.33&r2=text&tr2=1.1.1.33.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/page_alloc.c.diff?r1=text&tr1=1.1.1.28&r2=text&tr2=1.1.1.28.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/slab.c.diff?r1=text&tr1=1.1.1.17&r2=text&tr2=1.1.1.17.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/vmalloc.c.diff?r1=text&tr1=1.1.1.8&r2=text&tr2=1.1.1.8.2.2&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/mm/vmscan.c.diff?r1=text&tr1=1.1.1.30&r2=text&tr2=1.1.1.30.2.1&f=h http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.3-4/linux/scripts/mkdep.c.diff?r1=text&tr1=1.1.1.7&r2=text&tr2=1.1.1.7.2.1&f=h From owner-linux-xfs@oss.sgi.com Fri Jun 30 12:00:06 2000 Received: by oss.sgi.com id ; Fri, 30 Jun 2000 11:59:47 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:61220 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 30 Jun 2000 11:59:36 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA28232 for ; Fri, 30 Jun 2000 11:54:46 -0700 (PDT) mail_from (lord@sgi.com) From: lord@sgi.com Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA03432 for ; Fri, 30 Jun 2000 13:58:30 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA15371 for ; Fri, 30 Jun 2000 13:58:30 -0500 (CDT) Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA09995; Fri, 30 Jun 2000 13:55:32 -0500 Message-Id: <200006301855.NAA09995@jen.americas.sgi.com> Date: Fri, 30 Jun 2000 13:55:32 -0500 Subject: TAKE - fix some issues with reclaiming inodes + buffer mapping work To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This is really two changes in one: It is a fix for removal on a directory not always cleaning up the on disk structures correctly. The division of reclaim into two components was wrong for directories some of the time. It was also broken from user space and causing xfs_repair to bomb out. Secondly it contains the start of some work to let us have more control from XFS of how metadata pagebufs are structured. Eventually it will let us manipulate inode buffers without having to map them into one chunk of kernel address space. It also fixes a bug where XFS wanted to do a trylock on a buffer and pagebuf was always waiting for lock if there was contention. Date: Fri Jun 30 11:54:07 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65571a linux/fs/xfs/xfs_ialloc.h - 1.38 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_ialloc.h.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h - change how inode buffer offset is calculated to allow non-mapped inode buffers. linux/fs/xfs/xfs_ialloc.c - 1.137 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_ialloc.c.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h - Explicitly pass buffer flags into a xfs_trans_get_buf call for an inode buffer. We will eventually turn off the XFS_BUF_MAPPED flag here. linux/fs/xfs/xfs_buf.h - 1.53 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf.h.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h - Add xfs_buf_offset() inline to return the address of an offset in a buffer, this will work even if the buffer has not been mapped. Add xfs_buf_read_flags and xfs_buf_get_flags which let us pass more flags from callers. linux/fs/xfs/xfs_buf_item.c - 1.103 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf_item.c.diff?r1=text&tr1=1.103&r2=text&tr2=1.102&f=h - replace XFS_BUF_PTR(bp) + buffer_offset with xfs_buf_offset(bp, buffer_offset), there needs to be more work here yet. linux/fs/xfs/xfs_vnodeops.c - 1.458 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.458&r2=text&tr2=1.457&f=h - fix xfs_reclaim and xfs_finish_reclaim so that a) they do the correct locking for a directory which is being removed, and b) so that they work when called from xfs_repair code. linux/fs/xfs/xfs_vfsops.c - 1.272 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.272&r2=text&tr2=1.271&f=h - pass extra state into xfs_finish_reclaim linux/fs/xfs/xfs_inode.c - 1.292 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.292&r2=text&tr2=1.291&f=h - change how inode buffer offset is calculated to allow non-mapped inode buffers. linux/fs/xfs/xfs_inode.h - 1.137 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.h.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h - change prototypes for xfs_finish_reclaim and xfs_inotobp linux/fs/xfs/xfs_trans_buf.c - 1.86 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_buf.c.diff?r1=text&tr1=1.86&r2=text&tr2=1.85&f=h - Allow callers of transaction buffer calls to specify locking and mapping flags, for now we end up passing the same flags down to pagebuf as before, but this gives us the option of turning mapping off for inode buffers. linux/fs/xfs/linux/xfs_griostubs.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_griostubs.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h - Changes elsewhere required an extra include to make this build linux/include/linux/page_buf.h - 1.51 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h - add pagebuf_offset prototype linux/fs/pagebuf/page_buf.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h - For mapped pagebufs do not request highmem pages - we would need to use kmap on the data in order to access it. Most pages will be data pages, and these can be highmem. Also add a pagebuf_offset function for returning the address of something within a pagebuf - only suitable for use on those non highmem pages. From owner-linux-xfs@oss.sgi.com Fri Jun 30 14:30:47 2000 Received: by oss.sgi.com id ; Fri, 30 Jun 2000 14:30:27 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:31748 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 30 Jun 2000 14:30:03 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA05393 for ; Fri, 30 Jun 2000 14:35:32 -0700 (PDT) mail_from (lord@sgi.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA35476 for ; Fri, 30 Jun 2000 16:28:56 -0500 (CDT) Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA21555 for ; Fri, 30 Jun 2000 16:28:55 -0500 (CDT) From: lord@sgi.com Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA14617; Fri, 30 Jun 2000 16:25:56 -0500 Message-Id: <200006302125.QAA14617@jen.americas.sgi.com> Date: Fri, 30 Jun 2000 16:25:56 -0500 Subject: TAKE - fix soft hangs in non-kiobuf I/O path To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Add an address_space operations vector for the xfs metadata - so we can call run_task_queue(&tq_disk) when a page is locked. Date: Fri Jun 30 14:23:11 PDT 2000 Workarea: jen.cray.com:/src/lord/xfs-linux.2.4.0-test1 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs Modid: 2.4.0-test1-xfs:slinx:65596a linux/fs/xfs/linux/xfs_super.c - 1.70 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.70&r2=text&tr2=1.69&f=h - Add address space operations for the metadata inode - just so we can have a sync_page call. This should stop soft hangs out of the meta path with kiobufs off. From owner-linux-xfs@oss.sgi.com Fri Jun 30 15:53:16 2000 Received: by oss.sgi.com id ; Fri, 30 Jun 2000 15:53:06 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:25350 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 30 Jun 2000 15:52:54 -0700 Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA28994 for ; Fri, 30 Jun 2000 15:48:03 -0700 (PDT) mail_from (cattelan@thebarn.com) Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA97740; Fri, 30 Jun 2000 17:51:47 -0500 (CDT) Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA24502; Fri, 30 Jun 2000 17:51:46 -0500 (CDT) Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80]) by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e5UMpZj12092; Fri, 30 Jun 2000 17:51:35 -0500 Message-ID: <395D2477.55D7465B@thebarn.com> Date: Fri, 30 Jun 2000 17:51:35 -0500 From: Russell Cattelan X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com, trev@sgi.com Subject: CVS tree on oss Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing I pushed a fresh copy of the cvs tree to oss. Anybody experiencing problems with undefined symbols should check out a fresh tree and try the build again. Let me know if problems still occur; include your .config when reporting problem ... it will help debug the problem. -Russell Cattelan From owner-linux-xfs@oss.sgi.com Fri Jun 30 17:42:08 2000 Received: by oss.sgi.com id ; Fri, 30 Jun 2000 17:41:48 -0700 Received: from ing-mat.udec.cl ([152.74.217.2]:14475 "EHLO ing-mat.udec.cl") by oss.sgi.com with ESMTP id ; Fri, 30 Jun 2000 17:41:23 -0700 Received: from localhost by ing-mat.udec.cl (8.9.3/8.9.1) with ESMTP id UAA01080 for ; Fri, 30 Jun 2000 20:44:48 -0400 (CST) Date: Fri, 30 Jun 2000 20:44:47 -0400 (CST) From: Claudio Baeza R To: linux-xfs@oss.sgi.com Subject: link error building linux kernel-xfs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hello, I have problem in lastest cvs-xfs (2.4.test-1) three. I downloaded according CVS instructions: export CVSROOT=':pserver:cvs@oss.sgi.com:/cvs' cvs -z3 checkout linux-2.4-xfs I did `make mrproper; make xconfig` and turned on _all_ XFS option (build in kernel and also I have tried build as module). I am using: - linux 2.4.0-test1 - gcc version egcs-2.91.66 19990314/Linux (egcs-1.1.2 release) I did `make dep; make` at the linux directory level, and this is the build error: (undefined reference) ld -m elf_i386 -T /test/linux-2.4-xfs/linux/arch/i386/vmlinux.lds -e stext arch/i386/kernel/head.o arch/i386/kernel/init_task.o init/main.o init/version.o --start-group arch/i386/kernel/kernel.o arch/i386/mm/mm.o kernel/kernel.o mm/mm.o fs/fs.o ipc/ipc.o drivers/block/block.a drivers/char/char.o drivers/misc/misc.o drivers/net/net.o drivers/parport/parport.a drivers/char/drm/drm.o drivers/ide/ide.a drivers/scsi/scsi.a drivers/cdrom/cdrom.a drivers/pci/pci.a drivers/pcmcia/pcmcia.o drivers/net/pcmcia/pcmcia_net.o drivers/pnp/pnp.o drivers/video/video.o net/network.a /test/linux-2.4-xfs/linux/arch/i386/lib/lib.a /test/linux-2.4-xfs/linux/lib/lib.a /test/linux-2.4-xfs/linux/arch/i386/lib/lib.a --end-group -o vmlinux fs/fs.o: In function `xfs_bmap_alloc': /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2371: undefined reference to `xfs_rtpick_extent' /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2532: undefined reference to `xfs_rtallocate_extent' /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2535: undefined reference to `xfs_rtallocate_extent' fs/fs.o: In function `xfs_bmap_del_extent': /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2982: undefined reference to `xfs_rtfree_extent' fs/fs.o: In function `xfs_fsoperations': /test/linux-2.4-xfs/linux/fs/xfs/xfs_fsops.c:606: undefined reference to `xfs_growfs_rt' fs/fs.o: In function `xfs_mountfs_int': /test/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c:815: undefined reference to `xfs_rtmount_init' /test/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c:942: undefined reference to `xfs_rtmount_inodes' how to solve this? thanks claudio