From owner-linux-xfs@oss.sgi.com Mon Mar 20 12:49:45 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 12:49:35 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:41569 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 20 Mar 2000 12:49:27 -0800 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 MAA05396 for ; Mon, 20 Mar 2000 12:44:48 -0800 (PST) mail_from (n8994@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 OAA66410; Mon, 20 Mar 2000 14:46:55 -0600 (CST) Received: from nt8.americas.sgi.com (nt8.americas.sgi.com [128.162.195.8]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id OAA10957; Mon, 20 Mar 2000 14:46:48 -0600 (CST) From: Russell Cattelan Received: by nt8.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id OAA38569; Mon, 20 Mar 2000 14:46:53 -0600 (CST) Message-Id: <200003202046.OAA38569@nt8.americas.sgi.com> Date: Mon, 20 Mar 2000 14:46:53 -0600 (CST) To: linux-xfs@oss.sgi.com, slinx-xfs@engr.sgi.com Subject: TAKE - Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.42-xfs:slinx:46469a Date: Mon Mar 20 12:46:11 PST 2000 Workarea: nt8.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs linux/fs/page_buf.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h linux/fs/page_buf_locking.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h linux/include/linux/page_buf.h - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h - consistent variable nameing; all bp's changed to pb's From owner-linux-xfs@oss.sgi.com Mon Mar 20 14:24:06 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 14:23:59 -0800 Received: from Cantor.suse.de ([194.112.123.193]:267 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Mon, 20 Mar 2000 14:23:37 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 6DA941E20A; Mon, 20 Mar 2000 23:23:34 +0100 (MET) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 6AC9E10A026; Mon, 20 Mar 2000 23:23:33 +0100 (MET) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 3A2B92F36D; Mon, 20 Mar 2000 23:23:32 +0100 (MET) Date: Mon, 20 Mar 2000 23:23:32 +0100 From: "Andi Kleen" To: Russell Cattelan Cc: linux-xfs@oss.sgi.com, slinx-xfs@engr.sgi.com Subject: Re: TAKE - Message-ID: <20000320232332.A3512@gruyere.muc.suse.de> References: <200003202046.OAA38569@nt8.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003202046.OAA38569@nt8.americas.sgi.com>; from n8994@sgi.com on Mon, Mar 20, 2000 at 02:46:53PM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Mon, Mar 20, 2000 at 02:46:53PM -0600, Russell Cattelan wrote: > Modid: 2.3.42-xfs:slinx:46469a > Date: Mon Mar 20 12:46:11 PST 2000 > Workarea: nt8.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > linux/fs/page_buf.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> linux/fs/page_buf.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h > linux/fs/page_buf_locking.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h > linux/include/linux/page_buf.h - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> linux/include/linux/page_buf.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h > - consistent variable nameing; all bp's changed to pb's Is this available for us non SGI folks too ? -Andi From owner-linux-xfs@oss.sgi.com Mon Mar 20 14:43:06 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 14:42:56 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:63000 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 20 Mar 2000 14:42:39 -0800 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 OAA20232 for ; Mon, 20 Mar 2000 14:38:00 -0800 (PST) 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 QAA39375; Mon, 20 Mar 2000 16:41:22 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id QAA16282; Mon, 20 Mar 2000 16:41:16 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id QAA09955; Mon, 20 Mar 2000 16:41:21 -0600 (CST) Message-Id: <200003202241.QAA09955@fsgi344.americas.sgi.com> Subject: activity should now increase To: linux-xfs@oss.sgi.com Date: Mon, 20 Mar 2000 16:41:21 -0600 (CST) Cc: slinx-xfs@engr.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 The Linux XFS development team is now going to start funnelling messages to this list so that people can see what is going on. The sources are mostly now out on oss.sgi.com/projects/xfs (see download) but it is still not buildable. The Australian team will be announcing in the not too distant future when a buildable tree is out there. This is still very experimental code (i.e. we are in development). Jim From owner-linux-xfs@oss.sgi.com Mon Mar 20 15:46:06 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 15:45:57 -0800 Received: from timbuk-fddi.cray.com ([128.162.8.102]:19627 "EHLO timbuk.cray.com") by oss.sgi.com with ESMTP id ; Mon, 20 Mar 2000 15:45:39 -0800 Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id RAA19777; Mon, 20 Mar 2000 17:45:33 -0600 (CST) Received: (from mostek@localhost) by clink.americas.sgi.com (980427.SGI.8.8.8/CRI-news-1.3) id RAA36740; Mon, 20 Mar 2000 17:45:34 -0600 (CST) Date: Mon, 20 Mar 2000 17:45:34 -0600 (CST) From: Jim Mostek Message-Id: <200003202345.RAA36740@clink.americas.sgi.com> To: slinx-xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE - add delete_inode empty routine Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing This is needed to truncate any pages left on the inode at remove time. Modid: 2.3.42-xfs:slinx:46496a Date: Mon Mar 20 15:44:51 PST 2000 Workarea: clink.americas.sgi.com:/data/clink/io/mostek/slinx-xfs2.3 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs linux/fs/xfs/linux/xfs_super.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h - Add delete_inode routine that does nothing. While put_inode with vnodes does all the releasing, iput keeps going (see fs/inode.c:iput). If there is no delete_inode routine for a file system, pages are not discarded when a file is removed that is no longer referenced: i.e. the following is skipped: if (inode->i_data.nrpages) truncate_inode_pages(inode, 0); This must be done on XFS so we need a dummy delete_inode routine. From owner-linux-xfs@oss.sgi.com Mon Mar 20 16:29:28 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 16:29:18 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:6524 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 20 Mar 2000 16:29:03 -0800 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 QAA06104 for ; Mon, 20 Mar 2000 16:32:32 -0800 (PST) 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 SAA16458; Mon, 20 Mar 2000 18:27:45 -0600 (CST) 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.4) with ESMTP id SAA19268; Mon, 20 Mar 2000 18:27:38 -0600 (CST) Received: from thebarn.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id SAA25236; Mon, 20 Mar 2000 18:27:42 -0600 Message-ID: <38D6C1FD.D4E90400@thebarn.com> Date: Mon, 20 Mar 2000 18:27:41 -0600 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Andi Kleen CC: linux-xfs@oss.sgi.com Subject: Re: TAKE - References: <200003202046.OAA38569@nt8.americas.sgi.com> <20000320232332.A3512@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 Mon, Mar 20, 2000 at 02:46:53PM -0600, Russell Cattelan wrote: > > Modid: 2.3.42-xfs:slinx:46469a > > Date: Mon Mar 20 12:46:11 PST 2000 > > Workarea: nt8.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs > > > > The following file(s) were checked into: > > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > > > linux/fs/page_buf.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > linux/fs/page_buf.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h > > linux/fs/page_buf_locking.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h > > linux/include/linux/page_buf.h - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > linux/include/linux/page_buf.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h > > - consistent variable nameing; all bp's changed to pb's > > Is this available for us non SGI folks too ? > > -Andi Anybody who wants to look at our kernel tree; with everything BUT the xfs code. setenv CVSROOT :pserver:cvs@oss.sgi.com:/cvs cvs login passwd: cvs cvs checkout slinx_2.3.42-xfs This does include the page_buf io extensions we are working on. I will make an announcement to the list when the entire tree is available. Russell Cattelan From owner-linux-xfs@oss.sgi.com Mon Mar 20 18:00:19 2000 Received: by oss.sgi.com id ; Mon, 20 Mar 2000 17:59:59 -0800 Received: from timbuk-fddi.cray.com ([128.162.8.102]:5836 "EHLO timbuk.cray.com") by oss.sgi.com with ESMTP id ; Mon, 20 Mar 2000 17:59:40 -0800 Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id TAA04193 for ; Mon, 20 Mar 2000 19:59:34 -0600 (CST) Received: (from n8994@localhost) by clink.americas.sgi.com (980427.SGI.8.8.8/CRI-news-1.3) id TAA12619 for linux-xfs@oss.sgi.com; Mon, 20 Mar 2000 19:59:34 -0600 (CST) Date: Mon, 20 Mar 2000 19:59:34 -0600 (CST) From: Russell Cattelan Message-Id: <200003210159.TAA12619@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Include file clean up. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.42-xfs:slinx:46541a Date: Mon Mar 20 17:58:59 PST 2000 Workarea: clink.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs linux/fs/xfs/xfs_alloc.c - 1.125 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_alloc.c.diff?r1=text&tr1=1.125&r2=text&tr2=1.124&f=h linux/fs/xfs/xfs_alloc_btree.c - 1.55 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_alloc_btree.c.diff?r1=text&tr1=1.55&r2=text&tr2=1.54&f=h linux/fs/xfs/xfs_attr.c - 1.73 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr.c.diff?r1=text&tr1=1.73&r2=text&tr2=1.72&f=h linux/fs/xfs/xfs_attr_leaf.c - 1.46 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_attr_leaf.c.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h linux/fs/xfs/xfs_bmap.c - 1.242 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c.diff?r1=text&tr1=1.242&r2=text&tr2=1.241&f=h linux/fs/xfs/xfs_bmap_btree.c - 1.105 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_bmap_btree.c.diff?r1=text&tr1=1.105&r2=text&tr2=1.104&f=h linux/fs/xfs/xfs_btree.c - 1.76 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_btree.c.diff?r1=text&tr1=1.76&r2=text&tr2=1.75&f=h linux/fs/xfs/xfs_buf_item.c - 1.95 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_buf_item.c.diff?r1=text&tr1=1.95&r2=text&tr2=1.94&f=h linux/fs/xfs/xfs_da_btree.c - 1.101 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_da_btree.c.diff?r1=text&tr1=1.101&r2=text&tr2=1.100&f=h linux/fs/xfs/xfs_dfrag.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dfrag.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/fs/xfs/xfs_dir.c - 1.118 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir.c.diff?r1=text&tr1=1.118&r2=text&tr2=1.117&f=h linux/fs/xfs/xfs_dir2.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/fs/xfs/xfs_dir2_block.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_block.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/fs/xfs/xfs_dir2_data.c - 1.7 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_data.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h linux/fs/xfs/xfs_dir2_leaf.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_leaf.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/fs/xfs/xfs_dir2_node.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_node.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h linux/fs/xfs/xfs_dir2_sf.c - 1.10 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_sf.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h linux/fs/xfs/xfs_dir2_trace.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir2_trace.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/fs/xfs/xfs_dir_leaf.c - 1.77 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_dir_leaf.c.diff?r1=text&tr1=1.77&r2=text&tr2=1.76&f=h linux/fs/xfs/xfs_error.c - 1.24 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_error.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h linux/fs/xfs/xfs_extfree_item.c - 1.39 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_extfree_item.c.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h linux/fs/xfs/xfs_fsops.c - 1.44 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_fsops.c.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h linux/fs/xfs/xfs_ialloc.c - 1.125 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_ialloc.c.diff?r1=text&tr1=1.125&r2=text&tr2=1.124&f=h linux/fs/xfs/xfs_ialloc_btree.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_ialloc_btree.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h linux/fs/xfs/xfs_icrash.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_icrash.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/fs/xfs/xfs_iget.c - 1.111 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.111&r2=text&tr2=1.110&f=h - Header file cleanup removed the last of the #if defined(__linux__) #include #endif All os specific include file switches should now done in xfs_os_defs.h linux/fs/xfs/xfs_inode.c - 1.271 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.c.diff?r1=text&tr1=1.271&r2=text&tr2=1.270&f=h linux/fs/xfs/xfs_inode_item.c - 1.88 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode_item.c.diff?r1=text&tr1=1.88&r2=text&tr2=1.87&f=h linux/fs/xfs/xfs_iocore.c - 1.13 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iocore.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h linux/fs/xfs/xfs_itable.c - 1.75 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_itable.c.diff?r1=text&tr1=1.75&r2=text&tr2=1.74&f=h linux/fs/xfs/xfs_log.c - 1.206 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log.c.diff?r1=text&tr1=1.206&r2=text&tr2=1.205&f=h linux/fs/xfs/xfs_log_recover.c - 1.161 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_log_recover.c.diff?r1=text&tr1=1.161&r2=text&tr2=1.160&f=h linux/fs/xfs/xfs_macros.c - 1.29 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_macros.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h linux/fs/xfs/xfs_mount.c - 1.206 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_mount.c.diff?r1=text&tr1=1.206&r2=text&tr2=1.205&f=h linux/fs/xfs/xfs_rename.c - 1.21 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rename.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h linux/fs/xfs/xfs_rpc_item.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rpc_item.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h linux/fs/xfs/xfs_rtalloc.c - 1.58 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rtalloc.c.diff?r1=text&tr1=1.58&r2=text&tr2=1.57&f=h linux/fs/xfs/xfs_rw.c - 1.306 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.306&r2=text&tr2=1.305&f=h linux/fs/xfs/xfs_trans.c - 1.109 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans.c.diff?r1=text&tr1=1.109&r2=text&tr2=1.108&f=h linux/fs/xfs/xfs_trans_ail.c - 1.52 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_ail.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h linux/fs/xfs/xfs_trans_buf.c - 1.80 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_buf.c.diff?r1=text&tr1=1.80&r2=text&tr2=1.79&f=h linux/fs/xfs/xfs_trans_extfree.c - 1.16 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_extfree.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h linux/fs/xfs/xfs_trans_inode.c - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_inode.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h linux/fs/xfs/xfs_trans_item.c - 1.25 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_trans_item.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h linux/fs/xfs/xfs_vfsops.c - 1.256 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.256&r2=text&tr2=1.255&f=h linux/fs/xfs/xfs_vnodeops.c - 1.442 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.442&r2=text&tr2=1.441&f=h - Header file cleanup removed the last of the #if defined(__linux__) #include #endif All os specific include file switches should now done in xfs_os_defs.h linux/fs/xfs/xfsquotasstubs.c - 1.6 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsquotasstubs.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h linux/fs/xfs/xfsrtstubs.c - 1.5 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfsrtstubs.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h - Removed ; Wed, 22 Mar 2000 14:14:46 -0800 Received: from ribbit.CS.Berkeley.EDU ([128.32.131.152]:56237 "EHLO ribbit.CS.Berkeley.EDU") by oss.sgi.com with ESMTP id ; Wed, 22 Mar 2000 14:14:23 -0800 Received: from localhost (kmacy@localhost) by ribbit.CS.Berkeley.EDU (8.9.3/8.9.3) with ESMTP id OAA14308; Wed, 22 Mar 2000 14:13:53 -0800 (PST) X-Authentication-Warning: ribbit.CS.Berkeley.EDU: kmacy owned process doing -bs Date: Wed, 22 Mar 2000 14:13:53 -0800 (PST) From: Kip Macy To: Jim Mostek cc: slinx-xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: Re: TAKE - add delete_inode empty routine In-Reply-To: <200003202345.RAA36740@clink.americas.sgi.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 Is there any way for individuals to contribute prior to full legal review? Or are we best off just reviewing the code that has been released until the full release takes place? Thanks. -Kip ------------------------------------------------------------------------ Kip Macy kmacy@cs.berkeley.edu University of California, Berkeley ------------------------------------------------------------------------ On Mon, 20 Mar 2000, Jim Mostek wrote: > This is needed to truncate any pages left on the inode > at remove time. > > Modid: 2.3.42-xfs:slinx:46496a > Date: Mon Mar 20 15:44:51 PST 2000 > Workarea: clink.americas.sgi.com:/data/clink/io/mostek/slinx-xfs2.3 > > The following file(s) were checked into: > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > linux/fs/xfs/linux/xfs_super.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h > - Add delete_inode routine that does nothing. > While put_inode with vnodes does all the releasing, iput > keeps going (see fs/inode.c:iput). > If there is no delete_inode routine for a file system, > pages are not discarded when a file is removed that is no > longer referenced: i.e. the following is skipped: > if (inode->i_data.nrpages) > truncate_inode_pages(inode, 0); > This must be done on XFS so we need a dummy delete_inode routine. > > From owner-linux-xfs@oss.sgi.com Wed Mar 22 14:52:27 2000 Received: by oss.sgi.com id ; Wed, 22 Mar 2000 14:52:07 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27403 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 22 Mar 2000 14:51:57 -0800 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 OAA04032 for ; Wed, 22 Mar 2000 14:55:28 -0800 (PST) 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 QAA41868; Wed, 22 Mar 2000 16:50:41 -0600 (CST) 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.4) with ESMTP id QAA18742; Wed, 22 Mar 2000 16:50:33 -0600 (CST) Received: from thebarn.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id QAA27373; Wed, 22 Mar 2000 16:50:38 -0600 Message-ID: <38D94E3E.C434192A@thebarn.com> Date: Wed, 22 Mar 2000 16:50:38 -0600 From: Russell Cattelan X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14-15mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Kip Macy CC: linux-xfs@oss.sgi.com Subject: Re: TAKE - add delete_inode empty routine References: 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: > Is there any way for individuals to contribute prior to full legal review? > Or are we best off just reviewing the code that has been released until the full > release takes place? The entire tree should be available very soon... week or two. At this point it would be easiest just to wait a little bit longer. I will make an announcement to the list when the rest of the CVS tree is available. > > > Thanks. > > -Kip > > ------------------------------------------------------------------------ > Kip Macy kmacy@cs.berkeley.edu > University of California, Berkeley > ------------------------------------------------------------------------ > > On Mon, 20 Mar 2000, Jim Mostek wrote: > > > This is needed to truncate any pages left on the inode > > at remove time. > > > > Modid: 2.3.42-xfs:slinx:46496a > > Date: Mon Mar 20 15:44:51 PST 2000 > > Workarea: clink.americas.sgi.com:/data/clink/io/mostek/slinx-xfs2.3 > > > > The following file(s) were checked into: > > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > > > linux/fs/xfs/linux/xfs_super.c - 1.49 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h > > - Add delete_inode routine that does nothing. > > While put_inode with vnodes does all the releasing, iput > > keeps going (see fs/inode.c:iput). > > If there is no delete_inode routine for a file system, > > pages are not discarded when a file is removed that is no > > longer referenced: i.e. the following is skipped: > > if (inode->i_data.nrpages) > > truncate_inode_pages(inode, 0); > > This must be done on XFS so we need a dummy delete_inode routine. > > > > From owner-linux-xfs@oss.sgi.com Tue Mar 28 15:20:51 2000 Received: by oss.sgi.com id ; Tue, 28 Mar 2000 15:20:31 -0800 Received: from timbuk-fddi.cray.com ([128.162.8.102]:24061 "EHLO timbuk.cray.com") by oss.sgi.com with ESMTP id ; Tue, 28 Mar 2000 15:20:07 -0800 Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id RAA04862 for ; Tue, 28 Mar 2000 17:20:04 -0600 (CST) Received: (from n8994@localhost) by clink.americas.sgi.com (980427.SGI.8.8.8/CRI-news-1.3) id RAA41515 for linux-xfs@oss.sgi.com; Tue, 28 Mar 2000 17:20:05 -0600 (CST) Date: Tue, 28 Mar 2000 17:20:05 -0600 (CST) From: Russell Cattelan Message-Id: <200003282320.RAA41515@clink.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: TAKE - Fix xfs_repair to correctly open devices. Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Modid: 2.3.99pre2-xfs:slinx:55810a Date: Tue Mar 28 15:19:02 PST 2000 Workarea: clink.americas.sgi.com:/data/clink/io/cattelan/x2.3-99-xfs The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs cmd/xfs/repair/Makefile - 1.34 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/Makefile.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h - put init.c back in the list of files to compile. cmd/xfs/repair/globals.h - 1.28 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/globals.h.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h - added global flags for specifying separate log devices. cmd/xfs/repair/init.c - 1.8 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/init.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - moved logname= code from xfs_repair.c cmd/xfs/repair/xfs_repair.c - 1.43 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/xfs_repair.c.diff?r1=text&tr1=1.43&r2=text&tr2=1.42&f=h - removed code from init.c; call sim_init again to correctly set up flags. cmd/xfs/sim/src/sim.random.c - 1.101 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/sim.random.c.diff?r1=text&tr1=1.101&r2=text&tr2=1.100&f=h - init size fields to 0 at begining of xfs_sim_init... just incase. From owner-linux-xfs@oss.sgi.com Tue Mar 28 15:40:52 2000 Received: by oss.sgi.com id ; Tue, 28 Mar 2000 15:40:41 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:27243 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 28 Mar 2000 15:40:26 -0800 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 PAA04329 for ; Tue, 28 Mar 2000 15:35:45 -0800 (PST) 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 RAA08461 for ; Tue, 28 Mar 2000 17:37:53 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id RAA11976 for ; Tue, 28 Mar 2000 17:37:47 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id RAA21677; Tue, 28 Mar 2000 17:37:53 -0600 (CST) Message-Id: <200003282337.RAA21677@fsgi344.americas.sgi.com> Subject: XFS->Linux todo list (fwd) To: linux-xfs@oss.sgi.com Date: Tue, 28 Mar 2000 17:37:53 -0600 (CST) 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 has been updated 3/28/2000. Comments would be greatly appreciated. Thanks, Jim From owner-linux-xfs@oss.sgi.com Wed Mar 29 06:40:03 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 06:39:54 -0800 Received: from Cantor.suse.de ([194.112.123.193]:7684 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Wed, 29 Mar 2000 06:39:32 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id ECB411E0AC; Wed, 29 Mar 2000 16:39:30 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 3A4BD10A02B; Wed, 29 Mar 2000 16:39:30 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 21E8F2F36B; Wed, 29 Mar 2000 16:39:29 +0200 (MEST) Date: Wed, 29 Mar 2000 16:39:29 +0200 From: "Andi Kleen" To: Jim Mostek Cc: linux-xfs@oss.sgi.com Subject: Re: XFS->Linux todo list (fwd) Message-ID: <20000329163929.A12595@gruyere.muc.suse.de> References: <200003282337.RAA21677@fsgi344.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003282337.RAA21677@fsgi344.americas.sgi.com>; from mostek@sgi.com on Tue, Mar 28, 2000 at 05:37:53PM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Tue, Mar 28, 2000 at 05:37:53PM -0600, Jim Mostek wrote: > > > has been updated 3/28/2000. Comments would be greatly appreciated. It includes porting of GRIO. At what layer do you expect it to sit (above or below or instead of ll_rw_blk) ? -Andi From owner-linux-xfs@oss.sgi.com Wed Mar 29 07:15:03 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 07:14:54 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:24082 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 07:14:28 -0800 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 HAA15491 for ; Wed, 29 Mar 2000 07:09:48 -0800 (PST) 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 JAA97357; Wed, 29 Mar 2000 09:11:55 -0600 (CST) 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.4) with ESMTP id JAA07712; Wed, 29 Mar 2000 09:11:48 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA32307; Wed, 29 Mar 2000 09:11:46 -0600 Message-Id: <200003291511.JAA32307@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: "Andi Kleen" cc: Jim Mostek , linux-xfs@oss.sgi.com Subject: Re: XFS->Linux todo list (fwd) In-reply-to: Your message of "Wed, 29 Mar 2000 16:39:29 +0200 Date: Wed, 29 Mar 2000 09:11:46 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > On Tue, Mar 28, 2000 at 05:37:53PM -0600, Jim Mostek wrote: > > > > > > has been updated 3/28/2000. Comments would be greatly appreciated. > > It includes porting of GRIO. At what layer do you expect it to sit > (above or below or instead of ll_rw_blk) ? > > > -Andi The answer is probably to replace ll_rw_blk and the driver interface with something else. The GRIO kernel component throttles the I/O to devices, a user space component manages a reservation system. ll_rw_blk and GRIO probably do not sit well together. The GRIO code wants explicit control over when I/O starts - and the I/O which it wants to start will be the whole of the user's request (GRIO is specific to O_DIRECT I/O, data should be transferred directly from user memory to the disk). The fixed request size imposed by ll_rw_blk rather gets in the way of this, in fact it gets in the way of XFS in general which needs to do 512 byte I/Os for some meta-data, but can really take advantage of larger requests. The CPU overhead of breaking larger requests into bits and then relying on make_request to reassemble them can be big. run_task_queue(&tq_disk) is also a bit of a sledgehammer once you have lots of disks doing I/O, at a minimum this could do with breaking up into a per-filesystem/device wake up. We have lots of other fish to fry before we get to GRIO. Steve From owner-linux-xfs@oss.sgi.com Wed Mar 29 07:22:24 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 07:22:06 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:31252 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 07:21:57 -0800 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 HAA16529 for ; Wed, 29 Mar 2000 07:17:15 -0800 (PST) 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 JAA61374 for ; Wed, 29 Mar 2000 09:19:24 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id JAA07977; Wed, 29 Mar 2000 09:19:17 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id JAA22733; Wed, 29 Mar 2000 09:19:23 -0600 (CST) Message-Id: <200003291519.JAA22733@fsgi344.americas.sgi.com> Subject: Re: XFS->Linux todo list (fwd) To: mostek@sgi.com (Jim Mostek) Date: Wed, 29 Mar 2000 09:19:23 -0600 (CST) Cc: linux-xfs@oss.sgi.com In-Reply-To: <200003282337.RAA21677@fsgi344.americas.sgi.com> from "Jim Mostek" at Mar 28, 2000 05:37:53 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 I forgot to include the web jumper: http://oss.sgi.com/projects/xfs/todos.html > > > >has been updated 3/28/2000. Comments would be greatly appreciated. > >Thanks, > >Jim > From owner-linux-xfs@oss.sgi.com Wed Mar 29 12:13:50 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 12:13:30 -0800 Received: from ribbit.CS.Berkeley.EDU ([128.32.131.152]:42172 "EHLO ribbit.CS.Berkeley.EDU") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 12:13:01 -0800 Received: from localhost (kmacy@localhost) by ribbit.CS.Berkeley.EDU (8.9.3/8.9.3) with ESMTP id MAA12566; Wed, 29 Mar 2000 12:13:07 -0800 (PST) X-Authentication-Warning: ribbit.CS.Berkeley.EDU: kmacy owned process doing -bs Date: Wed, 29 Mar 2000 12:13:07 -0800 (PST) From: Kip Macy To: Russell Cattelan cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - In-Reply-To: <38D6C1FD.D4E90400@thebarn.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 The following cvs information appears to no longer be valid. Can someone fix this or provide me with up to date information? Thanks. -Kip ------------------------------------------------------------------------ Kip Macy kmacy@cs.berkeley.edu University of California, Berkeley ------------------------------------------------------------------------ On Mon, 20 Mar 2000, Russell Cattelan wrote: > Andi Kleen wrote: > > > On Mon, Mar 20, 2000 at 02:46:53PM -0600, Russell Cattelan wrote: > > > Modid: 2.3.42-xfs:slinx:46469a > > > Date: Mon Mar 20 12:46:11 PST 2000 > > > Workarea: nt8.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs > > > > > > The following file(s) were checked into: > > > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > > > > > linux/fs/page_buf.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > linux/fs/page_buf.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h > > > linux/fs/page_buf_locking.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h > > > linux/include/linux/page_buf.h - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > linux/include/linux/page_buf.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h > > > - consistent variable nameing; all bp's changed to pb's > > > > Is this available for us non SGI folks too ? > > > > -Andi > > Anybody who wants to look at our kernel tree; with everything BUT the > xfs code. > > setenv CVSROOT :pserver:cvs@oss.sgi.com:/cvs > cvs login > passwd: cvs > > cvs checkout slinx_2.3.42-xfs > > This does include the page_buf io extensions we are working on. > > I will make an announcement to the list when the entire tree is > available. > > > Russell Cattelan > > > From owner-linux-xfs@oss.sgi.com Wed Mar 29 12:44:20 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 12:44:00 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:49783 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 12:43:36 -0800 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 MAA02448 for ; Wed, 29 Mar 2000 12:38:56 -0800 (PST) mail_from (cattelan@thebarn.com) 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 OAA26843; Wed, 29 Mar 2000 14:42:18 -0600 (CST) 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.4) with ESMTP id OAA24285; Wed, 29 Mar 2000 14:42:13 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id OAA20282; Wed, 29 Mar 2000 14:42:18 -0600 Date: Wed, 29 Mar 2000 14:42:16 -0600 Message-ID: <14562.27304.112833.68040W@gibble.americas.sgi.com> To: kmacy@CS.Berkeley.EDU Cc: linux-xfs@oss.sgi.com Subject: Re: TAKE - In-Reply-To: In your message of "Wed, 29 Mar 2000 12:13:07 -0800 (PST)" References: <38D6C1FD.D4E90400@thebarn.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Wed, 29 Mar 2000 12:13:07 -0800 (PST), Kip Macy wrote: > > > The following cvs information appears to no longer be valid. Can someone fix > this or provide me with up to date information? Thanks. > > -Kip > use cvs co linux-2.3-xfs now. The tree has moved to 2.3.99-pre2, so the .42 didn't seem appropriate. More to come very soon. > > > > ------------------------------------------------------------------------ > Kip Macy kmacy@cs.berkeley.edu > University of California, Berkeley > ------------------------------------------------------------------------ > > > On Mon, 20 Mar 2000, Russell Cattelan wrote: > > > Andi Kleen wrote: > > > > > On Mon, Mar 20, 2000 at 02:46:53PM -0600, Russell Cattelan wrote: > > > > Modid: 2.3.42-xfs:slinx:46469a > > > > Date: Mon Mar 20 12:46:11 PST 2000 > > > > Workarea: nt8.americas.sgi.com:/data/clink/io/cattelan/x2.3-xfs > > > > > > > > The following file(s) were checked into: > > > > bonnie.engr.sgi.com:/isms/slinx/2.3.42-xfs > > > > > > > > linux/fs/page_buf.c - 1.60 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > > linux/fs/page_buf.c.diff?r1=text&tr1=1.60&r2=text&tr2=1.59&f=h > > > > linux/fs/page_buf_locking.c - 1.19 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > > linux/fs/page_buf_locking.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h > > > > linux/include/linux/page_buf.h - 1.35 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> > > > linux/include/linux/page_buf.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h > > > > - consistent variable nameing; all bp's changed to pb's > > > > > > Is this available for us non SGI folks too ? > > > > > > -Andi > > > > Anybody who wants to look at our kernel tree; with everything BUT the > > xfs code. > > > > setenv CVSROOT :pserver:cvs@oss.sgi.com:/cvs > > cvs login > > passwd: cvs > > > > cvs checkout slinx_2.3.42-xfs > > > > This does include the page_buf io extensions we are working on. > > > > I will make an announcement to the list when the entire tree is > > available. > > > > > > Russell Cattelan > > > > > > From owner-linux-xfs@oss.sgi.com Wed Mar 29 16:50:31 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 16:50:11 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:30237 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 16:50:03 -0800 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 QAA06183 for ; Wed, 29 Mar 2000 16:53:42 -0800 (PST) mail_from (cattelan@thebarn.com) 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 SAA57464; Wed, 29 Mar 2000 18:48:45 -0600 (CST) 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.4) with ESMTP id SAA03063; Wed, 29 Mar 2000 18:48:39 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id SAA21534; Wed, 29 Mar 2000 18:48:44 -0600 Date: Wed, 29 Mar 2000 18:48:42 -0600 Message-ID: <14562.42090.314696.82332B@gibble.americas.sgi.com> To: nathans@wobbly.melbourne.sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-Reply-To: In your message of "Thu, 30 Mar 2000 09:54:52 -0500" <10003300954.ZM7142@wobbly.melbourne.sgi.com> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Thu, 30 Mar 2000 09:54:52 -0500, Nathan Scott wrote: > > > On Mar 30, 2:19am, Jim Mostek wrote: > > Subject: Re: Things todo before we announce > > just a small thing, but it could become a headache later - is anyone > violently opposed to this change...? Not really... but I think a better idea would be to have /usr/xfs/ put all of our binaries in there, with links in /sbin. Once xfs becomes a standard distribution then we can put stuff directly in blah... > > ~/isms/2.3.99pre2-xfs/cmd/xfs/mkfs 52> p_rdiff Makefile > 64c64 > < install mkfs_xfs /sbin > --- > > install mkfs_xfs /sbin/mkfs.xfs > > this would allow the linux mkfs(1) to make xfs (via mkfs -t xfs...) > but would break any (of our) existing linux scripts/what-have-you > currently relying on /sbin/mkfs_xfs. > > cheers. > > -- > Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 29 17:08:01 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 17:07:41 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44318 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 17:07:20 -0800 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 RAA08689 for ; Wed, 29 Mar 2000 17:10:57 -0800 (PST) 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 LAA08129; Thu, 30 Mar 2000 11:06:00 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA07407; Thu, 30 Mar 2000 11:05:56 +1000 (EST) From: "Nathan Scott" Message-Id: <10003301105.ZM7400@wobbly.melbourne.sgi.com> Date: Thu, 30 Mar 2000 11:05:54 -0500 In-Reply-To: cattelan@thebarn.com "Re: Things todo before we announce" (Mar 30, 10:50am) References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: cattelan@thebarn.com Subject: Re: Things todo before we announce 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 Mar 30, 10:50am, cattelan@thebarn.com wrote: > Subject: Re: Things todo before we announce > At Thu, 30 Mar 2000 09:54:52 -0500, > Nathan Scott wrote: > > > > just a small thing, but it could become a headache later - is > > anyone violently opposed to this change...? > Not really... but I think a better idea would be > to have /usr/xfs/ put all of our binaries in there, > with links in /sbin. > well, mkfs is a bit special - /usr might be a separate filesystem and might not be mounted at the time mkfs is needed. perhaps the same is true for the other xfs tools too, i'm not sure. could implement your approach going the other way though (i.e. having links from /usr/xfs/* to the real binary in /sbin, but i'm not sure what that buys us...? do the different distributions do different things here? what does the lfs say on this?) i'll go ahead and make the change (/sbin/mkfs_xfs now becomes /sbin/mkfs.xfs, so that ``mkfs -t xfs'' works). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 29 17:10:51 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 17:10:31 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:19017 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 17:10:16 -0800 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 RAA09152 for ; Wed, 29 Mar 2000 17:05:36 -0800 (PST) mail_from (Dan.Koren@sgi.com) Received: from mezcal.engr.sgi.com (mezcal.engr.sgi.com [163.154.6.135]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id RAA48442 for ; Wed, 29 Mar 2000 17:10:15 -0800 (PST) Received: from sgi.com (localhost [127.0.0.1]) by mezcal.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id RAA64152; Wed, 29 Mar 2000 17:07:34 -0800 (PST) From: Dan.Koren@sgi.com Message-ID: <38E2A8D6.8E449D0B@sgi.com> Date: Wed, 29 Mar 2000 17:07:34 -0800 Reply-To: Dan.Koren@sgi.com Organization: Silicon Graphics Computer Systems X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: cattelan@thebarn.com CC: nathans@wobbly.melbourne.sgi.com, linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.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 cattelan@thebarn.com wrote: > > At Thu, 30 Mar 2000 09:54:52 -0500, > Nathan Scott wrote: > > > > > > On Mar 30, 2:19am, Jim Mostek wrote: > > > Subject: Re: Things todo before we announce > > > > just a small thing, but it could become a headache later - is anyone > > violently opposed to this change...? > > Not really... but I think a better idea would be > to have /usr/xfs/ put all of our binaries in there, > with links in /sbin. > Symbolic links in /sbin to files residing on a different file system are potentially dangerous ... /sbin is the directory of last resort and everything in it should be usable with only / mounted. thx, dk --------- Dan Koren Dan.Koren@sgi.com Silicon Graphics, Inc. phone: (USA) 650-933-3678 1200 Crittenden Lane M/S 30-3-802 fax: (USA) 650-933-3542 Mountain View, CA 94040 dkoren_p@pager.sgi.com From owner-linux-xfs@oss.sgi.com Wed Mar 29 17:27:03 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 17:26:53 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:63519 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 17:26:39 -0800 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 RAA01408 for ; Wed, 29 Mar 2000 17:30:18 -0800 (PST) mail_from (cattelan@thebarn.com) 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 TAA58914; Wed, 29 Mar 2000 19:25:22 -0600 (CST) 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.4) with ESMTP id TAA03523; Wed, 29 Mar 2000 19:25:15 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id TAA21588; Wed, 29 Mar 2000 19:25:21 -0600 Date: Wed, 29 Mar 2000 19:25:19 -0600 Message-ID: <14562.44287.39273.95483R@gibble.americas.sgi.com> To: nathans@wobbly.melbourne.sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-Reply-To: In your message of "Thu, 30 Mar 2000 11:05:54 -0500" <10003301105.ZM7400@wobbly.melbourne.sgi.com> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Thu, 30 Mar 2000 11:05:54 -0500, Nathan Scott wrote: > > > On Mar 30, 10:50am, cattelan@thebarn.com wrote: > > Subject: Re: Things todo before we announce > > At Thu, 30 Mar 2000 09:54:52 -0500, > > Nathan Scott wrote: > > > > > > just a small thing, but it could become a headache later - is > > > anyone violently opposed to this change...? > > Not really... but I think a better idea would be > > to have /usr/xfs/ put all of our binaries in there, > > with links in /sbin. > > > > well, mkfs is a bit special - /usr might be a separate filesystem > and might not be mounted at the time mkfs is needed. perhaps the > same is true for the other xfs tools too, i'm not sure. > > could implement your approach going the other way though (i.e. > having links from /usr/xfs/* to the real binary in /sbin, but > i'm not sure what that buys us...? do the different distributions > do different things here? what does the lfs say on this?) > > i'll go ahead and make the change (/sbin/mkfs_xfs now becomes > /sbin/mkfs.xfs, so that ``mkfs -t xfs'' works). > The point I was getting at: We shouldn't pollute the system with stuff people can't distinctly remove; not util xfs it more accecpted. A lot of people are going to try xfs initially but not really do much with it. Giving people a distinct point to "blow stuff away" is more conforting than the MS scheme of "replacing 80% of your os now...." -Russell From owner-linux-xfs@oss.sgi.com Wed Mar 29 17:31:33 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 17:31:13 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3616 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 17:31:08 -0800 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 RAA06770 for ; Wed, 29 Mar 2000 17:34:46 -0800 (PST) mail_from (cattelan@thebarn.com) 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 TAA64609; Wed, 29 Mar 2000 19:29:50 -0600 (CST) 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.4) with ESMTP id TAA03566; Wed, 29 Mar 2000 19:29:44 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id TAA21609; Wed, 29 Mar 2000 19:29:49 -0600 Date: Wed, 29 Mar 2000 19:29:47 -0600 Message-ID: <14562.44555.481862.72959F@gibble.americas.sgi.com> To: nathans@wobbly.melbourne.sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-Reply-To: In your message of "Thu, 30 Mar 2000 11:05:54 -0500" <10003301105.ZM7400@wobbly.melbourne.sgi.com> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Ohh one other thing... do we have a version/revision output for mkfs that would be able identify if somebody is running the wrong version of mkfs.xfs? OAt Thu, 30 Mar 2000 11:05:54 -0500, Nathan Scott wrote: > > > On Mar 30, 10:50am, cattelan@thebarn.com wrote: > > Subject: Re: Things todo before we announce > > At Thu, 30 Mar 2000 09:54:52 -0500, > > Nathan Scott wrote: > > > > > > just a small thing, but it could become a headache later - is > > > anyone violently opposed to this change...? > > Not really... but I think a better idea would be > > to have /usr/xfs/ put all of our binaries in there, > > with links in /sbin. > > > > well, mkfs is a bit special - /usr might be a separate filesystem > and might not be mounted at the time mkfs is needed. perhaps the > same is true for the other xfs tools too, i'm not sure. > > could implement your approach going the other way though (i.e. > having links from /usr/xfs/* to the real binary in /sbin, but > i'm not sure what that buys us...? do the different distributions > do different things here? what does the lfs say on this?) > > i'll go ahead and make the change (/sbin/mkfs_xfs now becomes > /sbin/mkfs.xfs, so that ``mkfs -t xfs'' works). > > cheers. > > -- > Nathan From owner-linux-xfs@oss.sgi.com Wed Mar 29 23:01:05 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 23:00:56 -0800 Received: from akira.ep-ag.com ([194.120.231.250]:12576 "EHLO akira.ep-ka.de") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 23:00:32 -0800 Received: from ep-ag.com (sol10.ep-ka.de [194.120.231.11]) by akira.ep-ka.de (8.9.1/8.9.3) with ESMTP id JAA10051; Thu, 30 Mar 2000 09:00:30 +0200 Received: from ep-ag.com (stb@crusher.ep-ka.de [194.120.231.18]) by ep-ag.com (8.9.3/8.9.3) with ESMTP id JAA28659; Thu, 30 Mar 2000 09:00:30 +0200 (MET DST) Message-ID: <38E2FB8D.5920F4A4@ep-ag.com> Date: Thu, 30 Mar 2000 09:00:29 +0200 From: Klaus Strebel Organization: EIGNER+PARTNER AG X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@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: > > On Mar 30, 10:50am, cattelan@thebarn.com wrote: > > Subject: Re: Things todo before we announce > > At Thu, 30 Mar 2000 09:54:52 -0500, > > Nathan Scott wrote: > > > > > > just a small thing, but it could become a headache later - is > > > anyone violently opposed to this change...? > > Not really... but I think a better idea would be > > to have /usr/xfs/ put all of our binaries in there, > > with links in /sbin. > > > > well, mkfs is a bit special - /usr might be a separate filesystem > and might not be mounted at the time mkfs is needed. perhaps the > same is true for the other xfs tools too, i'm not sure. > > could implement your approach going the other way though (i.e. > having links from /usr/xfs/* to the real binary in /sbin, but > i'm not sure what that buys us...? do the different distributions > do different things here? what does the lfs say on this?) > > i'll go ahead and make the change (/sbin/mkfs_xfs now becomes > /sbin/mkfs.xfs, so that ``mkfs -t xfs'' works). > > cheers. > > -- > Nathan -- Klaus Strebel stb@ep-ag.com EIGNER + PARTNER AG - The Engineering Warehouse Company - ----------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Mar 29 23:10:06 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 23:09:56 -0800 Received: from akira.ep-ag.com ([194.120.231.250]:18976 "EHLO akira.ep-ka.de") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 23:09:47 -0800 Received: from ep-ag.com (sol10.ep-ka.de [194.120.231.11]) by akira.ep-ka.de (8.9.1/8.9.3) with ESMTP id JAA10247; Thu, 30 Mar 2000 09:09:45 +0200 Received: from ep-ag.com (stb@crusher.ep-ka.de [194.120.231.18]) by ep-ag.com (8.9.3/8.9.3) with ESMTP id JAA29681; Thu, 30 Mar 2000 09:09:44 +0200 (MET DST) Message-ID: <38E2FDB8.A8C11B56@ep-ag.com> Date: Thu, 30 Mar 2000 09:09:44 +0200 From: Klaus Strebel Organization: EIGNER+PARTNER AG X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.14 i686) X-Accept-Language: en MIME-Version: 1.0 To: Nathan Scott CC: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce - second run (sorry) References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@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: Second time (sorry, my fault, shouldn't try sending mails without a cup of coffee in the early morning ;-) ). > > > > just a small thing, but it could become a headache later - is > > > anyone violently opposed to this change...? > > Not really... but I think a better idea would be > > to have /usr/xfs/ put all of our binaries in there, > > with links in /sbin. I like this one very much ... but ... > > > > well, mkfs is a bit special - /usr might be a separate filesystem > and might not be mounted at the time mkfs is needed. perhaps the > same is true for the other xfs tools too, i'm not sure. > > could implement your approach going the other way though (i.e. > having links from /usr/xfs/* to the real binary in /sbin, but > i'm not sure what that buys us...? do the different distributions > do different things here? what does the lfs say on this?) ! So, why don't you put it all to /sbin/xfs with links to /sbin. Then all is in a save and clean place (perhaps with version-numbers in the directory name if some likes). I do it with my GFS tools (different versions in /sbin/gfs3.6 and /sbin/gfs3.15 with an actual ln -s /sbin/gfs3.6 /sbin/gfs and a ln -s /sbin/gfs/mkfs_gfs /sbin/mkfs.gfs. I think it's quick and clean. Bye Klaus (urgently waiting for XFS on Linux. BTW. is it compatible with IRIX XFS, and does it work an my Indy at home. I'm waiting for a bootable rootfilesystem on Linux MIPS! ;-). -- Klaus Strebel stb@ep-ag.com EIGNER + PARTNER AG - The Engineering Warehouse Company - ----------------------------------------------------------------------- From owner-linux-xfs@oss.sgi.com Wed Mar 29 23:31:56 2000 Received: by oss.sgi.com id ; Wed, 29 Mar 2000 23:31:46 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:14861 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Wed, 29 Mar 2000 23:31:20 -0800 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 XAA08794 for ; Wed, 29 Mar 2000 23:26:38 -0800 (PST) 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 RAA10385; Thu, 30 Mar 2000 17:30:01 +1000 Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA07987; Thu, 30 Mar 2000 17:29:59 +1000 (EST) From: "Nathan Scott" Message-Id: <10003301729.ZM8005@wobbly.melbourne.sgi.com> Date: Thu, 30 Mar 2000 17:29:58 -0500 In-Reply-To: Klaus Strebel "Re: Things todo before we announce - second run (sorry)" (Mar 30, 5:10pm) References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> <38E2FDB8.A8C11B56@ep-ag.com> X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail) To: Klaus Strebel Subject: Re: Things todo before we announce - second run (sorry) 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 Klaus, On Mar 30, 5:10pm, Klaus Strebel wrote: > Subject: Re: Things todo before we announce - second run (sorry) > Nathan Scott wrote: > ... > So, why don't you put it all to /sbin/xfs with links to /sbin. Then all > is in a save and clean place (perhaps with version-numbers in the > directory name if some likes). I do it with my GFS tools (different > versions in /sbin/gfs3.6 and /sbin/gfs3.15 with an actual ln -s > /sbin/gfs3.6 /sbin/gfs and a ln -s /sbin/gfs/mkfs_gfs /sbin/mkfs.gfs. > > I think it's quick and clean. > i'll leave this for you if you like, Russell, i'm happy as long as the Linux mkfs works with XFS. ;) > Bye > Klaus (urgently waiting for XFS on Linux. BTW. is it compatible with > IRIX XFS, and does it work an my Indy at home. well, wait no more... and one day it will work with IRIX-created filesystems, although we're not quite there yet. > I'm waiting for a bootable rootfilesystem on Linux MIPS! ;-). that also is not done yet, but it's on the TODO list. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Thu Mar 30 01:19:57 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 01:19:48 -0800 Received: from Cantor.suse.de ([194.112.123.193]:63240 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 01:19:25 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 5E8921E0BD; Thu, 30 Mar 2000 11:19:22 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 132FE10A030; Thu, 30 Mar 2000 11:19:20 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 9ADFB2F36C; Thu, 30 Mar 2000 11:19:18 +0200 (MEST) Date: Thu, 30 Mar 2000 11:19:18 +0200 From: "Andi Kleen" To: cattelan@thebarn.com Cc: nathans@wobbly.melbourne.sgi.com, linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330111918.A25315@gruyere.muc.suse.de> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14562.42090.314696.82332B@gibble.americas.sgi.com>; from cattelan@thebarn.com on Wed, Mar 29, 2000 at 06:48:42PM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Wed, Mar 29, 2000 at 06:48:42PM -0600, cattelan@thebarn.com wrote: > At Thu, 30 Mar 2000 09:54:52 -0500, > Nathan Scott wrote: > > > > > > On Mar 30, 2:19am, Jim Mostek wrote: > > > Subject: Re: Things todo before we announce > > > > just a small thing, but it could become a headache later - is anyone > > violently opposed to this change...? > Not really... but I think a better idea would be > to have /usr/xfs/ put all of our binaries in there, > with links in /sbin. > > Once xfs becomes a standard distribution then we > can put stuff directly in blah... Please put it in /sbin and make it easily overrideable from the Makefile with a PREFIX= variable. -Andi P.S.: I compiled up a XFS tree from CVS last night. It created and mounted fine, but hung the machine when I copied a kernel tree to it (kdb didn't trigger, I'll need to go to the office to reset it) From owner-linux-xfs@oss.sgi.com Thu Mar 30 01:21:47 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 01:21:37 -0800 Received: from Cantor.suse.de ([194.112.123.193]:8713 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 01:21:33 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 4BACF1E0BD; Thu, 30 Mar 2000 11:21:31 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id BAB2F10A02E; Thu, 30 Mar 2000 11:21:30 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 835E42F36B; Thu, 30 Mar 2000 11:21:30 +0200 (MEST) Date: Thu, 30 Mar 2000 11:21:30 +0200 From: "Andi Kleen" To: cattelan@thebarn.com Cc: nathans@wobbly.melbourne.sgi.com, linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330112130.B25315@gruyere.muc.suse.de> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> <14562.44287.39273.95483R@gibble.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14562.44287.39273.95483R@gibble.americas.sgi.com>; from cattelan@thebarn.com on Wed, Mar 29, 2000 at 07:25:19PM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Wed, Mar 29, 2000 at 07:25:19PM -0600, cattelan@thebarn.com wrote: > The point I was getting at: > We shouldn't pollute the system with stuff people can't > distinctly remove; not util xfs it more accecpted. > > A lot of people are going to try xfs initially but > not really do much with it. > > Giving people a distinct point to "blow stuff away" > is more conforting than the MS scheme of "replacing 80% of > your os now...." I think just doing a rpm/dpkg is preferable over /usr/xfs It makes it easy enough to blow stuff away. You can also make the rpm relocateable if you worry about the place (but /sbin is a fine default) -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 30 04:50:20 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 04:50:10 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:59953 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 04:49:52 -0800 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 EAA27783 for ; Thu, 30 Mar 2000 04:45:12 -0800 (PST) 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 GAA94101; Thu, 30 Mar 2000 06:47:19 -0600 (CST) 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.4) with ESMTP id GAA16477; Thu, 30 Mar 2000 06:47:13 -0600 (CST) From: Steve Lord Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id GAA12024; Thu, 30 Mar 2000 06:47:11 -0600 Message-Id: <200003301247.GAA12024@jen.americas.sgi.com> To: "Andi Kleen" cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-reply-to: Your message of "Thu, 30 Mar 2000 11:19:18 +0200 Date: Thu, 30 Mar 2000 06:47:11 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > P.S.: I compiled up a XFS tree from CVS last night. It created and mounted > fine, but hung the machine when I copied a kernel tree > to it (kdb didn't trigger, I'll need to go to the office to reset it) Hmm, we seem to have 'announced' already - I wonder who put this thread onto the oss list. Anyways, which options did you use to build XFS? There was a hard hang in the case where CONFIG_PAGE_BUF_META is turned on (doing a tlb_flush with interrupts turned off). I fixed this yesterday, but I suspect this would be after you checked out the cvs copy, so you may not have that yet - look for a spinlock inside of vfree and friends. Let me know if you have this change or not, and what configuration you were running on. Thanks Steve p.s. please don't regard this code as done - we have a ways to go yet. From owner-linux-xfs@oss.sgi.com Thu Mar 30 04:58:10 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 04:57:51 -0800 Received: from Cantor.suse.de ([194.112.123.193]:29702 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 04:57:41 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id AF7AE1E18E; Thu, 30 Mar 2000 14:57:39 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 742E310A02B; Thu, 30 Mar 2000 14:57:39 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 8B33B2F36B; Thu, 30 Mar 2000 14:57:38 +0200 (MEST) Date: Thu, 30 Mar 2000 14:57:38 +0200 From: "Andi Kleen" To: Steve Lord Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330145738.A29163@gruyere.muc.suse.de> References: <200003301247.GAA12024@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003301247.GAA12024@jen.americas.sgi.com>; from lord@sgi.com on Thu, Mar 30, 2000 at 06:47:11AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30, 2000 at 06:47:11AM -0600, Steve Lord wrote: > > > > P.S.: I compiled up a XFS tree from CVS last night. It created and mounted > > fine, but hung the machine when I copied a kernel tree > > to it (kdb didn't trigger, I'll need to go to the office to reset it) > > Hmm, we seem to have 'announced' already - I wonder who put this thread onto > the oss list. Anyways, which options did you use to build XFS? There was a > hard hang in the case where CONFIG_PAGE_BUF_META is turned on (doing a > tlb_flush with interrupts turned off). I fixed this yesterday, but I suspect > this would be after you checked out the cvs copy, so you may not have that > yet - look for a spinlock inside of vfree and friends. > > Let me know if you have this change or not, and what configuration you > were running on. Configuration: CONFIG_XFS_FS=m CONFIG_PAGE_BUF=y CONFIG_PAGE_BUF_LOCKING=y CONFIG_AVL=y CONFIG_PAGE_BUF_META=y CONFIG_AVL=y # CONFIG_XFS_ARCH_MIPS is not set CONFIG_XFS_ARCH_NATIVE=y # CONFIG_XFS_ARCH_MULTI is not set I think I compiled with your change: ak@bert:~/lsrc/sgi/linux-2.3-xfs > cvs status linux/mm/vmalloc.c =================================================================== File: vmalloc.c Status: Up-to-date Working revision: 1.9 Repository revision: 1.9 /cvs/linux-2.3-xfs/linux/mm/vmalloc.c,v Sticky Tag: (none) Sticky Date: (none) Sticky Options: -ko There is no spinlock in mm/vmalloc.c > p.s. please don't regard this code as done - we have a ways to go yet. I understand that, I was just curious. BTW, it does not boot on AMD CPUs when KDB is enabled because it uses Intel specific MSRs unprotected. I sent a patch a few days ago to the kdb list to fix this, but never got an response. You probably want to incorporate this patch before you announce to avoid lots of ``my kernel doesn't boot with XFS'' reports. -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 30 05:16:41 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 05:16:31 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:46900 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 05:16:06 -0800 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 FAA29304 for ; Thu, 30 Mar 2000 05:11:26 -0800 (PST) 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 HAA28521; Thu, 30 Mar 2000 07:13:32 -0600 (CST) 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.4) with ESMTP id HAA17058; Thu, 30 Mar 2000 07:13:24 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id HAA13899; Thu, 30 Mar 2000 07:11:54 -0600 Message-Id: <200003301311.HAA13899@jen.americas.sgi.com> To: "Andi Kleen" cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-reply-to: Your message of "Thu, 30 Mar 2000 14:57:38 +0200 Date: Thu, 30 Mar 2000 07:11:54 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > Configuration: > > CONFIG_XFS_FS=m > CONFIG_PAGE_BUF=y > CONFIG_PAGE_BUF_LOCKING=y > CONFIG_AVL=y > CONFIG_PAGE_BUF_META=y > CONFIG_AVL=y > # CONFIG_XFS_ARCH_MIPS is not set > CONFIG_XFS_ARCH_NATIVE=y > # CONFIG_XFS_ARCH_MULTI is not set OK, looks like the same hang. Turning off CONFIG_PAGE_BUF_META should make it go away. > > I think I compiled with your change: > > ak@bert:~/lsrc/sgi/linux-2.3-xfs > cvs status linux/mm/vmalloc.c > =================================================================== > File: vmalloc.c Status: Up-to-date > > Working revision: 1.9 > Repository revision: 1.9 /cvs/linux-2.3-xfs/linux/mm/vmalloc.c,v > Sticky Tag: (none) > Sticky Date: (none) > Sticky Options: -ko > > There is no spinlock in mm/vmalloc.c > I need to check with Russell, it looks like the CVS tree is not getting updated, there is an internal tree which is mirrored into the CVS tree on a daily basis, revision 1.10 is what exists internally. I suspect it will be a few hours until I see him. > > > BTW, it does not boot on AMD CPUs when KDB is enabled because it uses > Intel specific MSRs unprotected. I sent a patch a few days ago to the kdb > list to fix this, but never got an response. You probably want to > incorporate this patch before you announce to avoid lots of > ``my kernel doesn't boot with XFS'' reports. > Thanks, this is good to know. > > -Andi Steve From owner-linux-xfs@oss.sgi.com Thu Mar 30 06:04:51 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 06:04:42 -0800 Received: from fepC.post.tele.dk ([195.41.46.147]:23781 "EHLO fepC.post.tele.dk") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 06:04:36 -0800 Received: from burns.home.kernel.dk ([195.215.250.50]) by fepC.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000330140433.TBXG5974.fepC.post.tele.dk@burns.home.kernel.dk> for ; Thu, 30 Mar 2000 16:04:33 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id QAA00629 for linux-xfs@oss.sgi.com; Thu, 30 Mar 2000 16:04:33 +0200 Date: Thu, 30 Mar 2000 16:04:33 +0200 From: Jens Axboe To: linux-xfs@oss.sgi.com Subject: oops on umount Message-ID: <20000330160433.D255@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i X-OS: Linux 2.3.99-pre4 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Hi, Gave xfs a test spin today. It survived a fair amount of abuse, before crashing on umount. Here's the oops: cpu: 0, clocks: 833065, slice: 277688 cpu: 1, clocks: 833065, slice: 277688 CPU: 0 EIP: 0010:[] EFLAGS: 00000097 eax: ffffffff ebx: a85471c7 ecx: cdb90698 edx: 00000000 esi: c0141e84 edi: cdb90640 ebp: c2879c00 esp: c2879bf8 ds: 0018 es: 0018 ss: 0018 Process umount (pid: 308, stackpage=c2879000) Stack: cdb90698 cdb90698 c2879c1c c0141e87 cdb90698 00000246 00000286 c2879cb0 00000282 c2879c50 c0143fdc cdb90640 00000246 00000286 c2879cb0 00000000 00000200 332bb600 00000000 00000000 00000286 c2879cb0 c2879cb0 c01438f7 Call Trace: [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] [] Code: 19 c0 85 c0 75 f6 0f 31 29 d8 50 6a 01 56 51 e8 de fe ff ff >>EIP: c0128fba <_spin_lock_+32/50> Trace: c0141e87 Trace: c0143fdc Trace: c01438f7 Trace: c0143390 <_page_buf_page_apply+0/128> Trace: c01bf9d8 Trace: c0142e70 Trace: c018534f Trace: c01ae2f0 Trace: c01c0efa Code: c0128fba <_spin_lock_+32/50> 00000000 <_EIP>: <=== Code: c0128fba <_spin_lock_+32/50> 0: 19 c0 sbb %eax,%eax <=== Code: c0128fbc <_spin_lock_+34/50> 2: 85 c0 test %eax,%eax Code: c0128fbe <_spin_lock_+36/50> 4: 75 f6 jne c0128fb6 <_spin_lock_+2e/50> Code: c0128fc0 <_spin_lock_+38/50> 6: 0f 31 rdtsc Code: c0128fc2 <_spin_lock_+3a/50> 8: 29 d8 sub %ebx,%eax Code: c0128fc4 <_spin_lock_+3c/50> a: 50 push %eax Code: c0128fc5 <_spin_lock_+3d/50> b: 6a 01 push $0x1 Code: c0128fc7 <_spin_lock_+3f/50> d: 56 push %esi Code: c0128fc8 <_spin_lock_+40/50> e: 51 push %ecx Code: c0128fc9 <_spin_lock_+41/50> f: e8 de fe ff ff call c0128eac Looks like it tried to grab a spin lock in use and got caught by the nmi watchdog. In addition, this showed up when the partition was full: xfs_iomap_write returning ERROR 28 write, delalloc. add some code here -- * Jens Axboe * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk From owner-linux-xfs@oss.sgi.com Thu Mar 30 06:06:51 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 06:06:42 -0800 Received: from fepA.post.tele.dk ([195.41.46.143]:52396 "EHLO fepA.post.tele.dk") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 06:06:22 -0800 Received: from burns.home.kernel.dk ([195.215.250.50]) by fepA.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000330140621.UTBJ25931.fepA.post.tele.dk@burns.home.kernel.dk> for ; Thu, 30 Mar 2000 16:06: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 QAA00666 for linux-xfs@oss.sgi.com; Thu, 30 Mar 2000 16:06:20 +0200 Date: Thu, 30 Mar 2000 16:06:20 +0200 From: Jens Axboe To: linux-xfs@oss.sgi.com Subject: Re: oops on umount Message-ID: <20000330160620.F255@suse.de> References: <20000330160433.D255@suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.9i In-Reply-To: <20000330160433.D255@suse.de>; from axboe@suse.de on Thu, Mar 30, 2000 at 04:04:33PM +0200 X-OS: Linux 2.3.99-pre4 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30 2000, Jens Axboe wrote: > Gave xfs a test spin today. It survived a fair amount of abuse, before > crashing on umount. Here's the oops: Sorry, should have mentioned that this is with the 2.3.99-pre2 kernel from CVS as per a couple of hours ago. -- * Jens Axboe * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk From owner-linux-xfs@oss.sgi.com Thu Mar 30 06:39:11 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 06:39:02 -0800 Received: from Cantor.suse.de ([194.112.123.193]:32782 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 06:38:49 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 6312F1E19B; Thu, 30 Mar 2000 16:38:47 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id E9B6310A02E; Thu, 30 Mar 2000 16:38:46 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 6CC8B2F36B; Thu, 30 Mar 2000 16:38:46 +0200 (MEST) Date: Thu, 30 Mar 2000 16:38:46 +0200 From: "Andi Kleen" To: lord@sgi.com Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330163846.A31252@gruyere.muc.suse.de> References: <200003301311.HAA13899@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003301311.HAA13899@jen.americas.sgi.com>; from lord@sgi.com on Thu, Mar 30, 2000 at 07:11:54AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30, 2000 at 07:11:54AM -0600, lord@sgi.com wrote: > > > > Configuration: > > > > CONFIG_XFS_FS=m > > CONFIG_PAGE_BUF=y > > CONFIG_PAGE_BUF_LOCKING=y > > CONFIG_AVL=y > > CONFIG_PAGE_BUF_META=y > > CONFIG_AVL=y > > # CONFIG_XFS_ARCH_MIPS is not set > > CONFIG_XFS_ARCH_NATIVE=y > > # CONFIG_XFS_ARCH_MULTI is not set > > OK, looks like the same hang. Turning off CONFIG_PAGE_BUF_META should make > it go away. Even with BUF_META off I got another hang, again while copying a kernel tree to it Symlinks seem to be still flakey (they also cannot be removed). Looks like file_lock leaked and the NMI oopser killed it. [... lots of similar messages ... ] cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/xfs_vnodeops.c': File exists cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/xfs_uuid.c': File exists Unable to handle kernel NULL pointer dereference at virtual address 00000015 *pde = 00000000 Entering kdb (0xc6ae6000) on processor 0 Panic: Oops due to panic @ 0xc014a8fd eax = 0x0000000d ebx = 0xc14643e0 ecx = 0xc5197a00 edx = 0xc0354fe4 esi = 0x0000000d edi = 0x00008241 esp = 0xc6ae6000 eip = 0xc014a8fd ebp = 0xc6ae7f90 ss = 0x00000002 cs = 0x00000010 eflags = 0x00010207 ds = 0xc0350018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc6ae7f4c [E0]ntkderbi>n g kdb (0xc758c000) on processor 1 due to NonMaskable Interrupt @ 0xc012ab7a eax = 0xffffffff ebx = 0xfc3b6021 ecx = 0xc0348a80 edx = 0x00000000 esi = 0xc0159b50 edi = 0xc1464ce0 esp = 0xc0348a80 eip = 0xc012ab7a ebp = 0xc758df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc758dee8 [1]kdb> bt EBP EIP Function(args) 0xc758df24 0xc012ab7a _spin_lock_+0x32( 0xc0348a80) 0xc758df60 0xc0159b51 do_select+0x115( 0x1, 0xc758dfa4, 0xc758dfa0) 0xc758dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) 0xbffffd4c 0xc010bd68 system_call [1]kdb> reboot -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 30 06:50:01 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 06:49:52 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:6980 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 06:49:30 -0800 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 GAA06731 for ; Thu, 30 Mar 2000 06:44:49 -0800 (PST) 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 IAA13781; Thu, 30 Mar 2000 08:46:56 -0600 (CST) 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.4) with ESMTP id IAA21178; Thu, 30 Mar 2000 08:46:50 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id IAA14018; Thu, 30 Mar 2000 08:46:47 -0600 Message-Id: <200003301446.IAA14018@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: "Andi Kleen" cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-reply-to: Your message of "Thu, 30 Mar 2000 16:38:46 +0200 Date: Thu, 30 Mar 2000 08:46:47 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > Even with BUF_META off I got another hang, again while copying a kernel > tree to it Symlinks seem to be still flakey (they also cannot be removed). > Looks like file_lock leaked and the NMI oopser killed it. > > [... lots of similar messages ... ] > > cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/ xfs_vnodeops.c': File exists > cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/ xfs_uuid.c': File exists > Unable to handle kernel NULL pointer dereference at virtual address 00000015 > *pde = 00000000 > Entering kdb (0xc6ae6000) on processor 0 Panic: Oops > due to panic @ 0xc014a8fd > eax = 0x0000000d ebx = 0xc14643e0 ecx = 0xc5197a00 edx = 0xc0354fe4 > esi = 0x0000000d edi = 0x00008241 esp = 0xc6ae6000 eip = 0xc014a8fd > ebp = 0xc6ae7f90 ss = 0x00000002 cs = 0x00000010 eflags = 0x00010207 > ds = 0xc0350018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc6ae7f4c > [E0]ntkderbi>n g kdb (0xc758c000) on processor 1 due to NonMaskable Interrupt @ 0xc012ab7a > eax = 0xffffffff ebx = 0xfc3b6021 ecx = 0xc0348a80 edx = 0x00000000 > esi = 0xc0159b50 edi = 0xc1464ce0 esp = 0xc0348a80 eip = 0xc012ab7a > ebp = 0xc758df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 > ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc758dee8 > [1]kdb> bt > EBP EIP Function(args) > 0xc758df24 0xc012ab7a _spin_lock_+0x32( 0xc0348a80) > 0xc758df60 0xc0159b51 do_select+0x115( 0x1, 0xc758dfa4, 0xc758dfa0) > 0xc758dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) > 0xbffffd4c 0xc010bd68 system_call > [1]kdb> reboot > > > -Andi Oh there is nothing like people using your code..... If you can make this happen again could you send the back trace from the panic cpu - kdb always seems to run on the other cpu from a panic, the system went down on cpu 0 and kdb came up on 1. Just do a cpu x to the other cpu and backtrace it. The symlink stuff is not too surprising, I will add it to the list. Thanks, Steve From owner-linux-xfs@oss.sgi.com Thu Mar 30 06:52:01 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 06:51:42 -0800 Received: from Cantor.suse.de ([194.112.123.193]:11279 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 06:51:37 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 8562E1E1A4; Thu, 30 Mar 2000 16:51:34 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 6724B10A02E; Thu, 30 Mar 2000 16:51:33 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 8F6122F36B; Thu, 30 Mar 2000 16:51:32 +0200 (MEST) Date: Thu, 30 Mar 2000 16:51:32 +0200 From: "Andi Kleen" To: lord@sgi.com Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330165132.A31568@gruyere.muc.suse.de> References: <200003301446.IAA14018@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003301446.IAA14018@jen.americas.sgi.com>; from lord@sgi.com on Thu, Mar 30, 2000 at 08:46:47AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30, 2000 at 08:46:47AM -0600, lord@sgi.com wrote: > > > > > Even with BUF_META off I got another hang, again while copying a kernel > > tree to it Symlinks seem to be still flakey (they also cannot be removed). > > Looks like file_lock leaked and the NMI oopser killed it. > > > > [... lots of similar messages ... ] > > > > cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/ > xfs_vnodeops.c': File exists > > cp: cannot create symbolic link `/xfs/lsrc/sgi/linux-2.3-xfs/cmd/xfs/sim/src/ > xfs_uuid.c': File exists > > Unable to handle kernel NULL pointer dereference at virtual address 00000015 > > *pde = 00000000 > > Entering kdb (0xc6ae6000) on processor 0 Panic: Oops > > due to panic @ 0xc014a8fd > > eax = 0x0000000d ebx = 0xc14643e0 ecx = 0xc5197a00 edx = 0xc0354fe4 > > esi = 0x0000000d edi = 0x00008241 esp = 0xc6ae6000 eip = 0xc014a8fd > > ebp = 0xc6ae7f90 ss = 0x00000002 cs = 0x00000010 eflags = 0x00010207 > > ds = 0xc0350018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc6ae7f4c > > [E0]ntkderbi>n g kdb (0xc758c000) on processor 1 due to NonMaskable Interrupt > @ 0xc012ab7a > > eax = 0xffffffff ebx = 0xfc3b6021 ecx = 0xc0348a80 edx = 0x00000000 > > esi = 0xc0159b50 edi = 0xc1464ce0 esp = 0xc0348a80 eip = 0xc012ab7a > > ebp = 0xc758df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 > > ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc758dee8 > > [1]kdb> bt > > EBP EIP Function(args) > > 0xc758df24 0xc012ab7a _spin_lock_+0x32( 0xc0348a80) > > 0xc758df60 0xc0159b51 do_select+0x115( 0x1, 0xc758dfa4, 0xc758dfa0) > > 0xc758dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) > > 0xbffffd4c 0xc010bd68 system_call > > [1]kdb> reboot > > > > > > -Andi > > Oh there is nothing like people using your code..... > > If you can make this happen again could you send the back trace from the > panic cpu - kdb always seems to run on the other cpu from a panic, the > system went down on cpu 0 and kdb came up on 1. Just do a cpu x to the > other cpu and backtrace it. Oh yes, sorry, I overlooked that. Seems KDB should turn off the watchdog while it runs. I'll check if I can reproduce it. -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 30 07:04:02 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 07:03:42 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:60230 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 07:03:21 -0800 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 GAA08193 for ; Thu, 30 Mar 2000 06:58:40 -0800 (PST) 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 JAA44747; Thu, 30 Mar 2000 09:00:47 -0600 (CST) 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.4) with ESMTP id JAA21849; Thu, 30 Mar 2000 09:00:41 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA14782; Thu, 30 Mar 2000 09:00:38 -0600 Message-Id: <200003301500.JAA14782@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: Jens Axboe cc: linux-xfs@oss.sgi.com Subject: Re: oops on umount In-reply-to: Your message of "Thu, 30 Mar 2000 16:04:33 +0200 Date: Thu, 30 Mar 2000 09:00:38 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > Hi, > > Gave xfs a test spin today. It survived a fair amount of abuse, before > crashing on umount. Here's the oops: > > cpu: 0, clocks: 833065, slice: 277688 > cpu: 1, clocks: 833065, slice: 277688 > CPU: 0 > EIP: 0010:[] > EFLAGS: 00000097 > eax: ffffffff ebx: a85471c7 ecx: cdb90698 edx: 00000000 > esi: c0141e84 edi: cdb90640 ebp: c2879c00 esp: c2879bf8 > ds: 0018 es: 0018 ss: 0018 > Process umount (pid: 308, stackpage=c2879000) > Stack: cdb90698 cdb90698 c2879c1c c0141e87 cdb90698 00000246 00000286 c2879cb 0 > 00000282 c2879c50 c0143fdc cdb90640 00000246 00000286 c2879cb0 0000000 0 > 00000200 332bb600 00000000 00000000 00000286 c2879cb0 c2879cb0 c01438f 7 > Call Trace: [] [] [] [] [] [] [] > [] [] [] [] [] [] [] [] > [] [] [] [] [] [] [] [] > Code: 19 c0 85 c0 75 f6 0f 31 29 d8 50 6a 01 56 51 e8 de fe ff ff > > >>EIP: c0128fba <_spin_lock_+32/50> > Trace: c0141e87 > Trace: c0143fdc > Trace: c01438f7 > Trace: c0143390 <_page_buf_page_apply+0/128> > Trace: c01bf9d8 > Trace: c0142e70 > Trace: c018534f > Trace: c01ae2f0 > Trace: c01c0efa > Code: c0128fba <_spin_lock_+32/50> 00000000 <_EIP>: <=== > Code: c0128fba <_spin_lock_+32/50> 0: 19 c0 sbb %eax,%eax <=== > Code: c0128fbc <_spin_lock_+34/50> 2: 85 c0 test %eax,%eax > Code: c0128fbe <_spin_lock_+36/50> 4: 75 f6 jne c0128fb6 <_spin_lock_+2e/50> > Code: c0128fc0 <_spin_lock_+38/50> 6: 0f 31 rdtsc > Code: c0128fc2 <_spin_lock_+3a/50> 8: 29 d8 sub %ebx,%eax > Code: c0128fc4 <_spin_lock_+3c/50> a: 50 push %eax > Code: c0128fc5 <_spin_lock_+3d/50> b: 6a 01 push $0x1 > Code: c0128fc7 <_spin_lock_+3f/50> d: 56 push %esi > Code: c0128fc8 <_spin_lock_+40/50> e: 51 push %ecx > Code: c0128fc9 <_spin_lock_+41/50> f: e8 de fe ff ff call c0128eac > > Looks like it tried to grab a spin lock in use and got caught by > the nmi watchdog. Hmm, this one could be fun - I suspect we have one thread using a buffer while another one is attempting to free it.... I have definitely seen problems in this area. CONFIG_PAGE_BUF_META is going to be a fairly delicate area for a while, we have implemented a totally new buffering system underneath XFS - and it does not have exactly the same behavior as the original irix one. > > In addition, this showed up when the partition was full: > > xfs_iomap_write returning ERROR 28 > write, delalloc. add some code here Congratulations! I think you are the first person to fill a disk on XFS on Linux. The delalloc one is a bit wierd, but could be explained by the lack of any check in the new I/O code for ENOSPC. > > -- > * Jens Axboe > * Linux CD/DVD-ROM, SuSE Labs > * http://kernel.dk Thanks for the input. Steve ------------------------------------------------------------------------------ Steve Lord voice: +1-651-683-5291 Silicon Graphics Inc 655F Lone Oak Drive email: lord@sgi.com Eagan, MN, 55121, USA ------------------------------------------------------------------------------ From owner-linux-xfs@oss.sgi.com Thu Mar 30 07:15:32 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 07:15:22 -0800 Received: from Cantor.suse.de ([194.112.123.193]:47632 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Thu, 30 Mar 2000 07:14:56 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 220381E1AD; Thu, 30 Mar 2000 17:14:52 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 6C84F10A030; Thu, 30 Mar 2000 17:14:51 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id BBF6A2F36B; Thu, 30 Mar 2000 17:14:49 +0200 (MEST) Date: Thu, 30 Mar 2000 17:14:49 +0200 From: "Andi Kleen" To: lord@sgi.com Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce Message-ID: <20000330171449.A31793@gruyere.muc.suse.de> References: <200003301446.IAA14018@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003301446.IAA14018@jen.americas.sgi.com>; from lord@sgi.com on Thu, Mar 30, 2000 at 08:46:47AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30, 2000 at 08:46:47AM -0600, lord@sgi.com wrote: > If you can make this happen again could you send the back trace from the > panic cpu - kdb always seems to run on the other cpu from a panic, the > system went down on cpu 0 and kdb came up on 1. Just do a cpu x to the > other cpu and backtrace it. I did let several cp -a and rm -rf race on the same kernel tree, which caused this interesting crash (seems to be a different one): -Andi cp: sgi/linux/ipc/util.h: Invalid argument cp: sgi/linux/ipc/util.o: Invalid argument cp: sgi/linux/ipc/msg.o: Invalid argument cp: sgi/linuxExfntse_iriomngap k_wdbri t(0e xrce3atu6r40ni00ng) ERonRO pR ro2c8e ssor 1 xfPs_aniiomc:ap i_nwvriatlie d reoptuerrannidng EdRRueOR to2 8p anxicfs @_i 0omxac0p1_4wr6bi9te2 reetuaxrn =in 0g x0ER0R00OR00 21f8 ebxxf =s_ 0ioxmc3apa6_5wrei7tce reetcxur =n in0gxc E03RR5O09R8 428 exdxfs _= io0mxacp03_w5r09it74e r e turensini g = ER0RxcOR2c 21c8 6a0x fse_idio m=ap 0_xwr00it00e 0r00et3 ur neinspg =ER 0ROxRc0 22589 85xd fs _eioipma =p_ w0rxic0te14 r6bet9u2 rn in g EebRRp OR= 208xc 3a6x5fsdd_i0 om a p_swsr =i te0x rc0et2u59rnb1ine g E RcROsR = 2 08 x000x0fs00_i10o ma pe_wflriagtes r= e0tux0rn00in1g02 8E6RR OR 28 dsx =fs 0_ix0om0a00p_00wr18i t e reestu =rn 0inxg00 E00RR00O1R8 2 8 orixfges_axio m= ap0x_wfrfifftfe ffref tu rn&rinegg s E=RR 0ORxc 23a86 5d6xfcs _iE[1nt]kerdbin> g kdb (0xc048e000) on processor 0 due to NonMaskable Interrupt @ 0xc0201036 eax = 0x00000300 ebx = 0x000f422d ecx = 0x00004000 edx = 0x000003fd esi = 0xc03fb7a0 edi = 0xc03a3d48 esp = 0xc048fc6c eip = 0xc0201036 ebp = 0xc048fc44 ss = 0xc0205690 cs = 0x00000010 eflags = 0x00000002 ds = 0x00000018 es = 0x00000018 origeax = 0x00000300 ®s = 0xc048fc10 [0]kdb> cpu 1 Entering kdb (0xc3a64000) on processor 1 due to cpu switch [1]kdb> bt EBP EIP Function(args) 0xc3a65b88 0xc0241eb6 kdb_getscancode+0x82( 0xc3a65bf4, 0xff) 0xc3a65b98 0xc0242058 kdba_read+0x10( 0xc3a65bf4, 0xff) 0xc3a65ba8 0xc019af40 kdb_read+0x10( 0xc3a65bf4, 0xff, 0xc0272ef9, 0x1) 0xc3a65bc8 0xc019af6a kdb_getstr+0x26( 0xc3a65bf4, 0xff, 0xc0272ef9, 0xc0273104) 0xc3a65cf4 0xc0199330 kdb+0x498( 0x4, 0x0, 0xc3a65d6c) 0xc3a65d08 0xc0242b83 kdba_callback_die+0x1b( 0xc3a65d6c, 0x0, 0xffffffff, 0xc0248c86) 0xc3a65d2c 0xc010c466 die+0x86( 0xc0248c86, 0xc3a65d6c, 0x0) 0xc3a65d44 0xc010c5ae die_if_no_fixup+0x36( 0xc0248c86, 0xc3a65d6c, 0x0) 0xc3a65d5c 0xc010c9a5 do_invalid_op+0x2d( 0xc3a65d6c, 0x0, 0xc3a65e7c, 0xc0350984, 0xc0350974) 0xc3a65dd0 0xc010bebd error_code+0x2d( 0xc53eaba0, 0xc1027230, 0x2, 0xc3a65e7c, 0x1) 0xc3a65e18 0xc0145d46 __pagebuf_do_delwri+0xea( 0xc53eaba0, 0xc3a65ed8, 0x0, 0x0, 0xff2d60d8) 0xc3a65e90 0xc0146249 _pagebuf_file_write+0x159( 0xc5aaf200, 0xc3a65ed8) 0xc3a65f14 0xc0146662 pagebuf_generic_file_write+0x21e( 0xc5aaf200, 0xbfffdc14, 0x1000, 0xc5aaf21c) 0xc3a65f38 0xc88b4472 xfs_rdwr+0x52( 0xc0e732e0, 0xc5aaf200, 0xbfffdc14, 0x1000, 0xc5aaf21c) 0xc3a65f70 0xc88b50ad xfs_write+0x121( 0xc0e732e0, 0xc5aaf200, 0xbfffdc14, 0x1000, 0xc5aaf21c) 0xc3a65f90 0xc88b1718 dnlc_enter+0x1ac( 0xc5aaf200, 0xbfffdc14, 0x1000, 0xc5aaf21c, 0xc3a64000) 0xc3a65fbc 0xc014b7f5 sys_write+0x109( 0x4, 0xbfffdc14, 0x1000, 0x1000, 0xbfffdc14) 0xbfffdbfc 0xc010bd68 system_call [1]kdb> [1]kdb> cpu 0 [0]kdb> bt EBP EIP Function(args) 0xc048fc44 0xc0201036 serial_in+0x16( 0xc03fb7a0, 0x5) 0xc048fc6c 0xc0205690 serial_console_write+0x5c( 0xc0360d00, 0xc03a3d43, 0x23) 0xc048fca0 0xc011fdb2 printk+0x16a( 0xc88c5e60, 0x1c) 0xc048fd98 0xc88b5b27 xfs_iomap_write+0x5b7( 0xc0d99bd8, 0x252000, 0x0, 0x10000, 0xc048fe7c) 0xc048fdcc 0xc88b5243 xfs_bmap+0xe7( 0xc0d99a78, 0x252000, 0x0, 0x10000, 0x0) 0xc048fe10 0xc88b2f21 linvfs_pb_bmap+0x6d( 0xc4b40780, 0x252000, 0x0, 0x10000, 0xc048fe7c) 0xc048fe90 0xc01461ab _pagebuf_file_write+0xbb( 0xc35cc0c0, 0xc048fed8) 0xc048ff14 0xc0146662 pagebuf_generic_file_write+0x21e( 0xc35cc0c0, 0xbfffd9d4, 0x1000, 0xc35cc0dc) 0xc048ff38 0xc88b4472 xfs_rdwr+0x52( 0xc0d99a78, 0xc35cc0c0, 0xbfffd9d4, 0x1000, 0xc35cc0dc) 0xc048ff70 0xc88b50ad xfs_write+0x121( 0xc0d99a78, 0xc35cc0c0, 0xbfffd9d4, 0x1000, 0xc35cc0dc) 0xc048ff90 0xc88b1718 dnlc_enter+0x1ac( 0xc35cc0c0, 0xbfffd9d4, 0x1000, 0xc35cc0dc, 0xc048e000) 0xc048ffbc 0xc014b7f5 sys_write+0x109( 0x4, 0xbfffd9d4, 0x1000, 0x1000, 0xbfffd9d4) 0xbfffd9bc 0xc010bd68 system_call [0]kdb> -Andi From owner-linux-xfs@oss.sgi.com Thu Mar 30 09:48:24 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 09:48:15 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52568 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 09:47:52 -0800 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 JAA03788 for ; Thu, 30 Mar 2000 09:51:31 -0800 (PST) mail_from (cattelan@thebarn.com) 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 LAA46085; Thu, 30 Mar 2000 11:46:35 -0600 (CST) 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.4) with ESMTP id LAA00054; Thu, 30 Mar 2000 11:46:27 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA22630; Thu, 30 Mar 2000 11:46:33 -0600 Date: Thu, 30 Mar 2000 11:46:31 -0600 Message-ID: <14563.37623.788276.90449C@gibble.americas.sgi.com> To: lord@sgi.com Cc: ak@suse.de, linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-Reply-To: In your message of "Thu, 30 Mar 2000 06:47:11 -0600" <200003301247.GAA12024@jen.americas.sgi.com> References: <200003301247.GAA12024@jen.americas.sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Thu, 30 Mar 2000 06:47:11 -0600, Steve Lord wrote: > > > > > > P.S.: I compiled up a XFS tree from CVS last night. It created and mounted > > fine, but hung the machine when I copied a kernel tree > > to it (kdb didn't trigger, I'll need to go to the office to reset it) > > Hmm, we seem to have 'announced' already - I wonder who put this thread onto > the oss list. Anyways, which options did you use to build XFS? There was a > hard hang in the case where CONFIG_PAGE_BUF_META is turned on (doing a > tlb_flush with interrupts turned off). I fixed this yesterday, but I suspect > this would be after you checked out the cvs copy, so you may not have that > yet - look for a spinlock inside of vfree and friends. > > Let me know if you have this change or not, and what configuration you > were running on. > Well the cat is out of the bag :-) Have to hand it to people who actually got the file system up and running without any documentation. The pushing of the cvs tree is not "entirely" automated yet. I'll working on getting all the steps automated. I just updated the tree on oss to the most current rev. The web page that describes how to download the tree is at http://oss.sgi.com/projects/xfs/cvs_download.html A more official announcement is on it's way, but if you are on this list consider your self on the pre-announcement list. Any input on the download process would be appreciated. -Russell Cattelan From owner-linux-xfs@oss.sgi.com Thu Mar 30 11:57:25 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 11:57:16 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:8994 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 11:57:06 -0800 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 LAA18361 for ; Thu, 30 Mar 2000 11:52:26 -0800 (PST) mail_from (cattelan@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 NAA82648 for ; Thu, 30 Mar 2000 13:54:34 -0600 (CST) 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.4) with ESMTP id NAA05981 for ; Thu, 30 Mar 2000 13:54:27 -0600 (CST) Received: by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA22750; Thu, 30 Mar 2000 13:54:33 -0600 From: Russell Cattelan MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14563.45304.554581.900143@gibble.americas.sgi.com> Date: Thu, 30 Mar 2000 13:54:32 -0600 (CST) To: linux-xfs@oss.sgi.com Subject: Updated announcement X-Mailer: VM 6.72 under 21.1 (patch 8) "Bryce Canyon" XEmacs Lucid Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Jim I've updated your accouncement a bit I comments before we send it out. Note I have a broken html page a the moment. Will fix soon. >>>>>>>>>>> Source code for Linux XFS now available! <<<<<<<<<<<<<< A complete linux 2.3.99pre2 tree including the XFS filesystem is available for cvs checkout. Please refer to: http://oss.sgi.com/projects/xfs/cvs_download.html for instructions. A snapshot of the CVS tree is also availble: ftp://oss.sgi.com/projects/xfs/ftpdir/03302000linux-2.3-xfs.tgz This tar file will not be generated on a reqular basis. A "cvs update -d" should be performed once the tree is download and unpacked. *************** PRELIMINARY WORK IN PROGRESS CODE ***************** While most of the basic functionality of the XFS file system is working, this code is still very unstable. IT WILL CRASH YOUR SYSTEM! sooner or later. This release has only been tried on IA32 systems. People are certianly free to work on getting it running on other architectures. Many of the more advanced XFS features are yet to be worked on. guaranteed rate IO. Direct IO Real time IO Access Control Lists. etc... For a list of items currently being working on or soon to be worked on refer to: http://oss.sgi.com/projects/xfs/todos.html This list will updated as new items are found. A beta release is planned in a few months and at that time we will release an xfs rpm. There is a linux-xfs@oss.sgi.com mail list that you can subscribe to and watch problems/issues as the get fixed and are found. Please e-mail linux-xfs with any issues/problems/... that you find in the code or while running. If you want to help with specific work items, please e-mail xfs-masters@oss.sgi.com. Thanks The XFS Team. From owner-linux-xfs@oss.sgi.com Thu Mar 30 15:37:03 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 15:36:53 -0800 Received: from timbuk-fddi.cray.com ([128.162.8.102]:52713 "EHLO timbuk.cray.com") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 15:36:43 -0800 Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by timbuk.cray.com (8.8.8/CRI-gate-news-1.3) with ESMTP id RAA18908; Thu, 30 Mar 2000 17:36:39 -0600 (CST) Received: (from lord@localhost) by clink.americas.sgi.com (980427.SGI.8.8.8/CRI-news-1.3) id RAA72025; Thu, 30 Mar 2000 17:36:40 -0600 (CST) Date: Thu, 30 Mar 2000 17:36:40 -0600 (CST) From: Steve Lord Message-Id: <200003302336.RAA72025@clink.americas.sgi.com> To: slinx-xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE - fix the read/modify write behavior of extending a file Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Don't read buffer heads which are beyond eof from disk. Speeds up small sequential writes big time. Modid: 2.3.99pre2-xfs:slinx:56073a Date: Thu Mar 30 15:35:23 PST 2000 Workarea: clink.americas.sgi.com:/data/clink/io/lord/slinx-xfs-2.3.99pre2 The following file(s) were checked into: bonnie.engr.sgi.com:/isms/slinx/2.3.99pre2-xfs linux/fs/page_buf.c - 1.74 http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/page_buf.c.diff?r1=text&tr1=1.74&r2=text&tr2=1.73&f=h - Fix the prepare_write function so that it does not read buffers beyond the end of file from disk. This fixes the AIM regression. From owner-linux-xfs@oss.sgi.com Thu Mar 30 20:20:35 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 20:20:27 -0800 Received: from lips.borg.umn.edu ([160.94.232.50]:22791 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 20:20:10 -0800 Received: from thebarn.com (dialin8.lcse.umn.edu [160.94.231.40]) by lips.borg.umn.edu (8.10.0/8.10.0) with ESMTP id e2V4K6366272; Thu, 30 Mar 2000 22:20:06 -0600 (CST) Message-ID: <38E4276E.2E1BA416@thebarn.com> Date: Thu, 30 Mar 2000 22:19:58 -0600 From: Russell Cattelan Organization: Moo Solutions X-Mailer: Mozilla 4.7 [en] (X11; U; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: "David S. Miller" CC: linux-xfs@oss.sgi.com Subject: Re: Source code for Linux XFS now available! References: <200003302012.OAA26075@fsgi344.americas.sgi.com> <200003310153.RAA10876@pizda.ninka.net> <38E40932.40A678AF@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 Dan.Koren@sgi.com wrote: > "David S. Miller" wrote: > > > > One would think that with a year or so of internal work this sort of > > stuff would have been cleaned up already. If you guys had released > > this a year ago things would be much further along than it is right > > now, I think that keeping it internal for so long was the biggest > > mistake SGI made about XFS on Linux. Even if it didn't build nor > > work, releasing 'a source tree' a year ago would have had the whole > > world contributing to fix it all up and we'd have a working and clean > > XFS in the tree already. > > > > But that's SGI politics for you. > > > > No, it isn't. > > In fairness to all of us, inside and outside SGI, one must come to > terms with the fact that we could not publish XFS code before the > encumbrance review and cleanup were complete. All of us on the XFS > team at SGI would have liked nothing better than to publish XFS as > soon as we made the announcement last year. > > thx, > The green light from legal literally wasn't given till late Tuesday. I was up till 3 am finalizing the cvs transfer procedure. The source code release was something we all wanted. Have to start bracing for all the patches. :-) > > dk > > --------- > Dan Koren Dan.Koren@sgi.com > Silicon Graphics, Inc. phone: (USA) 650-933-3678 > 1200 Crittenden Lane M/S 30-3-802 fax: (USA) 650-933-3542 > Mountain View, CA 94040 dkoren_p@pager.sgi.com From owner-linux-xfs@oss.sgi.com Thu Mar 30 22:05:06 2000 Received: by oss.sgi.com id ; Thu, 30 Mar 2000 22:04:57 -0800 Received: from lips.borg.umn.edu ([160.94.232.50]:36103 "EHLO lips.borg.umn.edu") by oss.sgi.com with ESMTP id ; Thu, 30 Mar 2000 22:04:38 -0800 Received: from thebarn.com (dialin5.lcse.umn.edu [160.94.231.37]) by lips.borg.umn.edu (8.10.0/8.10.0) with ESMTP id e2V64Z366742 for ; Fri, 31 Mar 2000 00:04:35 -0600 (CST) Message-ID: <38E43FF2.D80E5F47@thebarn.com> Date: Fri, 31 Mar 2000 00:04:34 -0600 From: Russell Cattelan X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: [Fwd: Re: Source code for Linux XFS now available!] 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 -------- Original Message -------- Subject: Re: Source code for Linux XFS now available! Date: Fri, 31 Mar 2000 15:30:44 +1000 From: Ken McDonell To: "David S. Miller" CC: mostek@sgi.com, slinx-xfs@cthulhu.engr.sgi.com, slinx@cthulhu.engr.sgi.com,stg-fs@cthulhu.engr.sgi.com, cxfs_biz@cthulhu.engr.sgi.com On Thu, 30 Mar 2000, David S. Miller wrote: > ... > > One would think that with a year or so of internal work this sort of > stuff would have been cleaned up already. If you guys had released > this a year ago things would be much further along than it is right > now, I think that keeping it internal for so long was the biggest > mistake SGI made about XFS on Linux. ... > > But that's SGI politics for you. Dan has already pointed out the encumbrance issues, and there have been follow ups from David and Steve. Let me just add what is hopefully the last word on the topic ... I've attached the timeline for the encumbrance review. The whole story of why it took so long would require Jim, Russell, Steve, et al to splice in the technical milestones from the process of ripping XFS out of IRIX and stuffing it into Linux. Also attached is the draft text from a paper we've submitted to USENIX that describes the encumbrance review process at a high level. Hopefully, this will convey the message that this was not only a joust with the lawyers but a large and complex undertaking based on the sheer size of the code bodies that had to be reviewed. -------------- XFS Encumbrance Review Timeline Date Event 14 May 1999 First suggestion that encumbrance review be sent to engineering group in Melbourne. 20 May 1999 SGI announces intention to contribute XFS to the open source community. Press release and announcement at Linux Expo, Raleigh. 7 June 1999 Melbourne team signs up for encumbrance review. Initial communication on this topic with first of the SGI lawyers. 30 June 1999 Initial attempts to contact those still at SGI who were involved with initial XFS development and subsequent XFS maintenance and evolution. Contact with Kirk McKusick, re. BSD4.4-lite experiences. Located primitive file comparison tools from earlier open source project within SGI. 23 Jul 1999 Relevant licenses and source code bases identified. 4 Aug 1999 Initiate contact with XFS developers no longer at SGI. 9 Aug 1999 Source of xfs log routines (5 files) and XFS licensing terms and conditions (GPL) published on oss.sgi.com and announced at LinuxWorld in San Jose. 16-20 Aug Encumbrance review team meets current engineering developers 1999 for XFS architecture brain dump. Serious negotiations with second SGI lawyer, but still no agreement on process. 25 Aug 1999 Start negotiations with third SGI lawyer on formal process and statement of work. Initiate discussions with SCO. 30 Sep 1999 Abandon discussions with SCO. 4 Oct 1999 Legal and engineering resume dialog on statement of work and encumbrance review process description. 20 Oct 1999 Completed first version of the required production strength encumbrance tools to process large numbers of source files. 26 Oct 1999 First contact with fourth SGI lawyer. 12 Dec 1999 Agreement between legal and engineering on statement of work and encumbrance review process description. 31 Jan 2000 A further 103 source files made available on oss.sgi.com. 21 Feb 2000 77 more source files published on oss.sgi.com. 28 Feb 2000 First pass encumbrance review of all source files completed. A small number of files require additional review and/or relief. 29 Mar 2000 Encumbrance team finishes review and relief work. The remaining 221 source files are cleared for release under the GPL. 30 Mar 2000 CVS tree with complete buildable source for XFS made available on oss.sgi.com. -------------- [draft text from USENIX conference paper in preparation] Encumbrance Review For XFS to be a viable alternative filesystem for the open source community, it was deemed essential that XFS be released with a license at least compatible with the GNU Public License (GPL). The IRIX operating system in which XFS was originally developed has evolved over a long period of time, and includes assorted code bases with a variety of associated third party license agreements. For the most part these agreements are in conflict with the terms and conditions of the GNU Public License. The initial XFS project was an SGI initiative, that started with a new top-to-bottom filesystem design, rather than extending an existing filesystem. Based upon the assertions of the original developers and the unique features of XFS, there was a priori a low probability of overlap between the XFS code and the portions of IRIX to which third party licenses might apply. However it was still necessary to establish that the XFS source code to be open sourced was free of all encumbrances, including any associated with terms and conditions of third party licenses applying to parts of IRIX. SGI's objectives were: + to ensure the absence of any intellectual property infringements; + to establish the likely derivation history to ensure the absence of any code subject to third party terms and conditions. This was a major undertaking, as the initial release of buildable XFS open source contained some 400 files and 199,000 lines of source. The process was long, but relatively straightfoward, and encumbrance relief was usually by removal of code. The encumbrance review was a combined effort for SGI's Legal and Engineering organizations. The comments here will be confined to the technical issues and techniques used by the engineers. Encumbrance Review Process We were faced with making comparisons across several large code bases, and in particular at least UNIX System V Release 4.2-MP, BSD4.3 NET/2, BSD4.4-lite and the open source version of XFS. 1. Historical survey. We contacted as many as possible of the original XFS developers and subsequent significant maintainers, and asked as series of questions. This information was most useful as guideposts or to corroborate conclusions from the other parts of the review. 2. Keyword search (all case insensitive). In each of the non-XFS code bases, search for keywords associated with unique XFS concepts or technologies, e.g. journal, transaction, etc. In the XFS code base, search for keywords associated with ownership, concepts and technologies in the non-XFS code bases, e.g. at&t, berkeley, etc. 3. Literal copy check. Using a specially built tool compare every line of each XFS source file against all of the source in the non-XFS code bases. The comparison ignores white space, but some commonly occurring strings are filtered out, e.g. matching "i++;" is never going to be helpful. 4. Symbol matching. Tools were developed to post-process the ASCII format databases from cscope to generate lists of symbols and their associated generic type (function, global identifier, macro, struct, union, enum, struct/union/enum member, typedef, etc.). In each XFS source file the symbols were extracted and compared against all symbols found in all the non-XFS code bases. A match occurred when the same symbol name and type was found in two different source files. Some post-processing of the symbols was done to include plausible name transformations, e.g. adding an "xfs_" prefix, or removal of all underscores, etc. 5. Prototype matching. Starting with a variant of the mkproto tool, the source code was scanned to extract ANSI C prototypes. Based on some equivalence classes, "similar" types were mapped to a smaller number of base types, and then the prototypes compared. A match occurred when the type of the function and the number and type of the arguments agreed. 6. Similarity of function, design, concept or implementation. This process is based upon an understanding, and a study, of the source code. In the XFS code, for each source file, or feature implemented in a source file, or group of source files implementing a feature, it was necessary to conduct a review of the implementation of any similar source file or feature in each of the non-XFS code bases. The objective of this review is to determine if an issue of potential encumbrance arises as a consequence of similarity in the function, implementation with respect to algorithms, source code structure, etc. 7. Evidence of license agreements. The XFS code was examined (especially in comments) to identify any references to relevant copyrights or license agreements. In all of the steps above, the outcome was a list of _possible_ matches. For each match, it was necessary to establish in the context of the matches (in one or more files), if there was a real encumbrance issue. A modified version of the tkdiff tool was used to allow the areas of the "match" to be graphically highlighted without the visual confusion of all of the minutiae of the line-by-line differences. However, the classification of the matches was ultimately a manual process, based on the professional and technical skills of the engineers. Encumbrance Relief Especially in view of the size of the XFS source, a very small number of real encumbrance issues were identified. In all cases the relief was relatively straight forward, with removal of code required for IRIX, but not for Linux, being the most common technique. From owner-linux-xfs@oss.sgi.com Fri Mar 31 03:02:57 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 03:02:48 -0800 Received: from Cantor.suse.de ([194.112.123.193]:40965 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 31 Mar 2000 03:02:31 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 7E1CC1E0F7 for ; Fri, 31 Mar 2000 13:02:29 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 58FF610A037 for ; Fri, 31 Mar 2000 13:02:29 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id D9A2C2F36B; Fri, 31 Mar 2000 13:02:28 +0200 (MEST) Date: Fri, 31 Mar 2000 13:02:28 +0200 From: "Andi Kleen" To: linux-xfs@oss.sgi.com Subject: NFS readdir seems to be broken Message-ID: <20000331130228.A18601@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 When doing a ls from a client on a exported XFS in a big directory (e.g. linux/fs/xfs) it gets into an endless loop and runs until the memory of the ls is exhausted. It shows the first entries normally and then returns one again and again. -Andi From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:19:46 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:19:31 -0800 Received: from Cantor.suse.de ([194.112.123.193]:12560 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 31 Mar 2000 06:19:07 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 00F6E1E135 for ; Fri, 31 Mar 2000 16:19:04 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 09A2F10A034 for ; Fri, 31 Mar 2000 16:19:04 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 4E29A2F36B; Fri, 31 Mar 2000 16:19:03 +0200 (MEST) Date: Fri, 31 Mar 2000 16:19:03 +0200 From: "Andi Kleen" To: linux-xfs@oss.sgi.com Subject: Another XFS crash Message-ID: <20000331161903.A21597@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 My XFS machine just crashed again: Unable to handle kernel paging request at virtual address dead4ead *pde = 00000000 Entering kdb (0xc5f3e000) on processor 1 Panic: Oops due to panic @ 0xc012f96f eax = 0x00000000 ebx = 0x00012fff ecx = 0xc0352784 edx = 0x00000000 esi = 0x00000000 edi = 0xdead4ead esp = 0xc0352784 eip = 0xc012f96f ebp = 0xc5f3fbdc ss = 0x00012fff cs = 0x00000010 eflags = 0x00010246 ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc5f3fb94 [1E]nktdebri>n g kdb (0xc786c000) on processor 0 due to NonMaskable Interrupt @ 0xc012ab7a eax = 0xffffffff ebx = 0x377efe82 ecx = 0xc0349200 edx = 0x00000000 esi = 0xc0159b50 edi = 0xc1463ce0 esp = 0xc0349200 eip = 0xc012ab7a ebp = 0xc786df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc786dee8 [0]kdb> [0]kdb> [0]kdb> bt EBP EIP Function(args) 0xc786df24 0xc012ab7a _spin_lock_+0x32( 0xc0349200) 0xc786df60 0xc0159b51 do_select+0x115( 0x1, 0xc786dfa4, 0xc786dfa0) 0xc786dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) 0xbffffd4c 0xc010bd68 system_call [0]kdb> cpu 1 Entering kdb (0xc5f3e000) on processor 1 due to cpu switch [1]kdb> bt EBP EIP Function(args) 0xc5f3f928 0xc0242346 get_kbd_char+0x6( ) 0xc5f3f93c 0xc02424d2 kdba_read+0x2e( 0xc5f3f998, 0xff) 0xc5f3f94c 0xc019af40 kdb_read+0x10( 0xc5f3f998, 0xff, 0xc02733d9, 0x1) 0xc5f3f96c 0xc019af6a kdb_getstr+0x26( 0xc5f3f998, 0xff, 0xc02733d9, 0xc02735e4) 0xc5f3fa98 0xc0199330 kdb+0x498( 0x4, 0x0, 0xc5f3fb94) 0xc5f3faac 0xc0243063 kdba_callback_die+0x1b( 0xc5f3fb94, 0x0, 0xffffffff, 0xc025113e) 0xc5f3fad0 0xc010c466 die+0x86( 0xc025113e, 0xc5f3fb94, 0x0, 0xc5f3e000, 0x0) 0xc5f3fb84 0xc0117c3c do_page_fault+0x3ac( 0xc5f3fb94, 0x0, 0x12fff, 0xc0352784, 0x0) 0xc5f3fbdc 0xc010bebd error_code+0x2d( 0xc7102000, 0x0, 0x12fff, 0xc012f888) 0xc5f3fc00 0xc012faf4 generic_buffer_fdatasync+0x1c( 0xc7102000, 0x0, 0x12fff) 0xc5f3fc20 0xc0143a32 pagebuf_flushinval+0x2a( 0xc7102000, 0x0, 0x0, 0x12fff, 0x0) 0xc5f3fc40 0xc88d797f fs_flushinval_pages+0x23( 0xc7103820, 0x0, 0x0, 0x12fff, 0x0) 0xc5f3fc70 0xc88d4115 xfs_reclaim+0x151( 0xc7103820, 0x0, 0xc1464ec8) 0xc5f3fc90 0xc88de68c vn_unhash+0x118( 0xc14e1d58, 0x0) 0xc5f3fcc8 0xc88deb85 vn_alloc+0x2e1( 0xc0a2a540, 0x2, 0x0) 0xc5f3fd20 0xc88b4fde xfs_iget+0x1fe( 0xc094f000, 0x0, 0x171196, 0x0, 0x0) 0xc5f3fd68 0xc88cbd36 xfs_dir_lookup_int+0x136( 0x0, 0xc71032f0, 0x5, 0xc5058800, 0xc5f3ff30) 0xc5f3fdc8 0xc88d0489 xfs_lookup+0x9d( 0xc71032f0, 0xc5058800, 0xc5f3fe00, 0xc5f3ff30, 0x0) 0xc5f3ff3c 0xc88d8473 linvfs_lookup+0x7b( 0xc4b6b5a0, 0xc50587a0) 0xc5f3ff5c 0xc0154f60 real_lookup+0xa0( 0xc5058820, 0xc5f3ff7c, 0x0) 0xc5f3ff88 0xc01551d8 lookup_dentry+0x134( 0xc5c88003, 0xc5058820, 0x0) 0xc5f3ffa4 0xc01553ad __namei+0x29( 0x8055a59, 0x0, 0xc5f3e000, 0xbffff8a4) [1]more> 0xc5f3ffbc 0xc0150cf8 sys_newlstat+0x6c( 0x8055a59, 0xbffff7fc, 0x8055a59, 0xbffff8a4, 0x8055a59) 0xbffff83c 0xc010bd68 system_call [1]kdb> From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:29:45 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:29:32 -0800 Received: from aqua.M9-Farm.zenon.net ([195.2.83.224]:64236 "EHLO backend1.aha.ru") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 06:29:15 -0800 Received: from [195.2.77.201] (account ) by backend1.aha.ru (CommuniGate Pro WebUser 3.2.4) with HTTP id 24000463 for ; Fri, 31 Mar 2000 18:29:06 +0400 From: "Beavis" Subject: Patches To: linux-xfs@oss.sgi.com X-Mailer: CommuniGate Pro Web Mailer v.3.2.4 Date: Fri, 31 Mar 2000 18:29:06 +0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="KOI8-R" Content-Transfer-Encoding: 8bit Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Dear All Where can I download patches for kernel-2.3.99-pre2 I have a modem connection and it will take me a lot of time to download a full tree Best Regards From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:44:48 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:44:44 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:7032 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 06:44:10 -0800 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 GAA29421 for ; Fri, 31 Mar 2000 06:39:25 -0800 (PST) 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 IAA37441; Fri, 31 Mar 2000 08:41:33 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id IAA07322; Fri, 31 Mar 2000 08:41:26 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id IAA28139; Fri, 31 Mar 2000 08:41:32 -0600 (CST) Message-Id: <200003311441.IAA28139@fsgi344.americas.sgi.com> Subject: Re: Patches To: webmaster@glushitel.ru (Beavis) Date: Fri, 31 Mar 2000 08:41:31 -0600 (CST) Cc: linux-xfs@oss.sgi.com In-Reply-To: from "Beavis" at Mar 31, 2000 06:29:06 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 Our current plan is to not make rpms available until the code is more stable and we are at "beta". What I did for some of the demos was just tar up the cmd and linux directories and gzip them. This turned into a reasonable thing to ftp in, ungzip, untar, ... But, ... Russell, could be build a tool to do this? How about a script that runs after we update the cvs tree: tar -cf cmd.tar cmd tar -cf linux.tar linux gzip cmd.tar gzip linux.tar Or do you think it would be easier to just create the rpms? Jim > >Dear All >Where can I download patches for kernel-2.3.99-pre2 >I have a modem connection and it will take me a lot of time >to download a full tree >Best Regards > From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:50:50 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:50:32 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:25721 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 06:50:14 -0800 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 GAA00028 for ; Fri, 31 Mar 2000 06:45:33 -0800 (PST) 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 IAA71321; Fri, 31 Mar 2000 08:47:41 -0600 (CST) 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.4) with ESMTP id IAA07648; Fri, 31 Mar 2000 08:47:34 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id IAA32471; Fri, 31 Mar 2000 08:47:22 -0600 Message-Id: <200003311447.IAA32471@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: Jim Mostek cc: webmaster@glushitel.ru (Beavis), linux-xfs@oss.sgi.com Subject: Re: Patches In-reply-to: Your message of "Fri, 31 Mar 2000 08:41:31 CST Date: Fri, 31 Mar 2000 08:47:22 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Jim I think he means source patches - thats a whole different ball of wax from RPMs. Would a cvs update on top of an existing 2.3.99-pre2 kernel tree work in any way - probably not because of the versioning in all the files. A sparse tree would work though. Steve > > Our current plan is to not make rpms available until the code > is more stable and we are at "beta". > > What I did for some of the demos was just tar up the cmd and linux > directories and gzip them. This turned into a reasonable thing to ftp in, > ungzip, untar, ... > > But, ... > > Russell, could be build a tool to do this? > > How about a script that runs after we update the cvs tree: > > tar -cf cmd.tar cmd > tar -cf linux.tar linux > gzip cmd.tar > gzip linux.tar > > Or do you think it would be easier to just create the rpms? > > Jim > > > > >Dear All > >Where can I download patches for kernel-2.3.99-pre2 > >I have a modem connection and it will take me a lot of time > >to download a full tree > >Best Regards > > From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:53:43 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:53:21 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:64377 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 06:52:50 -0800 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 GAA00267 for ; Fri, 31 Mar 2000 06:48:06 -0800 (PST) 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 IAA61505; Fri, 31 Mar 2000 08:50:12 -0600 (CST) 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.4) with ESMTP id IAA07907; Fri, 31 Mar 2000 08:50:05 -0600 (CST) From: Steve Lord Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id IAA32495; Fri, 31 Mar 2000 08:49:53 -0600 Message-Id: <200003311449.IAA32495@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: "Andi Kleen" cc: linux-xfs@oss.sgi.com Subject: Re: Another XFS crash In-reply-to: Your message of "Fri, 31 Mar 2000 16:19:03 +0200 Date: Fri, 31 Mar 2000 08:49:53 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing Weee, lots of stuff suddenly started going on around here - I wonder why? Check that you have revision 1.17 of linux/fs/xfs/linux/xfs_fs_subr.c and revision 1.57 of linux/fs/xfs/linux/xfs_super.c I think the tree is going to be changing very fast for a while here, and since the CVS tree is a mirror of an internal tree there is a lag. Have you updated since you originally took a copy? Steve > > My XFS machine just crashed again: > > Unable to handle kernel paging request at virtual address dead4ead > *pde = 00000000 > Entering kdb (0xc5f3e000) on processor 1 Panic: Oops > due to panic @ 0xc012f96f > eax = 0x00000000 ebx = 0x00012fff ecx = 0xc0352784 edx = 0x00000000 > esi = 0x00000000 edi = 0xdead4ead esp = 0xc0352784 eip = 0xc012f96f > ebp = 0xc5f3fbdc ss = 0x00012fff cs = 0x00000010 eflags = 0x00010246 > ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc5f3fb94 > [1E]nktdebri>n g kdb (0xc786c000) on processor 0 due to NonMaskable Interrupt @ 0xc012ab7a > eax = 0xffffffff ebx = 0x377efe82 ecx = 0xc0349200 edx = 0x00000000 > esi = 0xc0159b50 edi = 0xc1463ce0 esp = 0xc0349200 eip = 0xc012ab7a > ebp = 0xc786df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 > ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc786dee8 > [0]kdb> > [0]kdb> > [0]kdb> bt > EBP EIP Function(args) > 0xc786df24 0xc012ab7a _spin_lock_+0x32( 0xc0349200) > 0xc786df60 0xc0159b51 do_select+0x115( 0x1, 0xc786dfa4, 0xc786dfa0) > 0xc786dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) > 0xbffffd4c 0xc010bd68 system_call > [0]kdb> cpu 1 > Entering kdb (0xc5f3e000) on processor 1 due to cpu switch > [1]kdb> bt > EBP EIP Function(args) > 0xc5f3f928 0xc0242346 get_kbd_char+0x6( ) > 0xc5f3f93c 0xc02424d2 kdba_read+0x2e( 0xc5f3f998, 0xff) > 0xc5f3f94c 0xc019af40 kdb_read+0x10( 0xc5f3f998, 0xff, 0xc02733d9, 0x1) > 0xc5f3f96c 0xc019af6a kdb_getstr+0x26( 0xc5f3f998, 0xff, 0xc02733d9, 0xc0273 5e4) > 0xc5f3fa98 0xc0199330 kdb+0x498( 0x4, 0x0, 0xc5f3fb94) > 0xc5f3faac 0xc0243063 kdba_callback_die+0x1b( 0xc5f3fb94, 0x0, 0xffffffff, 0 xc025113e) > 0xc5f3fad0 0xc010c466 die+0x86( 0xc025113e, 0xc5f3fb94, 0x0, 0xc5f3e000, 0x0 ) > 0xc5f3fb84 0xc0117c3c do_page_fault+0x3ac( 0xc5f3fb94, 0x0, 0x12fff, 0xc0352 784, 0x0) > 0xc5f3fbdc 0xc010bebd error_code+0x2d( 0xc7102000, 0x0, 0x12fff, 0xc012f888) > 0xc5f3fc00 0xc012faf4 generic_buffer_fdatasync+0x1c( 0xc7102000, 0x0, 0x12ff f) > 0xc5f3fc20 0xc0143a32 pagebuf_flushinval+0x2a( 0xc7102000, 0x0, 0x0, 0x12fff , 0x0) > 0xc5f3fc40 0xc88d797f fs_flushinval_pages+0x23( 0xc7103820, 0x0, 0x0, 0x12ff f, 0x0) > 0xc5f3fc70 0xc88d4115 xfs_reclaim+0x151( 0xc7103820, 0x0, 0xc1464ec8) > 0xc5f3fc90 0xc88de68c vn_unhash+0x118( 0xc14e1d58, 0x0) > 0xc5f3fcc8 0xc88deb85 vn_alloc+0x2e1( 0xc0a2a540, 0x2, 0x0) > 0xc5f3fd20 0xc88b4fde xfs_iget+0x1fe( 0xc094f000, 0x0, 0x171196, 0x0, 0x0) > 0xc5f3fd68 0xc88cbd36 xfs_dir_lookup_int+0x136( 0x0, 0xc71032f0, 0x5, 0xc505 8800, 0xc5f3ff30) > 0xc5f3fdc8 0xc88d0489 xfs_lookup+0x9d( 0xc71032f0, 0xc5058800, 0xc5f3fe00, 0 xc5f3ff30, 0x0) > 0xc5f3ff3c 0xc88d8473 linvfs_lookup+0x7b( 0xc4b6b5a0, 0xc50587a0) > 0xc5f3ff5c 0xc0154f60 real_lookup+0xa0( 0xc5058820, 0xc5f3ff7c, 0x0) > 0xc5f3ff88 0xc01551d8 lookup_dentry+0x134( 0xc5c88003, 0xc5058820, 0x0) > 0xc5f3ffa4 0xc01553ad __namei+0x29( 0x8055a59, 0x0, 0xc5f3e000, 0xbffff8a4) > [1]more> > 0xc5f3ffbc 0xc0150cf8 sys_newlstat+0x6c( 0x8055a59, 0xbffff7fc, 0x8055a59, 0 xbffff8a4, 0x8055a59) > 0xbffff83c 0xc010bd68 system_call > [1]kdb> From owner-linux-xfs@oss.sgi.com Fri Mar 31 06:56:55 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 06:56:49 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:43130 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 06:56:32 -0800 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 GAA00656 for ; Fri, 31 Mar 2000 06:51:46 -0800 (PST) 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 IAA14668; Fri, 31 Mar 2000 08:53:54 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id IAA08067; Fri, 31 Mar 2000 08:53:46 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id IAA28191; Fri, 31 Mar 2000 08:53:52 -0600 (CST) Message-Id: <200003311453.IAA28191@fsgi344.americas.sgi.com> Subject: Re: Source code for Linux XFS now available! To: bertou@lpnp69.in2p3.fr (Xavier Bertou) Date: Fri, 31 Mar 2000 08:53:51 -0600 (CST) Cc: linux-xfs@oss.sgi.com In-Reply-To: <20000331142126.A14944@lpnp69.in2p3.fr> from "Xavier Bertou" at Mar 31, 2000 02:21:26 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 Delete the inclusion of sys/quota.h. This isn't needed on Linux. You can also delete the inclusiong of xfs_types.h. At least this compiles file on my 2.3.99-pre2 system. Can you try it and see if it works on Redhat 5.2? I'll update our sources. Thanks, Jim > >> >>>>>>>>>>> Source code for Linux XFS now available! <<<<<<<<<<<<<< >> >> A complete linux 2.3.99pre2 tree including the XFS filesystem is available for >> cvs checkout. >> >> Please refer to: http://oss.sgi.com/projects/xfs/cvs_download.html >> for instructions. >> >> A snapshot of the CVS tree is also availble: >> ftp://oss.sgi.com/projects/xfs/ftpdir/03302000linux-2.3-xfs.tgz >> This tar file will not be generated on a reqular basis. >> A "cvs update -d" should be performed once the tree is download and >> unpacked. > >Hi, >Trying to compile with xfs as a module or in kernel give the following errors : >In file included from /usr/include/sys/quota.h:3, > from xfsquotasstubs.c:80: >/usr/src/linux/include/linux/quota.h:170: field `dq_free' has incomplete type >/usr/src/linux/include/linux/quota.h:173: parse error before `wait_queue_head_t' >/usr/src/linux/include/linux/quota.h:173: warning: no semicolon at end of struct or union >/usr/src/linux/include/linux/quota.h:185: parse error before `}' > >root /usr/src/linux gcc -v >Reading specs from /usr/local/lib/gcc-lib/i686-pc-linux-gnu/2.95.1/specs >gcc version 2.95.1 19990816 (release) >(BTW, doesn't compile at all with good old 2.7.2.3 gcc) >I have otherwise a standard RedHat 5.2 distribution. >Thanks in advance, >Xavier Bertou > From owner-linux-xfs@oss.sgi.com Fri Mar 31 07:03:47 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 07:03:23 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:2940 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 07:03:00 -0800 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 GAA01321 for ; Fri, 31 Mar 2000 06:58:15 -0800 (PST) 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 JAA70107; Fri, 31 Mar 2000 09:00:21 -0600 (CST) 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.4) with ESMTP id JAA08468; Fri, 31 Mar 2000 09:00:15 -0600 (CST) Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id JAA32556; Fri, 31 Mar 2000 09:00:02 -0600 Message-Id: <200003311500.JAA32556@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: "Andi Kleen" cc: linux-xfs@oss.sgi.com Subject: Re: NFS readdir seems to be broken In-reply-to: Your message of "Fri, 31 Mar 2000 13:02:28 +0200 Date: Fri, 31 Mar 2000 09:00:02 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > > When doing a ls from a client on a exported XFS in a big directory > (e.g. linux/fs/xfs) it gets into an endless loop and runs until the > memory of the ls is exhausted. It shows the first entries normally > and then returns one again and again. > > > -Andi > I have my suspicions about the readdir interface at the moment, I have seen rm -r -f miss a file. Also Suse just won another prize, 'First to NFS export an XFS filesystem from Linux'! We have been busy making this thing stay up at all, kernel builds inside XFS only started working this week. We found problems between the Linux glibc getdents call running over NFS to an XFS filesystem on Irix - which could be related, in that case it managed to miss some entries. The getdents library call does this heuristic to prune down the user's request size (since kernel getdents are bigger than glibc getdents structures). In the case where it guesses wrong it does an lseek backwards, this gets confused by the lseek offsets. You could be hitting a similar problem. Thanks for the update, Steve From owner-linux-xfs@oss.sgi.com Fri Mar 31 07:12:32 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 07:12:13 -0800 Received: from Cantor.suse.de ([194.112.123.193]:19219 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 31 Mar 2000 07:11:50 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 4BAA31E138; Fri, 31 Mar 2000 17:11:42 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id 3085610A037; Fri, 31 Mar 2000 17:11:41 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id C99A12F36B; Fri, 31 Mar 2000 17:11:35 +0200 (MEST) Date: Fri, 31 Mar 2000 17:11:35 +0200 From: "Andi Kleen" To: lord@sgi.com Cc: Jim Mostek , webmaster@glushitel.ru (Beavis), linux-xfs@oss.sgi.com Subject: Re: Patches Message-ID: <20000331171135.A22364@gruyere.muc.suse.de> References: <200003311447.IAA32471@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003311447.IAA32471@jen.americas.sgi.com>; from lord@sgi.com on Fri, Mar 31, 2000 at 08:47:22AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, Mar 31, 2000 at 08:47:22AM -0600, lord@sgi.com wrote: > > Jim I think he means source patches - thats a whole different ball of wax > from RPMs. > > Would a cvs update on top of an existing 2.3.99-pre2 kernel tree work > in any way - probably not because of the versioning in all the files. Hard. You could do it with a vendor tree in CVS and using cvs rdiff, but in the long run this tends to be troublesome (because CVS only supports a single vendor tree) > A sparse tree would work though. I created patches for the SGI kernel against 2.3.99pre2 using a separate 2.3.99pre2 tree: -rw-r--r-- 1 ak suse 753985 Mar 30 16:13 sgixfs-000330.bz2 I can make them available if there is interest. -Andi From owner-linux-xfs@oss.sgi.com Fri Mar 31 07:15:44 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 07:15:29 -0800 Received: from Cantor.suse.de ([194.112.123.193]:31507 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 31 Mar 2000 07:14:59 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 36E991E134; Fri, 31 Mar 2000 17:14:54 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id F106310A045; Fri, 31 Mar 2000 17:14:53 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id BDC0F2F36B; Fri, 31 Mar 2000 17:14:53 +0200 (MEST) Date: Fri, 31 Mar 2000 17:14:53 +0200 From: "Andi Kleen" To: Steve Lord Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: Another XFS crash Message-ID: <20000331171453.A22524@gruyere.muc.suse.de> References: <200003311449.IAA32495@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003311449.IAA32495@jen.americas.sgi.com>; from lord@sgi.com on Fri, Mar 31, 2000 at 08:49:53AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, Mar 31, 2000 at 08:49:53AM -0600, Steve Lord wrote: > > Weee, lots of stuff suddenly started going on around here - I wonder why? > > Check that you have revision 1.17 of > > linux/fs/xfs/linux/xfs_fs_subr.c > > and revision 1.57 of > > linux/fs/xfs/linux/xfs_super.c > > I think the tree is going to be changing very fast for a while here, > and since the CVS tree is a mirror of an internal tree there is a lag. > > Have you updated since you originally took a copy? Nope, because the CVS server seems to be suddenly very slow (ok, not suprising, it has been slashdotted) and an update took forever. I'll try with the updated files. Thanks, -Andi From owner-linux-xfs@oss.sgi.com Fri Mar 31 07:21:21 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 07:21:11 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:62847 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 07:20:49 -0800 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 HAA03317 for ; Fri, 31 Mar 2000 07:16:08 -0800 (PST) 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 JAA50079; Fri, 31 Mar 2000 09:18:15 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id JAA09270; Fri, 31 Mar 2000 09:18:08 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id JAA28479; Fri, 31 Mar 2000 09:18:14 -0600 (CST) Message-Id: <200003311518.JAA28479@fsgi344.americas.sgi.com> Subject: Re: Another XFS crash To: ak@suse.de (Andi Kleen) Date: Fri, 31 Mar 2000 09:18:14 -0600 (CST) Cc: linux-xfs@oss.sgi.com In-Reply-To: <20000331161903.A21597@gruyere.muc.suse.de> from "Andi Kleen" at Mar 31, 2000 04:19: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 Andy and others running XFS and sending us those wonderfull crashes. Keep those cards and letters coming! It would be really useful if you could send a tad bit more info. There are a couple of debug kernel modules that can be loaded. These are xfsidbg.o, kdbm_pb.o, and kdbm_vm.o. With these and with kdb turned on, you can dump a few of the structures that are on the stack and .... For example, kdbm_pb.o has commands to dump the following: pb Display page_buf_t pbtrace page_buf_t trace pbflags Display page buf flags kiobuf Display kiobuf page Display page inode Display inode bh Display vm_area_struct modlist Display loaded modules modsyms module-name Display module symbols filp Display interesting filp stuff sh Show scsi_host sd Show scsi_device sc Show scsi_cmnd and xfsidbg.o has many commands specific to xfs like: xnode -- print and xfs inode given it's address xmount -- xfs mount structure etc. Thanks and keep those cards and letters coming. Jim > > >My XFS machine just crashed again: > >Unable to handle kernel paging request at virtual address dead4ead >*pde = 00000000 >Entering kdb (0xc5f3e000) on processor 1 Panic: Oops >due to panic @ 0xc012f96f >eax = 0x00000000 ebx = 0x00012fff ecx = 0xc0352784 edx = 0x00000000 >esi = 0x00000000 edi = 0xdead4ead esp = 0xc0352784 eip = 0xc012f96f >ebp = 0xc5f3fbdc ss = 0x00012fff cs = 0x00000010 eflags = 0x00010246 > ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc5f3fb94 >[1E]nktdebri>n g kdb (0xc786c000) on processor 0 due to NonMaskable Interrupt @ 0xc012ab7a >eax = 0xffffffff ebx = 0x377efe82 ecx = 0xc0349200 edx = 0x00000000 >esi = 0xc0159b50 edi = 0xc1463ce0 esp = 0xc0349200 eip = 0xc012ab7a >ebp = 0xc786df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 > ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc786dee8 >[0]kdb> >[0]kdb> >[0]kdb> bt > EBP EIP Function(args) >0xc786df24 0xc012ab7a _spin_lock_+0x32( 0xc0349200) >0xc786df60 0xc0159b51 do_select+0x115( 0x1, 0xc786dfa4, 0xc786dfa0) >0xc786dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) >0xbffffd4c 0xc010bd68 system_call >[0]kdb> cpu 1 >Entering kdb (0xc5f3e000) on processor 1 due to cpu switch >[1]kdb> bt > EBP EIP Function(args) >0xc5f3f928 0xc0242346 get_kbd_char+0x6( ) >0xc5f3f93c 0xc02424d2 kdba_read+0x2e( 0xc5f3f998, 0xff) >0xc5f3f94c 0xc019af40 kdb_read+0x10( 0xc5f3f998, 0xff, 0xc02733d9, 0x1) >0xc5f3f96c 0xc019af6a kdb_getstr+0x26( 0xc5f3f998, 0xff, 0xc02733d9, 0xc02735e4) >0xc5f3fa98 0xc0199330 kdb+0x498( 0x4, 0x0, 0xc5f3fb94) >0xc5f3faac 0xc0243063 kdba_callback_die+0x1b( 0xc5f3fb94, 0x0, 0xffffffff, 0xc025113e) >0xc5f3fad0 0xc010c466 die+0x86( 0xc025113e, 0xc5f3fb94, 0x0, 0xc5f3e000, 0x0) >0xc5f3fb84 0xc0117c3c do_page_fault+0x3ac( 0xc5f3fb94, 0x0, 0x12fff, 0xc0352784, 0x0) >0xc5f3fbdc 0xc010bebd error_code+0x2d( 0xc7102000, 0x0, 0x12fff, 0xc012f888) >0xc5f3fc00 0xc012faf4 generic_buffer_fdatasync+0x1c( 0xc7102000, 0x0, 0x12fff) >0xc5f3fc20 0xc0143a32 pagebuf_flushinval+0x2a( 0xc7102000, 0x0, 0x0, 0x12fff, 0x0) >0xc5f3fc40 0xc88d797f fs_flushinval_pages+0x23( 0xc7103820, 0x0, 0x0, 0x12fff, 0x0) >0xc5f3fc70 0xc88d4115 xfs_reclaim+0x151( 0xc7103820, 0x0, 0xc1464ec8) >0xc5f3fc90 0xc88de68c vn_unhash+0x118( 0xc14e1d58, 0x0) >0xc5f3fcc8 0xc88deb85 vn_alloc+0x2e1( 0xc0a2a540, 0x2, 0x0) >0xc5f3fd20 0xc88b4fde xfs_iget+0x1fe( 0xc094f000, 0x0, 0x171196, 0x0, 0x0) >0xc5f3fd68 0xc88cbd36 xfs_dir_lookup_int+0x136( 0x0, 0xc71032f0, 0x5, 0xc5058800, 0xc5f3ff30) >0xc5f3fdc8 0xc88d0489 xfs_lookup+0x9d( 0xc71032f0, 0xc5058800, 0xc5f3fe00, 0xc5f3ff30, 0x0) >0xc5f3ff3c 0xc88d8473 linvfs_lookup+0x7b( 0xc4b6b5a0, 0xc50587a0) >0xc5f3ff5c 0xc0154f60 real_lookup+0xa0( 0xc5058820, 0xc5f3ff7c, 0x0) >0xc5f3ff88 0xc01551d8 lookup_dentry+0x134( 0xc5c88003, 0xc5058820, 0x0) >0xc5f3ffa4 0xc01553ad __namei+0x29( 0x8055a59, 0x0, 0xc5f3e000, 0xbffff8a4) >[1]more> >0xc5f3ffbc 0xc0150cf8 sys_newlstat+0x6c( 0x8055a59, 0xbffff7fc, 0x8055a59, 0xbffff8a4, 0x8055a59) >0xbffff83c 0xc010bd68 system_call >[1]kdb> > From owner-linux-xfs@oss.sgi.com Fri Mar 31 07:31:24 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 07:31:06 -0800 Received: from Cantor.suse.de ([194.112.123.193]:35332 "HELO Cantor.suse.de") by oss.sgi.com with SMTP id ; Fri, 31 Mar 2000 07:30:44 -0800 Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 251D41E134; Fri, 31 Mar 2000 17:30:38 +0200 (MEST) Received: from gruyere.muc.suse.de (gruyere.muc.suse.de [10.23.1.2]) by Hermes.suse.de (Postfix) with ESMTP id DE5B610A03F; Fri, 31 Mar 2000 17:30:37 +0200 (MEST) Received: by gruyere.muc.suse.de (Postfix, from userid 14446) id 524232F36B; Fri, 31 Mar 2000 17:30:37 +0200 (MEST) Date: Fri, 31 Mar 2000 17:30:37 +0200 From: "Andi Kleen" To: lord@sgi.com Cc: "Andi Kleen" , linux-xfs@oss.sgi.com Subject: Re: NFS readdir seems to be broken Message-ID: <20000331173037.B22524@gruyere.muc.suse.de> References: <200003311500.JAA32556@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003311500.JAA32556@jen.americas.sgi.com>; from lord@sgi.com on Fri, Mar 31, 2000 at 09:00:02AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Fri, Mar 31, 2000 at 09:00:02AM -0600, lord@sgi.com wrote: > > > > > > When doing a ls from a client on a exported XFS in a big directory > > (e.g. linux/fs/xfs) it gets into an endless loop and runs until the > > memory of the ls is exhausted. It shows the first entries normally > > and then returns one again and again. > > > > > > -Andi > > > > > I have my suspicions about the readdir interface at the moment, I have seen > rm -r -f miss a file. Also Suse just won another prize, 'First to NFS export The file system was quiet here, so it must have been some basicproblem to resynchronize. You seem not the only one with rm -rf problems, see the current "dentry pinning down" thread on linux-kernel. reiserfs and ext2 had quite some problems with verifying the f_pos in readdir in the past too (upto exploitable root holes @/) This happened with the kernel nfsd BTW, I forgot to mention that. > an XFS filesystem from Linux'! We have been busy making this thing stay up at > all, kernel builds inside XFS only started working this week. Heh :-) My gratulations for this archivement. > > We found problems between the Linux glibc getdents call running over NFS > to an XFS filesystem on Irix - which could be related, in that case it > managed to miss some entries. The getdents library call does this heuristic > to prune down the user's request size (since kernel getdents are bigger than > glibc getdents structures). In the case where it guesses wrong it does an > lseek backwards, this gets confused by the lseek offsets. It looked more like it simply lost track on a directory block boundary or similar. -Andi From owner-linux-xfs@oss.sgi.com Fri Mar 31 08:23:16 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 08:23:05 -0800 Received: from fepA.post.tele.dk ([195.41.46.143]:63659 "EHLO fepA.post.tele.dk") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 08:22:37 -0800 Received: from burns.home.kernel.dk ([195.215.250.50]) by fepA.post.tele.dk (InterMail vM.4.01.02.00 201-229-116) with ESMTP id <20000331162229.DADL25931.fepA.post.tele.dk@burns.home.kernel.dk>; Fri, 31 Mar 2000 18:22:29 +0200 Received: (from axboe@localhost) by burns.home.kernel.dk (8.9.3/8.9.3/SuSE Linux 8.9.3-0.1) id RAA08820; Fri, 31 Mar 2000 17:29:20 +0200 Date: Fri, 31 Mar 2000 17:29:20 +0200 From: Jens Axboe To: lord@sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: oops on umount Message-ID: <20000331172920.B8703@suse.de> References: <200003301500.JAA14782@jen.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.11i In-Reply-To: <200003301500.JAA14782@jen.americas.sgi.com>; from lord@sgi.com on Thu, Mar 30, 2000 at 09:00:38AM -0600 X-OS: Linux 2.3.99-pre4 i686 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing On Thu, Mar 30 2000, lord@sgi.com wrote: > > Looks like it tried to grab a spin lock in use and got caught by > > the nmi watchdog. > > Hmm, this one could be fun - I suspect we have one thread using a buffer Indeed. > while another one is attempting to free it.... I have definitely seen > problems in this area. CONFIG_PAGE_BUF_META is going to be a fairly > delicate area for a while, we have implemented a totally new buffering > system underneath XFS - and it does not have exactly the same behavior > as the original irix one. Okay, this brings me to another point - what is your preferred bug report style? kdb or ksymoops? Should the PAGE_BUF_META options be enabled? Etc. > > xfs_iomap_write returning ERROR 28 > > write, delalloc. add some code here > > Congratulations! I think you are the first person to fill a disk on XFS on > Linux. The delalloc one is a bit wierd, but could be explained by the lack > of any check in the new I/O code for ENOSPC. It was a small 1.3GB partition :) -- * Jens Axboe * Linux CD/DVD-ROM, SuSE Labs * http://kernel.dk From owner-linux-xfs@oss.sgi.com Fri Mar 31 08:50:24 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 08:50:08 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:29213 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 08:49:36 -0800 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 IAA14285 for ; Fri, 31 Mar 2000 08:44:50 -0800 (PST) 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 IAA01586; Fri, 31 Mar 2000 08:45:40 -0800 (PST) Message-ID: <38E4D64A.175EBFF3@sgi.com> Date: Fri, 31 Mar 2000 08:46:02 -0800 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: Another XFS crash References: <200003311518.JAA28479@fsgi344.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 Jim Mostek wrote: > > [ ... how to extract debug info ... ] One small but important addition. Current kdb code does not trace through "error_code" correctly, although the stack frame right below it is the most important one ... especially as in the following backtrace. One way around this is to pick the "ebp" at a higher stack frame and do an "mds". In the example below, I would pick the ebp for do_page_fault() ... which happens to be 0xc5f3fb84. So do: kdb> mds 0xc5f3fb84 Do mds a few more times (without arguments mds continues at where it left off) so that we get a symbolic dump of what's on stack. We need info till we hit a known stack frame, in the following, that would be till you see generic_buffer_fdatasync+0x1c We'll look into changing kdb to do this backtrace automatically. regards, ananth. > > > > > > >My XFS machine just crashed again: > > > >Unable to handle kernel paging request at virtual address dead4ead > >*pde = 00000000 > >Entering kdb (0xc5f3e000) on processor 1 Panic: Oops > >due to panic @ 0xc012f96f > >eax = 0x00000000 ebx = 0x00012fff ecx = 0xc0352784 edx = 0x00000000 > >esi = 0x00000000 edi = 0xdead4ead esp = 0xc0352784 eip = 0xc012f96f > >ebp = 0xc5f3fbdc ss = 0x00012fff cs = 0x00000010 eflags = 0x00010246 > > ds = 0x00000018 es = 0x00000018 origeax = 0xffffffff ®s = 0xc5f3fb94 > >[1E]nktdebri>n g kdb (0xc786c000) on processor 0 due to NonMaskable Interrupt @ 0xc012ab7a > >eax = 0xffffffff ebx = 0x377efe82 ecx = 0xc0349200 edx = 0x00000000 > >esi = 0xc0159b50 edi = 0xc1463ce0 esp = 0xc0349200 eip = 0xc012ab7a > >ebp = 0xc786df24 ss = 0x00000000 cs = 0x00000010 eflags = 0x00000297 > > ds = 0xc0110018 es = 0xc0340018 origeax = 0xffffffff ®s = 0xc786dee8 > >[0]kdb> > >[0]kdb> > >[0]kdb> bt > > EBP EIP Function(args) > >0xc786df24 0xc012ab7a _spin_lock_+0x32( 0xc0349200) > >0xc786df60 0xc0159b51 do_select+0x115( 0x1, 0xc786dfa4, 0xc786dfa0) > >0xc786dfbc 0xc015a10b sys_select+0x34f( 0x1, 0xbffffccc, 0x0, 0x0, 0x0) > >0xbffffd4c 0xc010bd68 system_call > >[0]kdb> cpu 1 > >Entering kdb (0xc5f3e000) on processor 1 due to cpu switch > >[1]kdb> bt > > EBP EIP Function(args) > >0xc5f3f928 0xc0242346 get_kbd_char+0x6( ) > >0xc5f3f93c 0xc02424d2 kdba_read+0x2e( 0xc5f3f998, 0xff) > >0xc5f3f94c 0xc019af40 kdb_read+0x10( 0xc5f3f998, 0xff, 0xc02733d9, 0x1) > >0xc5f3f96c 0xc019af6a kdb_getstr+0x26( 0xc5f3f998, 0xff, 0xc02733d9, 0xc02735e4) > >0xc5f3fa98 0xc0199330 kdb+0x498( 0x4, 0x0, 0xc5f3fb94) > >0xc5f3faac 0xc0243063 kdba_callback_die+0x1b( 0xc5f3fb94, 0x0, 0xffffffff, 0xc025113e) > >0xc5f3fad0 0xc010c466 die+0x86( 0xc025113e, 0xc5f3fb94, 0x0, 0xc5f3e000, 0x0) > >0xc5f3fb84 0xc0117c3c do_page_fault+0x3ac( 0xc5f3fb94, 0x0, 0x12fff, 0xc0352784, 0x0) > >0xc5f3fbdc 0xc010bebd error_code+0x2d( 0xc7102000, 0x0, 0x12fff, 0xc012f888) > >0xc5f3fc00 0xc012faf4 generic_buffer_fdatasync+0x1c( 0xc7102000, 0x0, 0x12fff) > >0xc5f3fc20 0xc0143a32 pagebuf_flushinval+0x2a( 0xc7102000, 0x0, 0x0, 0x12fff, 0x0) > >0xc5f3fc40 0xc88d797f fs_flushinval_pages+0x23( 0xc7103820, 0x0, 0x0, 0x12fff, 0x0) > >0xc5f3fc70 0xc88d4115 xfs_reclaim+0x151( 0xc7103820, 0x0, 0xc1464ec8) > >0xc5f3fc90 0xc88de68c vn_unhash+0x118( 0xc14e1d58, 0x0) > >0xc5f3fcc8 0xc88deb85 vn_alloc+0x2e1( 0xc0a2a540, 0x2, 0x0) > >0xc5f3fd20 0xc88b4fde xfs_iget+0x1fe( 0xc094f000, 0x0, 0x171196, 0x0, 0x0) > >0xc5f3fd68 0xc88cbd36 xfs_dir_lookup_int+0x136( 0x0, 0xc71032f0, 0x5, 0xc5058800, 0xc5f3ff30) > >0xc5f3fdc8 0xc88d0489 xfs_lookup+0x9d( 0xc71032f0, 0xc5058800, 0xc5f3fe00, 0xc5f3ff30, 0x0) > >0xc5f3ff3c 0xc88d8473 linvfs_lookup+0x7b( 0xc4b6b5a0, 0xc50587a0) > >0xc5f3ff5c 0xc0154f60 real_lookup+0xa0( 0xc5058820, 0xc5f3ff7c, 0x0) > >0xc5f3ff88 0xc01551d8 lookup_dentry+0x134( 0xc5c88003, 0xc5058820, 0x0) > >0xc5f3ffa4 0xc01553ad __namei+0x29( 0x8055a59, 0x0, 0xc5f3e000, 0xbffff8a4) > >[1]more> > >0xc5f3ffbc 0xc0150cf8 sys_newlstat+0x6c( 0x8055a59, 0xbffff7fc, 0x8055a59, 0xbffff8a4, 0x8055a59) > >0xbffff83c 0xc010bd68 system_call > >[1]kdb> > > From owner-linux-xfs@oss.sgi.com Fri Mar 31 09:34:04 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 09:33:46 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:46891 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 09:33:23 -0800 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 JAA20102 for ; Fri, 31 Mar 2000 09:28:42 -0800 (PST) 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 LAA08650; Fri, 31 Mar 2000 11:32:05 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id LAA16342; Fri, 31 Mar 2000 11:31:58 -0600 (CST) From: Jim Mostek Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id LAA28638; Fri, 31 Mar 2000 11:32:04 -0600 (CST) Message-Id: <200003311732.LAA28638@fsgi344.americas.sgi.com> Subject: Re: Source code for Linux XFS now available! To: bertou@in2p3.fr Date: Fri, 31 Mar 2000 11:32:03 -0600 (CST) Cc: linux-xfs@oss.sgi.com In-Reply-To: <20000331192945.A597@lpnp69.in2p3.fr> from "Xavier Bertou" at Mar 31, 2000 07:29:45 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 This is going to be trickier. Can you move to Redhat 6.0? I know that works. Jim > >> Can you try it and see if it works on Redhat 5.2? > >Well, the kernel compiles and seem to run. >But when I go to linux-2.3-xfs/cmd and try make, everything's wrong. >../../../../linux/fs/xfs/pseudo-inc/sys/types.h:129: parse error before `uint64_t' >../../../linux/fs/xfs/pseudo-inc/sys/types.h:129: warning: data definition has no type or storage class >and tons of stuff. >I guess some flags are missing. I copy-pasted the ones from >linex/fs/xfs/Makefile, but didn't work... >linux-2.3-xfs/cmd/xfs/mkfs doesn't compile either (that's the one I'm >looking for ;-) > >I managed to compile some things by adding a : >#ifdef __GNUC__ >typedef signed int __int32_t; >typedef unsigned int __uint32_t; >__extension__ typedef signed long long int __int64_t; >__extension__ typedef unsigned long long int __uint64_t; >#endif >line 128 of ../../../linux/fs/xfs/pseudo-inc/sys/types.h > >But then I get: >In file included from ../../../linux/fs/xfs/pseudo-inc/sys/vfs.h:76, > from ../maxtrres/xfs_maxtrres.c:48: >../../../linux/fs/xfs/pseudo-inc/sys/vnode.h:647: parse error before >`blkcnt_t' >../../../linux/fs/xfs/pseudo-inc/sys/vnode.h:647: warning: no semicolon >at end of struct or union >../../../linux/fs/xfs/pseudo-inc/sys/vnode.h:655: parse error before `}' >../../../linux/fs/xfs/pseudo-inc/sys/vnode.h:655: warning: data >definition has no type or storage class >In file included from ../maxtrres/xfs_maxtrres.c:55: >../../../linux/fs/xfs/xfs_types.h:80: parse error before `xfs_aextnum_t' >../../../linux/fs/xfs/xfs_types.h:80: warning: data definition has no >type or storage class >../../../linux/fs/xfs/xfs_types.h:93: parse error before `xfs_prid_t' >../../../linux/fs/xfs/xfs_types.h:93: warning: data definition has no >type or storage class >../../../linux/fs/xfs/xfs_types.h:129: parse error before `xfs_arch_t' >../../../linux/fs/xfs/xfs_types.h:129: warning: data definition has no >type or storage class > >Here it is really too much for a physicist ;-) > >Hope I'll be able to mkxfs on my xfs-aware kernel ! > >Xavier > From owner-linux-xfs@oss.sgi.com Fri Mar 31 09:36:35 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 09:36:20 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:52524 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 09:36:05 -0800 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 JAA20532 for ; Fri, 31 Mar 2000 09:31:22 -0800 (PST) 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 LAA36386; Fri, 31 Mar 2000 11:34:45 -0600 (CST) 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.4) with ESMTP id LAA16476; Fri, 31 Mar 2000 11:34:38 -0600 (CST) From: Steve Lord Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA06763; Fri, 31 Mar 2000 11:34:42 -0600 Message-Id: <200003311734.LAA06763@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: Jens Axboe cc: lord@sgi.com, linux-xfs@oss.sgi.com Subject: Re: oops on umount In-reply-to: Your message of "Fri, 31 Mar 2000 17:29:20 +0200 Date: Fri, 31 Mar 2000 11:34:42 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > On Thu, Mar 30 2000, lord@sgi.com wrote: > > > Looks like it tried to grab a spin lock in use and got caught by > > > the nmi watchdog. > > > > Hmm, this one could be fun - I suspect we have one thread using a buffer > > Indeed. > > > while another one is attempting to free it.... I have definitely seen > > problems in this area. CONFIG_PAGE_BUF_META is going to be a fairly > > delicate area for a while, we have implemented a totally new buffering > > system underneath XFS - and it does not have exactly the same behavior > > as the original irix one. > > Okay, this brings me to another point - what is your preferred bug > report style? kdb or ksymoops? Should the PAGE_BUF_META options > be enabled? Etc. > PAGE_BUF_META is the long term direction, but is only for the adventurous (or developers) right now. It is a brand new buffer interface and has some holes as far as XFS is concerned. So maybe in a few days I can shake this out some more and turn off the old syle buffers. kdb is the preferred debug tool - see other email on the list in the last couple of hours. Supposedly an updated kdb is on its way in the next day or so. Once people learn the code a bit the kdb modules for pagebuf and xfs can give us formatted dumps of complex data structures. Steve From owner-linux-xfs@oss.sgi.com Fri Mar 31 09:53:18 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 09:53:08 -0800 Received: from lpnp69.in2p3.fr ([193.48.100.58]:5892 "EHLO lpnp69.in2p3.fr") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 09:52:48 -0800 Received: (from bertou@localhost) by lpnp69.in2p3.fr (8.8.7/8.8.7) id TAA01651; Fri, 31 Mar 2000 19:52:42 +0200 Date: Fri, 31 Mar 2000 19:52:42 +0200 From: Xavier Bertou To: Jim Mostek Cc: bertou@in2p3.fr, linux-xfs@oss.sgi.com Subject: Re: Source code for Linux XFS now available! Message-ID: <20000331195242.A1224@lpnp69.in2p3.fr> Reply-To: bertou@in2p3.fr References: <20000331192945.A597@lpnp69.in2p3.fr> <200003311732.LAA28638@fsgi344.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200003311732.LAA28638@fsgi344.americas.sgi.com>; from mostek@sgi.com on Fri, Mar 31, 2000 at 11:32:03AM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > This is going to be trickier. > Can you move to Redhat 6.0? I know that works. Well, maybe I'll update (to a Mandrake 7.0, it would just be too easy with a Redhat 6.0...). I was quite happy of my redhat 5.2 with a 2.2.13 ext3 aware kernel, and just wanted to test XFS. A complete reinstall of my machine would take some time (ext3, ufs r/w, ...). Let's say I don't have a so-standard Redhat 5.2... Maybe you could give me a static-linked mkxfs... -- Xavier From owner-linux-xfs@oss.sgi.com Fri Mar 31 10:41:33 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 10:41:14 -0800 Received: from conceptbrowser.net ([216.112.5.40]:1866 "EHLO galois.atypon.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 10:41:05 -0800 Received: from [10.1.1.197] ([10.1.1.197]) by galois.atypon.com (8.8.7/8.8.7) with ESMTP id KAA24531 for ; Fri, 31 Mar 2000 10:39:57 -0800 Mime-Version: 1.0 X-Sender: petro@10.1.1.10 Message-Id: In-Reply-To: <14562.44287.39273.95483R@gibble.americas.sgi.com> References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> <14562.44287.39273.95483R@gibble.americas.sgi.com> Date: Fri, 31 Mar 2000 10:40:08 -0800 To: linux-xfs@oss.sgi.com From: "Christopher C. Petro" Subject: Re: Things todo before we announce Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing >At Thu, 30 Mar 2000 11:05:54 -0500, >Nathan Scott wrote: >The point I was getting at: >We shouldn't pollute the system with stuff people can't >distinctly remove; not util xfs it more accecpted. > >A lot of people are going to try xfs initially but >not really do much with it. On the contrary, as soon as XFS is stable enough to use, I'm going to put it on a development machine. We have this project where we are working with about 10 million 2k files, some directories having over 65k entries. -- We have only come here seeking knowledge Things they would not teach us of in college.--The Police http://www.atypon.com petro@atypon.com From owner-linux-xfs@oss.sgi.com Fri Mar 31 10:44:43 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 10:44:37 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:14678 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 10:44:15 -0800 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 KAA04406 for ; Fri, 31 Mar 2000 10:47:54 -0800 (PST) mail_from (cattelan@thebarn.com) 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 MAA68014; Fri, 31 Mar 2000 12:42:56 -0600 (CST) 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.4) with ESMTP id MAA19599; Fri, 31 Mar 2000 12:42:49 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id MAA29612; Fri, 31 Mar 2000 12:42:55 -0600 Date: Fri, 31 Mar 2000 12:42:52 -0600 Message-ID: <14564.61868.702298.44440J@gibble.americas.sgi.com> To: bertou@lpnp69.in2p3.fr Cc: linux-xfs@oss.sgi.com Subject: Re: Source code for Linux XFS now available! In-Reply-To: In your message of "Fri, 31 Mar 2000 19:52:42 +0200" <20000331195242.A1224@lpnp69.in2p3.fr> References: <20000331192945.A597@lpnp69.in2p3.fr> <200003311732.LAA28638@fsgi344.americas.sgi.com> <20000331195242.A1224@lpnp69.in2p3.fr> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Fri, 31 Mar 2000 19:52:42 +0200, Xavier Bertou wrote: > > > > This is going to be trickier. > > Can you move to Redhat 6.0? I know that works. > > Well, maybe I'll update (to a Mandrake 7.0, it would just be too easy > with a Redhat 6.0...). That is my choice... Well that is what I am running right now. The mandrake development tools are more current than the redhat ones. > I was quite happy of my redhat 5.2 with a 2.2.13 ext3 aware kernel, and > just wanted to test XFS. A complete reinstall of my machine would take > some time (ext3, ufs r/w, ...). Let's say I don't have a so-standard > Redhat 5.2... > Maybe you could give me a static-linked mkxfs... I put one in the download dir. hopefully it will work for you. From owner-linux-xfs@oss.sgi.com Fri Mar 31 10:52:43 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 10:52:35 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52054 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 10:52:12 -0800 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 KAA07606 for ; Fri, 31 Mar 2000 10:55:50 -0800 (PST) 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 MAA16071; Fri, 31 Mar 2000 12:50:52 -0600 (CST) Received: from fsgi344.americas.sgi.com (fsgi344.americas.sgi.com [128.162.184.15]) by ironwood-e185.americas.sgi.com (8.8.4/SGI-ironwood-e1.4) with ESMTP id MAA19928; Fri, 31 Mar 2000 12:50:44 -0600 (CST) Received: by fsgi344.americas.sgi.com (980427.SGI.8.8.8/SGI-client.1.6) id MAA28828; Fri, 31 Mar 2000 12:50:50 -0600 (CST) Received: from ledzep.cray.com (ledzep.americas.sgi.com [137.38.226.97]) by tulip-e185.americas.sgi.com (8.8.8/SGI-server-1.4) with ESMTP id MAA3222243 for ; Fri, 31 Mar 2000 12:45:06 -0600 (CST) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA28347 for ; Fri, 31 Mar 2000 12:45:00 -0600 (CST) Received: from anduin.gondor.com (app79.hitnet.RWTH-Aachen.DE [137.226.181.79]) 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 KAA03251 for ; Fri, 31 Mar 2000 10:44:54 -0800 (PST) mail_from (jan@moria.gondor.com) Received: from moria.gondor.com (moria.gondor.com [194.221.174.61]) by anduin.gondor.com (8.9.3/8.9.3) with ESMTP id UAA06901; Fri, 31 Mar 2000 20:44:45 +0200 Received: (from jan@localhost) by moria.gondor.com (8.8.7/8.8.7) id UAA01448; Fri, 31 Mar 2000 20:44:45 +0200 Date: Fri, 31 Mar 2000 20:44:45 +0200 From: Jan Niehusmann To: Jim Mostek , linux-kernel@vger.rutger.edu.gondor.com Subject: Re: Source code for Linux XFS now available! Message-ID: <20000331204445.A1439@gondor.com> References: <200003302012.OAA26075@fsgi344.americas.sgi.com> <20000331182144.A1583@sb.t-online.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000331182144.A1583@sb.t-online.de>; from chhellwig@gmx.net on Fri, Mar 31, 2000 at 06:24:32PM +0200 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > > > A complete linux 2.3.99pre2 tree including the XFS filesystem is available for > > cvs checkout. > > Could you please put a patch on your ftp server? I put a diff on http://137.226.181.3/~jan/xfs/ It's a patch between 2.3.99pre2 and the tar archive published on oss.sgi.com. It's _not_ relative to the current CVS. Jan From owner-linux-xfs@oss.sgi.com Fri Mar 31 10:58:04 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 10:57:45 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:11351 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 10:57:32 -0800 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 LAA02885 for ; Fri, 31 Mar 2000 11:01:12 -0800 (PST) mail_from (cattelan@thebarn.com) 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 MAA27180; Fri, 31 Mar 2000 12:56:15 -0600 (CST) 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.4) with ESMTP id MAA20172; Fri, 31 Mar 2000 12:56:07 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id MAA29619; Fri, 31 Mar 2000 12:56:13 -0600 Date: Fri, 31 Mar 2000 12:56:11 -0600 Message-ID: <14564.62667.302998.40771L@gibble.americas.sgi.com> To: petro@atypon.com Cc: linux-xfs@oss.sgi.com Subject: Re: Things todo before we announce In-Reply-To: In your message of "Fri, 31 Mar 2000 10:40:08 -0800" References: <200003291619.KAA22984@fsgi344.americas.sgi.com> <10003300954.ZM7142@wobbly.melbourne.sgi.com> <14562.42090.314696.82332B@gibble.americas.sgi.com> <10003301105.ZM7400@wobbly.melbourne.sgi.com> <14562.44287.39273.95483R@gibble.americas.sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Fri, 31 Mar 2000 10:40:08 -0800, Christopher C. Petro wrote: > > > >At Thu, 30 Mar 2000 11:05:54 -0500, > >Nathan Scott wrote: > > >The point I was getting at: > >We shouldn't pollute the system with stuff people can't > >distinctly remove; not util xfs it more accecpted. > > > >A lot of people are going to try xfs initially but > >not really do much with it. > > On the contrary, as soon as XFS is stable enough to use, I'm > going to put it on a development machine. We have this project where > we are working with about 10 million 2k files, some directories > having over 65k entries. There is going to be ai lot of revisions between now and "stable" Keeping things "sandboxed" for now will keep things cleaner. Things will change as "stable" becomes a reality. From owner-linux-xfs@oss.sgi.com Fri Mar 31 11:01:34 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 11:01:15 -0800 Received: from lpnp69.in2p3.fr ([193.48.100.58]:50948 "EHLO lpnp69.in2p3.fr") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 11:01:07 -0800 Received: (from bertou@localhost) by lpnp69.in2p3.fr (8.8.7/8.8.7) id VAA03244; Fri, 31 Mar 2000 21:00:52 +0200 Date: Fri, 31 Mar 2000 21:00:49 +0200 From: Xavier Bertou To: cattelan@thebarn.com Cc: linux-xfs@oss.sgi.com Subject: Re: Source code for Linux XFS now available! Message-ID: <20000331210049.A2675@lpnp69.in2p3.fr> Reply-To: bertou@in2p3.fr References: <20000331192945.A597@lpnp69.in2p3.fr> <200003311732.LAA28638@fsgi344.americas.sgi.com> <20000331195242.A1224@lpnp69.in2p3.fr> <14564.61868.702298.44440J@gibble.americas.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <14564.61868.702298.44440J@gibble.americas.sgi.com>; from cattelan@thebarn.com on Fri, Mar 31, 2000 at 12:42:52PM -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > > Well, maybe I'll update (to a Mandrake 7.0, it would just be too easy > > with a Redhat 6.0...). > Well that is what I am running right now. > The mandrake development tools are more current than the redhat ones. Yes. I have a bunch of PCs under Mandrake 7.0, quite stable (and my laptop too). But a distribution upgrade on a machine you've been working on for a year is definitely not so easy. > I put one in the download dir. > hopefully it will work for you. root ~ mount [...] /dev/hdc3 on /archive type xfs (rw) Ok, now I'll be able to test it :) BTW, how do I subscribe to linux-xfs@oss.sgi.com ? From owner-linux-xfs@oss.sgi.com Fri Mar 31 11:08:14 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 11:08:05 -0800 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3929 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 11:07:59 -0800 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 LAA08850 for ; Fri, 31 Mar 2000 11:11:40 -0800 (PST) mail_from (cattelan@thebarn.com) 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 NAA14542 for ; Fri, 31 Mar 2000 13:06:43 -0600 (CST) 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.4) with ESMTP id NAA20753 for ; Fri, 31 Mar 2000 13:06:35 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id NAA29631; Fri, 31 Mar 2000 13:06:41 -0600 Date: Fri, 31 Mar 2000 13:06:39 -0600 Message-ID: <14564.63295.260696.5007D@gibble.americas.sgi.com> To: linux-xfs@oss.sgi.com Subject: Re: Another plea for patches In-Reply-To: In your message of "Fri, 31 Mar 2000 12:44:44 -0600" <38E4F21C.AFFE199C@sgi.com> References: <38E4F21C.AFFE199C@sgi.com> User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Fri, 31 Mar 2000 12:44:44 -0600, Steve Lord wrote: > > > This was on linux-kernel > > Steve > > Christoph Hellwig wrote: > > > > > > > > A complete linux 2.3.99pre2 tree including the XFS filesystem is available for > > > cvs checkout. > > > > Could you please put a patch on your ftp server? Many people here in europe have only slow > > and expensive 56k or 64k lines. I can download reiserfs, ext3, jfs and linlogfs either as patch or > > as tarball of the new files, why can't you do this, too? Can't and effort to do are different things. I'll work something out. I'll need to find that base 2.3.99pre2 file in the tree tag them an generate a patch from that. From owner-linux-xfs@oss.sgi.com Fri Mar 31 11:42:05 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 11:41:36 -0800 Received: from csmd2.CS.Uni-Magdeburg.De ([141.44.22.2]:26303 "EHLO csmd2.cs.uni-magdeburg.de") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 11:41:32 -0800 Received: from knecht.cs.uni-magdeburg.de (markgraf@knecht [141.44.21.3]) by csmd2.cs.uni-magdeburg.de (8.9.3/8.9.3) with ESMTP id VAA10573 for ; Fri, 31 Mar 2000 21:41:29 +0200 (MET DST) Received: from localhost (markgraf@localhost) by knecht.cs.uni-magdeburg.de (8.8.8+Sun/8.8.8) with SMTP id VAA10290 for ; Fri, 31 Mar 2000 21:40:27 +0200 (MET DST) X-Authentication-Warning: knecht.cs.uni-magdeburg.de: markgraf owned process doing -bs Date: Fri, 31 Mar 2000 21:40:27 +0200 (MET DST) From: Bernd Markgraf X-Sender: markgraf@knecht To: linux-xfs@oss.sgi.com Subject: copying to xfs causes cp to go to sleep 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 hi, first the good news: compiles out of the box... now the bad news: i've got a 1gb partition with xfs and my homedir (something just under 1gb data). so first test is to copy the homedir to the xfs filesystem... works great until the filesystem is about halfway full. then nothing else happens. the cp is still in the process list but sleeping and never woke up until i killed it (i waited roughly 5h) btw. as long as the cp was running kswapd was eating quite a bit of cpu time, but hey... didn't crash so far ;-) the snapshot i used was the tarball from the ftp-server and a following cvs update (done today 2p.m. gmt) anyone any ideas? bernd -- Death is happy, death is cool Death can be a useful tool Use a gun or use a knife Death can really change your life _________________________________________________________________________ Bernd Markgraf Otto-von-Guericke-Universitaet markgraf@mail.cs.uni-magdeburg.de Magdeburg http://www.cs.uni-magdeburg.de/~markgraf Germany From owner-linux-xfs@oss.sgi.com Fri Mar 31 12:00:56 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 12:00:37 -0800 Received: from csmd2.CS.Uni-Magdeburg.De ([141.44.22.2]:43714 "EHLO csmd2.cs.uni-magdeburg.de") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 12:00:23 -0800 Received: from knecht.cs.uni-magdeburg.de (markgraf@knecht [141.44.21.3]) by csmd2.cs.uni-magdeburg.de (8.9.3/8.9.3) with ESMTP id WAA10769 for ; Fri, 31 Mar 2000 22:00:21 +0200 (MET DST) Received: from localhost (markgraf@localhost) by knecht.cs.uni-magdeburg.de (8.8.8+Sun/8.8.8) with SMTP id VAA10367 for ; Fri, 31 Mar 2000 21:59:22 +0200 (MET DST) X-Authentication-Warning: knecht.cs.uni-magdeburg.de: markgraf owned process doing -bs Date: Fri, 31 Mar 2000 21:59:22 +0200 (MET DST) From: Bernd Markgraf X-Sender: markgraf@knecht To: linux-xfs@oss.sgi.com Subject: Re: copying to xfs causes cp to go to sleep In-Reply-To: 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 hi again, shouldn't have written about the 'no crashes' in the first mail... i just froze my box by copying an 300mb file to the xfs partition. no help but a hard reset. now the next funny thing: # mount /dev/sda1 on /a type xfs (rw) # umount /a umount: /a: device is busy # fuser -v /a USER PID ACCESS COMMAND /a root kernel mount /a # fuser -vk /a USER PID ACCESS COMMAND /a root kernel mount /a No automatic removal. Please use umount /a # umount /a umount: /a: device is busy still the same sources as before. just grabbed the lastest cvs update (latest updates from Fri Mar 31 18:48:50 2000) and try again... bernd -- Death is happy, death is cool Death can be a useful tool Use a gun or use a knife Death can really change your life _________________________________________________________________________ Bernd Markgraf Otto-von-Guericke-Universitaet markgraf@mail.cs.uni-magdeburg.de Magdeburg http://www.cs.uni-magdeburg.de/~markgraf Germany From owner-linux-xfs@oss.sgi.com Fri Mar 31 12:08:27 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 12:08:09 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:25183 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 12:08:01 -0800 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 MAA12538 for ; Fri, 31 Mar 2000 12:03:19 -0800 (PST) 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 OAA14244; Fri, 31 Mar 2000 14:05:27 -0600 (CST) 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.4) with ESMTP id OAA26327; Fri, 31 Mar 2000 14:05:20 -0600 (CST) From: Steve Lord Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id OAA10765; Fri, 31 Mar 2000 14:05:23 -0600 Message-Id: <200003312005.OAA10765@jen.americas.sgi.com> X-Mailer: exmh version 2.0.3 To: Bernd Markgraf cc: linux-xfs@oss.sgi.com Subject: Re: copying to xfs causes cp to go to sleep In-reply-to: Your message of "Fri, 31 Mar 2000 21:40:27 +0200 Date: Fri, 31 Mar 2000 14:05:23 -0600 Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing > hi, > > first the good news: compiles out of the box... > now the bad news: i've got a 1gb partition with xfs and my homedir > (something just under 1gb data). so first test is to copy the homedir to > the xfs filesystem... works great until the filesystem is about halfway > full. then nothing else happens. the cp is still in the process list but > sleeping and never woke up until i killed it (i waited roughly 5h) > btw. as long as the cp was running kswapd was eating quite a bit of cpu > time, but hey... didn't crash so far ;-) > > the snapshot i used was the tarball from the ftp-server and a following > cvs update (done today 2p.m. gmt) > > anyone any ideas? > > bernd > How many files are we talking about here? I regularly copy kernel trees into XFS. Is it possible that if you multiply the number of files you have in your directory by 64K you get close to filling the 1Gbyte? There is a bug where preallocation of space does not get pruned down until unmount time, and the is another bug (an infinite loop) in the out of space case. Alternatively: Did you compile with CONFIG_PAGE_BUF_META turned on? You could try running without it - all the hard hangs I have seen have had this enabled. Also, do you have 1 cpu or more in your box? If you have SMP hardware you could turn on the nmi_watchdog (see Documentation/nmi_watchdog.txt) and run ksymoops on the output if you get any. If this is a really hard hang I suspect the kdb debugger will not help diagnose the problem. Steve From owner-linux-xfs@oss.sgi.com Fri Mar 31 12:14:37 2000 Received: by oss.sgi.com id ; Fri, 31 Mar 2000 12:14:27 -0800 Received: from deliverator.sgi.com ([204.94.214.10]:18785 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Fri, 31 Mar 2000 12:14:08 -0800 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 MAA13541 for ; Fri, 31 Mar 2000 12:09:26 -0800 (PST) mail_from (cattelan@thebarn.com) 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 OAA16972; Fri, 31 Mar 2000 14:11:35 -0600 (CST) 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.4) with ESMTP id OAA26599; Fri, 31 Mar 2000 14:11:28 -0600 (CST) Received: from gibble.americas.sgi.com by gibble.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id OAA29838; Fri, 31 Mar 2000 14:11:34 -0600 Date: Fri, 31 Mar 2000 14:11:32 -0600 Message-ID: <14565.1652.500795.68983Y@gibble.americas.sgi.com> To: markgraf@prinz-atm.CS.Uni-Magdeburg.De Cc: linux-xfs@oss.sgi.com Subject: Re: copying to xfs causes cp to go to sleep In-Reply-To: In your message of "Fri, 31 Mar 2000 21:59:22 +0200 (MET DST)" References: User-Agent: Wanderlust/1.0.3 (Notorious) tm/7.108 XEmacs/21.1 (Bryce Canyon) Sender: owner-linux-xfs@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-xfs-outgoing At Fri, 31 Mar 2000 21:59:22 +0200 (MET DST), Bernd Markgraf wrote: > > > hi again, > > shouldn't have written about the 'no crashes' in the first mail... > i just froze my box by copying an 300mb file to the xfs partition. > no help but a hard reset. > now the next funny thing: > # mount > /dev/sda1 on /a type xfs (rw) > # umount /a > umount: /a: device is busy > # fuser -v /a > > USER PID ACCESS COMMAND > /a root kernel mount /a > # fuser -vk /a > > USER PID ACCESS COMMAND > /a root kernel mount /a > No automatic removal. Please use umount /a > # umount /a > umount: /a: device is busy > > still the same sources as before. just grabbed the lastest cvs update > (latest updates from Fri Mar 31 18:48:50 2000) and try again... > Do you have a kernel with kdb compiled in? I would be usefull to get a backtrace of the cp command when it is hung. kdb> ps ..... file the cp pid kdb> btp