From owner-linux-xfs@oss.sgi.com Sat Jul  1 15:11:22 2000
Received:  by oss.sgi.com id <S42229AbQGAWLC>;
	Sat, 1 Jul 2000 15:11:02 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33621 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42228AbQGAWKj>; Sat, 1 Jul 2000 15:10:39 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id PAA08438
	for <linux-xfs@oss.sgi.com>; Sat, 1 Jul 2000 15:16:08 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18244; Sun, 2 Jul 2000 08:09:31 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA14230; Sun, 2 Jul 2000 08:09:28 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007020809.ZM14332@wobbly.melbourne.sgi.com>
Date:   Sun, 2 Jul 2000 08:09:27 -0500
In-Reply-To: Claudio Baeza R <Claudio.Baeza@ing-mat.udec.cl>
        "link error building linux kernel-xfs" (Jul  1, 10:42am)
References: <Pine.SOL.4.10.10006302011230.291-100000@ing-mat.udec.cl>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Claudio Baeza R <Claudio.Baeza@ing-mat.udec.cl>
Subject: Re: link error building linux kernel-xfs
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Jul 1, 10:42am, Claudio Baeza R wrote:
> Subject: link error building linux kernel-xfs
> 
> ...
> I did `make mrproper; make xconfig` and turned on _all_ XFS option (build
> in kernel and also I have tried build as module).
> ...
> fs/fs.o: In function `xfs_bmap_alloc':
> /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2371: undefined reference to
> `xfs_rtpick_extent'
> /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2532: undefined reference to
> `xfs_rtallocate_extent'
> /test/linux-2.4-xfs/linux/fs/xfs/xfs_bmap.c:2535: undefined reference to
> `xfs_rtallocate_extent'
> ...
> how to solve this?
> 

If the tree you're using has GRIO and XFS/RT config options,
you'll need to switch these two off (they are far from complete).

cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Sun Jul  2 16:46:02 2000
Received:  by oss.sgi.com id <S42209AbQGBXpw>;
	Sun, 2 Jul 2000 16:45:52 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:56362 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42202AbQGBXpe>;
	Sun, 2 Jul 2000 16:45:34 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA22316; Sun, 2 Jul 2000 16:40:44 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA05220; Sun, 2 Jul 2000 16:45:17 -0700 (PDT)
Date:   Sun, 2 Jul 2000 16:45:17 -0700 (PDT)
Message-Id: <200007022345.QAA05220@info.engr.sgi.com>
X-Pv-Incident: 794397 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com)
Subject: CLOSE 794397 - xfs soft hang on "mknod" (& others?)
To:     lord@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=794397

*Status : closed                       Priority : 3                         
 Assigned Engineer : lord              Submitter : dxm                      
 Opened Date : 06/21/00               *Closed Date : 07/02/00               
*Fixed By : dxm                       *Fixed By Domain : engr               
*Modified Date : 07/02/00             *Modified User : dxm                  
*Modified User Domain : engr          *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: dxm@engr (BugWorks)
Date: Jul 02 2000 04:45:16PM
==========================

This bug was fixed by Steve's take:
--------------------

TAKE - fix soft hangs in non-kiobuf I/O path

Add an address_space operations vector for the xfs metadata - so we can
call run_task_queue(&tq_disk) when a page is locked.

Date:  Fri Jun 30 14:23:11 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65596a
linux/fs/xfs/linux/xfs_super.c - 1.70
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.70&r2=text&tr2=1.69&f=h
	- Add address space operations for the metadata inode - just so we can have
	  a sync_page call. This should stop soft hangs out of the meta path with
	  kiobufs off.

From owner-linux-xfs@oss.sgi.com Sun Jul  2 17:41:32 2000
Received:  by oss.sgi.com id <S42210AbQGCAlM>;
	Sun, 2 Jul 2000 17:41:12 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:57399 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42202AbQGCAko>;
	Sun, 2 Jul 2000 17:40:44 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA26623
	for <linux-xfs@oss.sgi.com>; Sun, 2 Jul 2000 17:35:53 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA23289 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 10:38:22 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA80171 for linux-xfs@oss.sgi.com; Mon, 3 Jul 2000 10:38:21 +1000 (EST)
Date:   Mon, 3 Jul 2000 10:38:21 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007030038.KAA80171@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix & install xfs_check and xfs_ncheck
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

endian conversion was never completed on this file.
now that xfs_check & xfs_ncheck work - install them.

Modid:  2.4.0-test1-xfs:slinx:65629a
Date:  Sun Jul  2 17:37:01 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/Makefile - 1.44
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/Makefile.diff?r1=text&tr1=1.44&r2=text&tr2=1.43&f=h
	- install xfs_check and xfs_ncheck

cmd/xfs/db/check.c - 1.51
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/check.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h
	- fix "blockget" and "ncheck" command endian conversion


From owner-linux-xfs@oss.sgi.com Sun Jul  2 18:49:52 2000
Received:  by oss.sgi.com id <S42212AbQGCBtm>;
	Sun, 2 Jul 2000 18:49:42 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:21785 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42202AbQGCBtU>; Sun, 2 Jul 2000 18:49:20 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA00706
	for <linux-xfs@oss.sgi.com>; Sun, 2 Jul 2000 18:54:45 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA23654 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 11:48:05 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA81185 for linux-xfs@oss.sgi.com; Mon, 3 Jul 2000 11:48:04 +1000 (EST)
Date:   Mon, 3 Jul 2000 11:48:04 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007030148.LAA81185@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_check bugfix
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:65631a
Date:  Sun Jul  2 18:47:22 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/Makefile - 1.45
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/Makefile.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h
	- turn off -g

cmd/xfs/db/check.c - 1.52
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/check.c.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h
	- endian fix for xfs_bmbt_ptr_t


From owner-linux-xfs@oss.sgi.com Sun Jul  2 18:52:02 2000
Received:  by oss.sgi.com id <S42213AbQGCBvw>;
	Sun, 2 Jul 2000 18:51:52 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:26186 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42202AbQGCBvm>;
	Sun, 2 Jul 2000 18:51:42 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA02927; Sun, 2 Jul 2000 18:46:52 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id SAA84756; Sun, 2 Jul 2000 18:51:26 -0700 (PDT)
Date:   Sun, 2 Jul 2000 18:51:26 -0700 (PDT)
Message-Id: <200007030151.SAA84756@info.engr.sgi.com>
X-Pv-Incident: 795382 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com)
Subject: BUG 795382 - crash on disk full (non-kio, unwritten=0)
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=795382

Submitter : dxm                       Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 3                          
Project : xfs-linux                   Status : open                         
Description :
I've seen this one several times before - pagebuf cracks it
when the disk fills:

> dd if=/dev/zero of=x

XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681
kernel BUG at xfs_debug.c:50!

Entering kdb (0xc1ca4000) Panic: invalid operand
due to panic @ 0xc4884469
eax = 0x0000001e ebx = 0xc1c6b641 ecx = 0xc02c4c74 edx = 0xc1e3df78 
esi = 0x0000c3e0 edi = 0xc1ca5ae8 esp = 0xc1ca5a48 eip = 0xc4884469 
ebp = 0xc1ca5a54  ss = 0x00000018  cs = 0x00000010 eflags = 0x00010292 
 ds = 0x00000018  es = 0x00000018 origeax = 0xffffffff &regs = 0xc1ca5a14
kdb> bt
    EBP       EIP         Function(args)
0xc1ca5a54 0xc4884469 [xfs]assfail+0x2d (0xc48a84c0, 0xc48a7944, 0x691)
                               xfs .text 0xc4816060 0xc488443c 0xc4884470
0xc1ca5b54 0xc488b32e [xfs]xfs_iomap_write_convert+0x74e (0xc1c5f4ac, 0xc3df000, 0x0, 0x1000, 0xc1ca5cf0)
                               xfs .text 0xc4816060 0xc488abe0 0xc488b4a4
0xc1ca5c14 0xc4889c7f [xfs]xfs_iomap_write+0x12b (0xc1c5f4ac, 0xc3df000, 0x0, 0x1000, 0xc1ca5cf0)
                               xfs .text 0xc4816060 0xc4889b54 0xc4889d8c
0xc1ca5c54 0xc488969a [xfs]xfs_bmap+0x26e (0xc1c5f378, 0xc3df000, 0x0, 0x1000, 0x10002)
                               xfs .text 0xc4816060 0xc488942c 0xc4889764
0xc1ca5ca0 0xc48870df [xfs]linvfs_pb_bmap+0x117 (0xc3319d80, 0xc3df000, 0x0, 0x1000, 0xc1ca5cf0)
                               xfs .text 0xc4816060 0xc4886fc8 0xc48870fc
0xc1ca5d08 0xc480ec8d [pagebuf]pagebuf_delalloc_convert+0x61 (0xc10c4b84, 0x0, 0x1)
                               pagebuf .text 0xc480a060 0xc480ec2c 0xc480edc0
0xc1ca5d30 0xc480ca9c [pagebuf]pagebuf_flush+0x64 (0xc3319d80, 0x0, 0x0, 0x0)
                               pagebuf .text 0xc480a060 0xc480ca38 0xc480caf4
0xc1ca5d4c 0xc4884dd8 [xfs]fs_flush_pages+0x70 (0xc1c5f378, 0x0, 0x0, 0x0, 0x0)
                               xfs .text 0xc4816060 0xc4884d68 0xc4884de4
0xc1ca5d84 0xc48896ef [xfs]xfs_bmap+0x2c3 (0xc1c5f378, 0xc3e0000, 0x0, 0x10000, 0x2)
                               xfs .text 0xc4816060 0xc488942c 0xc4889764
0xc1ca5dd0 0xc48870df [xfs]linvfs_pb_bmap+0x117 (0xc3319d80, 0xc3e0000, 0x0, 0x10000, 0xc1ca5e34)
                               xfs .text 0xc4816060 0xc4886fc8 0xc48870fc
0xc1ca5e4c 0xc480e5e7 [pagebuf]_pagebuf_file_write+0xeb (0xc11c4060, 0x8053000, 0x200, 0xc1ca5eb8, 0x2)
                               pagebuf .text 0xc480a060 0xc480e4fc 0xc480e6d0
more> 
0xc1ca5ed8 0xc480e8ab [pagebuf]pagebuf_generic_file_write+0x1db (0xc11c4060, 0x8053000, 0x200, 0xc1ca5f8c)
                               pagebuf .text 0xc480a060 0xc480e6d0 0xc480ea94
0xc1ca5f08 0xc4888244 [xfs]xfs_rdwr+0xa4 (0xc1c5f378, 0xc11c4060, 0x8053000, 0x200, 0xc1ca5f8c)
                               xfs .text 0xc4816060 0xc48881a0 0xc4888270
0xc1ca5f58 0xc488937a [xfs]xfs_write+0x14a (0xc1c5f378, 0xc11c4060, 0x8053000, 0x200, 0xc1ca5f8c)
                               xfs .text 0xc4816060 0xc4889230 0xc488942c
0xc1ca5f94 0xc488483d [xfs]linvfs_write+0x139 (0xc11c4060, 0x8053000, 0x200, 0xc11c4080, 0xc1ca4000)
                               xfs .text 0xc4816060 0xc4884704 0xc48848a8
0xc1ca5fbc 0xc0132c3e sys_write+0xc2 (0x1, 0x8053000, 0x200, 0x200, 0x8053000)
                               kernel .text 0xc0100000 0xc0132b7c 0xc0132c64
           0xc0109968 system_call+0x34
                               kernel .text 0xc0100000 0xc0109934 0xc010996c
kdb>

From owner-linux-xfs@oss.sgi.com Mon Jul  3 02:02:52 2000
Received:  by oss.sgi.com id <S42211AbQGCJCd>;
	Mon, 3 Jul 2000 02:02:33 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:65338 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42202AbQGCJCK>;
	Mon, 3 Jul 2000 02:02:10 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id BAA10324
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 01:57:14 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id TAA25723 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 19:00:58 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id TAA71994 for linux-xfs@oss.sgi.com; Mon, 3 Jul 2000 19:00:56 +1000 (EST)
Date:   Mon, 3 Jul 2000 19:00:56 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007030900.TAA71994@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: PARTIAL TAKE - libxfs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This TAKE is a start on easing the dependence between the XFS
user tools & the kernel code.  There is not much new code here,
it is mostly shuffling bits around, trying to define a coherent
user level interface, but the ultimate goal is replacing libsim
entirely & removing the prolific use of SIM/_KERNEL in the XFS
kernel code.


On Jun 28, 12:30am, Steve Lord wrote:
> Subject: Re: agenda item for conf call
> 
> ... note that no-one actually suggested that this immediately
> means a complete rewrite of the code which currently makes up
> libsim. A first step would be to replicate the kernel code
> into the user space tree, we can then prune the user space
> defines out of the kernel code, and start cleaning up the
> user space code.

All the tools except for mkfs (+maxtrres) & repair are done now,
i.e. all the (relatively) simple ones from a dependence-on-libsim
point of view.  "done" means no longer defines SIM, _KERNEL,
__KERNEL__ at all, and include <libxfs.h> rather than sim.h (and
include no XFS kernel headers, including pseudo-inc headers).


> Breaking the code apart will make it easier to port XFS to other
> Linux platforms...

I've begun investigating leveraging the work that folk here have
done for pcp (well, predominantly constributed from outside SGI
actually) on this topic - porting to x86/ia64/power-pc/alpha and
rpm/tgz/deb flavours, and will incorporate that at some point
soon also.

At the same time (in preparing for this) I've started changing the
user-tool Makefiles so that they all:
- use -Wall (fixed numerous issues revealed by this);
- get large file support from the build environment, not
  from occassional #defines in the code (includes lseek64/stat64
  + I fixed a few bugs in this regard, in particular in places
  where the magic #defines hadn't been used);
- use DEBUG and -g consistently, ultimately these sorts of things
  will come from a shared builddefs file;
- are consistent;


> ...
> It does mean that whenever someone makes an extension to XFS (e.g. V2
> directories) that code needs to be written in two places. So for this
> reason I would make a plea that the user space code remains at least
> a partial clone of the kernel code so that we can at least cut and
> paste some of the code.
> 

So far I have had good success with this one.  I've created
kernel.c files in those places that XFS kernel code has been
lifted & the routines are each exactly the same as in the kernel.

There's also a few bug fixes thrown in - nasty one in logprint
(accessing past end of array).  Also, fixed the use of memalign
in mkfile.  Squashed _alot_ of dead code all over the place too.


Modid:  2.4.0-test1-xfs:slinx:65634a
Date:  Mon Jul  3 01:54:45 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/Makefile.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/bmap/Makefile - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bmap/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/bmap/xfs_bmap.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bmap/xfs_bmap.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/bstat/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/bstat/jdm.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/jdm.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/bstat/jdm.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/jdm.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/bstat/xfs_bstat.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/xfs_bstat.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/Makefile - 1.46
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/Makefile.diff?r1=text&tr1=1.46&r2=text&tr2=1.45&f=h
cmd/xfs/db/addr.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/addr.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
cmd/xfs/db/addr.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/addr.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/agf.c - 1.18
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agf.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h
cmd/xfs/db/agf.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agf.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/agfl.c - 1.18
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agfl.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h
cmd/xfs/db/agfl.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agfl.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/agi.c - 1.18
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agi.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h
cmd/xfs/db/agi.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/agi.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/attr.c - 1.19
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/attr.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h
cmd/xfs/db/attr.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/attr.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/attrshort.c - 1.13
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/attrshort.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
cmd/xfs/db/attrshort.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/attrshort.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/bit.c - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bit.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
cmd/xfs/db/bit.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bit.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/block.c - 1.21
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/block.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h
cmd/xfs/db/block.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/block.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/bmap.c - 1.29
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmap.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h
cmd/xfs/db/bmap.h - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmap.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
cmd/xfs/db/bmapbt.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmapbt.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/bmapbt.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmapbt.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/bmroot.c - 1.21
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmroot.c.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h
cmd/xfs/db/bmroot.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bmroot.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/bnobt.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bnobt.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/bnobt.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/bnobt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/check.c - 1.53
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/check.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h
cmd/xfs/db/check.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/check.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/cntbt.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/cntbt.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
cmd/xfs/db/cntbt.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/cntbt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/command.c - 1.28
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/command.c.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h
cmd/xfs/db/command.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/command.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/convert.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/convert.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/convert.h - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/convert.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/db/data.c - 1.11
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/data.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h
cmd/xfs/db/data.h - 1.13
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/data.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
cmd/xfs/db/dbread.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dbread.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/db/dbread.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dbread.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/debug.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/debug.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/db/debug.h - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/debug.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/db/dir.c - 1.24
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h
cmd/xfs/db/dir.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/dir2.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir2.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/db/dir2.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir2.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/dir2sf.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir2sf.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/dir2sf.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dir2sf.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/dirshort.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dirshort.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/dirshort.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dirshort.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/dquot.c - 1.11
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dquot.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h
cmd/xfs/db/dquot.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/dquot.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/echo.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/echo.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/db/echo.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/echo.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/faddr.c - 1.19
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/faddr.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h
cmd/xfs/db/faddr.h - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/faddr.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/db/field.c - 1.27
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/field.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h
cmd/xfs/db/field.h - 1.17
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/field.h.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h
cmd/xfs/db/flist.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/flist.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
cmd/xfs/db/flist.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/flist.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/fprint.c - 1.19
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/fprint.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h
cmd/xfs/db/fprint.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/fprint.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/frag.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/frag.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
cmd/xfs/db/frag.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/frag.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/freesp.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/freesp.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/freesp.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/freesp.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/hash.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/hash.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/db/hash.h - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/hash.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/db/help.c - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/help.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
cmd/xfs/db/help.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/help.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/init.c - 1.24
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/init.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h
cmd/xfs/db/init.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/init.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/inobt.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/inobt.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
cmd/xfs/db/inobt.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/inobt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/inode.c - 1.34
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/inode.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h
cmd/xfs/db/inode.h - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/inode.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
cmd/xfs/db/input.c - 1.13
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/input.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
cmd/xfs/db/input.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/input.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/db/io.c - 1.26
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/io.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h
cmd/xfs/db/io.h - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/io.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
cmd/xfs/db/main.c - 1.11
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/main.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h
cmd/xfs/db/malloc.c - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/malloc.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
cmd/xfs/db/malloc.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/malloc.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/mount.c - 1.19
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/mount.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h
cmd/xfs/db/mount.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/mount.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/output.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/output.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/db/output.h - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/output.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/db/print.c - 1.18
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/print.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h
cmd/xfs/db/print.h - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/print.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
cmd/xfs/db/quit.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/quit.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
cmd/xfs/db/quit.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/quit.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/sb.c - 1.30
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/sb.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h
cmd/xfs/db/sb.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/sb.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/db/sig.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/sig.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/db/sig.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/sig.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/strvec.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/strvec.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/db/strvec.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/strvec.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/type.c - 1.22
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/type.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h
cmd/xfs/db/type.h - 1.14
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/type.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h
cmd/xfs/db/write.c - 1.17
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/write.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h
cmd/xfs/db/write.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/write.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/handle/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/handle/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/handle/handle.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/handle/handle.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/handle/handle.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/handle/handle.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/logprint/Makefile - 1.34
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/Makefile.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h
cmd/xfs/logprint/log_misc.c - 1.61
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_misc.c.diff?r1=text&tr1=1.61&r2=text&tr2=1.60&f=h
cmd/xfs/logprint/log_print_trans.c - 1.28
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_print_trans.c.diff?r1=text&tr1=1.28&r2=text&tr2=1.27&f=h
cmd/xfs/logprint/logprint.c - 1.38
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/logprint.c.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h
cmd/xfs/mkfile/Makefile - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfile/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/mkfile/xfs_mkfile.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfile/xfs_mkfile.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/include/libxfs.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/libxfs.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/linux/xfs_linux.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/linux/xfs_linux.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/linux/xfs_sema.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/linux/xfs_sema.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/platform_defs.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/platform_defs.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_ag.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_ag.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_alloc.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_alloc.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_alloc_btree.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_alloc_btree.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_arch.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_arch.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_attr.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_attr.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_attr_leaf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_attr_leaf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_attr_sf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_attr_sf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_bit.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_bit.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_bmap.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_bmap.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_bmap_btree.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_bmap_btree.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_btree.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_btree.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_buf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_buf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_buf_item.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_buf_item.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_da_btree.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_da_btree.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dfrag.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dfrag.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dinode.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dinode.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_block.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_block.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_data.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_data.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_leaf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_leaf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_node.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_node.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_sf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_sf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir2_trace.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir2_trace.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir_leaf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir_leaf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dir_sf.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dir_sf.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dqblk.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dqblk.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dquot.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dquot.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_dquot_item.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_dquot_item.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_error.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_error.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_extfree_item.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_extfree_item.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_fsops.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_fsops.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_grio.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_grio.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_ialloc.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_ialloc.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_ialloc_btree.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_ialloc_btree.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_imap.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_imap.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_inode.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_inode.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_inode_item.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_inode_item.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_inum.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_inum.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_itable.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_itable.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_log.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_log.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_log_priv.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_log_priv.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_log_recover.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_log_recover.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_macros.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_macros.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_mount.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_mount.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_os_defs.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_os_defs.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_qm.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_qm.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_quota.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_quota.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_quota_priv.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_quota_priv.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_rpc_item.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_rpc_item.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_rtalloc.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_rtalloc.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_rw.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_rw.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_sb.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_sb.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_trans.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_trans.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_trans_priv.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_trans_priv.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_trans_space.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_trans_space.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_types.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_types.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/xfs_utils.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_utils.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/libxfs/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/libxfs/arch.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/arch.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/libxfs/init.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/init.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/libxfs/kernel.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/kernel.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/libxfs/rdwr.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/rdwr.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/logprint/kernel.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/kernel.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/logprint/log_print_all.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_print_all.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/logprint/logprint.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/logprint.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- first round of changes for libxfs.  restructures includes,
	  Makefiles, and source in a number of different ways.  fixes
	  numerous compiler warnings, and the occasional bug, initial
	  work on tool portability and cleanup of the user level
	  build environment.


From owner-linux-xfs@oss.sgi.com Mon Jul  3 06:51:55 2000
Received:  by oss.sgi.com id <S42219AbQGCNvg>;
	Mon, 3 Jul 2000 06:51:36 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:20798 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42217AbQGCNvV>; Mon, 3 Jul 2000 06:51:21 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA04882
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 06:56:53 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA25285; Mon, 3 Jul 2000 08:50:09 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA14725; Mon, 3 Jul 2000 08:50:08 -0500 (CDT)
From:   lord@sgi.com
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id IAA23046; Mon, 3 Jul 2000 08:46:43 -0500
Message-Id: <200007031346.IAA23046@jen.americas.sgi.com>
To:     nathans@snort.melbourne.sgi.com (Nathan Scott)
cc:     linux-xfs@oss.sgi.com
Subject: Re: PARTIAL TAKE - libxfs 
In-reply-to: Your message of "Mon, 03 Jul 2000 19:00:56 +1000
Date:   Mon, 03 Jul 2000 08:46:43 -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> This TAKE is a start on easing the dependence between the XFS
> user tools & the kernel code.  There is not much new code here,
> it is mostly shuffling bits around, trying to define a coherent
> user level interface, but the ultimate goal is replacing libsim
> entirely & removing the prolific use of SIM/_KERNEL in the XFS
> kernel code.
> 
> 

I think you missed a file out of the checkin:

cc -D_LARGEFILE64_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -g -DDEBUG -I../include -I../../../linux/include -Wall -Wno-parentheses -funsigned-char -o init.o -c init.c
In file included from ../include/libxfs.h:35,
                 from init.c:34:
../include/platform_defs.h:45: uuid/uuid.h: No such file or directory

At the moment user space does not build.

Steve


From owner-linux-xfs@oss.sgi.com Mon Jul  3 09:49:47 2000
Received:  by oss.sgi.com id <S42222AbQGCQt1>;
	Mon, 3 Jul 2000 09:49:27 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:43591 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42217AbQGCQs4>; Mon, 3 Jul 2000 09:48:56 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.43]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id JAA04104
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 09:54:27 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id LAA08960
	for linux-xfs@oss.sgi.com; Mon, 3 Jul 2000 11:53:06 -0400
Date:   Mon, 3 Jul 2000 11:53:06 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007031553.LAA08960@snafu.americas.sgi.com>
Subject: TAKE - fixes for writes to full filesystem
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Deals with the delalloc version of a full disk. Also some changes for
passing file offsets > 2^32 through pagebuf.

Date:  Mon Jul  3 09:46:52 PDT 2000
Workarea:  192.82.201.43:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65636a
linux/fs/xfs/linux/xfs_lrw.c - 1.45
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_lrw.c.diff?r1=text&tr1=1.45&r2=text&tr2=1.44&f=h
	- Fix bad assert and offset calculations for the case where converting
	  a delalloc extent takes more than 2 real extents, plus make error return
	  from linvfs_pb_bmap begative in error cases.

linux/fs/pagebuf/page_buf_io.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
	- Small changes to deal with out of space conditions on write and file
	  offsets > 4 Gbytes.



From owner-linux-xfs@oss.sgi.com Mon Jul  3 15:28:30 2000
Received:  by oss.sgi.com id <S42217AbQGCW2U>;
	Mon, 3 Jul 2000 15:28:20 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:43799 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGCW15>;
	Mon, 3 Jul 2000 15:27:57 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA24970
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 15:23:05 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA29158; Tue, 4 Jul 2000 08:25:33 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA16706; Tue, 4 Jul 2000 08:25:31 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007040825.ZM16714@wobbly.melbourne.sgi.com>
Date:   Tue, 4 Jul 2000 08:25:29 -0500
In-Reply-To: lord@sgi.com
        "Re: PARTIAL TAKE - libxfs" (Jul  3, 11:50pm)
References: <200007031346.IAA23046@jen.americas.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     lord@sgi.com
Subject: Re: PARTIAL TAKE - libxfs
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi Steve,

On Jul 3, 11:50pm, lord@sgi.com wrote:
> Subject: Re: PARTIAL TAKE - libxfs
> ...
> I think you missed a file out of the checkin:
> 
> cc -D_LARGEFILE64_SOURCE -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -g -DDEBUG -I../include -I../../../linux/include -Wall -Wno-parentheses -funsigned-char -o init.o -c init.c
> In file included from ../include/libxfs.h:35,
>                  from init.c:34:
> ../include/platform_defs.h:45: uuid/uuid.h: No such file or directory
> 
> At the moment user space does not build.
> 

Sorry, I should have mentioned this - you'll need the
"e2fsprogs-devel" rpm, which has the Linux uuid library &
header in it for building the XFS user tools (there's no
runtime dependency, just at build time).  I thought this
was installed by default - it seems to be installed on all
our Linux machines over here.

This is something we would pick up on in an autoconf/configure
based user tool build, and abort the build attempt with an
appropriate error message - another item on my todo list.

thanks.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Mon Jul  3 15:58:20 2000
Received:  by oss.sgi.com id <S42225AbQGCW6B>;
	Mon, 3 Jul 2000 15:58:01 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:33311 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGCW5a>;
	Mon, 3 Jul 2000 15:57:30 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA28019
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 15:52:38 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA29268 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 08:56:22 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA89705 for linux-xfs@oss.sgi.com; Tue, 4 Jul 2000 08:56:21 +1000 (EST)
Date:   Tue, 4 Jul 2000 08:56:21 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007032256.IAA89705@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 015
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

test disk-full behaviour

Modid:  2.4.0-test1-xfs:slinx:65640a
Date:  Mon Jul  3 15:55:30 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/group - 1.13
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/group.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
	- add test 015

cmd/xfs/stress/015 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/015.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- test out-of-space behaviour

cmd/xfs/stress/015.out - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/015.out.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- output for 015


From owner-linux-xfs@oss.sgi.com Mon Jul  3 16:06:00 2000
Received:  by oss.sgi.com id <S42228AbQGCXFu>;
	Mon, 3 Jul 2000 16:05:50 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:62558 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGCXFb>; Mon, 3 Jul 2000 16:05:31 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id QAA01563
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 16:11:03 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA29323 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 09:04:23 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA43624 for linux-xfs@oss.sgi.com; Tue, 4 Jul 2000 09:04:22 +1000 (EST)
Date:   Tue, 4 Jul 2000 09:04:22 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007032304.JAA43624@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - XFS QA: use $AWK_PROG not awk
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:65641a
Date:  Mon Jul  3 16:03:23 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/001 - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/001.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/stress/006 - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/006.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/stress/009 - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/009.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/stress/012 - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/012.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/stress/013 - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/013.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- use $AWK_PROG not awk


From owner-linux-xfs@oss.sgi.com Mon Jul  3 18:29:42 2000
Received:  by oss.sgi.com id <S42230AbQGDB3W>;
	Mon, 3 Jul 2000 18:29:22 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:63289 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGDB2w>;
	Mon, 3 Jul 2000 18:28:52 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA10878
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 18:24:01 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00145 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 11:27:45 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA92736 for linux-xfs@oss.sgi.com; Tue, 4 Jul 2000 11:27:43 +1000 (EST)
Date:   Tue, 4 Jul 2000 11:27:43 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007040127.LAA92736@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 015
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

big block size for dd (Ta Steve, I forgot)

Modid:  2.4.0-test1-xfs:slinx:65645a
Date:  Mon Jul  3 18:26:34 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/015 - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/015.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- use big block size for dd
	  tidy dd output filter


From owner-linux-xfs@oss.sgi.com Mon Jul  3 18:40:11 2000
Received:  by oss.sgi.com id <S42231AbQGDBjv>;
	Mon, 3 Jul 2000 18:39:51 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51557 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGDBj3>; Mon, 3 Jul 2000 18:39:29 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA05892
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 18:45:01 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA00196 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 11:38:21 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA13599 for linux-xfs@oss.sgi.com; Tue, 4 Jul 2000 11:38:19 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007041138.ZM16878@wobbly.melbourne.sgi.com>
Date:   Tue, 4 Jul 2000 11:38:18 -0500
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     linux-xfs@oss.sgi.com
Subject: note on XFS tool compilation
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

Its been suggested that I should send a short note regarding
my recent change to some of the XFS user tools to make use of
libuuid.a and uuid/uuid.h.

A number of the XFS user commands use UUID code from either
mkfs/uuid.c or {sim/src,linux/fs/xfs/linux}/xfs_uuid.c - both
of these files are historical remnants from the IRIX port,
neither of them contain properly functioning code on Linux.
Fixing this has been a TODO item for awhile, and since it was
related to this other work I'm doing, I've switched us over
to using the UUID code which Ted T'so maintains in the
ext2fsprogs-devel package.

So, its now a prerequisite that this be installed in order to
build all of the user tools (in particular this means that the
files /usr/include/uuid/uuid.h and /usr/lib/libuuid.a must exist
on your build machine).  At runtine, there's no requirement that
the ext2fsprogs\* packages be installed as a result of this.

mkfs.xfs and xfs_repair will also be switched over to using this
code at some point soon.


cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Mon Jul  3 19:05:42 2000
Received:  by oss.sgi.com id <S42232AbQGDCFc>;
	Mon, 3 Jul 2000 19:05:32 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:49217 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGDCFQ>;
	Mon, 3 Jul 2000 19:05:16 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA13929
	for <linux-xfs@oss.sgi.com>; Mon, 3 Jul 2000 19:00:25 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA00325 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 12:02:54 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA30854 for linux-xfs@oss.sgi.com; Tue, 4 Jul 2000 12:02:52 +1000 (EST)
Date:   Tue, 4 Jul 2000 12:02:52 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007040202.MAA30854@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix xfs_ioerror_alert
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:65649a
Date:  Mon Jul  3 19:02:14 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_rw.c - 1.318
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rw.c.diff?r1=text&tr1=1.318&r2=text&tr2=1.317&f=h
	- fix broken xfs_ioerror_alert (blkno is 64 bit) & tidy message


From owner-linux-xfs@oss.sgi.com Tue Jul  4 12:43:34 2000
Received:  by oss.sgi.com id <S42223AbQGDTnO>;
	Tue, 4 Jul 2000 12:43:14 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:36893 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42207AbQGDTmq>; Tue, 4 Jul 2000 12:42:46 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA04604
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 12:48:19 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA58068 for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 14:41:39 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id OAA19847; Tue, 4 Jul 2000 14:41:39 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id OAA55053; Tue, 4 Jul 2000 14:41:38 -0500 (CDT)
Message-Id: <200007041941.OAA55053@tiki.americas.sgi.com>
Date:   Tue, 4 Jul 2000 14:41:38 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - More XFS exported via NFS changes.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

To turn on XFS DEBUG mode compilations, use your favorite
make {old,x}config and choose CONFIG_XFS_DEBUG, it's no
longer necessary to edit the fs/xfs Makefile's.

More infrastructure changes related to inode/vnode/xnode setup.

Now, NFS can do an "out of the blue" iget, knowing only the
inode #, and the XFS read_inode function will set up a proper
linux-inode/vnode/xfs-inode set of structures.

Internally, xfs_iget no longer indirectly causes a linux iget,
instead we get an empty linux inode, and build our own.

This gets us a lot farther into the SpecFS 2.0 test suite, but,
it's not all done yet, I've hit one occurrence of an NFS
"setattr_size" (trunc) causing a problem in the ag_extent
routines.



Date:  Tue Jul  4 12:32:45 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65656a
linux/kernel/ksyms.c - 1.53
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/ksyms.c.diff?r1=text&tr1=1.53&r2=text&tr2=1.52&f=h
linux/include/linux/fs.h - 1.51
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/fs.h.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h
linux/fs/inode.c - 1.27
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/inode.c.diff?r1=text&tr1=1.27&r2=text&tr2=1.26&f=h
	- Temporary debugging routine (iget4_noallocate) to be
	  removed later.

linux/fs/Config.in - 1.36
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/Config.in.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h
linux/fs/xfs/Makefile - 1.103
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/Makefile.diff?r1=text&tr1=1.103&r2=text&tr2=1.102&f=h
linux/fs/xfs/linux/Makefile - 1.21
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/Makefile.diff?r1=text&tr1=1.21&r2=text&tr2=1.20&f=h
	- Allow XFS DEBUG mode to be configured via CONFIG_XFS_DEBUG.

linux/fs/xfs/xfs_iget.c - 1.119
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_iget.c.diff?r1=text&tr1=1.119&r2=text&tr2=1.118&f=h
	- Break xfs_iget into xfs_iget_core, called by xfs_iget
	  or xfs_vn_iget, with indications of internal/external
	  origination of setup.  For external, a vnode area is
	  already allocated, use it.
	  Insert the vn_alloc'd linux-inode/vnode into the icache
	  hash when necessaary.

linux/fs/xfs/xfs_inode.h - 1.138
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_inode.h.diff?r1=text&tr1=1.138&r2=text&tr2=1.137&f=h
	- Prototype for xfs_vn_iget.

linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.25
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/vnode.h.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h
	- Change vn_initialize prototype; provide vn_insert_in_linux_hash
	  prototype.
	  Change VMAP to pass along the vfs address in the vmap.

linux/fs/xfs/linux/xfs_vnode.c - 1.29
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h
	- Clean up the vn_address function.
	  Modify vn_initialize to "recognize" that if called from
	  read_inode it's necessary to call xfs_vn_iget to establish
	  a complete linux-inode/vnode/xfs-inode setup.
	  Change vn_alloc: call get_empty_inode instead of iget(),
	  the caller of vn_alloc assumes the responsibility of
	  inserting the linux-inode into the icache hash list.
	  Also, vn_alloc calls vn_initialize with a flag denoting
	  "internal" setup.
	  Provide the "vn_insert_in_linux_hash" routine.

linux/fs/xfs/linux/xfs_super.c - 1.71
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.71&r2=text&tr2=1.70&f=h
	- Change linvfs_set_inode_ops to handle the VNON case.
	  This routine to be changed again in a followup mod.
	  At read_inode time, call vn_initialize with a flag
	  denoting a read_inode situation.



From owner-linux-xfs@oss.sgi.com Tue Jul  4 17:32:06 2000
Received:  by oss.sgi.com id <S42251AbQGEAb5>;
	Tue, 4 Jul 2000 17:31:57 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:45874 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42250AbQGEAbj>;
	Tue, 4 Jul 2000 17:31:39 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA27938; Tue, 4 Jul 2000 17:26:48 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost) by info.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA38114; Tue, 4 Jul 2000 17:31:21 -0700 (PDT)
Date:   Tue, 4 Jul 2000 17:31:21 -0700 (PDT)
Message-Id: <200007050031.RAA38114@info.engr.sgi.com>
X-Pv-Incident: 795382 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (dxm@engr.sgi.com)
Subject: UPDATE 795382 - crash on disk full (non-kio, unwritten=0)
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=795382

 Status : open                         Priority : 3                         
 Assigned Engineer : btg               Submitter : dxm                      
 Opened Date : 07/02/00               *Modified User : dxm                  
*Modified User Domain : engr          *Description :
I've seen this one several times before - pagebuf cracks it
when the disk fills:

> dd if=/dev/zero of=x

XFS assertion failed: offset_fsb >= imap[nimaps].br_startoff + imap[i].br_blockcount, file: xfs_lrw.c, line: 1681
kernel BUG at xfs_debug.c:50!

Entering kdb (0xc1ca4000) Panic: invalid operand
due to panic @ 0xc4884469

.....


==========================
ADDITIONAL INFORMATION (UPDATE)
From: dxm@engr (BugWorks)
Date: Jul 04 2000 05:31:20PM
==========================

New QA test 015 tests the disk full behaviour.

Doesn't seem to crash & burn anymore, instead gets stuck
"writing" more and more to disk after it fills. dd doesn't
show any signs of returning.

From owner-linux-xfs@oss.sgi.com Tue Jul  4 17:41:07 2000
Received:  by oss.sgi.com id <S42252AbQGEAk5>;
	Tue, 4 Jul 2000 17:40:57 -0700
Received: from Cantor.suse.de ([194.112.123.193]:38671 "HELO Cantor.suse.de")
	by oss.sgi.com with SMTP id <S42250AbQGEAkr>;
	Tue, 4 Jul 2000 17:40:47 -0700
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP id 4606F1E1C2
	for <linux-xfs@oss.sgi.com>; Wed,  5 Jul 2000 02:40:56 +0200 (MEST)
Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP id 21BBD10AD7D
	for <linux-xfs@oss.sgi.com>; Wed,  5 Jul 2000 02:40:56 +0200 (MEST)
Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id A6AA82F300; Wed,  5 Jul 2000 02:40:55 +0200 (MEST)
Date:   Wed, 5 Jul 2000 02:40:55 +0200
From:   "Andi Kleen" <ak@suse.de>
To:     linux-xfs@oss.sgi.com
Subject: xfs_db frag does not work
Message-ID: <20000705024055.A22369@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


It seems like xfs_db not working correctly yet (on a fine file system):

> echo frag | /usr/sbin/xfs_db /dev/hdc5
xfs_db: can't read inode block 0/134217728
can't read inode block 0/234881024
can't read inode block 0/201351168
can't read inode block 0/167817216
.... (continues) ...
xfs_db: out of memory


-Andi

From owner-linux-xfs@oss.sgi.com Tue Jul  4 17:46:36 2000
Received:  by oss.sgi.com id <S42253AbQGEAq0>;
	Tue, 4 Jul 2000 17:46:26 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:46899 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42250AbQGEAqU>;
	Tue, 4 Jul 2000 17:46:20 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA28500
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 17:41:28 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06631; Wed, 5 Jul 2000 10:45:12 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id KAA36851; Wed, 5 Jul 2000 10:45:11 +1000 (EST)
Message-Id: <200007050045.KAA36851@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     "Andi Kleen" <ak@suse.de>
cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs_db frag does not work 
In-reply-to: Your message of "Wed, 05 Jul 2000 02:40:55 +0200."
             <20000705024055.A22369@gruyere.muc.suse.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 05 Jul 2000 10:45:11 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


"Andi Kleen" writes:
 => 
 => It seems like xfs_db not working correctly yet (on a fine file system):

Most of xfs_db is fine. It appears we haven't finished the endian work on
"frag". 

I'll fix this & check for any other commands we've missed.

Ta.
-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Tue Jul  4 17:50:06 2000
Received:  by oss.sgi.com id <S42254AbQGEAt4>;
	Tue, 4 Jul 2000 17:49:56 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:16146 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42250AbQGEAtw>;
	Tue, 4 Jul 2000 17:49:52 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e650nxb17462;
	Tue, 4 Jul 2000 19:49:59 -0500 (CDT)
Message-ID: <39628637.6A0DB343@thebarn.com>
Date:   Tue, 04 Jul 2000 19:49:59 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Andi Kleen <ak@suse.de>
CC:     linux-xfs@oss.sgi.com
Subject: Re: xfs_db frag does not work
References: <20000705024055.A22369@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Andi Kleen wrote:

> It seems like xfs_db not working correctly yet (on a fine file system):
>
> > echo frag | /usr/sbin/xfs_db /dev/hdc5
> xfs_db: can't read inode block 0/134217728
> can't read inode block 0/234881024
> can't read inode block 0/201351168
> can't read inode block 0/167817216
> .... (continues) ...
> xfs_db: out of memory

This doesn't seem surprising... there are some 64 bit types that never got
worked out
in xfs_db,
Guess that will get added to the todo list.


>
>
> -Andi

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Tue Jul  4 18:36:16 2000
Received:  by oss.sgi.com id <S42257AbQGEBgH>;
	Tue, 4 Jul 2000 18:36:07 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:56868 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42250AbQGEBgC>; Tue, 4 Jul 2000 18:36:02 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA07310
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 18:41:33 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06851 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 11:34:52 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA21819 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 11:34:51 +1000 (EST)
Date:   Wed, 5 Jul 2000 11:34:51 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007050134.LAA21819@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_db frag command
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fix endian conversion in xfs_db "frag" command

Modid:  2.4.0-test1-xfs:slinx:65661a
Date:  Tue Jul  4 18:34:02 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/frag.c - 1.16
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/frag.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h
	- endian conversion - fix "frag" command


From owner-linux-xfs@oss.sgi.com Tue Jul  4 18:42:07 2000
Received:  by oss.sgi.com id <S42250AbQGEBl5>;
	Tue, 4 Jul 2000 18:41:57 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:6202 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42258AbQGEBlr>;
	Tue, 4 Jul 2000 18:41:47 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA01531
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 18:36:54 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06868 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 11:39:23 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA22415 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 11:39:23 +1000 (EST)
Date:   Wed, 5 Jul 2000 11:39:23 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007050139.LAA22415@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - userland build environment
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is an initial set of changes to the user-tool build
environment to play nice in the open source sandpit.
Its mainly for Martin's consumption at the moment, and
there may be some issues with "make install" since I
haven't tested this yet for XFS, but a top-level "make"
certainly works.

Any followup changes required for install will come later
today.  Much of this work was done by others - Ananth did
the initial RPM spec work & I just picked that up and made
it configure-based, Mark and Max over here did all the hard
work of figuring out a nice clean build environment (for
pcp) - and I simply stole it for XFS.

Reading between the lines - if its broken, its probably not
my fault ;-)

One last thing - the guts of these changes are documented in
build/Porting-Guide.

cheers.


Modid:  2.4.0-test1-xfs:slinx:65660a
Date:  Tue Jul  4 18:26:16 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/Makefile.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
cmd/xfs/bmap/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bmap/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/bstat/Makefile - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/db/Makefile - 1.47
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/Makefile.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h
cmd/xfs/handle/Makefile - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/handle/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/include/libxfs.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/libxfs.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/libxfs/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/logprint/Makefile - 1.35
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/Makefile.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h
cmd/xfs/mkfile/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfile/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/sim/src/Makefile - 1.77
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/Makefile.diff?r1=text&tr1=1.77&r2=text&tr2=1.76&f=h
cmd/xfs/CHANGELOG - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/CHANGELOG.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/COPYING - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/COPYING.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/INSTALL - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/INSTALL.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/LSM.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/LSM.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/Makepkgs - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/Makepkgs.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/README - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/README.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/VERSION - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/VERSION.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/Porting-Guide - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/Porting-Guide.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/rpm/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/rpm/macros.template - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/macros.template.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/rpm/rpm-2.rc.template - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/rpm-2.rc.template.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/rpm/xfs-cmds.spec.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/xfs-cmds.spec.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/build/tar/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/tar/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/configure.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/configure.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/builddefs.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/builddefs.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/buildrules - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/buildrules.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/handle.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/handle.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/include/platform_defs.h.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/platform_defs.h.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/install-sh - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/install-sh.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man1/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man1/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man4/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man4/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- Changes to support autoconf/configure based builds, plus associated
	  changes to the user tool build environment, tidying Makefiles in the
	  process.  Paves the way for installation via arbitrary package
	  managers.


From owner-linux-xfs@oss.sgi.com Tue Jul  4 19:35:28 2000
Received:  by oss.sgi.com id <S42264AbQGECfS>;
	Tue, 4 Jul 2000 19:35:18 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:4390 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42258AbQGECfF>; Tue, 4 Jul 2000 19:35:05 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA01720
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 19:40:37 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA07133 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 12:33:56 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA17707 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 12:33:54 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007051233.ZM18640@wobbly.melbourne.sgi.com>
Date:   Wed, 5 Jul 2000 12:33:53 -0500
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     linux-xfs@oss.sgi.com
Subject: autoconf/configure/make
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

this just bit someone - thought i'd share ... using the current
Makefiles after just refreshing a workarea you cannot run
"make clean" without first having run autoconf/configure (in fact,
you can't do anything much without having run autoconf/configure
since these generate the include/{builddefs,platform_gefs.h} files.

just a plain "make" will run autoconf and configure for you if
it needs to be done.  note also that since the file
cmd/xfs/include/platform_defs.h is now generated, I've removed
the original version from the source tree (not sure if this still
has implications on the CVS tree) - but if you update to the
current source & have an old platform_defs.h lying around, you can
safely remove it.

fyi.

cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Tue Jul  4 20:51:38 2000
Received:  by oss.sgi.com id <S42271AbQGEDv2>;
	Tue, 4 Jul 2000 20:51:28 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:24906 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42270AbQGEDvH>;
	Tue, 4 Jul 2000 20:51:07 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA08710
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 20:46:15 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA07490 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 13:48:45 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA68902 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 13:48:42 +1000 (EST)
Date:   Wed, 5 Jul 2000 13:48:42 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007050348.NAA68902@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - make install
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:65666a
Date:  Tue Jul  4 20:47:42 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/bstat/Makefile - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- don't install as a command - its for testing (move to stress/src?)

cmd/xfs/build/rpm/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- missed some occurences of "template" in translation for XFS.

cmd/xfs/build/rpm/xfs-cmds.spec.in - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/rpm/xfs-cmds.spec.in.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- remove a TODO item.

cmd/xfs/configure.in - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/configure.in.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- correct some typos.

cmd/xfs/include/builddefs.in - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/builddefs.in.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- add missing variables needed for make install.

cmd/xfs/maxtrres/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/maxtrres/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/sim/src/Makefile - 1.78
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/Makefile.diff?r1=text&tr1=1.78&r2=text&tr2=1.77&f=h
	- add an empty install target for top level "make install" to work
	  over SUBDIRS.


From owner-linux-xfs@oss.sgi.com Tue Jul  4 21:00:08 2000
Received:  by oss.sgi.com id <S42272AbQGED75>;
	Tue, 4 Jul 2000 20:59:57 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:4939 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42270AbQGED7u>;
	Tue, 4 Jul 2000 20:59:50 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA09162
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 20:54:57 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA07527 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 13:58:41 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA53849 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 13:58:40 +1000 (EST)
Date:   Wed, 5 Jul 2000 13:58:40 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007050358.NAA53849@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_repair stuff
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fix warnings.
then turn on -Wall.
fix some of the new warnings

Modid:  2.4.0-test1-xfs:slinx:65667a
Date:  Tue Jul  4 20:56:57 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/repair/Makefile - 1.39
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/Makefile.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h
	- turn on -Wall

cmd/xfs/repair/attr_repair.c - 1.17
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/attr_repair.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h
cmd/xfs/repair/dinode.c - 1.77
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/dinode.c.diff?r1=text&tr1=1.77&r2=text&tr2=1.76&f=h
cmd/xfs/repair/dir.c - 1.57
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/dir.c.diff?r1=text&tr1=1.57&r2=text&tr2=1.56&f=h
cmd/xfs/repair/dir2.c - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/dir2.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
cmd/xfs/repair/incore.c - 1.34
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/incore.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h
cmd/xfs/repair/incore_ino.c - 1.22
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/incore_ino.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h
cmd/xfs/repair/phase1.c - 1.23
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/phase1.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h
cmd/xfs/repair/phase4.c - 1.47
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/phase4.c.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h
cmd/xfs/repair/phase6.c - 1.55
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/phase6.c.diff?r1=text&tr1=1.55&r2=text&tr2=1.54&f=h
cmd/xfs/repair/sb.c - 1.30
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/sb.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h
	- fix warnings


From owner-linux-xfs@oss.sgi.com Tue Jul  4 23:03:28 2000
Received:  by oss.sgi.com id <S42248AbQGEGDS>;
	Tue, 4 Jul 2000 23:03:18 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:45146 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42242AbQGEGC6>;
	Tue, 4 Jul 2000 23:02:58 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA16681
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 22:58:06 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA08194 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 16:00:35 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA93576 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 16:00:33 +1000 (EST)
Date:   Wed, 5 Jul 2000 16:00:33 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007050600.QAA93576@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - man
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

was wondering why man didn't find the man pages after "make install"
- man1m isn't on the man search path in Linux.  moved everything to
man8 cos this seems to be the right spot on Linux.


Modid:  2.4.0-test1-xfs:slinx:65674a
Date:  Tue Jul  4 22:58:16 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/Makefile.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
	- be less zealous with make clean targets, add include to set of SUBDIRS.

cmd/xfs/build/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- fix a typo.

cmd/xfs/include/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- use correct value for TOPDIR.

cmd/xfs/man/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- man1 -> man8.

cmd/xfs/man/man8/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/fsr_xfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/fsr_xfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/mkfs.xfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/mkfs.xfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_bmap.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_bmap.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_check.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_check.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_chver.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_chver.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_copy.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_copy.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_db.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_db.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_estimate.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_estimate.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_growfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_growfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_logprint.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_logprint.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_ncheck.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_ncheck.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfs_repair.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfs_repair.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfsdump.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfsdump.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfsinvutil.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfsinvutil.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/man/man8/xfsrestore.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/man/man8/xfsrestore.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- move man pages from section 1m (IRIX) to section 8 (Linux).


From owner-linux-xfs@oss.sgi.com Tue Jul  4 23:59:18 2000
Received:  by oss.sgi.com id <S42270AbQGEG7I>;
	Tue, 4 Jul 2000 23:59:08 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:27489 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42242AbQGEG6w>;
	Tue, 4 Jul 2000 23:58:52 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA19197
	for <linux-xfs@oss.sgi.com>; Tue, 4 Jul 2000 23:54:00 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA08457 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 16:56:29 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA86261 for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 16:56:27 +1000 (EST)
Date:   Wed, 5 Jul 2000 16:56:27 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007050656.QAA86261@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfscrash
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

xfscrash script (in-progress), sample rc.sysinit code & README.
automated XFS crash testing for both log recovery & xfs_repair.

requires a fair amount of hacking around to prevent your ext2
fses cacking themselves on reboot.

Modid:  2.4.0-test1-xfs:slinx:65677a
Date:  Tue Jul  4 23:54:06 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/crash/README - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/README.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- README for xfscrash

cmd/xfs/stress/crash/rc.sysinit - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/rc.sysinit.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- example code for rc.sysinit

cmd/xfs/stress/crash/xfscrash - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/xfscrash.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- xfscrash script


From owner-linux-xfs@oss.sgi.com Wed Jul  5 09:40:41 2000
Received:  by oss.sgi.com id <S42217AbQGEQkc>;
	Wed, 5 Jul 2000 09:40:32 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:12882 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42213AbQGEQkM>;
	Wed, 5 Jul 2000 09:40:12 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA07626
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 09:35:21 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA20460 for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 11:37:50 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA21170 for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 11:37:49 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id LAA12432; Wed, 5 Jul 2000 11:34:03 -0500
Message-Id: <200007051634.LAA12432@jen.americas.sgi.com>
Date:   Wed, 5 Jul 2000 11:34:03 -0500
Subject: TAKE - minor tweak, makes the vn_active count correct
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul  5 09:36:57 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65686a
linux/fs/xfs/linux/xfs_vnode.c - 1.30
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h
	- Fix vn_active counting



From owner-linux-xfs@oss.sgi.com Wed Jul  5 15:15:54 2000
Received:  by oss.sgi.com id <S42207AbQGEWPo>;
	Wed, 5 Jul 2000 15:15:44 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:62315 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGEWPZ>; Wed, 5 Jul 2000 15:15:25 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA04979
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 15:20:59 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA22875; Wed, 5 Jul 2000 17:14:13 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA02748; Wed, 5 Jul 2000 17:14:12 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e65MDwj28435;
	Wed, 5 Jul 2000 17:13:58 -0500
Message-ID: <3963B325.87EEFA94@thebarn.com>
Date:   Wed, 05 Jul 2000 17:13:57 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nathan Scott <nathans@snort.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - man
References: <200007050600.QAA93576@snort.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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Nathan Scott wrote:
Just as a side note; refrain from moving or removing files unless really really
necessary.
It messes up the cvs tree, in which case I have to go and re-init the thing from
scratch.


> was wondering why man didn't find the man pages after "make install"
> - man1m isn't on the man search path in Linux.  moved everything to
> man8 cos this seems to be the right spot on Linux.
>
> Modid:  2.4.0-test1-xfs:slinx:65674a
> Date:  Tue Jul  4 22:58:16 PDT 2000
> Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
> Author:  nathans
>
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
>
> cmd/xfs/Makefile - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/Makefile.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
>         - be less zealous with make clean targets, add include to set of SUBDIRS.
>
> cmd/xfs/build/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
>         - fix a typo.
>
> cmd/xfs/include/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
>         - use correct value for TOPDIR.
>
> cmd/xfs/man/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
>         - man1 -> man8.
>
> cmd/xfs/man/man8/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/fsr_xfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/fsr_xfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/mkfs.xfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/mkfs.xfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_bmap.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_bmap.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_check.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_check.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_chver.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_chver.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_copy.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_copy.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_db.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_db.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_estimate.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_estimate.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_growfs.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_growfs.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_logprint.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_logprint.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_ncheck.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_ncheck.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfs_repair.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfs_repair.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfsdump.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfsdump.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfsinvutil.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfsinvutil.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man8/xfsrestore.8 - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man8/xfsrestore.8.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
>         - move man pages from section 1m (IRIX) to section 8 (Linux).


From owner-linux-xfs@oss.sgi.com Wed Jul  5 15:23:04 2000
Received:  by oss.sgi.com id <S42209AbQGEWWy>;
	Wed, 5 Jul 2000 15:22:54 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:39020 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGEWWr>; Wed, 5 Jul 2000 15:22:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA09497
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 15:28:21 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA00026; Wed, 5 Jul 2000 17:21:35 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA02903; Wed, 5 Jul 2000 17:21:34 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e65MLKj28443;
	Wed, 5 Jul 2000 17:21:20 -0500
Message-ID: <3963B4E0.5CD526CF@thebarn.com>
Date:   Wed, 05 Jul 2000 17:21:20 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nathan Scott <nathans@snort.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - userland build environment
References: <200007050139.LAA22415@snort.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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Nathan Scott wrote:

Tom Duffy did some rpm's for he quick usenix XFS cd.
Could you clean thing up so we don't have multiple rpm specs checked
into the tree. I would also be a good idea to send Tom a note and find
out how the XFS rpm's should play with the rest of pro-pack.

Final suggestion: since rpm's are distribution specific they probably shouldn't
be in the source
tree directly, the SPECS dir at the top of the tree seems like a better spot.



> This is an initial set of changes to the user-tool build
> environment to play nice in the open source sandpit.
> Its mainly for Martin's consumption at the moment, and
> there may be some issues with "make install" since I
> haven't tested this yet for XFS, but a top-level "make"
> certainly works.
>
> Any followup changes required for install will come later
> today.  Much of this work was done by others - Ananth did
> the initial RPM spec work & I just picked that up and made
> it configure-based, Mark and Max over here did all the hard
> work of figuring out a nice clean build environment (for
> pcp) - and I simply stole it for XFS.
>
> Reading between the lines - if its broken, its probably not
> my fault ;-)
>
> One last thing - the guts of these changes are documented in
> build/Porting-Guide.
>
> cheers.
>
> Modid:  2.4.0-test1-xfs:slinx:65660a
> Date:  Tue Jul  4 18:26:16 PDT 2000
> Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
> Author:  nathans
>
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
>
> cmd/xfs/Makefile - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/Makefile.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
> cmd/xfs/bmap/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/bmap/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
> cmd/xfs/bstat/Makefile - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/bstat/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
> cmd/xfs/db/Makefile - 1.47
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/db/Makefile.diff?r1=text&tr1=1.47&r2=text&tr2=1.46&f=h
> cmd/xfs/handle/Makefile - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/handle/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
> cmd/xfs/include/libxfs.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/libxfs.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
> cmd/xfs/libxfs/Makefile - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/libxfs/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
> cmd/xfs/logprint/Makefile - 1.35
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/logprint/Makefile.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h
> cmd/xfs/mkfile/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/mkfile/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
> cmd/xfs/sim/src/Makefile - 1.77
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/sim/src/Makefile.diff?r1=text&tr1=1.77&r2=text&tr2=1.76&f=h
> cmd/xfs/CHANGELOG - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/CHANGELOG.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/COPYING - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/COPYING.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/INSTALL - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/INSTALL.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/LSM.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/LSM.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/Makepkgs - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/Makepkgs.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/README - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/README.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/VERSION - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/VERSION.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/Porting-Guide - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/Porting-Guide.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/rpm/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/rpm/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/rpm/macros.template - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/rpm/macros.template.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/rpm/rpm-2.rc.template - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/rpm/rpm-2.rc.template.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/rpm/xfs-cmds.spec.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/rpm/xfs-cmds.spec.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/build/tar/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/build/tar/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/configure.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/configure.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/include/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/include/builddefs.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/builddefs.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/include/buildrules - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/buildrules.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/include/handle.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/handle.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/include/platform_defs.h.in - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/include/platform_defs.h.in.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/install-sh - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/install-sh.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man1/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man1/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
> cmd/xfs/man/man4/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/> cmd/xfs/man/man4/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
>         - Changes to support autoconf/configure based builds, plus associated
>           changes to the user tool build environment, tidying Makefiles in the
>           process.  Paves the way for installation via arbitrary package
>           managers.


From owner-linux-xfs@oss.sgi.com Wed Jul  5 16:24:34 2000
Received:  by oss.sgi.com id <S42217AbQGEXYY>;
	Wed, 5 Jul 2000 16:24:24 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:52818 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGEXYA>;
	Wed, 5 Jul 2000 16:24:00 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id QAA05609
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 16:19:08 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA13315; Thu, 6 Jul 2000 09:22:52 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA10771; Thu, 6 Jul 2000 09:22:51 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007060922.ZM19811@wobbly.melbourne.sgi.com>
Date:   Thu, 6 Jul 2000 09:22:50 -0500
In-Reply-To: Russell Cattelan <cattelan@thebarn.com>
        "Re: TAKE - userland build environment" (Jul  6,  8:23am)
References: <200007050139.LAA22415@snort.melbourne.sgi.com> 
	<3963B4E0.5CD526CF@thebarn.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Russell Cattelan <cattelan@thebarn.com>
Subject: Re: TAKE - userland build environment
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

mornin' Russell,

On Jul 6,  8:23am, Russell Cattelan wrote:
> Subject: Re: TAKE - userland build environment
> Nathan Scott wrote:
> 
> Tom Duffy did some rpm's for he quick usenix XFS cd.

yes (though I thought it was Ananth) - I used this as the basis
of the autoconf/configure-driven spec.

> Could you clean thing up so we don't have multiple rpm specs checked

certainly.

> into the tree. I would also be a good idea to send Tom a note and find
> out how the XFS rpm's should play with the rest of pro-pack.
> 

I understand this is a done deal - the pcp build fits into
pro-pack and we've mimicked the pcp build.  Mark knows the magic
way to make this all come together (mhist).  Also, the failsafe
folk are using a build based on the pcp mechanism that we now
use, so we're not in uncharted waters here.

I'll verify today that binary & source rpms can actually be
generated (I suspect not - since I haven't converted mkfs,
maxtrres, and xfs_repair yet), and will check something in later
today if need be (so that we have a complete package build - I
was going to leave this till I got to each of these tools for
de-SIMing, but I may as well just do the Makefiles for these
now).

> Final suggestion: since rpm's are distribution specific they probably shouldn't
> be in the source
> tree directly, the SPECS dir at the top of the tree seems like a better spot.
> 

I have to disagree with this, but with good reasons ;) -

a/ anyone downloading the xfs-cmds tgz/src.rpm should be able
   to roll their own rpm (this is what the distributions will
   want to do, right?), therefore we need to provide all the
   infrastructure as part of the downloadable package;

b/ if we provide an example of how to integrate into one package
   manager (rpm), other people can use that example (this is
   exactly what happened with pcp & the debian folk who helped
   us out there);

c/ people wanting to build on other architectures will need the
   specfile integrated into the build as we have now done...
   I doubt we'll be building alpha/sparc rpms, right? - but I
   imagine others will want to... we shouldn't get in their way/
   make them reinvent the wheel.


cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Wed Jul  5 18:48:24 2000
Received:  by oss.sgi.com id <S42219AbQGFBsE>;
	Wed, 5 Jul 2000 18:48:04 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41337 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFBr4>; Wed, 5 Jul 2000 18:47:56 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA02820
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 18:53:30 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA14212 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 11:46:48 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA81526 for linux-xfs@oss.sgi.com; Thu, 6 Jul 2000 11:46:47 +1000 (EST)
Date:   Thu, 6 Jul 2000 11:46:47 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007060146.LAA81526@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Makefiles
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Modid:  2.4.0-test1-xfs:slinx:65722a
Date:  Wed Jul  5 18:45:51 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/configure.in - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/configure.in.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/include/builddefs.in - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/builddefs.in.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- update for mkfs having special install requirement (/sbin).

cmd/xfs/maxtrres/Makefile - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/maxtrres/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/mkfs/Makefile - 1.38
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfs/Makefile.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h
cmd/xfs/repair/Makefile - 1.40
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/Makefile.diff?r1=text&tr1=1.40&r2=text&tr2=1.39&f=h
cmd/xfs/sim/src/Makefile - 1.79
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/Makefile.diff?r1=text&tr1=1.79&r2=text&tr2=1.78&f=h
	- coerce into new build environment.


From owner-linux-xfs@oss.sgi.com Wed Jul  5 19:39:15 2000
Received:  by oss.sgi.com id <S42223AbQGFCiz>;
	Wed, 5 Jul 2000 19:38:55 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:51069 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFCiY>;
	Wed, 5 Jul 2000 19:38:24 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA25243
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 19:33:31 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA14497 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 12:35:58 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA33975 for linux-xfs@oss.sgi.com; Thu, 6 Jul 2000 12:35:57 +1000 (EST)
Date:   Thu, 6 Jul 2000 12:35:57 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007060235.MAA33975@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfscrash & logprint
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:65724a
Date:  Wed Jul  5 19:31:14 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/crash/README - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/README.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/stress/crash/xfscrash - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/xfscrash.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- No Message Supplied

Modid:  2.4.0-test1-xfs:slinx:65725a
Date:  Wed Jul  5 19:34:44 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/libxfs/init.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/init.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- kill off bmajor, L_MAXMIN etc

cmd/xfs/logprint/log_misc.c - 1.62
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_misc.c.diff?r1=text&tr1=1.62&r2=text&tr2=1.61&f=h
cmd/xfs/logprint/log_print_trans.c - 1.29
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_print_trans.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h
cmd/xfs/logprint/logprint.c - 1.39
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/logprint.c.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h
cmd/xfs/logprint/logprint.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/logprint.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- tidy device, fd and header printing


From owner-linux-xfs@oss.sgi.com Wed Jul  5 20:35:55 2000
Received:  by oss.sgi.com id <S42225AbQGFDfp>;
	Wed, 5 Jul 2000 20:35:45 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:2431 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFDfd>; Wed, 5 Jul 2000 20:35:33 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id UAA07360
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 20:41:06 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA14961 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 13:34:24 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA50498 for linux-xfs@oss.sgi.com; Thu, 6 Jul 2000 13:34:23 +1000 (EST)
Date:   Thu, 6 Jul 2000 13:34:23 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007060334.NAA50498@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - packaging
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Modid:  2.4.0-test1-xfs:slinx:65728a
Date:  Wed Jul  5 20:32:26 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/build/Porting-Guide - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/build/Porting-Guide.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- Update section on "packaging".

cmd/xfs/bmap/Makefile - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bmap/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/bstat/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/bstat/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/db/Makefile - 1.48
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/db/Makefile.diff?r1=text&tr1=1.48&r2=text&tr2=1.47&f=h
cmd/xfs/logprint/Makefile - 1.36
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/Makefile.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h
cmd/xfs/mkfile/Makefile - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfile/Makefile.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/mkfs/Makefile - 1.39
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfs/Makefile.diff?r1=text&tr1=1.39&r2=text&tr2=1.38&f=h
cmd/xfs/repair/Makefile - 1.41
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/repair/Makefile.diff?r1=text&tr1=1.41&r2=text&tr2=1.40&f=h
	- directory being installed to must exist, will be a tmp dir during
	  the build.


From owner-linux-xfs@oss.sgi.com Wed Jul  5 22:22:36 2000
Received:  by oss.sgi.com id <S42207AbQGFFWQ>;
	Wed, 5 Jul 2000 22:22:16 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:12296 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFFVs>; Wed, 5 Jul 2000 22:21:48 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA00893
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 22:27:21 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA15539 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 15:20:39 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA95201 for linux-xfs@oss.sgi.com; Thu, 6 Jul 2000 15:20:38 +1000 (EST)
Date:   Thu, 6 Jul 2000 15:20:38 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007060520.PAA95201@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_logprint
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

reincarnate transactional mode

Modid:  2.4.0-test1-xfs:slinx:65734a
Date:  Wed Jul  5 22:19:51 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/include/libxfs.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/libxfs.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- implement support for multiple buffers (needed for logprint)

cmd/xfs/libxfs/rdwr.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/libxfs/rdwr.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- implement support for multiple buffers (needed for logprint)  

cmd/xfs/logprint/kernel.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/kernel.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- reinstate code for transactional logprint

cmd/xfs/logprint/log_misc.c - 1.63
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_misc.c.diff?r1=text&tr1=1.63&r2=text&tr2=1.62&f=h
	- mostly tidy

cmd/xfs/logprint/log_print_trans.c - 1.30
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/log_print_trans.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h
	- extra code for transactional logprint

cmd/xfs/logprint/logprint.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/logprint.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- extra protos etc for transactional logprint


From owner-linux-xfs@oss.sgi.com Wed Jul  5 22:30:35 2000
Received:  by oss.sgi.com id <S42209AbQGFFaQ>;
	Wed, 5 Jul 2000 22:30:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:24867 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFFaJ>;
	Wed, 5 Jul 2000 22:30:09 -0700
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id WAA11344
	for <linux-xfs@oss.sgi.com>; Wed, 5 Jul 2000 22:25:17 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id WAA59206
	for <linux-xfs@oss.sgi.com>;
	Wed, 5 Jul 2000 22:29:35 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: (from ananth@localhost)
	by dbear.engr.sgi.com (8.9.3/8.8.7) id WAA16299
	for linux-xfs@oss.sgi.com; Wed, 5 Jul 2000 22:29:27 -0700
Date:   Wed, 5 Jul 2000 22:29:27 -0700
From:   Ananth Ananthanarayanan <ananth@dbear.engr.sgi.com>
Message-Id: <200007060529.WAA16299@dbear.engr.sgi.com>
Subject: TAKE - fix a page locking bug in delalloc
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul  5 22:28:19 PDT 2000
Workarea:  dbear.engr.sgi.com:/build2/ananth/slinx24-xfs-new

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65735a
linux/mm/vmscan.c - 1.33
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/vmscan.c.diff?r1=text&tr1=1.33&r2=text&tr2=1.32&f=h
	- Fix a bug in XFS delalloc code that left pages locked.



From owner-linux-xfs@oss.sgi.com Thu Jul  6 13:49:20 2000
Received:  by oss.sgi.com id <S42209AbQGFUtA>;
	Thu, 6 Jul 2000 13:49:00 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:2589 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFUsn>;
	Thu, 6 Jul 2000 13:48:43 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA03964
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 13:43:51 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA09756; Thu, 6 Jul 2000 15:46:19 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA23859; Thu, 6 Jul 2000 15:46:18 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e66Kk3j32120;
	Thu, 6 Jul 2000 15:46:03 -0500
Message-ID: <3964F00B.C71393FE@thebarn.com>
Date:   Thu, 06 Jul 2000 15:46:03 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Trevor Hurst <trev@sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: make on xfs commands..
References: <3963A20A.7DAD6487@sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Trevor Hurst wrote:

>  Hey Russ,
>
>  I'm getting this error when making the ../cmd/xfs stuff..
> I didn't get this before and the only differences now are
> that I pulled down the latest src and added DEBUG into the config.
>

>  Any ideas what might be wrong?

No clue
Try updating your tree.

I'll forward this to the list... see if anybody else might have an idea.

>
>
>  Thanks for the help!
>
>  -- Trev
>
> -------oOo-------
>
> cc -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -D_KMEMUSER -DSTATIC=static
> -DSIM -I../sim/src -I.. -I../../../linux/include
> -I../../../linux/fs/xfs/ -I../../../linux/fs/xfs/pseudo-inc -D_KERNEL
> -funsigned-char   -c xfs_mkfs.c -o xfs_mkfs.o
> xfs_mkfs.c:351: `MAXTRRES_B9_I8_D9_V1' undeclared here (not in a
> function)
> xfs_mkfs.c:351: initializer element for `max_trres_v1[0][0]' is not
> constant
> xfs_mkfs.c:352: `MAXTRRES_B10_I8_D10_V1' undeclared here (not in a
> function)
> xfs_mkfs.c:352: initializer element for `max_trres_v1[1][0]' is not
> constant
> xfs_mkfs.c:352: `MAXTRRES_B10_I9_D10_V1' undeclared here (not in a
> function)
> xfs_mkfs.c:352: initializer element for `max_trres_v1[1][1]' is not
> constant
> xfs_mkfs.c:353: `MAXTRRES_B11_I8_D11_V1' undeclared here (not in a
> function)
>
> --
> Trevor Hurst
> Senior Systems Administrator               _
> Server Operations/Corp. IS       ___  __ _(_)
> Silicon Graphics                / __|/ _` | |
> Office Ph: 650.933.6144         \__ \ (_| | |
> e-mail: trev@sgi.com            |___/\__, |_|
> pager: trev_p@pager.sgi.com          |___/
>
> --
> We are Pentium of Borg. You will be approximated.
> Division is futile!  -- Unknown


From owner-linux-xfs@oss.sgi.com Thu Jul  6 14:13:50 2000
Received:  by oss.sgi.com id <S42219AbQGFVNa>;
	Thu, 6 Jul 2000 14:13:30 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:32805 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFVNH>;
	Thu, 6 Jul 2000 14:13:07 -0700
Received: from relay1.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA07984
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:08:15 -0700 (PDT)
	mail_from (trev@sgi.com)
Received: from cromlech.corp.sgi.com (cromlech.corp.sgi.com [150.166.181.83]) by relay1.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA51803 for <@relay.corp.sgi.com:linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:12:45 -0700 (PDT)
Received: from sgi.com (localhost [127.0.0.1]) by cromlech.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id OAA18784 for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:09:55 -0700 (PDT)
Message-ID: <3964F5A2.BD2B6487@sgi.com>
Date:   Thu, 06 Jul 2000 14:09:54 -0700
From:   Trevor Hurst <trev@sgi.com>
Organization: SGI
X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: ../cmd/xfs compile errors
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



 Anyone know why I might be getting these errors while
building the ../cmd/xfs stuff? I successfully compiled
them in my prior build with linux-2.4-xfs kernel.. The
only difference now is that I did a cvs update and 
set the debug-xfs option in the .config..

 Thanks for any solutions!

 Cheers,

 -- Trev

OH! PLease reply to my email address as I am not on the
linux-xfs mailing list.. thanx


-------oOo-------

gcc -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -D_KMEMUSER
-DSTATIC=static -DSIM -I../sim/src -I.. -I../../../linux/include
-I../../../linux/fs/xfs/ -I../../../linux/fs/xfs/pseudo-inc -D_KERNEL
-funsigned-char   -c xfs_mkfs.c -o xfs_mkfs.o
xfs_mkfs.c:351: `MAXTRRES_B9_I8_D9_V1' undeclared here (not in a
function)
xfs_mkfs.c:351: initializer element for `max_trres_v1[0][0]' is not
constant
xfs_mkfs.c:352: `MAXTRRES_B10_I8_D10_V1' undeclared here (not in a
function)
xfs_mkfs.c:352: initializer element for `max_trres_v1[1][0]' is not
constant
xfs_mkfs.c:352: `MAXTRRES_B10_I9_D10_V1' undeclared here (not in a
function)
xfs_mkfs.c:352: initializer element for `max_trres_v1[1][1]' is not
constant
xfs_mkfs.c:353: `MAXTRRES_B11_I8_D11_V1' undeclared here (not in a
function)
xfs_mkfs.c:353: initializer element for `max_trres_v1[2][0]' is not
constant
xfs_mkfs.c:353: `MAXTRRES_B11_I9_D11_V1' undeclared here (not in a
function)
xfs_mkfs.c:353: initializer element for `max_trres_v1[2][1]' is not
constant
xfs_mkfs.c:354: `MAXTRRES_B11_I10_D11_V1' undeclared here (not in a
function)
xfs_mkfs.c:354: initializer element for `max_trres_v1[2][2]' is not
constant
xfs_mkfs.c:355: `MAXTRRES_B12_I8_D12_V1' undeclared here (not in a
function)


-- 
Trevor Hurst
Senior Systems Administrator               _ 
Server Operations/Corp. IS       ___  __ _(_)
Silicon Graphics                / __|/ _` | |	
Office Ph: 650.933.6144         \__ \ (_| | |
e-mail: trev@sgi.com            |___/\__, |_|
pager: trev_p@pager.sgi.com          |___/   

--
We are Pentium of Borg. You will be approximated.
Division is futile!  -- Unknown

From owner-linux-xfs@oss.sgi.com Thu Jul  6 14:35:21 2000
Received:  by oss.sgi.com id <S42222AbQGFVfB>;
	Thu, 6 Jul 2000 14:35:01 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:353 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFVez>; Thu, 6 Jul 2000 14:34:55 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA01783
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:40:30 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA53753 for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 16:33:47 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id QAA89663; Thu, 6 Jul 2000 16:33:47 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id QAA07363; Thu, 6 Jul 2000 16:33:46 -0500 (CDT)
Message-Id: <200007062133.QAA07363@tiki.americas.sgi.com>
Date:   Thu, 6 Jul 2000 16:33:46 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Remove "dnlc" dead code.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Picking up changes out of Steve's workarea, starting with removing
the dead dnlc code.  "dnlc" isn't needed, that's all done with dcache.


Date:  Thu Jul  6 14:29:49 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65799a
cmd/xfs/sim/src/vnode.c - 1.55
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/sim/src/vnode.c.diff?r1=text&tr1=1.55&r2=text&tr2=1.54&f=h
	- Remove include <sys/dnlc.h>.

linux/fs/xfs/xfs_vnodeops.c - 1.459
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.459&r2=text&tr2=1.458&f=h
linux/fs/xfs/xfs_utils.c - 1.29
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_utils.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h
linux/fs/xfs/xfs_rename.c - 1.25
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rename.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h
	- Remove include <sys/dnlc.h>.
	  Remove "ncfastdata" from xfs_dir_lookup_int calls.
	  Remove all references to any dnlc_ routine.

linux/fs/xfs/xfs_utils.h - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_utils.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
	- Remove "ncfastdata" from xfs_dir_lookup_int prototype.

linux/fs/xfs/linux/Makefile - 1.22
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/Makefile.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h
	- Remove xfs_dnlc.o.

linux/fs/xfs/linux/xfs_vnode.c - 1.31
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_vnode.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h
	- Remove include <sys/dnlc.h>.

cmd/xfs/include/xfs_utils.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_utils.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- Remove "ncfastdata" from xfs_dir_lookup_int() prototype.



From owner-linux-xfs@oss.sgi.com Thu Jul  6 14:50:01 2000
Received:  by oss.sgi.com id <S42223AbQGFVtv>;
	Thu, 6 Jul 2000 14:49:51 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:39010 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFVto>; Thu, 6 Jul 2000 14:49:44 -0700
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA09660
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:55:19 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id OAA66746 for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:48:06 -0700 (PDT)
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 HAA20272; Fri, 7 Jul 2000 07:45:34 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id HAA20631; Fri, 7 Jul 2000 07:45:33 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007070745.ZM21335@wobbly.melbourne.sgi.com>
Date:   Fri, 7 Jul 2000 07:45:32 -0500
In-Reply-To: Russell Cattelan <cattelan@thebarn.com>
        "Re: make on xfs commands.." (Jul  7,  6:50am)
References: <3963A20A.7DAD6487@sgi.com>  <3964F00B.C71393FE@thebarn.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Trevor Hurst <trev@sgi.com>
Subject: Re: make on xfs commands..
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Jul 7,  6:50am, Russell Cattelan wrote:
> Subject: Re: make on xfs commands..
> Trevor Hurst wrote:
> > 
> >  Any ideas what might be wrong?
> 
> No clue
> Try updating your tree.
> 
> I'll forward this to the list... see if anybody else might have an idea.
> 
> >
> > cc -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -D_KMEMUSER -DSTATIC=static
> > -DSIM -I../sim/src -I.. -I../../../linux/include
> > -I../../../linux/fs/xfs/ -I../../../linux/fs/xfs/pseudo-inc -D_KERNEL
> > -funsigned-char   -c xfs_mkfs.c -o xfs_mkfs.o
> > xfs_mkfs.c:351: `MAXTRRES_B9_I8_D9_V1' undeclared here (not in a
> > function)
> > xfs_mkfs.c:351: initializer element for `max_trres_v1[0][0]' is not
> > constant
> > xfs_mkfs.c:352: `MAXTRRES_B10_I8_D10_V1' undeclared here (not in a
> > function)
> > xfs_mkfs.c:352: initializer element for `max_trres_v1[1][0]' is not
> > constant
> > xfs_mkfs.c:352: `MAXTRRES_B10_I9_D10_V1' undeclared here (not in a
> > function)
> > xfs_mkfs.c:352: initializer element for `max_trres_v1[1][1]' is not
> > constant
> > xfs_mkfs.c:353: `MAXTRRES_B11_I8_D11_V1' undeclared here (not in a
> > function)
> >

these #defines come from maxtrres.h which should exist in
your cmd/xfs/mkfs directory at the time you're building xfs_mkfs.c
- maxtrres.h is generated using cmd/xfs/maxtrres/xfs_maxtrres,
so I guess you'd see these errors if that header hadn't been
generated or if you didn't have the #include "maxtrres.h" line at
the top of xfs_mkfs.c ... does the header exist?

cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Thu Jul  6 14:53:21 2000
Received:  by oss.sgi.com id <S42224AbQGFVxB>;
	Thu, 6 Jul 2000 14:53:01 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:60770 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42203AbQGFVwt>; Thu, 6 Jul 2000 14:52:49 -0700
Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA02701
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:58:24 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA79114
	for <linux-xfs@oss.sgi.com>;
	Thu, 6 Jul 2000 14:52:15 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: (from ananth@localhost)
	by dbear.engr.sgi.com (8.9.3/8.8.7) id OAA15270
	for linux-xfs@oss.sgi.com; Thu, 6 Jul 2000 14:52:05 -0700
Date:   Thu, 6 Jul 2000 14:52:05 -0700
From:   Ananth Ananthanarayanan <ananth@dbear.engr.sgi.com>
Message-Id: <200007062152.OAA15270@dbear.engr.sgi.com>
Subject: TAKE - cluster write changes
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Thu Jul  6 14:51:05 PDT 2000
Workarea:  dbear.engr.sgi.com:/build2/ananth/slinx24-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65802a
linux/fs/pagebuf/page_buf_io.c - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
	- Use local variables to hold pages to cluster instead of a global array,
	  now that the flush path and the page_daemon can cluster pages.
	  Also, make the size of cluster scale with the amount of memory
	  in the system.



From owner-linux-xfs@oss.sgi.com Thu Jul  6 15:01:11 2000
Received:  by oss.sgi.com id <S42225AbQGFWAv>;
	Thu, 6 Jul 2000 15:00:51 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:49969 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFWAq>;
	Thu, 6 Jul 2000 15:00:46 -0700
Received: from relay1.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA14203
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 14:55:54 -0700 (PDT)
	mail_from (trev@sgi.com)
Received: from cromlech.corp.sgi.com (cromlech.corp.sgi.com [150.166.181.83]) by relay1.corp.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA31435; Thu, 6 Jul 2000 15:00:53 -0700 (PDT)
Received: from sgi.com (localhost [127.0.0.1]) by cromlech.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id OAA19029; Thu, 6 Jul 2000 14:58:04 -0700 (PDT)
Message-ID: <396500EB.C4D9A6FE@sgi.com>
Date:   Thu, 06 Jul 2000 14:58:03 -0700
From:   Trevor Hurst <trev@sgi.com>
Organization: SGI
X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nathan Scott <nathans@wobbly.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: make on xfs commands..
References: <3963A20A.7DAD6487@sgi.com>  <3964F00B.C71393FE@thebarn.com> <10007070745.ZM21335@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Nathan Scott wrote:
> 
> hi,
> 
> On Jul 7,  6:50am, Russell Cattelan wrote:
> > Subject: Re: make on xfs commands..
> > Trevor Hurst wrote:
> > >
> > >  Any ideas what might be wrong?
> >
> > No clue
> > Try updating your tree.
> >
> > I'll forward this to the list... see if anybody else might have an idea.
> >
> > >
> > > cc -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -D_KMEMUSER -DSTATIC=static
> > > -DSIM -I../sim/src -I.. -I../../../linux/include
> > > -I../../../linux/fs/xfs/ -I../../../linux/fs/xfs/pseudo-inc -D_KERNEL
> > > -funsigned-char   -c xfs_mkfs.c -o xfs_mkfs.o
> > > xfs_mkfs.c:351: `MAXTRRES_B9_I8_D9_V1' undeclared here (not in a
> > > function)
> > > xfs_mkfs.c:351: initializer element for `max_trres_v1[0][0]' is not
> > > constant
> > > xfs_mkfs.c:352: `MAXTRRES_B10_I8_D10_V1' undeclared here (not in a
> > > function)
> > > xfs_mkfs.c:352: initializer element for `max_trres_v1[1][0]' is not
> > > constant
> > > xfs_mkfs.c:352: `MAXTRRES_B10_I9_D10_V1' undeclared here (not in a
> > > function)
> > > xfs_mkfs.c:352: initializer element for `max_trres_v1[1][1]' is not
> > > constant
> > > xfs_mkfs.c:353: `MAXTRRES_B11_I8_D11_V1' undeclared here (not in a
> > > function)
> > >
> 
> these #defines come from maxtrres.h which should exist in
> your cmd/xfs/mkfs directory at the time you're building xfs_mkfs.c
> - maxtrres.h is generated using cmd/xfs/maxtrres/xfs_maxtrres,
> so I guess you'd see these errors if that header hadn't been
> generated or if you didn't have the #include "maxtrres.h" line at
> the top of xfs_mkfs.c ... does the header exist?
> 
> cheers.
> 
> --
> Nathan

 Ah... Yes, it does, however, I think the problem is
that it is of 0 byte length.. uggh.. Looks like I will wipe
out the tree and pull down a fresh one and try again. Not sure
how the header file got to be empty, does this seem strange?

 Thanks for the tips!

 Cheers,

 -- Trev


-- 
Trevor Hurst
Senior Systems Administrator               _ 
Server Operations/Corp. IS       ___  __ _(_)
Silicon Graphics                / __|/ _` | |	
Office Ph: 650.933.6144         \__ \ (_| | |
e-mail: trev@sgi.com            |___/\__, |_|
pager: trev_p@pager.sgi.com          |___/   

--
We are Pentium of Borg. You will be approximated.
Division is futile!  -- Unknown

From owner-linux-xfs@oss.sgi.com Thu Jul  6 15:23:41 2000
Received:  by oss.sgi.com id <S42228AbQGFWXV>;
	Thu, 6 Jul 2000 15:23:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:7992 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFWXD>;
	Thu, 6 Jul 2000 15:23:03 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA17681
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 15:18:10 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA20393; Fri, 7 Jul 2000 08:20:40 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA21376; Fri, 7 Jul 2000 08:20:39 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007070820.ZM21385@wobbly.melbourne.sgi.com>
Date:   Fri, 7 Jul 2000 08:20:37 -0500
In-Reply-To: Trevor Hurst <trev@sgi.com>
        "Re: make on xfs commands.." (Jul  7,  8:01am)
References: <3963A20A.7DAD6487@sgi.com>  <3964F00B.C71393FE@thebarn.com> 
	<10007070745.ZM21335@wobbly.melbourne.sgi.com> 
	<396500EB.C4D9A6FE@sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Trevor Hurst <trev@sgi.com>
Subject: Re: make on xfs commands..
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Jul 7,  8:01am, Trevor Hurst wrote:
> Subject: Re: make on xfs commands..
> > 
> > these #defines come from maxtrres.h which should exist in
> > your cmd/xfs/mkfs directory at the time you're building xfs_mkfs.c
> > - maxtrres.h is generated using cmd/xfs/maxtrres/xfs_maxtrres,
> > so I guess you'd see these errors if that header hadn't been
> > generated or if you didn't have the #include "maxtrres.h" line at
> > the top of xfs_mkfs.c ... does the header exist?
> > 
> 
>  Ah... Yes, it does, however, I think the problem is
> that it is of 0 byte length.. uggh.. Looks like I will wipe

yes, that would be a big problem.

> out the tree and pull down a fresh one and try again. Not sure
> how the header file got to be empty, does this seem strange?

I could see how it might have happened if the maxtrres subdir
hadn't been descended & built before the mkfs directory (the
shell redirect in the mkfs Makefile would have created the empty
file) - though I would also have expected a "command not found"
error in the mkfs build when attempting to run "xfs_maxtrres" (?)


cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Thu Jul  6 15:51:11 2000
Received:  by oss.sgi.com id <S42209AbQGFWuw>;
	Thu, 6 Jul 2000 15:50:52 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:59967 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42203AbQGFWub>;
	Thu, 6 Jul 2000 15:50:31 -0700
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA21448
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 15:45:34 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA92087 for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 15:48:49 -0700 (PDT)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA17101 for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 17:46:19 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id RAA32224; Thu, 6 Jul 2000 17:46:17 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id RAA87053; Thu, 6 Jul 2000 17:46:17 -0500 (CDT)
Message-Id: <200007062246.RAA87053@tiki.americas.sgi.com>
Date:   Thu, 6 Jul 2000 17:46:17 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Backport an nfsd fix from 2.4.0-test2.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Now I can unexport and unmount an XFS filesystem after it'd
been used/exported via NFS.


Date:  Thu Jul  6 15:44:18 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66068a
linux/fs/nfsd/export.c - 1.14
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/nfsd/export.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h
	- Backport a fix from 2.4.0-test2, exp_export was keeping one too
	  many ref's on the mount table entry, this was getting in the
	  way of the XFS/NFS testing.



From owner-linux-xfs@oss.sgi.com Thu Jul  6 20:50:45 2000
Received:  by oss.sgi.com id <S42224AbQGGDuf>;
	Thu, 6 Jul 2000 20:50:35 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:3088 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42223AbQGGDuT>;
	Thu, 6 Jul 2000 20:50:19 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id UAA27809; Thu, 6 Jul 2000 20:45:27 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id UAA43569;
	Thu, 6 Jul 2000 20:49:58 -0700 (PDT)
Date:   Thu, 6 Jul 2000 20:49:58 -0700 (PDT)
Message-Id: <200007070349.UAA43569@info.engr.sgi.com>
X-Pv-Incident: 795642 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: BUG 795642 - remount -o remount,ro doesn't leave FS consistent
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=795642

Submitter : dxm                       Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 3                          
Project : xfs-linux                   Status : open                         
Description :
Remounting an XFS filesystem R/O can leave the FS in an
inconsistent state. (Playing with this for long enough can
hang mount up...)

Reproduce with QA 013 or:

#!/bin/sh

DEV=/dev/hda6
MNT=/mnt/arch0

umount $DEV &> /dev/null 
mkfs -t xfs -f $DEV &> /dev/null || exit 1

mount -t xfs $DEV $MNT || exit 1
for l in 0 1 2 3 4 5 6 7 8 9
do
	fsstress -n 100 -d $MNT 
	mount -o remount,ro $DEV
	if ! xfs_check $DEV &> /dev/null 
	then
		echo "FAIL"
		exit 1
	fi
	mount -o remount,rw $DEV
done

compare with ext2 behaviour:

#!/bin/sh

DEV=/dev/hda8
MNT=/mnt/arch1

umount $DEV &> /dev/null 
mkfs $DEV &> /dev/null || exit 1

mount $DEV $MNT || exit 1
for l in 0 1 2 3 4 5 6 7 8 9
do
	fsstress -n 100 -d $MNT 
	mount -o remount,ro $DEV
	if ! xfs_check $DEV &> /dev/null 
	then
		echo "FAIL"
		exit 1
	fi
	mount -o remount,rw $DEV
done

From owner-linux-xfs@oss.sgi.com Thu Jul  6 20:53:44 2000
Received:  by oss.sgi.com id <S42225AbQGGDxZ>;
	Thu, 6 Jul 2000 20:53:25 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:30736 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42223AbQGGDxP>;
	Thu, 6 Jul 2000 20:53:15 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA28009
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 20:48:22 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA22474 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 13:50:51 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA08093 for linux-xfs@oss.sgi.com; Fri, 7 Jul 2000 13:50:50 +1000 (EST)
Date:   Fri, 7 Jul 2000 13:50:50 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007070350.NAA08093@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - XFS qa 013
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

run xfs_check after each run. shows up a new
bug 795642.

Modid:  2.4.0-test1-xfs:slinx:66082a
Date:  Thu Jul  6 20:49:12 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/013 - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/013.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- add Glen's test, add xfs_check run after each fsstress

cmd/xfs/stress/013.out - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/013.out.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- new test

cmd/xfs/stress/common.rc - 1.9
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h
	- add some handy functions inc _check_fs, _remount and _xfs_mounted


From owner-linux-xfs@oss.sgi.com Thu Jul  6 23:41:39 2000
Received:  by oss.sgi.com id <S42230AbQGGGla>;
	Thu, 6 Jul 2000 23:41:30 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:16648 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42223AbQGGGlV>; Thu, 6 Jul 2000 23:41:21 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id XAA07528
	for <linux-xfs@oss.sgi.com>; Thu, 6 Jul 2000 23:46:56 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA23298 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 16:40:13 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA56810 for linux-xfs@oss.sgi.com; Fri, 7 Jul 2000 16:40:11 +1000 (EST)
Date:   Fri, 7 Jul 2000 16:40:11 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007070640.QAA56810@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_estimate
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

xfs_estimate turned out to be a trivial port, see the (already
checked in) man page for chapter and verse.


Modid:  2.4.0-test1-xfs:slinx:66089a
Date:  Thu Jul  6 23:37:51 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/Makefile.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
	- add estimate target.

cmd/xfs/mkfile/Makefile - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/mkfile/Makefile.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
	- fix a typo on the install line.

cmd/xfs/estimate/Makefile - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/estimate/Makefile.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- Makefile for xfs_estimate.

cmd/xfs/estimate/xfs_estimate.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/estimate/xfs_estimate.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
	- port of xfs_estimate to Linux.


From owner-linux-xfs@oss.sgi.com Fri Jul  7 01:24:29 2000
Received:  by oss.sgi.com id <S42223AbQGGIYU>;
	Fri, 7 Jul 2000 01:24:20 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:43333 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42209AbQGGIYK>;
	Fri, 7 Jul 2000 01:24:10 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id BAA22951; Fri, 7 Jul 2000 01:19:16 -0700 (PDT)
	mail_from (kaos@kao2.melbourne.sgi.com)
Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA23725; Fri, 7 Jul 2000 18:23:00 +1000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     kdb@oss.sgi.com, linux-xfs@oss.sgi.com
Subject: kdb v1.3 patch against 2.4.0-test3-pre5
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Fri, 07 Jul 2000 18:23:00 +1000
Message-ID: <21369.962958180@kao2.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

2.4.0-test3-pre5 has changed enough to need a new kdb patch.

ftp://oss.sgi.com/projects/kdb/download/ix86/kdb-v1.3-2.4.0-test3-pre5.gz


From owner-linux-xfs@oss.sgi.com Fri Jul  7 04:06:30 2000
Received:  by oss.sgi.com id <S42209AbQGGLGT>;
	Fri, 7 Jul 2000 04:06:19 -0700
Received: from dns1.vlcank.co.jp ([211.5.80.82]:39440 "EHLO dns1.vlcank.co.jp")
	by oss.sgi.com with ESMTP id <S42205AbQGGLFx>;
	Fri, 7 Jul 2000 04:05:53 -0700
Received: from host (ip129.providence11.ri.pub-ip.psi.net [38.26.242.129]) by dns1.vlcank.co.jp (8.8.7/3.5Wbeta) with ESMTP id RAA28905; Fri, 7 Jul 2000 17:30:31 +0900 (JST)
Message-Id: <200007070830.RAA28905@dns1.vlcank.co.jp>
From:   "Donna Bradley" <nkp29@colleges.com>
Subject: Vip Club #2A0D
To:     join38k@vlcank.co.jp
X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999)
Mime-Version: 1.0
Date:   Fri, 07 Jul 2000 06:44:03 -0500
Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0"
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a MIME Message

------=_NextPart_000_007F_01BDF6C7.FABAC1B0
Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0"

------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

***** This is an HTML Message ! *****


------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//w3c//dtd html 4=2E0
 transitional//en">
 <html>
 <head>
    <meta http-equiv=3D"Content-Type"
 content=3D"text/html; charset=3Diso-8859-1">
    <meta name=3D"GENERATOR" content=3D"Mozilla/4=2E51
 [en] (Win95; I) [Netscape]">
    <title>Executive Guild Membership
 ApplicationResponse-O-Matic Form</title>
 </head>
 <body text=3D"#808080" bgcolor=3D"#FFFF99"
 link=3D"#800040" vlink=3D"#FF0000" alink=3D"#8080C0">
 <font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Dear
 Candidate,</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">You were recently
 selected by The Office of the
 Managing</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Director for
 a free listing on The International
 Executive</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Who's
 Who=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Our Researchers
 gather information from many
 recognized</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">sources, including
 professional associations and
 societies,</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">trade organizations,
 newspaper and magazine articles,</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">professional
 reference publications, web presence,
 and</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">referrals
 from existing members=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">As a highly
 respected professional in your field
 of</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">expertise,
 we believe your contributions merit
 very</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">serious consideration
 for inclusion on The International</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Executive
 Who's Who=2E&nbsp; To maintain the
 highest</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">level of accuracy,
 we ask you fill out the brief bit
 of</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">information
 below required for inclusion=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">There is no
 cost or obligation to be listed on
 The</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">International
 Executive  Who's Who=2E</font></font>
 <br>&nbsp;
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">My Sincere
 Thanks,</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Lorraine A=2E
 Michaels</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Office Of
 Managing Director</font></font>
 <p>
 <hr WIDTH=3D"100%">
 <br><font color=3D"#000000"><font size=3D-1>The
 International Executive Who's Who
 is not affiliated or associated with Marquis
 Who's Who=2E</font></font>
 <br>
 <hr WIDTH=3D"100%">
 <br><b><i><font face=3D"Times New
 Roman,Times"><font color=3D"#000000">If you
 wish to be removed from our list, please submit
 your request</font></font></i></b>
 <br><b><i><font face=3D"Times New
 Roman,Times"><font color=3D"#000000">at the
 bottom of this email=2E</font></font></i></b>
 <br>
 <hr WIDTH=3D"100%">
 <table WIDTH=3D"695" >
 <caption><script language=3D"JavaScript">
 
 <!--
 function validate_form() {
   validity =3D true; // assume valid
   if (!check_empty(document=2Eform=2Ebusphone=2Evalue))
         { validity =3D false; alert('Day Time
 Phone field is empty!'); }
     if (validity)
         alert ("Thank you for your registration!
 "
                 + "Your form is now being passed
 to your browser's "
                 + "Mail Delivery Sub-System for
 NORMAL"
                 + " NON-ENCRYPTED email
 delivery=2E"
                 + "  All email addresses are
 removed from our system"
                 + " upon registration=2E  Please
 click OK to proceed");
   return validity;
 }

 function check_empty(text) {
   return (text=2Elength > 0); // returns false if
 empty
 }
 
 // -->
 
 </script>
 
 
 <!-- CHANGE EMAIL ADDRESS IN ACTION OF FORM -->
 
 <form name=3D"form"
  method=3D"post"
  action=3D"mailto:pnpn2@homemail=2Ecomb?SUBJECT=3DInternet Lead"
  enctype=3D"text/plain"
  onSubmit=3D"return validate_form()"></caption>
 
 <tr>
 <td></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2">
 <center><b><i><font color=3D"#000000"><font
 size=3D+3>International Executive
 Who's Who</font></font></i></b>
 <br><b><font color=3D"#000000"><font
 size=3D+2>Registration Form</font></font></b>
 <br><b><font color=3D"#000000">(US and Canada
 Only)</font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 </td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2"><i><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D+0>Please
 fill out this form if you would like to be
 included on The International
 Executive  Who's Who=2E For accuracy and
 publication purposes, please
 complete and send this form at the earliest
 opportunity=2E There is </font>no
 charge or obligation<font size=3D+0> to be listed
 on The International Executive
 Who's Who=2E</font></font></font></i>
 <br>
 <hr WIDTH=3D"100%"></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Name</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"Name"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Company</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Company"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Title</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Title"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Address</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Address"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>City</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"City"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>State
 or Province</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"12" maxlength=3D"50" name=3D"State"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Country</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><select
 NAME=3D"Country" Size=3D"1"><option SELECTED><font
 color=3D"#000000">USA<option
 SELECTED>Canada</font></select></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>ZIP/Postal
 Code</font></font></font></b></td>
 
 <td ALIGN=3DLEFT VALIGN=3DCENTER WIDTH=3D"300"><input
 type=3D"text" value size=3D"12" maxlength=3D"50"
 name=3D"Zip"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Day
 Time Telephone</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"22" maxlength=3D"50"
 name=3D"busphone"></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-1>Home
 Phone</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"22"
 maxlength=3D"50" name=3D"homephone"><b><font
 color=3D"#000000"><font size=3D-2>(Not
 To Be Published)</font></font></b></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Email</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"50"
 maxlength=3D"100" name=3D"Email"></td>
 </tr>
 
 <tr>
 <td></td>
 
 <td></td>
 </tr>
 </table>
 
 <center>
 <p>
 <hr WIDTH=3D"100%"><b><font
 face=3D"ARIAL,HELVETICA"><font
 color=3D"#000000"><font size=3D-1>TO
 HELP US IN CONSIDERING YOUR APPLICATION, PLEASE
 TELL US A LITTLE ABOUT
 YOURSELF=2E=2E=2E</font></font></font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 
 <center><table WIDTH=3D"81%" >
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Business</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value
 size=3D"50" maxlength=3D"200"
 name=3D"business"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Financial
 Svcs, Banking, Computer Hardware, Software, Professional Svcs,
 Chemicals,
 Apparel, Aerospace, Food, Government, Utility,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Type
 of Organization</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"Orgtype"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-1>(M=
fg,
 Dist/Wholesaler, Retailer, Law Firm,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Investment
 Bank, Commercial Bank, University,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Financial
 Consultants, Ad Agency, Contractor, Broker,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP WIDTH=3D"300">
 <div align=3Dright><b><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Your
 Business Expertise</font></font></font></b></div>
 </td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"expertise"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Corp=2EMgmt,
 Marketing, Civil Engineering,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-=
1>Tax
 
 Law, Nuclear Physics, Database Development, Operations, Pathologist,
 Mortgage
 Banking, etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Major
 Product Line</font></font></font></b></td>

 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"product"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Integrated
 Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components,
 
 Snack Foods, etc=2E)</font></font></font></td>
 </tr>
 </table></center>
 
 <center>
 <p><input NAME=3D"submit" TYPE=3D"submit" VALUE=3D" Submit By E-Mail "><i=
nput
 NAME=3D"reset" TYPE=3D"reset" VALUE=3D" Clear Form "></form>
 <br><b><font color=3D"#000000"><font size=3D-1>Note: Submitting this form=

 will
 be made by email, not by use of www=2E&nbsp; Confirmation of its delivery=

 is made by browsing your outgoing mail=2E</font></font></b>
 <br>
 <hr WIDTH=3D"100%"><b><i><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Thank
 you for filling in this form, we will contact you with more
 information=2E</font></font></font></i></b>
 <br>
 <hr WIDTH=3D"100%">
 <br><font color=3D"#000000"><font size=3D-1>The International Executive
 is not affiliated or associated with Marquis Who's Who=2E</font></font>
 <br>
 <hr WIDTH=3D"100%">
 <br><b><font color=3D"#000000"><font size=3D+1>List
 Removal</font></font></b>
 <br><b><font color=3D"#000000"><font size=3D-1><a
 href=3D"mailto:nkp29@fastermail=2Ecom?subject=3Dremove">Click
 Here</a></font></font></b></center>
 
 </body>
 </html>

------=_NextPart_001_0080_01BDF6C7.FABAC1B0--

------=_NextPart_000_007F_01BDF6C7.FABAC1B0--




From owner-linux-xfs@oss.sgi.com Fri Jul  7 10:32:31 2000
Received:  by oss.sgi.com id <S42207AbQGGRcV>;
	Fri, 7 Jul 2000 10:32:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:44130 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGGRcH>;
	Fri, 7 Jul 2000 10:32:07 -0700
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA19143
	for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 10:27:13 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id IAA25491 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 08:21:14 -0700 (PDT)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA11119 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 10:18:42 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id KAA38882; Fri, 7 Jul 2000 10:18:42 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id KAA96680; Fri, 7 Jul 2000 10:18:41 -0500 (CDT)
Message-Id: <200007071518.KAA96680@tiki.americas.sgi.com>
Date:   Fri, 7 Jul 2000 10:18:41 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - In kdbm_pg, print the page index in decimal.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Cherrypicking changes out of Steve's workarea.


Date:  Fri Jul  7 08:16:57 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66105a
linux/kdb/modules/kdbm_pg.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
	- Print the page index in decimal instead of hex.



From owner-linux-xfs@oss.sgi.com Fri Jul  7 11:04:32 2000
Received:  by oss.sgi.com id <S42208AbQGGSEV>;
	Fri, 7 Jul 2000 11:04:21 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:55352 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGGSEE>; Fri, 7 Jul 2000 11:04:04 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA07027
	for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 11:09:39 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA54038 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 13:01:40 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA77778; Fri, 7 Jul 2000 13:01:40 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id NAA99555; Fri, 7 Jul 2000 13:01:39 -0500 (CDT)
Message-Id: <200007071801.NAA99555@tiki.americas.sgi.com>
Date:   Fri, 7 Jul 2000 13:01:39 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Fix keeping the link/size fields uptodate.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

More cherrypicking from Steve's workarea.

It was possible for the nlink & size fields in the linux inode to 
be "out of sync" with the same fields in the XFS inode, resulting
in linux inodes hanging around when they'd actually gone through
zero-link-count processing in XFS.  Be more agressive about
keeping things in sync.


Date:  Fri Jul  7 10:57:31 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66111a
linux/fs/xfs/linux/xfs_iops.c - 1.55
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.55&r2=text&tr2=1.54&f=h
	- Be more agressive about keeping the link & size fields in
	  the linux inode in sync with the xfs inode.



From owner-linux-xfs@oss.sgi.com Fri Jul  7 11:43:22 2000
Received:  by oss.sgi.com id <S42188AbQGGSnC>;
	Fri, 7 Jul 2000 11:43:02 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:46204 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGGSmp>;
	Fri, 7 Jul 2000 11:42:45 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA01405
	for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 11:37:51 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA25771 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 13:40:22 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA29502; Fri, 7 Jul 2000 13:40:21 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id NAA95280; Fri, 7 Jul 2000 13:40:20 -0500 (CDT)
Message-Id: <200007071840.NAA95280@tiki.americas.sgi.com>
Date:   Fri, 7 Jul 2000 13:40:20 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Truncate delayed blocks, tweak sync/reclaim
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

More cherrypicking from Steve's workarea.

We weren't truncating properly at inactive time when there
were "delayed" blocks involved.

Make the final reclaimation out of "sync" more efficient
by not waiting for the XFS inode locks, use conditional
obtains, if it fails, we'll get back to it next sync
cycle.


Date:  Fri Jul  7 11:36:17 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66112a
linux/fs/xfs/xfs_vnodeops.c - 1.460
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.460&r2=text&tr2=1.459&f=h
	- Fix the locking/unlocking in xfs_finish_reclaim for
	  the case where it's called with the locks already held.
	  At inactive time, if there's i_delayed_blks allocated
	  to the inode, we need to call xfs_inactive_free_eofblocks.

linux/fs/xfs/xfs_vfsops.c - 1.273
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.273&r2=text&tr2=1.272&f=h
	- At sync time, when we discover a vnode in need of
	  reclaimation, use conditional locking, and skip it
	  if necessary (don't wait on it).



From owner-linux-xfs@oss.sgi.com Fri Jul  7 14:04:13 2000
Received:  by oss.sgi.com id <S42209AbQGGVDw>;
	Fri, 7 Jul 2000 14:03:52 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:18773 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGGVD2>; Fri, 7 Jul 2000 14:03:28 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA04056
	for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 14:09:04 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA40500 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 16:02:21 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id QAA81521; Fri, 7 Jul 2000 16:02:20 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id QAA99846; Fri, 7 Jul 2000 16:02:19 -0500 (CDT)
Message-Id: <200007072102.QAA99846@tiki.americas.sgi.com>
Date:   Fri, 7 Jul 2000 16:02:19 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Whack some more dead code.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Last cherrypick from Steve's workarea.

Remove some more unneeded/dead code.


Date:  Fri Jul  7 14:00:39 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66141a
linux/fs/xfs/xfs_vnodeops.c - 1.461
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c.diff?r1=text&tr1=1.461&r2=text&tr2=1.460&f=h
	- Remove calls to xfs_post_r*.

linux/fs/xfs/xfs_vfsops.c - 1.274
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_vfsops.c.diff?r1=text&tr1=1.274&r2=text&tr2=1.273&f=h
	- Remove initialization of "xfs_ancestormon".

linux/fs/xfs/xfs_utils.c - 1.30
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_utils.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h
	- Remove xfs_post_remove, it doesn't do anything.
	  Remove xfs_post_rmdir, all it did was call
	  xfs_post_remove.

linux/fs/xfs/xfs_utils.h - 1.13
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_utils.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h
	- Remove prototypes for xfs_post_r*.

linux/fs/xfs/xfs_rename.c - 1.26
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/xfs_rename.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h
	- Remove xfs_rename_ancestor_check, our ancestors were
	  already checked for rename consistency at the linux
	  VFS layer.
	  Remove calls to xfs_post_r*.

linux/fs/xfs/linux/xfs_locks.c - 1.19
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_locks.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h
	- Remove dead routine psema_indirect_unlink.

cmd/xfs/include/xfs_utils.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/xfs_utils.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- Remove prototypes for xfs_post_r*.



From owner-linux-xfs@oss.sgi.com Fri Jul  7 17:34:53 2000
Received:  by oss.sgi.com id <S42185AbQGHAed>;
	Fri, 7 Jul 2000 17:34:33 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:26901 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42231AbQGHAeV>;
	Fri, 7 Jul 2000 17:34:21 -0700
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id RAA09438
	for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 17:29:28 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id RAA39200 for <linux-xfs@oss.sgi.com>; Fri, 7 Jul 2000 17:32:44 -0700 (PDT)
Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id RAA86605
	for <linux-xfs@oss.sgi.com>;
	Fri, 7 Jul 2000 17:30:45 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: (from ananth@localhost)
	by dbear.engr.sgi.com (8.9.3/8.8.7) id RAA16495
	for linux-xfs@oss.sgi.com; Fri, 7 Jul 2000 17:30:34 -0700
Date:   Fri, 7 Jul 2000 17:30:34 -0700
From:   Ananth Ananthanarayanan <ananth@dbear.engr.sgi.com>
Message-Id: <200007080030.RAA16495@dbear.engr.sgi.com>
Subject: TAKE - encapsulate delalloc handling
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

With these changes only a couple of paths
(shrink_mmap & swap) in core-linux are
aware of delalloc pages.

Date:  Fri Jul  7 17:29:08 PDT 2000
Workarea:  dbear.engr.sgi.com:/build2/ananth/slinx24-xfs-new

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66170a
linux/mm/filemap.c - 1.49
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/mm/filemap.c.diff?r1=text&tr1=1.49&r2=text&tr2=1.48&f=h
linux/kernel/ksyms.c - 1.54
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/kernel/ksyms.c.diff?r1=text&tr1=1.54&r2=text&tr2=1.53&f=h
linux/include/linux/mm.h - 1.35
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/mm.h.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h
linux/include/linux/fs.h - 1.52
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/fs.h.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h
linux/fs/buffer.c - 1.38
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/buffer.c.diff?r1=text&tr1=1.38&r2=text&tr2=1.37&f=h
linux/fs/xfs/linux/xfs_iops.c - 1.56
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.56&r2=text&tr2=1.55&f=h
linux/include/linux/page_buf.h - 1.52
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/page_buf.h.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h
linux/fs/pagebuf/page_buf_io.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
	- Changes to isolate delalloc handling to a single address space operation.



From owner-linux-xfs@oss.sgi.com Sat Jul  8 01:39:46 2000
Received:  by oss.sgi.com id <S42238AbQGHIj0>;
	Sat, 8 Jul 2000 01:39:26 -0700
Received: from HSE-Kitchener-ppp84782.sympatico.ca ([216.209.97.97]:20977 "EHLO
        unusual.itslinux.org") by oss.sgi.com with ESMTP id <S42231AbQGHIiz>;
	Sat, 8 Jul 2000 01:38:55 -0700
Received: (from lethal@localhost)
	by unusual.itslinux.org (8.9.3/8.9.3) id EAA10141
	for linux-xfs@oss.sgi.com; Sat, 8 Jul 2000 04:39:02 -0400
Date:   Sat, 8 Jul 2000 04:39:01 -0400
From:   Paul Mundt <lethal@chaoticdreams.org>
To:     linux-xfs@oss.sgi.com
Subject: 2.2.x backport?
Message-ID: <20000708043901.A10126@chaoticdreams.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.2i
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Hello,

Just wondering, is there a 2.2 backport planned? If so, are
there any people actively working on it? Or is this an area
where some outside help would be necessary?

-- 
Paul Mundt               <lethal@chaoticdreams.org>
Chaotic Dreams Developer http://www.chaoticdreams.org
Head of Security         http://www.stampede.org
LNO Head Developer       http://www.lnodev.org
U4X Head Developer       http://www.u4x.org


From owner-linux-xfs@oss.sgi.com Sat Jul  8 07:50:47 2000
Received:  by oss.sgi.com id <S42231AbQGHOuh>;
	Sat, 8 Jul 2000 07:50:37 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:15468 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42226AbQGHOuV>;
	Sat, 8 Jul 2000 07:50:21 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA02175
	for <linux-xfs@oss.sgi.com>; Sat, 8 Jul 2000 07:45:27 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA78519; Sat, 8 Jul 2000 09:47:54 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id JAA73694; Sat, 8 Jul 2000 09:47:53 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id JAA11938; Sat, 8 Jul 2000 09:47:53 -0500 (CDT)
Message-Id: <200007081447.JAA11938@tiki.americas.sgi.com>
Subject: Re: 2.2.x backport?
To:     lethal@chaoticdreams.org (Paul Mundt)
Date:   Sat, 8 Jul 2000 09:47:52 -0500 (CDT)
Cc:     linux-xfs@oss.sgi.com
In-Reply-To: <20000708043901.A10126@chaoticdreams.org> from "Paul Mundt" at Jul 08, 2000 04:39:01 AM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> Hello,
> 
> Just wondering, is there a 2.2 backport planned? If so, are
> there any people actively working on it? Or is this an area
> where some outside help would be necessary?
> 
> -- 
> Paul Mundt               <lethal@chaoticdreams.org>
> Chaotic Dreams Developer http://www.chaoticdreams.org
> Head of Security         http://www.stampede.org
> LNO Head Developer       http://www.lnodev.org
> U4X Head Developer       http://www.u4x.org
> 


Nobody currently working on a 2.2. backport, no plans in the
current works either.

We were using a 2.2. base some time ago, then switched to
2.3.47, then 2.3.99, now 2.4.0.

So we know it's doable on 2.2., just no time available
internally,  I s'pose we could go back and figure out
what we'd changed in 2.2. outside of the fs/xfs structure
if that would help.

	-Ted Kline



From owner-linux-xfs@oss.sgi.com Sat Jul  8 19:02:14 2000
Received:  by oss.sgi.com id <S42188AbQGICBy>;
	Sat, 8 Jul 2000 19:01:54 -0700
Received: from mail1.rdc2.on.home.com ([24.9.0.40]:6655 "EHLO
        mail1.rdc2.on.home.com") by oss.sgi.com with ESMTP
	id <S42185AbQGICBd>; Sat, 8 Jul 2000 19:01:33 -0700
Received: from coredp.com ([24.68.41.171]) by mail1.rdc2.on.home.com
          (InterMail vM.4.01.03.00 201-229-121) with ESMTP
          id <20000709020135.LLYE7414.mail1.rdc2.on.home.com@coredp.com>
          for <linux-xfs@oss.sgi.com>; Sat, 8 Jul 2000 19:01:35 -0700
Message-ID: <3967DE26.1D5C8822@coredp.com>
Date:   Sat, 08 Jul 2000 22:06:30 -0400
From:   Andrew Ho <andrew@coredp.com>
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.4.0-test1 i586)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: cmd xfs 
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Please find the following error messages.

###################################

=== libxfs ===
gcc  -g -DDEBUG -Wall -Wno-parentheses -funsigned-char
'-DVERSION="1.0.1-2"' -I../include -I../../../linux/include
-_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1
-DXFS_BIG_FILESYSTEMS=1   -c init.c -o init.o
In file included from init.c:34:
../include/libxfs.h:46: #error Build environment needs
/usr/include/uuid/uuid.h installed
make[1]: *** [init.o] Error 1
make: *** [default] Error 2

##########################

Please let me know where I can find  /usr/include/uuid/

Thank you for your attention.

andrewho



From owner-linux-xfs@oss.sgi.com Sat Jul  8 19:09:44 2000
Received:  by oss.sgi.com id <S42207AbQGICJZ>;
	Sat, 8 Jul 2000 19:09:25 -0700
Received: from ppp0.ocs.com.au ([203.34.97.3]:3086 "HELO mail.ocs.com.au")
	by oss.sgi.com with SMTP id <S42185AbQGICJW>;
	Sat, 8 Jul 2000 19:09:22 -0700
Received: (qmail 32236 invoked by uid 502); 9 Jul 2000 02:09:19 -0000
Received: (qmail 32223 invoked from network); 9 Jul 2000 02:09:16 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 9 Jul 2000 02:09:16 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     Andrew Ho <andrew@coredp.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: cmd xfs 
In-reply-to: Your message of "Sat, 08 Jul 2000 22:06:30 -0400."
             <3967DE26.1D5C8822@coredp.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Sun, 09 Jul 2000 12:09:15 +1000
Message-ID: <9083.963108555@ocs3.ocs-net>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Sat, 08 Jul 2000 22:06:30 -0400, 
Andrew Ho <andrew@coredp.com> wrote:
>=== libxfs ===
>gcc  -g -DDEBUG -Wall -Wno-parentheses -funsigned-char
>'-DVERSION="1.0.1-2"' -I../include -I../../../linux/include
>-_OFFSET_BITS=64 -D_GNU_SOURCE -DXFS_BIG_FILES=1
>-DXFS_BIG_FILESYSTEMS=1   -c init.c -o init.o
>In file included from init.c:34:
>../include/libxfs.h:46: #error Build environment needs
>/usr/include/uuid/uuid.h installed
>make[1]: *** [init.o] Error 1
>make: *** [default] Error 2
>
>##########################
>
>Please let me know where I can find  /usr/include/uuid/

You need to install the e2fsprogs-devel files.  You might also have to
install e2fsprogs.  Current Redhat versions are
e2fsprogs-devel-1.18-5.i386.rpm and e2fsprogs-1.18-5.i386.rpm.


From owner-linux-xfs@oss.sgi.com Sun Jul  9 17:47:34 2000
Received:  by oss.sgi.com id <S42255AbQGJArN>;
	Sun, 9 Jul 2000 17:47:13 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:7493 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGJAqs>; Sun, 9 Jul 2000 17:46:48 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id RAA04820
	for <linux-xfs@oss.sgi.com>; Sun, 9 Jul 2000 17:52:24 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA06448 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 10:45:37 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA18395 for linux-xfs@oss.sgi.com; Mon, 10 Jul 2000 10:45:36 +1000 (EST)
Date:   Mon, 10 Jul 2000 10:45:36 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007100045.KAA18395@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - build
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:66194a
Date:  Sun Jul  9 17:43:47 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/configure.in - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/configure.in.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/include/builddefs.in - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/builddefs.in.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
	- allow build parameters to be overridden by configure.

cmd/xfs/include/libxfs.h - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/libxfs.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- rationalise header file inclusion.

cmd/xfs/include/platform_defs.h.in - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/include/platform_defs.h.in.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
	- remove unnecessary #defines - get these from xfs_types.h


From owner-linux-xfs@oss.sgi.com Sun Jul  9 18:27:23 2000
Received:  by oss.sgi.com id <S42258AbQGJB1D>;
	Sun, 9 Jul 2000 18:27:03 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:26187 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGJB0g>;
	Sun, 9 Jul 2000 18:26:36 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA05909
	for <linux-xfs@oss.sgi.com>; Sun, 9 Jul 2000 18:21:42 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA06696 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 11:24:13 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA70509 for linux-xfs@oss.sgi.com; Mon, 10 Jul 2000 11:24:12 +1000 (EST)
Date:   Mon, 10 Jul 2000 11:24:12 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007100124.LAA70509@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - pagebuf_convert_page not exported
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:66195a
Date:  Sun Jul  9 18:23:53 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/pagebuf/page_buf_io.c - 1.11
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h
	- missing export of pagebuf_convert_page


From owner-linux-xfs@oss.sgi.com Mon Jul 10 12:22:11 2000
Received:  by oss.sgi.com id <S42188AbQGJTWB>;
	Mon, 10 Jul 2000 12:22:01 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:19500 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGJTVk>;
	Mon, 10 Jul 2000 12:21:40 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA22663
	for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 12:16:46 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA72997 for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 14:20:33 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id OAA06978; Mon, 10 Jul 2000 14:20:32 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id OAA65534; Mon, 10 Jul 2000 14:20:31 -0500 (CDT)
Message-Id: <200007101920.OAA65534@tiki.americas.sgi.com>
Date:   Mon, 10 Jul 2000 14:20:31 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Backport a test3 fix to fix a test2 fix.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

The "test2" fix to nfsd export was re-fixed in "test3".

This should allow unmounting an XFS filesystem after
it's been served out via NFS, providing you remember
to "export -au" first.


Date:  Mon Jul 10 12:18:05 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66261a
linux/fs/nfsd/export.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/nfsd/export.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
	- Backport a "test3" fix to fix the "test2" fix
	  I backported last week.



From owner-linux-xfs@oss.sgi.com Mon Jul 10 15:27:11 2000
Received:  by oss.sgi.com id <S42188AbQGJW0v>;
	Mon, 10 Jul 2000 15:26:51 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:35116 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42186AbQGJW0b>; Mon, 10 Jul 2000 15:26:31 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA06979
	for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 15:32:11 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA84297 for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 17:25:24 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id RAA73389; Mon, 10 Jul 2000 17:25:23 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id RAA49965; Mon, 10 Jul 2000 17:25:23 -0500 (CDT)
Message-Id: <200007102225.RAA49965@tiki.americas.sgi.com>
Date:   Mon, 10 Jul 2000 17:25:23 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Back out xfs_iops.c "validate_fields" change.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Back out rev. 1.55, mod 2.4.0-test1-xfs:slinx:66111a,
some part of that change seemed to make things worse
rather than better.


Date:  Mon Jul 10 15:24:12 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot
Undoes mod:  2.4.0-test1-xfs:slinx:66111a

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66279a
linux/fs/xfs/linux/xfs_iops.c - 1.57
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.57&r2=text&tr2=1.56&f=h


From owner-linux-xfs@oss.sgi.com Mon Jul 10 15:55:51 2000
Received:  by oss.sgi.com id <S42205AbQGJWzm>;
	Mon, 10 Jul 2000 15:55:42 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44846 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42186AbQGJWzd>; Mon, 10 Jul 2000 15:55:33 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id QAA08165
	for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 16:01:12 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA08091 for <linux-xfs@oss.sgi.com>; Mon, 10 Jul 2000 17:54:25 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id RAA89606; Mon, 10 Jul 2000 17:54:25 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id RAA67544; Mon, 10 Jul 2000 17:54:25 -0500 (CDT)
Message-Id: <200007102254.RAA67544@tiki.americas.sgi.com>
Date:   Mon, 10 Jul 2000 17:54:25 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Correct the error signage out of linvfs_pb_bmap.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 10 15:53:45 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66286a
linux/fs/xfs/linux/xfs_iops.c - 1.58
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_iops.c.diff?r1=text&tr1=1.58&r2=text&tr2=1.57&f=h
	- Correct the sign of the error return out of
	  linvfs_pb_bmap.



From owner-linux-xfs@oss.sgi.com Tue Jul 11 00:32:45 2000
Received:  by oss.sgi.com id <S42220AbQGKHcg>;
	Tue, 11 Jul 2000 00:32:36 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:39503 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42188AbQGKHcV>; Tue, 11 Jul 2000 00:32:21 -0700
Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id AAA00687
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 00:37:58 -0700 (PDT)
	mail_from (ivanr@sherman.melbourne.sgi.com)
Received: (from ivanr@localhost)
	by sherman.melbourne.sgi.com (8.9.3/8.9.3) id RAA07734
	for linux-xfs@oss.sgi.com; Tue, 11 Jul 2000 17:30:03 +1000
Date:   Tue, 11 Jul 2000 17:30:03 +1000
From:   Ivan Rayner <ivanr@sherman.melbourne.sgi.com>
Message-Id: <200007110730.RAA07734@sherman.melbourne.sgi.com>
Subject: TAKE - statvfs uuid and fsid stuff
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Added a new ioctl to get the uuid for a filesystem and enabled
statvfs to return the fsid (which in this case is mp->m_dev).

Should be noted that uuid code in the kernel still needs work...

Ivan


Date:  Tue Jul 11 00:27:23 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/ivanr/isms/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66331a
linux/fs/xfs/pseudo-inc/sys/uuid.h - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/pseudo-inc/sys/uuid.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
	- add define UUID_STR_LEN

linux/fs/xfs/linux/xfs_uuid.c - 1.15
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_uuid.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h
	- remove malloc for kernel uuid_to_string
	  these uuid functions still need cleaning up

linux/fs/xfs/linux/xfs_super.c - 1.72
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_super.c.diff?r1=text&tr1=1.72&r2=text&tr2=1.71&f=h
	- add support for exporting f_fsid in the statfs structure
	  in this case it is mp->m_dev 

linux/include/linux/xfs_fs.h - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/include/linux/xfs_fs.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
	- add new ioctl XFS_IOC_GETFSUUID to return the uuid for a filesystem

linux/fs/xfs/linux/xfs_ioctl.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/xfs/linux/xfs_ioctl.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
	- add support for new ioctl XFS_IOC_GETFSUUID which returns the filesystem uuid



From owner-linux-xfs@oss.sgi.com Tue Jul 11 15:49:13 2000
Received:  by oss.sgi.com id <S42220AbQGKWtE>;
	Tue, 11 Jul 2000 15:49:04 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:63494 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42209AbQGKWsr>; Tue, 11 Jul 2000 15:48:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA04507
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 13:31:35 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA37578 for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 15:24:48 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA27061 for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 15:24:47 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e6BKOij05513
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 15:24:44 -0500
Message-ID: <396B828C.C3EA6655@thebarn.com>
Date:   Tue, 11 Jul 2000 15:24:44 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: Filter to add cvsweb url's to TAKE messages.
Content-Type: multipart/mixed;
 boundary="------------E57F7856BE7DCF6416B95C97"
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a multi-part message in MIME format.
--------------E57F7856BE7DCF6416B95C97
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I hacked this together last night, the script adds the cvsweb "diff"
url's to
the mail message. If you are read your email with a web capable mailer
you should
be able to just click on each file and review the changes.

If you don't want to include the url's in the mail messages, use the
second script, it
will generate and html file with all the links.



To use the mail filter one add this line to your .procmailrc
:0 Hf
* ^Subject.*TAKE
|  $HOME/bin/take2.pl

Note if you get multiple TAKE messages from other projects you
may want use.

0 Hf
* ^Subject.*TAKE
* ^Sender.*owner-linux-xfs
|  $HOME/bin/take2.pl

Note change the $base variable depends upon which machine you wish to
talk to...
if you are external to SGI you will need to use oss.

I will look into adding this by default to our take messages if there is
enough interest.

-Russell


--------------E57F7856BE7DCF6416B95C97
Content-Type: application/x-perl;
 name="take2.pl"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="take2.pl"

#!/usr/bin/perl

#use Data::Dumper;


#$base = "http://oss.sgi.com/cgi-bin/cvsweb.cgi"."/linux-2.4-xfs";
#$map = "https://gateway.sgi.com/internal.cgi/";
$base = "http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi"."/slinx_2.4.0-test1-xfs-nodel";
$base = $map.$base;
#linux-2.3-4/linux/mm/filemap.c.diff?r1=text&tr1=1.1.1.42&r2=text&tr2=1.1.1.42.2.1&f=h


while(<>){
  print $_;
  if ((($file,$revB,$revM) = /(.+)\ -\ ([0-9]+)\.([0-9]+)/)){
	$revP = $revM - 1;
	#  print "$file $revB $revM $revP\n";
	$url1 = "r1=text&tr1=$revB.$revM&";
	$url2 = "r2=text&tr2=$revB.$revP&";
	$fullurl = $base."/".$file.".diff?".$url1.$url2."f=h";
	print "$fullurl\n";
  }
}

--------------E57F7856BE7DCF6416B95C97
Content-Type: application/x-perl;
 name="takeurl.pl"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="takeurl.pl"

#!/usr/bin/perl

#use Data::Dumper;


print <<END;
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<HTML>
<STYLE type="text/css">
TD.header {text-align: center; backgroundcolor: "#CCFFFF" }
TD.rowheader {text-align: center; backgroundcolor: "#CCCFFF" }
TD.size {text-align: center; backgroundcolor: "#CCCFFF" }
TD.ksec {text-align: center; fontstyle: italic }
</STYLE>
<BODY>
<TABLE border=1 cellspacing=0 cellpadding=0>
END

#$base = "http://oss.sgi.com/cgi-bin/cvsweb.cgi"."/linux-2.4-xfs";
#$map = "https://gateway.sgi.com/internal.cgi/";
$base = "http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi"."/slinx_2.4.0-test1-xfs-nodel";
$base = $map.$base;
#linux-2.3-4/linux/mm/filemap.c.diff?r1=text&tr1=1.1.1.42&r2=text&tr2=1.1.1.42.2.1&f=h


while(<>){
  next if !(($file,$revB,$revM) = /(.+)\ -\ ([0-9]+)\.([0-9]+)/);
  $revP = $revM - 1;
#  print "$file $revB $revM $revP\n";
  $url1 = "r1=text&tr1=$revB.$revM&";
  $url2 = "r2=text&tr2=$revB.$revP&";
  $fullurl = $base."/".$file.".diff?".$url1.$url2."f=h";
#  print "$fullurl\n";
  print "<TR><TD><A href=\"$fullurl\">$file</a></TD></TR>\n";

}
  print <<END;
</TABLE>
</BODY>
</HTML>
END

--------------E57F7856BE7DCF6416B95C97--


From owner-linux-xfs@oss.sgi.com Tue Jul 11 16:26:53 2000
Received:  by oss.sgi.com id <S42224AbQGKX0o>;
	Tue, 11 Jul 2000 16:26:44 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:30220 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42190AbQGKX0k>; Tue, 11 Jul 2000 16:26:40 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA00902
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 14:05:06 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA32529; Tue, 11 Jul 2000 15:58:18 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA28164; Tue, 11 Jul 2000 15:58:17 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e6BKwFj05603;
	Tue, 11 Jul 2000 15:58:15 -0500
Message-ID: <396B8A66.9F0D7726@thebarn.com>
Date:   Tue, 11 Jul 2000 15:58:15 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: Filter to add cvsweb url's to TAKE messages.
Content-Type: multipart/mixed;
 boundary="------------76CCD5D828F3285477E8EAC7"
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a multi-part message in MIME format.
--------------76CCD5D828F3285477E8EAC7
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

I hacked this together last night, the script adds the cvsweb "diff"
url's to
the mail message. If you are read your email with a web capable mailer
you should
be able to just click on each file and review the changes.

If you don't want to include the url's in the mail messages, use the
second script, it
will generate and html file with all the links.



To use the mail filter one add this line to your .procmailrc
:0 Hf
* ^Subject.*TAKE
|  $HOME/bin/take2.pl

Note if you get multiple TAKE messages from other projects you
may want use.

0 Hf
* ^Subject.*TAKE
* ^Sender.*owner-linux-xfs
|  $HOME/bin/take2.pl

Note change the $base variable depends upon which machine you wish to
talk to...
if you are external to SGI you will need to use oss.

I will look into adding this by default to our take messages if there is
enough interest.

-Russell
--------------76CCD5D828F3285477E8EAC7
Content-Type: application/x-perl;
 name="take2.pl"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="take2.pl"

#!/usr/bin/perl

#use Data::Dumper;


#$base = "http://oss.sgi.com/cgi-bin/cvsweb.cgi"."/linux-2.4-xfs";
#$map = "https://gateway.sgi.com/internal.cgi/";
$base = "http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi"."/slinx_2.4.0-test1-xfs-nodel";
$base = $map.$base;
#linux-2.3-4/linux/mm/filemap.c.diff?r1=text&tr1=1.1.1.42&r2=text&tr2=1.1.1.42.2.1&f=h


while(<>){
  print $_;
  if ((($file,$revB,$revM) = /(.+)\ -\ ([0-9]+)\.([0-9]+)/)){
	$revP = $revM - 1;
	#  print "$file $revB $revM $revP\n";
	$url1 = "r1=text&tr1=$revB.$revM&";
	$url2 = "r2=text&tr2=$revB.$revP&";
	$fullurl = $base."/".$file.".diff?".$url1.$url2."f=h";
	print "$fullurl\n";
  }
}


--------------76CCD5D828F3285477E8EAC7
Content-Type: application/x-perl;
 name="takeurl.pl"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="takeurl.pl"

#!/usr/bin/perl

#use Data::Dumper;


print <<END;
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0//EN" "http://www.w3.org/TR/REC-html40/strict.dtd">
<HTML>
<STYLE type="text/css">
TD.header {text-align: center; backgroundcolor: "#CCFFFF" }
TD.rowheader {text-align: center; backgroundcolor: "#CCCFFF" }
TD.size {text-align: center; backgroundcolor: "#CCCFFF" }
TD.ksec {text-align: center; fontstyle: italic }
</STYLE>
<BODY>
<TABLE border=1 cellspacing=0 cellpadding=0>
END

#$base = "http://oss.sgi.com/cgi-bin/cvsweb.cgi"."/linux-2.4-xfs";
#$map = "https://gateway.sgi.com/internal.cgi/";
$base = "http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi"."/slinx_2.4.0-test1-xfs-nodel";
$base = $map.$base;
#linux-2.3-4/linux/mm/filemap.c.diff?r1=text&tr1=1.1.1.42&r2=text&tr2=1.1.1.42.2.1&f=h


while(<>){
  next if !(($file,$revB,$revM) = /(.+)\ -\ ([0-9]+)\.([0-9]+)/);
  $revP = $revM - 1;
#  print "$file $revB $revM $revP\n";
  $url1 = "r1=text&tr1=$revB.$revM&";
  $url2 = "r2=text&tr2=$revB.$revP&";
  $fullurl = $base."/".$file.".diff?".$url1.$url2."f=h";
#  print "$fullurl\n";
  print "<TR><TD><A href=\"$fullurl\">$file</a></TD></TR>\n";

}
  print <<END;
</TABLE>
</BODY>
</HTML>
END


--------------76CCD5D828F3285477E8EAC7--


From owner-linux-xfs@oss.sgi.com Tue Jul 11 22:29:26 2000
Received:  by oss.sgi.com id <S42225AbQGLF3Q>;
	Tue, 11 Jul 2000 22:29:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:48644 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42217AbQGLF3A>;
	Tue, 11 Jul 2000 22:29:00 -0700
Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id WAA01191
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 22:21:39 -0700 (PDT)
	mail_from (tes@sherman.melbourne.sgi.com)
Received: (from tes@localhost)
	by sherman.melbourne.sgi.com (8.9.3/8.9.3) id PAA30060
	for linux-xfs@oss.sgi.com; Wed, 12 Jul 2000 15:28:49 +1000
Date:   Wed, 12 Jul 2000 15:28:49 +1000
From:   Tim Shimmin <tes@sherman.melbourne.sgi.com>
Message-Id: <200007120528.PAA30060@sherman.melbourne.sgi.com>
Subject: TAKE - xfsdump
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

A bunch of takes for xfsdump port.

The last TAKE is to do the build the way the other
xfs commands are done - using builddefs in Makefile
and having c files include <libxfs.h>.

--Tim

Date:  Mon Jul  3 19:54:37 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65650a
cmd/xfs/dump/common/drive_minrmt.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_minrmt.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- Relax the pre-requisite that the device must be remote.


Subject: TAKE - 

Date:  Mon Jul  3 20:01:18 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65651a
cmd/xfs/dump/common/drive_scsitape.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- Port the IRIX code to Linux. Some code is dependent on the scsi/st.c
	  scsi tape driver. i.e. MTSETBLK, blocksize==0 (from mt_dsreg) => variable block mode
	  Finding out if device is compressing is not directly supported and
	  the heuristic for lostrecmax needed to be changed/fudged.
	  The ds_match happens for local tape if its realpath has "/st" or "/nst",
	  i.e. is a scsi tape device.
	  This could be changed in the future.
	  MT_* changed to use GMT_*.
	  This compiles now but may very well not link.


Subject: TAKE - 

Date:  Mon Jul  3 20:06:12 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65652a
cmd/xfs/dump/dump/Makefile - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- get rid of -I. so can access "getopt.h" and <getopt.h>

cmd/xfs/dump/dump/getopt.h - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/getopt.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
	- Add options to tell dump it has a QIC tape and to use a media file
	  size of a given # of Mb.


Subject: TAKE - 

Date:  Mon Jul  3 21:37:33 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65654a
cmd/xfs/dump/common/drive_minrmt.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_minrmt.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
	- fix up for linux uuid stuff.

cmd/xfs/dump/common/drive_scsitape.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- fix up for linux uuid stuff


Subject: TAKE - 

fix up getdents porting problem

Date:  Tue Jul  4 19:58:16 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65665a
cmd/xfs/dump/common/getdents.c - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/getdents.c.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/dump/common/getdents.h - 1.1
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/getdents.h.diff?r1=text&tr1=1.1&r2=text&tr2=1.0&f=h
cmd/xfs/dump/common/drive_scsitape.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/common/util.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/util.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/dump/Makefile - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/dump/content.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/content.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h

Subject: TAKE - 

Date:  Tue Jul  4 21:46:49 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65670a
cmd/xfs/dump/common/drive_minrmt.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_minrmt.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
	- Add -Q option to enforce QIC tapes.
	  As is done for drive_scsitape.c

cmd/xfs/dump/common/drive_scsitape.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
	- Add -b option so can override blksize but must be less than 2Mb -
	  caps out at 2Mb.


Subject: TAKE - 

Date:  Tue Jul  4 22:34:15 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65672a
cmd/xfs/dump/dump/var.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/var.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- uuid_compare has non-ptr as 1st arg - oops - initial bug in port.


Subject: TAKE - 

fix up some of the warnings from -Wall

Date:  Wed Jul  5 00:38:52 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65678a
cmd/xfs/dump/common/cldmgr.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/cldmgr.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/dump/common/drive_minrmt.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_minrmt.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/dump/common/drive_scsitape.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/dump/common/drive_simple.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_simple.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/fs.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/fs.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/jdm.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/jdm.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/dump/common/main.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/main.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/mlog.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/mlog.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/platform_defs.h - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/platform_defs.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/dump/common/qlock.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/qlock.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/ring.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/ring.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/sproc.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/sproc.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/dump/common/util.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/util.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/dump/Makefile - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/Makefile.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h

Subject: TAKE - 

Date:  Wed Jul  5 22:12:48 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65732a
cmd/xfs/dump/common/sproc.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/sproc.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- Use clone() in lieu of __clone().


Subject: TAKE - 

Date:  Wed Jul  5 22:13:58 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:65733a
cmd/xfs/dump/common/qlock.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/qlock.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
	- Needed to complete the hiding process.


Subject: TAKE - 

Changed to use libxfs.h and the builddefs in the Makefile

Date:  Tue Jul 11 22:24:04 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66454a
cmd/xfs/dump/common/cldmgr.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/cldmgr.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/content_common.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/content_common.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/dlog.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/dlog.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/dump/common/drive.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/dump/common/drive_minrmt.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_minrmt.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/dump/common/drive_scsitape.c - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_scsitape.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/dump/common/drive_simple.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/drive_simple.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/dump/common/fs.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/fs.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/dump/common/global.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/global.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/common/jdm.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/jdm.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/main.c - 1.8
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/main.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h
cmd/xfs/dump/common/mlog.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/mlog.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/dump/common/openutil.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/openutil.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/qlock.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/qlock.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/common/ring.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/ring.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/common/stkchk.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/stkchk.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/stream.c - 1.4
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/stream.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
cmd/xfs/dump/common/util.c - 1.6
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/util.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h
cmd/xfs/dump/dump/Makefile - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/Makefile.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
cmd/xfs/dump/dump/content.c - 1.7
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/content.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h
cmd/xfs/dump/dump/hsmapi.c - 1.2
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/hsmapi.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
cmd/xfs/dump/dump/inomap.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/inomap.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/dump/var.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/dump/var.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/inventory/inv_api.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_api.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/inventory/inv_core.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_core.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/inventory/inv_fstab.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_fstab.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/inventory/inv_idx.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_idx.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/inventory/inv_mgr.c - 1.5
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_mgr.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h
cmd/xfs/dump/inventory/inv_stobj.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/inventory/inv_stobj.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/getdents.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/getdents.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
cmd/xfs/dump/common/getdents.h - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/dump/common/getdents.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h


From owner-linux-xfs@oss.sgi.com Tue Jul 11 22:52:26 2000
Received:  by oss.sgi.com id <S42225AbQGLFwQ>;
	Tue, 11 Jul 2000 22:52:16 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:17201 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42217AbQGLFvv>; Tue, 11 Jul 2000 22:51:51 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA02072
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 22:57:30 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA27718 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 15:50:42 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id PAA65281 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 15:50:41 +1000 (EST)
Message-Id: <200007120550.PAA65281@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     linux-xfs@oss.sgi.com
Subject: page_buf breakage...
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 12 Jul 2000 15:50:40 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I've finally nailed this one down...

Under certain circumstances during a clean remount, the log
recovery code clobbers a large area of disk after the end of
the log.

The reason this happens is because a particular piece of
recovery code uses xlog_get_bp to request a big buffer, then
uses XFS_BUF_SET_COUNT to set the pb_count_desired field 
requesting that only a portion of the buffer be written.

pagebuf ignores the pb_count_desired field and writes
pb_buffer_length bytes anyway. The XFS_BUF_SET_COUNT isn't used
anywhere else in XFS.

Is pb_count_desired meant to be supported or is it an IRIX hang
over that needs to be removed?

If it's the latter, I'll happily remove it...

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Tue Jul 11 23:14:56 2000
Received:  by oss.sgi.com id <S42225AbQGLGOq>;
	Tue, 11 Jul 2000 23:14:46 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:47892 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42217AbQGLGOX>;
	Tue, 11 Jul 2000 23:14:23 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA12214
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 23:07:02 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27829 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 16:11:59 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA49325 for linux-xfs@oss.sgi.com; Wed, 12 Jul 2000 16:11:58 +1000 (EST)
Date:   Wed, 12 Jul 2000 16:11:58 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007120611.QAA49325@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - assorted stress
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:66455a
Date:  Tue Jul 11 23:11:37 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/logprint/kernel.c - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/logprint/kernel.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- extra diag

cmd/xfs/stress/common.rc - 1.10
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/common.rc.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h
	- handy _df_device, _df_dir and _used functions

cmd/xfs/stress/crash/xfscrash - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/crash/xfscrash.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- add corruption testing mode


From owner-linux-xfs@oss.sgi.com Tue Jul 11 23:24:37 2000
Received:  by oss.sgi.com id <S42225AbQGLGY0>;
	Tue, 11 Jul 2000 23:24:26 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:55813 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42217AbQGLGYF>;
	Tue, 11 Jul 2000 23:24:05 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e6C6MP113459;
	Wed, 12 Jul 2000 01:22:25 -0500 (CDT)
Message-ID: <396C0EA0.4D3F0EB8@thebarn.com>
Date:   Wed, 12 Jul 2000 01:22:24 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: page_buf breakage...
References: <200007120550.PAA65281@clouds.melbourne.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Daniel Moore wrote:

> I've finally nailed this one down...
>
> Under certain circumstances during a clean remount, the log
> recovery code clobbers a large area of disk after the end of
> the log.
>
> The reason this happens is because a particular piece of
> recovery code uses xlog_get_bp to request a big buffer, then
> uses XFS_BUF_SET_COUNT to set the pb_count_desired field
> requesting that only a portion of the buffer be written.
>
> pagebuf ignores the pb_count_desired field and writes
> pb_buffer_length bytes anyway. The XFS_BUF_SET_COUNT isn't used
> anywhere else in XFS.
>
> Is pb_count_desired meant to be supported or is it an IRIX hang
> over that needs to be removed?

Hmm... well we need to write out the correct number of bytes.
Let me look at this and see if we should change xfs or pagebuf...

Where in pagebuf is it ignoring the count field?

>
>
> If it's the latter, I'll happily remove it...
>
> -----------------------------------------------------
>  Daniel Moore                  dxm@sgi.com
>  R&D Software Engineer         Phone: +61-3-98348209
>  SGI Performance Tools Group   Fax:   +61-3-98132378
> -----------------------------------------------------

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Tue Jul 11 23:38:16 2000
Received:  by oss.sgi.com id <S42225AbQGLGiG>;
	Tue, 11 Jul 2000 23:38:06 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:14620 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42217AbQGLGhi>;
	Tue, 11 Jul 2000 23:37:38 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA17255
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 23:30:16 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27950; Wed, 12 Jul 2000 16:35:07 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id QAA65636; Wed, 12 Jul 2000 16:35:04 +1000 (EST)
Message-Id: <200007120635.QAA65636@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     cattelan@thebarn.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: page_buf breakage... 
In-reply-to: Your message of "Wed, 12 Jul 2000 01:22:24 EST."
             <396C0EA0.4D3F0EB8@thebarn.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 12 Jul 2000 16:35:04 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Russell Cattelan writes:
 => Daniel Moore wrote:
 => > Is pb_count_desired meant to be supported or is it an IRIX hang
 => > over that needs to be removed?
 => 
 => Hmm... well we need to write out the correct number of bytes.
 => Let me look at this and see if we should change xfs or pagebuf...

XFS_BUF_SET_COUNT is the only writer of pb_count_desired in XFS.
xlog_bwrite is the only user of XFS_BUF_SET_COUNT in XFS.
xlog_bwrite is local to xfs_log_recover.c
 
 => Where in pagebuf is it ignoring the count field?

I think all the time - there seems to be an assumption that
pb_count_desired == pb->pb_buffer_length or perhaps that it's
a rounded up version of pb_buffer_length (not sure).

The log recovery code seems to be the only code that allocates
a buffer of size X and then requests (through pb_count_desired)
that only Y bytes get written (where Y<X).

Pagebuf writing the whole lot is ok most of the time until you
try to mount when the log head is close to the end of the log,
then the big write goes outside the log and clobbers stuff.

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Tue Jul 11 23:39:06 2000
Received:  by oss.sgi.com id <S42227AbQGLGi5>;
	Tue, 11 Jul 2000 23:38:57 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:25909 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42217AbQGLGim>; Tue, 11 Jul 2000 23:38:42 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id XAA02419; Tue, 11 Jul 2000 23:44:22 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id XAA05025;
	Tue, 11 Jul 2000 23:38:47 -0700 (PDT)
Date:   Tue, 11 Jul 2000 23:38:47 -0700 (PDT)
Message-Id: <200007120638.XAA05025@info.engr.sgi.com>
X-Pv-Incident: 795382 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: CLOSE 795382 - crash on disk full (non-kio, unwritten=0)
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=795382

*Status : closed                       Priority : 3                         
 Assigned Engineer : btg               Submitter : dxm                      
 Opened Date : 07/02/00               *Closed Date : 07/11/00               
*Fixed By : dxm                       *Fixed By Domain : engr               
*Modified Date : 07/11/00             *Modified User : dxm                  
*Modified User Domain : engr          *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: dxm@engr (BugWorks)
Date: Jul 11 2000 11:38:46PM
==========================

This appears to be fixed now. QA 015 passes quite reliably
for me now.

From owner-linux-xfs@oss.sgi.com Tue Jul 11 23:39:56 2000
Received:  by oss.sgi.com id <S42226AbQGLGjq>;
	Tue, 11 Jul 2000 23:39:46 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:39708 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42217AbQGLGjg>;
	Tue, 11 Jul 2000 23:39:36 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA17461
	for <linux-xfs@oss.sgi.com>; Tue, 11 Jul 2000 23:32:15 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA27973 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 16:38:27 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA43269 for linux-xfs@oss.sgi.com; Wed, 12 Jul 2000 16:38:26 +1000 (EST)
Date:   Wed, 12 Jul 2000 16:38:26 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007120638.QAA43269@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 015
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fix dd output filter

this test passes reliably for me now - some recent TAKE
appears to have fixed it. I'll close pv 795382.

Modid:  2.4.0-test1-xfs:slinx:66456a
Date:  Tue Jul 11 23:37:24 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/015 - 1.3
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/cmd/xfs/stress/015.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h
	- fix dd output filter


From owner-linux-xfs@oss.sgi.com Wed Jul 12 06:47:08 2000
Received:  by oss.sgi.com id <S42225AbQGLNq6>;
	Wed, 12 Jul 2000 06:46:58 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:45906 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42209AbQGLNqg>;
	Wed, 12 Jul 2000 06:46:36 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA21187
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 06:39:15 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id IAA36848 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 08:45:27 -0500 (CDT)
Received: from localhost.localdomain (root@eagdhcp-184-27.americas.sgi.com [128.162.184.177]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id IAA24762 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 08:45:27 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id IAA01372; Wed, 12 Jul 2000 08:49:29 -0500
Message-Id: <200007121349.IAA01372@localhost.localdomain>
Date:   Wed, 12 Jul 2000 08:49:29 -0500
Subject: TAKE - 64 bit alignment issues in pagebuf
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul 12 06:44:51 PDT 2000
Workarea:  eagdhcp-184-27.cray.com:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66464a
linux/fs/pagebuf/page_buf_io.c - 1.12
http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/linux/fs/pagebuf/page_buf_io.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h
	- Add a 64 bit aware version  of PAGE_CACHE_ALIGN and use it for creating
	  page aligned 64 bit offsets.



From owner-linux-xfs@oss.sgi.com Wed Jul 12 10:57:17 2000
Received:  by oss.sgi.com id <S42212AbQGLR5I>;
	Wed, 12 Jul 2000 10:57:08 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33662 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42209AbQGLR4r>; Wed, 12 Jul 2000 10:56:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA08879
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 11:02:28 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA85175 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 12:55:39 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA04325 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 12:55:38 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id MAA07199; Wed, 12 Jul 2000 12:50:42 -0500
Message-Id: <200007121750.MAA07199@jen.americas.sgi.com>
Date:   Wed, 12 Jul 2000 12:50:42 -0500
Subject: TAKE - small offset calculation cleanup
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

When logging a new inode in an inode buffer we do not need to do
so much math in working out where is starts and ends.

Date:  Wed Jul 12 10:54:42 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66472a
linux/fs/xfs/xfs_ialloc.c - 1.138
	- Simplify some logic in calculating the index of an inode into a buffer
	  when we are logging it into a transaction.



From owner-linux-xfs@oss.sgi.com Wed Jul 12 10:59:08 2000
Received:  by oss.sgi.com id <S42217AbQGLR66>;
	Wed, 12 Jul 2000 10:58:58 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3455 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42209AbQGLR6w>; Wed, 12 Jul 2000 10:58:52 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA08871
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 11:04:34 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA86978 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 12:57:45 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id MAA04385 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 12:57:44 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id MAA07282; Wed, 12 Jul 2000 12:52:48 -0500
Message-Id: <200007121752.MAA07282@jen.americas.sgi.com>
Date:   Wed, 12 Jul 2000 12:52:48 -0500
Subject: TAKE - remove some code which was stopping inode clustering on flush
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul 12 10:57:14 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66475a
linux/fs/xfs/xfs_inode.c - 1.293
	- Remove a test for a swap file which was a) not going to work on linux
	  and b) was stopping is from doing clustering on inode flushing in some
	  cases.



From owner-linux-xfs@oss.sgi.com Wed Jul 12 13:55:38 2000
Received:  by oss.sgi.com id <S42217AbQGLUz2>;
	Wed, 12 Jul 2000 13:55:28 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:17970 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42209AbQGLUzM>;
	Wed, 12 Jul 2000 13:55:12 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA08864
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 13:47:52 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA99726 for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 15:52:49 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id PAA84402; Wed, 12 Jul 2000 15:52:48 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id PAA27130; Wed, 12 Jul 2000 15:52:48 -0500 (CDT)
Message-Id: <200007122052.PAA27130@tiki.americas.sgi.com>
Date:   Wed, 12 Jul 2000 15:52:48 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Fix linvfs_set_ops for the VNON case.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul 12 13:52:12 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66503a
linux/fs/xfs/linux/xfs_super.c - 1.73
	- Fix linvfs_set_ops for the VNON case.



From owner-linux-xfs@oss.sgi.com Wed Jul 12 15:34:58 2000
Received:  by oss.sgi.com id <S42230AbQGLWet>;
	Wed, 12 Jul 2000 15:34:49 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:15709 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42209AbQGLWef>;
	Wed, 12 Jul 2000 15:34:35 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA00060
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 15:27:14 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA17997; Wed, 12 Jul 2000 17:33:21 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA14836; Wed, 12 Jul 2000 17:33:20 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e6CMXHj16549;
	Wed, 12 Jul 2000 17:33:17 -0500
Message-ID: <396CF22D.D50D9408@thebarn.com>
Date:   Wed, 12 Jul 2000 17:33:17 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: page_buf breakage...
References: <200007120635.QAA65636@clouds.melbourne.sgi.com>
Content-Type: multipart/mixed;
 boundary="------------8F17A1FE7FD1383A8A040FB4"
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a multi-part message in MIME format.
--------------8F17A1FE7FD1383A8A040FB4
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Daniel Moore wrote:

Try this patch and see how things work for you...
I still have debugging messages in... you may want to take them out.
I haven't testing this a bunch but it does correctly update the size.
Note I assume you are running with kiobufs turned on?
I'm not sure if the none kiobuf path is broken... I'll look at that
later tonight.

> Russell Cattelan writes:
>  => Daniel Moore wrote:
>  => > Is pb_count_desired meant to be supported or is it an IRIX hang
>  => > over that needs to be removed?
>  =>
>  => Hmm... well we need to write out the correct number of bytes.
>  => Let me look at this and see if we should change xfs or pagebuf...
>
> XFS_BUF_SET_COUNT is the only writer of pb_count_desired in XFS.
> xlog_bwrite is the only user of XFS_BUF_SET_COUNT in XFS.
> xlog_bwrite is local to xfs_log_recover.c
>
>  => Where in pagebuf is it ignoring the count field?
>
> I think all the time - there seems to be an assumption that
> pb_count_desired == pb->pb_buffer_length or perhaps that it's
> a rounded up version of pb_buffer_length (not sure).
>
> The log recovery code seems to be the only code that allocates
> a buffer of size X and then requests (through pb_count_desired)
> that only Y bytes get written (where Y<X).
>
> Pagebuf writing the whole lot is ok most of the time until you
> try to mount when the log head is close to the end of the log,
> then the big write goes outside the log and clobbers stuff.
>
> -----------------------------------------------------
>  Daniel Moore                  dxm@sgi.com
>  R&D Software Engineer         Phone: +61-3-98348209
>  SGI Performance Tools Group   Fax:   +61-3-98132378
> -----------------------------------------------------

--------------8F17A1FE7FD1383A8A040FB4
Content-Type: text/plain; charset=us-ascii;
 name="patch"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="patch"

--- /usr/tmp/TmpDir.16510-0/linux/fs/pagebuf/page_buf.c_1.10	Wed Jul 12 17:29:52 2000
+++ linux/fs/pagebuf/page_buf.c	Wed Jul 12 17:18:49 2000
@@ -1935,7 +1935,8 @@
 	int status = 0;
 	int sval;
 	loff_t buffer_offset = pb->pb_file_offset;
-	size_t buffer_len = pb->pb_buffer_length;
+//	size_t buffer_len = pb->pb_buffer_length;
+	size_t buffer_len = pb->pb_count_desired;
 	size_t page_offset;
 	size_t len;
 	size_t total = 0;
@@ -1957,7 +1958,7 @@
 		panic("pb offset/length unaligned!");
 	}
 #endif
-
+	printk("pagebuf_segment_apply length:%ld count:%ld\n",pb->pb_buffer_length,pb->pb_count_desired);
 	pagebuf_hold(pb);
 	for (vec_index = 0; vec_index < pb->pb_mem.pba_kiocnt; vec_index++) {
 		if (buffer_len == 0)
@@ -1978,7 +1979,8 @@
 			 * Lets see if I'm wrong.
 			 * -Chait.
 			 */
-			cur_len = buffer_len;
+			cur_len = kb->length = buffer_len;
+			printk("pagebuf_segment_apply count changed reseting kiovec to %ld\n",cur_len);
 			/*
 			 * So, if we decide to unilaterally modify the amount
 			 * of I/O done thus, then kb->length would be invalid!
@@ -1987,7 +1989,7 @@
 			 * against this kiobuf.
 			 * -Chait.
 			 */
-			BUG();
+/*			BUG(); */
 		}
 #if CONFIG_KIOBUF_IO
 		/* Works for scsi-disks, else get back -ENOSYS */

--------------8F17A1FE7FD1383A8A040FB4--


From owner-linux-xfs@oss.sgi.com Wed Jul 12 18:36:09 2000
Received:  by oss.sgi.com id <S42239AbQGMBft>;
	Wed, 12 Jul 2000 18:35:49 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:21565 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42230AbQGMBff>; Wed, 12 Jul 2000 18:35:35 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA00820
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 18:41:15 -0700 (PDT)
	mail_from (tes@boing.melbourne.sgi.com)
Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03554 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 11:34:25 +1000
Received: (from tes@localhost) by boing.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA75192 for linux-xfs@oss.sgi.com; Thu, 13 Jul 2000 11:34:24 +1000 (EST)
From:   tes@boing.melbourne.sgi.com (Timothy Shimmin)
Message-Id: <200007130134.LAA75192@boing.melbourne.sgi.com>
Subject: xfs and linux ino#s
To:     linux-xfs@oss.sgi.com
Date:   Thu, 13 Jul 2000 11:34:23 +1000 (EST)
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Hi,

In xfsdump, the program builds an inode map 
(stores state of inode - needs to be dumped or not)
by doing a heap of bulkstats on the filesystem.
It also uses getdents/getdirentries to get the
dirent structures for the dir inodes.

The ino# returned from getdents in dirent structure
is a 32 bit linux ino# and the ino# used in bulkstat
is a 64 bit xfs ino#.
How do we map from xfs ino# to linux ino# and vice-versa ?
 
Thanks,
Tim.

From owner-linux-xfs@oss.sgi.com Wed Jul 12 20:03:40 2000
Received:  by oss.sgi.com id <S42230AbQGMDDb>;
	Wed, 12 Jul 2000 20:03:31 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:27686 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQGMDDL>;
	Wed, 12 Jul 2000 20:03:11 -0700
Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA06947
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 19:55:50 -0700 (PDT)
	mail_from (tes@sherman.melbourne.sgi.com)
Received: (from tes@localhost)
	by sherman.melbourne.sgi.com (8.9.3/8.9.3) id NAA13664
	for linux-xfs@oss.sgi.com; Thu, 13 Jul 2000 13:03:08 +1000
Date:   Thu, 13 Jul 2000 13:03:08 +1000
From:   Tim Shimmin <tes@sherman.melbourne.sgi.com>
Message-Id: <200007130303.NAA13664@sherman.melbourne.sgi.com>
Subject: TAKE - xfsdump
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fix warnings

Date:  Wed Jul 12 20:02:26 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66574a
cmd/xfs/dump/inventory/inv_api.c - 1.4
cmd/xfs/dump/inventory/inv_fstab.c - 1.4
cmd/xfs/dump/inventory/inv_priv.h - 1.2
cmd/xfs/dump/inventory/inv_stobj.c - 1.4


From owner-linux-xfs@oss.sgi.com Wed Jul 12 20:51:00 2000
Received:  by oss.sgi.com id <S42230AbQGMDul>;
	Wed, 12 Jul 2000 20:50:41 -0700
Received: from ms.gv.com.tw ([203.75.221.23]:45564 "EHLO ms.gv.com.tw")
	by oss.sgi.com with ESMTP id <S42211AbQGMDuO>;
	Wed, 12 Jul 2000 20:50:14 -0700
Received: from jmt ([192.72.4.27])
	by ms.gv.com.tw (8.9.3/8.9.3) with SMTP id LAA29608
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 11:54:06 +0800
Message-ID: <002e01bfec7d$e48ee3a0$1b0448c0@gv.com.tw>
From:   =?big5?B?tL+sTKn6?= <kevin@gv.com.tw>
To:     <linux-xfs@oss.sgi.com>
Subject: back port of xfs to linux 2.2.x?
Date:   Thu, 13 Jul 2000 11:53:23 +0800
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_002B_01BFECC0.F27FC900"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a multi-part message in MIME format.

------=_NextPart_000_002B_01BFECC0.F27FC900
Content-Type: text/plain;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

is there a back port of xfs to linux 2.2.x?
thx in advanced!:)


------=_NextPart_000_002B_01BFECC0.F27FC900
Content-Type: text/html;
	charset="big5"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Dbig5" http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2919.6307" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT size=3D2>is there a back port of xfs to linux =
2.2.x?</FONT></DIV>
<DIV><FONT size=3D2>thx in advanced!:)</FONT></DIV>
<DIV>&nbsp;</DIV></BODY></HTML>

------=_NextPart_000_002B_01BFECC0.F27FC900--


From owner-linux-xfs@oss.sgi.com Wed Jul 12 21:02:31 2000
Received:  by oss.sgi.com id <S42230AbQGMECV>;
	Wed, 12 Jul 2000 21:02:21 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5191 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMECC>; Wed, 12 Jul 2000 21:02:02 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA02067; Wed, 12 Jul 2000 21:07:44 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA90198;
	Wed, 12 Jul 2000 21:02:08 -0700 (PDT)
Date:   Wed, 12 Jul 2000 21:02:08 -0700 (PDT)
Message-Id: <200007130402.VAA90198@info.engr.sgi.com>
X-Pv-Incident: 796140 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: BUG 796140 - deadlock on unmount
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796140

Submitter : dxm                       Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 4                          
Project : xfs-linux                   Status : open                         
Description :
I've marked this as minor since I've only seen it once and 
I haven't managed to make it reoccur.

I locked up XFS by doing an xfs_dumplog during on a filesystem
that was being unmounted. 

Looks like xfs_dumplog was closing the device at a vital time
during the unmount. Can these two functions deadlock?

int
xfs_unmountfs_writesb(xfs_mount_t *mp)
{
...
        sbp = xfs_getsb(mp, 0);
...                
	error = xfs_iowait(sbp);
...        
	xfs_buf_relse(sbp);
...
}

***

int fsync_dev(kdev_t dev)
{
...        
	lock_kernel();
        sync_supers(dev);
...
        unlock_kernel();
...
}


Entering kdb (0xc02de000) due to Keyboard Entry
kdb> ps
Task Addr    Pid     Parent  [*] cpu  State    Thread   Command
0xc1152000 00000001 00000000  0  000  stop  0xc1152248 init
0xc1140000 00000002 00000001  0  000  stop  0xc1140248 kswapd
0xc11ee000 00000003 00000001  0  000  stop  0xc11ee248 kflushd
0xc11ec000 00000004 00000001  0  000  stop  0xc11ec248 kupdate
0xc2aa8000 00000352 00000001  0  000  stop  0xc2aa8248 portmap
0xc31ee000 00000429 00000001  0  000  stop  0xc31ee248 rpciod
0xc3dfe000 00000430 00000001  0  000  stop  0xc3dfe248 lockd
0xc2450000 00000456 00000001  0  000  stop  0xc2450248 syslogd
0xc21ba000 00000468 00000001  0  000  stop  0xc21ba248 klogd
0xc247e000 00000485 00000001  0  000  stop  0xc247e248 identd
0xc2108000 00000495 00000485  0  000  stop  0xc2108248 identd
0xc3dc0000 00000496 00000495  0  000  stop  0xc3dc0248 identd
0xc2276000 00000497 00000495  0  000  stop  0xc2276248 identd
0xc2e0a000 00000498 00000495  0  000  stop  0xc2e0a248 identd
0xc24fc000 00000506 00000001  0  000  stop  0xc24fc248 atd
0xc26bc000 00000523 00000001  0  000  stop  0xc26bc248 crond
0xc1d72000 00000540 00000001  0  000  stop  0xc1d72248 inetd
0xc2e7e000 00000650 00000001  0  000  stop  0xc2e7e248 pmcd
0xc2756000 00000847 00000001  0  000  stop  0xc2756248 pmlogger
0xc2cd4000 00000873 00000001  0  000  stop  0xc2cd4248 minilogd
0xc2170000 00000885 00000001  0  000  stop  0xc2170248 login
0xc1e64000 00000886 00000001  0  000  stop  0xc1e64248 login
more> 
0xc27be000 00000887 00000001  0  000  stop  0xc27be248 login
0xc20b8000 00000888 00000001  0  000  stop  0xc20b8248 mingetty
0xc1e7a000 00000889 00000001  0  000  stop  0xc1e7a248 mingetty
0xc207e000 00000890 00000001  0  000  stop  0xc207e248 mingetty
0xc2032000 00000908 00000885  0  000  stop  0xc2032248 tcsh
0xc2aa0000 00000996 00000908  0  000  stop  0xc2aa0248 xfscrash
0xc05dc000 00001071 00000001  0  000  stop  0xc05dc248 pagebuf_daemon
0xc05da000 00001072 00000001  0  000  stop  0xc05da248 page_daemon
0xc3e90000 00002450 00000886  0  000  stop  0xc3e90248 tcsh
0xc3eec000 00002971 00000996  0  000  stop  0xc3eec248 umount
0xc3f02000 00002972 00002450  0  000  stop  0xc3f02248 xfs_logprint
0xc260a000 00002974 00000887  0  000  stop  0xc260a248 tcsh
kdb> btp 2972
    EBP       EIP         Function(args)
0xc3f03ea0 0xc0113612 schedule+0x2b6 (0xc3063000, 0x306, 0xc11da414)
                               kernel .text 0xc0100000 0xc011335c 0xc01137c0
0xc3f03ef0 0xc0134397 __wait_on_super+0x173 (0xc3063000)
                               kernel .text 0xc0100000 0xc0134224 0xc0134400
0xc3f03f04 0xc013443b sync_supers+0x3b (0x306)
                               kernel .text 0xc0100000 0xc0134400 0xc0134494
0xc3f03f14 0xc012e001 fsync_dev+0x19 (0x306)
                               kernel .text 0xc0100000 0xc012dfe8 0xc012e01c
0xc3f03f3c 0xc01375ed blkdev_put+0x85 (0xc11da3e0, 0x0)
                               kernel .text 0xc0100000 0xc0137568 0xc01376a8
0xc3f03f4c 0xc01376bc blkdev_close+0x14 (0xc3119740, 0xc3de0e40)
                               kernel .text 0xc0100000 0xc01376a8 0xc01376c0
0xc3f03f6c 0xc0133592 __fput+0x2a (0xc3de0e40, 0xc3de0e40)
                               kernel .text 0xc0100000 0xc0133568 0xc01335ec
0xc3f03f80 0xc01335ff _fput+0x13 (0xc3de0e40)
                               kernel .text 0xc0100000 0xc01335ec 0xc0133630
0xc3f03f94 0xc01326b9 filp_close+0x51 (0xc3de0e40, 0xc1e6a3a0, 0xc3f02000, 0x4000ae60)
                               kernel .text 0xc0100000 0xc0132668 0xc01326c4
0xc3f03fac 0xc0132710 do_close+0x4c (0x4, 0x1)
                               kernel .text 0xc0100000 0xc01326c4 0xc0132720
0xc3f03fbc 0xc013272e sys_close+0xe (0x4, 0x1260, 0x8057760, 0x4000ae60, 0xbffffac4)
                               kernel .text 0xc0100000 0xc0132720 0xc0132734
more> q       
kdb> btp 2971
    EBP       EIP         Function(args)
0xc3eeddfc 0xc0113612 schedule+0x2b6 (0xc06770a4, 0xc0677020, 0xc3062c00)
                               kernel .text 0xc0100000 0xc011335c 0xc01137c0
0xc3eede50 0xc0107cb5 __down+0x16d
                               kernel .text 0xc0100000 0xc0107b48 0xc0107d44
0xc3eede64 0xc0107fbf __down_failed+0xb (0xc203a600, 0xc0677020, 0xc3062c00, 0xc3eede98, 0xc486c172)
                               kernel .text 0xc0100000 0xc0107fb4 0xc0107fc8
           0xc48102b4 [pagebuf].text.lock+0xf
                               pagebuf .text.lock 0xc48102a5 0xc48102a5 0xc4810300
0xc3eede78 0xc480c09f [pagebuf]pagebuf_iowait+0xb3 (0xc0677020, 0xc3062c00, 0xc0677020)
                               pagebuf .text 0xc480a060 0xc480bfec 0xc480c0c4
0xc3eede98 0xc486c172 [xfs]xfs_unmountfs_writesb+0xd2 (0xc3062c00)
                               xfs .text 0xc4816060 0xc486c0a0 0xc486c1b8
0xc3eedeb4 0xc486bfa6 [xfs]xfs_unmountfs+0x56 (0xc3062c00, 0x3, 0xc48aad00)
                               xfs .text 0xc4816060 0xc486bf50 0xc486c054
0xc3eedee4 0xc48781a4 [xfs]xfs_unmount+0x1fc (0xc3062c00, 0x0, 0xc48aad00)
                               xfs .text 0xc4816060 0xc4877fa8 0xc48781b8
0xc3eedf04 0xc4884938 [xfs]fs_dounmount+0x7c (0xc3062c00, 0x0, 0x0, 0xc48aad00, 0xc337a540)
                               xfs .text 0xc4816060 0xc48848bc 0xc4884954
0xc3eedf34 0xc488cfe1 [xfs]linvfs_put_super+0x59 (0xc3063000)
                               xfs .text 0xc4816060 0xc488cf88 0xc488d060
0xc3eedf4c 0xc0134d9e kill_super+0x56 (0xc3063000, 0x0, 0xc3d23d20, 0xc3d23d20, 0xffffffff)
                               kernel .text 0xc0100000 0xc0134d48 0xc0134e38
more> 
0xc3eedf6c 0xc0135171 do_umount+0x1a5 (0xc3d23d20, 0x0, 0x0)
                               kernel .text 0xc0100000 0xc0134fcc 0xc0135180
0xc3eedfac 0xc01352bc sys_umount+0x13c (0x8052dd8, 0x0)
                               kernel .text 0xc0100000 0xc0135180 0xc0135324
0xc3eedfbc 0xc0135332 sys_oldumount+0xe (0x8052dd8, 0x78, 0x8052e08, 0x8052dd9, 0x804d3e0)
                               kernel .text 0xc0100000 0xc0135324 0xc0135338
           0xc0109968 system_call+0x34
                               kernel .text 0xc0100000 0xc0109934 0xc010996c

From owner-linux-xfs@oss.sgi.com Wed Jul 12 21:15:31 2000
Received:  by oss.sgi.com id <S42230AbQGMEPL>;
	Wed, 12 Jul 2000 21:15:11 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:1608 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMEOt>; Wed, 12 Jul 2000 21:14:49 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA01802; Wed, 12 Jul 2000 21:20:31 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA35514;
	Wed, 12 Jul 2000 21:14:56 -0700 (PDT)
Date:   Wed, 12 Jul 2000 21:14:56 -0700 (PDT)
Message-Id: <200007130414.VAA35514@info.engr.sgi.com>
X-Pv-Incident: 796140 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: ADD 796140 - deadlock on unmount
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796140

 Status : open                         Priority : 4                         
 Assigned Engineer : btg               Submitter : dxm                      
*Modified User : dxm                  *Modified User Domain : engr          
*Description :
I've marked this as minor since I've only seen it once and 
I haven't managed to make it reoccur.

I locked up XFS by doing an xfs_dumplog during on a filesystem
that was being unmounted. 

Looks like xfs_dumplog was closing the device at a vital time
during the unmount. Can these two functions deadlock?

int

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: dxm@engr (BugWorks)
Date: Jul 12 2000 09:14:55PM
==========================

That's "xfs_logprint", of course...

From owner-linux-xfs@oss.sgi.com Wed Jul 12 21:18:40 2000
Received:  by oss.sgi.com id <S42239AbQGMESa>;
	Wed, 12 Jul 2000 21:18:30 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:35376 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQGMESQ>;
	Wed, 12 Jul 2000 21:18:16 -0700
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA12423; Wed, 12 Jul 2000 21:10:55 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id VAA15861; Wed, 12 Jul 2000 21:16:38 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA73442;
	Wed, 12 Jul 2000 21:15:19 -0700 (PDT)
Date:   Wed, 12 Jul 2000 21:15:19 -0700 (PDT)
Message-Id: <200007130415.VAA73442@info.engr.sgi.com>
X-Pv-Incident: 796141 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: BUG 796141 - pagebuf mostly ignores pb_count_desired
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796141

Submitter : dxm                       Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 3                          
Project : xfs-linux                   Status : open                         
Description :
(Rusell & I have been discussing this one - just wanted to 
keep the info central)

If a buffer is allocated with a certain size then the actual 
number of bytes to read/write is set to a smaller value with
XFS_BUF_SET_COUNT, pagebuf ignores the small value and
reads/writes the whole buffer.

This only occurs in XFS in the log code, specifically in
xlog_bread, xlog_bwrite, xlog_write_log_records and 
xlog_clear_stale_blocks.

This is due to pb_count_desired not being handled properly.

Attached is a fix that works for me - I haven't checked it
in due to repurcussions:

*** /usr/tmp/p_rdiff_a0fNp4/xfs_buf.h   Thu Jul 13 11:40:12 2000
--- xfs_buf.h   Thu Jul 13 10:45:38 2000
***************
*** 456,462 ****
                        ((bp)->pb_count_desired = cnt)
  #define XFS_BUF_SIZE(bp)      ((bp)->pb_buffer_length)
  #define XFS_BUF_SET_SIZE(bp, cnt)             \
!                       ((bp)->pb_buffer_length = cnt)
  #define XFS_BUF_SET_VTYPE_REF(bp, type, ref)
  #define XFS_BUF_SET_VTYPE(bp, type)
  #define XFS_BUF_SET_REF(bp, ref)
--- 456,462 ----
                        ((bp)->pb_count_desired = cnt)
  #define XFS_BUF_SIZE(bp)      ((bp)->pb_buffer_length)
  #define XFS_BUF_SET_SIZE(bp, cnt)             \
!                       ((bp)->pb_count_desired = (bp)->pb_buffer_length = cnt)
  #define XFS_BUF_SET_VTYPE_REF(bp, type, ref)
  #define XFS_BUF_SET_VTYPE(bp, type)
  #define XFS_BUF_SET_REF(bp, ref)

*** /usr/tmp/p_rdiff_a0gEie/page_buf.c  Thu Jul 13 11:52:43 2000
--- page_buf.c  Thu Jul 13 11:52:03 2000
***************
*** 76,81 ****
--- 76,82 ----
  #include <linux/locks.h>
  #include <linux/swap.h>
  #include <asm/hardirq.h>
+ #include <asm/kdb.h>
  
  MODULE_PARM(debug, "i");
  MODULE_PARM(pagebuf_max_pin, "i");
***************
*** 277,283 ****
        PBP(pb)->pb_last_holder = current;
        pb->pb_target = ip;
        pb->pb_file_offset = range_base;
!       pb->pb_buffer_length = range_length;
        pb->pb_flags = flags | PBF_NONE;
        pb->pb_bn = PAGE_BUF_DADDR_NULL;
        atomic_set(&PBP(pb)->pb_pin_count, 0);
--- 278,284 ----
        PBP(pb)->pb_last_holder = current;
        pb->pb_target = ip;
        pb->pb_file_offset = range_base;
!       pb->pb_buffer_length = pb->pb_count_desired = range_length;
        pb->pb_flags = flags | PBF_NONE;
        pb->pb_bn = PAGE_BUF_DADDR_NULL;
        atomic_set(&PBP(pb)->pb_pin_count, 0);
***************
*** 753,760 ****
        if (PB_BMAP_FUNC(pb) == NULL) {
                /* Use identity mapping */
                pb->pb_bn = pb->pb_file_offset >> PB_SECTOR_BITS(pb);
-               pb->pb_count_desired =
-                   pb->pb_buffer_length & ~(PB_SECTOR_SIZE(pb) - 1);
        }
  
        if (flags & PBF_READ) {
--- 754,759 ----
***************
*** 832,840 ****
        }
        kbp->locked = 0;
  
!       pb->pb_buffer_length = len;
!       pb->pb_count_desired =
!           pb->pb_buffer_length & ~(PB_SECTOR_SIZE(pb) - 1);
        pb->pb_flags |= PBF_MAPPED;
  
        return 0;
--- 831,837 ----
        }
        kbp->locked = 0;
  
!       pb->pb_buffer_length = pb->pb_count_desired = len;
        pb->pb_flags |= PBF_MAPPED;
  
        return 0;
***************
*** 1201,1208 ****
                if (PB_BMAP_FUNC(pb) == NULL) {
                        /* Use identity mapping */
                        pb->pb_bn = pb->pb_file_offset >> PB_SECTOR_BITS(pb);
-                       pb->pb_count_desired =
-                           pb->pb_buffer_length & ~(PB_SECTOR_SIZE(pb) - 1);
                        pb->pb_count_residual = pb->pb_count_desired;
  
  
--- 1198,1203 ----
***************
*** 1935,1946 ****
        int status = 0;
        int sval;
        loff_t buffer_offset = pb->pb_file_offset;
!       size_t buffer_len = pb->pb_buffer_length;
        size_t page_offset;
        size_t len;
        size_t total = 0;
        size_t cur_offset;
        size_t cur_len;
  #if CONFIG_KIOBUF_IO
        loff_t pb_offset;
        unsigned long blocknr;
--- 1930,1942 ----
        int status = 0;
        int sval;
        loff_t buffer_offset = pb->pb_file_offset;
!       size_t buffer_len;
        size_t page_offset;
        size_t len;
        size_t total = 0;
        size_t cur_offset;
        size_t cur_len;
+ 
  #if CONFIG_KIOBUF_IO
        loff_t pb_offset;
        unsigned long blocknr;
***************
*** 1958,1963 ****
--- 1954,1968 ----
        }
  #endif
  
+         
+         if (pb->pb_count_desired != pb->pb_buffer_length) {
+           printk("pagebuf_segment_apply length:%d count:%d\n",pb->pb_buffer_length,pb->pb_count_desired);
+             
+             if (!pb->pb_count_desired) KDB_ENTER();
+         }
+         
+         buffer_len = pb->pb_count_desired?pb->pb_count_desired:pb->pb_buffer_length;
+         
        pagebuf_hold(pb);
        for (vec_index = 0; vec_index < pb->pb_mem.pba_kiocnt; vec_index++) {
                if (buffer_len == 0)
***************
*** 1970,1994 ****
                cur_offset = kb->offset;
                cur_len = kb->length;
                if (cur_len > buffer_len) {
-                       /*
-                        * This is a BUG! Per the kiovec allocation code,
-                        * we shouldn't have kb->length != pb_buffer_length.
-                        * And we only ever allocate a single kiobuf in a 
-                        * kiovec; so this condition should never be triggered.
-                        * Lets see if I'm wrong.
-                        * -Chait.
-                        */
                        cur_len = buffer_len;
!                       /*
!                        * So, if we decide to unilaterally modify the amount
!                        * of I/O done thus, then kb->length would be invalid!
!                        * Not kosher, since kiobuf semantics indicate that
!                        * kb->length is the amount of I/O to be performed
!                        * against this kiobuf.
!                        * -Chait.
!                        */
!                       BUG();
                }
  #if CONFIG_KIOBUF_IO
                /* Works for scsi-disks, else get back -ENOSYS */
                if ((func == _page_buf_page_apply) && error == 0) {
--- 1975,1984 ----
                cur_offset = kb->offset;
                cur_len = kb->length;
                if (cur_len > buffer_len) {
                        cur_len = buffer_len;
!                       printk("pagebuf_segment_apply count changed to %d\n",cur_len);
                }
+ 
  #if CONFIG_KIOBUF_IO
                /* Works for scsi-disks, else get back -ENOSYS */
                if ((func == _page_buf_page_apply) && error == 0) {

From owner-linux-xfs@oss.sgi.com Wed Jul 12 21:24:01 2000
Received:  by oss.sgi.com id <S42230AbQGMEXl>;
	Wed, 12 Jul 2000 21:23:41 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33608 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMEX3>; Wed, 12 Jul 2000 21:23:29 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA09836; Wed, 12 Jul 2000 21:29:11 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA40117;
	Wed, 12 Jul 2000 21:23:36 -0700 (PDT)
Date:   Wed, 12 Jul 2000 21:23:36 -0700 (PDT)
Message-Id: <200007130423.VAA40117@info.engr.sgi.com>
X-Pv-Incident: 796141 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: ADD 796141 - pagebuf mostly ignores pb_count_desired
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796141

 Status : open                         Priority : 3                         
 Assigned Engineer : btg               Submitter : dxm                      
*Modified User : dxm                  *Modified User Domain : engr          
*Description :
(Rusell & I have been discussing this one - just wanted to 
keep the info central)

If a buffer is allocated with a certain size then the actual 
number of bytes to read/write is set to a smaller value with
XFS_BUF_SET_COUNT, pagebuf ignores the small value and
reads/writes the whole buffer.

This only occurs in XFS in the log code, specifically in
xlog_bread, xlog_bwrite, xlog_write_log_records and 

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: dxm@engr (BugWorks)
Date: Jul 12 2000 09:23:35PM
==========================

sigh: Last sentence should read "_fear_ of repercussions".
It seems to work well.

From owner-linux-xfs@oss.sgi.com Wed Jul 12 22:31:20 2000
Received:  by oss.sgi.com id <S42230AbQGMFbK>;
	Wed, 12 Jul 2000 22:31:10 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:37130 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42211AbQGMFaz>;
	Wed, 12 Jul 2000 22:30:55 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e6D5Ux119780;
	Thu, 13 Jul 2000 00:30:59 -0500 (CDT)
Message-ID: <396D5412.91246264@thebarn.com>
Date:   Thu, 13 Jul 2000 00:30:58 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: page_buf breakage...
References: <200007130432.OAA69272@clouds.melbourne.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Daniel Moore wrote:

> Russell Cattelan writes:
>
>  => Yes I would guess so.
>  => Setting the length to the count is not what you want to do.
>  => The buffer_length must remain set to whatever size the page_buf was
>  => set up with.
>
> I don't think I'm doing that.

  #define XFS_BUF_SET_SIZE(bp, cnt)             \
!                       ((bp)->pb_count_desired = (bp)->pb_buffer_length =
cnt)

> Currently pb_count_desired either doesn't
> get set (it's often zero)

> or it gets set to some masked version of

It isn't used for user data... for meta data it should set...
from pagebuf_get
 /* For inodes without mapping functions we can always fill in
         * the block number now.
         */
        if (PB_BMAP_FUNC(pb) == NULL) {
                /* Use identity mapping */
                pb->pb_bn = pb->pb_file_offset >> PB_SECTOR_BITS(pb);
                pb->pb_count_desired =
                    pb->pb_buffer_length & ~(PB_SECTOR_SIZE(pb) - 1);
        }

If you put the printk in from pagebuf_segment_apply
you will see the count and lenght values during recovery.


> pb_buffer_length. The changes to xfs_buf.h make sure that
> pb_count_desired gets updated whenever pb_buffer_length does and some
> changes to page_buf.c stop it setting pb_count_desired to the masked value.

>
>
>  => The count_desired is set at pagebuf_get time and will remain equal to
>  => length as long as it isn't reset... as in the case of the log write
>  => There is also a possibility that shrinking the length will cause
>  => the page_buf to lose pages.... I'm not sure about I'll have to look.
>
> I saw some funny stuff when I tried your patch which (from memory)
> set kb->count to pb_count_desired... I suspect that causes loss...

Hmm shouldn't; the kb->count is only used for the io loop, the pages
are a array off the kiovec and should be free'ed all in one go.
Like I said I didn't have much time to test it, I may have missed something.
I look closer.

I think we need to keep the length and the count uniq... if we
can set them to one another then we can get rid of one?!

Tomorrow morning... I need some sleep.


>
>
>  => I'll look at the non kiobuf case it shouldn't be to hard to fix.
>
> That'd be great. thanks...
>
> -----------------------------------------------------
>  Daniel Moore                  dxm@sgi.com
>  R&D Software Engineer         Phone: +61-3-98348209
>  SGI Performance Tools Group   Fax:   +61-3-98132378
> -----------------------------------------------------

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Wed Jul 12 23:02:20 2000
Received:  by oss.sgi.com id <S42230AbQGMGCB>;
	Wed, 12 Jul 2000 23:02:01 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:11069 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQGMGBo>;
	Wed, 12 Jul 2000 23:01:44 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA19246
	for <linux-xfs@oss.sgi.com>; Wed, 12 Jul 2000 22:54:22 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA05114; Thu, 13 Jul 2000 16:00:34 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id QAA69221; Thu, 13 Jul 2000 16:00:31 +1000 (EST)
Message-Id: <200007130600.QAA69221@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     cattelan@thebarn.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: page_buf breakage... 
In-reply-to: Your message of "Thu, 13 Jul 2000 00:30:58 EST."
             <396D5412.91246264@thebarn.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Thu, 13 Jul 2000 16:00:31 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Russell Cattelan writes:
 => Daniel Moore wrote:
 => 
 => > Russell Cattelan writes:
 => >
 => >  => Yes I would guess so.
 => >  => Setting the length to the count is not what you want to do.
 => >  => The buffer_length must remain set to whatever size the page_buf was
 => >  => set up with.
 => >
 => > I don't think I'm doing that.
 => 
 =>   #define XFS_BUF_SET_SIZE(bp, cnt)             \
 => !                       ((bp)->pb_count_desired = (bp)->pb_buffer_length =
 => cnt)

Well yes, but that's actually setting the count to the length... ie the
length was already set, that just resets the count at the same time.

 => I think we need to keep the length and the count uniq... if we
 => can set them to one another then we can get rid of one?!

No - the way I figure it, most of the time they're the same because
most of the code allocates a buffer of size X, then reads X bytes
and/or reads X bytes and never changes the size.

The log code however frequently allocates buffers of size X, then
wants to read or write < X bytes into the buffer.

I'm not sure what the semantics of the two things are in the current
pagebuf code are, but my patch was essentially changing them to:

pb_buffer_length == actual length of buffer
pb_count_desired == bytes to read or write in buffer
			which equals pb_buffer_length _most_ of the time
			but not when overridden.

(pb_count_desired is a strange name (whatever it means)...)

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Wed Jul 12 23:15:41 2000
Received:  by oss.sgi.com id <S42230AbQGMGPb>;
	Wed, 12 Jul 2000 23:15:31 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40270 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMGPN>; Wed, 12 Jul 2000 23:15:13 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id XAA06187; Wed, 12 Jul 2000 23:20:54 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id XAA14783; Wed, 12 Jul 2000 23:14:51 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id XAA66064;
	Wed, 12 Jul 2000 23:13:33 -0700 (PDT)
Date:   Wed, 12 Jul 2000 23:13:33 -0700 (PDT)
Message-Id: <200007130613.XAA66064@info.engr.sgi.com>
X-Pv-Incident: 768261 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: UPDATE 768261 - Implement xfs syssgi() calls and mechanim.
To:     btg@sgi.com
Cc:     slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768261

 Status : open                         Priority : 2                         
 Assigned Engineer : btg               Submitter : mostek                   
 Opened Date : 09/23/99               *Modified User : dxm                  
*Modified User Domain : engr          *Description :
Several XFS special system calls are required for growfs, dump/restore,
        ...
        These need to be implemented as ioctl's or with some
	other mechanism such as /proc/xfs with ioctls or ...

                bulkstat
                xfs_fsops (used for growfs)
                space reservations calls

==========================

.....


==========================
ADDITIONAL INFORMATION (UPDATE)
From: dxm@engr (BugWorks)
Date: Jul 12 2000 11:13:32PM
==========================

A bunch of these are implemented using ioctls. Reservations,
bulkstat and the FS_GEOMETRY service of SGI_XFS_FSOPERATIONS
are all ok.

Of the above list, only growfs specific services remain to
be done.

From owner-linux-xfs@oss.sgi.com Wed Jul 12 23:18:10 2000
Received:  by oss.sgi.com id <S42239AbQGMGRv>;
	Wed, 12 Jul 2000 23:17:51 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:33599 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQGMGRp>;
	Wed, 12 Jul 2000 23:17:45 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA20381; Wed, 12 Jul 2000 23:10:25 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id XAA35798;
	Wed, 12 Jul 2000 23:17:53 -0700 (PDT)
Date:   Wed, 12 Jul 2000 23:17:53 -0700 (PDT)
Message-Id: <200007130617.XAA35798@info.engr.sgi.com>
X-Pv-Incident: 768265 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: UPDATE 768265 - Implement/Port Direct I/O for XFS on Linux
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768265

*CC List :                             Status : open                        
 Priority : 2                          Assigned Engineer : btg              
 Submitter : mostek                    Opened Date : 09/23/99               
*Modified User : dxm                  *Modified User Domain : engr          
*Description :
Direct IO.
        i. look at currect linux raw io patches.
        ii. biophysio()
        iii. interaction between XFS and VM to lock pages/clear external
                caches/...

==========================
ADDITIONAL INFORMATION (UPDATE)
From: mostek@sgi.com (BWX)
Date: Sep 23 1999 02:35:53PM

.....


==========================
ADDITIONAL INFORMATION (UPDATE)
From: dxm@engr (BugWorks)
Date: Jul 12 2000 11:17:53PM
==========================

nathans and I have done a fair amount of work porting user 
tools & kernel code for direct-io/GRIO. This work has not
been checked in.

From owner-linux-xfs@oss.sgi.com Wed Jul 12 23:23:41 2000
Received:  by oss.sgi.com id <S42230AbQGMGXV>;
	Wed, 12 Jul 2000 23:23:21 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:65358 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMGXM>; Wed, 12 Jul 2000 23:23:12 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id XAA00081; Wed, 12 Jul 2000 23:28:54 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id XAA21736; Wed, 12 Jul 2000 23:22:50 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id XAA13465;
	Wed, 12 Jul 2000 23:21:32 -0700 (PDT)
Date:   Wed, 12 Jul 2000 23:21:32 -0700 (PDT)
Message-Id: <200007130621.XAA13465@info.engr.sgi.com>
X-Pv-Incident: 768268 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: CLOSE 768268 - Port tests used by XFS testers not in XFS source trees
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768268

*CC List :                            *Status : closed                      
 Priority : 3                          Assigned Engineer : btg              
 Submitter : mostek                    Opened Date : 09/23/99               
*Closed Date : 07/12/00               *Fixed By : dxm                       
*Fixed By Domain : engr               *Modified Date : 07/12/00             
*Modified User : dxm                  *Modified User Domain : engr          
*Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: dxm@engr (BugWorks)
Date: Jul 12 2000 11:21:32PM
==========================

A bunch of stress tests have been added to the tree in
cmd/xfs/stress/src and a QA system has been implemented
and resides in cmd/xfs/stress.

Recovery, xfs_repair and long running corruption testing
is supplied by the cmd/xfs/stress/crash/xfscrash script.

If we're missing anything specific that isn't available in
some other project, please reopen this bug.

From owner-linux-xfs@oss.sgi.com Thu Jul 13 02:03:15 2000
Received:  by oss.sgi.com id <S42242AbQGMJDF>;
	Thu, 13 Jul 2000 02:03:05 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:11861 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQGMJCt>;
	Thu, 13 Jul 2000 02:02:49 -0700
Received: from sherman.melbourne.sgi.com (sherman.melbourne.sgi.com [134.14.55.175]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id BAA01676
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 01:55:23 -0700 (PDT)
	mail_from (tes@sherman.melbourne.sgi.com)
Received: (from tes@localhost)
	by sherman.melbourne.sgi.com (8.9.3/8.9.3) id TAA10406
	for linux-xfs@oss.sgi.com; Thu, 13 Jul 2000 19:01:00 +1000
Date:   Thu, 13 Jul 2000 19:01:00 +1000
From:   Tim Shimmin <tes@sherman.melbourne.sgi.com>
Message-Id: <200007130901.TAA10406@sherman.melbourne.sgi.com>
Subject: TAKE - xfsdump
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

cleaning up HIDDEN code

Date:  Thu Jul 13 01:53:45 PDT 2000
Workarea:  sherman.melbourne.sgi.com:/b/tes/slinx-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66591a
cmd/xfs/dump/common/main.c - 1.10
cmd/xfs/dump/common/ring.c - 1.7
cmd/xfs/dump/common/util.c - 1.8


From owner-linux-xfs@oss.sgi.com Thu Jul 13 02:04:44 2000
Received:  by oss.sgi.com id <S42243AbQGMJEZ>;
	Thu, 13 Jul 2000 02:04:25 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:32344 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQGMJES>; Thu, 13 Jul 2000 02:04:18 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id CAA00953; Thu, 13 Jul 2000 02:10:00 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id CAA32915;
	Thu, 13 Jul 2000 02:04:25 -0700 (PDT)
Date:   Thu, 13 Jul 2000 02:04:25 -0700 (PDT)
Message-Id: <200007130904.CAA32915@info.engr.sgi.com>
X-Pv-Incident: 768234 
webPV:  sgigate.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (nathans@engr.sgi.com)
Subject: CLOSE 768234 - Package XFS code ported to Linux (RPM/SPEC)
To:     btg@sgi.com
Cc:     slinx-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768234

*Status : closed                       Priority : 4                         
 Assigned Engineer : btg               Submitter : mostek                   
 Opened Date : 09/23/99               *Closed Date : 07/13/00               
*Fixed By : nathans                   *Fixed By Domain : engr               
*Modified Date : 07/13/00             *Modified User : nathans              
*Modified User Domain : engr          *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: nathans@engr (BugWorks)
Date: Jul 13 2000 02:04:18AM
==========================

From owner-linux-xfs@oss.sgi.com Thu Jul 13 08:11:06 2000
Received:  by oss.sgi.com id <S42212AbQGMPK5>;
	Thu, 13 Jul 2000 08:10:57 -0700
Received: from Cantor.suse.de ([194.112.123.193]:51211 "HELO Cantor.suse.de")
	by oss.sgi.com with SMTP id <S42205AbQGMPKp>;
	Thu, 13 Jul 2000 08:10:45 -0700
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP id 299C01E211
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 17:10:44 +0200 (MEST)
Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP id EC78610A028
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 17:10:43 +0200 (MEST)
Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id AB4D32F300; Thu, 13 Jul 2000 17:10:43 +0200 (MEST)
Date:   Thu, 13 Jul 2000 17:10:43 +0200
From:   "Andi Kleen" <ak@suse.de>
To:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - xfsdump
Message-ID: <20000713171043.A25082@gruyere.muc.suse.de>
References: <200007130303.NAA13664@sherman.melbourne.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <200007130303.NAA13664@sherman.melbourne.sgi.com>; from tes@sherman.melbourne.sgi.com on Thu, Jul 13, 2000 at 01:03:08PM +1000
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Thu, Jul 13, 2000 at 01:03:08PM +1000, Tim Shimmin wrote:
> Modid:  2.4.0-test1-xfs:slinx:66574a
> cmd/xfs/dump/inventory/inv_api.c - 1.4
> cmd/xfs/dump/inventory/inv_fstab.c - 1.4
> cmd/xfs/dump/inventory/inv_priv.h - 1.2
> cmd/xfs/dump/inventory/inv_stobj.c - 1.4

All of dump does not seem to have arrived on the public cvs tree on 
oss.sgi.com yet (even after a new checkout). Could someone check 
the mirror ?  


-Andi

From owner-linux-xfs@oss.sgi.com Thu Jul 13 08:42:37 2000
Received:  by oss.sgi.com id <S42211AbQGMPmQ>;
	Thu, 13 Jul 2000 08:42:16 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:13178 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42205AbQGMPlq>; Thu, 13 Jul 2000 08:41:46 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA09424
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 08:47:27 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA89452; Thu, 13 Jul 2000 10:40:37 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA14180; Thu, 13 Jul 2000 10:40:36 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id KAA11555; Thu, 13 Jul 2000 10:35:31 -0500
Message-Id: <200007131535.KAA11555@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     "Andi Kleen" <ak@suse.de>
cc:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - xfsdump 
In-Reply-To: Message from "Andi Kleen" <ak@suse.de> 
   of "Thu, 13 Jul 2000 17:10:43 +0200." <20000713171043.A25082@gruyere.muc.suse.de> 
Date:   Thu, 13 Jul 2000 10:35:31 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> On Thu, Jul 13, 2000 at 01:03:08PM +1000, Tim Shimmin wrote:
> > Modid:  2.4.0-test1-xfs:slinx:66574a
> > cmd/xfs/dump/inventory/inv_api.c - 1.4
> > cmd/xfs/dump/inventory/inv_fstab.c - 1.4
> > cmd/xfs/dump/inventory/inv_priv.h - 1.2
> > cmd/xfs/dump/inventory/inv_stobj.c - 1.4
> 
> All of dump does not seem to have arrived on the public cvs tree on 
> oss.sgi.com yet (even after a new checkout). Could someone check 
> the mirror ?  
> 
> 
> -Andi

Actually, dump is explicitly not mirrored to cvs at the moment, so it will not
be there. I am not sure when it will be in a state where we turn on the
mirroring.

Steve



From owner-linux-xfs@oss.sgi.com Thu Jul 13 08:45:36 2000
Received:  by oss.sgi.com id <S42218AbQGMPpR>;
	Thu, 13 Jul 2000 08:45:17 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:57978 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42205AbQGMPpB>; Thu, 13 Jul 2000 08:45:01 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA04124
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 08:50:42 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA18023; Thu, 13 Jul 2000 10:43:40 -0500 (CDT)
Received: from gibble.americas.sgi.com (gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA14271; Thu, 13 Jul 2000 10:43:39 -0500 (CDT)
Received: from thebarn.com (gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e6DFhZj17725;
	Thu, 13 Jul 2000 10:43:35 -0500
Message-ID: <396DE3A6.658F07CD@thebarn.com>
Date:   Thu, 13 Jul 2000 10:43:35 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.2.16-3mdksmp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Andi Kleen <ak@suse.de>
CC:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - xfsdump
References: <200007130303.NAA13664@sherman.melbourne.sgi.com> <20000713171043.A25082@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Andi Kleen wrote:

> On Thu, Jul 13, 2000 at 01:03:08PM +1000, Tim Shimmin wrote:
> > Modid:  2.4.0-test1-xfs:slinx:66574a
> > cmd/xfs/dump/inventory/inv_api.c - 1.4
> http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi/slinx_2.4.0-test1-xfs-nodel/> cmd/xfs/dump/inventory/inv_api.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
> > cmd/xfs/dump/inventory/inv_fstab.c - 1.4
> http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi/slinx_2.4.0-test1-xfs-nodel/> cmd/xfs/dump/inventory/inv_fstab.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
> > cmd/xfs/dump/inventory/inv_priv.h - 1.2
> http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi/slinx_2.4.0-test1-xfs-nodel/> cmd/xfs/dump/inventory/inv_priv.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h
> > cmd/xfs/dump/inventory/inv_stobj.c - 1.4
> http://gibble.americas.sgi.com/cgi-bin/cvsweb.cgi/slinx_2.4.0-test1-xfs-nodel/> cmd/xfs/dump/inventory/inv_stobj.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h
>
> All of dump does not seem to have arrived on the public cvs tree on
> oss.sgi.com yet (even after a new checkout). Could someone check
> the mirror ?

The team working on the dump code has asked that it not be pushed out to the
tree on oss until it is working.

I'm not sure what difference it makes?!
If you really want to look at it? I'll look into getting it pushed out.

>
>
> -Andi


From owner-linux-xfs@oss.sgi.com Thu Jul 13 09:10:37 2000
Received:  by oss.sgi.com id <S42207AbQGMQKR>;
	Thu, 13 Jul 2000 09:10:17 -0700
Received: from Cantor.suse.de ([194.112.123.193]:15379 "HELO Cantor.suse.de")
	by oss.sgi.com with SMTP id <S42185AbQGMQKB>;
	Thu, 13 Jul 2000 09:10:01 -0700
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id A742D1E230; Thu, 13 Jul 2000 18:10:03 +0200 (MEST)
Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP
	id 147B310A105; Thu, 13 Jul 2000 18:10:02 +0200 (MEST)
Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id 06FA02F300; Thu, 13 Jul 2000 18:09:59 +0200 (MEST)
Date:   Thu, 13 Jul 2000 18:09:59 +0200
From:   "Andi Kleen" <ak@suse.de>
To:     Russell Cattelan <cattelan@thebarn.com>
Cc:     Andi Kleen <ak@suse.de>, linux-xfs@oss.sgi.com
Subject: Re: TAKE - xfsdump
Message-ID: <20000713180959.A26352@gruyere.muc.suse.de>
References: <200007130303.NAA13664@sherman.melbourne.sgi.com> <20000713171043.A25082@gruyere.muc.suse.de> <396DE3A6.658F07CD@thebarn.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <396DE3A6.658F07CD@thebarn.com>; from cattelan@thebarn.com on Thu, Jul 13, 2000 at 10:43:35AM -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Thu, Jul 13, 2000 at 10:43:35AM -0500, Russell Cattelan wrote:
> The team working on the dump code has asked that it not be pushed out to the
> tree on oss until it is working.
> 
> I'm not sure what difference it makes?!
> If you really want to look at it? I'll look into getting it pushed out.

I just wanted to look at the source and play a bit with it. And I suspected
that the tree was out-of-date again.

But when it is not working yet I can surely wait.

Thanks for the clarification,


-Andi

From owner-linux-xfs@oss.sgi.com Thu Jul 13 10:32:37 2000
Received:  by oss.sgi.com id <S42211AbQGMRc1>;
	Thu, 13 Jul 2000 10:32:27 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:32782 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGMRcI>; Thu, 13 Jul 2000 10:32:08 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA01533; Thu, 13 Jul 2000 10:37:50 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id KAA37029;
	Thu, 13 Jul 2000 10:32:16 -0700 (PDT)
Date:   Thu, 13 Jul 2000 10:32:16 -0700 (PDT)
Message-Id: <200007131732.KAA37029@info.engr.sgi.com>
X-Pv-Incident: 796140 
webPV:  jen.cray.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: REASSIGN 796140 - deadlock on unmount
To:     lord@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796140

 Status : open                         Priority : 4                         
*Assigned Engineer : lord              Submitter : dxm                      
 Project : xfs-linux                  *Assigned Group : xfs-linux           
 Opened Date : 07/12/00               *Modified User : lord                 
*Modified User Domain : sgi.com       *Description :
I've marked this as minor since I've only seen it once and 
I haven't managed to make it reoccur.

I locked up XFS by doing an xfs_dumplog during on a filesystem
that was being unmounted. 

Looks like xfs_dumplog was closing the device at a vital time
during the unmount. Can these two functions deadlock?

int

.....


==========================
ADDITIONAL INFORMATION (REASSIGN)
From: lord@sgi.com (BugWorks)
Date: Jul 13 2000 10:32:15AM
==========================

Assigning to me

From owner-linux-xfs@oss.sgi.com Thu Jul 13 10:33:08 2000
Received:  by oss.sgi.com id <S42218AbQGMRc5>;
	Thu, 13 Jul 2000 10:32:57 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:37134 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGMRcu>; Thu, 13 Jul 2000 10:32:50 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA06272; Thu, 13 Jul 2000 10:38:32 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id KAA89492;
	Thu, 13 Jul 2000 10:32:58 -0700 (PDT)
Date:   Thu, 13 Jul 2000 10:32:58 -0700 (PDT)
Message-Id: <200007131732.KAA89492@info.engr.sgi.com>
X-Pv-Incident: 796141 
webPV:  jen.cray.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: REASSIGN 796141 - pagebuf mostly ignores pb_count_desired
To:     cattelan@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796141

 Status : open                         Priority : 3                         
*Assigned Engineer : cattelan          Submitter : dxm                      
 Project : xfs-linux                   Assigned Group : xfs-linux           
 Opened Date : 07/12/00               *Modified User : lord                 
*Modified User Domain : sgi.com       *Description :
(Rusell & I have been discussing this one - just wanted to 
keep the info central)

If a buffer is allocated with a certain size then the actual 
number of bytes to read/write is set to a smaller value with
XFS_BUF_SET_COUNT, pagebuf ignores the small value and
reads/writes the whole buffer.

This only occurs in XFS in the log code, specifically in
xlog_bread, xlog_bwrite, xlog_write_log_records and 

.....


==========================
ADDITIONAL INFORMATION (REASSIGN)
From: lord@sgi.com (BugWorks)
Date: Jul 13 2000 10:32:58AM
==========================

Russell is working on this one

From owner-linux-xfs@oss.sgi.com Thu Jul 13 12:06:17 2000
Received:  by oss.sgi.com id <S42211AbQGMTGH>;
	Thu, 13 Jul 2000 12:06:07 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:51827 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGMTFq>;
	Thu, 13 Jul 2000 12:05:46 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA18070
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 11:58:26 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA12603
	for linux-xfs@oss.sgi.com; Thu, 13 Jul 2000 14:04:36 -0500 (CDT)
Date:   Thu, 13 Jul 2000 14:04:36 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007131904.OAA12603@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - add DMAPI_MINOR
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Add DMAPI_MINOR

Modid:  2.4.0-test1-xfs:slinx:66609a
Date:  Thu Jul 13 12:02:45 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/include/linux/miscdevice.h - 1.7
	- add a misc minor number for dmapi dev.  dmapi uses ioctl's to communicate
	  with user space.


From owner-linux-xfs@oss.sgi.com Thu Jul 13 12:10:48 2000
Received:  by oss.sgi.com id <S42218AbQGMTK2>;
	Thu, 13 Jul 2000 12:10:28 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:57973 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42185AbQGMTKS>;
	Thu, 13 Jul 2000 12:10:18 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA19053
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 12:02:57 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA11654
	for linux-xfs@oss.sgi.com; Thu, 13 Jul 2000 14:09:08 -0500 (CDT)
Date:   Thu, 13 Jul 2000 14:09:08 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007131909.OAA11654@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - uncomment bhv_base_unlocked prototype for dmapi
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

uncomment bhv_base_unlocked prototype for dmapi

Modid:  2.4.0-test1-xfs:slinx:66610a
Date:  Thu Jul 13 12:08:46 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/pseudo-inc/ksys/behavior.h - 1.8
	- dmapi needs bhv_base_unlocked--uncomment prototype so compiler is happy.


From owner-linux-xfs@oss.sgi.com Thu Jul 13 13:02:48 2000
Received:  by oss.sgi.com id <S42219AbQGMUC2>;
	Thu, 13 Jul 2000 13:02:28 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:18466 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42185AbQGMUCM>; Thu, 13 Jul 2000 13:02:12 -0700
Received: from rattle.melbourne.sgi.com (rattle.melbourne.sgi.com [134.14.55.145]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA01212
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 13:07:53 -0700 (PDT)
	mail_from (kenmcd@melbourne.sgi.com)
Received: from localhost (kenmcd@localhost)
	by rattle.melbourne.sgi.com (SGI-8.9.3/8.9.3) with ESMTP id GAA07058;
	Fri, 14 Jul 2000 06:01:11 +1000 (EST)
X-Authentication-Warning: rattle.melbourne.sgi.com: kenmcd owned process doing -bs
Date:   Fri, 14 Jul 2000 06:01:11 +1000
From:   Ken McDonell <kenmcd@melbourne.sgi.com>
Reply-To: kenmcd@melbourne.sgi.com
To:     Russell Cattelan <cattelan@thebarn.com>
cc:     Andi Kleen <ak@suse.de>, linux-xfs@oss.sgi.com
Subject: Re: TAKE - xfsdump
In-Reply-To: <396DE3A6.658F07CD@thebarn.com>
Message-ID: <Pine.SGI.4.10.10007140557150.14310-100000@rattle.melbourne.sgi.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Thu, 13 Jul 2000, Russell Cattelan wrote:
> ...
> The team working on the dump code has asked that it not be pushed out to the
> tree on oss until it is working.
> 
> I'm not sure what difference it makes?!

Well at this stage the code does not even compile, much less link.

We'd just like to avoid the usual rash of "foo does not compile ...
anyone else seen this ... is the cvs tree ok?" mail.

As soon as we have something that is even close to working we'll ask
Russell to turn on the mirroring in the cvs tree.  I'd expect this to
be about a week away still.


From owner-linux-xfs@oss.sgi.com Thu Jul 13 15:49:28 2000
Received:  by oss.sgi.com id <S42235AbQGMWtS>;
	Thu, 13 Jul 2000 15:49:18 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:64562 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGMWtF>;
	Thu, 13 Jul 2000 15:49:05 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA17610
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 15:41:45 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA91757 for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 17:46:41 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA00436 for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 17:46:41 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA07061; Thu, 13 Jul 2000 17:41:33 -0500
Message-Id: <200007132241.RAA07061@jen.americas.sgi.com>
Date:   Thu, 13 Jul 2000 17:41:33 -0500
Subject: TAKE - a possible locking hang
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This could fix some soft hangs in XFS, any attempt to directly lock
a pagebuf which has had I/O started on it may require waking up the
driver layer. Replicated code from pagebuf_get_lockable into pagebuf_lock.

Date:  Thu Jul 13 15:44:41 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66633a
linux/fs/pagebuf/page_buf_locking.c - 1.3
	- When attempting to lock a pagebuf which has I/O outstanding,
	  call run_task_queue(&tq_disk);



From owner-linux-xfs@oss.sgi.com Thu Jul 13 18:33:09 2000
Received:  by oss.sgi.com id <S42241AbQGNBct>;
	Thu, 13 Jul 2000 18:32:49 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:49223 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42205AbQGNBcc>; Thu, 13 Jul 2000 18:32:32 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA01570
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 18:38:13 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA11481 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 11:31:23 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA77222 for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 11:31:21 +1000 (EST)
Date:   Fri, 14 Jul 2000 11:31:21 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007140131.LAA77222@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - XFS qa 016 - test for pv 796141
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This test currently fails due to the pagebuf problem discussed
in pv 796141 (pb_count_desired issues)

This should be handy for testing...

Modid:  2.4.0-test1-xfs:slinx:66644a
Date:  Thu Jul 13 18:29:34 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/group - 1.14
	- add 016

cmd/xfs/stress/016 - 1.1
	- a test for pv 796141

cmd/xfs/stress/016.out - 1.1
	- output for 016


From owner-linux-xfs@oss.sgi.com Thu Jul 13 19:24:58 2000
Received:  by oss.sgi.com id <S42242AbQGNCYj>;
	Thu, 13 Jul 2000 19:24:39 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:14940 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNCYN>;
	Thu, 13 Jul 2000 19:24:13 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA07783; Thu, 13 Jul 2000 19:16:53 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id TAA86593;
	Thu, 13 Jul 2000 19:24:20 -0700 (PDT)
Date:   Thu, 13 Jul 2000 19:24:20 -0700 (PDT)
Message-Id: <200007140224.TAA86593@info.engr.sgi.com>
X-Pv-Incident: 796141 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: ADD 796141 - pagebuf mostly ignores pb_count_desired
To:     cattelan@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796141

 Status : open                         Priority : 3                         
 Assigned Engineer : cattelan          Submitter : dxm                      
*Modified User : dxm                  *Modified User Domain : engr          
*Description :
(Rusell & I have been discussing this one - just wanted to 
keep the info central)

If a buffer is allocated with a certain size then the actual 
number of bytes to read/write is set to a smaller value with
XFS_BUF_SET_COUNT, pagebuf ignores the small value and
reads/writes the whole buffer.

This only occurs in XFS in the log code, specifically in
xlog_bread, xlog_bwrite, xlog_write_log_records and 

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: dxm@engr (BugWorks)
Date: Jul 13 2000 07:24:19PM
==========================

QA test 016 exercises this bug.

From owner-linux-xfs@oss.sgi.com Thu Jul 13 19:57:29 2000
Received:  by oss.sgi.com id <S42243AbQGNC5T>;
	Thu, 13 Jul 2000 19:57:19 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:50018 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNC5F>;
	Thu, 13 Jul 2000 19:57:05 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA09807
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 19:49:43 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11926 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:54:41 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA53864 for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 12:54:39 +1000 (EST)
Date:   Fri, 14 Jul 2000 12:54:39 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007140254.MAA53864@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - logprint header output & qa changes
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

move along please

Modid:  2.4.0-test1-xfs:slinx:66647a
Date:  Thu Jul 13 19:54:06 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/logprint/log_print_trans.c - 1.31
	- tidy format, output log state (dirty/clean)

cmd/xfs/logprint/logprint.c - 1.41
	- tidy format

cmd/xfs/stress/015 - 1.4
	- fix owner

cmd/xfs/stress/016 - 1.2
	- fix owner, match format change on logprint


From owner-linux-xfs@oss.sgi.com Thu Jul 13 21:04:48 2000
Received:  by oss.sgi.com id <S42209AbQGNEEi>;
	Thu, 13 Jul 2000 21:04:38 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:32619 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNEEM>;
	Thu, 13 Jul 2000 21:04:12 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA14235
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 20:56:49 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12221 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 14:03:00 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA18766 for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 14:02:59 +1000 (EST)
Date:   Fri, 14 Jul 2000 14:02:59 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007140402.OAA18766@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - maxtrres
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Brings maxtrres into the libxfs fold, fixing the one remaining
maxtrres compiler warning in the process.


Modid:  2.4.0-test1-xfs:slinx:66649a
Date:  Thu Jul 13 20:53:44 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/include/libxfs.h - 1.5
	- additional required mount fields, additional functions needed
	  by mount and maxtrres.

cmd/xfs/include/xfs_mount.h - 1.2
	- make xfs_trans_reservations type visible.

cmd/xfs/include/xfs_trans.h - 1.2
	- fix a typo, make XFS_TRANS_RESERVE visible for maxtrres.

cmd/xfs/libxfs/init.c - 1.3
	- tidy up code, export some previously static routines, add
	  minimal mount code required to support user tools.

cmd/xfs/libxfs/kernel.c - 1.2
	- rename routines to assist in automated change detection, add routines
	  required for mount routine and maxtrres.

cmd/xfs/libxfs/rdwr.c - 1.3
	- tidy up code.

cmd/xfs/maxtrres/Makefile - 1.7
	- use libxfs, no longer define stuff like _KMEMUSER, SIM, etc.

cmd/xfs/maxtrres/xfs_maxtrres.c - 1.14
	- use libxfs.  move code previously lifted from the kernel
	  into libxfs/kernel.c for automated change detection.


From owner-linux-xfs@oss.sgi.com Thu Jul 13 23:24:09 2000
Received:  by oss.sgi.com id <S42212AbQGNGXt>;
	Thu, 13 Jul 2000 23:23:49 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:53886 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNGXU>;
	Thu, 13 Jul 2000 23:23:20 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA23250
	for <linux-xfs@oss.sgi.com>; Thu, 13 Jul 2000 23:15:58 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA13101 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 16:22:11 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA80518 for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 16:22:10 +1000 (EST)
Date:   Fri, 14 Jul 2000 16:22:10 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007140622.QAA80518@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - logprint
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:66664a
Date:  Thu Jul 13 23:21:39 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/logprint/log_misc.c - 1.64
	- fix a bug where an uninitialised variable could be passed to lseek,
	  causing either a random log starting point or an lseek failure.


From owner-linux-xfs@oss.sgi.com Fri Jul 14 04:45:11 2000
Received:  by oss.sgi.com id <S42209AbQGNLpB>;
	Fri, 14 Jul 2000 04:45:01 -0700
Received: from infortrend.com.tw ([203.67.221.1]:14608 "EHLO infortrend.com.tw")
	by oss.sgi.com with ESMTP id <S42205AbQGNLoo>;
	Fri, 14 Jul 2000 04:44:44 -0700
Received: from infortrend.com.tw ([192.168.30.52])
	by infortrend.com.tw (8.9.3/8.9.3) with ESMTP id TAA24933
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 19:55:03 +0800
Message-ID: <396EFD2B.4DDF47B1@infortrend.com.tw>
Date:   Fri, 14 Jul 2000 19:44:43 +0800
From:   warren <warren@infortrend.com.tw>
X-Mailer: Mozilla 4.5 [en] (WinNT; I)
X-Accept-Language: zh-TW,en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: What are realtime extents?
Content-Type: text/plain; charset=big5
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Hi,
    I am sorry to ask problem. What are realtime extents and for what?
    Thanks.

    Warren


From owner-linux-xfs@oss.sgi.com Fri Jul 14 05:40:41 2000
Received:  by oss.sgi.com id <S42211AbQGNMkc>;
	Fri, 14 Jul 2000 05:40:32 -0700
Received: from palrel3.hp.com ([156.153.255.226]:13572 "HELO palrel3.hp.com")
	by oss.sgi.com with SMTP id <S42205AbQGNMkH>;
	Fri, 14 Jul 2000 05:40:07 -0700
Received: from claymore.sqf.hp.com (claymore.sqf.hp.com [15.144.177.1])
	by palrel3.hp.com (Postfix) with ESMTP id 311B513F1
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 05:40:14 -0700 (PDT)
Received: from agilent.com (sqf2232.sqf.hp.com [15.144.185.196])
	by claymore.sqf.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.0) with ESMTP id NAA20011
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 13:39:00 +0100 (BST)
Message-ID: <396F09E2.64C9ED99@agilent.com>
Date:   Fri, 14 Jul 2000 13:38:58 +0100
From:   Richard Downer <richard_downer@agilent.com>
Organization: Agilent Technologies UK Ltd.
X-Mailer: Mozilla 4.73 [en]C-CCK-MCD   (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: XFS information request
Content-Type: multipart/mixed;
 boundary="------------EDBCDB05ADF9694DA9236C8E"
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a multi-part message in MIME format.
--------------EDBCDB05ADF9694DA9236C8E
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

As this message is probably not-quite-on-topic for this list I will keep
this brief, and welcome any responses either to the list or through
private email.

We're interested in using XFS as the file system on an embedded device. 
This device performs data logging tasks.  Data integrity is important,
and the device could potentially be used in an environment where power
failures happen regularly.  After a power failure, the device must
recover very quickly -- this is why XFS looks like good solution to our
requirements.

I'd like some information on how data is written to the disk -- what is
written to the disk and what is stored in the journal, at what stages
the structures on the disk are updated, how the filesystem recovers
after an unclean shutdown, and so on.  If a file is damaged by unclean
shutdown, then subsequently recovered, what state will the file be in? 
What kind of corruption, if any, could it suffer?

Thanks,
-- 
  Richard Downer * Telecom Network Test Division * Agilent Technologies
       Tel 0131-331-7436 * Fax 0131-331-7172 * Internal Tel 32436
--------------EDBCDB05ADF9694DA9236C8E
Content-Type: text/x-vcard; charset=us-ascii;
 name="richard_downer.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Richard Downer
Content-Disposition: attachment;
 filename="richard_downer.vcf"

begin:vcard 
n:Downer;Richard
tel;fax:0131-331-7182
tel;work:0131-331-7436
x-mozilla-html:FALSE
url:http://www.agilent.com
org:Agilent Technologies UK Limited;TNTD R&D
adr:;;Scotstoun Avenue;South Queensferry;West Lothian;EH30 9RZ;United Kingdom
version:2.1
email;internet:richard_downer@agilent.com
title:Software Engineer
fn:Richard Downer
end:vcard

--------------EDBCDB05ADF9694DA9236C8E--


From owner-linux-xfs@oss.sgi.com Fri Jul 14 08:54:22 2000
Received:  by oss.sgi.com id <S42212AbQGNPyN>;
	Fri, 14 Jul 2000 08:54:13 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:6500 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNPxr>;
	Fri, 14 Jul 2000 08:53:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA06390
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 08:46:26 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA03007; Fri, 14 Jul 2000 10:52:37 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id KAA60778; Fri, 14 Jul 2000 10:52:38 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id KAA22598; Fri, 14 Jul 2000 10:52:37 -0500 (CDT)
Message-Id: <200007141552.KAA22598@tiki.americas.sgi.com>
Subject: Re: XFS information request
To:     richard_downer@agilent.com (Richard Downer)
Date:   Fri, 14 Jul 2000 10:52:37 -0500 (CDT)
Cc:     linux-xfs@oss.sgi.com
In-Reply-To: <396F09E2.64C9ED99@agilent.com> from "Richard Downer" at Jul 14, 2000 01:38:58 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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


> Hi,
>     I am sorry to ask problem. What are realtime extents and for what?
>     Thanks.
> 
>     Warren

> 
> As this message is probably not-quite-on-topic for this list I will keep
> this brief, and welcome any responses either to the list or through
> private email.
> 
> We're interested in using XFS as the file system on an embedded device. 
> This device performs data logging tasks.  Data integrity is important,
> and the device could potentially be used in an environment where power
> failures happen regularly.  After a power failure, the device must
> recover very quickly -- this is why XFS looks like good solution to our
> requirements.
> 
> I'd like some information on how data is written to the disk -- what is
> written to the disk and what is stored in the journal, at what stages
> the structures on the disk are updated, how the filesystem recovers
> after an unclean shutdown, and so on.  If a file is damaged by unclean
> shutdown, then subsequently recovered, what state will the file be in? 
> What kind of corruption, if any, could it suffer?

In XFS only meta-data is journaled, typically high-performance
applications using XFS use "direct" I/O to "pre-allocated" files, thus
eliminating loss of buffered data, and keeping meta-data ops
(i.e. allocations/extensions) to a minimum, whilst running the
disks at hardware speed.

> 
> Thanks,
> -- 
>   Richard Downer * Telecom Network Test Division * Agilent Technologies

First would be to scan the design docs & white papers available at:

	http://oss.sgi.com/projects/xfs/

Look on the left for the "Design", "1999 XFS White Paper", &
"Usenix Paper" links.

Some of the material is old, but provides the basis for the
fundamentals..

Also check out the "Selected original 1993 XFS design documents"
link near the bottom of the page..

After that, or, if that's already been done, try us again..

	-Ted

From owner-linux-xfs@oss.sgi.com Fri Jul 14 12:34:42 2000
Received:  by oss.sgi.com id <S42226AbQGNTec>;
	Fri, 14 Jul 2000 12:34:32 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:25393 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNTeS>;
	Fri, 14 Jul 2000 12:34:18 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA10356
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:26:57 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA12687 for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:33:56 -0700 (PDT)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA80911
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 14:31:18 -0500 (CDT)
Date:   Fri, 14 Jul 2000 14:31:18 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007141931.OAA80911@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - add VOP_VGET for DMAPI
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

add VOP_VGET for DMAPI

Modid:  2.4.0-test1-xfs:slinx:66870a
Date:  Fri Jul 14 12:30:50 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/pseudo-inc/sys/vfs.h - 1.12
	- add a vop for vget, dmapi wants this


From owner-linux-xfs@oss.sgi.com Fri Jul 14 12:36:12 2000
Received:  by oss.sgi.com id <S42227AbQGNTgC>;
	Fri, 14 Jul 2000 12:36:02 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:52785 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNTfy>;
	Fri, 14 Jul 2000 12:35:54 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA10536
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:28:33 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA98865 for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:35:32 -0700 (PDT)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA83337
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 14:32:55 -0500 (CDT)
Date:   Fri, 14 Jul 2000 14:32:55 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007141932.OAA83337@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Add VOP_FID2 for DMAPI
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Add VOP_FID2 for DMAPI

Modid:  2.4.0-test1-xfs:slinx:66871a
Date:  Fri Jul 14 12:32:40 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.26
	- add a vop for fid2, dmapi wants this


From owner-linux-xfs@oss.sgi.com Fri Jul 14 12:38:53 2000
Received:  by oss.sgi.com id <S42230AbQGNTin>;
	Fri, 14 Jul 2000 12:38:43 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:28466 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNTih>;
	Fri, 14 Jul 2000 12:38:37 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA10793
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:31:16 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA94146 for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:38:14 -0700 (PDT)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA80410
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 14:35:38 -0500 (CDT)
Date:   Fri, 14 Jul 2000 14:35:38 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007141935.OAA80410@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - add fid2_t, xfs_handle_cmp, fshsize for dmapi
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

add fid2_t, xfs_handle_cmp, fshsize for dmapi

Modid:  2.4.0-test1-xfs:slinx:66872a
Date:  Fri Jul 14 12:35:25 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/include/linux/xfs_fs.h - 1.6
	- add fid2_t, xfs_handle_cmp, fshsize for dmapi


From owner-linux-xfs@oss.sgi.com Fri Jul 14 12:43:52 2000
Received:  by oss.sgi.com id <S42231AbQGNTnm>;
	Fri, 14 Jul 2000 12:43:42 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:35635 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNTne>;
	Fri, 14 Jul 2000 12:43:34 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA11351
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 12:36:13 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id OAA90902
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 14:42:10 -0500 (CDT)
Date:   Fri, 14 Jul 2000 14:42:10 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007141942.OAA90902@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - replace union rval with an int, as used by dmapi
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

replace union rval with an int, as used by dmapi

Modid:  2.4.0-test1-xfs:slinx:66873a
Date:  Fri Jul 14 12:42:00 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/include/linux/dmapi_kern.h - 1.2
	- replace union rval with an int


From owner-linux-xfs@oss.sgi.com Fri Jul 14 13:20:52 2000
Received:  by oss.sgi.com id <S42232AbQGNUUm>;
	Fri, 14 Jul 2000 13:20:42 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:57921 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNUU3>;
	Fri, 14 Jul 2000 13:20:29 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA17736
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 13:13:08 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA02558; Fri, 14 Jul 2000 15:19:20 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA05190; Fri, 14 Jul 2000 15:19:20 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id PAA09676; Fri, 14 Jul 2000 15:14:03 -0500
Message-Id: <200007142014.PAA09676@jen.americas.sgi.com>
To:     Dean Roehrich <roehrich@clink.americas.sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - replace union rval with an int, as used by dmapi 
In-reply-to: Your message of "Fri, 14 Jul 2000 14:42:10 CDT
Date:   Fri, 14 Jul 2000 15:14:03 -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> replace union rval with an int, as used by dmapi
> 
> Modid:  2.4.0-test1-xfs:slinx:66873a
> Date:  Fri Jul 14 12:42:00 PDT 2000
> Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
> SPRs closed:  
> Severity:  Minor
> Modtype:  Bugfix
> Test Description:  
> blah
> Keywords:  NONE
> Requested reviewer(s):  
> Author:  roehrich
> 
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
> 
> linux/include/linux/dmapi_kern.h - 1.2
> 	- replace union rval with an int


Dean, your changes appear to have severly broken XFS (not this one).
You changed the ops vector for vnodes, but did not change the definition
in xfs_vnodeops.c please fix it ASAP.

Steve


From owner-linux-xfs@oss.sgi.com Fri Jul 14 13:36:53 2000
Received:  by oss.sgi.com id <S42235AbQGNUgn>;
	Fri, 14 Jul 2000 13:36:43 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:51527 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNUg2>;
	Fri, 14 Jul 2000 13:36:28 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA19678
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 13:29:06 -0700 (PDT)
	mail_from (roehrich@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA40801 for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 15:35:19 -0500 (CDT)
Received: from slobber.americas.sgi.com (slobber.americas.sgi.com [128.162.184.30]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id PAA22180; Fri, 14 Jul 2000 15:35:20 -0500 (CDT)
Received: from slobber.americas.sgi.com by slobber.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) via ESMTP id PAA07724; Fri, 14 Jul 2000 15:35:19 -0500 (CDT)
Message-Id: <200007142035.PAA07724@slobber.americas.sgi.com>
To:     lord@sgi.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - replace union rval with an int, as used by dmapi 
Date:   Fri, 14 Jul 2000 15:35:19 -0500
From:   Dean Roehrich <roehrich@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I'm on it now.

>From:  lord@sgi.com
>> replace union rval with an int, as used by dmapi
>> 
>> Modid:  2.4.0-test1-xfs:slinx:66873a
>> Date:  Fri Jul 14 12:42:00 PDT 2000
>> Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
>> SPRs closed:  
>> Severity:  Minor
>> Modtype:  Bugfix
>> Test Description:  
>> blah
>> Keywords:  NONE
>> Requested reviewer(s):  
>> Author:  roehrich
>> 
>> The following file(s) were checked into:
>>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
>> 
>> linux/include/linux/dmapi_kern.h - 1.2
>> 	- replace union rval with an int
>
>
>Dean, your changes appear to have severly broken XFS (not this one).
>You changed the ops vector for vnodes, but did not change the definition
>in xfs_vnodeops.c please fix it ASAP.
>
>Steve
>

From owner-linux-xfs@oss.sgi.com Fri Jul 14 13:45:32 2000
Received:  by oss.sgi.com id <S42233AbQGNUpW>;
	Fri, 14 Jul 2000 13:45:22 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:10058 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNUpM>;
	Fri, 14 Jul 2000 13:45:12 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA20591
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 13:37:51 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA97467
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 15:44:02 -0500 (CDT)
Date:   Fri, 14 Jul 2000 15:44:02 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007142044.PAA97467@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - add vget and fid2 to ops vectors
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

add vget and fid2 to ops vectors

Modid:  2.4.0-test1-xfs:slinx:66878a
Date:  Fri Jul 14 13:43:43 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built and installed module, rebooted, modprobe'd xfs, no errors reported.
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_vfsops.c - 1.275
	- add vget to vfsops vector

linux/fs/xfs/xfs_vnodeops.c - 1.462
	- add fid2 to vnodeops vector


From owner-linux-xfs@oss.sgi.com Fri Jul 14 14:08:13 2000
Received:  by oss.sgi.com id <S42234AbQGNVID>;
	Fri, 14 Jul 2000 14:08:03 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:50768 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNVHu>;
	Fri, 14 Jul 2000 14:07:50 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.102]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA23701
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 14:00:28 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id QAA11035
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 16:12:58 -0400
Date:   Fri, 14 Jul 2000 16:12:58 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007142012.QAA11035@snafu.americas.sgi.com>
Subject: TAKE - Really fix the xfs vnode ops
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Fri Jul 14 14:05:29 PDT 2000
Workarea:  192.82.201.102:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66886a
linux/fs/xfs/xfs_vnodeops.c - 1.463
	- Really add add fid2 to vnodeops vector



From owner-linux-xfs@oss.sgi.com Fri Jul 14 14:38:42 2000
Received:  by oss.sgi.com id <S42236AbQGNVid>;
	Fri, 14 Jul 2000 14:38:33 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:34905 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNViM>;
	Fri, 14 Jul 2000 14:38:12 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.102]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA27456
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 14:30:50 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id QAA13905
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 16:43:19 -0400
Date:   Fri, 14 Jul 2000 16:43:19 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007142043.QAA13905@snafu.americas.sgi.com>
Subject: TAKE - Ensure that xfs_inactive is always called 
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Change how iput and vn_rele are glued together, we need to ensure that all
iput calls get directed through vn_rele do we can do inactive processing
correctly. Previously vn_rele called iput, but calls to iput from outside
XFS would bypass the vn_rele code, and hence not hit xfs_inactive when the
count reached zero.

We now have VN_RELE calls vn_put - which calls iput, linvfs_put_inode
which is called out of iput will call vn_rele.

Date:  Fri Jul 14 14:35:08 PDT 2000
Workarea:  192.82.201.102:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66890a
linux/fs/xfs/pseudo-inc/sys/vnode.h - 1.27
	- Make VN_RELE call vn_put instead of vn_rele - it ends up in vn_rele via iput

linux/fs/xfs/linux/xfs_vnode.c - 1.33
	- No longer call vn_put out of vn_rele as vn_rele is now called via iput

linux/fs/xfs/linux/xfs_super.c - 1.74
	- linvfs_put_inode now calls vn_rele.



From owner-linux-xfs@oss.sgi.com Fri Jul 14 14:41:33 2000
Received:  by oss.sgi.com id <S42241AbQGNVlY>;
	Fri, 14 Jul 2000 14:41:24 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:32090 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNVlR>;
	Fri, 14 Jul 2000 14:41:17 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.102]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA27897
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 14:33:55 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id QAA13998
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 16:46:25 -0400
Date:   Fri, 14 Jul 2000 16:46:25 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007142046.QAA13998@snafu.americas.sgi.com>
Subject: TAKE - keep directory link count uptodate correctly
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Fri Jul 14 14:40:40 PDT 2000
Workarea:  192.82.201.102:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66891a
linux/fs/xfs/linux/xfs_iops.c - 1.59
	- Reintroduce the code for keeping directory link counts correct. We do need
	  to keep the inode link count correct all the time so that correct processing
	  is done out of iput and other places.



From owner-linux-xfs@oss.sgi.com Fri Jul 14 16:29:04 2000
Received:  by oss.sgi.com id <S42242AbQGNX2z>;
	Fri, 14 Jul 2000 16:28:55 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:58228 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGNX2j>;
	Fri, 14 Jul 2000 16:28:39 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA09184; Fri, 14 Jul 2000 16:21:18 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA58355; Fri, 14 Jul 2000 16:28:17 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id QAA99138;
	Fri, 14 Jul 2000 16:27:00 -0700 (PDT)
Date:   Fri, 14 Jul 2000 16:27:00 -0700 (PDT)
Message-Id: <200007142327.QAA99138@info.engr.sgi.com>
X-Pv-Incident: 796141 
webPV:  gibble.cray.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (cattelan@engr.sgi.com)
Subject: CLOSE 796141 - pagebuf mostly ignores pb_count_desired
To:     cattelan@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=796141

*Status : closed                       Priority : 3                         
 Assigned Engineer : cattelan          Submitter : dxm                      
 Opened Date : 07/12/00               *Closed Date : 07/14/00               
*Fixed By : cattelan                  *Fixed By Domain : engr               
*Modified Date : 07/14/00             *Modified User : cattelan             
*Modified User Domain : engr          *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: cattelan@engr (BugWorks)
Date: Jul 14 2000 04:27:00PM
==========================

Fixed IO to use pb_count_desired rather than pb_buffer_length

From owner-linux-xfs@oss.sgi.com Fri Jul 14 19:11:29 2000
Received:  by oss.sgi.com id <S42243AbQGOCLU>;
	Fri, 14 Jul 2000 19:11:20 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:18453 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42205AbQGOCKw>;
	Fri, 14 Jul 2000 19:10:52 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.172]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA22177
	for <linux-xfs@oss.sgi.com>; Fri, 14 Jul 2000 19:03:00 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id VAA03386
	for linux-xfs@oss.sgi.com; Fri, 14 Jul 2000 21:15:33 -0400
Date:   Fri, 14 Jul 2000 21:15:33 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007150115.VAA03386@snafu.americas.sgi.com>
Subject: TAKE - fix inode locking problems with bonnie++
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Fri Jul 14 19:09:35 PDT 2000
Workarea:  192.82.201.172:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66923a
linux/fs/xfs/xfs_iget.c - 1.122
	- Change to avoid nested hash locking due to callbacks out of the linux
	  inode layer - including allocating a new inode causing an icache prune.



From owner-linux-xfs@oss.sgi.com Sat Jul 15 22:32:40 2000
Received:  by oss.sgi.com id <S42249AbQGPFcb>;
	Sat, 15 Jul 2000 22:32:31 -0700
Received: from assassin.pi.net.pl ([195.116.221.65]:64017 "EHLO
        assassin.pi.net.pl") by oss.sgi.com with ESMTP id <S42205AbQGPFcD>;
	Sat, 15 Jul 2000 22:32:03 -0700
Received: from host (ip192.providence11.ri.pub-ip.psi.net [38.26.242.192])
	by assassin.pi.net.pl (8.9.3/8.9.3) with ESMTP id HAA18755;
	Sun, 16 Jul 2000 07:00:39 +0200
Message-Id: <200007160500.HAA18755@assassin.pi.net.pl>
From:   "Greg binde" <dokks@mailboom.com>
Subject: You are Invited #6BE0
To:     list49r@assassin.pi.net.pl
X-Mailer: DiffondiCool V3,1,6,0 (W95/NT) (Build: Oct 18 1999)
Mime-Version: 1.0
Date:   Sat, 15 Jul 2000 23:08:32 -0500
Content-Type: multipart/mixed; boundary="----=_NextPart_000_007F_01BDF6C7.FABAC1B0"
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This is a MIME Message

------=_NextPart_000_007F_01BDF6C7.FABAC1B0
Content-Type: multipart/alternative; boundary="----=_NextPart_001_0080_01BDF6C7.FABAC1B0"

------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

***** This is an HTML Message ! *****


------=_NextPart_001_0080_01BDF6C7.FABAC1B0
Content-Type: text/html; charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!doctype html public "-//w3c//dtd html 4=2E0
 transitional//en">
 <html>
 <head>
    <meta http-equiv=3D"Content-Type"
 content=3D"text/html; charset=3Diso-8859-1">
    <meta name=3D"GENERATOR" content=3D"Mozilla/4=2E51
 [en] (Win95; I) [Netscape]">
    <title>Executive Guild Membership
 ApplicationResponse-O-Matic Form</title>
 </head>
 <body text=3D"#808080" bgcolor=3D"#FFFF99"
 link=3D"#800040" vlink=3D"#FF0000" alink=3D"#8080C0">
 <font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Dear
 Candidate,</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">You were recently
 selected by The Office of the
 Managing</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Director for
 a free listing on The International
 Executive</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Who's
 Who=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Our Researchers
 gather information from many
 recognized</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">sources, including
 professional associations and
 societies,</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">trade organizations,
 newspaper and magazine articles,</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">professional
 reference publications, web presence,
 and</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">referrals
 from existing members=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">As a highly
 respected professional in your field
 of</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">expertise,
 we believe your contributions merit
 very</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">serious consideration
 for inclusion on The International</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Executive
 Who's Who=2E&nbsp; To maintain the
 highest</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">level of accuracy,
 we ask you fill out the brief bit
 of</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">information
 below required for inclusion=2E</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">There is no
 cost or obligation to be listed on
 The</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">International
 Executive  Who's Who=2E</font></font>
 <br>&nbsp;
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">My Sincere
 Thanks,</font></font>
 <p><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Lorraine A=2E
 Michaels</font></font>
 <br><font face=3D"Times New Roman,Times"><font
 color=3D"#000000">Office Of
 Managing Director</font></font>
 <p>
 <hr WIDTH=3D"100%">
 <br><font color=3D"#000000"><font size=3D-1>The
 International Executive Who's Who
 is not affiliated or associated with Marquis
 Who's Who=2E</font></font>
 <br>
 <hr WIDTH=3D"100%">
 <br><b><i><font face=3D"Times New
 Roman,Times"><font color=3D"#000000">If you
 wish to be removed from our list, please submit
 your request</font></font></i></b>
 <br><b><i><font face=3D"Times New
 Roman,Times"><font color=3D"#000000">at the
 bottom of this email=2E</font></font></i></b>
 <br>
 <hr WIDTH=3D"100%">
 <table WIDTH=3D"695" >
 <caption><script language=3D"JavaScript">
 
 <!--
 function validate_form() {
   validity =3D true; // assume valid
   if (!check_empty(document=2Eform=2Ebusphone=2Evalue))
         { validity =3D false; alert('Day Time
 Phone field is empty!'); }
     if (validity)
         alert ("Thank you for your registration!
 "
                 + "Your form is now being passed
 to your browser's "
                 + "Mail Delivery Sub-System for
 NORMAL"
                 + " NON-ENCRYPTED email
 delivery=2E"
                 + "  All email addresses are
 removed from our system"
                 + " upon registration=2E  Please
 click OK to proceed");
   return validity;
 }

 function check_empty(text) {
   return (text=2Elength > 0); // returns false if
 empty
 }
 
 // -->
 
 </script>
 
 
 <!-- CHANGE EMAIL ADDRESS IN ACTION OF FORM -->
 
 <form name=3D"form"
  method=3D"post"
  action=3D"mailto:yyzr@techflash=2Ecom?SUBJECT=3DInternet Lead"
  enctype=3D"text/plain"
  onSubmit=3D"return validate_form()"></caption>
 
 <tr>
 <td></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2">
 <center><b><i><font color=3D"#000000"><font
 size=3D+3>International Executive
 Who's Who</font></font></i></b>
 <br><b><font color=3D"#000000"><font
 size=3D+2>Registration Form</font></font></b>
 <br><b><font color=3D"#000000">(US and Canada
 Only)</font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 </td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP COLSPAN=3D"2"><i><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D+0>Please
 fill out this form if you would like to be
 included on The International
 Executive  Who's Who=2E For accuracy and
 publication purposes, please
 complete and send this form at the earliest
 opportunity=2E There is </font>no
 charge or obligation<font size=3D+0> to be listed
 on The International Executive
 Who's Who=2E</font></font></font></i>
 <br>
 <hr WIDTH=3D"100%"></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Name</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"Name"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Company</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Company"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Title</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Title"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Address</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250"
 name=3D"Address"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>City</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"50" maxlength=3D"250" name=3D"City"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>State
 or Province</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"12" maxlength=3D"50" name=3D"State"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Country</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><select
 NAME=3D"Country" Size=3D"1"><option SELECTED><font
 color=3D"#000000">USA<option
 SELECTED>Canada</font></select></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>ZIP/Postal
 Code</font></font></font></b></td>
 
 <td ALIGN=3DLEFT VALIGN=3DCENTER WIDTH=3D"300"><input
 type=3D"text" value size=3D"12" maxlength=3D"50"
 name=3D"Zip"></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Day
 Time Telephone</font></font></font></b></td>
 
 <td ALIGN=3DLEFT WIDTH=3D"300"><input type=3D"text"
 value size=3D"22" maxlength=3D"50"
 name=3D"busphone"></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-1>Home
 Phone</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"22"
 maxlength=3D"50" name=3D"homephone"><b><font
 color=3D"#000000"><font size=3D-2>(Not
 To Be Published)</font></font></b></td>
 </tr>
 
 <tr>
 <td>
 <div align=3Dright><b><font
 face=3D"Arial,Helvetica"><font
 color=3D"#000000"><font size=3D-
 1>Email</font></font></font></b></div>
 </td>
 
 <td><input type=3D"text" value size=3D"50"
 maxlength=3D"100" name=3D"Email"></td>
 </tr>
 
 <tr>
 <td></td>
 
 <td></td>
 </tr>
 </table>
 
 <center>
 <p>
 <hr WIDTH=3D"100%"><b><font
 face=3D"ARIAL,HELVETICA"><font
 color=3D"#000000"><font size=3D-1>TO
 HELP US IN CONSIDERING YOUR APPLICATION, PLEASE
 TELL US A LITTLE ABOUT
 YOURSELF=2E=2E=2E</font></font></font></b>
 <br>
 <hr WIDTH=3D"100%"></center>
 
 <center><table WIDTH=3D"81%" >
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Your
 Business</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value
 size=3D"50" maxlength=3D"200"
 name=3D"business"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Financial
 Svcs, Banking, Computer Hardware, Software, Professional Svcs,
 Chemicals,
 Apparel, Aerospace, Food, Government, Utility,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Type
 of Organization</font></font></font></b></td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"Orgtype"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-1>(M=
fg,
 Dist/Wholesaler, Retailer, Law Firm,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Investment
 Bank, Commercial Bank, University,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>Financial
 Consultants, Ad Agency, Contractor, Broker,
 etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td VALIGN=3DTOP WIDTH=3D"300">
 <div align=3Dright><b><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Your
 Business Expertise</font></font></font></b></div>
 </td>
 
 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"expertise"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Corp=2EMgmt,
 Marketing, Civil Engineering,</font></font></font>
 <br><font face=3D"arial,helvetica"><font color=3D"#000000"><font size=3D-=
1>Tax
 
 Law, Nuclear Physics, Database Development, Operations, Pathologist,
 Mortgage
 Banking, etc=2E)</font></font></font></td>
 </tr>
 
 <tr>
 <td ALIGN=3DRIGHT VALIGN=3DTOP WIDTH=3D"300"><b><font
 face=3D"arial,helvetica"><font
 color=3D"#000000"><font size=3D-1>Major
 Product Line</font></font></font></b></td>

 <td>
 <div align=3Dright><input type=3D"text" value size=3D"50" maxlength=3D"25=
0"
 name=3D"product"></div>
 <font face=3D"arial,helvetica"><font color=3D"#000000"><font
 size=3D-1>(Integrated
 Circuits, Commercial Aircraft, Adhesives, Cosmetics, Plastic Components,
 
 Snack Foods, etc=2E)</font></font></font></td>
 </tr>
 </table></center>
 
 <center>
 <p><input NAME=3D"submit" TYPE=3D"submit" VALUE=3D" Submit By E-Mail "><i=
nput
 NAME=3D"reset" TYPE=3D"reset" VALUE=3D" Clear Form "></form>
 <br><b><font color=3D"#000000"><font size=3D-1>Note: Submitting this form=

 will
 be made by email, not by use of www=2E&nbsp; Confirmation of its delivery=

 is made by browsing your outgoing mail=2E</font></font></b>
 <br>
 <hr WIDTH=3D"100%"><b><i><font face=3D"arial,helvetica"><font
 color=3D"#000000"><font
 size=3D-1>Thank
 you for filling in this form, we will contact you with more
 information=2E</font></font></font></i></b>
 <br>
 <hr WIDTH=3D"100%">
 <br><font color=3D"#000000"><font size=3D-1>The International Executive
 is not affiliated or associated with Marquis Who's Who=2E</font></font>
 <br>
 <hr WIDTH=3D"100%">
 <br><b><font color=3D"#000000"><font size=3D+1>List
 Removal</font></font></b>
 <br><b><font color=3D"#000000"><font size=3D-1><a
 href=3D"mailto:dokks4@glay=2Eorg?subject=3Dremove">Click
 Here</a></font></font></b></center>
 
 </body>
 </html>

------=_NextPart_001_0080_01BDF6C7.FABAC1B0--

------=_NextPart_000_007F_01BDF6C7.FABAC1B0--




From owner-linux-xfs@oss.sgi.com Sun Jul 16 20:12:52 2000
Received:  by oss.sgi.com id <S42251AbQGQDMd>;
	Sun, 16 Jul 2000 20:12:33 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:19801 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42208AbQGQDMJ>;
	Sun, 16 Jul 2000 20:12:09 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA11757
	for <linux-xfs@oss.sgi.com>; Sun, 16 Jul 2000 20:04:16 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA26673 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 13:10:29 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA97342 for linux-xfs@oss.sgi.com; Mon, 17 Jul 2000 13:10:27 +1000 (EST)
Date:   Mon, 17 Jul 2000 13:10:27 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007170310.NAA97342@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix external logs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fix handling of external log uuids.
fix broken build (vn_get)
tidy logprint a little, keep xfs_mount_t and set in log.

Modid:  2.4.0-test1-xfs:slinx:66940a
Date:  Sun Jul 16 20:09:37 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/logprint/log_misc.c - 1.65
	- fix external logs

cmd/xfs/logprint/log_print_trans.c - 1.32
cmd/xfs/logprint/logprint.c - 1.42
cmd/xfs/logprint/logprint.h - 1.4
cmd/xfs/sim/src/libdisk.c - 1.12
	- fix external logs 

linux/fs/xfs/xfs_iget.c - 1.123
	- fix previously broken build.


From owner-linux-xfs@oss.sgi.com Mon Jul 17 08:51:21 2000
Received:  by oss.sgi.com id <S42209AbQGQPvL>;
	Mon, 17 Jul 2000 08:51:11 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:36425 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42208AbQGQPuk>;
	Mon, 17 Jul 2000 08:50:40 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA29674
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 08:42:48 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA31280 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 10:47:46 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA24989 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 10:47:45 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA07071; Mon, 17 Jul 2000 10:42:00 -0500
Message-Id: <200007171542.KAA07071@jen.americas.sgi.com>
Date:   Mon, 17 Jul 2000 10:42:00 -0500
Subject: TAKE - fix kiobuf page locking
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

The last pagebuf change got this one wrong.

Date:  Mon Jul 17 08:46:46 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66974a
linux/fs/pagebuf/page_buf.c - 1.12
- Fix kiobuf unlocking to unlock the same number of pages as we locked.
  We were locking based on the number of pages in the kiobuf, but unlocking
  based on the amount of data transferred, since the data transferred is
  now potentially different from the page count.....



From owner-linux-xfs@oss.sgi.com Mon Jul 17 13:45:22 2000
Received:  by oss.sgi.com id <S42212AbQGQUpM>;
	Mon, 17 Jul 2000 13:45:12 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:58669 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42208AbQGQUoi>;
	Mon, 17 Jul 2000 13:44:38 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA12239
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 13:36:46 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA93609
	for linux-xfs@oss.sgi.com; Mon, 17 Jul 2000 15:42:57 -0500 (CDT)
Date:   Mon, 17 Jul 2000 15:42:57 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007172042.PAA93609@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Remove some unnecessary dmi stubs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Remove some unnecessary dmi stubs

Modid:  2.4.0-test1-xfs:slinx:66999a
Date:  Mon Jul 17 13:42:41 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built with/without stubs, loaded filesystem with stubs
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_dmistubs.c - 1.6
	- remove some unnecessary stubs


From owner-linux-xfs@oss.sgi.com Mon Jul 17 13:49:12 2000
Received:  by oss.sgi.com id <S42224AbQGQUtC>;
	Mon, 17 Jul 2000 13:49:02 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:20015 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42208AbQGQUsj>;
	Mon, 17 Jul 2000 13:48:39 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA12794
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 13:40:47 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA70772
	for linux-xfs@oss.sgi.com; Mon, 17 Jul 2000 15:46:57 -0500 (CDT)
Date:   Mon, 17 Jul 2000 15:46:57 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007172046.PAA70772@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Make makefiles dmapi-aware
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Make xfs makefiles dmapi-aware

Modid:  2.4.0-test1-xfs:slinx:67000a
Date:  Mon Jul 17 13:46:45 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built with and without stubs, mounted filesystem with stubs
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/Makefile - 1.104
	- do not use stubs when dmapi is enabled

linux/fs/xfs/linux/Makefile - 1.23
	- do not use dmapi stubs when dmapi is enabled, and go into dmapi dir
	  when dmapi is enabled


From owner-linux-xfs@oss.sgi.com Mon Jul 17 13:59:52 2000
Received:  by oss.sgi.com id <S42226AbQGQU7m>;
	Mon, 17 Jul 2000 13:59:42 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:532 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42208AbQGQU7N>; Mon, 17 Jul 2000 13:59:13 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id OAA09521
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 14:04:29 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA92572
	for linux-xfs@oss.sgi.com; Mon, 17 Jul 2000 15:57:32 -0500 (CDT)
Date:   Mon, 17 Jul 2000 15:57:32 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007172057.PAA92572@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - use dmapi_kern.h instead of dmi_kern.h
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

use dmapi_kern.h instead of dmi_kern.h

Modid:  2.4.0-test1-xfs:slinx:67002a
Date:  Mon Jul 17 13:57:01 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built and loaded module
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_bmap.c - 1.255
linux/fs/xfs/xfs_iocore.c - 1.19
linux/fs/xfs/xfs_rename.c - 1.27
linux/fs/xfs/xfs_rw.c - 1.319
linux/fs/xfs/xfs_utils.c - 1.31
linux/fs/xfs/xfs_vfsops.c - 1.276
linux/fs/xfs/xfs_vnodeops.c - 1.464
	- use dmapi_kern.h instead of dmi_kern.h


From owner-linux-xfs@oss.sgi.com Mon Jul 17 15:13:02 2000
Received:  by oss.sgi.com id <S42230AbQGQWMw>;
	Mon, 17 Jul 2000 15:12:52 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:46363 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42227AbQGQWMc>; Mon, 17 Jul 2000 15:12:32 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA05000
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 15:17:48 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA90529 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:10:56 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA08924 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:10:53 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA14614; Mon, 17 Jul 2000 17:05:06 -0500
Message-Id: <200007172205.RAA14614@jen.americas.sgi.com>
Date:   Mon, 17 Jul 2000 17:05:06 -0500
Subject: TAKE - minor inode time fix
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 17 15:10:35 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67018a
linux/fs/xfs/linux/xfs_iops.c - 1.60
	- Fix typo in last checkin, not updating i_ctime on an inode



From owner-linux-xfs@oss.sgi.com Mon Jul 17 15:15:02 2000
Received:  by oss.sgi.com id <S42231AbQGQWOw>;
	Mon, 17 Jul 2000 15:14:52 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:57115 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42208AbQGQWOk>; Mon, 17 Jul 2000 15:14:40 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA06784
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 15:19:56 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA19948 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:13:02 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA08967 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:13:01 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA14695; Mon, 17 Jul 2000 17:07:14 -0500
Message-Id: <200007172207.RAA14695@jen.americas.sgi.com>
Date:   Mon, 17 Jul 2000 17:07:14 -0500
Subject: TAKE - turn on linvfs_putinode
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


In a previous fix I changed what happens in this function, but I was testing
with vnode tracing turned on. The put method was conditional on tracing being
on. Now we rely on it, so turn it on all the time

Date:  Mon Jul 17 15:11:42 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67019a
linux/fs/xfs/linux/xfs_super.c - 1.75
	- Make the inode put method happen if vnode tracing is turned off, we need
	  it now.



From owner-linux-xfs@oss.sgi.com Mon Jul 17 15:16:12 2000
Received:  by oss.sgi.com id <S42232AbQGQWQC>;
	Mon, 17 Jul 2000 15:16:02 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:64027 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42208AbQGQWPq>; Mon, 17 Jul 2000 15:15:46 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA01175
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 15:21:02 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA38729 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:14:07 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA09000 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:14:07 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA14766; Mon, 17 Jul 2000 17:08:19 -0500
Message-Id: <200007172208.RAA14766@jen.americas.sgi.com>
Date:   Mon, 17 Jul 2000 17:08:19 -0500
Subject: TAKE - remove duplicate call to xfs_inactive
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 17 15:13:44 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67020a
linux/fs/xfs/linux/xfs_vnode.c - 1.34
	- vn_remove no longer needs to call the inactive method, this will come out
	  of put inode now.



From owner-linux-xfs@oss.sgi.com Mon Jul 17 15:18:13 2000
Received:  by oss.sgi.com id <S42233AbQGQWSD>;
	Mon, 17 Jul 2000 15:18:03 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:12572 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42208AbQGQWRo>; Mon, 17 Jul 2000 15:17:44 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA07857
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 15:23:00 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA80395 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:16:05 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA09044 for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 17:16:04 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA14858; Mon, 17 Jul 2000 17:10:17 -0500
Message-Id: <200007172210.RAA14858@jen.americas.sgi.com>
Date:   Mon, 17 Jul 2000 17:10:17 -0500
Subject: TAKE - fix to sync path which reclaims inodes
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 17 15:15:21 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67021a
linux/fs/xfs/xfs_vfsops.c - 1.277
	- Add the I_RECLAIM flag to an inode going into finish_reclaim from sync,
	  also make sync safe against a null vnode pointer.



From owner-linux-xfs@oss.sgi.com Mon Jul 17 18:46:23 2000
Received:  by oss.sgi.com id <S42234AbQGRBqO>;
	Mon, 17 Jul 2000 18:46:14 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:64126 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42227AbQGRBpq>;
	Mon, 17 Jul 2000 18:45:46 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA19613
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 18:37:54 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA03205 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 11:42:52 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA70255 for linux-xfs@oss.sgi.com; Tue, 18 Jul 2000 11:42:50 +1000 (EST)
Date:   Tue, 18 Jul 2000 11:42:50 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007180142.LAA70255@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfsstats
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67037a
Date:  Mon Jul 17 18:41:36 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/pagebuf/page_buf_io.c - 1.13
linux/fs/xfs/linux/xfs_dmistubs.c - 1.7
	- fix compiler warning.

linux/fs/xfs/linux/xfs_file.c - 1.31
linux/fs/xfs/linux/xfs_lrw.c - 1.46
linux/fs/xfs/linux/xfs_vnode.c - 1.35
linux/fs/xfs/xfs_alloc.c - 1.134
linux/fs/xfs/xfs_alloc_btree.c - 1.62
linux/fs/xfs/xfs_attr.c - 1.76
linux/fs/xfs/xfs_bmap.c - 1.256
linux/fs/xfs/xfs_bmap_btree.c - 1.114
linux/fs/xfs/xfs_dir.c - 1.127
linux/fs/xfs/xfs_dir2.c - 1.20
linux/fs/xfs/xfs_dquot.c - 1.48
linux/fs/xfs/xfs_iget.c - 1.124
linux/fs/xfs/xfs_inode.c - 1.294
linux/fs/xfs/xfs_log.c - 1.218
linux/fs/xfs/xfs_qm.c - 1.51
linux/fs/xfs/xfs_trans.c - 1.115
linux/fs/xfs/xfs_trans_ail.c - 1.55
linux/fs/xfs/xfs_trans_dquot.c - 1.25
linux/fs/xfs/xfs_types.h - 1.43
linux/fs/xfs/xfs_vnodeops.c - 1.465
	- rework the xfs stats interface to facilitate code sharing.  if there
	  is no interface available to export the stats (i.e. procfs), don't
	  bother compiling them in.


From owner-linux-xfs@oss.sgi.com Mon Jul 17 20:09:35 2000
Received:  by oss.sgi.com id <S42236AbQGRDJZ>;
	Mon, 17 Jul 2000 20:09:25 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:39808 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42227AbQGRDJC>;
	Mon, 17 Jul 2000 20:09:02 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id WAA15073;
	Mon, 17 Jul 2000 22:08:37 -0500 (CDT)
Date:   Mon, 17 Jul 2000 22:08:37 -0500 (CDT)
Message-Id: <200007180308.WAA15073@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
cc:     jones@spica.cc.utexas.edu
Subject: Who do I talk to contribute?
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I was able to compile a linux kernel with the xfs file system using the 
"Linux XFS: CVS Download Instructions".   The only problem I ran into
was the need to add couple of stub files,  xfsrtstubs.c and 
xfsdmapistubs.c to the make file in linux/fs/xfs.   

I was able to create a xfs file system and have loaded it with lots of file.

No problem so far.  

I would like to contribute to the effort.   I could work on the fsr port. 
Which means I probaly should do the "Finish the implementing the syssgi() 
command" work item first if it is not alrady taken.

I run a dmf system managing about 4 million files and 16TB of data on an origin 2000. I used 
the sysgi bulkstat functions, the attributes functions and the sgi handle fucntions.

Bill Jones

jones@tacc.utexas.edu
         or
jones@mail.utexas.edu





From owner-linux-xfs@oss.sgi.com Mon Jul 17 20:12:14 2000
Received:  by oss.sgi.com id <S42238AbQGRDMF>;
	Mon, 17 Jul 2000 20:12:05 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:39700 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42227AbQGRDLq>;
	Mon, 17 Jul 2000 20:11:46 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA28029
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 20:03:53 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA03675 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 13:10:06 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA75256 for linux-xfs@oss.sgi.com; Tue, 18 Jul 2000 13:10:04 +1000 (EST)
Date:   Tue, 18 Jul 2000 13:10:04 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007180310.NAA75256@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - tidy handling of unomunt record
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67039a
Date:  Mon Jul 17 20:09:21 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_log.c - 1.219
	- tidy handling of unmount record


From owner-linux-xfs@oss.sgi.com Mon Jul 17 20:21:25 2000
Received:  by oss.sgi.com id <S42242AbQGRDVE>;
	Mon, 17 Jul 2000 20:21:04 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51255 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42241AbQGRDUj>; Mon, 17 Jul 2000 20:20:39 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id UAA05034
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 20:25:54 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA03751; Tue, 18 Jul 2000 13:18:59 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id NAA02682; Tue, 18 Jul 2000 13:18:56 +1000 (EST)
Message-Id: <200007180318.NAA02682@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     William L Jones <jones@tacc.cc.utexas.edu>
cc:     linux-xfs@oss.sgi.com
Subject: Re: Who do I talk to contribute? 
In-reply-to: Your message of "Mon, 17 Jul 2000 22:08:37 EST."
             <200007180308.WAA15073@spica.cc.utexas.edu> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Tue, 18 Jul 2000 13:18:56 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


William L Jones writes:

 => I would like to contribute to the effort.   I could work on the fsr port. 
 => Which means I probaly should do the "Finish the implementing the syssgi() 
 => command" work item first if it is not alrady taken.

Just as an aside:

Most of the XFS specific syssgi calls are already available through ioctls,
and the remaining growfs specific calls are in-progress in our group.

Bulkstat & bmap calls are certainly there.

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Mon Jul 17 21:56:24 2000
Received:  by oss.sgi.com id <S42243AbQGRE4P>;
	Mon, 17 Jul 2000 21:56:15 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:64827 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42235AbQGREzv>; Mon, 17 Jul 2000 21:55:51 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA04459
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 22:01:06 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA04163; Tue, 18 Jul 2000 14:54:11 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA03270; Tue, 18 Jul 2000 14:54:08 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007181454.ZM3411@wobbly.melbourne.sgi.com>
Date:   Tue, 18 Jul 2000 14:54:07 -0500
In-Reply-To: Daniel Moore <dxm@clouds>
        "Re: Who do I talk to contribute?" (Jul 18,  1:23pm)
References: <200007180318.NAA02682@clouds.melbourne.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>,
        William L Jones <jones@tacc.cc.utexas.edu>
Subject: Re: Who do I talk to contribute?
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Jul 18,  1:23pm, Daniel Moore wrote:
> Subject: Re: Who do I talk to contribute?
> 
> William L Jones writes:
> 
>  => I would like to contribute to the effort.   I could work on the fsr port. 
>  => Which means I probaly should do the "Finish the implementing the syssgi() 
>  => command" work item first if it is not alrady taken.
> 
> Just as an aside:
> 
> Most of the XFS specific syssgi calls are already available through ioctls,
> and the remaining growfs specific calls are in-progress in our group.
> 

There are XFS syssgi's which have not been ported as yet, e.g. the
SGI_FS_SWAPEXT syssgi call which fsr_xfs uses.  We (the Aussies)
haven't started looking into this yet.

The folk in Eagan will be best to get things rolling on this one
since (I think?) they wrote that code originally & know it best
(is that right?).

It would be a relatively simple exercise for me to get the fsr
code compiling initially and checked in with the other user tools
(which I don't mind doing if noone else jumps on it).  However, I
don't know the code at all, so I wouldn't be the best person to
handle merging of patches back into the tree & I'm unsure how much
of the kernel side of things is in place in the current Linux
code... (?)

cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Mon Jul 17 22:32:44 2000
Received:  by oss.sgi.com id <S42245AbQGRFcf>;
	Mon, 17 Jul 2000 22:32:35 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:48935 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42235AbQGRFcF>;
	Mon, 17 Jul 2000 22:32:05 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA07282
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 22:24:12 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA04386 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 15:29:11 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA77634 for linux-xfs@oss.sgi.com; Tue, 18 Jul 2000 15:29:10 +1000 (EST)
Date:   Tue, 18 Jul 2000 15:29:10 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007180529.PAA77634@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix own bug
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

mandrake guestured hypnotically...

Modid:  2.4.0-test1-xfs:slinx:67043a
Date:  Mon Jul 17 22:28:41 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_log.c - 1.220
	- data section must be 32 bit size aligned


From owner-linux-xfs@oss.sgi.com Tue Jul 18 00:07:05 2000
Received:  by oss.sgi.com id <S42246AbQGRHGz>;
	Tue, 18 Jul 2000 00:06:55 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:47667 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42235AbQGRHGO>;
	Tue, 18 Jul 2000 00:06:14 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA13020
	for <linux-xfs@oss.sgi.com>; Mon, 17 Jul 2000 23:58:21 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA04848; Tue, 18 Jul 2000 17:04:34 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA91844; Tue, 18 Jul 2000 17:04:31 +1000 (EST)
Date:   Tue, 18 Jul 2000 17:04:31 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007180704.RAA91844@snort.melbourne.sgi.com>
To:     jones@tacc.cc.utexas.edu, linux-xfs@oss.sgi.com
Subject: TAKE - fsr_xfs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This should get you started, Bill.

Have a look in linux/include/linux/xfs_fs.h to see how the
already-ported IRIX/XFS syssgi calls have been mapped to ioctl
calls under Linux/XFS.  I've marked the (numerous) places where
porting work needs to be done with "TODO" in a comment, and
commented out the offending code.

Obviously, this code is not fully functional at the moment.

cheers.


Modid:  2.4.0-test1-xfs:slinx:67047a
Date:  Mon Jul 17 23:52:42 PDT 2000
Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/fsr/Makefile - 1.1
cmd/xfs/fsr/fsr_xfs.c - 1.1
cmd/xfs/fsr/jdm.c - 1.1
cmd/xfs/fsr/jdm.h - 1.1
	- Initial version - compiles on Linux, nothing more.


From owner-linux-xfs@oss.sgi.com Tue Jul 18 07:04:35 2000
Received:  by oss.sgi.com id <S42254AbQGROEZ>;
	Tue, 18 Jul 2000 07:04:25 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51541 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42235AbQGROEN>; Tue, 18 Jul 2000 07:04:13 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA09018
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 07:09:30 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id JAA15041
	for linux-xfs@oss.sgi.com; Tue, 18 Jul 2000 09:02:32 -0500 (CDT)
Date:   Tue, 18 Jul 2000 09:02:32 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007181402.JAA15041@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Add hooks for dmapi_init/dmapi_uninit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

xfs_dmistubs now has stubs for dmapi_init and dmapi_uninit.  xfs_super
now calls those stubs.

Modid:  2.4.0-test1-xfs:slinx:67049a
Date:  Tue Jul 18 07:02:16 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
mounted filesystem, using dmi stubs.  did a cp and rm.
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_dmistubs.c - 1.8
	- add stubs for dmapi_init/dmapi_uninit

linux/fs/xfs/linux/xfs_super.c - 1.76
	- add calls to dmapi_init/dmapi_uninit


From owner-linux-xfs@oss.sgi.com Tue Jul 18 07:59:06 2000
Received:  by oss.sgi.com id <S42253AbQGRO64>;
	Tue, 18 Jul 2000 07:58:56 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:57467 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42235AbQGRO63>;
	Tue, 18 Jul 2000 07:58:29 -0700
Received: from snafu.americas.sgi.com (root@[192.82.201.214]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id HAA14969
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 07:50:35 -0700 (PDT)
	mail_from (lord@snafu.americas.sgi.com)
Received: (from lord@localhost)
	by snafu.americas.sgi.com (8.9.3/8.9.3) id KAA06728
	for linux-xfs@oss.sgi.com; Tue, 18 Jul 2000 10:03:26 -0400
Date:   Tue, 18 Jul 2000 10:03:26 -0400
From:   Stephen Lord <lord@snafu.americas.sgi.com>
Message-Id: <200007181403.KAA06728@snafu.americas.sgi.com>
Subject: TAKE - more inode reclaim stuff
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

there is no need to attempt finish_reclaim from sync if an inode is
still pinned.

Date:  Tue Jul 18 07:55:43 PDT 2000
Workarea:  192.82.201.214:/usr/src/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67052a
linux/fs/xfs/xfs_vfsops.c - 1.278
	- do not call finish_reclaim if there is a pincount on the inode



From owner-linux-xfs@oss.sgi.com Tue Jul 18 13:22:17 2000
Received:  by oss.sgi.com id <S42256AbQGRUWH>;
	Tue, 18 Jul 2000 13:22:07 -0700
Received: from orion.aoe.vt.edu ([128.173.188.45]:48471 "EHLO orion.aoe.vt.edu")
	by oss.sgi.com with ESMTP id <S42235AbQGRUVn>;
	Tue, 18 Jul 2000 13:21:43 -0700
Received: from localhost (jmd@localhost)
	by orion.aoe.vt.edu (8.9.3/8.9.3) with ESMTP id QAA26599
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 16:21:10 -0400 (EDT)
Date:   Tue, 18 Jul 2000 16:21:10 -0400
From:   Josh Durham <jmd@aoe.vt.edu>
To:     linux-xfs@oss.sgi.com
Subject: Mailing List Questions
Message-ID: <Pine.SGI.4.21.0007181618540.3960-100000@orion.aoe.vt.edu>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

I had a couple questions -

  I'm lurking right now on this mailing list, just keeping track of where
things are.  Is there any way to get a digest form of this mailing list?

  Also, maybe an alternative, is to set up a linux-xfs-announce list, that
would be moderated and just have announcements regarding releases,
etc.  Is this possible?

- Josh

* Josh Durham | AOE at Virginia Tech | (540) 231-9061 jdurham@vt.edu *


From owner-linux-xfs@oss.sgi.com Tue Jul 18 17:44:38 2000
Received:  by oss.sgi.com id <S42261AbQGSAo2>;
	Tue, 18 Jul 2000 17:44:28 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:2617 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42235AbQGSAnq>;
	Tue, 18 Jul 2000 17:43:46 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA11091
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 17:35:52 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA09803; Wed, 19 Jul 2000 10:40:50 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA04725; Wed, 19 Jul 2000 10:40:49 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007191040.ZM4693@wobbly.melbourne.sgi.com>
Date:   Wed, 19 Jul 2000 10:40:48 -0500
In-Reply-To: Thomas Duffy <tduffy@dbear.engr.sgi.com>
        "Re: xfs cmd spec/tarball" (Jul 19,  9:53am)
References: <Pine.LNX.4.21.0007181650040.18074-100000@dbear.engr.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Thomas Duffy <tduffy@dbear.engr.sgi.com>
Subject: Re: xfs cmd spec/tarball
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

[cc'ing this to a wider audience in case it bites anyone else]

On Jul 18,  4:27am, Thomas Duffy wrote:
> Subject: Re: xfs cmd spec/tarball
> After installing the devel package, I tried to build and got the following
> error:
> 
> gcc -DXFS_BIG_FILES=1 -DXFS_BIG_FILESYSTEMS=1 -D_KMEMUSER -DSTATIC=static
> -DSIM -I../sim/src -I.. -I../../../linux/include -I../../../linux/fs/xfs/
> -I../../../linux/fs/xfs/pseudo-inc -D_KERNEL -funsigned-char -o mkfs_xfs
> nonsim.o xfs_mkfs.o   ../sim/src/libsim_linux_rep.a 
> ../sim/src/libsim_linux_rep.a(libdisk.o): In function `write_log_footer':
> /build4/tduffy/2.4.0-test1-xfs/cmd/xfs/sim/src/libdisk.c:331: undefined
> reference to `__constant_memcpy'
> /build4/tduffy/2.4.0-test1-xfs/cmd/xfs/sim/src/libdisk.c:331: undefined
> reference to `__memcpy'
> collect2: ld returned 1 exit status
> make[1]: *** [mkfs_xfs] Error 1
> make: *** [default] Error 2
> 
> am I doing something wrong here or is the build broken?
> 
> -tduffy

...[time passes, head scratching occurs]...

On Jul 19,  9:53am, Thomas Duffy wrote:
> Subject: Re: xfs cmd spec/tarball
> [snip]
> b) log in as me...
> 

thanks mate, I've found the problem using your workarea...

[dbear]/build4/tduffy/2.4.0-test1-xfs/linux/include -> ls -l asm
ls: asm: No such file or directory
[dbear]/build4/tduffy/2.4.0-test1-xfs/linux/include -> 

It turns out, you need to have done a "make [x|menu|]config"
in the top level linux subdir before compiling the user tools
... this sets up the "asm" symlink in the linux/include directory
for the architecture which you are going to be building for
(you don't actually have to configure XFS on, just have to have
run and exited the make config, which always creates the symlink).

Without this link, the user tools end up using asm headers from
/usr/include/asm/xxx.h rather than from linux/include/asm/xxx.h,
and strange things start to happen.

Needless to say, I'll be adding a check for this in the user
tool build process shortly...  =)


cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Tue Jul 18 21:16:59 2000
Received:  by oss.sgi.com id <S42255AbQGSEQu>;
	Tue, 18 Jul 2000 21:16:50 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:30280 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42235AbQGSEQL>; Tue, 18 Jul 2000 21:16:11 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA04095
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 21:21:27 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA10795 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 14:14:31 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA05216 for linux-xfs@oss.sgi.com; Wed, 19 Jul 2000 14:14:30 +1000 (EST)
Date:   Wed, 19 Jul 2000 14:14:30 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007190414.OAA05216@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - jdm.[ch]
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67118a
Date:  Tue Jul 18 21:12:24 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/bstat/Makefile - 1.6
cmd/xfs/bstat/xfs_bstat.c - 1.4
cmd/xfs/fsr/Makefile - 1.2
cmd/xfs/fsr/fsr_xfs.c - 1.2
cmd/xfs/handle/Makefile - 1.4
cmd/xfs/include/handle.h - 1.2
cmd/xfs/handle/jdm.c - 1.1
cmd/xfs/include/jdm.h - 1.1
	- rationalise all of the jdm.[ch] files such that tools use one
	  version of these two files (by linking with libhandle.a).


From owner-linux-xfs@oss.sgi.com Tue Jul 18 23:45:31 2000
Received:  by oss.sgi.com id <S42259AbQGSGpV>;
	Tue, 18 Jul 2000 23:45:21 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:62540 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42257AbQGSGow>; Tue, 18 Jul 2000 23:44:52 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id XAA06567
	for <linux-xfs@oss.sgi.com>; Tue, 18 Jul 2000 23:50:09 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA11691 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 16:43:12 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA65096 for linux-xfs@oss.sgi.com; Wed, 19 Jul 2000 16:43:11 +1000 (EST)
Date:   Wed, 19 Jul 2000 16:43:11 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007190643.QAA65096@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - 
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67124a
Date:  Tue Jul 18 23:39:51 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/configure.in - 1.7
	- add a check for the asm symlink having been created in the $KERNEL
	  because the libsim build depends on it.  this can be removed later,
	  but for now we need to enforce this.

linux/fs/xfs/linux/xfs_ioctl.c - 1.8
linux/fs/xfs/linux/xfs_uuid.c - 1.16
linux/include/linux/xfs_fs.h - 1.7
	- rework the uuid ioctl, remove some dead uuid code.


From owner-linux-xfs@oss.sgi.com Wed Jul 19 06:18:42 2000
Received:  by oss.sgi.com id <S42264AbQGSNSX>;
	Wed, 19 Jul 2000 06:18:23 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:38178 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42257AbQGSNRy>;
	Wed, 19 Jul 2000 06:17:54 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA05798
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 06:10:02 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id GAA05105 for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 06:15:46 -0700 (PDT)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id IAA62957
	for linux-xfs@oss.sgi.com; Wed, 19 Jul 2000 08:13:10 -0500 (CDT)
Date:   Wed, 19 Jul 2000 08:13:10 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007191313.IAA62957@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - Add macros for nested_spinlock and nested_spintrylock
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Add macros for nested_spinlock and nested_spintrylock.  The dmapi stuff
needs this.

Modid:  2.4.0-test1-xfs:slinx:67130a
Date:  Wed Jul 19 06:12:45 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
Built and loaded the module.
These macros currently aren't used anywhere in the xfs stuff, except in
the NESTED_LOCK_VFP macro--which also isn't used anywhere.
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_sema.h - 1.25
	- added nested_spinlock and nested_spintrylock


From owner-linux-xfs@oss.sgi.com Wed Jul 19 08:15:32 2000
Received:  by oss.sgi.com id <S42270AbQGSPPM>;
	Wed, 19 Jul 2000 08:15:12 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:45418 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42257AbQGSPOr>; Wed, 19 Jul 2000 08:14:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id IAA05180
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 08:20:05 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA23073; Wed, 19 Jul 2000 10:13:03 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id KAA17170; Wed, 19 Jul 2000 10:13:03 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id KAA30229; Wed, 19 Jul 2000 10:13:02 -0500 (CDT)
Message-Id: <200007191513.KAA30229@tiki.americas.sgi.com>
Subject: Re: TAKE - fsr_xfs
To:     nathans@snort.melbourne.sgi.com (Nathan Scott)
Date:   Wed, 19 Jul 2000 10:13:02 -0500 (CDT)
Cc:     jones@tacc.cc.utexas.edu, linux-xfs@oss.sgi.com
In-Reply-To: <200007180704.RAA91844@snort.melbourne.sgi.com> from "Nathan Scott" at Jul 18, 2000 05:04:31 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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> This should get you started, Bill.
> 
> Have a look in linux/include/linux/xfs_fs.h to see how the
> already-ported IRIX/XFS syssgi calls have been mapped to ioctl
> calls under Linux/XFS.  I've marked the (numerous) places where
> porting work needs to be done with "TODO" in a comment, and
> commented out the offending code.
> 
> Obviously, this code is not fully functional at the moment.
> 
> cheers.
> 
> 
> Modid:  2.4.0-test1-xfs:slinx:67047a
> Date:  Mon Jul 17 23:52:42 PDT 2000
> Workarea:  snort:/build4/nathans/2.4.0-test1-xfs
> Author:  nathans
> 
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
> 
> cmd/xfs/fsr/Makefile - 1.1
> cmd/xfs/fsr/fsr_xfs.c - 1.1
> cmd/xfs/fsr/jdm.c - 1.1
> cmd/xfs/fsr/jdm.h - 1.1
> 	- Initial version - compiles on Linux, nothing more.
> 


Sorry to be late to pipe in.... This direction seems fine to me..

I'm about half-way through getting extended attributes to work,
have been able to "set", "get" & "list" a single extended attribute,
having some minor "endian" trouble in xfs_da_dobuf...

I'm implementing the extended attribute stuff via syscalls, as in
Irix, the logic being that they are all "pathname" style interfaces,
and it's necessary to be able to "sniff" the attributes before
opening the file, especially so for "special devices"..

At the same time, as a backup position, I'm toying with adding
parallel ioctl interfaces.  Anybody have opinions on this?  It
would only be necessary if there was "significant" resistance to
the syscall approach.

	-Ted

From owner-linux-xfs@oss.sgi.com Wed Jul 19 09:32:32 2000
Received:  by oss.sgi.com id <S42272AbQGSQcN>;
	Wed, 19 Jul 2000 09:32:13 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:30311 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42257AbQGSQbl>;
	Wed, 19 Jul 2000 09:31:41 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA11067
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 09:23:48 -0700 (PDT)
	mail_from (cattelan@thebarn.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA04219; Wed, 19 Jul 2000 11:25:49 -0500 (CDT)
Received: from gibble.americas.sgi.com (root@gibble.americas.sgi.com [128.162.195.80]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA22666; Wed, 19 Jul 2000 11:25:48 -0500 (CDT)
Received: from thebarn.com (IDENT:cattelan@gibble.americas.sgi.com [128.162.195.80])
	by gibble.americas.sgi.com (8.10.1/8.10.1) with ESMTP id e6JGPai06545;
	Wed, 19 Jul 2000 11:25:37 -0500
Message-ID: <3975D67F.A8FBA2C@thebarn.com>
Date:   Wed, 19 Jul 2000 11:25:35 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0-whipme i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Josh Durham <jmd@aoe.vt.edu>
CC:     linux-xfs@oss.sgi.com
Subject: Re: Mailing List Questions
References: <Pine.SGI.4.21.0007181618540.3960-100000@orion.aoe.vt.edu>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Josh Durham wrote:

> I had a couple questions -
>
>   I'm lurking right now on this mailing list, just keeping track of where
> things are.  Is there any way to get a digest form of this mailing list?

It's possible.

>
>
>   Also, maybe an alternative, is to set up a linux-xfs-announce list, that
> would be moderated and just have announcements regarding releases,
> etc.  Is this possible?

Ditto.


Ok how about a consensus
How many people on the list would like to get:
o) digest?
o) xfs-announce?

-Russell



From owner-linux-xfs@oss.sgi.com Wed Jul 19 14:59:55 2000
Received:  by oss.sgi.com id <S42279AbQGSV7p>;
	Wed, 19 Jul 2000 14:59:45 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:48206 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42275AbQGSV7O>;
	Wed, 19 Jul 2000 14:59:14 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id OAA27991
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 14:51:21 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id HAA15878; Thu, 20 Jul 2000 07:56:19 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id HAA05997; Thu, 20 Jul 2000 07:56:18 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007200756.ZM5994@wobbly.melbourne.sgi.com>
Date:   Thu, 20 Jul 2000 07:56:17 -0500
In-Reply-To: "William L. Jones" <jones@tacc.cc.utexas.edu>
        "xfs_fsr for linux" (Jul 20,  2:24am)
References: <4.2.0.58.20000719105658.00da4960@127.0.0.1>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     "William L. Jones" <jones@tacc.cc.utexas.edu>, jtk@sgi.com
Subject: Re: xfs_fsr for linux
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi Bill,

On Jul 20,  2:24am, William L. Jones wrote:
> Subject: xfs_fsr for linux
> 
> Nathan,
> 
> I made some progress on xfs until I hit a problem with XFS_IOC_OPEN_BY_HANDLE
> ioctl.  I am getting kern fault when I try to open a file by its handle.
> 
> In xfs_open_by_handle. linux/fs/xfs/linux/xfs_ioctl.c, I found the
> following bit of code:
> 
> 
>           /*
>           * Make a unique name for dcache.
>           */
>          cpi = (char *)hanp;
>          cpo = sname;
> 
> 
> hanp is an address to the handle in user space.  It may not point to a
> valid kernal address.    I think that intent was to use the file handle id
> as a file name.
> 
> 
> Could you look at the code a see what you think.
> 

hmmm - yes, from the quick look I had, I'd say you're right.
I think Ted wrote/ported this code originally - let me pass
this off to him to delve into.

thanks.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Wed Jul 19 19:01:28 2000
Received:  by oss.sgi.com id <S42290AbQGTCBS>;
	Wed, 19 Jul 2000 19:01:18 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:37419 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42289AbQGTCBA>;
	Wed, 19 Jul 2000 19:01:00 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA12699
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 18:53:06 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA17345 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 11:58:04 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA73147 for linux-xfs@oss.sgi.com; Thu, 20 Jul 2000 11:58:02 +1000 (EST)
Date:   Thu, 20 Jul 2000 11:58:02 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007200158.LAA73147@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 013
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

change _check_fs. xfs qa 013 now passes since it doesn't try
to use mount -o remount,ro. I'll add another test for this
later.

Modid:  2.4.0-test1-xfs:slinx:67174a
Date:  Wed Jul 19 18:57:04 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/common.rc - 1.11
	- let _check_fs use either remount ro/rw or unmount/mount.
	  make unmount and remount default, making 013 pass


From owner-linux-xfs@oss.sgi.com Wed Jul 19 19:11:08 2000
Received:  by oss.sgi.com id <S42288AbQGTCKi>;
	Wed, 19 Jul 2000 19:10:38 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:23086 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42280AbQGTCKI>;
	Wed, 19 Jul 2000 19:10:08 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA14082
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 19:02:14 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA17404 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 12:08:27 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA66263 for linux-xfs@oss.sgi.com; Thu, 20 Jul 2000 12:08:26 +1000 (EST)
Date:   Thu, 20 Jul 2000 12:08:26 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007200208.MAA66263@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 017
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

test for pv 795642 (remount ro). Still working on a fix for this one

Modid:  2.4.0-test1-xfs:slinx:67176a
Date:  Wed Jul 19 19:07:58 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/013 - 1.5
	- fix .out.full to .full

cmd/xfs/stress/common.rc - 1.12
	- forgotten comment

cmd/xfs/stress/group - 1.15
	- add 017

cmd/xfs/stress/017 - 1.1
	- test pv 795642
	  remount ro

cmd/xfs/stress/017.out - 1.1
	- output for 017


From owner-linux-xfs@oss.sgi.com Wed Jul 19 19:53:18 2000
Received:  by oss.sgi.com id <S42292AbQGTCxI>;
	Wed, 19 Jul 2000 19:53:08 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:56890 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42280AbQGTCwm>;
	Wed, 19 Jul 2000 19:52:42 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id TAA20335
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 19:44:50 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id VAA13688 for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 21:51:05 -0500 (CDT)
Received: from localhost.localdomain (root@[192.82.201.211]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id VAA14071 for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 21:51:01 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id VAA03738; Wed, 19 Jul 2000 21:51:26 -0500
Message-Id: <200007200251.VAA03738@localhost.localdomain>
Date:   Wed, 19 Jul 2000 21:51:26 -0500
Subject: TAKE - implement xfs_incore and change delwri pagebuf handing
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This implements the incore function - which finds and locks a buffer if
it exists, but does not read anything from disk. This helps XFS in the
logbound case a lot - failing to find the buffer was causing a lot of
cpu spinning which was not getting us any forward progress.

It also takes the delayed write queue of pagebufs and makes flushing from
it a time based operation, we now keep pagebufs around a lot longer.

Date:  Wed Jul 19 19:47:46 PDT 2000
Workarea:  192.82.201.211:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67181a
linux/fs/xfs/xfs_buf.h - 1.54
	- Fix xfs_incore interface, we need to map from blocks to offsets.

linux/include/linux/page_buf.h - 1.53
	- Remove some unused fields from the pagebuf, and add a flushtime field.

linux/fs/pagebuf/page_buf.c - 1.13
	- Implement pagebuf_find, it looks for existing pagebufs and returns
	  them locked. Also change flush mechanism for delwri pagebufs to be time
	  based, we now allow a pagebuf to stay dirty for 15 seconds since it
	  was last dirtied. This is a fairly arbitrary number, we also need to
	  factor in the amount of memory this is chewing up at some point.

linux/fs/pagebuf/page_buf_locking.c - 1.4
	- Break get_lockable_pagebuf into two so that we can use the find part of
	  it for pagebuf_find().



From owner-linux-xfs@oss.sgi.com Wed Jul 19 20:40:59 2000
Received:  by oss.sgi.com id <S42293AbQGTDkt>;
	Wed, 19 Jul 2000 20:40:49 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:40517 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42280AbQGTDk0>;
	Wed, 19 Jul 2000 20:40:26 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA25838
	for <linux-xfs@oss.sgi.com>; Wed, 19 Jul 2000 20:32:32 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA17809 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 13:38:46 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id NAA01948 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 13:38:45 +1000 (EST)
Message-Id: <200007200338.NAA01948@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     linux-xfs@oss.sgi.com
Subject: xfs_trans_get_buf
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Thu, 20 Jul 2000 13:38:45 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I'm tripping an ASSERT in xfs_trans_get_buf every so often.

The code path in question gets hit very infrequently, and I've
never seen the code path get used when the ASSERT passes.


XFS assertion failed: XFS_BUF_ISDELAYWRITE(bp), 
	file: xfs_trans_buf.c, line: 166



		else if (XFS_BUF_ISSTALE(bp)) {
			xfs_buftrace("TRANS GET RECUR STALE", bp);
->			ASSERT(XFS_BUF_ISDELAYWRITE(bp));
		}

Can anyone explain what this path is for and why there's an assertion
that the buffer must have the delayed write flag set?

I'll try to get a good test for this checked in.


kdb bt output:

0xc1b898c8 0xc4884069 [xfs]assfail+0x2d (0xc48a263c, 0xc48a25d7, 0xa6)
                               xfs .text 0xc4816060 0xc488403c 0xc4884070
0xc1b898ec 0xc4873c92 [xfs]xfs_trans_get_buf+0x142 (0xc0d1855c, 0xc227657c, 
0x348e8, 0x0, 0x8)
                               xfs .text 0xc4816060 0xc4873b50 0xc4873e4c
0xc1b89924 0xc48369a6 [xfs]xfs_btree_get_bufl+0x62 (0xc2276400, 0xc0d1855c, 
0x84b5, 0x0, 0x0)
                               xfs .text 0xc4816060 0xc4836944 0xc4836a08
0xc1b899d0 0xc482abec [xfs]xfs_bmap_extents_to_btree+0x338 (0xc0d1855c, 
0xc3dc95a0, 0xc1b89d84, 0xc1b89dfc, 0xc1b89a50)
                               xfs .text 0xc4816060 0xc482a8b4 0xc482ae34
0xc1b89ab0 0xc48257fb [xfs]xfs_bmap_add_extent_delay_real+0xa37 (0xc3dc95a0, 
0x9, 0xc1b89b08, 0xc1b89c6c, 0xc1b89b0c)
                               xfs .text 0xc4816060 0xc4824dc4 0xc4825f90
0xc1b89b34 0xc4824b29 [xfs]xfs_bmap_add_extent+0x281 (0xc3dc95a0, 0x9, 
0xc1b89c3c, 0xc1b89c6c, 0xc1b89d84)
                               xfs .text 0xc4816060 0xc48248a8 0xc4824dc4
0xc1b89cd8 0xc482d9c6 [xfs]xfs_bmapi+0xafa (0xc0d1855c, 0xc3dc95a0, 0xb7, 0x0, 
0x8)
                               xfs .text 0xc4816060 0xc482cecc 0xc482e838
0xc1b89e08 0xc488abec [xfs]xfs_iomap_write_convert+0x3dc (0xc3dc96ec, 0xba000, 
0x0, 0x1000, 0xc1b89fa4)
                               xfs .text 0xc4816060 0xc488a810 0xc488b0b4
0xc1b89ec8 0xc48898af [xfs]xfs_iomap_write+0x12b (0xc3dc96ec, 0xba000, 0x0, 
0x1000, 0xc1b89fa4)
                               xfs .text 0xc4816060 0xc4889784 0xc48899bc
0xc1b89f08 0xc48892ca [xfs]xfs_bmap+0x26e (0xc3dc95b8, 0xba000, 0x0, 0x1000, 
0x10010002)



From owner-linux-xfs@oss.sgi.com Wed Jul 19 21:12:39 2000
Received:  by oss.sgi.com id <S42294AbQGTEMU>;
	Wed, 19 Jul 2000 21:12:20 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:14600 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42280AbQGTEL5>;
	Wed, 19 Jul 2000 21:11:57 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e6K48j164043;
	Wed, 19 Jul 2000 23:08:45 -0500 (CDT)
Message-ID: <39767B4C.3BD55C8@thebarn.com>
Date:   Wed, 19 Jul 2000 23:08:45 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: xfs_trans_get_buf
References: <200007200338.NAA01948@clouds.melbourne.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Daniel Moore wrote:
I've been chasing this for a couple of days and... I don't have
a clue, infact when I look at the buffer with kdb is doesn't show the
flag as being set, it  also doesn't show the STALE flag a being set!?

Hmm I wonder... the STALE flag is an internal XFS thing... I wonder
if we ended up with a overlap.

> I'm tripping an ASSERT in xfs_trans_get_buf every so often.
>
> The code path in question gets hit very infrequently, and I've
> never seen the code path get used when the ASSERT passes.
>
> XFS assertion failed: XFS_BUF_ISDELAYWRITE(bp),
>         file: xfs_trans_buf.c, line: 166
>
>                 else if (XFS_BUF_ISSTALE(bp)) {
>                         xfs_buftrace("TRANS GET RECUR STALE", bp);
> ->                      ASSERT(XFS_BUF_ISDELAYWRITE(bp));
>                 }
>
> Can anyone explain what this path is for and why there's an assertion
> that the buffer must have the delayed write flag set?
>
> I'll try to get a good test for this checked in.
>
> kdb bt output:
>
> 0xc1b898c8 0xc4884069 [xfs]assfail+0x2d (0xc48a263c, 0xc48a25d7, 0xa6)
>                                xfs .text 0xc4816060 0xc488403c 0xc4884070
> 0xc1b898ec 0xc4873c92 [xfs]xfs_trans_get_buf+0x142 (0xc0d1855c, 0xc227657c,
> 0x348e8, 0x0, 0x8)
>                                xfs .text 0xc4816060 0xc4873b50 0xc4873e4c
> 0xc1b89924 0xc48369a6 [xfs]xfs_btree_get_bufl+0x62 (0xc2276400, 0xc0d1855c,
> 0x84b5, 0x0, 0x0)
>                                xfs .text 0xc4816060 0xc4836944 0xc4836a08
> 0xc1b899d0 0xc482abec [xfs]xfs_bmap_extents_to_btree+0x338 (0xc0d1855c,
> 0xc3dc95a0, 0xc1b89d84, 0xc1b89dfc, 0xc1b89a50)
>                                xfs .text 0xc4816060 0xc482a8b4 0xc482ae34
> 0xc1b89ab0 0xc48257fb [xfs]xfs_bmap_add_extent_delay_real+0xa37 (0xc3dc95a0,
> 0x9, 0xc1b89b08, 0xc1b89c6c, 0xc1b89b0c)
>                                xfs .text 0xc4816060 0xc4824dc4 0xc4825f90
> 0xc1b89b34 0xc4824b29 [xfs]xfs_bmap_add_extent+0x281 (0xc3dc95a0, 0x9,
> 0xc1b89c3c, 0xc1b89c6c, 0xc1b89d84)
>                                xfs .text 0xc4816060 0xc48248a8 0xc4824dc4
> 0xc1b89cd8 0xc482d9c6 [xfs]xfs_bmapi+0xafa (0xc0d1855c, 0xc3dc95a0, 0xb7, 0x0,
> 0x8)
>                                xfs .text 0xc4816060 0xc482cecc 0xc482e838
> 0xc1b89e08 0xc488abec [xfs]xfs_iomap_write_convert+0x3dc (0xc3dc96ec, 0xba000,
> 0x0, 0x1000, 0xc1b89fa4)
>                                xfs .text 0xc4816060 0xc488a810 0xc488b0b4
> 0xc1b89ec8 0xc48898af [xfs]xfs_iomap_write+0x12b (0xc3dc96ec, 0xba000, 0x0,
> 0x1000, 0xc1b89fa4)
>                                xfs .text 0xc4816060 0xc4889784 0xc48899bc
> 0xc1b89f08 0xc48892ca [xfs]xfs_bmap+0x26e (0xc3dc95b8, 0xba000, 0x0, 0x1000,
> 0x10010002)

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Thu Jul 20 03:40:40 2000
Received:  by oss.sgi.com id <S42296AbQGTKkb>;
	Thu, 20 Jul 2000 03:40:31 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:355 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42280AbQGTKjt>; Thu, 20 Jul 2000 03:39:49 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id DAA01093
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 03:45:07 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id FAA57321 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 05:38:10 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id FAA27289 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 05:38:09 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id FAA25907; Thu, 20 Jul 2000 05:31:57 -0500
Message-Id: <200007201031.FAA25907@jen.americas.sgi.com>
Date:   Thu, 20 Jul 2000 05:31:57 -0500
Subject: TAKE - fix assert in debug kernels
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Thu Jul 20 03:37:35 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67193a
linux/fs/xfs/xfs_trans_buf.c - 1.87
	- Reverse sense of assert - it was backwards from the irix version



From owner-linux-xfs@oss.sgi.com Thu Jul 20 03:42:41 2000
Received:  by oss.sgi.com id <S42297AbQGTKmV>;
	Thu, 20 Jul 2000 03:42:21 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:3939 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42280AbQGTKmA>; Thu, 20 Jul 2000 03:42:00 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id DAA01759
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 03:47:09 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id FAA13288; Thu, 20 Jul 2000 05:40:07 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id FAA27354; Thu, 20 Jul 2000 05:40:06 -0500 (CDT)
From:   lord@sgi.com
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id FAA25922; Thu, 20 Jul 2000 05:33:54 -0500
Message-Id: <200007201033.FAA25922@jen.americas.sgi.com>
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs_trans_get_buf 
In-reply-to: Your message of "Thu, 20 Jul 2000 13:38:45 +1000
Date:   Thu, 20 Jul 2000 05:33:53 -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



Just for grins I looked at the irix version of this code, and it turns
out that the assertion got reversed in the process of encapsulating
the buffer interface. I wonder if we have any more of these, and I do
not mean just asserts.

Steve

> 
> I'm tripping an ASSERT in xfs_trans_get_buf every so often.
> 
> The code path in question gets hit very infrequently, and I've
> never seen the code path get used when the ASSERT passes.
> 
> 
> XFS assertion failed: XFS_BUF_ISDELAYWRITE(bp), 
> 	file: xfs_trans_buf.c, line: 166
> 
> 
> 
> 		else if (XFS_BUF_ISSTALE(bp)) {
> 			xfs_buftrace("TRANS GET RECUR STALE", bp);
> ->			ASSERT(XFS_BUF_ISDELAYWRITE(bp));
> 		}
> 
> Can anyone explain what this path is for and why there's an assertion
> that the buffer must have the delayed write flag set?
> 
> I'll try to get a good test for this checked in.
> 
> 
> kdb bt output:
> 
> 0xc1b898c8 0xc4884069 [xfs]assfail+0x2d (0xc48a263c, 0xc48a25d7, 0xa6)
>                                xfs .text 0xc4816060 0xc488403c 0xc4884070
> 0xc1b898ec 0xc4873c92 [xfs]xfs_trans_get_buf+0x142 (0xc0d1855c, 0xc227657c, 
> 0x348e8, 0x0, 0x8)
>                                xfs .text 0xc4816060 0xc4873b50 0xc4873e4c
> 0xc1b89924 0xc48369a6 [xfs]xfs_btree_get_bufl+0x62 (0xc2276400, 0xc0d1855c, 
> 0x84b5, 0x0, 0x0)
>                                xfs .text 0xc4816060 0xc4836944 0xc4836a08
> 0xc1b899d0 0xc482abec [xfs]xfs_bmap_extents_to_btree+0x338 (0xc0d1855c, 
> 0xc3dc95a0, 0xc1b89d84, 0xc1b89dfc, 0xc1b89a50)
>                                xfs .text 0xc4816060 0xc482a8b4 0xc482ae34
> 0xc1b89ab0 0xc48257fb [xfs]xfs_bmap_add_extent_delay_real+0xa37 (0xc3dc95a0, 
> 0x9, 0xc1b89b08, 0xc1b89c6c, 0xc1b89b0c)
>                                xfs .text 0xc4816060 0xc4824dc4 0xc4825f90
> 0xc1b89b34 0xc4824b29 [xfs]xfs_bmap_add_extent+0x281 (0xc3dc95a0, 0x9, 
> 0xc1b89c3c, 0xc1b89c6c, 0xc1b89d84)
>                                xfs .text 0xc4816060 0xc48248a8 0xc4824dc4
> 0xc1b89cd8 0xc482d9c6 [xfs]xfs_bmapi+0xafa (0xc0d1855c, 0xc3dc95a0, 0xb7, 0x0
, 
> 0x8)
>                                xfs .text 0xc4816060 0xc482cecc 0xc482e838
> 0xc1b89e08 0xc488abec [xfs]xfs_iomap_write_convert+0x3dc (0xc3dc96ec, 0xba000
, 
> 0x0, 0x1000, 0xc1b89fa4)
>                                xfs .text 0xc4816060 0xc488a810 0xc488b0b4
> 0xc1b89ec8 0xc48898af [xfs]xfs_iomap_write+0x12b (0xc3dc96ec, 0xba000, 0x0, 
> 0x1000, 0xc1b89fa4)
>                                xfs .text 0xc4816060 0xc4889784 0xc48899bc
> 0xc1b89f08 0xc48892ca [xfs]xfs_bmap+0x26e (0xc3dc95b8, 0xba000, 0x0, 0x1000, 
> 0x10010002)
> 

From owner-linux-xfs@oss.sgi.com Thu Jul 20 08:55:54 2000
Received:  by oss.sgi.com id <S42212AbQGTPzo>;
	Thu, 20 Jul 2000 08:55:44 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:33680 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42209AbQGTPzP>;
	Thu, 20 Jul 2000 08:55:15 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id KAA19647;
	Thu, 20 Jul 2000 10:54:49 -0500 (CDT)
Date:   Thu, 20 Jul 2000 10:54:49 -0500 (CDT)
Message-Id: <200007201554.KAA19647@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     Nathan.Scott" <nathans@wobbly.melbourne.sgi.com>"@spica.cc.utexas.edu
cc:     linux-xfs@oss.sgi.com
Subject: xfs_ioctl.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



I identified two more pointer in the xfs_ioctl.c open_by_handle function.  If you open a 
file in write mode and their was already a cache entry for the file,  running fsr multiple
times would do this,  some pointer variables would not have defined values causing the
open_by_handle function to reference a null pointer.   

I rearranged the code a bit and got rid of the null pointer problem and discovered that
the linux inode i_fop did not point to the sgi xfs file system linux functions, it pointed to
the default i_fop's.  I add code to fix that problem and  was finally able to use the 
open_by_handle funciotns with xfs_fsr.  

Could you pass the following patch to Ted:


*** xfs_ioctl.c.orig	Wed Jul 19 11:00:57 2000
--- xfs_ioctl.c	Thu Jul 20 10:34:28 2000
***************
*** 354,360 ****
  	/*
  	 * Make a unique name for dcache.
  	 */
! 	cpi = (char *)hanp;
  	cpo = sname;
  
  	for (i = 0; i < hlen && i < MAXFIDSZ; i++) {
--- 354,360 ----
  	/*
  	 * Make a unique name for dcache.
  	 */
! 	cpi = (char *)handlep;
  	cpo = sname;
  
  	for (i = 0; i < hlen && i < MAXFIDSZ; i++) {
***************
*** 392,436 ****
  
  	up(&parinode->i_sem);
  
- 
  	/*
  	 * Handle 'negative' & 'new' dentries.
  	 */
  	inode = dentry->d_inode;
  
! 	if (inode == NULL) {
! 
! 		/*
! 		 * Get the XFS inode, building a vnode to go with it.
! 		 */
! 		error = xfs_iget(mp, NULL, ino, XFS_ILOCK_SHARED, &ip, 0);
  
! 		if (error) {
! 			error = -error;
  
! 			goto cleanup_dentry;
! 		}
  
! 		if (ip == NULL) {
! 			error = -XFS_ERROR(EIO);
  
! 			goto cleanup_dentry;
! 		}
  
! 		if (ip->i_d.di_mode == 0 || ip->i_d.di_gen != igen) {
  
! 			xfs_iput(ip, XFS_ILOCK_SHARED);
  
! 			error = -XFS_ERROR(ENOENT);
  
! 			goto cleanup_dentry;
! 		}
  
! 		vp = XFS_ITOV(ip);
  
! 		xfs_iunlock(ip, XFS_ILOCK_SHARED);
  
  
  		inode = vp->v_inode;
  
  		if (! inode) {
--- 392,434 ----
  
  	up(&parinode->i_sem);
  
  	/*
  	 * Handle 'negative' & 'new' dentries.
  	 */
  	inode = dentry->d_inode;
  
! 	/*
! 	 * Get the XFS inode, building a vnode to go with it.
! 	 */
! 	error = xfs_iget(mp, NULL, inode?inode->i_ino:ino, XFS_ILOCK_SHARED, &ip, 0);
  
! 	if (error) {
! 		error = -error;
  
! 		goto cleanup_dentry;
! 	}
  
! 	if (ip == NULL) {
! 		error = -XFS_ERROR(EIO);
  
! 		goto cleanup_dentry;
! 	}
  
! 	if (ip->i_d.di_mode == 0 || ip->i_d.di_gen != igen) {
  
! 		xfs_iput(ip, XFS_ILOCK_SHARED);
  
! 		error = -XFS_ERROR(ENOENT);
  
! 		goto cleanup_dentry;
! 	}
  
! 	vp = XFS_ITOV(ip);
  
! 	xfs_iunlock(ip, XFS_ILOCK_SHARED);
  
  
+ 	if (inode == NULL) {
  		inode = vp->v_inode;
  
  		if (! inode) {
***************
*** 441,446 ****
--- 439,448 ----
  			goto cleanup_dentry;
  		}
  
+ 		/*
+ 		 * Set xfs inode ops.
+ 		 */
+ 		linvfs_set_inode_ops(inode);
  		d_add(dentry, inode);
  	}
  
***************
*** 524,529 ****
--- 526,533 ----
  	filp->f_reada  = 0;
  	filp->f_op     = inode->i_fop;
  
+ 	
+ 	
  	if (inode->i_sb)
  		file_move(filp, &inode->i_sb->s_files);
  
***************
*** 537,544 ****
  
  	filp->f_flags &= ~(O_CREAT | O_EXCL | O_NOCTTY | O_TRUNC);
  
- 	fd_install(newfd, filp);
  
  
  	return newfd;
  
--- 541,552 ----
  
  	filp->f_flags &= ~(O_CREAT | O_EXCL | O_NOCTTY | O_TRUNC);
  
  
+ 	if (klocked)
+ 		unlock_kernel();
+ 	klocked = 0;
+ 
+ 	fd_install(newfd, filp);
  
  	return newfd;
  


From owner-linux-xfs@oss.sgi.com Thu Jul 20 09:05:53 2000
Received:  by oss.sgi.com id <S42226AbQGTQFe>;
	Thu, 20 Jul 2000 09:05:34 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:26001 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42224AbQGTQFP>;
	Thu, 20 Jul 2000 09:05:15 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id LAA19795;
	Thu, 20 Jul 2000 11:04:48 -0500 (CDT)
Date:   Thu, 20 Jul 2000 11:04:48 -0500 (CDT)
Message-Id: <200007201604.LAA19795@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     "Nathan.Scott" <nathans@wobbly.melbourne.sgi.com>""
cc:     linux-xfs@oss.sgi.com
Subject: xfs_ioctl.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing




I identified two more pointer in the xfs_ioctl.c open_by_handle function.  If you open a 
file in write mode and their was already a cache entry for the file,  running fsr multiple
times would do this,  some pointer variables would not have defined values causing the
open_by_handle function to reference a null pointer.   

I rearranged the code a bit and got rid of the null pointer problem and discovered that
the linux inode i_fop did not point to the sgi xfs file system linux functions, it pointed to
the default i_fop's.  I add code to fix that problem and  was finally able to use the 
open_by_handle funciotns with xfs_fsr.  

Could you pass the following patch to Ted:


*** xfs_ioctl.c.orig	Wed Jul 19 11:00:57 2000
--- xfs_ioctl.c	Thu Jul 20 10:34:28 2000
***************
*** 354,360 ****
  	/*
  	 * Make a unique name for dcache.
  	 */
! 	cpi = (char *)hanp;
  	cpo = sname;
  
  	for (i = 0; i < hlen && i < MAXFIDSZ; i++) {
--- 354,360 ----
  	/*
  	 * Make a unique name for dcache.
  	 */
! 	cpi = (char *)handlep;
  	cpo = sname;
  
  	for (i = 0; i < hlen && i < MAXFIDSZ; i++) {
***************
*** 392,436 ****
  
  	up(&parinode->i_sem);
  
- 
  	/*
  	 * Handle 'negative' & 'new' dentries.
  	 */
  	inode = dentry->d_inode;
  
! 	if (inode == NULL) {
! 
! 		/*
! 		 * Get the XFS inode, building a vnode to go with it.
! 		 */
! 		error = xfs_iget(mp, NULL, ino, XFS_ILOCK_SHARED, &ip, 0);
  
! 		if (error) {
! 			error = -error;
  
! 			goto cleanup_dentry;
! 		}
  
! 		if (ip == NULL) {
! 			error = -XFS_ERROR(EIO);
  
! 			goto cleanup_dentry;
! 		}
  
! 		if (ip->i_d.di_mode == 0 || ip->i_d.di_gen != igen) {
  
! 			xfs_iput(ip, XFS_ILOCK_SHARED);
  
! 			error = -XFS_ERROR(ENOENT);
  
! 			goto cleanup_dentry;
! 		}
  
! 		vp = XFS_ITOV(ip);
  
! 		xfs_iunlock(ip, XFS_ILOCK_SHARED);
  
  
  		inode = vp->v_inode;
  
  		if (! inode) {
--- 392,434 ----
  
  	up(&parinode->i_sem);
  
  	/*
  	 * Handle 'negative' & 'new' dentries.
  	 */
  	inode = dentry->d_inode;
  
! 	/*
! 	 * Get the XFS inode, building a vnode to go with it.
! 	 */
! 	error = xfs_iget(mp, NULL, inode?inode->i_ino:ino, XFS_ILOCK_SHARED, &ip, 0);
  
! 	if (error) {
! 		error = -error;
  
! 		goto cleanup_dentry;
! 	}
  
! 	if (ip == NULL) {
! 		error = -XFS_ERROR(EIO);
  
! 		goto cleanup_dentry;
! 	}
  
! 	if (ip->i_d.di_mode == 0 || ip->i_d.di_gen != igen) {
  
! 		xfs_iput(ip, XFS_ILOCK_SHARED);
  
! 		error = -XFS_ERROR(ENOENT);
  
! 		goto cleanup_dentry;
! 	}
  
! 	vp = XFS_ITOV(ip);
  
! 	xfs_iunlock(ip, XFS_ILOCK_SHARED);
  
  
+ 	if (inode == NULL) {
  		inode = vp->v_inode;
  
  		if (! inode) {
***************
*** 441,446 ****
--- 439,448 ----
  			goto cleanup_dentry;
  		}
  
+ 		/*
+ 		 * Set xfs inode ops.
+ 		 */
+ 		linvfs_set_inode_ops(inode);
  		d_add(dentry, inode);
  	}
  
***************
*** 524,529 ****
--- 526,533 ----
  	filp->f_reada  = 0;
  	filp->f_op     = inode->i_fop;
  
+ 	
+ 	
  	if (inode->i_sb)
  		file_move(filp, &inode->i_sb->s_files);
  
***************
*** 537,544 ****
  
  	filp->f_flags &= ~(O_CREAT | O_EXCL | O_NOCTTY | O_TRUNC);
  
- 	fd_install(newfd, filp);
  
  
  	return newfd;
  
--- 541,552 ----
  
  	filp->f_flags &= ~(O_CREAT | O_EXCL | O_NOCTTY | O_TRUNC);
  
  
+ 	if (klocked)
+ 		unlock_kernel();
+ 	klocked = 0;
+ 
+ 	fd_install(newfd, filp);
  
  	return newfd;
  



From owner-linux-xfs@oss.sgi.com Thu Jul 20 09:11:24 2000
Received:  by oss.sgi.com id <S42231AbQGTQLO>;
	Thu, 20 Jul 2000 09:11:14 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:25452 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42230AbQGTQK5>;
	Thu, 20 Jul 2000 09:10:57 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA16765
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 09:03:04 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA02703; Thu, 20 Jul 2000 11:08:10 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id LAA19988; Thu, 20 Jul 2000 11:08:09 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id LAA45848; Thu, 20 Jul 2000 11:08:08 -0500 (CDT)
Message-Id: <200007201608.LAA45848@tiki.americas.sgi.com>
Subject: Re: xfs_ioctl.c
To:     jones@tacc.cc.utexas.edu (William L Jones)
Date:   Thu, 20 Jul 2000 11:08:08 -0500 (CDT)
Cc:     Nathan.Scott" <nathans@wobbly.melbourne.sgi.com>"@spica.cc.utexas.edu,
        linux-xfs@oss.sgi.com
In-Reply-To: <200007201554.KAA19647@spica.cc.utexas.edu> from "William L Jones" at Jul 20, 2000 10:54:49 AM
X-Mailer: ELM [version 2.5 PL2]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> 
> 
> I identified two more pointer in the xfs_ioctl.c open_by_handle function.  If you open a 
> file in write mode and their was already a cache entry for the file,  running fsr multiple
> times would do this,  some pointer variables would not have defined values causing the
> open_by_handle function to reference a null pointer.   
> 
> I rearranged the code a bit and got rid of the null pointer problem and discovered that
> the linux inode i_fop did not point to the sgi xfs file system linux functions, it pointed to
> the default i_fop's.  I add code to fix that problem and  was finally able to use the 
> open_by_handle funciotns with xfs_fsr.  
> 
> Could you pass the following patch to Ted:

I'll have a whack at it shortly.

	Thanx, -Ted


From owner-linux-xfs@oss.sgi.com Thu Jul 20 11:01:54 2000
Received:  by oss.sgi.com id <S42225AbQGTSBo>;
	Thu, 20 Jul 2000 11:01:44 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:28176 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGTSBN>; Thu, 20 Jul 2000 11:01:13 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA03238
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 11:06:32 -0700 (PDT)
	mail_from (cattelan@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA80115 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 12:59:35 -0500 (CDT)
Received: from nt8.americas.sgi.com (nt8.americas.sgi.com [128.162.195.8]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id MAA69095 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 12:59:34 -0500 (CDT)
From:   Russell Cattelan <cattelan@sgi.com>
Received: by nt8.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) id MAA12138; Thu, 20 Jul 2000 12:59:34 -0500 (CDT)
Message-Id: <200007201759.MAA12138@nt8.americas.sgi.com>
Date:   Thu, 20 Jul 2000 12:59:34 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix compiles for non kdb enabled kernels.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Fri Jul 14 15:37:41 PDT 2000
Workarea:  gibble.cray.com:/data/clink/io/cattelan/x2.4-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:66909a
linux/fs/pagebuf/page_buf.c - 1.11
	- Correctly use pb_count_desired for IO request.


Subject: TAKE - 

Date:  Thu Jul 20 10:56:03 PDT 2000
Workarea:  nt8.cray.com:/data/clink/io/cattelan/x2.4-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67208a
linux/fs/xfs/xfs_rw.c - 1.320
linux/fs/xfs/xfs_da_btree.c - 1.110
linux/fs/xfs/xfs_dir2_block.c - 1.13
linux/fs/xfs/xfs_dir2_sf.c - 1.18
linux/fs/xfs/xfs_dir2_leaf.c - 1.15
linux/fs/xfs/xfs_dir2_node.c - 1.14
linux/fs/xfs/xfs_dir2.c - 1.21
	- Don't include kdb if kdb isn't installed or config'ed on



From owner-linux-xfs@oss.sgi.com Thu Jul 20 11:18:44 2000
Received:  by oss.sgi.com id <S42233AbQGTSSe>;
	Thu, 20 Jul 2000 11:18:34 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:13589 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42199AbQGTSSJ>; Thu, 20 Jul 2000 11:18:09 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA08765
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 11:23:27 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id NAA14502
	for linux-xfs@oss.sgi.com; Thu, 20 Jul 2000 13:16:27 -0500 (CDT)
Date:   Thu, 20 Jul 2000 13:16:27 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007201816.NAA14502@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - update some of the prototypes for the xfs side of dmapi
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

update some of the prototypes for the xfs side of dmapi

Modid:  2.4.0-test1-xfs:slinx:67211a
Date:  Thu Jul 20 11:16:11 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_dmapi.h - 1.10
	- update some prototypes


From owner-linux-xfs@oss.sgi.com Thu Jul 20 11:20:45 2000
Received:  by oss.sgi.com id <S42234AbQGTSUf>;
	Thu, 20 Jul 2000 11:20:35 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:38677 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42199AbQGTSUK>; Thu, 20 Jul 2000 11:20:10 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA09598
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 11:25:28 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id NAA23126
	for linux-xfs@oss.sgi.com; Thu, 20 Jul 2000 13:18:28 -0500 (CDT)
Date:   Thu, 20 Jul 2000 13:18:28 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007201818.NAA23126@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - use the prototype for xfs_set_dmattrs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

use the prototype for xfs_set_dmattrs

Modid:  2.4.0-test1-xfs:slinx:67212a
Date:  Thu Jul 20 11:18:19 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_ioctl.c - 1.9
	- get a prototype from the dmapi header


From owner-linux-xfs@oss.sgi.com Thu Jul 20 14:18:36 2000
Received:  by oss.sgi.com id <S42207AbQGTVS0>;
	Thu, 20 Jul 2000 14:18:26 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:46089 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGTVR6>;
	Thu, 20 Jul 2000 14:17:58 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA27033
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 14:10:05 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA41093 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 16:15:05 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id QAA76931; Thu, 20 Jul 2000 16:15:04 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id QAA49153; Thu, 20 Jul 2000 16:15:03 -0500 (CDT)
Message-Id: <200007202115.QAA49153@tiki.americas.sgi.com>
Date:   Thu, 20 Jul 2000 16:15:03 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Open by handle fixes from Bill Jones.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Thu Jul 20 14:13:55 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67226a
linux/fs/xfs/linux/xfs_ioctl.c - 1.10
	- Pick up fixes from Bill Jones: rearranging the code that
	  finds the inode and makes the pseudo-name in the
	  open by handle code.



From owner-linux-xfs@oss.sgi.com Thu Jul 20 14:54:05 2000
Received:  by oss.sgi.com id <S42210AbQGTVxz>;
	Thu, 20 Jul 2000 14:53:55 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:38304 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42199AbQGTVx0>;
	Thu, 20 Jul 2000 14:53:26 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id QAA24032;
	Thu, 20 Jul 2000 16:53:02 -0500 (CDT)
Date:   Thu, 20 Jul 2000 16:53:02 -0500 (CDT)
Message-Id: <200007202153.QAA24032@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
Subject: Another bug in xfs_ioctl.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



I keeped getting an EINVAL erro for XFS_IOC_RESVSP64.

This is do a difference in the way xfs_ioctl.c defines xfs_change_file_spce as:

int
xfs_change_file_space(
        bhv_desc_t      *bdp,
        int             cmd,
        xfs_flock64_t   *bf,
        off_t           offset,
        cred_t          *credp,
        int             attr_flags);


ut xfs_vnodeops.c, the owner of xfs_change_file_space, define it as  is:

int
xfs_change_file_space(
        bhv_desc_t      *bdp,
        int             cmd,
        xfs_flock64_t   *bf,
        xfs_off_t               offset,
        cred_t          *credp,
        int             attr_flags);



off_t is smaller the xfs_off_t.  The cause XFS_IOC_RESVSP64 to return EINVAL.
Changing the definition of xfs_change_file_space in xfs_ioctl.c to match that
as xfs_vnodeops.c fixes the problem.


Bill Jones

From owner-linux-xfs@oss.sgi.com Thu Jul 20 15:25:26 2000
Received:  by oss.sgi.com id <S42220AbQGTWZQ>;
	Thu, 20 Jul 2000 15:25:16 -0700
Received: from mail.davisarch.com ([204.120.4.233]:8964 "EHLO
        coach.davisarch.com") by oss.sgi.com with ESMTP id <S42199AbQGTWYu>;
	Thu, 20 Jul 2000 15:24:50 -0700
Received: from localhost (secure.professionals.com [207.230.127.30]) by coach.davisarch.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3)
	id LL1TXY5F; Thu, 20 Jul 2000 17:06:29 -0500
X-Mailer: Internet Mail Service [44.4.550.28] (Solaris; Sparc2)
Date:   Thu, 20 Jul 2000 15:26:48
X-Accept-Language: en
From:   <marggie.k@techhero.com>
To:     <linty84@yahoo.com>
References: 0B464A90D
Subject: my new address
X-References: 02D9B094B, 07F325E7C
Message-ID: <joybb16feh8as8m.200720001526@localhost>
Sensitivity: Personal
Content-Type: text/plain
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

             Now you can afford to advertise.

 Whether You Are Looking For Sales, Leads or Exposure
 TLC offers targeted or general mailings with current 
 addresses. We GUARANTEE response !

 Call TLC to Purchase 100,000 emails and receive additional 
 100,000 free.

 For affordable, effective advertising call 702-876-9559 
 
 This offer (Ends Monday 24, 2000)

 WE HAVE OPT-IN LISTS!!!! 

 For More Information CALL NOW-702-876-9559  
 9-5pm. pacific standard time.  Ask for Brian or Bill.                           
 
 * We could assist you in developing your entire campaign!

 * We can even create your ad or annoucement for you!
 
 SPECIAL RATES ENDS Monday 7-24-00

 Call NOW - 702-876-9559    9-5pm. pacific standard time.



 For removal see below.

 







++++++++++++++++++++++++++++++++++++++++++++++++++
We are terribly sorry if you received this message 
in error. 
If you wish to be removed. Please, type "REMOVE" 
in the subject line: remove75@fiberia.com

++++++++++++++++++++++++++++++++++++++++++++++++++
 

From owner-linux-xfs@oss.sgi.com Thu Jul 20 15:28:26 2000
Received:  by oss.sgi.com id <S42222AbQGTW2G>;
	Thu, 20 Jul 2000 15:28:06 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:16160 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGTW1l>;
	Thu, 20 Jul 2000 15:27:41 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA05873
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 15:19:48 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA39912 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 17:26:03 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id RAA55781; Thu, 20 Jul 2000 17:26:02 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id RAA50152; Thu, 20 Jul 2000 17:26:02 -0500 (CDT)
Message-Id: <200007202226.RAA50152@tiki.americas.sgi.com>
Date:   Thu, 20 Jul 2000 17:26:02 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Fix a broken prototype in xfs_ioctl.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Courtesy of Bill Jones..


Date:  Thu Jul 20 15:25:09 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67232a
linux/fs/xfs/linux/xfs_ioctl.c - 1.11
	- Fix a prototype change that was missed in the
	  off_t -> xfs_off_t conversion.



From owner-linux-xfs@oss.sgi.com Thu Jul 20 15:29:56 2000
Received:  by oss.sgi.com id <S42223AbQGTW3g>;
	Thu, 20 Jul 2000 15:29:36 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:47392 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGTW3L>;
	Thu, 20 Jul 2000 15:29:11 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id PAA06043
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 15:21:18 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA36585; Thu, 20 Jul 2000 17:27:08 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id RAA98946; Thu, 20 Jul 2000 17:27:08 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id RAA50298; Thu, 20 Jul 2000 17:27:07 -0500 (CDT)
Message-Id: <200007202227.RAA50298@tiki.americas.sgi.com>
Subject: Re: Another bug in xfs_ioctl.c
To:     jones@tacc.cc.utexas.edu (William L Jones)
Date:   Thu, 20 Jul 2000 17:27:07 -0500 (CDT)
Cc:     linux-xfs@oss.sgi.com
In-Reply-To: <200007202153.QAA24032@spica.cc.utexas.edu> from "William L Jones" at Jul 20, 2000 04:53:02 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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> 
> 
> I keeped getting an EINVAL erro for XFS_IOC_RESVSP64.
> 
> This is do a difference in the way xfs_ioctl.c defines xfs_change_file_spce as:
.
.
.
> off_t is smaller the xfs_off_t.  The cause XFS_IOC_RESVSP64 to return EINVAL.
> Changing the definition of xfs_change_file_space in xfs_ioctl.c to match that
> as xfs_vnodeops.c fixes the problem.
> 
> 
> Bill Jones
> 


Got it,

	Thanx, -Ted

From owner-linux-xfs@oss.sgi.com Thu Jul 20 17:05:57 2000
Received:  by oss.sgi.com id <S42229AbQGUAFr>;
	Thu, 20 Jul 2000 17:05:47 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:62013 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42199AbQGUAFW>; Thu, 20 Jul 2000 17:05:22 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA04160
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 17:10:40 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id TAA40991 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 19:03:43 -0500 (CDT)
Received: from localhost.localdomain (root@[192.82.201.126]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id TAA25724 for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 19:03:40 -0500 (CDT)
From:   lord@sgi.com
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id TAA01324; Thu, 20 Jul 2000 19:08:08 -0500
Message-Id: <200007210008.TAA01324@localhost.localdomain>
Date:   Thu, 20 Jul 2000 19:08:08 -0500
Subject: TAKE - fix XFS_BUF_SUPER_STALE
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

A small inconsistency in the buffer cache interface - but we only
get here from error paths anyway.

Date:  Thu Jul 20 17:00:46 PDT 2000
Workarea:  192.82.201.126:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67244a
linux/fs/xfs/xfs_buf.h - 1.55
	- Fix XFS_BUF_SUPER_STALE to really remove from the delwri
	  queue. 



From owner-linux-xfs@oss.sgi.com Thu Jul 20 17:23:16 2000
Received:  by oss.sgi.com id <S42228AbQGUAXG>;
	Thu, 20 Jul 2000 17:23:06 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:34363 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGUAWb>;
	Thu, 20 Jul 2000 17:22:31 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA18169
	for <linux-xfs@oss.sgi.com>; Thu, 20 Jul 2000 17:14:37 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA24480 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 10:19:36 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA12689 for linux-xfs@oss.sgi.com; Fri, 21 Jul 2000 10:19:35 +1000 (EST)
Date:   Fri, 21 Jul 2000 10:19:35 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007210019.KAA12689@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_db write uuids/byte strings + bugfix
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67247a
Date:  Thu Jul 20 17:19:17 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/bit.c - 1.13
cmd/xfs/db/write.c - 1.18
	- fix write & add write mode for byte strings & uuids


From owner-linux-xfs@oss.sgi.com Fri Jul 21 05:47:22 2000
Received:  by oss.sgi.com id <S42210AbQGUMrC>;
	Fri, 21 Jul 2000 05:47:02 -0700
Received: from hermes.mixx.net ([212.84.196.2]:14 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42207AbQGUMqg>;
	Fri, 21 Jul 2000 05:46:36 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id DE19AF809
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 14:46:11 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id B759E2CA70; Fri, 21 Jul 2000 14:46:01 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: pagebuf_kiobuf_io got error -38
Date:   21 Jul 2000 12:46:01 GMT
Organization: innominate AG, Berlin, Germany
Lines:  16
Distribution: local
Message-ID: <news2mail-8l9gm9$hmk$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964183561 18132 10.0.0.31 (21 Jul 2000 12:46:01 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i686))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

i just tried the current state of the sgi xfs cvs tree, got it
compiled and running fine but after mounting a filesystem and
copying lots of stuff to it i got lots of

  pagebuf_kiobuf_io got error -38

errors and the machine was unuseable a bit later - is this a
known problem at the moment ?

t

-- 
thomas.graichen@innominate.de
clustering & security                                    innominate AG
                                                     networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Fri Jul 21 05:49:21 2000
Received:  by oss.sgi.com id <S42217AbQGUMtM>;
	Fri, 21 Jul 2000 05:49:12 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:27428 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42207AbQGUMsu>;
	Fri, 21 Jul 2000 05:48:50 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id FAA07631
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 05:40:57 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id HAA84787 for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 07:47:11 -0500 (CDT)
Received: from localhost.localdomain (root@[192.82.201.160]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id HAA16852 for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 07:47:09 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id HAA03983; Fri, 21 Jul 2000 07:42:05 -0500
Message-Id: <200007211242.HAA03983@localhost.localdomain>
Date:   Fri, 21 Jul 2000 07:42:05 -0500
Subject: TAKE - remove some dead pagebuf code
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Fri Jul 21 05:46:22 PDT 2000
Workarea:  192.82.201.160:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67277a
linux/fs/pagebuf/page_buf.c - 1.14
	- Remove some dead code from the flush thread



From owner-linux-xfs@oss.sgi.com Fri Jul 21 05:53:52 2000
Received:  by oss.sgi.com id <S42223AbQGUMxm>;
	Fri, 21 Jul 2000 05:53:42 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:16165 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42207AbQGUMxW>;
	Fri, 21 Jul 2000 05:53:22 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id FAA08107
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 05:45:29 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id HAA63370 for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 07:51:44 -0500 (CDT)
Received: from localhost.localdomain (root@[192.82.201.160]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id HAA16981 for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 07:51:41 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id HAA04066; Fri, 21 Jul 2000 07:46:41 -0500
Message-Id: <200007211246.HAA04066@localhost.localdomain>
Date:   Fri, 21 Jul 2000 07:46:41 -0500
Subject: TAKE - fix a pagebuf reference count leak
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

When we use pagebuf_find to get hold of an incore buffer it adds a
reference count. Since these buffers are usually on the delwri queue
there was already a reference. We need to remove them from the
delwri queue (which drops that reference) in the case where we
decide to push them out ourselves. Without this we end up with
a bunch of pagebufs which cannot go away until unmount.

Date:  Fri Jul 21 05:49:14 PDT 2000
Workarea:  192.82.201.160:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67278a
linux/fs/xfs/xfs_extfree_item.c - 1.42
	- Fix a cast

linux/fs/xfs/xfs_inode_item.c - 1.91
	- When a buffer is grabbed via xfs_incore and we decide to write it           
	  directly, it must be removed from the delwri queue and the reference
	  count fixed up.

linux/fs/xfs/xfs_dquot.c - 1.49
	- When a buffer is grabbed via xfs_incore and we decide to write it
	  directly, it must be removed from the delwri queue and the reference
	  count fixed up.



From owner-linux-xfs@oss.sgi.com Fri Jul 21 05:56:22 2000
Received:  by oss.sgi.com id <S42225AbQGUM4C>;
	Fri, 21 Jul 2000 05:56:02 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:38437 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42207AbQGUMz3>;
	Fri, 21 Jul 2000 05:55:29 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id FAA08323
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 05:47:36 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id HAA03588; Fri, 21 Jul 2000 07:53:49 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id HAA17036; Fri, 21 Jul 2000 07:53:49 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id HAA27006; Fri, 21 Jul 2000 07:47:25 -0500
Message-Id: <200007211247.HAA27006@jen.americas.sgi.com>
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de
cc:     linux-xfs@oss.sgi.com
Subject: Re: pagebuf_kiobuf_io got error -38 
In-reply-to: Your message of "21 Jul 2000 12:46:01 GMT
Date:   Fri, 21 Jul 2000 07:47:25 -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> i just tried the current state of the sgi xfs cvs tree, got it
> compiled and running fine but after mounting a filesystem and
> copying lots of stuff to it i got lots of
> 
>   pagebuf_kiobuf_io got error -38
> 
> errors and the machine was unuseable a bit later - is this a
> known problem at the moment ?
> 
> t
> 
> -- 
> thomas.graichen@innominate.de
> clustering & security                                    innominate AG
>                                                      networking people
> fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr


I suspect you are using ide drives and turned on the use kiobuf
option. Try rebuilding with the use kiobuf config option off and
try again.

Steve Lord


From owner-linux-xfs@oss.sgi.com Fri Jul 21 10:34:02 2000
Received:  by oss.sgi.com id <S42207AbQGURdx>;
	Fri, 21 Jul 2000 10:33:53 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:48501 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42199AbQGURdV>; Fri, 21 Jul 2000 10:33:21 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA06237
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 10:38:41 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id MAA12101 for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 12:31:42 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id MAA33926; Fri, 21 Jul 2000 12:31:42 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id MAA61092; Fri, 21 Jul 2000 12:31:41 -0500 (CDT)
Message-Id: <200007211731.MAA61092@tiki.americas.sgi.com>
Date:   Fri, 21 Jul 2000 12:31:41 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - flush out cached pages in dfrag.c
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Courtesy: Bill Jones, make sure a files pages are flushed
out before de-fragging.


Date:  Fri Jul 21 10:30:17 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67287a
linux/fs/xfs/xfs_dfrag.c - 1.18
	- Add a call to xfs_inval_cached_pages to make
	  sure the cached pages are out.



From owner-linux-xfs@oss.sgi.com Fri Jul 21 11:00:13 2000
Received:  by oss.sgi.com id <S42218AbQGUSAD>;
	Fri, 21 Jul 2000 11:00:03 -0700
Received: from [209.172.107.24] ([209.172.107.24]:4087 "EHLO mail.olliance.com")
	by oss.sgi.com with ESMTP id <S42199AbQGUR7i>;
	Fri, 21 Jul 2000 10:59:38 -0700
Received: from rawb by mail.olliance.com with local (Exim 3.14 #2)
	id 13Fh3u-0004Lb-00
	for linux-xfs@oss.sgi.com; Fri, 21 Jul 2000 10:58:14 -0700
Date:   Fri, 21 Jul 2000 10:58:14 -0700
From:   Rawb <rawb@olliance.com>
To:     linux-xfs@oss.sgi.com
Subject: Problems compiling
Message-ID: <20000721105814.A15634@olliance.com>
Reply-To: rawb@olliance.com
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=md5;
	protocol="application/pgp-signature"; boundary="QKdGvSO+nmPlgiQ/"
X-Mailer: Mutt 1.0.1i
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


--QKdGvSO+nmPlgiQ/
Content-Type: multipart/mixed; boundary="7JfCtLOvnd9MIVvH"


--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Well, I feel like an idiot, but I can't manage to get XFS to build anymore,
I can get it to fail in either one of these two interesting ways:

fs/fs.o: In function `xfs_free_file_space':
/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c:5896: undefined
reference to `xfs_dm_send_data_event'
make: *** [vmlinux] Error 1

That one, I figured, was because I didn't compile in the DMAPI support, so
I went ahead and turned that option on, and I get this error:

make[6]: Leaving directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/linux'
make -C dmapi fastdep
make: Entering an unknown directory
make: *** dmapi: No such file or directory.  Stop.
make: Leaving an unknown directory

A find on anything that has dmapi in it turns up absolutely nothing.

I was about to sacrifice a live chicken, but the local poultry shop didn't
have any live ones, and I would hate to have to drive clear accross town
just to get a live chicken if you guys can help me figure out what I did
wrong. ( Special bonus, if the person that fixes it is from the Mountain
View facility, I'll take you to lunch or dinner, your choice. Now how's
that for motivation? )

--=20
Rob Aagaard (rawb@olliance.com) -------------------------------------
|  When someone says "I want a programming language in which I need |
|   only say what I wish done," give him a lollipop.                |
---------------------------------------------------------------------

--7JfCtLOvnd9MIVvH
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename=".config"

#
# Automatically generated by make menuconfig: don't edit
#

#
# Code maturity level options
#
CONFIG_EXPERIMENTAL=y

#
# Processor type and features
#
# CONFIG_M386 is not set
# CONFIG_M486 is not set
# CONFIG_M586 is not set
# CONFIG_M586TSC is not set
CONFIG_M686=y
CONFIG_X86_WP_WORKS_OK=y
CONFIG_X86_INVLPG=y
CONFIG_X86_BSWAP=y
CONFIG_X86_POPAD_OK=y
CONFIG_X86_TSC=y
CONFIG_X86_GOOD_APIC=y
CONFIG_1GB=y
# CONFIG_2GB is not set
# CONFIG_MATH_EMULATION is not set
CONFIG_MTRR=y
CONFIG_SMP=y

#
# Loadable module support
#
CONFIG_MODULES=y
# CONFIG_MODVERSIONS is not set
CONFIG_KMOD=y

#
# General setup
#
CONFIG_NET=y
CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GODIRECT is not set
CONFIG_PCI_GOANY=y
CONFIG_PCI_BIOS=y
CONFIG_PCI_DIRECT=y
CONFIG_PCI_QUIRKS=y
# CONFIG_PCI_OPTIMIZE is not set
CONFIG_PCI_OLD_PROC=y
# CONFIG_MCA is not set
# CONFIG_VISWS is not set
CONFIG_X86_IO_APIC=y
CONFIG_X86_LOCAL_APIC=y
CONFIG_SYSVIPC=y
# CONFIG_BSD_PROCESS_ACCT is not set
CONFIG_SYSCTL=y
CONFIG_BINFMT_AOUT=m
CONFIG_BINFMT_ELF=y
CONFIG_BINFMT_MISC=m
# CONFIG_BINFMT_JAVA is not set
CONFIG_PARPORT=m
CONFIG_PARPORT_PC=m
# CONFIG_PARPORT_OTHER is not set
# CONFIG_APM is not set

#
# Plug and Play support
#
# CONFIG_PNP is not set

#
# Block devices
#
CONFIG_BLK_DEV_FD=m
CONFIG_BLK_DEV_IDE=m
# CONFIG_BLK_DEV_HD_IDE is not set
CONFIG_BLK_DEV_IDEDISK=m
CONFIG_BLK_DEV_IDECD=m
# CONFIG_BLK_DEV_IDETAPE is not set
# CONFIG_BLK_DEV_IDEFLOPPY is not set
CONFIG_BLK_DEV_IDESCSI=m
# CONFIG_BLK_DEV_CMD640 is not set
# CONFIG_BLK_DEV_RZ1000 is not set
CONFIG_BLK_DEV_IDEPCI=y
CONFIG_BLK_DEV_IDEDMA=y
# CONFIG_BLK_DEV_OFFBOARD is not set
CONFIG_IDEDMA_AUTO=y
# CONFIG_BLK_DEV_OPTI621 is not set
# CONFIG_BLK_DEV_TRM290 is not set
# CONFIG_BLK_DEV_NS87415 is not set
# CONFIG_BLK_DEV_VIA82C586 is not set
# CONFIG_BLK_DEV_CMD646 is not set
# CONFIG_BLK_DEV_CS5530 is not set
# CONFIG_IDE_CHIPSETS is not set
CONFIG_BLK_DEV_LOOP=m
CONFIG_BLK_DEV_NBD=m
# CONFIG_BLK_DEV_MD is not set
# CONFIG_BLK_DEV_RAM is not set
# CONFIG_BLK_DEV_XD is not set
# CONFIG_BLK_DEV_DAC960 is not set
CONFIG_PARIDE_PARPORT=m
# CONFIG_PARIDE is not set
# CONFIG_BLK_CPQ_DA is not set
# CONFIG_BLK_DEV_HD is not set

#
# Networking options
#
CONFIG_PACKET=m
CONFIG_NETLINK=y
CONFIG_RTNETLINK=y
CONFIG_NETLINK_DEV=m
# CONFIG_FIREWALL is not set
# CONFIG_FILTER is not set
CONFIG_UNIX=y
CONFIG_INET=y
# CONFIG_IP_MULTICAST is not set
# CONFIG_IP_ADVANCED_ROUTER is not set
# CONFIG_IP_PNP is not set
# CONFIG_IP_ROUTER is not set
# CONFIG_NET_IPIP is not set
# CONFIG_NET_IPGRE is not set
CONFIG_IP_ALIAS=y
# CONFIG_ARPD is not set
# CONFIG_SYN_COOKIES is not set
# CONFIG_INET_RARP is not set
CONFIG_SKB_LARGE=y
# CONFIG_IPV6 is not set
# CONFIG_IPX is not set
# CONFIG_ATALK is not set
# CONFIG_X25 is not set
# CONFIG_LAPB is not set
# CONFIG_BRIDGE is not set
# CONFIG_LLC is not set
# CONFIG_ECONET is not set
# CONFIG_WAN_ROUTER is not set
# CONFIG_NET_FASTROUTE is not set
# CONFIG_NET_HW_FLOWCONTROL is not set
# CONFIG_CPU_IS_SLOW is not set

#
# QoS and/or fair queueing
#
# CONFIG_NET_SCHED is not set

#
# Telephony Support
#
# CONFIG_PHONE is not set
# CONFIG_PHONE_IXJ is not set

#
# SCSI support
#
CONFIG_SCSI=y
CONFIG_BLK_DEV_SD=y
CONFIG_CHR_DEV_ST=m
CONFIG_BLK_DEV_SR=m
CONFIG_BLK_DEV_SR_VENDOR=y
CONFIG_CHR_DEV_SG=m
# CONFIG_SCSI_MULTI_LUN is not set
CONFIG_SCSI_CONSTANTS=y
# CONFIG_SCSI_LOGGING is not set

#
# SCSI low-level drivers
#
# CONFIG_BLK_DEV_3W_XXXX_RAID is not set
# CONFIG_SCSI_7000FASST is not set
# CONFIG_SCSI_ACARD is not set
# CONFIG_SCSI_AHA152X is not set
# CONFIG_SCSI_AHA1542 is not set
# CONFIG_SCSI_AHA1740 is not set
# CONFIG_SCSI_AIC7XXX is not set
# CONFIG_SCSI_IPS is not set
# CONFIG_SCSI_ADVANSYS is not set
# CONFIG_SCSI_IN2000 is not set
# CONFIG_SCSI_AM53C974 is not set
# CONFIG_SCSI_MEGARAID is not set
# CONFIG_SCSI_BUSLOGIC is not set
# CONFIG_SCSI_DTC3280 is not set
# CONFIG_SCSI_EATA is not set
# CONFIG_SCSI_EATA_DMA is not set
# CONFIG_SCSI_EATA_PIO is not set
# CONFIG_SCSI_FUTURE_DOMAIN is not set
CONFIG_SCSI_GDTH=y
# CONFIG_SCSI_GENERIC_NCR5380 is not set
# CONFIG_SCSI_INITIO is not set
# CONFIG_SCSI_INIA100 is not set
# CONFIG_SCSI_PPA is not set
# CONFIG_SCSI_IMM is not set
# CONFIG_SCSI_NCR53C406A is not set
# CONFIG_SCSI_SYM53C416 is not set
# CONFIG_SCSI_SIM710 is not set
# CONFIG_SCSI_NCR53C7xx is not set
# CONFIG_SCSI_NCR53C8XX is not set
# CONFIG_SCSI_SYM53C8XX is not set
# CONFIG_SCSI_PAS16 is not set
# CONFIG_SCSI_PCI2000 is not set
# CONFIG_SCSI_PCI2220I is not set
# CONFIG_SCSI_PSI240I is not set
# CONFIG_SCSI_QLOGIC_FAS is not set
# CONFIG_SCSI_QLOGIC_ISP is not set
# CONFIG_SCSI_QLOGIC_FC is not set
# CONFIG_SCSI_SEAGATE is not set
# CONFIG_SCSI_DC390T is not set
# CONFIG_SCSI_T128 is not set
# CONFIG_SCSI_U14_34F is not set
# CONFIG_SCSI_ULTRASTOR is not set
# CONFIG_SCSI_DEBUG is not set

#
# I2O device support
#
# CONFIG_I2O is not set
# CONFIG_I2O_PCI is not set
# CONFIG_I2O_BLOCK is not set
# CONFIG_I2O_SCSI is not set

#
# Network device support
#
CONFIG_NETDEVICES=y

#
# ARCnet devices
#
# CONFIG_ARCNET is not set
CONFIG_DUMMY=m
# CONFIG_BONDING is not set
# CONFIG_EQUALIZER is not set
# CONFIG_ETHERTAP is not set
# CONFIG_NET_SB1000 is not set

#
# Ethernet (10 or 100Mbit)
#
CONFIG_NET_ETHERNET=y
# CONFIG_NET_VENDOR_3COM is not set
# CONFIG_LANCE is not set
# CONFIG_NET_VENDOR_SMC is not set
# CONFIG_NET_VENDOR_RACAL is not set
# CONFIG_RTL8139 is not set
# CONFIG_NET_ISA is not set
CONFIG_NET_EISA=y
# CONFIG_PCNET32 is not set
# CONFIG_AC3200 is not set
# CONFIG_APRICOT is not set
# CONFIG_CS89x0 is not set
# CONFIG_DM9102 is not set
# CONFIG_DE4X5 is not set
CONFIG_DEC_ELCP=y
# CONFIG_DGRS is not set
CONFIG_EEXPRESS_PRO100=y
# CONFIG_LNE390 is not set
# CONFIG_NE3210 is not set
# CONFIG_NE2K_PCI is not set
# CONFIG_TLAN is not set
# CONFIG_VIA_RHINE is not set
# CONFIG_SIS900 is not set
# CONFIG_ES3210 is not set
# CONFIG_EPIC100 is not set
# CONFIG_ZNET is not set
# CONFIG_NET_POCKET is not set

#
# Ethernet (1000 Mbit)
#
# CONFIG_ACENIC is not set
# CONFIG_HAMACHI is not set
# CONFIG_YELLOWFIN is not set
# CONFIG_SK98LIN is not set
# CONFIG_FDDI is not set
# CONFIG_HIPPI is not set
# CONFIG_PLIP is not set
# CONFIG_PPP is not set
# CONFIG_SLIP is not set
# CONFIG_NET_RADIO is not set

#
# Token ring devices
#
# CONFIG_TR is not set
# CONFIG_NET_FC is not set
# CONFIG_RCPCI is not set
# CONFIG_SHAPER is not set

#
# Wan interfaces
#
# CONFIG_HOSTESS_SV11 is not set
# CONFIG_COSA is not set
# CONFIG_SEALEVEL_4021 is not set
# CONFIG_SYNCLINK_SYNCPPP is not set
# CONFIG_LANMEDIA is not set
# CONFIG_COMX is not set
# CONFIG_HDLC is not set
# CONFIG_DLCI is not set
# CONFIG_SBNI is not set

#
# Amateur Radio support
#
# CONFIG_HAMRADIO is not set

#
# IrDA (infrared) support
#
# CONFIG_IRDA is not set

#
# ISDN subsystem
#
# CONFIG_ISDN is not set

#
# Old CD-ROM drivers (not SCSI, not IDE)
#
# CONFIG_CD_NO_IDESCSI is not set

#
# Character devices
#
CONFIG_VT=y
CONFIG_VT_CONSOLE=y
CONFIG_SERIAL=m
# CONFIG_SERIAL_EXTENDED is not set
# CONFIG_SERIAL_NONSTANDARD is not set
CONFIG_UNIX98_PTYS=y
CONFIG_UNIX98_PTY_COUNT=256
CONFIG_PRINTER=m
CONFIG_PRINTER_READBACK=y
CONFIG_MOUSE=y

#
# Mice
#
# CONFIG_ATIXL_BUSMOUSE is not set
# CONFIG_BUSMOUSE is not set
# CONFIG_MS_BUSMOUSE is not set
CONFIG_PSMOUSE=y
# CONFIG_82C710_MOUSE is not set
# CONFIG_PC110_PAD is not set

#
# Joysticks
#
# CONFIG_JOYSTICK is not set
# CONFIG_QIC02_TAPE is not set
# CONFIG_WATCHDOG is not set
CONFIG_NVRAM=m
CONFIG_RTC=y

#
# Video For Linux
#
# CONFIG_VIDEO_DEV is not set
# CONFIG_DTLK is not set

#
# Ftape, the floppy tape device driver
#
# CONFIG_FTAPE is not set

#
# Filesystems
#
# CONFIG_QUOTA is not set
# CONFIG_AUTOFS_FS is not set
# CONFIG_ADFS_FS is not set
# CONFIG_AFFS_FS is not set
# CONFIG_HFS_FS is not set
CONFIG_FAT_FS=m
# CONFIG_MSDOS_FS is not set
# CONFIG_UMSDOS_FS is not set
CONFIG_VFAT_FS=m
CONFIG_ISO9660_FS=m
CONFIG_JOLIET=y
# CONFIG_MINIX_FS is not set
# CONFIG_NTFS_FS is not set
# CONFIG_HPFS_FS is not set
CONFIG_PROC_FS=y
CONFIG_DEVPTS_FS=y
# CONFIG_QNX4FS_FS is not set
# CONFIG_ROMFS_FS is not set
CONFIG_EXT2_FS=y
# CONFIG_SYSV_FS is not set
# CONFIG_UFS_FS is not set
# CONFIG_EFS_FS is not set

#
# Network File Systems
#
# CONFIG_CODA_FS is not set
CONFIG_NFS_FS=m
CONFIG_NFSD=m
CONFIG_NFSD_SUN=y
CONFIG_SUNRPC=m
CONFIG_LOCKD=m
CONFIG_SMB_FS=m
# CONFIG_NCP_FS is not set

#
# Partition Types
#
# CONFIG_BSD_DISKLABEL is not set
# CONFIG_MAC_PARTITION is not set
# CONFIG_SMD_DISKLABEL is not set
# CONFIG_SOLARIS_X86_PARTITION is not set
# CONFIG_UNIXWARE_DISKLABEL is not set
CONFIG_NLS=y

#
# Native Language Support
#
CONFIG_NLS_DEFAULT="cp437"
CONFIG_NLS_CODEPAGE_437=m
# CONFIG_NLS_CODEPAGE_737 is not set
# CONFIG_NLS_CODEPAGE_775 is not set
# CONFIG_NLS_CODEPAGE_850 is not set
# CONFIG_NLS_CODEPAGE_852 is not set
# CONFIG_NLS_CODEPAGE_855 is not set
# CONFIG_NLS_CODEPAGE_857 is not set
# CONFIG_NLS_CODEPAGE_860 is not set
# CONFIG_NLS_CODEPAGE_861 is not set
# CONFIG_NLS_CODEPAGE_862 is not set
# CONFIG_NLS_CODEPAGE_863 is not set
# CONFIG_NLS_CODEPAGE_864 is not set
# CONFIG_NLS_CODEPAGE_865 is not set
# CONFIG_NLS_CODEPAGE_866 is not set
# CONFIG_NLS_CODEPAGE_869 is not set
# CONFIG_NLS_CODEPAGE_874 is not set
# CONFIG_NLS_CODEPAGE_932 is not set
# CONFIG_NLS_CODEPAGE_936 is not set
# CONFIG_NLS_CODEPAGE_949 is not set
# CONFIG_NLS_CODEPAGE_950 is not set
CONFIG_NLS_ISO8859_1=m
# CONFIG_NLS_ISO8859_2 is not set
# CONFIG_NLS_ISO8859_3 is not set
# CONFIG_NLS_ISO8859_4 is not set
# CONFIG_NLS_ISO8859_5 is not set
# CONFIG_NLS_ISO8859_6 is not set
# CONFIG_NLS_ISO8859_7 is not set
# CONFIG_NLS_ISO8859_8 is not set
# CONFIG_NLS_ISO8859_9 is not set
# CONFIG_NLS_ISO8859_14 is not set
# CONFIG_NLS_ISO8859_15 is not set
# CONFIG_NLS_KOI8_R is not set

#
# Console drivers
#
CONFIG_VGA_CONSOLE=y
# CONFIG_VIDEO_SELECT is not set
# CONFIG_MDA_CONSOLE is not set
# CONFIG_FB is not set

#
# Sound
#
# CONFIG_SOUND is not set

#
# Kernel hacking
#
CONFIG_MAGIC_SYSRQ=y

--7JfCtLOvnd9MIVvH--

--QKdGvSO+nmPlgiQ/
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE5eI81K/N5VGyXdzARAaR5AJwM8RBs+JleNHqCZjZ3PIdR+07NTQCgvD4A
sFfheUpZAwjod59FnjccAj4=
=sJXZ
-----END PGP SIGNATURE-----

--QKdGvSO+nmPlgiQ/--

From owner-linux-xfs@oss.sgi.com Fri Jul 21 11:21:33 2000
Received:  by oss.sgi.com id <S42219AbQGUSVX>;
	Fri, 21 Jul 2000 11:21:23 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:65402 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42199AbQGUSVI>; Fri, 21 Jul 2000 11:21:08 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA05533
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 11:26:28 -0700 (PDT)
	mail_from (roehrich@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA59462; Fri, 21 Jul 2000 13:19:28 -0500 (CDT)
Received: from slobber.americas.sgi.com (slobber.americas.sgi.com [128.162.184.30]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id NAA48566; Fri, 21 Jul 2000 13:19:28 -0500 (CDT)
Received: from slobber.americas.sgi.com by slobber.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) via ESMTP id NAA11494; Fri, 21 Jul 2000 13:19:28 -0500 (CDT)
Message-Id: <200007211819.NAA11494@slobber.americas.sgi.com>
To:     rawb@olliance.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: Problems compiling 
Date:   Fri, 21 Jul 2000 13:19:27 -0500
From:   Dean Roehrich <roehrich@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


>From:  Rawb <rawb@olliance.com>

>
>fs/fs.o: In function `xfs_free_file_space':
>/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/xfs_vnodeops.c:5896: undefined
>reference to `xfs_dm_send_data_event'
>make: *** [vmlinux] Error 1
>
>That one, I figured, was because I didn't compile in the DMAPI support, so
>I went ahead and turned that option on, and I get this error:

You should be using stubs for things like xfs_dm_send_data_event().  Find them
in fs/xfs/xfsdmapistubs.c.  The CONFIG_XFS_DMAPI variable should not be set,
as DMAPI isn't in the tree anyway.

Are there any differences between your fs/xfs/Makefile and the one I've
included below?

>( Special bonus, if the person that fixes it is from the Mountain
>View facility, I'll take you to lunch or dinner, your choice. Now how's
>that for motivation? )

Darn....

Dean, in Eagan, MN.



------------ fs/xfs/Makefile ------
#
#
# Copyright (c) 2000 Silicon Graphics, Inc.  All Rights Reserved.
# 
# This program is free software; you can redistribute it and/or modify it
# under the terms of version 2 of the GNU General Public License as
# published by the Free Software Foundation.
# 
# This program is distributed in the hope that it would be useful, but
# WITHOUT ANY WARRANTY; without even the implied warranty of
# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
# 
# Further, this software is distributed without any warranty that it is
# free of the rightful claim of any third person regarding infringement
# or the like.  Any license provided herein, whether implied or
# otherwise, applies only to this software file.  Patent licenses, if
# any, provided herein do not apply to combinations of this program with
# other software, or any other product whatsoever.
# 
# You should have received a copy of the GNU General Public License along
# with this program; if not, write the Free Software Foundation, Inc., 59
# Temple Place - Suite 330, Boston MA 02111-1307, USA.
# 
# Contact information: Silicon Graphics, Inc., 1600 Amphitheatre Pkwy,
# Mountain View, CA  94043, or:
# 
# http://www.sgi.com 
# 
# For further information regarding this notice, see: 
# 
# http://oss.sgi.com/projects/GenInfo/SGIGPLNoticeExplan/
#
# Makefile for XFS on Linux.
#
# Note! Dependencies are done automagically by 'make dep', which also
# removes any old dependencies. DON'T put your own dependencies here
# unless it's something special (ie not a .c file).
#

#CFLAGS := $(filter-out -Wall,$(CFLAGS))

# EXTRA_MKDEP_OPTIONS = -v

EXTRA_FIND_DIRECTORIES = linux pseudo-inc
ifeq ($(CONFIG_XFS_GRIO),y)
	EXTRA_FIND_DIRECTORIES += grio
endif
ifeq ($(CONFIG_XFS_DMAPI),y)
	EXTRA_FIND_DIRECTORIES += dmapi
endif
EXTRA_INCLUDE_DIRECTORIES = -I./linux -I./pseudo-inc -I.

EXTRA_CFLAGS += -g3 -Wno-unused  -Wno-parentheses \
                -Wno-uninitialized ${EXTRA_INCLUDE_DIRECTORIES} -D_KERNEL \
		-funsigned-char 

EXTRA_CFLAGS += $(shell if $(CC) -Wno-unknown-pragmas -S -o /dev/null -xc /dev/null >/dev/null 2>&1; then echo "-Wno-unknown-pragmas"; fi)


ifeq ($(CONFIG_XFS_DEBUG),y)
EXTRA_CFLAGS += -DDEBUG -DXFSDEBUG
endif

ALL_SUB_DIRS=linux
SUB_DIRS=linux
ifeq ($(CONFIG_XFS_GRIO),y)
	ALL_SUB_DIRS += grio
	SUB_DIRS += grio
endif
ifeq ($(CONFIG_XFS_DMAPI),y)
	ALL_SUB_DIRS += dmapi
	SUB_DIRS += dmapi
endif

O_TARGET := xfs.o

xfs.o:	links sub_dirs

ifeq ($(CONFIG_XFS_FS),m)
  M_OBJS   := $(O_TARGET)
  ifeq ($(CONFIG_KDB),y)
    M_OBJS += xfsidbg.o
  endif
else
ifeq ($(CONFIG_KDB),y)
  M_OBJS := xfsidbg.o
endif
endif

ifeq ($(CONFIG_XFS_RT),y)
	XFS_RT_OBJS=xfs_rtalloc.o xfs_rtbit.o
else
	XFS_RT_OBJS=xfsrtstubs.o
endif
ifeq ($(CONFIG_XFS_GRIO),y)
	XFS_GRIO_OBJS=xfs_grio.o 
else
	XFS_GRIO_OBJS=
endif
ifeq ($(CONFIG_XFS_DMAPI),y)
	XFS_DMAPI_OBJS=dmapi/dmapi.o
else
	XFS_DMAPI_OBJS=xfsdmapistubs.o
endif

XFS_OBJS  :=    $(XFS_RT_OBJS) \
		$(XFS_GRIO_OBJS) \
		$(XFS_DMAPI_OBJS) \
		xfs_alloc.o \
                xfs_alloc_btree.o \
                xfs_attr.o \
                xfs_attr_leaf.o \
                xfs_bit.o \
                xfs_bmap.o \
                xfs_bmap_btree.o \
                xfs_btree.o \
                xfs_buf_item.o \
                xfs_da_btree.o \
                xfs_dir.o \
                xfs_dir2.o \
                xfs_dir2_block.o \
                xfs_dir2_data.o \
                xfs_dir2_leaf.o \
                xfs_dir2_node.o \
                xfs_dir2_sf.o \
                xfs_dir2_trace.o \
                xfs_dir_leaf.o \
                xfs_error.o \
                xfs_extfree_item.o \
                xfs_fsops.o \
                xfs_ialloc.o \
                xfs_ialloc_btree.o \
                xfs_iget.o \
                xfs_inode.o \
                xfs_inode_item.o \
                xfs_iocore.o \
                xfs_itable.o \
                xfs_dfrag.o \
                xfs_log.o \
                xfs_log_recover.o \
                xfs_macros.o \
                xfs_mount.o \
                xfs_rename.o \
                xfs_trans.o \
                xfs_trans_ail.o \
                xfs_trans_buf.o \
                xfs_trans_extfree.o \
                xfs_trans_inode.o \
                xfs_trans_item.o \
                xfs_utils.o \
                xfs_vfsops.o \
                xfs_vnodeops.o \
                xfs_rw.o \
		xfsquotasstubs.o \
		macstubs.o \
		oplockstubs.o


O_OBJS :=  $(XFS_OBJS) 

O_OBJS += linux/linux_xfs.o

include $(TOPDIR)/Rules.make

ifneq ($(wildcard .hdepend),)
include .hdepend
endif

links:


From owner-linux-xfs@oss.sgi.com Fri Jul 21 11:36:03 2000
Received:  by oss.sgi.com id <S42228AbQGUSfo>;
	Fri, 21 Jul 2000 11:35:44 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:18044 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGUSfS>;
	Fri, 21 Jul 2000 11:35:18 -0700
Received: from getafix.engr.sgi.com (getafix.engr.sgi.com [163.154.5.110]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA15577
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 11:27:25 -0700 (PDT)
	mail_from (chait@getafix.engr.sgi.com)
Received: from localhost (chait@localhost) by getafix.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via SMTP id LAA71404; Fri, 21 Jul 2000 11:32:23 -0700 (PDT)
Message-Id: <200007211832.LAA71404@getafix.engr.sgi.com>
To:     Thomas Graichen <graichen@innominate.de>
cc:     linux-xfs@oss.sgi.com
Subject: Re: pagebuf_kiobuf_io got error -38 
In-reply-to: Your message of "21 Jul 2000 12:46:01 GMT."
             <news2mail-8l9gm9$hmk$1@mate.bln.innominate.de> 
Date:   Fri, 21 Jul 2000 11:32:23 -0700
From:   Chaitanya Tumuluri <chait@getafix.engr.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


On 21 Jul 2000 12:46:01 GMT, Thomas Graichen <graichen@innominate.de>, thomas.graichen@innominate.de wrote:
>i just tried the current state of the sgi xfs cvs tree, got it
>compiled and running fine but after mounting a filesystem and
>copying lots of stuff to it i got lots of
>
>  pagebuf_kiobuf_io got error -38
>
>errors and the machine was unuseable a bit later - is this a
>known problem at the moment ?
>
>t

Hi,

Thought I'd provide a little more info. for users out there.

>From <errno.h>:

#define ENOSYS          38      /* Function not implemented */

Basically, as Steve Lord pointed out in an earlier email, the
following option listed under the XFS config options menu:

	"Use kiobuf for XFS I/O"

should be turned off, if you're using an IDE drive (or LVM/MD). 
This option only works for SCSI drives currently.

Yes, work is underway to support this option for other non-SCSI 
devices as well.

Cheers,
-Chait.

From owner-linux-xfs@oss.sgi.com Fri Jul 21 11:43:24 2000
Received:  by oss.sgi.com id <S42220AbQGUSnN>;
	Fri, 21 Jul 2000 11:43:13 -0700
Received: from [209.172.107.24] ([209.172.107.24]:61691 "EHLO
        mail.olliance.com") by oss.sgi.com with ESMTP id <S42199AbQGUSmu>;
	Fri, 21 Jul 2000 11:42:50 -0700
Received: from rawb by mail.olliance.com with local (Exim 3.14 #2)
	id 13Fhjj-0004b3-00
	for linux-xfs@oss.sgi.com; Fri, 21 Jul 2000 11:41:27 -0700
Date:   Fri, 21 Jul 2000 11:41:27 -0700
From:   Rawb <rawb@olliance.com>
To:     linux-xfs@oss.sgi.com
Subject: Re: Problems compiling
Message-ID: <20000721114127.A17376@olliance.com>
Reply-To: rawb@olliance.com
References: <20000721105814.A15634@olliance.com>
Mime-Version: 1.0
Content-Type: multipart/signed; micalg=md5;
	protocol="application/pgp-signature"; boundary="82I3+IH0IqGh5yIs"
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20000721105814.A15634@olliance.com>; from rawb@olliance.com on Fri, Jul 21, 2000 at 10:58:14AM -0700
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


--82I3+IH0IqGh5yIs
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: quoted-printable

Dean, the files match, but here's something that looks kindof important=20
( This is the first time I watched it close enough to catch this ),

make -C xfs
make[2]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs'
/usr/src/linux-2.4-xfs/linux/Rules.make:75: warning: overriding commands
for target `xfs.o'
Makefile:93: warning: ignoring old commands for target `xfs.o'
make -C linux
make[3]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/linux'
make all_targets
make[4]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/linux'
make[4]: Nothing to be done for `all_targets'.
make[4]: Leaving directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/linux'
make[3]: Leaving directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs/linux'
rm -f xfs.o
ld -m elf_i386  -r -o xfs.o xfs_alloc.o xfs_alloc_btree.o xfs_attr.o
xfs_attr_leaf.o xfs_bit.o xfs_bmap.o xfs_bmap_btree.o xfs_btree.o
xfs_buf_item.o xfs_da_btree.o xfs_dir.o xfs_dir2.o xfs_dir2_block.o
xfs_dir2_data.o xfs_dir2_leaf.o xfs_dir2_node.o xfs_dir2_sf.o
xfs_dir2_trace.o xfs_dir_leaf.o xfs_error.o xfs_extfree_item.o xfs_fsops.o
xfs_ialloc.o xfs_ialloc_btree.o xfs_iget.o xfs_inode.o xfs_inode_item.o
xfs_iocore.o xfs_itable.o xfs_dfrag.o xfs_log.o xfs_log_recover.o
xfs_macros.o xfs_mount.o xfs_rename.o xfs_trans.o xfs_trans_ail.o
xfs_trans_buf.o xfs_trans_extfree.o xfs_trans_inode.o xfs_trans_item.o
xfs_utils.o xfs_vfsops.o xfs_vnodeops.o xfs_rw.o xfsquotasstubs.o
macstubs.o oplockstubs.o linux/linux_xfs.o
make[2]: Leaving directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs'


The "Makefile:93: warning: ignoring old commands for target 'xfs.o' " is
the really important looking one.

Mountain View guys, you still have a chance here...=20

--

Rob Aagaard (rawb@olliance.com) -------------------------------------
|  When someone says "I want a programming language in which I need |
|   only say what I wish done," give him a lollipop.                |
---------------------------------------------------------------------

--82I3+IH0IqGh5yIs
Content-Type: application/pgp-signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.0.1 (GNU/Linux)
Comment: For info see http://www.gnupg.org

iD8DBQE5eJlWK/N5VGyXdzARAZcxAJwL6/itlKz4ENKxGHaWZM8oCcAIgwCfSm4X
G9fjGstykcqH2h3kVm34Rg4=
=Kpc1
-----END PGP SIGNATURE-----

--82I3+IH0IqGh5yIs--

From owner-linux-xfs@oss.sgi.com Fri Jul 21 12:59:24 2000
Received:  by oss.sgi.com id <S42222AbQGUT7O>;
	Fri, 21 Jul 2000 12:59:14 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:16663 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42199AbQGUT6s>;
	Fri, 21 Jul 2000 12:58:48 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA26612
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 12:50:54 -0700 (PDT)
	mail_from (roehrich@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA11795; Fri, 21 Jul 2000 14:55:52 -0500 (CDT)
Received: from slobber.americas.sgi.com (slobber.americas.sgi.com [128.162.184.30]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id OAA15531; Fri, 21 Jul 2000 14:55:51 -0500 (CDT)
Received: from slobber.americas.sgi.com by slobber.americas.sgi.com (980427.SGI.8.8.8/SGI-client-1.6c) via ESMTP id OAA12522; Fri, 21 Jul 2000 14:55:51 -0500 (CDT)
Message-Id: <200007211955.OAA12522@slobber.americas.sgi.com>
To:     rawb@olliance.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: Problems compiling 
Date:   Fri, 21 Jul 2000 14:55:51 -0500
From:   Dean Roehrich <roehrich@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


>From:  Rawb <rawb@olliance.com>

>The "Makefile:93: warning: ignoring old commands for target 'xfs.o' " is
>the really important looking one.

This is getting to be new territory for me.  Do you run 'make dep' everytime
you change .config?

Dean

From owner-linux-xfs@oss.sgi.com Fri Jul 21 18:01:56 2000
Received:  by oss.sgi.com id <S42229AbQGVBBq>;
	Fri, 21 Jul 2000 18:01:46 -0700
Received: from ppp0.ocs.com.au ([203.34.97.3]:35845 "HELO mail.ocs.com.au")
	by oss.sgi.com with SMTP id <S42236AbQGVBBV>;
	Fri, 21 Jul 2000 18:01:21 -0700
Received: (qmail 13987 invoked by uid 502); 22 Jul 2000 01:00:51 -0000
Received: (qmail 13975 invoked from network); 22 Jul 2000 01:00:48 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 22 Jul 2000 01:00:48 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     rawb@olliance.com
cc:     linux-xfs@oss.sgi.com
Subject: Re: Problems compiling 
In-reply-to: Your message of "Fri, 21 Jul 2000 11:41:27 MST."
             <20000721114127.A17376@olliance.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Sat, 22 Jul 2000 11:00:47 +1000
Message-ID: <5370.964227647@ocs3.ocs-net>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Fri, 21 Jul 2000 11:41:27 -0700, 
Rawb <rawb@olliance.com> wrote:
>make -C xfs
>make[2]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs'
>/usr/src/linux-2.4-xfs/linux/Rules.make:75: warning: overriding commands
>for target `xfs.o'
>Makefile:93: warning: ignoring old commands for target `xfs.o'

I cannot reproduce your problem with the current 2.4.0-test1-xfs
source.  I am running from the SGI p_tools tree, not CVS, I wonder if
CVS is out of sync.  It is puzzling that the Rules.make:75 and
fs/xfs/Makefile:93 lines have nothing to do with target xfs.o.

Rawb, please mail me (not the list) your .config, Rules.make, top level
Makefile, fs/xfs/Makefile and the output from "md5sum fs/xfs/*".


From owner-linux-xfs@oss.sgi.com Fri Jul 21 18:40:46 2000
Received:  by oss.sgi.com id <S42240AbQGVBkg>;
	Fri, 21 Jul 2000 18:40:36 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:43356 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQGVBkS>;
	Fri, 21 Jul 2000 18:40:18 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA29472
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 18:32:25 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id UAA96246; Fri, 21 Jul 2000 20:38:35 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id UAA08918; Fri, 21 Jul 2000 20:38:34 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id UAA27268; Fri, 21 Jul 2000 20:32:06 -0500
Message-Id: <200007220132.UAA27268@jen.americas.sgi.com>
To:     Keith Owens <kaos@melbourne.sgi.com>
cc:     rawb@olliance.com, linux-xfs@oss.sgi.com
Subject: Re: Problems compiling 
In-reply-to: Your message of "Sat, 22 Jul 2000 11:00:47 +1000
Date:   Fri, 21 Jul 2000 20:32:05 -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> On Fri, 21 Jul 2000 11:41:27 -0700, 
> Rawb <rawb@olliance.com> wrote:
> >make -C xfs
> >make[2]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs'
> >/usr/src/linux-2.4-xfs/linux/Rules.make:75: warning: overriding commands
> >for target `xfs.o'
> >Makefile:93: warning: ignoring old commands for target `xfs.o'
> 
> I cannot reproduce your problem with the current 2.4.0-test1-xfs
> source.  I am running from the SGI p_tools tree, not CVS, I wonder if
> CVS is out of sync.  It is puzzling that the Rules.make:75 and
> fs/xfs/Makefile:93 lines have nothing to do with target xfs.o.
> 
> Rawb, please mail me (not the list) your .config, Rules.make, top level
> Makefile, fs/xfs/Makefile and the output from "md5sum fs/xfs/*".

The key factor here is that there are no stubs at the start of the list of .o
files:

ld -m elf_i386  -r -o xfs.o xfs_alloc.o xfs_alloc_btree.o xfs_attr.o
xfs_attr_leaf.o xfs_bit.o xfs_bmap.o xfs_bmap_btree.o xfs_btree.o
xfs_buf_item.o xfs_da_btree.o xfs_dir.o xfs_dir2.o xfs_dir2_block.o


where the source of the makefile says:

ifeq ($(CONFIG_XFS_RT),y)
        XFS_RT_OBJS=xfs_rtalloc.o xfs_rtbit.o
else
        XFS_RT_OBJS=xfsrtstubs.o
endif
ifeq ($(CONFIG_XFS_GRIO),y)
        XFS_GRIO_OBJS=xfs_grio.o
else
        XFS_GRIO_OBJS=
endif
ifeq ($(CONFIG_XFS_DMAPI),y)
        XFS_DMAPI_OBJS=dmapi/dmapi.o
else
        XFS_DMAPI_OBJS=xfsdmapistubs.o
endif

XFS_OBJS  :=    $(XFS_RT_OBJS) \
                $(XFS_GRIO_OBJS) \
                $(XFS_DMAPI_OBJS) \
                xfs_alloc.o \
                xfs_alloc_btree.o \

This has happened before, when the grio and realtime flags got taken out of
the config options. There is some cached state in the tree which gets confused
when these flags change I think. Saving the .config filesomewhere, doing
a make mrproper, reinstalling the .config and doing a make oldconfig might
fix it.

It could have something to do with the include/config file state beiong
messed up.

Steve (temporarily in ottawa)


options.

From owner-linux-xfs@oss.sgi.com Fri Jul 21 21:24:56 2000
Received:  by oss.sgi.com id <S42242AbQGVEYq>;
	Fri, 21 Jul 2000 21:24:46 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:17199 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQGVEYY>; Fri, 21 Jul 2000 21:24:24 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA09792
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 21:29:43 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA02370 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Sat, 22 Jul 2000 14:22:44 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA54838 for linux-xfs@oss.sgi.com; Sat, 22 Jul 2000 14:22:44 +1000 (EST)
Date:   Sat, 22 Jul 2000 14:22:44 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007220422.OAA54838@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - 
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67321a
Date:  Fri Jul 21 21:20:01 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/repair/attr_repair.c - 1.18
cmd/xfs/sim/src/sim.random.c - 1.111
linux/fs/xfs/acl_xfs.c - 1.9
linux/fs/xfs/linux/xfs_cred.c - 1.8
linux/fs/xfs/linux/xfs_cred.h - 1.4
linux/fs/xfs/linux/xfs_ioctl.c - 1.12
linux/fs/xfs/linux/xfs_iops.c - 1.61
linux/fs/xfs/linux/xfs_super.c - 1.77
linux/fs/xfs/xfs_attr_fetch.c - 1.7
linux/fs/xfs/xfs_dfrag.c - 1.19
linux/fs/xfs/xfs_inode.c - 1.295
linux/fs/xfs/xfs_itable.c - 1.87
linux/fs/xfs/xfs_os_defs.h - 1.9
linux/fs/xfs/xfs_qm.c - 1.52
linux/fs/xfs/xfs_qm_syscalls.c - 1.39
linux/fs/xfs/xfs_vfsops.c - 1.279
linux/fs/xfs/xfs_vnodeops.c - 1.466
	- merge cred, mac, & cap headers to facilitate sharing between
	  user tools and kernel cleanly.  remove some unused #includes,
	  #defines, typedefs, etc, also.


From owner-linux-xfs@oss.sgi.com Fri Jul 21 22:32:16 2000
Received:  by oss.sgi.com id <S42243AbQGVFcG>;
	Fri, 21 Jul 2000 22:32:06 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:58895 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42236AbQGVFbh>;
	Fri, 21 Jul 2000 22:31:37 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e6M5VC177664;
	Sat, 22 Jul 2000 00:31:12 -0500 (CDT)
Message-ID: <3979319F.7B172BE5@thebarn.com>
Date:   Sat, 22 Jul 2000 00:31:12 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Nathan Scott <nathans@wobbly.melbourne.sgi.com>
Subject: Re: Problems compiling
References: <200007220132.UAA27268@jen.americas.sgi.com> <10007221231.ZM9218@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Nathan Scott wrote:

I just redid the way the tree is synced.
Delete the files whenever... if things work better they should disappear from the
cvs tree... if not I get out the hand dany rm and start the tree from scratch.
It isn't a bunch of work most of the process is automated.


> hi,
>
> > ...
> > I cannot reproduce your problem with the current 2.4.0-test1-xfs
> > source.  I am running from the SGI p_tools tree, not CVS, I wonder if
> > CVS is out of sync.  It is puzzling that the Rules.make:75 and
> > fs/xfs/Makefile:93 lines have nothing to do with target xfs.o.
> > ...
>
> If the cvs tree needs to be remade, could someone let me know
> beforehand please - I have several files I'd like to remove at
> some point.
>
> thanks.
>
> (these dup jdm ones still, and a few more too now...)
>
> --- Forwarded mail from <nathans@wobbly.melbourne.sgi.com> ("Nathan Scott")
>
> From: "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
> Date: Wed, 19 Jul 2000 14:27:18 -0500
> To: cattelan@thebarn.com
> Subject: (Fwd) TAKE - jdm.[ch]
>
> g'day Russell,
>
> I have a number of these duplicate jdm.[ch] files which I'd
> like to remove from the tree - can you suggest a time that
> I can do it which wont break the process which pushes source
> to oss?
>
> thanks.
>
> --- Forwarded mail from nathans@snort (Nathan Scott)
>
> Date:   Wed, 19 Jul 2000 14:14:30 +1000 (EST)
> From: nathans@snort (Nathan Scott)
> To: linux-xfs@oss.sgi.com
> Subject: TAKE - jdm.[ch]
>
> Modid:  2.4.0-test1-xfs:slinx:67118a
> Date:  Tue Jul 18 21:12:24 PDT 2000
> Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
> Author:  nathans
>
> The following file(s) were checked into:
>   bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs
>
> cmd/xfs/bstat/Makefile - 1.6
> cmd/xfs/bstat/xfs_bstat.c - 1.4
> cmd/xfs/fsr/Makefile - 1.2
> cmd/xfs/fsr/fsr_xfs.c - 1.2
> cmd/xfs/handle/Makefile - 1.4
> cmd/xfs/include/handle.h - 1.2
> cmd/xfs/handle/jdm.c - 1.1
> cmd/xfs/include/jdm.h - 1.1
>         - rationalise all of the jdm.[ch] files such that tools use one
>           version of these two files (by linking with libhandle.a).
>
> ---End of forwarded mail from nathans@snort (Nathan Scott)
>
> --
> Nathan
>
> ---End of forwarded mail from <nathans@wobbly.melbourne.sgi.com> ("Nathan Scott")
>
> --
> Nathan

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Fri Jul 21 22:35:06 2000
Received:  by oss.sgi.com id <S42245AbQGVFe5>;
	Fri, 21 Jul 2000 22:34:57 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:60431 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42236AbQGVFeh>;
	Fri, 21 Jul 2000 22:34:37 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e6M5YD177692;
	Sat, 22 Jul 2000 00:34:13 -0500 (CDT)
Message-ID: <39793254.42BD62DC@thebarn.com>
Date:   Sat, 22 Jul 2000 00:34:13 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     rawb@olliance.com
CC:     linux-xfs@oss.sgi.com
Subject: Re: Problems compiling
References: <200007220132.UAA27268@jen.americas.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

lord@sgi.com wrote:

I created new patches today.
You may want to download the cvs patch and generate a a fresh tree.

Save your .config from you previous tree, and use it to seed your tree.


> > On Fri, 21 Jul 2000 11:41:27 -0700,
> > Rawb <rawb@olliance.com> wrote:
> > >make -C xfs
> > >make[2]: Entering directory `/usr.ext/src/linux-2.4-xfs/linux/fs/xfs'
> > >/usr/src/linux-2.4-xfs/linux/Rules.make:75: warning: overriding commands
> > >for target `xfs.o'
> > >Makefile:93: warning: ignoring old commands for target `xfs.o'
> >
> > I cannot reproduce your problem with the current 2.4.0-test1-xfs
> > source.  I am running from the SGI p_tools tree, not CVS, I wonder if
> > CVS is out of sync.  It is puzzling that the Rules.make:75 and
> > fs/xfs/Makefile:93 lines have nothing to do with target xfs.o.
> >
> > Rawb, please mail me (not the list) your .config, Rules.make, top level
> > Makefile, fs/xfs/Makefile and the output from "md5sum fs/xfs/*".
>
> The key factor here is that there are no stubs at the start of the list of .o
> files:
>
> ld -m elf_i386  -r -o xfs.o xfs_alloc.o xfs_alloc_btree.o xfs_attr.o
> xfs_attr_leaf.o xfs_bit.o xfs_bmap.o xfs_bmap_btree.o xfs_btree.o
> xfs_buf_item.o xfs_da_btree.o xfs_dir.o xfs_dir2.o xfs_dir2_block.o
>
> where the source of the makefile says:
>
> ifeq ($(CONFIG_XFS_RT),y)
>         XFS_RT_OBJS=xfs_rtalloc.o xfs_rtbit.o
> else
>         XFS_RT_OBJS=xfsrtstubs.o
> endif
> ifeq ($(CONFIG_XFS_GRIO),y)
>         XFS_GRIO_OBJS=xfs_grio.o
> else
>         XFS_GRIO_OBJS=
> endif
> ifeq ($(CONFIG_XFS_DMAPI),y)
>         XFS_DMAPI_OBJS=dmapi/dmapi.o
> else
>         XFS_DMAPI_OBJS=xfsdmapistubs.o
> endif
>
> XFS_OBJS  :=    $(XFS_RT_OBJS) \
>                 $(XFS_GRIO_OBJS) \
>                 $(XFS_DMAPI_OBJS) \
>                 xfs_alloc.o \
>                 xfs_alloc_btree.o \
>
> This has happened before, when the grio and realtime flags got taken out of
> the config options. There is some cached state in the tree which gets confused
> when these flags change I think. Saving the .config filesomewhere, doing
> a make mrproper, reinstalling the .config and doing a make oldconfig might
> fix it.
>
> It could have something to do with the include/config file state beiong
> messed up.
>
> Steve (temporarily in ottawa)
>
> options.

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs@oss.sgi.com Fri Jul 21 23:32:26 2000
Received:  by oss.sgi.com id <S42246AbQGVGcQ>;
	Fri, 21 Jul 2000 23:32:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:37128 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQGVGbu>;
	Fri, 21 Jul 2000 23:31:50 -0700
Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA19042
	for <linux-xfs@oss.sgi.com>; Fri, 21 Jul 2000 23:23:56 -0700 (PDT)
	mail_from (ananth@madurai.engr.sgi.com)
Received: (from ananth@localhost) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id XAA88511; Fri, 21 Jul 2000 23:25:45 -0700 (PDT)
From:   ananth@madurai.engr.sgi.com (Ananth Ananthanarayanan)
Message-Id: <200007220625.XAA88511@madurai.engr.sgi.com>
Subject: Re: Problems compiling
To:     lord@sgi.com
Date:   Fri, 21 Jul 2000 23:25:45 -0700 (PDT)
Cc:     kaos@melbourne.sgi.com (Keith Owens), rawb@olliance.com,
        linux-xfs@oss.sgi.com
In-Reply-To: <200007220132.UAA27268@jen.americas.sgi.com> from "lord@sgi.com" at Jul 21, 2000 08:32:05 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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I've recently encountered problems on my laptop
running some other version of RedHat than the
usual build servers. Try this patch to fs/xfs/Makefile.
Basically, it seems that the tabs are causing problems.
In retrospect, I ran into similar problems in MIPS build;
Chait reported it too on IA64 builds ... In any case,
let me know if the patch improves your build:


-------------
[root@laptop1 linux]# diff -Naur fs/xfs/Makefile.orig fs/xfs/Makefile 
--- fs/xfs/Makefile.orig	Fri Jul 21 22:36:55 2000
+++ fs/xfs/Makefile	Fri Jul 21 22:38:18 2000
@@ -88,21 +88,21 @@
 endif
 
 ifeq ($(CONFIG_XFS_RT),y)
-	XFS_RT_OBJS=xfs_rtalloc.o xfs_rtbit.o
+XFS_RT_OBJS=xfs_rtalloc.o xfs_rtbit.o
 else
-	XFS_RT_OBJS=xfsrtstubs.o
+XFS_RT_OBJS=xfsrtstubs.o
 endif
 
 ifeq ($(CONFIG_XFS_GRIO),y)
-	XFS_GRIO_OBJS=xfs_grio.o 
+XFS_GRIO_OBJS=xfs_grio.o 
 else
-	XFS_GRIO_OBJS=
+XFS_GRIO_OBJS=
 endif
 
 ifeq ($(CONFIG_XFS_DMAPI),y)
-	XFS_DMAPI_OBJS=dmapi/dmapi.o
+XFS_DMAPI_OBJS=dmapi/dmapi.o
 else
-	XFS_DMAPI_OBJS=xfsdmapistubs.o
+XFS_DMAPI_OBJS=xfsdmapistubs.o
 endif
 
 XFS_OBJS  :=    $(XFS_RT_OBJS) \


From owner-linux-xfs@oss.sgi.com Sun Jul 23 19:05:36 2000
Received:  by oss.sgi.com id <S42219AbQGXCF0>;
	Sun, 23 Jul 2000 19:05:26 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:21062 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42207AbQGXCEx>;
	Sun, 23 Jul 2000 19:04:53 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id SAA00521
	for <linux-xfs@oss.sgi.com>; Sun, 23 Jul 2000 18:56:58 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA12009 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 12:01:58 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA17134 for linux-xfs@oss.sgi.com; Mon, 24 Jul 2000 12:01:57 +1000 (EST)
Date:   Mon, 24 Jul 2000 12:01:57 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007240201.MAA17134@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfsidbg xsb
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

finally make xsb handle converted or unconverted superblocks
fix horribly broken uuid formatter

(nathan: another tiny uuid dependency here - well it would be...)

Modid:  2.4.0-test1-xfs:slinx:67370a
Date:  Sun Jul 23 18:59:18 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfsidbg.c - 1.145
	- make xsb handle converted or unconverted superblocks
	  make xbuf print superblocks converted
	  fix broken xfs_fmtuuid


From owner-linux-xfs@oss.sgi.com Sun Jul 23 20:06:26 2000
Received:  by oss.sgi.com id <S42223AbQGXDGQ>;
	Sun, 23 Jul 2000 20:06:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:58699 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42220AbQGXDFv>;
	Sun, 23 Jul 2000 20:05:51 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA03561
	for <linux-xfs@oss.sgi.com>; Sun, 23 Jul 2000 19:57:56 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA12345 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 13:04:10 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA60331 for linux-xfs@oss.sgi.com; Mon, 24 Jul 2000 13:04:09 +1000 (EST)
Date:   Mon, 24 Jul 2000 13:04:09 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007240304.NAA60331@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - uuid code
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

I know someone else has been working on this, but this is 
what I'd done before I found out. Feel free to clobber
with a more complete solution.

Modid:  2.4.0-test1-xfs:slinx:67374a
Date:  Sun Jul 23 20:02:33 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_uuid.c - 1.17
	- Get MAC from primary ethernet device in kernel


From owner-linux-xfs@oss.sgi.com Sun Jul 23 20:50:36 2000
Received:  by oss.sgi.com id <S42222AbQGXDu0>;
	Sun, 23 Jul 2000 20:50:26 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:6499 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42220AbQGXDt7>; Sun, 23 Jul 2000 20:49:59 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id UAA02011
	for <linux-xfs@oss.sgi.com>; Sun, 23 Jul 2000 20:55:20 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA12575 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 13:48:19 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA43086 for linux-xfs@oss.sgi.com; Mon, 24 Jul 2000 13:48:18 +1000 (EST)
Date:   Mon, 24 Jul 2000 13:48:18 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007240348.NAA43086@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_mount.c: fix format
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

nothing to see here

Modid:  2.4.0-test1-xfs:slinx:67376a
Date:  Sun Jul 23 20:47:35 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_mount.c - 1.229
	- fix format.


From owner-linux-xfs@oss.sgi.com Sun Jul 23 21:35:27 2000
Received:  by oss.sgi.com id <S42225AbQGXEfR>;
	Sun, 23 Jul 2000 21:35:17 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:10835 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42220AbQGXEet>;
	Sun, 23 Jul 2000 21:34:49 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA07895; Sun, 23 Jul 2000 21:26:55 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA67459;
	Sun, 23 Jul 2000 21:34:21 -0700 (PDT)
Date:   Sun, 23 Jul 2000 21:34:21 -0700 (PDT)
Message-Id: <200007240434.VAA67459@info.engr.sgi.com>
X-Pv-Incident: 768236 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: CLOSE 768236 - Port XFS specific tests. under slinx-xfs/eoe/cmd/xfs
To:     btg@sgi.com
Cc:     linux-xfs@cthulhu.engr.sgi.com, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=768236

*CC List : linux-xfs                  *Status : closed                      
 Priority : 2                          Assigned Engineer : btg              
 Submitter : mostek                    Opened Date : 09/23/99               
*Closed Date : 07/23/00               *Fixed By : dxm                       
*Fixed By Domain : engr               *Modified Date : 07/23/00             
*Modified User : dxm                  *Modified User Domain : engr          
*Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: dxm@engr (BugWorks)
Date: Jul 23 2000 09:34:20PM
==========================

Done. Check out cmd/xfs/stress/src for the tests and
cmd/xfs/stress for QA tests using these test programs.

From owner-linux-xfs@oss.sgi.com Sun Jul 23 21:38:16 2000
Received:  by oss.sgi.com id <S42228AbQGXEh4>;
	Sun, 23 Jul 2000 21:37:56 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:29028 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42220AbQGXEhh>; Sun, 23 Jul 2000 21:37:37 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id VAA04358; Sun, 23 Jul 2000 21:42:59 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA27697;
	Sun, 23 Jul 2000 21:37:13 -0700 (PDT)
Date:   Sun, 23 Jul 2000 21:37:13 -0700 (PDT)
Message-Id: <200007240437.VAA27697@info.engr.sgi.com>
X-Pv-Incident: 772830 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: UPDATE 772830 - XFS on Linux needs standard dump and restore commands
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=772830

 Status : open                         Priority : 2                         
 Assigned Engineer : btg               Submitter : wje                      
 Opened Date : 11/05/99               *Modified User : dxm                  
*Modified User Domain : engr          *Description :
In order to fit into normal Linux system administration,
XFS needs standard dump and restore programs, not just
xfsdump and xfsrestore, which are incompatible
with the dump and restore tools for other file systems.
dump and restore for XFS need to be supplied no later
than the first production release.  They can be based
on xfsdump and xfsrestore, but need to produce tapes
compatible with other dump and restore programs, and have
a matching user interface.

==========================
ADDITIONAL INFORMATION (UPDATE)
From: dxm@engr (BugWorks)
Date: Jul 23 2000 09:37:12PM
==========================

ivanr@melbourne and tes@melbourne are working on the port
of xfsdump and xfsrestore.

From owner-linux-xfs@oss.sgi.com Mon Jul 24 04:59:19 2000
Received:  by oss.sgi.com id <S42236AbQGXL7J>;
	Mon, 24 Jul 2000 04:59:09 -0700
Received: from hermes.mixx.net ([212.84.196.2]:58895 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42229AbQGXL6j>;
	Mon, 24 Jul 2000 04:58:39 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 36510F81D
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 13:58:15 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id C88C22CA6D; Mon, 24 Jul 2000 13:58:14 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: pagebuf_kiobuf_io got error -38
Date:   24 Jul 2000 11:58:14 GMT
Organization: innominate AG, Berlin, Germany
Lines:  58
Distribution: local
Message-ID: <news2mail-8lhb0m$sqd$1@mate.bln.innominate.de>
References: <200007211247.HAA27006@jen.americas.sgi.com>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964439894 29517 10.0.0.69 (24 Jul 2000 11:58:14 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

lord@sgi.com wrote:
>> i just tried the current state of the sgi xfs cvs tree, got it
>> compiled and running fine but after mounting a filesystem and
>> copying lots of stuff to it i got lots of
>> 
>>   pagebuf_kiobuf_io got error -38
>> 
>> errors and the machine was unuseable a bit later - is this a
>> known problem at the moment ?

> I suspect you are using ide drives and turned on the use kiobuf
> option. Try rebuilding with the use kiobuf config option off and
> try again.

thanks a lot - that it was ... i did some more testing of it over
the weekend and it looked much more promising than last time i tried
(~ 8 weeks ago) ... got it to hang the machine only once (sorry no
debug output available) - but sofar it worked quite well (even nfs
on top of it seems to run quite good due to my limited testing) -
thanks for all the good work so far ...

i today started to use it here at work too - built the kernel, mkfs'ed
the fs and mounted it - copied the / filesystem over to it - and while
doing this i got:

  kernel: I/O Error Detected.  Shutting down filesystem: ide0(3,5) 
  kernel: Please umount the filesystem, and rectify the problem(s) 
  kernel: PCD: pagebuf_bmap error -5 pb_flags 0x10010002

but the disk did not have any hw error (no ide error to see and the
disk is fresh and fine) - retried it (reboot, mkfs, mount, cp) and
it works now ... will run it in "semi-production" here now - maybe
i can help finding some bugs :-)

also some questions:

* are there any plans to move it towrds a newer test version of the
  2.4.0 kernel ? (because i noticed a lot of the test1 vm problems
  in my tests and for using it on a really used machine it would
  be better to have a kernel without all those problems - which are
  i think partly fixed in the later versions)

* is there any timeframe for a (alpha or beta) working
  xfsdump/xfsrestore ?

also somthing i noticed - looks like one should add the "read-write"
option to the lilo entry if the root is xfs - otherwise it has
problems doe to trying to replay the log on a ro filesystem (paniced
in this case once at home) - this might be (if it is correct)
interesting for other who wanted to try this

t

-- 
thomas.graichen@innominate.de
clustering & security                                    innominate AG
                                                     networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Mon Jul 24 08:52:39 2000
Received:  by oss.sgi.com id <S42217AbQGXPwa>;
	Mon, 24 Jul 2000 08:52:30 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:1071 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGXPwC>;
	Mon, 24 Jul 2000 08:52:02 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA20488
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 08:44:08 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id KAA32182
	for linux-xfs@oss.sgi.com; Mon, 24 Jul 2000 10:50:20 -0500 (CDT)
Date:   Mon, 24 Jul 2000 10:50:20 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007241550.KAA32182@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - update attributes.h with pieces for attributes and dmapi
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Check in Ted's attributes.h, per his suggestion.  This adds macros and
structs that he needs for extended attributes and that I need for dmapi.

Modid:  2.4.0-test1-xfs:slinx:67398a
Date:  Mon Jul 24 08:49:48 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
built and loaded with and without dmapi
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/pseudo-inc/sys/attributes.h - 1.5
	- update with pieces required for attributes and for dmapi


From owner-linux-xfs@oss.sgi.com Mon Jul 24 10:54:00 2000
Received:  by oss.sgi.com id <S42218AbQGXRxu>;
	Mon, 24 Jul 2000 10:53:50 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:38070 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42210AbQGXRxT>;
	Mon, 24 Jul 2000 10:53:19 -0700
Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194])
	by spica.cc.utexas.edu (8.9.1/8.9.1) with ESMTP id MAA10833;
	Mon, 24 Jul 2000 12:52:24 -0500 (CDT)
Message-Id: <4.2.0.58.20000724122841.00dd41b0@127.0.0.1>
X-Sender: jones@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date:   Mon, 24 Jul 2000 12:54:07 -0500
To:     sgi.bugs.xfs@fido.engr.sgi.com, btg@sgi.com
From:   "William L. Jones" <jones@tacc.cc.utexas.edu>
Subject: Re: UPDATE 772830 - XFS on Linux needs standard dump and
  restore commands
Cc:     linux-xfs@oss.sgi.com
In-Reply-To: <200007240437.VAA27697@info.engr.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

At 09:37 PM 7/23/00 -0700, dxm@engr.sgi.com wrote:
>View Incident: 
>http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1& 
>view_type=Bug&wi=772830
>
>  Status : open                         Priority : 2
>  Assigned Engineer : btg               Submitter : wje
>  Opened Date : 11/05/99               *Modified User : dxm
>*Modified User Domain : engr          *Description :
>In order to fit into normal Linux system administration,
>XFS needs standard dump and restore programs, not just
>xfsdump and xfsrestore, which are incompatible
>with the dump and restore tools for other file systems.
>dump and restore for XFS need to be supplied no later
>than the first production release.  They can be based
>on xfsdump and xfsrestore, but need to produce tapes
>compatible with other dump and restore programs, and have
>a matching user interface.
>
>==========================
>ADDITIONAL INFORMATION (UPDATE)
>From: dxm@engr (BugWorks)
>Date: Jul 23 2000 09:37:12P
>==========================
>
>ivanr@melbourne and tes@melbourne are working on the port
>of xfsdump and xfsrestore.

Given the need to handle file attributes and other xfs file extensions I 
don't see
how a program that dumps a xfs file can produce a dump tape compatible with 
the
current linux dump/restore.

I think a better solution would be to add the xfs ioctl'shat 
xfs_restore/xfs_dump need
to the  ext2 file system.  Not all the xfs_ioctl need to fully work they 
just need
to return reasonable default values.   That way their need only be one 
dump/restore program for linux.

I understand the wish for all dump/restore programs to work the same way
but given the different capabilities of the various unix file systems that 
just
not possible.


Bill Jones

From owner-linux-xfs@oss.sgi.com Mon Jul 24 10:57:20 2000
Received:  by oss.sgi.com id <S42229AbQGXR5L>;
	Mon, 24 Jul 2000 10:57:11 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:39500 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGXR4q>;
	Mon, 24 Jul 2000 10:56:46 -0700
Received: from feature.engr.sgi.com (gate-feature.engr.sgi.com [130.62.42.134]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id KAA05471; Mon, 24 Jul 2000 10:48:52 -0700 (PDT)
	mail_from (pv@feature.engr.sgi.com)
Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id KAA97735; Mon, 24 Jul 2000 10:55:04 -0700 (PDT)
Date:   Mon, 24 Jul 2000 10:55:04 -0700 (PDT)
Message-Id: <200007241755.KAA97735@feature.engr.sgi.com>
X-Pv-Incident: 772830 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (jones@tacc.cc.utexas.edu.sgi.com)
Subject: ADD 772830 - XFS on Linux needs standard dump and restore commands
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

 Submitter : wje                       Status : open                        
 Assigned Engineer : btg               Priority : 2                         
*Modified Date : 07/24/00             *Modified User : jones                
*Modified User Domain : tacc.cc.utexas.edu
*Description :
In order to fit into normal Linux system administration,
XFS needs standard dump and restore programs, not just
xfsdump and xfsrestore, which are incompatible
with the dump and restore tools for other file systems.
dump and restore for XFS need to be supplied no later
than the first production release.  They can be based
on xfsdump and xfsrestore, but need to produce tapes
compatible with other dump and restore programs, and have
a matching user interface.


.....


==========================
ADDITIONAL INFORMATION (ADD)
From: "william l. jones" <jones@tacc.cc.utexas.edu>
Date: Jul 24 2000 10:55:04AM
[pvnews version: 1.71]
==========================
At 09:37 PM 7/23/00 -0700, dxm@engr.sgi.com wrote:
>View Incident: 
>http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1& 
>view_type=Bug&wi=772830
>
>  Status : open                         Priority : 2
>  Assigned Engineer : btg               Submitter : wje
>  Opened Date : 11/05/99               *Modified User : dxm
>*Modified User Domain : engr          *Description :
>In order to fit into normal Linux system administration,
>XFS needs standard dump and restore programs, not just
>xfsdump and xfsrestore, which are incompatible
>with the dump and restore tools for other file systems.
>dump and restore for XFS need to be supplied no later
>than the first production release.  They can be based
>on xfsdump and xfsrestore, but need to produce tapes
>compatible with other dump and restore programs, and have
>a matching user interface.
>
>==========================
>ADDITIONAL INFORMATION (UPDATE)
>From: dxm@engr (BugWorks)
>Date: Jul 23 2000 09:37:12P
>==========================
>
>ivanr@melbourne and tes@melbourne are working on the port
>of xfsdump and xfsrestore.

Given the need to handle file attributes and other xfs file extensions I 
don't see
how a program that dumps a xfs file can produce a dump tape compatible with 
the
current linux dump/restore.

I think a better solution would be to add the xfs ioctl'shat 
xfs_restore/xfs_dump need
to the  ext2 file system.  Not all the xfs_ioctl need to fully work they 
just need
to return reasonable default values.   That way their need only be one 
dump/restore program for linux.

I understand the wish for all dump/restore programs to work the same way
but given the different capabilities of the various unix file systems that 
just
not possible.


Bill Jones

From owner-linux-xfs@oss.sgi.com Mon Jul 24 11:38:50 2000
Received:  by oss.sgi.com id <S42233AbQGXSil>;
	Mon, 24 Jul 2000 11:38:41 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52242 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGXSiM>; Mon, 24 Jul 2000 11:38:12 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA06773
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 11:43:35 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA50063; Mon, 24 Jul 2000 13:36:27 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA17853; Mon, 24 Jul 2000 13:36:26 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id NAA06167; Mon, 24 Jul 2000 13:29:31 -0500
Message-Id: <200007241829.NAA06167@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     "William L. Jones" <jones@tacc.cc.utexas.edu>
cc:     linux-xfs@oss.sgi.com
Subject: Re: UPDATE 772830 - XFS on Linux needs standard dump and restore 
 commands
In-Reply-To: Message from "William L. Jones" <jones@tacc.cc.utexas.edu> 
   of "Mon, 24 Jul 2000 12:54:07 CDT." <4.2.0.58.20000724122841.00dd41b0@127.0.0.1> 
Date:   Mon, 24 Jul 2000 13:29:30 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



Removing the sgi bug system from the cc list here......

The interesting case is being able to restore into xfs from a dump taken
on a different filesystem type. You could argue that doing it the other
way and dropping all the xfs special attributes on the floor is also a
reasonable thing to do. This would not be useful for doing backups of
XFS filesystems, but for moving data between xfs and non-xfs filesystems -
but then tar does about the same thing, so maybe this is a moot point.
Unfortunately, the individual who was pushing hard for this has long since
left the company - along with the details of his reasoning on this.....

Steve

> 
> Given the need to handle file attributes and other xfs file extensions I 
> don't see
> how a program that dumps a xfs file can produce a dump tape compatible with 
> the
> current linux dump/restore.
> 
> I think a better solution would be to add the xfs ioctl'shat 
> xfs_restore/xfs_dump need
> to the  ext2 file system.  Not all the xfs_ioctl need to fully work they 
> just need
> to return reasonable default values.   That way their need only be one 
> dump/restore program for linux.
> 
> I understand the wish for all dump/restore programs to work the same way
> but given the different capabilities of the various unix file systems that 
> just
> not possible.
> 
> 
> Bill Jones



From owner-linux-xfs@oss.sgi.com Mon Jul 24 13:30:51 2000
Received:  by oss.sgi.com id <S42211AbQGXUal>;
	Mon, 24 Jul 2000 13:30:41 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:28861 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42210AbQGXUa2>;
	Mon, 24 Jul 2000 13:30:28 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id PAA12865;
	Mon, 24 Jul 2000 15:30:03 -0500 (CDT)
Date:   Mon, 24 Jul 2000 15:30:03 -0500 (CDT)
Message-Id: <200007242030.PAA12865@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
Sent-via: linux-xfs@oss.sgi.com
Subject: mkfs bug?
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


If you make a file xfs file system with 512 byte blocks:

mkfs_xfs -b size=512 /dev/..

and fill it up with a bunch of file you get the following kern message:

ul 23 17:57:16 cs16017-115 kernel: Ending clean XFS mount for filesystem: ide0(3,70)
Jul 23 18:14:48 cs16017-115 kernel: Unable to handle kernel NULL pointer dereference at v
irtual address 00000008
Jul 23 18:14:48 cs16017-115 kernel:  printing eip:
Jul 23 18:14:48 cs16017-115 kernel: c01a4a4a
Jul 23 18:14:48 cs16017-115 kernel: *pde = 00000000
Jul 23 18:14:48 cs16017-115 kernel: Oops: 0002
Jul 23 18:14:48 cs16017-115 kernel: CPU:    0
Jul 23 18:14:48 cs16017-115 kernel: EIP:    0010:[xfs_dir2_leaf_init+74/172]
Jul 23 18:14:48 cs16017-115 kernel: EFLAGS: 00010246
Jul 23 18:14:48 cs16017-115 kernel: eax: c7d85014   ebx: 00000000   ecx: 0000f1d2   edx:
00000080
Jul 23 18:14:48 cs16017-115 kernel: esi: cb669408   edi: cfbddc00   ebp: 0000d2f1   esp:
cfa61c24
Jul 23 18:14:48 cs16017-115 kernel: ds: 0018   es: 0018   ss: 0018
Jul 23 18:14:48 cs16017-115 kernel: Process tar (pid: 1638, stackpage=cfa61000)
Jul 23 18:14:48 cs16017-115 kernel: Stack: cfa61d0c cfbddc00 cfa61d0c c7d85000 c7d85014 c
01a2c14 cfa61d0c 00800000
Jul 23 18:14:48 cs16017-115 kernel:        cfa61c70 0000d2f1 cfa61d0c c1f25be8 cfa61d0c c
7d85000 cb669408 cb669408
Jul 23 18:14:48 cs16017-115 kernel:        cfbddc00 cb669408 c05520d0 00000000 02000000 c
01a096f cfa61d0c c7d85000
Jul 23 18:14:48 cs16017-115 kernel: Call Trace: [xfs_dir2_block_to_leaf+84/428] [xfs_dir2
_block_addname+607/2176] [xfs_dir2_isblock+32/148] [xfs_dir2_createname+224/308] [xfs_dir
2_createname+248/308] [xfs_trans_reserve+124/312] [xfs_create+1325/2908]
@


The block size for direcotries defaults to 4096 regardless of the data block size.

Remaking the file system with a directory block  size with the same size as the data 
blcok size creats a xfs file system theat works.  I used:

mkfs_xfs -b size=512 -n size=512 /dev/..


Bill Jones

From owner-linux-xfs@oss.sgi.com Mon Jul 24 13:34:01 2000
Received:  by oss.sgi.com id <S42240AbQGXUdu>;
	Mon, 24 Jul 2000 13:33:50 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:29220 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGXUdd>; Mon, 24 Jul 2000 13:33:33 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA03252; Mon, 24 Jul 2000 13:38:55 -0700 (PDT)
	mail_from (pv@feature.engr.sgi.com)
Received: from feature.engr.sgi.com (gate-feature.engr.sgi.com [130.62.42.134]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id NAA54933; Mon, 24 Jul 2000 13:32:39 -0700 (PDT)
Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id NAA01904; Mon, 24 Jul 2000 13:30:03 -0700 (PDT)
Date:   Mon, 24 Jul 2000 13:30:03 -0700 (PDT)
Message-Id: <200007242030.NAA01904@feature.engr.sgi.com>
X-Pv-Incident: 772830 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (kenmcd@engr.sgi.com)
Subject: ADD 772830 - XFS on Linux needs standard dump and restore commands
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

 Submitter : wje                       Status : open                        
 Assigned Engineer : btg               Priority : 2                         
*Modified Date : 07/24/00             *Modified User : kenmcd               
*Modified User Domain : engr          *Description :
In order to fit into normal Linux system administration,
XFS needs standard dump and restore programs, not just
xfsdump and xfsrestore, which are incompatible
with the dump and restore tools for other file systems.
dump and restore for XFS need to be supplied no later
than the first production release.  They can be based
on xfsdump and xfsrestore, but need to produce tapes
compatible with other dump and restore programs, and have
a matching user interface.


.....


==========================
ADDITIONAL INFORMATION (ADD)
From: ken mcdonell <kenmcd@sgi.com>
Date: Jul 24 2000 01:30:03PM
[pvnews version: 1.71]
==========================
"William L. Jones" wrote:
> ...
> Given the need to handle file attributes and other xfs file
> extensions I don't see how a program that dumps a xfs file can
> produce a dump tape compatible with the current linux dump/restore.

Basically it cannot.

That's why we are doing BOTH

1. xfsdump/xfsrestore (these are real close now, and will appear
   in the CVX tree shortly), and

2. a Linux compatible dump/restore ... this will not preserve xfs
   metadata beyond that used in ext2 or any extensions to the
   extant dump format that are adopted by the community (this is a
   lower priority project that has not been started yet).

From owner-linux-xfs@oss.sgi.com Mon Jul 24 13:45:01 2000
Received:  by oss.sgi.com id <S42234AbQGXUov>;
	Mon, 24 Jul 2000 13:44:51 -0700
Received: from ncdf57.fnal.gov ([131.225.235.26]:62734 "EHLO ncdf57.fnal.gov")
	by oss.sgi.com with ESMTP id <S42210AbQGXUoT>;
	Mon, 24 Jul 2000 13:44:19 -0700
Received: from fnal.gov (localhost [127.0.0.1])
	by ncdf57.fnal.gov (8.9.3/8.9.3) with ESMTP id PAA26674;
	Mon, 24 Jul 2000 15:43:56 -0500
Message-ID: <397CAA8B.E5AE16CE@fnal.gov>
Date:   Mon, 24 Jul 2000 15:43:55 -0500
From:   Paul Hubbard <phubbard@fnal.gov>
Organization: Fermilab
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com, rjetton@fnal.gov
Subject: Problem building kernel with XFS
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Sirs -

I just checked a copy of 2.4-test1 with XFS out of CVS, and I appear to
be missing a 'dmapi' subdirectory. I checked the mailing list and did
not see any obvious reason why it's not there.

What do I need to do? I'd really like to try this on our shiny new SGI
1450 box.

Thanks,
Paul

-- 
Paul Hubbard  phubbard@fnal.gov

From owner-linux-xfs@oss.sgi.com Mon Jul 24 13:51:41 2000
Received:  by oss.sgi.com id <S42243AbQGXUvb>;
	Mon, 24 Jul 2000 13:51:31 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:29886 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42242AbQGXUvI>;
	Mon, 24 Jul 2000 13:51:08 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id PAA13077;
	Mon, 24 Jul 2000 15:50:43 -0500 (CDT)
Date:   Mon, 24 Jul 2000 15:50:43 -0500 (CDT)
Message-Id: <200007242050.PAA13077@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
Subject: xfs_mkfs
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Spoke too soon.  I just crated a file system the would produce diffrent problems.

I noticed the irix defaults to version 1 directories.  A quick test on linux of a linux
xfs file system with version 1 directories and a block size 512 indcates that this 
may be a workable combination.

Has the xfs verion 2 directory code bee fully test?

Bill Jones

From owner-linux-xfs@oss.sgi.com Mon Jul 24 13:52:41 2000
Received:  by oss.sgi.com id <S42210AbQGXUwb>;
	Mon, 24 Jul 2000 13:52:31 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:22143 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42242AbQGXUwM>;
	Mon, 24 Jul 2000 13:52:12 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA27776
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 13:44:18 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA62288; Mon, 24 Jul 2000 15:49:10 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA22361; Mon, 24 Jul 2000 15:49:09 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id PAA06327; Mon, 24 Jul 2000 15:42:13 -0500
Message-Id: <200007242042.PAA06327@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Paul Hubbard <phubbard@fnal.gov>
cc:     linux-xfs@oss.sgi.com, rjetton@fnal.gov
Subject: Re: Problem building kernel with XFS 
In-Reply-To: Message from Paul Hubbard <phubbard@fnal.gov> 
   of "Mon, 24 Jul 2000 15:43:55 CDT." <397CAA8B.E5AE16CE@fnal.gov> 
Date:   Mon, 24 Jul 2000 15:42:12 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


DMAPI is a work in progress, the code has not been ported to linux yet. 
You have to turn that option off in the config options.

Steve

> 
> Sirs -
> 
> I just checked a copy of 2.4-test1 with XFS out of CVS, and I appear to
> be missing a 'dmapi' subdirectory. I checked the mailing list and did
> not see any obvious reason why it's not there.
> 
> What do I need to do? I'd really like to try this on our shiny new SGI
> 1450 box.
> 
> Thanks,
> Paul
> 
> -- 
> Paul Hubbard  phubbard@fnal.gov



From owner-linux-xfs@oss.sgi.com Mon Jul 24 14:14:21 2000
Received:  by oss.sgi.com id <S42244AbQGXVOL>;
	Mon, 24 Jul 2000 14:14:11 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:265 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42242AbQGXVNr>;
	Mon, 24 Jul 2000 14:13:47 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA00502
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 14:05:53 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA33609; Mon, 24 Jul 2000 16:10:47 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA22912; Mon, 24 Jul 2000 16:10:46 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id QAA06406; Mon, 24 Jul 2000 16:03:49 -0500
Message-Id: <200007242103.QAA06406@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     William L Jones <jones@tacc.cc.utexas.edu>
cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs_mkfs 
In-Reply-To: Message from William L Jones <jones@tacc.cc.utexas.edu> 
   of "Mon, 24 Jul 2000 15:50:43 CDT." <200007242050.PAA13077@spica.cc.utexas.edu> 
Date:   Mon, 24 Jul 2000 16:03:49 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> Spoke too soon.  I just crated a file system the would produce diffrent probl
ems.
> 
> I noticed the irix defaults to version 1 directories.  A quick test on linux 
of a linux
> xfs file system with version 1 directories and a block size 512 indcates that
 this 
> may be a workable combination.
> 
> Has the xfs verion 2 directory code bee fully test?
> 
> Bill Jones

V2 directories are what we use exclusively internally - what is not tested
and known not to work about your setup is using a filesystem with a blocksize
other that the page size of the system (4 Kbytes). This is something which
is still being worked on internally, so for the moment, try to stick to the
default block size used by mkfs.

Steve



From owner-linux-xfs@oss.sgi.com Mon Jul 24 14:33:41 2000
Received:  by oss.sgi.com id <S42246AbQGXVdc>;
	Mon, 24 Jul 2000 14:33:32 -0700
Received: from tux.mkp.net ([130.225.60.11]:58375 "EHLO tux.mkp.net")
	by oss.sgi.com with ESMTP id <S42245AbQGXVdQ>;
	Mon, 24 Jul 2000 14:33:16 -0700
Received: from tux.mkp.net ([130.225.60.11] helo=tyra.mkp.net)
	by tux.mkp.net with esmtp (Exim 3.14 #2)
	id 13GpnU-0005ra-00; Mon, 24 Jul 2000 23:30:05 +0200
Received: (from mkp@localhost)
	by tyra.mkp.net (8.9.3/8.9.3) id RAA06534;
	Mon, 24 Jul 2000 17:32:36 -0400
X-Authentication-Warning: tyra.mkp.net: mkp set sender to mkp@mkp.net using -f
To:     linux-xfs@oss.sgi.com
Subject: Re: ADD 772830 - XFS on Linux needs standard dump and restore commands
References: <200007242030.NAA01904@feature.engr.sgi.com>
From:   "Martin K. Petersen" <mkp@linuxcare.com>
Organization: Linuxcare, Inc.
Date:   24 Jul 2000 17:32:35 -0400
In-Reply-To: pv@fddi-odin.corp.sgi.com's message of "Mon, 24 Jul 2000 13:30:03 -0700 (PDT)"
Message-ID: <yq17lab8b9o.fsf@tyra.mkp.net>
Lines:  30
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Canyonlands)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


>> ...  Given the need to handle file attributes and other xfs file
>> extensions I don't see how a program that dumps a xfs file can
>> produce a dump tape compatible with the current linux dump/restore.

> Basically it cannot.

> That's why we are doing BOTH

> 1. xfsdump/xfsrestore (these are real close now, and will appear
>    in the CVX tree shortly), and

> 2. a Linux compatible dump/restore ... this will not preserve xfs
>    metadata beyond that used in ext2 or any extensions to the
>    extant dump format that are adopted by the community (this is a
>    lower priority project that has not been started yet).

FWIW, most other filesystems also ship with their own dump/restore
programs (Veritas for instance).  And most OSs (Irix, Solaris, HP/UX)
come with a fstyp program so that backup programs can determine which
backend they should call.

I wrote a fstyp(8) for Linux when I implemented XFS support in
mount(8), but it never made it into the official package.

-- 
Martin K. Petersen, Principal Linux Consultant, Linuxcare, Inc.
mkp@linuxcare.com, http://www.linuxcare.com/
Linuxcare. Support for the revolution.


From owner-linux-xfs@oss.sgi.com Mon Jul 24 14:36:32 2000
Received:  by oss.sgi.com id <S42247AbQGXVgV>;
	Mon, 24 Jul 2000 14:36:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:19214 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGXVf5>;
	Mon, 24 Jul 2000 14:35:57 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA02930
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 14:28:03 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA38300 for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 16:33:03 -0500 (CDT)
Received: from localhost.localdomain (root@pinky.americas.sgi.com [128.162.184.21]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA23555 for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 16:33:02 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id QAA01736; Mon, 24 Jul 2000 16:37:47 -0500
Message-Id: <200007242137.QAA01736@localhost.localdomain>
Date:   Mon, 24 Jul 2000 16:37:47 -0500
Subject: TAKE - minor pagebuf code cleanup
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 24 14:32:09 PDT 2000
Workarea:  pinky.cray.com:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67692a
linux/include/linux/page_buf.h - 1.54
	- Remove unused macros, correct some others to use PAGE_CACHE_xxx macros,
	  remove prototypes for functions no longer in the source

linux/kdb/modules/kdbm_pg.c - 1.6
	- Remove references to the count_residual field in the pagebuf

linux/fs/pagebuf/page_buf.c - 1.15
	- Remove some unused code including the count_residual field in the
	  pagebuf.



From owner-linux-xfs@oss.sgi.com Mon Jul 24 14:43:31 2000
Received:  by oss.sgi.com id <S42248AbQGXVnV>;
	Mon, 24 Jul 2000 14:43:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:63247 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGXVnI>;
	Mon, 24 Jul 2000 14:43:08 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA03706
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 14:35:14 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA99297 for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 16:40:14 -0500 (CDT)
Received: from localhost.localdomain (root@pinky.americas.sgi.com [128.162.184.21]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA23784 for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 16:40:13 -0500 (CDT)
Received: by localhost.localdomain (8.9.3/SGI-client.1.6) id QAA01831; Mon, 24 Jul 2000 16:44:58 -0500
Message-Id: <200007242144.QAA01831@localhost.localdomain>
Date:   Mon, 24 Jul 2000 16:44:58 -0500
Subject: TAKE - mostly getting inode deletion changes out of my tree
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

There is a bug lurking somewhere in the system where we do not flush
the fact that an incore inode has been deleted out to disk. This is
a real pain to find, but in the process a number of problems in the
efficiency of the way we handle deleted inodes on linux have come
up. This is another fix in that direction.

Date:  Mon Jul 24 14:37:42 PDT 2000
Workarea:  pinky.cray.com:/usr/src/lord/2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67695a
linux/fs/xfs/xfs_buf_item.c - 1.104
	- Formatting fixes

linux/fs/xfs/xfs_vfsops.c - 1.280
	- Cleanup the code for inode flushing of deleted inodes, it is
	  still broken, but now it is faster and broken!

linux/fs/xfs/xfs_inode.c - 1.296
	- formatting fixes



From owner-linux-xfs@oss.sgi.com Mon Jul 24 15:59:32 2000
Received:  by oss.sgi.com id <S42253AbQGXW7W>;
	Mon, 24 Jul 2000 15:59:22 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:58402 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGXW7A>;
	Mon, 24 Jul 2000 15:59:00 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id PAA12475
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 15:51:05 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id IAA18719 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 08:56:05 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id IAA85762 for linux-xfs@oss.sgi.com; Tue, 25 Jul 2000 08:56:05 +1000 (EST)
Date:   Tue, 25 Jul 2000 08:56:05 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007242256.IAA85762@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - 
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67703a
Date:  Mon Jul 24 15:55:35 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_cred.h - 1.6
	- oops - too soon to remove SIM from kernel code.


From owner-linux-xfs@oss.sgi.com Mon Jul 24 19:06:52 2000
Received:  by oss.sgi.com id <S42249AbQGYCGn>;
	Mon, 24 Jul 2000 19:06:43 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:53576 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42245AbQGYCGM>; Mon, 24 Jul 2000 19:06:12 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA05041
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 19:11:33 -0700 (PDT)
	mail_from (ivanr@melbourne.sgi.com)
From:   ivanr@melbourne.sgi.com
Received: from omen.melbourne.sgi.com (omen.melbourne.sgi.com [134.14.55.139]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA19747; Tue, 25 Jul 2000 12:04:31 +1000
Received: from localhost (ivanr@localhost) by omen.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id MAA76935; Tue, 25 Jul 2000 12:04:29 +1000 (EST)
Date:   Tue, 25 Jul 2000 12:04:29 +1000
To:     jones@tacc.cc.utexas.edu
cc:     linux-xfs@oss.sgi.com
Subject: Re: XFS on Linux needs standard dump and restore commands
In-Reply-To: <200007241755.KAA97735@feature.engr.sgi.com>
Message-ID: <Pine.SGI.4.21.0007251144180.162908-100000@omen.melbourne.sgi.com>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Mon, 24 Jul 2000, jones@tacc.cc.utexas.edu wrote:

> Given the need to handle file attributes and other xfs file extensions
> I don't see how a program that dumps a xfs file can produce a dump
> tape compatible with the current linux dump/restore.
>
> I think a better solution would be to add the xfs ioctl'shat
> xfs_restore/xfs_dump need to the ext2 file system.  Not all the
> xfs_ioctl need to fully work they just need to return reasonable
> default values.  That way their need only be one dump/restore program
> for linux.
>
> I understand the wish for all dump/restore programs to work the same
> way but given the different capabilities of the various unix file
> systems that just not possible.
>
> Bill Jones

Just thought I'd clarify what's going on...

1. xfs dump     ->      xfs             works - xfsrestore
2. xfs          ->      xfs dump        works - xfsdump
3. xfs dump     ->      ext2            not yet
4. xfs          ->      linux dump      not yet
5. ext2         ->      xfs dump        not yet
6. linux dump   ->      xfs             works - linux restore


1 & 2 As Ken said, xfsdump & xfsrestore are getting close to being
      useful.  They should be released to the public as soon as we get
      the endian conversion done - the objective is to have the tape
      format to be compatible with the IRIX version.

3     Might work with little effort.

4     This would be a change to linux dump to support xfs, and might
      just mean writing a small set of functions to replace the calls
      to the ext2 library.

5     This wouldn't be too useful, unless people really prefer xfsdump,
      or want to just use one dump program.

6     I ran the linux restore once, and it seemed to have no problem
      writing to an xfs filesystem.

As for having several versions of dump, xfsdump/xfsrestore are _very_
different from the linux versions.  To somehow merge their functionality
would be too time consuming to be worth the effort, especially at this
stage.  Keep in mind, that one of our goals is to make Linux friendly for
IRIX people, so we'd like to keep the wizbang functionality of the IRIX
xfsdump/xfsrestore, and likewise, I'm sure Linux folk who rely on
dump/restore, wont want to change to our version until it has been proven
to be as reliable and more useful.  I've no doubt it will be a headache
when every filesystem has its own version of dump/restore - but it'd be
better, I think, to wait for the dust to settle a bit, before worrying
about some sort of consolidation.

Also, there is still a fair check list of things left to do in
xfsdump/xfsrestore, even after the endian conversion and we release it.

Ivan

-- 
Ivan Rayner
ivanr@melbourne.sgi.com


From owner-linux-xfs@oss.sgi.com Mon Jul 24 21:45:13 2000
Received:  by oss.sgi.com id <S42251AbQGYEpE>;
	Mon, 24 Jul 2000 21:45:04 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:64975 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42245AbQGYEoc>;
	Mon, 24 Jul 2000 21:44:32 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id XAA17883;
	Mon, 24 Jul 2000 23:44:07 -0500 (CDT)
Date:   Mon, 24 Jul 2000 23:44:07 -0500 (CDT)
Message-Id: <200007250444.XAA17883@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
cc:     jones@spica.cc.utexas.edu
Subject: fsr patch
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Their is a shar file at the end this message.  Extract and run it and it will create two
directories fsr and linux.

The linux directory contains the following files:
    
    xfs_dfrag.c.patch - add call to linux fget to get file entry given a fd and
			LINVFS_GET_VP to go from file entry to vnode.  
			Change code to do the required fput on file entries
			before exiting.
			Moved some error checks so that their is always a CELL start/end pair
			for all errors cases.
    xfs_dfrag.h.patch - add swapext ioctl for fsr.
    xfs_ioctl.c.patch - add swapext ioctl for fsr.

The fsr direcotry contsint the following files:

    Makefile.patch    - Patch to the fsr Makefile.
    fsr_xfs.c.patch   - Patch to fsr_xfs.c.
    syssgi.h          - New include file that fsr_xfs.c use for to emulate the
		        syssgi system call.
    syssgi.c          _ syssgi emulation subroutine.

A patched copy of linux/fs/xfs/xfs_dfrag.h should be copied to the cmd/xfs/include 
directory.

Their still a little more work that needs to be done in fsr_xfs.c to take care of
the case were xfs_fsr is handed a file/directory.

The support for the xfs real time file system will have to wait until its
ported to linux.

fsr_xfs seem to work in its current state.  If anyone at sgi has a test sweet
for fsr please run them against these mods. 

Bill Jones
			


#!/bin/sh
# This is a shell archive (produced by GNU sharutils 4.2).
# To extract the files from this archive, save it to some FILE, remove
# everything before the `!/bin/sh' line above, then type `sh FILE'.
#
# Made on 2000-07-24 23:08 CDT by <root@cs16017-239.austin.rr.com>.
# Source directory was `/root/mods'.
#
# Existing files will *not* be overwritten unless `-c' is specified.
#
# This shar contains:
# length mode       name
# ------ ---------- ------------------------------------------
#   1111 -rw-r--r-- fsr/syssgi.c
#    256 -rw-r--r-- fsr/syssgi.h
#    437 -rw-r--r-- fsr/Makefile.patch
#  12816 -rw-r--r-- fsr/fsr_xfs.c.patch
#   5500 -rw-r--r-- linux/xfs_dfrag.c.patch
#    273 -rw-r--r-- linux/xfs_dfrag.h.patch
#    638 -rw-r--r-- linux/xfs_ioctl.c.patch
#
save_IFS="${IFS}"
IFS="${IFS}:"
gettext_dir=FAILED
locale_dir=FAILED
first_param="$1"
for dir in $PATH
do
  if test "$gettext_dir" = FAILED && test -f $dir/gettext \
     && ($dir/gettext --version >/dev/null 2>&1)
  then
    set `$dir/gettext --version 2>&1`
    if test "$3" = GNU
    then
      gettext_dir=$dir
    fi
  fi
  if test "$locale_dir" = FAILED && test -f $dir/shar \
     && ($dir/shar --print-text-domain-dir >/dev/null 2>&1)
  then
    locale_dir=`$dir/shar --print-text-domain-dir`
  fi
done
IFS="$save_IFS"
if test "$locale_dir" = FAILED || test "$gettext_dir" = FAILED
then
  echo=echo
else
  TEXTDOMAINDIR=$locale_dir
  export TEXTDOMAINDIR
  TEXTDOMAIN=sharutils
  export TEXTDOMAIN
  echo="$gettext_dir/gettext -s"
fi
if mkdir _sh09377; then
  $echo 'x -' 'creating lock directory'
else
  $echo 'failed to create lock directory'
  exit 1
fi
# ============= fsr/syssgi.c ==============
if test ! -d 'fsr'; then
  $echo 'x -' 'creating directory' 'fsr'
  mkdir 'fsr'
fi
if test -f 'fsr/syssgi.c' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'fsr/syssgi.c' '(file already exists)'
else
  $echo 'x -' extracting 'fsr/syssgi.c' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'fsr/syssgi.c' &&
#include <libxfs.h>
#include <xfs_dfrag.h>
#include <sys/types.h>
#include <stdarg.h>
#include <sys/ioctl.h>
X
#include "syssgi.h"
X
X
int 
syssgi(int func,  ...)
{
X	va_list ap;
X        int fd;
X        int subtype;
X	xfs_fsop_geom_t *geom;
X	xfs_fsop_bulkreq_t bulkreq;
X	xfs_swapext_t   *sx;
X	
X
X	va_start(ap, func);
X
X    	switch (func) {
X 		case SGI_XFS_FSOPERATIONS:
X			fd = va_arg(ap, int);
X			subtype = va_arg(ap, int);
X			switch (subtype) {
X  				case XFS_FS_GEOMETRY:
X				     	(void)va_arg(ap, char *);
X				     	geom = (xfs_fsop_geom_t *)va_arg(ap, char *);
X					return ioctl(fd, XFS_IOC_FSGEOMETRY, geom);
X                	}
X			break;
X
X		case SGI_FS_BULKSTAT_SINGLE:
X		case SGI_FS_BULKSTAT:
X			fd = va_arg(ap, int);
X		    	bulkreq.lastip = (INO64_T *)va_arg(ap, INO64_T *);
X		    	bulkreq.icount = (int)va_arg(ap, int);
X		    	bulkreq.ubuffer = (char *)va_arg(ap, char *);
X			bulkreq.ocount =  (size_t *)va_arg(ap, size_t *);
X			return ioctl(fd, func, &bulkreq);
X
X		case SGI_FS_SWAPEXT:
X			sx = va_arg(ap, xfs_swapext_t *);
X			fd = sx->sx_fdtarget;
X			return ioctl(fd, SGI_FS_SWAPEXT,  sx);
X	}
X	return -1;
}
SHAR_EOF
  chmod 0644 'fsr/syssgi.c' ||
  $echo 'restore of' 'fsr/syssgi.c' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'fsr/syssgi.c:' 'MD5 check failed'
57308340e09204b4f18ca2d736259dc0  fsr/syssgi.c
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'fsr/syssgi.c'`"
    test 1111 -eq "$shar_count" ||
    $echo 'fsr/syssgi.c:' 'original size' '1111,' 'current size' "$shar_count!"
  fi
fi
# ============= fsr/syssgi.h ==============
if test -f 'fsr/syssgi.h' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'fsr/syssgi.h' '(file already exists)'
else
  $echo 'x -' extracting 'fsr/syssgi.h' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'fsr/syssgi.h' &&
X
int syssgi(int, ...);
X
#include <libxfs.h>
X
X
#define SGI_FS_BULKSTAT 	XFS_IOC_FSBULKSTAT
#define SGI_FS_BULKSTAT_SINGLE  XFS_IOC_FSBULKSTAT_SINGLE
#define SGI_XFS_FSOPERATIONS    999
#define SGI_FS_SWAPEXT          XFS_IOC_SWAPEXT
X
#define INO64_T __s64
X
SHAR_EOF
  chmod 0644 'fsr/syssgi.h' ||
  $echo 'restore of' 'fsr/syssgi.h' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'fsr/syssgi.h:' 'MD5 check failed'
a85286de3bb951c5593291ead5a24906  fsr/syssgi.h
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'fsr/syssgi.h'`"
    test 256 -eq "$shar_count" ||
    $echo 'fsr/syssgi.h:' 'original size' '256,' 'current size' "$shar_count!"
  fi
fi
# ============= fsr/Makefile.patch ==============
if test -f 'fsr/Makefile.patch' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'fsr/Makefile.patch' '(file already exists)'
else
  $echo 'x -' extracting 'fsr/Makefile.patch' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'fsr/Makefile.patch' &&
*** Makefile.orig	Mon Jul 24 22:45:04 2000
--- Makefile	Mon Jul 24 22:45:17 2000
***************
*** 33,40 ****
X  TOPDIR = ..
X  include $(TOPDIR)/include/builddefs
X  
! CMDTARGET = fsr_xfs
! CFILES = fsr_xfs.c
X  LLDLIBS = $(LIBHANDLE)
X  
X  default: $(CMDTARGET)
--- 33,40 ----
X  TOPDIR = ..
X  include $(TOPDIR)/include/builddefs
X  
! CMDTARGET = fsr_xfs 
! CFILES = fsr_xfs.c syssgi.c
X  LLDLIBS = $(LIBHANDLE)
X  
X  default: $(CMDTARGET)
SHAR_EOF
  chmod 0644 'fsr/Makefile.patch' ||
  $echo 'restore of' 'fsr/Makefile.patch' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'fsr/Makefile.patch:' 'MD5 check failed'
7d5003b5636b5460fc5ae70093ed191c  fsr/Makefile.patch
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'fsr/Makefile.patch'`"
    test 437 -eq "$shar_count" ||
    $echo 'fsr/Makefile.patch:' 'original size' '437,' 'current size' "$shar_count!"
  fi
fi
# ============= fsr/fsr_xfs.c.patch ==============
if test -f 'fsr/fsr_xfs.c.patch' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'fsr/fsr_xfs.c.patch' '(file already exists)'
else
  $echo 'x -' extracting 'fsr/fsr_xfs.c.patch' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'fsr/fsr_xfs.c.patch' &&
*** fsr_xfs.c.orig	Mon Jul 24 22:43:02 2000
--- fsr_xfs.c	Mon Jul 24 22:44:54 2000
***************
*** 65,72 ****
--- 65,76 ----
X  #include <syslog.h>
X  #include <string.h>
X  #include <signal.h>
+ #include <sys/ioctl.h>
X  #include <sys/wait.h>
X  #include <sys/statvfs.h>
+ #include <xfs_dfrag.h>
+ 
+ #include "syssgi.h"
X  
X  int vflag;
X  int gflag;
***************
*** 88,93 ****
--- 92,99 ----
X  #undef O_DIRECT
X  #define O_DIRECT 0	/* TODO - remove this when direct IO done */
X  
+ #define MNTTYPE_XFS             "xfs"
+ 
X  #define SMBUFSZ		1024
X  #define ROOT		0
X  #define GRABSZ		64
***************
*** 105,127 ****
X  static char *progname;
X  static time_t endtime;
X  static time_t starttime;
! static ino64_t	leftoffino = 0;
X  static int	pagesize;
X  
X  void usage(int ret);
! static int  fsrfile(char *fname, ino64_t ino);
X  static int  fsrfile_common( char *fname, char *tname, char *mnt, 
X                              int fd, xfs_bstat_t *statp);
X  static int  packfile(char *fname, char *tname, int fd, 
X                       xfs_bstat_t *statp, int flag);
X  static void fsrdir(char *dirname);
! static int  fsrfs(char *mntdir, ino64_t ino, int targetrange);
X  static void initallfs(char *mtab);
X  static void fsrallfs(int howlong, char *leftofffile);
X  static void fsrall_cleanup(int timeout);
- #if 0	/* TODO - port to Linux */
X  static int  getnextents(int);
- #endif
X  int xfsrtextsize(int fd);
X  int xfs_getrt(int fd, struct statvfs64 *sfbp);
X  char * gettmpname(char *fname);
--- 111,131 ----
X  static char *progname;
X  static time_t endtime;
X  static time_t starttime;
! static INO64_T	leftoffino = 0;
X  static int	pagesize;
X  
X  void usage(int ret);
! static int  fsrfile(char *fname, INO64_T ino);
X  static int  fsrfile_common( char *fname, char *tname, char *mnt, 
X                              int fd, xfs_bstat_t *statp);
X  static int  packfile(char *fname, char *tname, int fd, 
X                       xfs_bstat_t *statp, int flag);
X  static void fsrdir(char *dirname);
! static int  fsrfs(char *mntdir, INO64_T ino, int targetrange);
X  static void initallfs(char *mtab);
X  static void fsrallfs(int howlong, char *leftofffile);
X  static void fsrall_cleanup(int timeout);
X  static int  getnextents(int);
X  int xfsrtextsize(int fd);
X  int xfs_getrt(int fd, struct statvfs64 *sfbp);
X  char * gettmpname(char *fname);
***************
*** 133,138 ****
--- 137,143 ----
X  static char * tmp_next(char *mnt);
X  static void tmp_close(char *mnt);
X  int xfs_getgeom(int , xfs_fsop_geom_t * );
+ static int getmntany (FILE *, struct mntent *, struct mntent *);
X  
X  xfs_fsop_geom_t fsgeom;	/* geometry of active mounted system */
X  
***************
*** 249,261 ****
X  				else
X  					mntpref.mnt_fsname = argname;
X  
- #if 0	/* TODO - port to Linux */
X  				if ((getmntany(mtabp, &mntent, &mntpref) == 0) 
X  				     &&
X  				   (strcmp(mntent.mnt_type, MNTTYPE_XFS) == 0))
- #else
- ASSERT(0);
- #endif
X  				{
X  					mntp = &mntent;
X  					if (S_ISBLK(sb.st_mode)) {
--- 254,262 ----
***************
*** 325,333 ****
X  	struct mntent *mp;
X  	int mi;
X  	char *cp;
- #if 0	/* TODO - port to Linux */
X  	struct stat sb;
- #endif
X  
X  	fp = setmntent(mtab, "r");
X  	if (fp == NULL) {
--- 326,332 ----
***************
*** 348,361 ****
X  	while (mp = getmntent(fp)) {
X  		int rw = 0;
X  
! #if 0	/* TODO - port to Linux */
! 		if (strcmp(mp->mnt_type, FSID_XFS) != 0 ||
X  		    stat(mp->mnt_fsname, &sb) == -1 ||
X  		    !S_ISBLK(sb.st_mode))
X  			continue;
- #else
- ASSERT(0);
- #endif
X  
X  		cp = strtok(mp->mnt_opts,",");
X  		do {
--- 347,356 ----
X  	while (mp = getmntent(fp)) {
X  		int rw = 0;
X  
! 		if (strcmp(mp->mnt_type, MNTTYPE_XFS ) != 0 ||
X  		    stat(mp->mnt_fsname, &sb) == -1 ||
X  		    !S_ISBLK(sb.st_mode))
X  			continue;
X  
X  		cp = strtok(mp->mnt_opts,",");
X  		do {
***************
*** 420,426 ****
X  	char buf[SMBUFSZ];
X  	int mdonly = Mflag;
X  	char *ptr;
! 	ino64_t startino = 0;
X  	fsdesc_t *fsp;
X  	
X  	fsrprintf("fsr_xfs -m %s -t %d -f %s ...\n", mtab, howlong, leftofffile);
--- 415,421 ----
X  	char buf[SMBUFSZ];
X  	int mdonly = Mflag;
X  	char *ptr;
! 	INO64_T startino = 0;
X  	fsdesc_t *fsp;
X  	
X  	fsrprintf("fsr_xfs -m %s -t %d -f %s ...\n", mtab, howlong, leftofffile);
***************
*** 560,566 ****
X   * fsrfs -- reorganize a file system
X   */
X  static int
! fsrfs(char *mntdir, ino64_t startino, int targetrange)
X  {
X  
X  	int	fsfd, fd;
--- 555,561 ----
X   * fsrfs -- reorganize a file system
X   */
X  static int
! fsrfs(char *mntdir, INO64_T startino, int targetrange)
X  {
X  
X  	int	fsfd, fd;
***************
*** 571,579 ****
X  	char	fname[64];
X  	char	*tname;
X  	jdm_fshandle_t	*fshandlep;
! #if 0   /* TODO - port to Linux */
! 	ino64_t	lastino = startino;
! #endif
X  
X  	fsrprintf("%s startino=%lld\n", mntdir, startino);
X  
--- 566,572 ----
X  	char	fname[64];
X  	char	*tname;
X  	jdm_fshandle_t	*fshandlep;
! 	INO64_T	lastino = startino;
X  
X  	fsrprintf("%s startino=%lld\n", mntdir, startino);
X  
***************
*** 598,610 ****
X  
X  	tmp_init(mntdir);
X  
! #if 0	/* TODO - port to Linux */
X  	while (! syssgi( SGI_FS_BULKSTAT, fsfd, &lastino, 
X  	                 GRABSZ, &buf[0], &buflenout)) {
- #else
- ASSERT(0);
- {
- #endif
X  		xfs_bstat_t *p;
X  		xfs_bstat_t *endp;
X  
--- 591,599 ----
X  
X  	tmp_init(mntdir);
X  
! 	sync();
X  	while (! syssgi( SGI_FS_BULKSTAT, fsfd, &lastino, 
X  	                 GRABSZ, &buf[0], &buflenout)) {
X  		xfs_bstat_t *p;
X  		xfs_bstat_t *endp;
X  
***************
*** 691,697 ****
X   * an open on the file and passes this all to fsrfile_common.
X   */
X  static int
! fsrfile(char *fname, ino64_t ino)
X  {
X  	xfs_bstat_t	statbuf;
X  	jdm_fshandle_t	*fshandlep;
--- 680,686 ----
X   * an open on the file and passes this all to fsrfile_common.
X   */
X  static int
! fsrfile(char *fname, INO64_T ino)
X  {
X  	xfs_bstat_t	statbuf;
X  	jdm_fshandle_t	*fshandlep;
***************
*** 719,725 ****
X  		return -1;
X  	}
X  	
- #if 0	/* TODO - port to Linux */
X  	if ((syssgi( SGI_FS_BULKSTAT_SINGLE, fsfd, &ino, &statbuf)) < 0) {
X  		fsrprintf(
X  		  "unable to get bstat on %s: %s\n",
--- 708,713 ----
***************
*** 727,735 ****
X  		close(fsfd);
X  		return -1;
X  	}
- #else
- ASSERT(0);
- #endif
X  		
X  	fd = jdm_open( fshandlep, &statbuf, O_RDWR);
X  	if (fd < 0) {
--- 715,720 ----
***************
*** 785,793 ****
X  	int		pid;
X  	int		error;
X  	struct statvfs64 vfss;
- #if 0	/* TODO - port to Linux */
X  	struct fsxattr	fsx;
- #endif
X  	int		do_rt = 0;
X  	unsigned long	bsize;
X  #ifdef HAVE_CAPBILITIES
--- 770,776 ----
***************
*** 852,860 ****
X  		return 1;
X  	}
X  
- #if 0	/* TODO - port to Linux */
X  	/* Check realtime info */
! 	if ((fcntl(fd, F_FSGETXATTR, &fsx)) < 0) {
X  		fsrprintf("failed to get attrs: %s\n", fname);
X  		return(-1);
X  	}
--- 835,842 ----
X  		return 1;
X  	}
X  
X  	/* Check realtime info */
! 	if ((ioctl(fd, XFS_IOC_FSGETXATTR, &fsx)) < 0) {
X  		fsrprintf("failed to get attrs: %s\n", fname);
X  		return(-1);
X  	}
***************
*** 870,876 ****
X  		}
X  		do_rt = 1;
X  	}
- #endif
X  
X  	if ((RealUid != ROOT) && (RealUid != statp->bs_uid)) {
X  		fsrprintf("cannot open: %s: Permission denied\n", fname);
--- 852,857 ----
***************
*** 929,935 ****
X  static int
X  packfile(char *fname, char *tname, int fd, xfs_bstat_t *statp, int do_rt)
X  {
- #if 0	/* TODO - port to Linux - plenty to do here */
X  	int 		tfd;
X  	int		srval;
X  	int		nextents, extent, cur_nextents, new_nextents;
--- 910,915 ----
***************
*** 937,943 ****
X  	unsigned	dio_min;
X  	struct dioattr	dio;
X  	static xfs_swapext_t   sx;
! 	struct flock64 	space;
X  	off64_t 	cnt, pos;
X  	void 		*fbuf;
X  	int 		ct, wc, wc_b4;
--- 917,923 ----
X  	unsigned	dio_min;
X  	struct dioattr	dio;
X  	static xfs_swapext_t   sx;
! 	struct xfs_flock64  space;
X  	off64_t 	cnt, pos;
X  	void 		*fbuf;
X  	int 		ct, wc, wc_b4;
***************
*** 970,982 ****
X  	}
X  	unlink(tname);
X  
X  	/* Setup direct I/O */
X  	if((fcntl(tfd, F_SETFL, FDIRECT)) < 0 ) {
X  		fsrprintf("could not set FDIRECT on tmp: %s:\n", tname);
X  		close(tfd);
X  		return -1;
X  	}
! 	if( (fcntl(tfd, F_DIOINFO, &dio)) < 0 ) {
X  		fsrprintf("could not get I/O info on tmp: %s\n", tname);
X  		close(tfd);
X  		return -1;
--- 950,964 ----
X  	}
X  	unlink(tname);
X  
+ #if  0
X  	/* Setup direct I/O */
X  	if((fcntl(tfd, F_SETFL, FDIRECT)) < 0 ) {
X  		fsrprintf("could not set FDIRECT on tmp: %s:\n", tname);
X  		close(tfd);
X  		return -1;
X  	}
! #endif
! 	if( (ioctl(tfd, XFS_IOC_DIOINFO, &dio)) < 0 ) {
X  		fsrprintf("could not get I/O info on tmp: %s\n", tname);
X  		close(tfd);
X  		return -1;
***************
*** 992,998 ****
X  			return -1;
X  		}
X  
! 		if (fcntl( tfd, F_FSSETXATTR, &tfsx) < 0) {
X  			fsrprintf("could not set rt on tmp: %s\n", tname);
X  			close(tfd);
X  			return -1;
--- 974,980 ----
X  			return -1;
X  		}
X  
! 		if (ioctl( tfd,  XFS_IOC_FSSETXATTR, &tfsx) < 0) {
X  			fsrprintf("could not set rt on tmp: %s\n", tname);
X  			close(tfd);
X  			return -1;
***************
*** 1028,1034 ****
X  			space.l_whence = 0;
X  			space.l_start = pos;
X  			space.l_len = outmap[extent].bmv_length;
! 			if (fcntl(tfd, F_UNRESVSP64, &space) < 0) {
X  				fsrprintf("could not trunc tmp %s\n", 
X  					   tname);
X  			}
--- 1010,1016 ----
X  			space.l_whence = 0;
X  			space.l_start = pos;
X  			space.l_len = outmap[extent].bmv_length;
! 			if (ioctl(tfd, XFS_IOC_UNRESVSP64, &space) < 0) {
X  				fsrprintf("could not trunc tmp %s\n", 
X  					   tname);
X  			}
***************
*** 1044,1050 ****
X  		space.l_start = 0;
X  		space.l_len = outmap[extent].bmv_length;
X  
! 		if (fcntl(tfd, F_RESVSP64, &space) < 0) {
X  			fsrprintf("could not pre-alloc tmp space: %s\n",
X  				  tname);
X  			close(tfd);
--- 1026,1032 ----
X  		space.l_start = 0;
X  		space.l_len = outmap[extent].bmv_length;
X  
! 		if (ioctl(tfd, XFS_IOC_RESVSP64, &space) < 0) {
X  			fsrprintf("could not pre-alloc tmp space: %s\n",
X  				  tname);
X  			close(tfd);
***************
*** 1109,1114 ****
--- 1091,1097 ----
X  		}
X  	}
X  	ftruncate64(tfd, statp->bs_size);
+ 	fsync(tfd);
X  
X  	free(fbuf);
X  
***************
*** 1158,1166 ****
X  			  (new_nextents <= nextents ? "DONE" : "    " ),
X  		          fname);
X  	close(tfd);
- #else
- ASSERT(0);
- #endif
X  	return 0;
X  }
X  
--- 1141,1146 ----
***************
*** 1273,1287 ****
X  	*cur_nextents = 0;
X  
X  	do {
! #if 0	/* TODO - port to Linux */
! 		if (fcntl(fd, F_GETBMAP, map) < 0) {
X  			fsrprintf("failed reading extents: inode %lld",
X  			         sin->bs_ino);
X  			exit(1);
X  		}
- #else
- ASSERT(0);
- #endif
X  
X  		/* Concatenate extents together and replicate holes into
X  		 * the output map.
--- 1253,1263 ----
X  	*cur_nextents = 0;
X  
X  	do {
! 		if (ioctl(fd, XFS_IOC_GETBMAP, map) < 0) {
X  			fsrprintf("failed reading extents: inode %lld",
X  			         sin->bs_ino);
X  			exit(1);
X  		}
X  
X  		/* Concatenate extents together and replicate holes into
X  		 * the output map.
***************
*** 1312,1319 ****
X  /*
X   * Read the block map and return the number of extents.
X   */
! #if 0	/* TODO - port to Linux */
! int 
X  getnextents(int fd)
X  {
X  	int		nextents;
--- 1288,1294 ----
X  /*
X   * Read the block map and return the number of extents.
X   */
! static int 
X  getnextents(int fd)
X  {
X  	int		nextents;
***************
*** 1328,1334 ****
X  	nextents = 0;
X  
X  	do {
! 		if (fcntl(fd, F_GETBMAP, map) < 0) {
X  			fsrprintf("failed reading extents");
X  			exit(1);
X  		}
--- 1303,1309 ----
X  	nextents = 0;
X  
X  	do {
! 		if (ioctl(fd,XFS_IOC_GETBMAP, map) < 0) {
X  			fsrprintf("failed reading extents");
X  			exit(1);
X  		}
***************
*** 1337,1343 ****
X  	} while (map[0].bmv_entries == (MAPSIZE-1));
X  	return(nextents);
X  }
- #endif
X  
X  /*
X   * Get the fs geometry
--- 1312,1317 ----
***************
*** 1345,1351 ****
X  int
X  xfs_getgeom(int fd, xfs_fsop_geom_t * fsgeom)
X  {
- #if 0	/* TODO - port to Linux */
X  	if (syssgi(SGI_XFS_FSOPERATIONS, 
X  	           fd, 
X  	           XFS_FS_GEOMETRY, 
--- 1319,1324 ----
***************
*** 1353,1361 ****
X  	           fsgeom) < 0) {
X  		return -1;
X  	}
- #else
- ASSERT(0);
- #endif
X  	return 0;
X  }
X  
--- 1326,1331 ----
***************
*** 1408,1413 ****
--- 1378,1404 ----
X  	va_end(ap);
X  	return 0;
X  }
+ 
+ /*
+  * emulate getmntany
+  */
+ static int
+ getmntany (FILE *filep, struct mntent *mp, struct mntent *mpref)
+ {
+         int match = 0;
+         struct mntent *t;
+ 
+         while (!match && (t = getmntent(filep)) != 0) {
+                 if (mpref->mnt_fsname != NULL &&
+                   strcmp(mpref->mnt_fsname, t->mnt_fsname) != 0)  continue;
+                 if (mpref->mnt_dir != NULL &&
+                     strcmp(mpref->mnt_dir, t->mnt_dir) != 0)  continue;
+                 match++;
+         }
+         if (match) *mp = *t;
+         return !match;
+ }
+ 
X  
X  /*
X   * Initialize a directory for tmp file use.  This is used
SHAR_EOF
  chmod 0644 'fsr/fsr_xfs.c.patch' ||
  $echo 'restore of' 'fsr/fsr_xfs.c.patch' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'fsr/fsr_xfs.c.patch:' 'MD5 check failed'
758211f974fbed2e02069ff82e8e4f14  fsr/fsr_xfs.c.patch
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'fsr/fsr_xfs.c.patch'`"
    test 12816 -eq "$shar_count" ||
    $echo 'fsr/fsr_xfs.c.patch:' 'original size' '12816,' 'current size' "$shar_count!"
  fi
fi
# ============= linux/xfs_dfrag.c.patch ==============
if test ! -d 'linux'; then
  $echo 'x -' 'creating directory' 'linux'
  mkdir 'linux'
fi
if test -f 'linux/xfs_dfrag.c.patch' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'linux/xfs_dfrag.c.patch' '(file already exists)'
else
  $echo 'x -' extracting 'linux/xfs_dfrag.c.patch' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'linux/xfs_dfrag.c.patch' &&
*** xfs_dfrag.c.orig	Sat Jul 22 22:36:05 2000
--- xfs_dfrag.c	Sat Jul 22 22:37:57 2000
***************
*** 33,38 ****
--- 33,39 ----
X  
X  #include <xfs_os_defs.h>
X  #include <linux/xfs_cred.h>
+ #include <linux/file.h>
X  
X  #include <sys/param.h>
X  #include "xfs_buf.h"
***************
*** 43,49 ****
X  #include <sys/vnode.h>
X  
X  #include <sys/kabi.h>
- #include <ksys/vfile.h>
X  #include <ksys/cell_config.h>
X  #include <sys/vfs.h>
X  #include <sys/uuid.h>
--- 44,49 ----
***************
*** 78,84 ****
X  #include "xfs_rw.h"
X  
X  extern void xfs_lock_inodes (xfs_inode_t **, int, int, uint);
- extern int getf(int, struct vfile **);
X  extern int xfs_bmap_count_blocks( xfs_trans_t *, xfs_inode_t *, int, int *); 
X  
X  /*
--- 78,83 ----
***************
*** 93,99 ****
X  	xfs_trans_t     *tp;
X  	xfs_mount_t     *mp;
X  	xfs_bstat_t	*sbp;
! 	struct vfile	*fp, *tfp;
X  	vnode_t 	*vp, *tvp;
X          bhv_desc_t      *bdp, *tbdp;
X          vn_bhv_head_t   *bhp, *tbhp;
--- 92,98 ----
X  	xfs_trans_t     *tp;
X  	xfs_mount_t     *mp;
X  	xfs_bstat_t	*sbp;
! 	struct file	*fp = NULL, *tfp = NULL;
X  	vnode_t 	*vp, *tvp;
X          bhv_desc_t      *bdp, *tbdp;
X          vn_bhv_head_t   *bhp, *tbhp;
***************
*** 104,169 ****
X  	__uint64_t	tmp;
X  	__uint64_t	cxfs_val;
X  	int		aforkblks = 0;
X  
X  	if (copyin(sxp, &sx, sizeof sx))
X  		return XFS_ERROR(EFAULT);
X  
X  	/* Pull information for the target fd */
! 	if (error = getf(sx.sx_fdtarget, &fp))
! 		return XFS_ERROR(error);
! 
! 	if (!VF_IS_VNODE(fp) || VF_TO_VNODE(fp)->v_type != VREG)
! 		return XFS_ERROR(EINVAL);
X  
- 	vp = VF_TO_VNODE(fp);
X  	bhp = VN_BHV_HEAD(vp);
X  	VN_BHV_READ_LOCK(bhp);
X  	bdp = vn_bhv_lookup(bhp, &xfs_vnodeops);
X  	if (bdp == NULL) {
X  		VN_BHV_READ_UNLOCK(bhp);
! 		return XFS_ERROR(EBADF);
X  	} else {
X  		ip = XFS_BHVTOI(bdp);
X  		VN_BHV_READ_UNLOCK(bhp);
X  	}
X  
! 	/* Pull information for the tmp fd */
! 	if (error = getf(sx.sx_fdtmp, &tfp))
! 		return XFS_ERROR(error);
! 
! 	if (!VF_IS_VNODE(tfp) || VF_TO_VNODE(tfp)->v_type != VREG)
! 		return XFS_ERROR(EINVAL);
X  
- 	tvp = VF_TO_VNODE(tfp);
X  	tbhp = VN_BHV_HEAD(tvp);
X  	VN_BHV_READ_LOCK(tbhp);
X  	tbdp = vn_bhv_lookup(tbhp, &xfs_vnodeops);
X  	if (tbdp == NULL) {
X  		VN_BHV_READ_UNLOCK(tbhp);
! 		return XFS_ERROR(EBADF);
X  	} else {
X  		tip = XFS_BHVTOI(tbdp);
X  		VN_BHV_READ_UNLOCK(tbhp);
X  	}
X  
X  	if (ip->i_ino == tip->i_ino) {
! 		return XFS_ERROR(EINVAL);
X  	}
X  
X  	mp = ip->i_mount;
X  
X  	sbp = &sx.sx_stat;
X  
! 	if (XFS_FORCED_SHUTDOWN(mp))
! 		return XFS_ERROR(EIO);
! 
! 	CELL_ONLY(cxfs_val = cfs_start_defrag(vp));
X  
X  	/* quit if either is the swap file */
! 	if (vp->v_flag & VISSWAP && vp->v_type == VREG)
! 		return XFS_ERROR(EACCES);
! 	if (tvp->v_flag & VISSWAP && tvp->v_type == VREG)
! 		return XFS_ERROR(EACCES);
X  
X  	/* Lock in i_ino order */
X  	if (ip->i_ino < tip->i_ino) {
--- 103,176 ----
X  	__uint64_t	tmp;
X  	__uint64_t	cxfs_val;
X  	int		aforkblks = 0;
+ 	int		locked = 0;
X  
X  	if (copyin(sxp, &sx, sizeof sx))
X  		return XFS_ERROR(EFAULT);
X  
X  	/* Pull information for the target fd */
! 	if (((fp = fget((int)sx.sx_fdtarget)) == NULL) ||
!             ((vp = LINVFS_GET_VP(fp->f_dentry->d_inode)) == NULL))  {
!                 error = XFS_ERROR(EINVAL);
!                 goto error0;
!         }
X  
X  	bhp = VN_BHV_HEAD(vp);
X  	VN_BHV_READ_LOCK(bhp);
X  	bdp = vn_bhv_lookup(bhp, &xfs_vnodeops);
X  	if (bdp == NULL) {
X  		VN_BHV_READ_UNLOCK(bhp);
! 		error = XFS_ERROR(EBADF);
!                 goto error0;
X  	} else {
X  		ip = XFS_BHVTOI(bdp);
X  		VN_BHV_READ_UNLOCK(bhp);
X  	}
X  
!         if (((tfp = fget((int)sx.sx_fdtmp)) == NULL) ||
!             ((tvp = LINVFS_GET_VP(tfp->f_dentry->d_inode)) == NULL)) {
!                 error = XFS_ERROR(EINVAL);
!                 goto error0;
!         }
X  
X  	tbhp = VN_BHV_HEAD(tvp);
X  	VN_BHV_READ_LOCK(tbhp);
X  	tbdp = vn_bhv_lookup(tbhp, &xfs_vnodeops);
X  	if (tbdp == NULL) {
X  		VN_BHV_READ_UNLOCK(tbhp);
! 		error = XFS_ERROR(EBADF);
!                 goto error0;
X  	} else {
X  		tip = XFS_BHVTOI(tbdp);
X  		VN_BHV_READ_UNLOCK(tbhp);
X  	}
X  
X  	if (ip->i_ino == tip->i_ino) {
! 		error =  XFS_ERROR(EINVAL);
!                 goto error0;
X  	}
X  
X  	mp = ip->i_mount;
X  
X  	sbp = &sx.sx_stat;
X  
! 	if (XFS_FORCED_SHUTDOWN(mp)) {
! 		error =  XFS_ERROR(EIO);
!                 goto error0;
!  	}
X  
X  	/* quit if either is the swap file */
! 	if (vp->v_flag & VISSWAP && vp->v_type == VREG) {
! 		error = XFS_ERROR(EACCES);
!                 goto error0;
! 	}
! 	if (tvp->v_flag & VISSWAP && tvp->v_type == VREG) {
! 		error = XFS_ERROR(EACCES);
!                 goto error0;
! 	}
! 
! 	locked = 1;
! 	CELL_ONLY(cxfs_val = cfs_start_defrag(vp));
X  
X  	/* Lock in i_ino order */
X  	if (ip->i_ino < tip->i_ino) {
***************
*** 389,399 ****
X          error = xfs_trans_commit(tp, XFS_TRANS_SWAPEXT, NULL);
X  
X  	CELL_ONLY(cfs_end_defrag(vp, cxfs_val));
X  	return error;
X  
X   error0:
! 	CELL_ONLY(cfs_end_defrag(vp, cxfs_val));
! 	xfs_iunlock(ip,  lock_flags);
! 	xfs_iunlock(tip, lock_flags);
X  	return error;
X  }
--- 396,416 ----
X          error = xfs_trans_commit(tp, XFS_TRANS_SWAPEXT, NULL);
X  
X  	CELL_ONLY(cfs_end_defrag(vp, cxfs_val));
+ 
+         fput(fp);
+         fput(tfp);
+ 
X  	return error;
X  
X   error0:
! 	if (locked) {
! 		CELL_ONLY(cfs_end_defrag(vp, cxfs_val));
! 		xfs_iunlock(ip,  lock_flags);
! 		xfs_iunlock(tip, lock_flags);
! 	}
! 
!         if (fp != NULL) fput(fp);
!         if (tfp != NULL) fput(tfp);
! 
X  	return error;
X  }
SHAR_EOF
  chmod 0644 'linux/xfs_dfrag.c.patch' ||
  $echo 'restore of' 'linux/xfs_dfrag.c.patch' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'linux/xfs_dfrag.c.patch:' 'MD5 check failed'
4a412b880c506622c1f8b3b54193e3ad  linux/xfs_dfrag.c.patch
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'linux/xfs_dfrag.c.patch'`"
    test 5500 -eq "$shar_count" ||
    $echo 'linux/xfs_dfrag.c.patch:' 'original size' '5500,' 'current size' "$shar_count!"
  fi
fi
# ============= linux/xfs_dfrag.h.patch ==============
if test -f 'linux/xfs_dfrag.h.patch' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'linux/xfs_dfrag.h.patch' '(file already exists)'
else
  $echo 'x -' extracting 'linux/xfs_dfrag.h.patch' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'linux/xfs_dfrag.h.patch' &&
*** xfs_dfrag.h.orig	Sat Jul 22 22:40:07 2000
--- xfs_dfrag.h	Sat Jul 22 22:41:27 2000
***************
*** 54,59 ****
--- 54,61 ----
X   */
X  #define XFS_SX_VERSION		0
X  
+ #define XFS_IOC_SWAPEXT              _IOWR('X', 109, struct xfs_swapext)
+ 
X  
X  #ifdef _KERNEL
X  /*
SHAR_EOF
  chmod 0644 'linux/xfs_dfrag.h.patch' ||
  $echo 'restore of' 'linux/xfs_dfrag.h.patch' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'linux/xfs_dfrag.h.patch:' 'MD5 check failed'
10a4282d468178d974c4391e48b5f090  linux/xfs_dfrag.h.patch
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'linux/xfs_dfrag.h.patch'`"
    test 273 -eq "$shar_count" ||
    $echo 'linux/xfs_dfrag.h.patch:' 'original size' '273,' 'current size' "$shar_count!"
  fi
fi
# ============= linux/xfs_ioctl.c.patch ==============
if test -f 'linux/xfs_ioctl.c.patch' && test "$first_param" != -c; then
  $echo 'x -' SKIPPING 'linux/xfs_ioctl.c.patch' '(file already exists)'
else
  $echo 'x -' extracting 'linux/xfs_ioctl.c.patch' '(text)'
  sed 's/^X//' << 'SHAR_EOF' > 'linux/xfs_ioctl.c.patch' &&
*** xfs_ioctl.c.orig	Sat Jul 22 22:42:01 2000
--- xfs_ioctl.c	Sat Jul 22 22:47:37 2000
***************
*** 75,80 ****
--- 75,81 ----
X  #include <xfs_iops.h>
X  #include <linux/dmapi_kern.h>
X  #include <xfs_dmapi.h>
+ #include <xfs_dfrag.h>
X  
X  #include <linux/smp_lock.h>
X  
***************
*** 1064,1069 ****
--- 1065,1080 ----
X  	case XFS_IOC_READLINK_BY_HANDLE: {
X  
X  		return xfs_readlink_by_handle(cmd, arg, filp, inode, vfsp, mp);
+ 	}
+ 
+ 	case XFS_IOC_SWAPEXT: {
+ 
+                 error = xfs_swapext((struct xfs_swapext *)arg);
+ 
+ 		if (error)
+ 			return -error;
+ 		return error;
+ 
X  	}
X  
X  	case XFS_IOC_GETFSUUID: {
SHAR_EOF
  chmod 0644 'linux/xfs_ioctl.c.patch' ||
  $echo 'restore of' 'linux/xfs_ioctl.c.patch' 'failed'
  if ( md5sum --help 2>&1 | grep 'sage: md5sum \[' ) >/dev/null 2>&1 \
  && ( md5sum --version 2>&1 | grep -v 'textutils 1.12' ) >/dev/null; then
    md5sum -c << SHAR_EOF >/dev/null 2>&1 \
    || $echo 'linux/xfs_ioctl.c.patch:' 'MD5 check failed'
0d41d5ffb1807f0d044690006471a6b6  linux/xfs_ioctl.c.patch
SHAR_EOF
  else
    shar_count="`LC_ALL= LC_CTYPE= LANG= wc -c < 'linux/xfs_ioctl.c.patch'`"
    test 638 -eq "$shar_count" ||
    $echo 'linux/xfs_ioctl.c.patch:' 'original size' '638,' 'current size' "$shar_count!"
  fi
fi
rm -fr _sh09377
exit 0

From owner-linux-xfs@oss.sgi.com Mon Jul 24 21:46:23 2000
Received:  by oss.sgi.com id <S42254AbQGYEqO>;
	Mon, 24 Jul 2000 21:46:14 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58701 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42245AbQGYEp4>; Mon, 24 Jul 2000 21:45:56 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA05826
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 21:51:18 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA20682 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 14:44:15 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA48735 for linux-xfs@oss.sgi.com; Tue, 25 Jul 2000 14:44:14 +1000 (EST)
Date:   Tue, 25 Jul 2000 14:44:14 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007250444.OAA48735@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_logprint - handle zeroed log intelligently
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

don't print thousands of error messages for perfectly
clean logs where the physical end of the log is zeroed

Modid:  2.4.0-test1-xfs:slinx:67717a
Date:  Mon Jul 24 21:42:48 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/logprint/log_misc.c - 1.66
	- handle zeroed log blocks intelligently


From owner-linux-xfs@oss.sgi.com Mon Jul 24 22:24:47 2000
Received:  by oss.sgi.com id <S42255AbQGYFYg>;
	Mon, 24 Jul 2000 22:24:36 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:29276 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGYFYE>;
	Mon, 24 Jul 2000 22:24:04 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA11737
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 22:15:59 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA20911 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 15:20:59 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA10296 for linux-xfs@oss.sgi.com; Tue, 25 Jul 2000 15:20:58 +1000 (EST)
Date:   Tue, 25 Jul 2000 15:20:58 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007250520.PAA10296@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 018 - xfs_logprint
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67718a
Date:  Mon Jul 24 22:20:43 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/group - 1.16
	- add 018

cmd/xfs/stress/018 - 1.1
	- first cut at xfs_logprint test

cmd/xfs/stress/018.out - 1.1
	- output for 018


From owner-linux-xfs@oss.sgi.com Mon Jul 24 23:56:07 2000
Received:  by oss.sgi.com id <S42256AbQGYGz5>;
	Mon, 24 Jul 2000 23:55:57 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:28774 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGYGzc>;
	Mon, 24 Jul 2000 23:55:32 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA17311
	for <linux-xfs@oss.sgi.com>; Mon, 24 Jul 2000 23:47:37 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA21474 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 16:53:52 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA00186 for linux-xfs@oss.sgi.com; Tue, 25 Jul 2000 16:53:52 +1000 (EST)
Date:   Tue, 25 Jul 2000 16:53:52 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007250653.QAA00186@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - user tools README & qa 018
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Add reference to man pages in README
Mod xfs qa 018

Modid:  2.4.0-test1-xfs:slinx:67719a
Date:  Mon Jul 24 23:53:00 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/README - 1.2
cmd/xfs/stress/018 - 1.2
cmd/xfs/stress/018.out - 1.2
	- add reference to man pages


From owner-linux-xfs@oss.sgi.com Tue Jul 25 00:05:57 2000
Received:  by oss.sgi.com id <S42259AbQGYHFh>;
	Tue, 25 Jul 2000 00:05:37 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:43857 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42245AbQGYHFK>; Tue, 25 Jul 2000 00:05:10 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id AAA06428; Tue, 25 Jul 2000 00:10:34 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id AAA24153; Tue, 25 Jul 2000 00:04:17 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id AAA50883;
	Tue, 25 Jul 2000 00:02:58 -0700 (PDT)
Date:   Tue, 25 Jul 2000 00:02:58 -0700 (PDT)
Message-Id: <200007250702.AAA50883@info.engr.sgi.com>
X-Pv-Incident: 797165 
webPV:  wobbly.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (nathans@engr.sgi.com)
Subject: BUG 797165 - rationalise uuid kernel code for XFS
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797165

Submitter : nathans                   Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 4                          
Project : xfs-linux                   Status : open                         
Description :
stick this in a bug so it isn't forgotten...

On Jul 21,  8:40am, Nathan Scott wrote:
> Subject: Re: LVM vs. kiobuf I/O
> > >         - Kernel uuid generation support
> > ...
> ...
> 
> I think there's a bunch of stuff which can be rationalised
> there too...
> - uuid_hash is unused, can definately go;
> - uuid_hash64 is only used in xfs_mountfs_int to setup vfs_fsid
>   (of vfs_t), which doesn't seem to be doing much useful, so
>   that can probably go;
> - if that can go, we can probably remove all of xfs_uuid_mount,
>   since its only ever called to setup vfs_fsid ... and so I
>   wonder do we need xfs_uuidtabmon, xfs_uuidtab_size, and
>   xfs_uuidtab anymore, along with the associated unmount logic?
> - then we could go back and see what uuid code we still need
>   (uuid_create still used in xfs_inode.c, icalloc, IFMNT case;
>   but there's probably not much else needed)
> 
> Anyone who knows the mount code better than me have thoughts
> on this (have I missed a dependence above)?  Is this something
> we'll need later perhaps, or can this stuff all really go?
> 
> 
> thanks.
> 
> -- 
> Nathan
>-- End of excerpt from Nathan Scott

From owner-linux-xfs@oss.sgi.com Tue Jul 25 07:18:17 2000
Received:  by oss.sgi.com id <S42217AbQGYOSI>;
	Tue, 25 Jul 2000 07:18:08 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:19813 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGYORi>; Tue, 25 Jul 2000 07:17:38 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA06256
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 07:23:01 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id JAA87566; Tue, 25 Jul 2000 09:15:58 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id JAA15398; Tue, 25 Jul 2000 09:15:57 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id JAA14252; Tue, 25 Jul 2000 09:08:54 -0500
Message-Id: <200007251408.JAA14252@jen.americas.sgi.com>
Date:   Tue, 25 Jul 2000 09:08:54 -0500
Subject: TAKE - get the defragmenter working
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

fsr_xfs will now defragment a filesystem - there are a few caveats on this:
1. we are using buffered I/O here - this could have side effects.
2. specifying an individual file to defragment does not work yet, the
   open by handle code barfs on it.

Most of this change came from William L. Jones <jones@tacc.cc.utexas.edu>

it is probably time to create a credits file......

Date:  Tue Jul 25 07:13:25 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67726a
cmd/xfs/fsr/syssgi.h - 1.1
cmd/xfs/fsr/syssgi.c - 1.1
	- syssgi wrapper for fsr calls - code from William L Jones <jones@tacc.cc.utexas.edu>

cmd/xfs/Makefile - 1.15
	- Walk into fsr subdirectory

linux/fs/xfs/linux/xfs_ioctl.c - 1.13
	- Add in XFS_IOC_SWAPEXT for defragmenter,
	  code from William L Jones <jones@tacc.cc.utexas.edu>

cmd/xfs/include/xfs_dfrag.h - 1.3
	- Reactivate defragmenter kernel interface

cmd/xfs/man/man8/fsr_xfs.8 - 1.2
	- change man page to report true location of command

cmd/xfs/fsr/Makefile - 1.3
	- Add syssgi stub code

cmd/xfs/fsr/fsr_xfs.c - 1.3
	- ported to Linux - code from William L Jones <jones@tacc.cc.utexas.edu>



From owner-linux-xfs@oss.sgi.com Tue Jul 25 10:47:48 2000
Received:  by oss.sgi.com id <S42229AbQGYRri>;
	Tue, 25 Jul 2000 10:47:38 -0700
Received: from homer.coredp.com ([216.94.116.130]:61736 "EHLO homer.coredp.com")
	by oss.sgi.com with ESMTP id <S42210AbQGYRrI>;
	Tue, 25 Jul 2000 10:47:08 -0700
Received: from cookie.coredp.com (cookie.coredp.com [216.94.116.231])
	by homer.coredp.com (8.9.1/8.9.1) with ESMTP id OAA12545
	for <@mail.coredp.com:linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 14:54:06 -0400 (EDT)
Received: from coredp.com (localhost [127.0.0.1]) by cookie.coredp.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id OAA17995 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 14:53:58 -0400 (EDT)
Message-ID: <397DE246.79176D69@coredp.com>
Date:   Tue, 25 Jul 2000 14:53:58 -0400
From:   Andrew Ho <andrewho@coredp.com>
Organization: C.O.R.E. Digital Pictures Inc.
X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: Re: XFS on Linux needs standard dump and restore commands
Content-Type: multipart/alternative;
 boundary="------------1B9148E45055B5454B579F76"
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


--------------1B9148E45055B5454B579F76
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

"dump" && "restore" are the commands to  EXT2 filesystem, and "xfsdump"
&& "xfsrestore"
are commands to XFS filesystem of Linux.  All these commands are
seperated in IRIX.

I don't think that it is a good idea to merge  "dump" with "xfsdump" and
"restore" with "xfsrestore"
for 2 different filesystems.

By the way, I got errors when I tried to compile "xfs_copy".  Probably
the codes need some clean up.

Thanks,

Andrew Ho

--
.....................................................................

 ANDREW HO                                email: andrewho@coredp.com
 c.o.r.e. digital pictures                     http://www.coredp.com
 416 599-2673                                      fax: 416 599-1212

.....................................................................



--------------1B9148E45055B5454B579F76
Content-Type: text/html; charset=us-ascii
Content-Transfer-Encoding: 7bit

<!doctype html public "-//w3c//dtd html 4.0 transitional//en">
<html>
"dump" &amp;&amp; "restore" are the commands to&nbsp; EXT2 filesystem,
and "xfsdump" &amp;&amp; "xfsrestore"
<br>are commands to XFS filesystem of Linux.&nbsp; All these commands are
seperated in IRIX.
<p>I don't think that it is a good idea to merge&nbsp; "dump" with "xfsdump"
and "restore" with "xfsrestore"
<br>for 2 different filesystems.
<p>By the way, I got errors when I tried to compile "xfs_copy".&nbsp; Probably
the codes need some clean up.
<p>Thanks,
<p>Andrew Ho
<pre>--&nbsp;
.....................................................................

&nbsp;ANDREW HO&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; email: andrewho@coredp.com
&nbsp;c.o.r.e. digital pictures&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <A HREF="http://www.coredp.com">http://www.coredp.com</A>
&nbsp;416 599-2673&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; fax: 416 599-1212

.....................................................................</pre>
&nbsp;</html>

--------------1B9148E45055B5454B579F76--


From owner-linux-xfs@oss.sgi.com Tue Jul 25 11:42:57 2000
Received:  by oss.sgi.com id <S42243AbQGYSmr>;
	Tue, 25 Jul 2000 11:42:47 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:15462 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGYSma>;
	Tue, 25 Jul 2000 11:42:30 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA21834
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 11:34:36 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA97071 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 13:40:51 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA28541 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 13:40:50 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id NAA17937; Tue, 25 Jul 2000 13:33:45 -0500
Message-Id: <200007251833.NAA17937@jen.americas.sgi.com>
Date:   Tue, 25 Jul 2000 13:33:45 -0500
Subject: TAKE - move definition of the ioctl for fsr
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

It turns out that I missed checking in a file in the previous fsr mod, 
and a definition was in the wrong file anyway. So Here is the corrected
version which moves the ioctl definition into xfs_fs.h.

Date:  Tue Jul 25 11:39:22 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67740a
linux/include/linux/xfs_fs.h - 1.8
	- Add ioctl definition for swapping extents between files for fsr

cmd/xfs/include/xfs_dfrag.h - 1.4
	- Move the ioctl definition for extent swapping from here to the official
	  location in xfs_fs.h



From owner-linux-xfs@oss.sgi.com Tue Jul 25 13:30:40 2000
Received:  by oss.sgi.com id <S42245AbQGYUaa>;
	Tue, 25 Jul 2000 13:30:30 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:64273 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGYUaL>; Tue, 25 Jul 2000 13:30:11 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA03829
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 13:35:35 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id NAA35195 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 13:29:18 -0700 (PDT)
Received: from dbear.engr.sgi.com (dbear.engr.sgi.com [163.154.18.85])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id NAA28654
	for <linux-xfs@oss.sgi.com>;
	Tue, 25 Jul 2000 13:27:46 -0700 (PDT)
	mail_from (ananth@dbear.engr.sgi.com)
Received: (from ananth@localhost)
	by dbear.engr.sgi.com (8.9.3/8.8.7) id NAA04765
	for linux-xfs@oss.sgi.com; Tue, 25 Jul 2000 13:26:27 -0700
Date:   Tue, 25 Jul 2000 13:26:27 -0700
From:   Ananth Ananthanarayanan <ananth@dbear.engr.sgi.com>
Message-Id: <200007252026.NAA04765@dbear.engr.sgi.com>
Subject: TAKE - fix Makefile
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

This problem has caused rt,grio,dmapi stubs to
be not included in some cases.

Date:  Tue Jul 25 13:26:44 PDT 2000
Workarea:  dbear.engr.sgi.com:/build2/ananth/slinx24-xfs

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67756a
linux/fs/xfs/Makefile - 1.105
	- Tabs cause problems in some make environments (verison 3.79 for example).



From owner-linux-xfs@oss.sgi.com Tue Jul 25 15:23:20 2000
Received:  by oss.sgi.com id <S42218AbQGYWXA>;
	Tue, 25 Jul 2000 15:23:00 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:33821 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGYWWi>; Tue, 25 Jul 2000 15:22:38 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA04142; Tue, 25 Jul 2000 15:28:02 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id PAA81411;
	Tue, 25 Jul 2000 15:22:14 -0700 (PDT)
Date:   Tue, 25 Jul 2000 15:22:14 -0700 (PDT)
Message-Id: <200007252222.PAA81411@info.engr.sgi.com>
X-Pv-Incident: 797254 
webPV:  jen.cray.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: BUG 797254 - Maximum file size in Linux needs fixing
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797254

Submitter : lord                      Submitter Domain : sgi.com            
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 3                          
Project : xfs-linux                   Status : open                         
Description :
We are currently building the linux code with XFS_BIG_FILES
set to 1. There are a couple of problems with this.

1. The way we are doing it:

#ifndef XFS_BIG_FILES
#if _MIPS_SIM == _ABI64
#define XFS_BIG_FILES           1
#else
#define XFS_BIG_FILES           0
#endif
#endif

We are using the MIPS ABI definition to control things!

2. It is controlling the definition of XFS_MAX_FILE_OFFSET
and setting it to ((1ULL<<63)-1ULL))

The maximum file offset we can support in Linux is actually
((1ULL<<43)-1ULL)) due to some size restrictions in the page
cache.

From owner-linux-xfs@oss.sgi.com Tue Jul 25 15:27:20 2000
Received:  by oss.sgi.com id <S42234AbQGYW1L>;
	Tue, 25 Jul 2000 15:27:11 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52509 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42222AbQGYW0r>; Tue, 25 Jul 2000 15:26:47 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA06255; Tue, 25 Jul 2000 15:32:11 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA53448; Tue, 25 Jul 2000 15:25:54 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id PAA42564;
	Tue, 25 Jul 2000 15:24:36 -0700 (PDT)
Date:   Tue, 25 Jul 2000 15:24:36 -0700 (PDT)
Message-Id: <200007252224.PAA42564@info.engr.sgi.com>
X-Pv-Incident: 797255 
webPV:  jen.cray.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: BUG 797255 - fsr_xfs does not work when passed a file name
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797255

Submitter : lord                      Submitter Domain : sgi.com            
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 3                          
Project : xfs-linux                   Status : open                         
Description :
One of the command options on fsr_xfs is to defragment an
individual file. This does not work, it gets as far as the
open by handle code which fails because the file is not
a directory. The open by handle code needs a directory to
work from. fsr probably needs changing to use a different
file descriptor than the exact file we are attempting to
defragment.

From owner-linux-xfs@oss.sgi.com Tue Jul 25 15:35:49 2000
Received:  by oss.sgi.com id <S42222AbQGYWf3>;
	Tue, 25 Jul 2000 15:35:29 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:40990 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGYWfD>; Tue, 25 Jul 2000 15:35:03 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA04984
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 15:40:27 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id RAA33410 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 17:33:24 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id RAA06196 for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 17:33:23 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id RAA20289; Tue, 25 Jul 2000 17:33:22 -0500
Message-Id: <200007252233.RAA20289@jen.americas.sgi.com>
Date:   Tue, 25 Jul 2000 17:33:22 -0500
Subject: TAKE - remove a case where a write could go off twice
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

If a buffer was queued to be written out delayed write and we decide
we need to write it now, then make sure we remove it from the delwri
list before issuing the new i/o request.

Date:  Tue Jul 25 15:31:44 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67768a
linux/fs/xfs/xfs_rw.c - 1.321
	- Remove XFS_BUF_UNDELAYWRITE call from before xfs_bawrite, it is now
	  automatically going to remove the effects of the delay write for us.

linux/fs/xfs/xfs_buf.h - 1.56
	- change xfs_bawrite to be a function which removes the buffer it is
	  issuing a write on from the delwri list.

linux/fs/xfs/xfs_buf_item.c - 1.105
	- Remove XFS_BUF_UNDELAYWRITE call from before xfs_bawrite, it is now
	  automatically going to remove the effects of the delay write for us.

linux/fs/xfs/xfs_inode_item.c - 1.92
	- Remove XFS_BUF_UNDELAYWRITE call from before xfs_bawrite, it is now
	  automatically going to remove the effects of the delay write for us.



From owner-linux-xfs@oss.sgi.com Tue Jul 25 16:22:20 2000
Received:  by oss.sgi.com id <S42246AbQGYXWK>;
	Tue, 25 Jul 2000 16:22:10 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:14378 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGYXVg>;
	Tue, 25 Jul 2000 16:21:36 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id QAA23392
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 16:13:41 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26729 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 09:18:41 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA82324 for linux-xfs@oss.sgi.com; Wed, 26 Jul 2000 09:18:41 +1000 (EST)
Date:   Wed, 26 Jul 2000 09:18:41 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007252318.JAA82324@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - clean up arch hangover
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

(thanks Nathan)

Modid:  2.4.0-test1-xfs:slinx:67771a
Date:  Tue Jul 25 16:18:16 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_trans.c - 1.116
	- clean up early architecture hangover


From owner-linux-xfs@oss.sgi.com Tue Jul 25 16:49:39 2000
Received:  by oss.sgi.com id <S42248AbQGYXtT>;
	Tue, 25 Jul 2000 16:49:19 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:22319 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGYXsx>;
	Tue, 25 Jul 2000 16:48:53 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id QAA25834
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 16:40:58 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA26926 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 09:47:12 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA78914 for linux-xfs@oss.sgi.com; Wed, 26 Jul 2000 09:47:12 +1000 (EST)
Date:   Wed, 26 Jul 2000 09:47:12 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007252347.JAA78914@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - XFS on LVM document
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Still a bit more to go in, but I wanted to establish
the "doc" directory.

Modid:  2.4.0-test1-xfs:slinx:67774a
Date:  Tue Jul 25 16:46:05 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/doc/README.LVM - 1.1
	- first cut at XFS on LVM document. Original text courtesy
	  Martin Petersen <mkp@linuxcare.com>.


From owner-linux-xfs@oss.sgi.com Tue Jul 25 17:11:39 2000
Received:  by oss.sgi.com id <S42249AbQGZAL3>;
	Tue, 25 Jul 2000 17:11:29 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:54518 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42210AbQGZAKz>;
	Tue, 25 Jul 2000 17:10:55 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id TAA00054;
	Tue, 25 Jul 2000 19:03:48 -0500 (CDT)
Date:   Tue, 25 Jul 2000 19:03:48 -0500 (CDT)
Message-Id: <200007260003.TAA00054@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     pv@relay.sgi.com (lord@sgi.com)
cc:     btg@sgi.com, linux-xfs@oss.sgi.com
Subject:  BUG 797255 - fsr_xfs does not work when passed a file name 
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



Linux requires that the fd in the open_by_handle ioctl be a directory.

The following patch will fix BUG 797255:


*** fsr_xfs.c.orig      Tue Jul 25 18:34:36 2000
--- fsr_xfs.c   Tue Jul 25 18:37:14 2000
***************
*** 688,694 ****
        int     error;
        char    *tname;

!       fshandlep = jdm_getfshandle( fname );
        if (! fshandlep) {
                fsrprintf(
                  "unable to construct sys handle for %s: %s\n",
--- 688,694 ----
        int     error;
        char    *tname;

!       fshandlep = jdm_getfshandle(getparent (fname) );
        if (! fshandlep) {
                fsrprintf(
                  "unable to construct sys handle for %s: %s\n",


From owner-linux-xfs@oss.sgi.com Tue Jul 25 17:24:19 2000
Received:  by oss.sgi.com id <S42250AbQGZAYK>;
	Tue, 25 Jul 2000 17:24:10 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:58918 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZAXc>; Tue, 25 Jul 2000 17:23:32 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id RAA05388
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 17:28:55 -0700 (PDT)
	mail_from (kaos@kao2.melbourne.sgi.com)
Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA27138; Wed, 26 Jul 2000 10:21:51 +1000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@melbourne.sgi.com>
To:     dxm@snort.melbourne.sgi.com (Daniel Moore)
cc:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - XFS on LVM document 
In-reply-to: Your message of "Wed, 26 Jul 2000 09:47:12 +1000."
             <200007252347.JAA78914@snort.melbourne.sgi.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 26 Jul 2000 10:21:51 +1000
Message-ID: <1061.964570911@kao2.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Wed, 26 Jul 2000 09:47:12 +1000 (EST), 
dxm@snort.melbourne.sgi.com (Daniel Moore) wrote:
>Still a bit more to go in, but I wanted to establish
>the "doc" directory.
>
>cmd/xfs/doc/README.LVM - 1.1
>	- first cut at XFS on LVM document. Original text courtesy
>	  Martin Petersen <mkp@linuxcare.com>.

I'm curious.  Why use separate doc files outside the kernel instead of
using the existing kernel DocBook infrastructure?  See
linux/Documentation/kernel-doc-nano-HOWTO.txt.


From owner-linux-xfs@oss.sgi.com Tue Jul 25 17:38:20 2000
Received:  by oss.sgi.com id <S42251AbQGZAiK>;
	Tue, 25 Jul 2000 17:38:10 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:27448 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZAhl>;
	Tue, 25 Jul 2000 17:37:41 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA00396
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 17:29:46 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA27237; Wed, 26 Jul 2000 10:34:45 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id KAA28589; Wed, 26 Jul 2000 10:34:45 +1000 (EST)
Message-Id: <200007260034.KAA28589@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     Keith Owens <kaos@melbourne.sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: TAKE - XFS on LVM document 
In-reply-to: Your message of "Wed, 26 Jul 2000 10:21:51 +1000."
             <1061.964570911@kao2.melbourne.sgi.com> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 26 Jul 2000 10:34:45 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Keith Owens writes:

 => I'm curious.  Why use separate doc files outside the kernel instead of
 => using the existing kernel DocBook infrastructure?  See
 => linux/Documentation/kernel-doc-nano-HOWTO.txt.

The document in question isn't really so much kernel related 
as user related and as such is better kept with the user tools.
It's also less than two pages long and fine as plain text.

It could become an issue later...

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------




From owner-linux-xfs@oss.sgi.com Tue Jul 25 17:39:40 2000
Received:  by oss.sgi.com id <S42252AbQGZAjU>;
	Tue, 25 Jul 2000 17:39:20 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:61479 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZAiw>; Tue, 25 Jul 2000 17:38:52 -0700
Received: from feature.engr.sgi.com (gate-feature.engr.sgi.com [130.62.42.134]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA08179; Tue, 25 Jul 2000 17:44:16 -0700 (PDT)
	mail_from (pv@feature.engr.sgi.com)
Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id RAA38242; Tue, 25 Jul 2000 17:37:10 -0700 (PDT)
Date:   Tue, 25 Jul 2000 17:37:10 -0700 (PDT)
Message-Id: <200007260037.RAA38242@feature.engr.sgi.com>
X-Pv-Incident: 797255 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (jones@tacc.cc.utexas.edu.sgi.com)
Subject: ADD 797255 - fsr_xfs does not work when passed a file name
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

 Submitter : lord                      Status : open                        
 Assigned Engineer : btg               Priority : 3                         
*Modified Date : 07/25/00             *Modified User : jones                
*Modified User Domain : tacc.cc.utexas.edu
*Description :
One of the command options on fsr_xfs is to defragment an
individual file. This does not work, it gets as far as the
open by handle code which fails because the file is not
a directory. The open by handle code needs a directory to
work from. fsr probably needs changing to use a different
file descriptor than the exact file we are attempting to
defragment.

==========================
ADDITIONAL INFORMATION (ADD)
From: william l jones <jones@tacc.cc.utexas.edu>
Date: Jul 25 2000 05:37:09PM
[pvnews version: 1.71]
==========================


>Assigned Engineer : btg               Assigned Domain : sgi.com             
>Assigned Group : xfs-linux            Category : software                   
>Customer Reported : F                 Priority : 3                          
>Project : xfs-linux                   Status : open                         
>Description :
>One of the command options on fsr_xfs is to defragment an
>individual file. This does not work, it gets as far as the
>open by handle code which fails because the file is not
>a directory. The open by handle code needs a directory to
>work from. fsr probably needs changing to use a different
>file descriptor than the exact file we are attempting to
>defragment.

Yap! It is busted.   I have a fix.  I will get it out latter today.

Bill Jones

From owner-linux-xfs@oss.sgi.com Tue Jul 25 17:41:10 2000
Received:  by oss.sgi.com id <S42253AbQGZAlA>;
	Tue, 25 Jul 2000 17:41:00 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:552 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZAkl>; Tue, 25 Jul 2000 17:40:41 -0700
Received: from feature.engr.sgi.com (gate-feature.engr.sgi.com [130.62.42.134]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id RAA03856; Tue, 25 Jul 2000 17:46:05 -0700 (PDT)
	mail_from (pv@feature.engr.sgi.com)
Received: (from pv@localhost) by feature.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) id RAA36939; Tue, 25 Jul 2000 17:39:00 -0700 (PDT)
Date:   Tue, 25 Jul 2000 17:39:00 -0700 (PDT)
Message-Id: <200007260039.RAA36939@feature.engr.sgi.com>
X-Pv-Incident: 797255 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@fddi-odin.corp.sgi.com (jones@tacc.cc.utexas.edu.sgi.com)
Subject: ADD 797255 - fsr_xfs does not work when passed a file name
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

 Submitter : lord                      Status : open                        
 Assigned Engineer : btg               Priority : 3                         
*Modified Date : 07/25/00             *Modified User : jones                
*Modified User Domain : tacc.cc.utexas.edu
*Description :
One of the command options on fsr_xfs is to defragment an
individual file. This does not work, it gets as far as the
open by handle code which fails because the file is not
a directory. The open by handle code needs a directory to
work from. fsr probably needs changing to use a different
file descriptor than the exact file we are attempting to
defragment.

==========================
ADDITIONAL INFORMATION (ADD)

.....


==========================
ADDITIONAL INFORMATION (ADD)
From: william l jones <jones@tacc.cc.utexas.edu>
Date: Jul 25 2000 05:39:00PM
[pvnews version: 1.71]
==========================


Linux requires that the fd in the open_by_handle ioctl be a directory.

The following patch will fix BUG 797255:


*** fsr_xfs.c.orig      Tue Jul 25 18:34:36 2000
--- fsr_xfs.c   Tue Jul 25 18:37:14 2000
***************
*** 688,694 ****
        int     error;
        char    *tname;

!       fshandlep = jdm_getfshandle( fname );
        if (! fshandlep) {
                fsrprintf(
                  "unable to construct sys handle for %s: %s\n",
--- 688,694 ----
        int     error;
        char    *tname;

!       fshandlep = jdm_getfshandle(getparent (fname) );
        if (! fshandlep) {
                fsrprintf(
                  "unable to construct sys handle for %s: %s\n",

From owner-linux-xfs@oss.sgi.com Tue Jul 25 18:32:40 2000
Received:  by oss.sgi.com id <S42254AbQGZBca>;
	Tue, 25 Jul 2000 18:32:30 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:35627 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZBb4>; Tue, 25 Jul 2000 18:31:56 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA07595
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 18:37:12 -0700 (PDT)
	mail_from (kaos@kao2.melbourne.sgi.com)
Received: from kao2.melbourne.sgi.com (kao2.melbourne.sgi.com [134.14.55.180]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA27650 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 11:30:08 +1000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@ocs.com.au>
To:     linux-xfs@oss.sgi.com
Subject: Re: zero copy skb enhancments. (fwd)
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Wed, 26 Jul 2000 11:30:08 +1000
Message-ID: <2019.964575008@kao2.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

FYI, new mailing list for kiobuf discussions.

------- Forwarded Message

Return-Path: <owner-netdev@oss.sgi.com>
To:     DJBARROW@de.ibm.com
Cc:     netdev@oss.sgi.com
Subject: Re: zero copy skb enhancments.
From:   Jes Sorensen <jes@linuxcare.com>
Date:   25 Jul 2000 20:39:24 +0200

I just setup a new mailing list for issues regarding kiobuf based I/O
after we had a lot of discussions on this topic at the Ottawa Linux
Symposium. A major issue will be zero copy networking using Stephen's
kiobuf design.

Mail linux-fastio-subscribe@sunsite.auc.dk to subscribe.

------- End of Forwarded Message


From owner-linux-xfs@oss.sgi.com Tue Jul 25 19:30:30 2000
Received:  by oss.sgi.com id <S42223AbQGZCaU>;
	Tue, 25 Jul 2000 19:30:20 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:20039 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZC3t>;
	Tue, 25 Jul 2000 19:29:49 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA07735
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 19:21:54 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA27979 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 12:26:53 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA61802 for linux-xfs@oss.sgi.com; Wed, 26 Jul 2000 12:26:53 +1000 (EST)
Date:   Wed, 26 Jul 2000 12:26:53 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007260226.MAA61802@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_mkfs protofile dev_t fix
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Make sure we generate 16 bit old style dev_t's instead
of irix ones.

I'll open a bug to clean up handling of the different
types in the kernel - it's more than a little confused.

Modid:  2.4.0-test1-xfs:slinx:67837a
Date:  Tue Jul 25 19:25:44 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/mkfs/xfs_mkfs.c - 1.168
	- generate correct linux user space dev_t's for devices created in protofiles


From owner-linux-xfs@oss.sgi.com Tue Jul 25 21:15:30 2000
Received:  by oss.sgi.com id <S42256AbQGZEPV>;
	Tue, 25 Jul 2000 21:15:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:2899 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZEOt>;
	Tue, 25 Jul 2000 21:14:49 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id VAA13876; Tue, 25 Jul 2000 21:06:55 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id VAA50570;
	Tue, 25 Jul 2000 21:14:22 -0700 (PDT)
Date:   Tue, 25 Jul 2000 21:14:22 -0700 (PDT)
Message-Id: <200007260414.VAA50570@info.engr.sgi.com>
X-Pv-Incident: 797297 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: BUG 797297 - clean up handling of device numbers
To:     dxm@engr.sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797297

Submitter : dxm                       Submitter Domain : engr               
Assigned Engineer : dxm               Assigned Domain : engr                
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 4                          
Project : xfs-linux                   Status : open                         
Description :
The irix makedev and associated macros are being
sourced from pseudo-inc/sys/sysmacros.h. They're
still needed to interpret the device numbers as
stored on disk, but really need to be renamed so
as to distinguish the different types of device
numbers. They should also be moved out of pseudo-inc
as they're going to persist since the on-disk
format can't change.

From owner-linux-xfs@oss.sgi.com Tue Jul 25 22:26:51 2000
Received:  by oss.sgi.com id <S42225AbQGZF0l>;
	Tue, 25 Jul 2000 22:26:41 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:9307 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZF03>;
	Tue, 25 Jul 2000 22:26:29 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA18264
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 22:18:34 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA28812 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 15:23:34 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA51762 for linux-xfs@oss.sgi.com; Wed, 26 Jul 2000 15:23:33 +1000 (EST)
Date:   Wed, 26 Jul 2000 15:23:33 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007260523.PAA51762@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - 797297 tidy handling of irix device numbers
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67838a
Date:  Tue Jul 25 22:23:11 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/linux/xfs_super.c - 1.78
linux/fs/xfs/linux/xfs_vnode.c - 1.36
linux/fs/xfs/pseudo-inc/sys/sysmacros.h - 1.5
linux/fs/xfs/xfs_iget.c - 1.125
linux/fs/xfs/xfs_inode.c - 1.297
linux/fs/xfs/xfs_types.h - 1.44
linux/fs/xfs/xfs_vfsops.c - 1.281
linux/fs/xfs/xfs_vnodeops.c - 1.467
	- pv 797297 tidy handling of IRIX device numbers


From owner-linux-xfs@oss.sgi.com Wed Jul 26 00:03:51 2000
Received:  by oss.sgi.com id <S42217AbQGZHDl>;
	Wed, 26 Jul 2000 00:03:41 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:20068 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZHDN>;
	Wed, 26 Jul 2000 00:03:13 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA23480
	for <linux-xfs@oss.sgi.com>; Tue, 25 Jul 2000 23:55:17 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA29255 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 17:01:30 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id RAA18627 for linux-xfs@oss.sgi.com; Wed, 26 Jul 2000 17:01:28 +1000 (EST)
Date:   Wed, 26 Jul 2000 17:01:28 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007260701.RAA18627@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix two warnings, XFS qa 019
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

    - fix type warning in xfs_vfsops
    - fix cast warning in xfs_extfree_item.c
    - move def of __psint_t into kernel
    - add test 019 a mkfs protofile test

Modid:  2.4.0-test1-xfs:slinx:67839a
Date:  Wed Jul 26 00:00:20 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/group - 1.17
	- add 019

linux/fs/xfs/pseudo-inc/sys/types.h - 1.17
	- only define psint for SIM

linux/fs/xfs/xfs_extfree_item.c - 1.43
	- fix cast from pointer to 64 bit

linux/fs/xfs/xfs_types.h - 1.45
	- define __psint_t - an integer big enough to hold a pointer

linux/fs/xfs/xfs_vfsops.c - 1.282
	- fix warning

cmd/xfs/stress/019 - 1.1
	- simple mkfs test

cmd/xfs/stress/019.out - 1.1
	- output for 019


From owner-linux-xfs@oss.sgi.com Wed Jul 26 04:23:04 2000
Received:  by oss.sgi.com id <S42211AbQGZLWx>;
	Wed, 26 Jul 2000 04:22:53 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:51521 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZLWQ>; Wed, 26 Jul 2000 04:22:16 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id EAA07890
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 04:27:40 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id GAA14503 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 06:20:37 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id GAA21891 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 06:20:36 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id GAA22977; Wed, 26 Jul 2000 06:20:29 -0500
Message-Id: <200007261120.GAA22977@jen.americas.sgi.com>
Date:   Wed, 26 Jul 2000 06:20:29 -0500
Subject: TAKE - fix forthe single file case of fsr
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Wed Jul 26 04:17:28 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67841a
cmd/xfs/fsr/fsr_xfs.c - 1.4
	- Fix the single file case of fsr



From owner-linux-xfs@oss.sgi.com Wed Jul 26 06:31:54 2000
Received:  by oss.sgi.com id <S42218AbQGZNbp>;
	Wed, 26 Jul 2000 06:31:45 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:35910 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42210AbQGZNbW>; Wed, 26 Jul 2000 06:31:22 -0700
Received: from nodin.corp.sgi.com (nodin.corp.sgi.com [192.26.51.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA08722; Wed, 26 Jul 2000 06:36:44 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id GAA44625; Wed, 26 Jul 2000 06:30:26 -0700 (PDT)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA31083;
	Wed, 26 Jul 2000 06:29:08 -0700 (PDT)
Date:   Wed, 26 Jul 2000 06:29:08 -0700 (PDT)
Message-Id: <200007261329.GAA31083@info.engr.sgi.com>
X-Pv-Incident: 797255 
webPV:  jen.cray.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: CLOSE 797255 - fsr_xfs does not work when passed a file name
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797255

*Status : closed                       Priority : 3                         
 Assigned Engineer : btg               Submitter : lord                     
 Opened Date : 07/25/00               *Closed Date : 07/26/00               
*Fixed By : lord                      *Fixed By Domain : sgi.com            
*Modified Date : 07/26/00             *Modified User : lord                 
*Modified User Domain : sgi.com       *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: lord@sgi.com (BugWorks)
Date: Jul 26 2000 06:29:07AM
==========================

Fix from Bill Jones checked in

From owner-linux-xfs@oss.sgi.com Wed Jul 26 09:15:55 2000
Received:  by oss.sgi.com id <S42222AbQGZQPg>;
	Wed, 26 Jul 2000 09:15:36 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:47664 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZQPN>;
	Wed, 26 Jul 2000 09:15:13 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA02094
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 09:07:18 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA40089; Wed, 26 Jul 2000 11:12:18 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id LAA95690; Wed, 26 Jul 2000 11:12:18 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id LAA48981; Wed, 26 Jul 2000 11:12:18 -0500 (CDT)
Message-Id: <200007261612.LAA48981@tiki.americas.sgi.com>
Date:   Wed, 26 Jul 2000 11:12:18 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com, casey@engr.sgi.com
Subject: TAKE - XFS/Linux Extended Attributes.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Implement the interfaces & supporting code to support Irix-style
Extended Attributes, specifically:

	attr_get()	attr_getf()
	attr_set()	attr_setf()
	attr_list()	attr_listf()
	attr_remove()	attr_removef()

Also implement the "xfs_attr" utility command.
Update xfs_repair & xfs_db.

See near the top of cmd/xfs/attr/xfs_attr.c for a temporary
example of how to "define" the syscalls without having an
updated asm/unistd.h installed.

This implementation puts a "stake in the ground" to serve as
a "point of origin" for subsequent discussions about how
Extended Attributes in Linux should be implemented in general.



Date:  Wed Jul 26 09:03:54 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1-tot

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67850a
cmd/xfs/man/man1/xfs_attr.1 - 1.1
	- Man page for xfs_attr.

cmd/xfs/attr/Makefile - 1.1
	- Makefile for xfs_attr.

cmd/xfs/attr/xfs_attr.c - 1.1
	- xfs_attr command.

cmd/xfs/man/man2/attr_set.2 - 1.1
	- Man page for attr_set.

cmd/xfs/include/attributes.h - 1.1
	- Attributes definitions.

cmd/xfs/man/man2/attr_remove.2 - 1.1
	- Man page for attr_remove.

cmd/xfs/man/man2/attr_multi.2 - 1.1
	- Man page for attr_multi.

cmd/xfs/man/man2/attr_list.2 - 1.1
	- Man page for attr_list.

cmd/xfs/man/man2/attr_get.2 - 1.1
	- Man page for attr_get.

linux/include/linux/fs.h - 1.53
	- Add attr_{get,set,list,remove} inodeops methods.

linux/include/asm-sparc64/unistd.h - 1.10
linux/include/asm-sparc/unistd.h - 1.8
linux/include/asm-ppc/unistd.h - 1.7
linux/include/asm-mips/unistd.h - 1.6
linux/include/asm-m68k/unistd.h - 1.6
linux/include/asm-i386/unistd.h - 1.11
linux/include/asm-arm/unistd.h - 1.10
linux/include/asm-alpha/unistd.h - 1.9
	- Syscall definitions for attr_{get,set,remove,list}.

linux/fs/stat.c - 1.10
	- Linux VFS layer routines for attr_{get,set,list,remove}.

linux/arch/sparc64/kernel/systbls.S - 1.15
linux/arch/sparc/kernel/systbls.S - 1.13
linux/arch/ppc/kernel/misc.S - 1.17
linux/arch/mips/kernel/syscalls.h - 1.6
linux/arch/mips/kernel/irix5sys.h - 1.5
linux/arch/m68k/kernel/entry.S - 1.9
linux/arch/i386/kernel/entry.S - 1.21
linux/arch/arm/kernel/calls.S - 1.9
linux/arch/alpha/kernel/entry.S - 1.13
linux/arch/sh/kernel/entry.S - 1.9
linux/include/asm-sh/unistd.h - 1.7
linux/arch/ia64/kernel/entry.S - 1.5
linux/arch/ia64/ia32/ia32_entry.S - 1.5
linux/include/asm-ia64/unistd.h - 1.3
linux/include/asm-mips64/unistd.h - 1.3
linux/arch/mips64/kernel/scall_64.S - 1.3
linux/include/asm-s390/unistd.h - 1.2
linux/arch/s390/kernel/entry.S - 1.2
	- Syscall definitions for attr_{get,set,remove,list}.

cmd/xfs/db/attr.c - 1.20
	- Endian fixes for the "attributes" fork.

cmd/xfs/Makefile - 1.16
	- Add "attr" sub-directory.

cmd/xfs/repair/dinode.c - 1.78
cmd/xfs/repair/attr_repair.c - 1.19
linux/fs/xfs/xfs_attr_sf.h - 1.12
linux/fs/xfs/xfs_da_btree.c - 1.111
	- Endian fixes for the "attributes" fork.

linux/fs/xfs/xfs_vnodeops.c - 1.468
	- Put xfs_attr_{set,get,list,remove} back into the vnodeops.

linux/fs/xfs/xfs_inode.c - 1.298
linux/fs/xfs/xfs_attr_leaf.h - 1.25
linux/fs/xfs/xfs_attr_leaf.c - 1.49
	- Endian fixes for the "attributes" fork.

linux/fs/xfs/xfs_trans_buf.c - 1.88
	- Format fixes.

linux/fs/xfs/xfs_attr.c - 1.77
	- Endian fixes for the "attributes" fork.

linux/fs/xfs/pseudo-inc/sys/attributes.h - 1.6
	- Attributes definitions.

linux/fs/xfs/linux/xfs_iops.c - 1.62
	- XFS VFS layer routines for attr_{get,set,list,remove}.

cmd/xfs/include/xfs_attr_leaf.h - 1.2
cmd/xfs/include/xfs_attr_sf.h - 1.2
	- Endian fixes for the "attributes" fork.



From owner-linux-xfs@oss.sgi.com Wed Jul 26 14:48:25 2000
Received:  by oss.sgi.com id <S42228AbQGZVsQ>;
	Wed, 26 Jul 2000 14:48:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:35081 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZVrt>;
	Wed, 26 Jul 2000 14:47:49 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA11897
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 14:39:55 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA86616 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 16:46:10 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA12065 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 16:46:09 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA06298; Wed, 26 Jul 2000 16:45:58 -0500
Message-Id: <200007262145.QAA06298@jen.americas.sgi.com>
Date:   Wed, 26 Jul 2000 16:45:58 -0500
Subject: TAKE - implement xbuf command for inode buffers
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Add in another debug command so we can dump the contents of an inode
buffer.

Date:  Wed Jul 26 14:45:28 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67870a
linux/fs/xfs/xfsidbg.c - 1.146
	- Make the kdb command to dump an inode buffer work for linux - do
	  the endian conversion.



From owner-linux-xfs@oss.sgi.com Wed Jul 26 14:52:46 2000
Received:  by oss.sgi.com id <S42229AbQGZVwf>;
	Wed, 26 Jul 2000 14:52:35 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:40202 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZVwR>;
	Wed, 26 Jul 2000 14:52:17 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA12463
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 14:44:23 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA27328 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 16:50:38 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA12176 for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 16:50:37 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA06680; Wed, 26 Jul 2000 16:50:26 -0500
Message-Id: <200007262150.QAA06680@jen.americas.sgi.com>
Date:   Wed, 26 Jul 2000 16:50:26 -0500
Subject: TAKE - fix inode flushing bug
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Back out mod 2.4.0-test1-xfs:slinx:65181a - this introduced a bug in
the address space mapping operations when we happened to be crossing
a page directory boundary 

This had the side effect of mapping the a 2 page buffer incorrectly in
some conditions, we were updating the wrong page in memory during inode
flushes. This should fix all sorts of stuff.


Date:  Wed Jul 26 14:48:43 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1
Undoes mod:  2.4.0-test1-xfs:slinx:65181a

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67878a
linux/mm/vmalloc.c - 1.16
linux/include/linux/vmalloc.h - 1.10


From owner-linux-xfs@oss.sgi.com Wed Jul 26 16:14:26 2000
Received:  by oss.sgi.com id <S42233AbQGZXOQ>;
	Wed, 26 Jul 2000 16:14:16 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:22811 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQGZXNr>;
	Wed, 26 Jul 2000 16:13:47 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id QAA21478
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 16:05:51 -0700 (PDT)
	mail_from (nathans@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA04793 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 09:10:51 +1000
Received: (from nathans@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id JAA99941 for linux-xfs@oss.sgi.com; Thu, 27 Jul 2000 09:10:49 +1000 (EST)
Date:   Thu, 27 Jul 2000 09:10:49 +1000 (EST)
From:   nathans@snort.melbourne.sgi.com (Nathan Scott)
Message-Id: <200007262310.JAA99941@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - misc housekeeping
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:67882a
Date:  Wed Jul 26 16:09:07 PDT 2000
Workarea:  snort:/build4/nathans/base-2.4.0-test1-xfs
Author:  nathans

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.17
	- add docs.

cmd/xfs/VERSION - 1.3
	- bump point release no. now that attr & fsr are in.

cmd/xfs/man/Makefile - 1.3
	- add man1 and man2 subdirs.

cmd/xfs/CREDITS - 1.1
	- initial version.

cmd/xfs/doc/Makefile - 1.1
	- install doc files.

cmd/xfs/man/man1/Makefile - 1.3
	- install man1 files.

cmd/xfs/man/man2/Makefile - 1.1
	- install man2 files.


From owner-linux-xfs@oss.sgi.com Wed Jul 26 20:33:47 2000
Received:  by oss.sgi.com id <S42236AbQG0Ddh>;
	Wed, 26 Jul 2000 20:33:37 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:18754 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42210AbQG0DdL>;
	Wed, 26 Jul 2000 20:33:11 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA11099
	for <linux-xfs@oss.sgi.com>; Wed, 26 Jul 2000 20:25:16 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA06770 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 13:31:30 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA69227 for linux-xfs@oss.sgi.com; Thu, 27 Jul 2000 13:31:29 +1000 (EST)
Date:   Thu, 27 Jul 2000 13:31:29 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007270331.NAA69227@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - attributes - endian & qa
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

- fix some endian problems in attributes
- add qa test

qa fails on two counts:
   - ENOATTR isn't defined in user space, and for some reason isn't
     returned in errno anyway.
   - setting an attribute with a very long name ie over 40 characters
     behaves a bit strangely - producing attributes with different
     length truncated names, and with incorrect values.

If I don't track those problems down, I'll open a bug.

Modid:  2.4.0-test1-xfs:slinx:67924a
Date:  Wed Jul 26 20:29:03 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/attr/xfs_attr.c - 1.2
	- fix error message

cmd/xfs/stress/018 - 1.3
	- remove double trap

cmd/xfs/stress/group - 1.18
	- add 020

linux/fs/xfs/xfs_attr.c - 1.78
linux/fs/xfs/xfs_attr_leaf.c - 1.50
linux/fs/xfs/xfsidbg.c - 1.147
	- endian fixes

cmd/xfs/stress/020 - 1.1
	- xfs_attr test

cmd/xfs/stress/020.out - 1.1
	- output for 020


From owner-linux-xfs@oss.sgi.com Thu Jul 27 05:08:09 2000
Received:  by oss.sgi.com id <S42218AbQG0MH7>;
	Thu, 27 Jul 2000 05:07:59 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:34095 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQG0MH2>; Thu, 27 Jul 2000 05:07:28 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id FAA08023
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 05:12:53 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id HAA77417; Thu, 27 Jul 2000 07:05:49 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id HAA29566; Thu, 27 Jul 2000 07:05:48 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id HAA09450; Thu, 27 Jul 2000 07:05:30 -0500
Message-Id: <200007271205.HAA09450@jen.americas.sgi.com>
Date:   Thu, 27 Jul 2000 07:05:30 -0500
Subject: TAKE - the rest of the fsr changes
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

These got missed out of the previous checkin - I was running with them,
I just forgot the file during checkin, sorry about that.

Date:  Thu Jul 27 05:04:42 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67930a
linux/fs/xfs/xfs_dfrag.c - 1.20
	- Code from William L Jones for defragmenter changes - missed in
	  last checkin



From owner-linux-xfs@oss.sgi.com Thu Jul 27 06:56:10 2000
Received:  by oss.sgi.com id <S42228AbQG0N4A>;
	Thu, 27 Jul 2000 06:56:00 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:28172 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42211AbQG0Nz3>;
	Thu, 27 Jul 2000 06:55:29 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id GAA17510; Thu, 27 Jul 2000 06:47:35 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA52553;
	Thu, 27 Jul 2000 06:55:06 -0700 (PDT)
Date:   Thu, 27 Jul 2000 06:55:06 -0700 (PDT)
Message-Id: <200007271355.GAA52553@info.engr.sgi.com>
X-Pv-Incident: 782034 
webPV:  jen.cray.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: CLOSE 782034 - Woops! page 0x8191e310 inode 0xfa5a5650 in use count 3
To:     ananth@engr.sgi.com
Cc:     lord@sgi.com, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=782034

*Status : closed                       Priority : 2                         
 Assigned Engineer : ananth            Submitter : ananth                   
 Opened Date : 02/10/00               *Closed Date : 07/27/00               
*Fixed By : lord                      *Fixed By Domain : sgi.com            
*Modified Date : 07/27/00             *Modified User : lord                 
*Modified User Domain : sgi.com       *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: lord@sgi.com (BugWorks)
Date: Jul 27 2000 06:55:05AM
==========================

This has long since gone.

From owner-linux-xfs@oss.sgi.com Thu Jul 27 06:58:20 2000
Received:  by oss.sgi.com id <S42229AbQG0N6J>;
	Thu, 27 Jul 2000 06:58:09 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:26420 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42211AbQG0N5x>; Thu, 27 Jul 2000 06:57:53 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id HAA09263; Thu, 27 Jul 2000 07:03:18 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id GAA24981;
	Thu, 27 Jul 2000 06:57:29 -0700 (PDT)
Date:   Thu, 27 Jul 2000 06:57:29 -0700 (PDT)
Message-Id: <200007271357.GAA24981@info.engr.sgi.com>
X-Pv-Incident: 797419 
webPV:  jen.cray.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (lord@sgi.com)
Subject: BUG 797419 - xfs_iget goes recursive and dies a horrible death
To:     lord@sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797419

Submitter : lord                      Submitter Domain : sgi.com            
Assigned Engineer : lord              Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 1                          
Project : xfs-linux                   Status : open                         
Description :
xfs_iget has some conditions where it can end up recalling itself,
this is allowed for, but there are cases in there where two threads
are looking up the same inode which it does not cope with, the end
result is usually this:

xfs_iget_core: ambiguous vns: vp/0xc3012b00, invp/0xc22c1800
Unable to handle kernel NULL pointer dereference at virtual address 00000008
 printing eip:
c889c115
*pde = 00000000

Entering kdb (0xc761e000) on processor 1 Panic: Oops
due to panic @ 0xc889c115
eax = 0x00000080 ebx = 0xc1750584 ecx = 0xc6103400 edx = 0x00000000 
esi = 0xc22c1800 edi = 0xc1750580 esp = 0xc761fb80 eip = 0xc889c115 
ebp = 0xc761fbfc  ss = 0x00000018  cs = 0x00000010 eflags = 0x00010282 
 ds = 0x00000018  es = 0x00000018 origeax = 0xffffffff &regs = 0xc761fb4c
[1]kdb> bt
    EBP       EIP         Function(args)
0xc761fbfc 0xc889c115 [xfs]vn_revalidate+0x19 (0xc22c1800, 0x80)
                               xfs .text 0xc8842060 0xc889c0fc 0xc889c1a0
0xc761fc50 0xc8871d6e [xfs]xfs_iget_core+0x706 (0xc22c1800, 0xc6103400, 0x0, 0x403082, 0x0)
                               xfs .text 0xc8842060 0xc8871668 0xc8871d94
0xc761fc84 0xc8871dfa [xfs]xfs_vn_iget+0x2e (0xc22c1800, 0xc6103400, 0x0, 0x403082, 0x0)
                               xfs .text 0xc8842060 0xc8871dcc 0xc8871e04
0xc761fcc4 0xc889be75 [xfs]vn_initialize+0xb9 (0xc7c91a00, 0xc22c1700, 0x1)
                               xfs .text 0xc8842060 0xc889bdbc 0xc889bee0
0xc761fcdc 0xc889ae7c [xfs]linvfs_read_inode+0x20 (0xc22c1700, 0xc22c1700)
                               xfs .text 0xc8842060 0xc889ae5c 0xc889aea4
0xc761fcf8 0xc014cfa4 get_new_inode+0xc4 (0xc6ab4000, 0x403082, 0xc1277170, 0x0, 0x0)
                               kernel .text 0xc0100000 0xc014cee0 0xc014d038
0xc761fd24 0xc014d221 iget4+0xd9 (0xc6ab4000, 0x403082, 0x0, 0x0)
                               kernel .text 0xc0100000 0xc014d148 0xc014d22c
0xc761fd58 0xc889bfb8 [xfs]vn_get+0x28 (0xc3012b00, 0xc761fd98, 0x0)
                               xfs .text 0xc8842060 0xc889bf90 0xc889c07c
0xc761fdb0 0xc887184c [xfs]xfs_iget_core+0x1e4 (0x0, 0xc6103400, 0x0, 0x403082, 0x0)
                               xfs .text 0xc8842060 0xc8871668 0xc8871d94
0xc761fde8 0xc8871dc1 [xfs]xfs_iget+0x2d (0xc6103400, 0x0, 0x403082, 0x0, 0x0)
                               xfs .text 0xc8842060 0xc8871d94 0xc8871dcc
0xc761fe58 0xc88883e3 [xfs]xfs_dir_lookup_int+0x143 (0x0, 0xc008a7e0, 0x5, 0xc0ca7a80, 0xc761fee4)
                               xfs .text 0xc8842060 0xc88882a0 0xc8888570
[1]more> 
0xc761fea0 0xc888ca82 [xfs]xfs_lookup+0x96 (0xc008a7e0, 0xc0ca7a80, 0xc761fee0, 0xc761fee4, 0x0)
                               xfs .text 0xc8842060 0xc888c9ec 0xc888caec
0xc761fef0 0xc8894ff4 [xfs]linvfs_lookup+0x70 (0xc0fdab60, 0xc0ca7a20)
                               xfs .text 0xc8842060 0xc8894f84 0xc8895040
0xc761ff18 0xc014335a real_lookup+0xa6 (0xc0db4040, 0xc761ff50, 0x0)
                               kernel .text 0xc0100000 0xc01432b4 0xc0143430
0xc761ff5c 0xc0143a1f path_walk+0x4e7 (0xc536212d, 0xc761ffa0)
                               kernel .text 0xc0100000 0xc0143538 0xc0143c60
0xc761ff7c 0xc0143fab __user_walk+0x6f (0x806efe8, 0x9, 0xc761ffa0, 0xc761e000)
                               kernel .text 0xc0100000 0xc0143f3c 0xc0144020
0xc761ffbc 0xc0140361 sys_stat64+0x3d (0x806efe8, 0xbffff884, 0x4010ad60, 0x4000ae60, 0x806efe8)
                               kernel .text 0xc0100000 0xc0140324 0xc01403f4
           0xc010b610 system_call+0x34
                               kernel .text 0xc0100000 0xc010b5dc 0xc010b614

From owner-linux-xfs@oss.sgi.com Thu Jul 27 07:46:40 2000
Received:  by oss.sgi.com id <S42233AbQG0Oq3>;
	Thu, 27 Jul 2000 07:46:29 -0700
Received: from karga.eelab.itu.edu.tr ([160.75.100.50]:30904 "EHLO
        karga.eelab.itu.edu.tr") by oss.sgi.com with ESMTP
	id <S42211AbQG0Opz>; Thu, 27 Jul 2000 07:45:55 -0700
Received: from localhost (gokalp@localhost)
	by karga.eelab.itu.edu.tr (8.9.3+Sun/8.9.1) with ESMTP id RAA19283
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 17:46:58 +0300 (EET DST)
Date:   Thu, 27 Jul 2000 17:46:58 +0300 (EET DST)
From:   Ahmet Gokalp Ergec <gokalp@karga.eelab.itu.edu.tr>
To:     linux-xfs@oss.sgi.com
Subject: new to XFS
In-Reply-To: <200007260701.RAA18627@snort.melbourne.sgi.com>
Message-ID: <Pine.GSO.4.05.10007271743240.19270-100000@karga.eelab.itu.edu.tr>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi, I am really new to XFS. I am using slackware 7.1 with kernel 2.2.16.
may you please advise me a document about installing XFS to my linux box.
thank you.

Ahmet Gokalp Ergec
Istanbul Technical University
Electrical Engineering Department


From owner-linux-xfs@oss.sgi.com Thu Jul 27 08:45:00 2000
Received:  by oss.sgi.com id <S42244AbQG0Pou>;
	Thu, 27 Jul 2000 08:44:50 -0700
Received: from stimpy.multiweb.net ([195.114.226.251]:37130 "EHLO
        stimpy.multiweb.nl") by oss.sgi.com with ESMTP id <S42211AbQG0PoZ>;
	Thu, 27 Jul 2000 08:44:25 -0700
Received: from auto-nb1.xs4all.nl ([192.168.13.9])
	by stimpy.multiweb.nl (8.9.3/8.9.3) with ESMTP id RAA25239
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 17:44:28 +0200
Message-Id: <4.3.1.2.20000727173907.00d8f2b0@pop.xs4all.nl>
X-Sender: knuffie@pop.xs4all.nl (Unverified)
X-Mailer: QUALCOMM Windows Eudora Version 4.3.1
Date:   Thu, 27 Jul 2000 17:41:53 +0200
To:     linux-xfs@oss.sgi.com
From:   Seth Mos <knuffie@xs4all.nl>
Subject: Re: new to XFS
In-Reply-To: <Pine.GSO.4.05.10007271743240.19270-100000@karga.eelab.itu.
 edu.tr>
References: <200007260701.RAA18627@snort.melbourne.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

At 05:46 PM 7/27/00 +0300, you wrote:
>hi, I am really new to XFS. I am using slackware 7.1 with kernel 2.2.16.
>may you please advise me a document about installing XFS to my linux box.
>thank you.

Unfortunately there is no existing backport of XFS to 2.2.x

XFS is available for the 2.4.0-test1 kernel.
You can download patches here against 2.4.0-test1
http://oss.sgi.com/projects/xfs/download

This page has instructions for getting a CVS tree kernel
http://oss.sgi.com/projects/xfs/cvs_download.html



From owner-linux-xfs@oss.sgi.com Thu Jul 27 09:10:30 2000
Received:  by oss.sgi.com id <S42245AbQG0QKU>;
	Thu, 27 Jul 2000 09:10:20 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:7465 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42246AbQG0QJz>;
	Thu, 27 Jul 2000 09:09:55 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA01946
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 09:02:00 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA84878 for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 11:07:00 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA08162 for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 11:06:59 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA22868; Thu, 27 Jul 2000 11:06:41 -0500
Message-Id: <200007271606.LAA22868@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     linux-xfs@oss.sgi.com
Subject: Re: new to XFS 
In-Reply-To: Message from Seth Mos <knuffie@xs4all.nl> 
   of "Thu, 27 Jul 2000 17:41:53 +0200." <4.3.1.2.20000727173907.00d8f2b0@pop.xs4all.nl> 
Date:   Thu, 27 Jul 2000 11:06:40 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> At 05:46 PM 7/27/00 +0300, Seth Mos wrote:
> >hi, I am really new to XFS. I am using slackware 7.1 with kernel 2.2.16.
> >may you please advise me a document about installing XFS to my linux box.
> >thank you.
> 
> Unfortunately there is no existing backport of XFS to 2.2.x
> 
> XFS is available for the 2.4.0-test1 kernel.
> You can download patches here against 2.4.0-test1
> http://oss.sgi.com/projects/xfs/download
> 
> This page has instructions for getting a CVS tree kernel
> http://oss.sgi.com/projects/xfs/cvs_download.html
> 


Thanks for answering that - I hope to bump the code up to 2.4.0-test4 (or 5 if
it shows up in time) in the next few days. In the meantime the cvs tree is
always the most uptodate way of getting the code.

I do not think that SGI will do a backport to 2.2.x, XFS requires too many
infrastructure changes in the rest of the kernel to do all the work twice.
Now if someone feels inclined to attempt the port you, are welcome to do
this......

Steve



From owner-linux-xfs@oss.sgi.com Thu Jul 27 10:45:29 2000
Received:  by oss.sgi.com id <S42251AbQG0RpT>;
	Thu, 27 Jul 2000 10:45:19 -0700
Received: from Cantor.suse.de ([194.112.123.193]:61196 "HELO Cantor.suse.de")
	by oss.sgi.com with SMTP id <S42236AbQG0RpG>;
	Thu, 27 Jul 2000 10:45:06 -0700
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 875BE1E390; Thu, 27 Jul 2000 19:44:41 +0200 (MEST)
Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP
	id ED56710A034; Thu, 27 Jul 2000 19:44:40 +0200 (MEST)
Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id 6E4D32F300; Thu, 27 Jul 2000 19:44:39 +0200 (MEST)
Date:   Thu, 27 Jul 2000 19:44:39 +0200
From:   "Andi Kleen" <ak@suse.de>
To:     Ted Kline <jtk@sgi.com>
Cc:     linux-xfs@oss.sgi.com, casey@engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes.
Message-ID: <20000727194439.A21325@gruyere.muc.suse.de>
References: <200007261612.LAA48981@tiki.americas.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <200007261612.LAA48981@tiki.americas.sgi.com>; from jtk@sgi.com on Wed, Jul 26, 2000 at 11:12:18AM -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Wed, Jul 26, 2000 at 11:12:18AM -0500, Ted Kline wrote:
> 
> Implement the interfaces & supporting code to support Irix-style
> Extended Attributes, specifically:
> 
> 	attr_get()	attr_getf()
> 	attr_set()	attr_setf()
> 	attr_list()	attr_listf()
> 	attr_remove()	attr_removef()
> 
> Also implement the "xfs_attr" utility command.
> Update xfs_repair & xfs_db.
> 
> See near the top of cmd/xfs/attr/xfs_attr.c for a temporary
> example of how to "define" the syscalls without having an
> updated asm/unistd.h installed.

I think it would be a good idea if you reserved syscalls slot(s) from
Linus for that. Otherwise  there will be a big mess with binary
compatibility sooner or later.

-Andi

From owner-linux-xfs@oss.sgi.com Thu Jul 27 11:02:29 2000
Received:  by oss.sgi.com id <S42243AbQG0SCT>;
	Thu, 27 Jul 2000 11:02:19 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:64331 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQG0SBz>; Thu, 27 Jul 2000 11:01:55 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA00479; Thu, 27 Jul 2000 11:07:20 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id LAA30433;
	Thu, 27 Jul 2000 11:01:30 -0700 (PDT)
Date:   Thu, 27 Jul 2000 11:01:30 -0700 (PDT)
Message-Id: <200007271801.LAA30433@info.engr.sgi.com>
X-Pv-Incident: 797457 
webPV:  sgigate.sgi.com 
webExec: webpvsubmit,PvProjectIncident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (ananth@engr.sgi.com)
Subject: BUG 797457 - Swap deadlock bug
To:     btg@sgi.com
Cc:     linux-xfs@oss.sgi.com, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797457

Submitter : ananth                    Submitter Domain : engr               
Assigned Engineer : btg               Assigned Domain : sgi.com             
Assigned Group : xfs-linux            Category : software                   
Customer Reported : F                 Priority : 2                          
Project : xfs-linux                   Status : open                         
Description :
In general, the kernel
shouldn't be swapping a page from a file on
which a write is in progress ... following is
a old backtrace but doio-2threads can reproduce
the problem at will on a 64MB system.


-------------
[1]kdb> btp 569
    EBP       EIP         Function(args)
0xc2bb5b24 0xc01183ed  schedule+0x46d( 0xc234eb30, 0xc234eb6c, 0xc234eb54,
0x1234567,0xc2bb4000
)
0xc2bb5b68 0xc488f475  lock_wait+0x2c1( 0xc234eb54, 0xc234eb6c, 0x1, 0x1, 0xc488f06f )
0xc2bb5b88 0xc488f702  _mrupdatef+0x62( 0xc234eb30, 0x288, 0xc234ea78, 0xc234ea60, 0xc
1119d00 )
0xc2bb5ba4 0xc485e4dd  xfs_ilock_ra+0xd5( 0xc234ea60, 0x1, 0xc488f06f, 0xc2bb5bd4, 0xc
488f06f )
0xc2bb5bb8 0xc485e54c  xfs_ilock+0x14( 0xc234ea60, 0x1, 0xc1119d00, 0xc1fb1560, 0xc1fc
dca0 )
0xc2bb5bd4 0xc488f06f  linvfs_write_full_page+0xe7( 0xc1fcdca0, 0xc1119d00, 0xc1119d00
, 0xc1d40260, 0xc1119d00 )
0xc2bb5bf4 0xc012e480  filemap_write_page+0x2c( 0xc1d40260, 0x587, 0xc1119d00, 0x0, 0x
c1d40260 )
0xc2bb5c10 0xc012e4c4  filemap_swapout+0x1c( 0xc1119d00, 0xc1d40260, 0x4683c000, 0x46c
00000, 0xc303b0ec )
0xc2bb5c34 0xc01355bd  try_to_swap_out+0x179( 0xc2700380, 0x4683b000, 0xc303b0ec, 0x5,
 0xc2700380 )
0xc2bb5c70 0xc01357e0  swap_out_vma+0x11c( 0xc2700380, 0x4683b000, 0x5, 0xc02c8b88, 0x
c3eeb520 )
0xc2bb5c90 0xc01358be  swap_out_mm+0x7e( 0xc3eeb520, 0x5, 0x1f, 0x6, 0x5 )
0xc2bb5cbc 0xc0135aae  swap_out+0x176( 0x6, 0x5, 0xc2bb4000, 0xc02d17d0, 0x5 )
0xc2bb5cd8 0xc0135c01  do_try_to_free_pages+0x89( 0x5, 0xc02d15f8, 0xc02d15f8, 0xc2bb5
d10, 0xc013674b )
0xc2bb5cec 0xc0135df7  try_to_free_pages+0x2b( 0x5, 0xc02d15f8, 0xc02d17d8, 0x0, 0xc02
d17cc )
0xc2bb5d10 0xc013674b  zone_balance_memory+0x63( 0xc02d17cc, 0xc1156398, 0x1161, 0x0 )
0xc2bb5d30 0xc0136804  __alloc_pages+0x80( 0xc1f09480, 0xd000, 0xc2bb5e04 )
0xc2bb5d98 0xc013f434  _pagebuf_lookup_pages+0x264( 0xc1f09480, 0x1160000, 0x0, 0xd000
, 0x200000 )
0xc2bb5ea4 0xc0142b26  pagebuf_generic_file_write+0x1ee( 0xc1d40080, 0x4c464c4f, 0x15b
38, 0xc1d4009c, 0x30d4000 )
0xc2bb5ecc 0xc4890531  xfs_rdwr+0x81( 0xc234ea78, 0xc1d40080, 0x4c45c00b, 0x15b38, 0xc
1d4009c )
0xc2bb5f04 0xc4891511  xfs_write+0x169( 0xc234ea78, 0xc1d40080, 0x4c45c00b, 0x15b38, 0
xc1d4009c )
0xc2bb5f24 0xc488c648  dnlc_enter+0x1ac( 0xc1d40080, 0x4c45c00b, 0x15b38,
0xc1d4009c,0xc1d40080
)
[1]more>
0xc2bb5f94 0xc014a075  do_readv_writev+0x195( 0x0, 0xc1d40080, 0xbffff4d8, 0x0,
0xc2bbbb5e18
0xc01427ff  _pagebuf_file_write+0x283( 0xc1d40080, 0xc2bb5e68, 0x0, 0x15b38

From owner-linux-xfs@oss.sgi.com Thu Jul 27 11:54:00 2000
Received:  by oss.sgi.com id <S42236AbQG0Sxu>;
	Thu, 27 Jul 2000 11:53:50 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:43601 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42234AbQG0SxW>; Thu, 27 Jul 2000 11:53:22 -0700
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA02089
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 11:58:47 -0700 (PDT)
	mail_from (casey@sgi.com)
Received: from sgi.com (sgigate.sgi.com [198.29.75.75])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id LAA62693;
	Thu, 27 Jul 2000 11:52:43 -0700 (PDT)
	mail_from (casey@sgi.com)
Message-ID: <398084FA.7A1DAA7A@sgi.com>
Date:   Thu, 27 Jul 2000 11:52:42 -0700
From:   Casey Schaufler <casey@sgi.com>
Organization: Silicon Graphics
X-Mailer: Mozilla 4.73C-SGI [en] (X11; I; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     Ted Kline <jtk@sgi.com>
CC:     linux-xfs@oss.sgi.com, casey@cthulhu.engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes.
References: <200007261612.LAA48981@tiki.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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Ted Kline wrote:
> 
> Implement the interfaces & supporting code to support Irix-style
> Extended Attributes, specifically:
> 
>         attr_get()      attr_getf()
>         attr_set()      attr_setf()
>         attr_list()     attr_listf()
>         attr_remove()   attr_removef()
> 
> Also implement the "xfs_attr" utility command.
> Update xfs_repair & xfs_db.

I don't care what everyone else says, you're OKay with me.

-- 

Casey Schaufler				Manager, Trust Technology, SGI
casey@sgi.com				voice: 650.933.1634
casey_p@pager.sgi.com			Pager: 888.220.0607

From owner-linux-xfs@oss.sgi.com Thu Jul 27 12:27:10 2000
Received:  by oss.sgi.com id <S42252AbQG0T1A>;
	Thu, 27 Jul 2000 12:27:00 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:26716 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42234AbQG0TWm>;
	Thu, 27 Jul 2000 12:22:42 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAB26905
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 12:14:47 -0700 (PDT)
	mail_from (unknown@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 OAA78434; Thu, 27 Jul 2000 14:19:46 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA14784; Thu, 27 Jul 2000 14:19:45 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id OAA30531; Thu, 27 Jul 2000 14:19:26 -0500
Message-Id: <200007271919.OAA30531@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     "Andi Kleen" <ak@suse.de>
cc:     Ted Kline <jtk@sgi.com>, linux-xfs@oss.sgi.com, casey@engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes. 
In-Reply-To: Message from "Andi Kleen" <ak@suse.de> 
   of "Thu, 27 Jul 2000 19:44:39 +0200." <20000727194439.A21325@gruyere.muc.suse.de> 
Date:   Thu, 27 Jul 2000 14:19:25 -0500
From:   The Unknown User-ID (858) <unknown@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I agree - except there is no 'approved' interface for extended attributes
yet. This is as much a way for us to exercise the code in the kernel and a
proof of concept as anything else. If the final version of an extended
attribute interface is different then we will change to match it. 

Steve

> On Wed, Jul 26, 2000 at 11:12:18AM -0500, Ted Kline wrote:
> > 
> > Implement the interfaces & supporting code to support Irix-style
> > Extended Attributes, specifically:
> > 
> > 	attr_get()	attr_getf()
> > 	attr_set()	attr_setf()
> > 	attr_list()	attr_listf()
> > 	attr_remove()	attr_removef()
> > 
> > Also implement the "xfs_attr" utility command.
> > Update xfs_repair & xfs_db.
> > 
> > See near the top of cmd/xfs/attr/xfs_attr.c for a temporary
> > example of how to "define" the syscalls without having an
> > updated asm/unistd.h installed.
> 
> I think it would be a good idea if you reserved syscalls slot(s) from
> Linus for that. Otherwise  there will be a big mess with binary
> compatibility sooner or later.
> 
> -Andi



From owner-linux-xfs@oss.sgi.com Thu Jul 27 13:17:41 2000
Received:  by oss.sgi.com id <S42255AbQG0URc>;
	Thu, 27 Jul 2000 13:17:32 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:43111 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42253AbQG0UQz>;
	Thu, 27 Jul 2000 13:16:55 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA02985
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 13:08:57 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA14218
	for linux-xfs@oss.sgi.com; Thu, 27 Jul 2000 15:15:10 -0500 (CDT)
Date:   Thu, 27 Jul 2000 15:15:10 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007272015.PAA14218@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs-dmapi glue
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

this compiles and links, but important pieces are disabled

Modid:  2.4.0-test1-xfs:slinx:67947a
Date:  Thu Jul 27 13:14:52 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/xfs_dmapi.c - 1.21
	- the xfs<>dmapi glue


From owner-linux-xfs@oss.sgi.com Thu Jul 27 13:21:40 2000
Received:  by oss.sgi.com id <S42253AbQG0UVa>;
	Thu, 27 Jul 2000 13:21:30 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:33896 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42234AbQG0UVN>;
	Thu, 27 Jul 2000 13:21:13 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id NAA03460
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 13:13:19 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA16266
	for linux-xfs@oss.sgi.com; Thu, 27 Jul 2000 15:19:32 -0500 (CDT)
Date:   Thu, 27 Jul 2000 15:19:32 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007272019.PAA16266@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - checkin of dmapi core
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

dmapi core.  this compiles and links.

Modid:  2.4.0-test1-xfs:slinx:67949a
Date:  Thu Jul 27 13:19:16 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

linux/fs/xfs/dmapi/Makefile - 1.1
linux/fs/xfs/dmapi/dmapi_attr.c - 1.1
linux/fs/xfs/dmapi/dmapi_bulkattr.c - 1.1
linux/fs/xfs/dmapi/dmapi_config.c - 1.1
linux/fs/xfs/dmapi/dmapi_dmattr.c - 1.1
linux/fs/xfs/dmapi/dmapi_event.c - 1.1
linux/fs/xfs/dmapi/dmapi_handle.c - 1.1
linux/fs/xfs/dmapi/dmapi_hole.c - 1.1
linux/fs/xfs/dmapi/dmapi_io.c - 1.1
linux/fs/xfs/dmapi/dmapi_mountinfo.c - 1.1
linux/fs/xfs/dmapi/dmapi_private.h - 1.1
linux/fs/xfs/dmapi/dmapi_region.c - 1.1
linux/fs/xfs/dmapi/dmapi_register.c - 1.1
linux/fs/xfs/dmapi/dmapi_right.c - 1.1
linux/fs/xfs/dmapi/dmapi_session.c - 1.1
linux/fs/xfs/dmapi/dmapi_sysent.c - 1.1

From owner-linux-xfs@oss.sgi.com Thu Jul 27 13:28:10 2000
Received:  by oss.sgi.com id <S42254AbQG0U2A>;
	Thu, 27 Jul 2000 13:28:00 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:61783 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42234AbQG0U1k>; Thu, 27 Jul 2000 13:27:40 -0700
Received: from clink.americas.sgi.com (clink.cray.com [128.162.84.70]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA06693
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 13:33:05 -0700 (PDT)
	mail_from (roehrich@clink.americas.sgi.com)
Received: (from roehrich@localhost)
	by clink.americas.sgi.com (SGI-8.9.3/8.9.3) id PAA20188
	for linux-xfs@oss.sgi.com; Thu, 27 Jul 2000 15:25:58 -0500 (CDT)
Date:   Thu, 27 Jul 2000 15:25:58 -0500 (CDT)
From:   Dean Roehrich <roehrich@clink.americas.sgi.com>
Message-Id: <200007272025.PAA20188@clink.americas.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - libdm -- dmapi lib
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Most of libdm and some tests for it.  Cons will have to be replaced with
make at some point.  The cmd/xfs/handle stuff will have to be used to fill
in some pieces.  The rest of the dmapi test suite has to be checked in
someday.

Modid:  2.4.0-test1-xfs:slinx:67950a
Date:  Thu Jul 27 13:25:37 PDT 2000
Workarea:  clink.americas.sgi.com:/data/clink/a/roehrich/2.4.0-test1-xfs2
SPRs closed:  
Severity:  Minor
Modtype:  Bugfix
Test Description:  
blah
Keywords:  NONE
Requested reviewer(s):  
Author:  roehrich

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/libdm/Construct - 1.1
cmd/xfs/libdm/cons - 1.1
cmd/xfs/libdm/dm_attr.c - 1.1
cmd/xfs/libdm/dm_bulkattr.c - 1.1
cmd/xfs/libdm/dm_config.c - 1.1
cmd/xfs/libdm/dm_dmattr.c - 1.1
cmd/xfs/libdm/dm_event.c - 1.1
cmd/xfs/libdm/dm_handle.c - 1.1
cmd/xfs/libdm/dm_handle2path.c - 1.1
cmd/xfs/libdm/dm_hole.c - 1.1
cmd/xfs/libdm/dm_mountinfo.c - 1.1
cmd/xfs/libdm/dm_rdwr.c - 1.1
cmd/xfs/libdm/dm_region.c - 1.1
cmd/xfs/libdm/dm_right.c - 1.1
cmd/xfs/libdm/dm_session.c - 1.1
cmd/xfs/libdm/linux/dmapi_lib.c - 1.1
cmd/xfs/libdm/linux/dmapi_lib.h - 1.1
cmd/xfs/libdm/tests/Conscript - 1.1
cmd/xfs/libdm/tests/dm_create_session.c - 1.1
cmd/xfs/libdm/tests/dm_destroy_session.c - 1.1
cmd/xfs/libdm/tests/dm_find_eventmsg.c - 1.1
cmd/xfs/libdm/tests/dm_getall_sessions.c - 1.1
cmd/xfs/libdm/tests/dm_getall_tokens.c - 1.1
cmd/xfs/libdm/tests/dm_query_session.c - 1.1

From owner-linux-xfs@oss.sgi.com Thu Jul 27 14:42:00 2000
Received:  by oss.sgi.com id <S42234AbQG0Vlv>;
	Thu, 27 Jul 2000 14:41:51 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:55421 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42222AbQG0VlQ>;
	Thu, 27 Jul 2000 14:41:16 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA13465
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 14:33:21 -0700 (PDT)
	mail_from (jtk@sgi.com)
Received: from daisy-e185.americas.sgi.com (daisy.cray.com [128.162.185.214]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA55545 for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 16:38:21 -0500 (CDT)
Received: from tiki.americas.sgi.com (tiki.americas.sgi.com [128.162.195.11]) by daisy-e185.americas.sgi.com (980427.SGI.8.8.8/SGI-server-1.6) with ESMTP id QAA01514; Thu, 27 Jul 2000 16:38:21 -0500 (CDT)
From:   Ted Kline <jtk@sgi.com>
Received: by tiki.americas.sgi.com (SGI-8.9.3/SGI-client-1.6c) id QAA65977; Thu, 27 Jul 2000 16:38:20 -0500 (CDT)
Message-Id: <200007272138.QAA65977@tiki.americas.sgi.com>
Date:   Thu, 27 Jul 2000 16:38:20 -0500 (CDT)
To:     linux-xfs@oss.sgi.com
Cc:     jtk@sgi.com
Subject: TAKE - Fix error return on bad "fd" for attr interface.
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Thu Jul 27 14:37:25 PDT 2000
Workarea:  tiki.cray.com:/data/clink/io/jtk/work-linux2.4-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67957a
linux/fs/stat.c - 1.11
	- Correct the error return from attr_{get,set,list,remove}f..
	  A "0" was being returned in the "EBADF" case.



From owner-linux-xfs@oss.sgi.com Thu Jul 27 15:40:00 2000
Received:  by oss.sgi.com id <S42248AbQG0Wju>;
	Thu, 27 Jul 2000 15:39:50 -0700
Received: from Cantor.suse.de ([194.112.123.193]:53263 "HELO Cantor.suse.de")
	by oss.sgi.com with SMTP id <S42222AbQG0Wj0>;
	Thu, 27 Jul 2000 15:39:26 -0700
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 1A7631E301; Fri, 28 Jul 2000 00:39:31 +0200 (MEST)
Received: from gruyere.muc.suse.de (unknown [10.23.1.2])
	by Hermes.suse.de (Postfix) with ESMTP
	id 6876210A034; Fri, 28 Jul 2000 00:39:28 +0200 (MEST)
Received: by gruyere.muc.suse.de (Postfix, from userid 14446)
	id 140612F300; Fri, 28 Jul 2000 00:39:22 +0200 (MEST)
Date:   Fri, 28 Jul 2000 00:39:22 +0200
From:   "Andi Kleen" <ak@suse.de>
To:     slord@sgi.com
Cc:     "Andi Kleen" <ak@suse.de>, Ted Kline <jtk@sgi.com>,
        linux-xfs@oss.sgi.com, casey@engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes.
Message-ID: <20000728003922.A25944@gruyere.muc.suse.de>
References: <ak@suse.de> <200007271919.OAA30531@jen.americas.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <200007271919.OAA30531@jen.americas.sgi.com>; from unknown@sgi.com on Thu, Jul 27, 2000 at 02:19:25PM -0500
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Thu, Jul 27, 2000 at 02:19:25PM -0500, The Unknown User-ID wrote:
> 
> I agree - except there is no 'approved' interface for extended attributes
> yet. This is as much a way for us to exercise the code in the kernel and a
> proof of concept as anything else. If the final version of an extended
> attribute interface is different then we will change to match it. 

The problem is not really the interface, just the syscall slot number.
I doubt it will be a problem to get a sysxfs() reserved, you could
hook the interface onto that and still switch over to the official interface
later.

Just privately reserving syscall numbers causes problems, because they
could be reused by someone else and break compatibility, causing more
pain than needed.

BTW, it is nice that you start to implement code for that.

-Andi

From owner-linux-xfs@oss.sgi.com Thu Jul 27 18:16:21 2000
Received:  by oss.sgi.com id <S42249AbQG1BQL>;
	Thu, 27 Jul 2000 18:16:11 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:56431 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42222AbQG1BP4>; Thu, 27 Jul 2000 18:15:56 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id SAA07353
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 18:21:51 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id LAA14689 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 11:14:45 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id LAA31669 for linux-xfs@oss.sgi.com; Fri, 28 Jul 2000 11:14:44 +1000 (EST)
Date:   Fri, 28 Jul 2000 11:14:44 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007280114.LAA31669@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix xfs_db type attr breakage x 2
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

"value" field of local attributes and "valuelen",
"namelen" and "name" fields of remote attributes
were broken.

also fubar in irix pv 797508.

Modid:  2.4.0-test1-xfs:slinx:67976a
Date:  Thu Jul 27 18:12:13 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/attr.c - 1.21
	- fix local value offset calculation

cmd/xfs/db/field.c - 1.28
	- only match a field name if it has a non-zero count

cmd/xfs/db/field.h - 1.18
	- add extra params to proto

cmd/xfs/db/flist.c - 1.16
	- pass extra params to findfield


From owner-linux-xfs@oss.sgi.com Thu Jul 27 20:55:23 2000
Received:  by oss.sgi.com id <S42270AbQG1DzN>;
	Thu, 27 Jul 2000 20:55:13 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:7744 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42222AbQG1Dyu>;
	Thu, 27 Jul 2000 20:54:50 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id UAA16261
	for <linux-xfs@oss.sgi.com>; Thu, 27 Jul 2000 20:47:24 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA15715 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 13:52:24 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id NAA59078 for linux-xfs@oss.sgi.com; Fri, 28 Jul 2000 13:52:23 +1000 (EST)
Date:   Fri, 28 Jul 2000 13:52:23 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007280352.NAA59078@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs qa 021 ++
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

test for xfs_db attribute breakage (pv 797508)

Modid:  2.4.0-test1-xfs:slinx:68207a
Date:  Thu Jul 27 20:51:21 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/019 - 1.2
cmd/xfs/stress/020 - 1.2
	- No Message Supplied

cmd/xfs/stress/group - 1.19
	- add 021

cmd/xfs/stress/021 - 1.1
	- 021 test xfs_db attributes

cmd/xfs/stress/021.out - 1.1
	- output for 021


From owner-linux-xfs@oss.sgi.com Fri Jul 28 08:23:38 2000
Received:  by oss.sgi.com id <S42234AbQG1PX2>;
	Fri, 28 Jul 2000 08:23:28 -0700
Received: from hermes.mixx.net ([212.84.196.2]:49419 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42218AbQG1PXC>;
	Fri, 28 Jul 2000 08:23:02 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 2E8A2F807
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 17:23:08 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id A86842CA99; Fri, 28 Jul 2000 17:22:51 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: xfs status?
Date:   28 Jul 2000 15:22:51 GMT
Organization: innominate AG, Berlin, Germany
Lines:  22
Distribution: local
Message-ID: <news2mail-8ls8gb$ddc$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964797771 13740 10.0.0.69 (28 Jul 2000 15:22:51 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

waht is the rough current status of xfs at the moment ?

i'am currently trying to use it in non critical but productive
situations (it gets used but it's no problem if it breaks :-)
so far and it seems to be useable but it looks like it still
has some seroius problems - for instance - i sometimes boot
with a etx2 rootfs (i ususally use xfs for /) and run the
repair_xfs and it finds problems in cleanly unmounted
filesystems ... so maybe xfs is not ready for rootfs
or repair_xfs is not finished so far ... so is this
problem expected - or should i mail the errors i
get - if - to someone ?

so far a lot of thanks for all the good work so far ...

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Fri Jul 28 08:45:10 2000
Received:  by oss.sgi.com id <S42222AbQG1Pou>;
	Fri, 28 Jul 2000 08:44:50 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:30500 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42218AbQG1Poh>;
	Fri, 28 Jul 2000 08:44:37 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA06648
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 08:37:11 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA83809; Fri, 28 Jul 2000 10:43:24 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA12303; Fri, 28 Jul 2000 10:43:23 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id KAA26336; Fri, 28 Jul 2000 10:42:54 -0500
Message-Id: <200007281542.KAA26336@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de
cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs status? 
In-Reply-To: Message from Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de> 
   of "28 Jul 2000 15:22:51 GMT." <news2mail-8ls8gb$ddc$1@mate.bln.innominate.de> 
Date:   Fri, 28 Jul 2000 10:42:54 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


It all depends on when you last downloaded the code. For a few weeks, probably
since early July we have actually had a serious bug in the kernel which
caused us to flush inodes to disk incorrectly. This was fixed within the
last couple of days and should be in the cvs tree now. This bug would
certainly cause the type of problem you report from xfs_repair. Prior to
that there were also issues with removing files which caused similar 
repair output - this is also fixed.

So as of yesterday, XFS should be behaving again. There are still problems
we can trigger under stress conditions, by stress I mean 8 threads running
in parallel on the same filesystem doing nothing but filesystem operations.
After a couple of hours this managed to hit a multithreading hole.

While I am at it, here is some other status:

We have 2.4.0-test5 running in house, we plan to upgrade to this soon,
probably early next week.

dump/restore is functioning - I am not sure if this has been pushed out
to the cvs repository yet. We also have the defragmenter working.
Extended attributes have been turned on, but have problems at the moment,
plus the system call interface for that will be changing.

Please report problems if you come across something. Reports of XFS working
well for you are also appreciated!

Steve

> waht is the rough current status of xfs at the moment ?
> 
> i'am currently trying to use it in non critical but productive
> situations (it gets used but it's no problem if it breaks :-)
> so far and it seems to be useable but it looks like it still
> has some seroius problems - for instance - i sometimes boot
> with a etx2 rootfs (i ususally use xfs for /) and run the
> repair_xfs and it finds problems in cleanly unmounted
> filesystems ... so maybe xfs is not ready for rootfs
> or repair_xfs is not finished so far ... so is this
> problem expected - or should i mail the errors i
> get - if - to someone ?
> 
> so far a lot of thanks for all the good work so far ...
> 
> t
> 
> -- 
> thomas.graichen@innominate.de
> technical director                                       innominate AG
> clustering & security                                networking people
> fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr



From owner-linux-xfs@oss.sgi.com Fri Jul 28 08:56:49 2000
Received:  by oss.sgi.com id <S42236AbQG1P4j>;
	Fri, 28 Jul 2000 08:56:39 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:27175 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42218AbQG1P43>;
	Fri, 28 Jul 2000 08:56:29 -0700
Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA08105
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 08:49:04 -0700 (PDT)
	mail_from (ananth@sgi.com)
Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA95614; Fri, 28 Jul 2000 08:51:30 -0700 (PDT)
Message-ID: <3981AC00.195E2B4E@sgi.com>
Date:   Fri, 28 Jul 2000 08:51:28 -0700
From:   Rajagopal Ananthanarayanan <ananth@sgi.com>
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Thomas Graichen <graichen@innominate.de>
CC:     linux-xfs@oss.sgi.com
Subject: Re: xfs status?
References: <news2mail-8ls8gb$ddc$1@mate.bln.innominate.de>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Thomas Graichen wrote:
> 
> waht is the rough current status of xfs at the moment ?
> 
> i'am currently trying to use it in non critical but productive
> situations (it gets used but it's no problem if it breaks :-)
> so far and it seems to be useable but it looks like it still
> has some seroius problems - for instance - i sometimes boot
> with a etx2 rootfs (i ususally use xfs for /) and run the
> repair_xfs and it finds problems in cleanly unmounted
> filesystems ... so maybe xfs is not ready for rootfs
> or repair_xfs is not finished so far ... so is this
> problem expected - or should i mail the errors i
> get - if - to someone ?

There was a problem with inodes on disk getting corrupted.
This was fixed a couple of days back:

------------
Date:  Wed Jul 26 14:48:43 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test1
Undoes mod:  2.4.0-test1-xfs:slinx:65181a

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:67878a
linux/mm/vmalloc.c - 1.16
linux/include/linux/vmalloc.h - 1.10
-------------

To quickly check if you have the fix, look in vmalloc.h. It
should have the last argument to vmalloc_area_pages as
"struct page ***pages", i.e with a triple indirection. The
buggy code had only a double indirection.

One other known and still open bug is:

BUG 797419 - xfs_iget goes recursive and dies a horrible death

but you would get a kernel oops when that happens, so
I don't believe you are seeing it.

Could you please ensure that you have the vmalloc fix
and re-run your tests? If you still see problems, please
send a report.

thanks!

ananth.

From owner-linux-xfs@oss.sgi.com Fri Jul 28 10:07:30 2000
Received:  by oss.sgi.com id <S42244AbQG1RHU>;
	Fri, 28 Jul 2000 10:07:20 -0700
Received: from hermes.mixx.net ([212.84.196.2]:26126 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42218AbQG1RGw>;
	Fri, 28 Jul 2000 10:06:52 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 17512F802
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 19:06:58 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 248CD2CA9C; Fri, 28 Jul 2000 19:06:57 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: xfs status?
Date:   28 Jul 2000 17:06:57 GMT
Organization: innominate AG, Berlin, Germany
Lines:  43
Distribution: local
Message-ID: <news2mail-8lsejh$mvn$1@mate.bln.innominate.de>
References: <news-innominate.list.sgi.xfs@innominate.de> <200007281542.KAA26336@jen.americas.sgi.com>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964804017 23543 10.0.0.69 (28 Jul 2000 17:06:57 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Steve Lord <lord@sgi.com> wrote:

> It all depends on when you last downloaded the code. For a few weeks, probably
> since early July we have actually had a serious bug in the kernel which
> caused us to flush inodes to disk incorrectly. This was fixed within the
> last couple of days and should be in the cvs tree now. This bug would
> certainly cause the type of problem you report from xfs_repair. Prior to
> that there were also issues with removing files which caused similar 
> repair output - this is also fixed.

i'am using an rsynced copy of the xfs cvs tree here - rsynced each morning
and also use fresh checkouts out of it for testing - the one with the
problems was i think from about last friday (and most probably had
the bug in it) - i just chout/built a new one and will observe
it now :-)

> So as of yesterday, XFS should be behaving again. There are still problems
> we can trigger under stress conditions, by stress I mean 8 threads running
> in parallel on the same filesystem doing nothing but filesystem operations.
> After a couple of hours this managed to hit a multithreading hole.

> While I am at it, here is some other status:

> We have 2.4.0-test5 running in house, we plan to upgrade to this soon,
> probably early next week.

> dump/restore is functioning - I am not sure if this has been pushed out
> to the cvs repository yet. We also have the defragmenter working.
> Extended attributes have been turned on, but have problems at the moment,
> plus the system call interface for that will be changing.

> Please report problems if you come across something. Reports of XFS working
> well for you are also appreciated!

yes i'll do - thanks for the info

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Fri Jul 28 10:17:30 2000
Received:  by oss.sgi.com id <S42245AbQG1RRU>;
	Fri, 28 Jul 2000 10:17:20 -0700
Received: from hermes.mixx.net ([212.84.196.2]:38158 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42218AbQG1RRC>;
	Fri, 28 Jul 2000 10:17:02 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP
	id 5D1E9F811; Fri, 28 Jul 2000 19:17:08 +0200 (CEST)
Received: from h2o.bln.innominate.de (h2o.bln.innominate.de [10.0.0.69])
	by mate.bln.innominate.de (Postfix) with ESMTP
	id 10BC92CA9C; Fri, 28 Jul 2000 19:17:08 +0200 (CEST)
Received: from localhost (graichen@localhost)
	by h2o.bln.innominate.de (8.9.3/8.9.3) with ESMTP id TAA01883;
	Fri, 28 Jul 2000 19:18:14 +0200
X-Authentication-Warning: h2o.bln.innominate.de: graichen owned process doing -bs
Date:   Fri, 28 Jul 2000 19:18:14 +0200 (CEST)
From:   Thomas Graichen <graichen@innominate.de>
X-Sender: graichen@h2o.bln.innominate.de
Reply-To: thomas.graichen@innominate.de
To:     Rajagopal Ananthanarayanan <ananth@sgi.com>
Cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs status?
In-Reply-To: <3981AC00.195E2B4E@sgi.com>
Message-ID: <Pine.LNX.4.21.0007281914040.1857-100000@h2o.bln.innominate.de>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Fri, 28 Jul 2000, Rajagopal Ananthanarayanan wrote:

> Thomas Graichen wrote:
> > i'am currently trying to use it in non critical but productive
> > situations (it gets used but it's no problem if it breaks :-)
> > so far and it seems to be useable but it looks like it still
> > has some seroius problems - for instance - i sometimes boot
> > with a etx2 rootfs (i ususally use xfs for /) and run the
> > repair_xfs and it finds problems in cleanly unmounted
> > filesystems ... so maybe xfs is not ready for rootfs
> > or repair_xfs is not finished so far ... so is this
> > problem expected - or should i mail the errors i
> > get - if - to someone ?
> 
> There was a problem with inodes on disk getting corrupted.
> This was fixed a couple of days back:
> ...
> To quickly check if you have the fix, look in vmalloc.h. It
> should have the last argument to vmalloc_area_pages as
> "struct page ***pages", i.e with a triple indirection. The
> buggy code had only a double indirection.
> 
> One other known and still open bug is:
> 
> BUG 797419 - xfs_iget goes recursive and dies a horrible death
> 
> but you would get a kernel oops when that happens, so
> I don't believe you are seeing it.
> 
> Could you please ensure that you have the vmalloc fix
> and re-run your tests? If you still see problems, please
> send a report.

looks like it was the version with the bug - i have updated now
and will let you know if i find anything else interesting

thanks for the quick response

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr


From owner-linux-xfs@oss.sgi.com Fri Jul 28 11:33:32 2000
Received:  by oss.sgi.com id <S42249AbQG1SdM>;
	Fri, 28 Jul 2000 11:33:12 -0700
Received: from stimpy.multiweb.net ([195.114.226.251]:12561 "EHLO
        stimpy.multiweb.nl") by oss.sgi.com with ESMTP id <S42218AbQG1SdC>;
	Fri, 28 Jul 2000 11:33:02 -0700
Received: from auto-nb1.xs4all.nl ([192.168.13.9])
	by stimpy.multiweb.nl (8.9.3/8.9.3) with ESMTP id UAA18090
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 20:33:57 +0200
Message-Id: <4.3.1.2.20000728202719.00bb28d0@pop.xs4all.nl>
X-Sender: knuffie@pop.xs4all.nl
X-Mailer: QUALCOMM Windows Eudora Version 4.3.1
Date:   Fri, 28 Jul 2000 20:31:37 +0200
To:     linux-xfs@oss.sgi.com
From:   Seth Mos <knuffie@xs4all.nl>
Subject: XFS on other architectures
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Hi,

I was wondering if there is planning to build XFS on other architectures 
then IA32.
Things like cobalt-mips, IA64, PPC come to mind.

Would it be hard to do and is there something planned in this direction?
--Seth
(not really here)


From owner-linux-xfs@oss.sgi.com Fri Jul 28 11:42:43 2000
Received:  by oss.sgi.com id <S42248AbQG1Smd>;
	Fri, 28 Jul 2000 11:42:33 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41519 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42218AbQG1SmW>; Fri, 28 Jul 2000 11:42:22 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA01403
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 11:48:18 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA58503; Fri, 28 Jul 2000 13:41:10 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA19989; Fri, 28 Jul 2000 13:41:10 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id NAA14024; Fri, 28 Jul 2000 13:40:40 -0500
Message-Id: <200007281840.NAA14024@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Seth Mos <knuffie@xs4all.nl>
cc:     linux-xfs@oss.sgi.com
Subject: Re: XFS on other architectures 
In-Reply-To: Message from Seth Mos <knuffie@xs4all.nl> 
   of "Fri, 28 Jul 2000 20:31:37 +0200." <4.3.1.2.20000728202719.00bb28d0@pop.xs4all.nl> 
Date:   Fri, 28 Jul 2000 13:40:39 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> Hi,
> 
> I was wondering if there is planning to build XFS on other architectures 
> then IA32.
> Things like cobalt-mips, IA64, PPC come to mind.
> 
> Would it be hard to do and is there something planned in this direction?
> --Seth
> (not really here)

Internally a mips port has been done, so has ia64 - we need to get those
merged back into the tree. However, the major hold up at the moment is that
the user space code still uses a lot of the kernel header files, this
connection is getting broken and should make building user space on other
platforms easier.

Apart from having a vested interest in the ia64 and mips ports, the other
reason they got tried was both give you ways of using an existing user
space port - the ia32 one or the irix one.

So I would say have a go at a kernel port, provided you have a way of moving a
partition from an ia32 box to the target box. Hopefully user space will get
less painful once the link between the kernel and it is broken.

Internally we do not have the bandwidth to attempt all the platforms, but we
would accept patches....

Steve





From owner-linux-xfs@oss.sgi.com Fri Jul 28 12:42:23 2000
Received:  by oss.sgi.com id <S42251AbQG1TmN>;
	Fri, 28 Jul 2000 12:42:13 -0700
Received: from mail.turbolinux.com ([38.170.88.25]:59152 "EHLO
        mail.turbolinux.com") by oss.sgi.com with ESMTP id <S42218AbQG1Tlq>;
	Fri, 28 Jul 2000 12:41:46 -0700
Received: from turbolinux.com (munch-it.turbolinux.com [38.170.88.3])
	by mail.turbolinux.com (8.9.3/8.9.3) with ESMTP id MAA32112;
	Fri, 28 Jul 2000 12:34:29 -0700
Message-ID: <3981E045.287429AD@turbolinux.com>
Date:   Fri, 28 Jul 2000 12:34:29 -0700
From:   Curtis Anderson <canderson@turbolinux.com>
Organization: Turbolinux
X-Mailer: Mozilla 4.74 [en] (X11; U; Linux 2.2.13-12 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Andi Kleen <ak@suse.de>
CC:     slord@sgi.com, Ted Kline <jtk@sgi.com>, linux-xfs@oss.sgi.com,
        casey@engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes.
References: <ak@suse.de> <200007271919.OAA30531@jen.americas.sgi.com> <20000728003922.A25944@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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Andi Kleen wrote:
> On Thu, Jul 27, 2000 at 02:19:25PM -0500, The Unknown User-ID wrote:
> > I agree - except there is no 'approved' interface for extended attributes
> > yet. This is as much a way for us to exercise the code in the kernel and a
> > proof of concept as anything else. If the final version of an extended
> > attribute interface is different then we will change to match it.
> 
> The problem is not really the interface, just the syscall slot number.
> I doubt it will be a problem to get a sysxfs() reserved, you could
> hook the interface onto that and still switch over to the official interface
> later.

All,

There may be no 'approved' interface for extended attributes, but there is
another group of developers who have (roughly) adopted the XFS Extended
Attribute interface.  Consensus may be forming on an API.

Andreas Gruenbacher (a.gruenbacher@bestbits.at) has been working on using
Extended Attributes to support ACLs in Linux and has based his work on
the XFS EA API.  James Buster (bitbug@sgi.com) has participated as well.

Thanks,

	Curtis

-- 
Curtis Anderson - Storage Group Leader		canderson@turbolinux.com

From owner-linux-xfs@oss.sgi.com Fri Jul 28 12:48:54 2000
Received:  by oss.sgi.com id <S42252AbQG1Tso>;
	Fri, 28 Jul 2000 12:48:44 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:2301 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42218AbQG1Tsf>;
	Fri, 28 Jul 2000 12:48:35 -0700
Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194])
	by spica.cc.utexas.edu (8.9.1/8.9.1) with ESMTP id OAA07594
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 14:48:39 -0500 (CDT)
Message-Id: <4.2.0.58.20000728144422.00dfab40@127.0.0.1>
X-Sender: jones@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date:   Fri, 28 Jul 2000 14:50:04 -0500
To:     linux-xfs@oss.sgi.com
From:   "William L. Jones" <jones@tacc.cc.utexas.edu>
Subject: kernel tunning questions
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



When their a lot of I/O going on a xfs file system the kswapd daemon get 
pegged.
Is their some tuning parameters that can fix this.

Bill Jones


From owner-linux-xfs@oss.sgi.com Fri Jul 28 13:01:23 2000
Received:  by oss.sgi.com id <S42253AbQG1UBD>;
	Fri, 28 Jul 2000 13:01:03 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5943 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42218AbQG1UAd>; Fri, 28 Jul 2000 13:00:33 -0700
Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA00641
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 13:06:30 -0700 (PDT)
	mail_from (ananth@sgi.com)
Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA95976; Fri, 28 Jul 2000 12:55:24 -0700 (PDT)
Message-ID: <3981E65D.2F81D764@sgi.com>
Date:   Fri, 28 Jul 2000 13:00:29 -0700
From:   Rajagopal Ananthanarayanan <ananth@sgi.com>
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_11smp i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     "William L. Jones" <jones@tacc.cc.utexas.edu>
CC:     linux-xfs@oss.sgi.com
Subject: Re: kernel tunning questions
References: <4.2.0.58.20000728144422.00dfab40@127.0.0.1>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

"William L. Jones" wrote:
> 
> When their a lot of I/O going on a xfs file system the kswapd daemon get
> pegged.
> Is their some tuning parameters that can fix this.

No easy fix here, since current XFS is
based on 2.4.0-test1. Most likely this problem should
be fixed when xfs is moved to test5, which is
happening Real Soon Now (days).  I posted a summary on
linux-mm of EXT2 performance on test1,test3,test4,
and test5.

regards,

ananth.

From owner-linux-xfs@oss.sgi.com Fri Jul 28 14:03:25 2000
Received:  by oss.sgi.com id <S42254AbQG1VDO>;
	Fri, 28 Jul 2000 14:03:14 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:12416 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42218AbQG1VCz>;
	Fri, 28 Jul 2000 14:02:55 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id QAA08338;
	Fri, 28 Jul 2000 16:03:00 -0500 (CDT)
Date:   Fri, 28 Jul 2000 16:03:00 -0500 (CDT)
Message-Id: <200007282103.QAA08338@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     linux-xfs@oss.sgi.com
Subject: fsr_xfs.c patch
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


The XFS_IOC_DIOINFO ioctl does not set enough values for fsr_xfs work properly.
In its current state it replace good file with zero filled files.  The following
patch works around the problem until direct I/O works under linux.

*** fsr_xfs.c.orig	Fri Jul 28 14:37:24 2000
--- fsr_xfs.c	Fri Jul 28 15:52:35 2000
***************
*** 957,968 ****
  		close(tfd);
  		return -1;
  	}
- #endif
  	if( (ioctl(tfd, XFS_IOC_DIOINFO, &dio)) < 0 ) {
  		fsrprintf("could not get I/O info on tmp: %s\n", tname);
  		close(tfd);
  		return -1;
  	}
  	if (do_rt) {
  		int rt_textsize = fsgeom.rtextsize * fsgeom.blocksize;
  
--- 957,972 ----
  		close(tfd);
  		return -1;
  	}
  	if( (ioctl(tfd, XFS_IOC_DIOINFO, &dio)) < 0 ) {
  		fsrprintf("could not get I/O info on tmp: %s\n", tname);
  		close(tfd);
  		return -1;
  	}
+ #else
+         /* Until direct I/O really works fake out XFS_IOC_DIOINFO call */
+         dio.d_miniosz =  dio.d_maxiosz = 4069*10;
+         dio.d_mem = 4096;
+ #endif
  	if (do_rt) {
  		int rt_textsize = fsgeom.rtextsize * fsgeom.blocksize;
  

From owner-linux-xfs@oss.sgi.com Fri Jul 28 14:28:55 2000
Received:  by oss.sgi.com id <S42255AbQG1V2f>;
	Fri, 28 Jul 2000 14:28:35 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:4360 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42218AbQG1V2I>;
	Fri, 28 Jul 2000 14:28:08 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA20219
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 14:20:43 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA90958; Fri, 28 Jul 2000 16:25:40 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA25662; Fri, 28 Jul 2000 16:25:39 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id QAA08565; Fri, 28 Jul 2000 16:25:08 -0500
Message-Id: <200007282125.QAA08565@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Curtis Anderson <canderson@turbolinux.com>
cc:     Andi Kleen <ak@suse.de>, linux-xfs@oss.sgi.com, casey@engr.sgi.com
Subject: Re: TAKE - XFS/Linux Extended Attributes. 
In-Reply-To: Message from Curtis Anderson <canderson@turbolinux.com> 
   of "Fri, 28 Jul 2000 12:34:29 PDT." <3981E045.287429AD@turbolinux.com> 
Date:   Fri, 28 Jul 2000 16:25:08 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing



Thanks for the info,

I did some digging into Curtis's references and found all sorts of stuff: 

This web site has the info

	http://acl.bestbits.at

Including kernel patches which do system calls, vfs extensions etc, they do
not have quite all the interfaces with which to squeeze the xfs API through,
specifically flags for link following etc.

We should probably have a meeting of the minds on this one.

Steve


> Andi Kleen wrote:
> > On Thu, Jul 27, 2000 at 02:19:25PM -0500, The Unknown User-ID wrote:
> > > I agree - except there is no 'approved' interface for extended attributes
> > > yet. This is as much a way for us to exercise the code in the kernel and 
a
> > > proof of concept as anything else. If the final version of an extended
> > > attribute interface is different then we will change to match it.
> > 
> > The problem is not really the interface, just the syscall slot number.
> > I doubt it will be a problem to get a sysxfs() reserved, you could
> > hook the interface onto that and still switch over to the official interfac
e
> > later.
> 
> All,
> 
> There may be no 'approved' interface for extended attributes, but there is
> another group of developers who have (roughly) adopted the XFS Extended
> Attribute interface.  Consensus may be forming on an API.
> 
> Andreas Gruenbacher (a.gruenbacher@bestbits.at) has been working on using
> Extended Attributes to support ACLs in Linux and has based his work on
> the XFS EA API.  James Buster (bitbug@sgi.com) has participated as well.
> 
> Thanks,
> 
> 	Curtis
> 
> -- 
> Curtis Anderson - Storage Group Leader		canderson@turbolinux.co
m



From owner-linux-xfs@oss.sgi.com Fri Jul 28 14:36:04 2000
Received:  by oss.sgi.com id <S42261AbQG1Vfy>;
	Fri, 28 Jul 2000 14:35:54 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:32009 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42218AbQG1Vfh>;
	Fri, 28 Jul 2000 14:35:37 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA20950
	for <linux-xfs@oss.sgi.com>; Fri, 28 Jul 2000 14:28:12 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA86975; Fri, 28 Jul 2000 16:33:11 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA25833; Fri, 28 Jul 2000 16:33:11 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id QAA08630; Fri, 28 Jul 2000 16:32:40 -0500
Message-Id: <200007282132.QAA08630@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     William L Jones <jones@tacc.cc.utexas.edu>
cc:     linux-xfs@oss.sgi.com
Subject: Re: fsr_xfs.c patch 
In-Reply-To: Message from William L Jones <jones@tacc.cc.utexas.edu> 
   of "Fri, 28 Jul 2000 16:03:00 CDT." <200007282103.QAA08338@spica.cc.utexas.edu> 
Date:   Fri, 28 Jul 2000 16:32:39 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> The XFS_IOC_DIOINFO ioctl does not set enough values for fsr_xfs work properl
y.
> In its current state it replace good file with zero filled files.  The follow
ing
> patch works around the problem until direct I/O works under linux.
> 


Hmm, are you sure? I just threw this into a binary ang got all zeros after
a defragment of the file.

I would dig further but I am about to checkin a mod to 2400 files.....

Steve



From owner-linux-xfs@oss.sgi.com Fri Jul 28 16:48:37 2000
Received:  by oss.sgi.com id <S42270AbQG1Xs1>;
	Fri, 28 Jul 2000 16:48:27 -0700
Received: from hermes.mixx.net ([212.84.196.2]:29703 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42267AbQG1XsM>;
	Fri, 28 Jul 2000 16:48:12 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 0ED6BF842
	for <linux-xfs@oss.sgi.com>; Sat, 29 Jul 2000 01:48:10 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 656992CAA2; Sat, 29 Jul 2000 01:48:09 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: xfs on non x86
Date:   28 Jul 2000 23:48:09 GMT
Organization: innominate AG, Berlin, Germany
Lines:  20
Distribution: local
Message-ID: <news2mail-8lt63p$sto$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964828089 29624 10.0.0.69 (28 Jul 2000 23:48:09 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

just out of couriosity - is the xfs port to linux done with non x86
platforms in mind or does it even run on any other platform than
x86? - does it already work on the ia64?

i assume in general it should not be a big problem - because xfs
should be endianindependent (x86 is little - sgi mips big) and
64bit safe (irix 6 is 64bit) - but did anyone try to compile
or even run it on linux alpha, ppc sparc or something else?

if not - how much work do you expect it to be to get it going?

a lot of thanks in advance

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Fri Jul 28 16:53:37 2000
Received:  by oss.sgi.com id <S42273AbQG1XxR>;
	Fri, 28 Jul 2000 16:53:17 -0700
Received: from hermes.mixx.net ([212.84.196.2]:34567 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42267AbQG1XxK>;
	Fri, 28 Jul 2000 16:53:10 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 10E98F842
	for <linux-xfs@oss.sgi.com>; Sat, 29 Jul 2000 01:53:09 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 9CB3A2CAA2; Sat, 29 Jul 2000 01:53:08 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: xfs on non x86
Date:   28 Jul 2000 23:53:08 GMT
Organization: innominate AG, Berlin, Germany
Lines:  22
Distribution: local
Message-ID: <news2mail-8lt6d4$sto$2@mate.bln.innominate.de>
References: <8lt63p$sto$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 964828388 29624 10.0.0.69 (28 Jul 2000 23:53:08 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Thomas Graichen <graichen@innominate.de> wrote:
> just out of couriosity - is the xfs port to linux done with non x86
> platforms in mind or does it even run on any other platform than
> x86? - does it already work on the ia64?

> i assume in general it should not be a big problem - because xfs
> should be endianindependent (x86 is little - sgi mips big) and
> 64bit safe (irix 6 is 64bit) - but did anyone try to compile
> or even run it on linux alpha, ppc sparc or something else?

> if not - how much work do you expect it to be to get it going?

oh looks like someone else asked the same question - so it counts
as answered now :-)

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Fri Jul 28 18:33:58 2000
Received:  by oss.sgi.com id <S42274AbQG2Bds>;
	Fri, 28 Jul 2000 18:33:48 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:56711 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42267AbQG2BdZ>;
	Fri, 28 Jul 2000 18:33:25 -0700
Received: (from jones@localhost)
	by spica.cc.utexas.edu (8.9.1/8.9.1) id UAA10558;
	Fri, 28 Jul 2000 20:33:22 -0500 (CDT)
Date:   Fri, 28 Jul 2000 20:33:22 -0500 (CDT)
Message-Id: <200007290133.UAA10558@spica.cc.utexas.edu>
From:   William L Jones <jones@tacc.cc.utexas.edu>
To:     Steve Lord <lord@sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: fsr_xfs.c patch
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


>>
>> The XFS_IOC_DIOINFO ioctl does not set enough values for fsr_xfs work properly.
>> In its current state it replace good file with zero filled files.  The following
>> patch works around the problem until direct I/O works under linux.
>>
>
>
>Hmm, are you sure? I just threw this into a binary ang got all zeros after
>a defragment of the file.
>
>I would dig further but I am about to checkin a mod to 2400 files.....

Hmm,  for fsr_xfs to work it needs this mod.   With out it fsr_xfs will do a read
with a byte count of zero.  Since the blsz_dio and d_min variables are set to
zero.   

Try runnin with "-d" if you see the following line:

DEBUG: fsize=6870859 blsz_dio=0 d_min=0 d_max=4096 pgsz=0

then fsr will prodcue a file of all zero's.

If you  see the following:

DEBUG: fsize=6870859 blsz_dio=0 d_min=40690 d_max=40690 pgsz=40690

It should work!

d_min and blsz_dio have to be nonzero.   I verified this by printf's and  by looking at the
code.

blsz_dio is really nonzero after this modification.  Their are some problem
with the width size of some variables in the fsrprintf formats. Since the
compiler does not squawk about them at compile time they have gone unnoticed.

Bill Jones





From owner-linux-xfs@oss.sgi.com Sun Jul 30 17:31:01 2000
Received:  by oss.sgi.com id <S42254AbQGaAak>;
	Sun, 30 Jul 2000 17:30:40 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:28543 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42251AbQGaAaf>; Sun, 30 Jul 2000 17:30:35 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id RAA07799
	for <linux-xfs@oss.sgi.com>; Sun, 30 Jul 2000 17:36:25 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA01937 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 10:29:16 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA43148 for linux-xfs@oss.sgi.com; Mon, 31 Jul 2000 10:29:14 +1000 (EST)
Date:   Mon, 31 Jul 2000 10:29:14 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007310029.KAA43148@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - attribute bug fix
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:68289a
Date:  Sun Jul 30 17:28:55 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/020 - 1.3
cmd/xfs/stress/021 - 1.2
	- No Message Supplied

linux/fs/xfs/linux/xfs_linux.h - 1.25
	- redefine ENOATTR as ENODATA - asm-i386/errno.h won't return errnos
	  out of its known range in errno, so big errnos end up as "Success".
	  Use an existing errno for the time being.

linux/fs/xfs/xfs_attr.c - 1.79
	- check length of attribute name and return EFAULT if it's too long
	  (as IRIX does).


From owner-linux-xfs@oss.sgi.com Sun Jul 30 17:34:30 2000
Received:  by oss.sgi.com id <S42255AbQGaAeK>;
	Sun, 30 Jul 2000 17:34:10 -0700
Received: from hermes.mixx.net ([212.84.196.2]:58628 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42251AbQGaAeA>;
	Sun, 30 Jul 2000 17:34:00 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP
	id 0F3D5F87A; Mon, 31 Jul 2000 02:33:58 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 821F62CAB3; Mon, 31 Jul 2000 02:33:57 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.linux.ppc.dev@innominate.denews-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.linux.ppc.dev,innominate.list.sgi.xfs
Subject: SGI XFS on ppc
Date:   31 Jul 2000 00:33:57 GMT
Organization: innominate AG, Berlin, Germany
Lines:  82
Distribution: local
Message-ID: <news2mail-8m2hhl$758$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965003637 7336 10.0.0.69 (31 Jul 2000 00:33:57 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linuxppc-dev@lists.linuxppc.org, linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

[this mal goes to two mailinglists: the sgi xfs list and the ppc-dev
list because i think i concerns both groups - so keep that in mind
for your replys]

i was a bit curious about how hard/easy it would be to get xfs working
on non intel machines - and this is what i found out about it so far ...

first the results till now:

[root@aqua /root]# uname -a
Linux aqua 2.4.0-test1 #11 Mon Jul 31 01:02:00 CEST 2000 ppc unknown
[root@aqua /root]# cat /proc/filesystems 
nodev	shm
nodev	pipefs
nodev	proc
	ext2
	msdos
	vfat
	iso9660
	hfs
nodev	autofs
	xfs
nodev	nfs
nodev	devpts
[root@aqua /root]#

so - i got the kernel compiled with xfs support - it even runs
stable but it hangs on the try to mount and xfs filesystem :-(

ok - now some more details about my tries to get it at least built
and some questions ...

* tried to compile it brute force and looked at the errors
* the typo in arch/ppc/kernel/misc.c was easily fixed
* first thing in the pagebuf code was that at the ppc the local_bh_count
  seems to be defined in softirq.h instead of hardirq.h at the x86 - i
  just added softirq.h to page_buf.c (i think the ppc-dev people
  should have a look at how to fix this in a clean way)
* kernel now compiled fine but did not link due to unclear ifdefs
  for the kallsyms stuff (this should be propagated back to
  whom ever is maintaining the kallsyms stuff)
* kernel still did not link due to missing kernel support for
  some integer functions in the kernel (udivdi3 etc.)
* looks like sgi added support for this to arch/i386/lib via the
  file divdi3.c - so i did for arch/ppc/lib by copying the divdi3.c
  over from the i386 dir and replacing the asm's with the ppc
  asm's from gcc-2.95.2's longlong.h (question to the ppc-dev
  people: is that done correctly or does there some code for
  udiv_qrnnd or sdiv_qrnnd (would result in a simpler udiv_qrnnd
  than the one used) exist ? - for more details look at the
  gcc/longlong.h file)
* kernel linked now!
* building the tools is a problem due to too deep dependencies of
  them currently to the system headers - but sgi people are
  working on it to make them compilable without a lot of problems
  (right ?)
* kernel boots! and runs stable so far
* how to test the xfs filesystem without the tools? - i just made
  a small 32mb xfs filesystem on an x86 and dd'ed to a file which
  you can easily dd onto any partition and mount it as xfs fs there
  (verified to work on x86)
* trying to mount the dd'ed filesystem just hangs the machine - no
  output so far (xfs is compiled with debug and vnode tracing and
  syslog will give *.* to the console) ...

so - what next? - for me to go to bed now (it's half past two over
now :-) but i hope i have delivered enough info for others to jump
onto it and get this thing going - i am happy to test new and other
things if someone from the two camps (sgi or ppc-dev) have an idea
but so far i am at the end of my knowledge here :-(

all the diffs, configs, logs etc. i used for my tests can be found at

  http://innominate.org/~graichen/projects/xfs-ppc/

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Sun Jul 30 17:52:10 2000
Received:  by oss.sgi.com id <S42280AbQGaAwA>;
	Sun, 30 Jul 2000 17:52:00 -0700
Received: from ppp0.ocs.com.au ([203.34.97.3]:63751 "HELO mail.ocs.com.au")
	by oss.sgi.com with SMTP id <S42277AbQGaAvm>;
	Sun, 30 Jul 2000 17:51:42 -0700
Received: (qmail 1636 invoked from network); 31 Jul 2000 00:51:37 -0000
Received: from ocs3.ocs-net (192.168.255.3)
  by mail.ocs.com.au with SMTP; 31 Jul 2000 00:51:37 -0000
X-Mailer: exmh version 2.1.1 10/15/1999
From:   Keith Owens <kaos@ocs.com.au>
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de
cc:     linuxppc-dev@lists.linuxppc.org, linux-xfs@oss.sgi.com
Subject: Re: SGI XFS on ppc 
In-reply-to: Your message of "31 Jul 2000 00:33:57 GMT."
             <news2mail-8m2hhl$758$1@mate.bln.innominate.de> 
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Mon, 31 Jul 2000 10:51:36 +1000
Message-ID: <12923.965004696@ocs3.ocs-net>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On 31 Jul 2000 00:33:57 GMT, 
Thomas Graichen <news-innominate.list.linux.ppc.dev@innominate.denews-innominate.list.sgi.xfs@innominate.de> wrote:
>i was a bit curious about how hard/easy it would be to get xfs working
>on non intel machines - and this is what i found out about it so far ...
>* first thing in the pagebuf code was that at the ppc the local_bh_count
>  seems to be defined in softirq.h instead of hardirq.h at the x86 - i
>  just added softirq.h to page_buf.c (i think the ppc-dev people
>  should have a look at how to fix this in a clean way)

Linus wants softirq, local_irq_count, local_bh_count plus arch specific
per-cpu counts merged into a single structure which is used on all
systems.  I am doing the patch for this and will be mailing it to
various arch lists later today.

>* kernel now compiled fine but did not link due to unclear ifdefs
>  for the kallsyms stuff (this should be propagated back to
>  whom ever is maintaining the kallsyms stuff)

More specific please.  kallsyms has no ifdefs.  It should only be
included if you select kdb but kdb has not been ported to ppc.  I
maintain modutils, kallsyms and kdb.


From owner-linux-xfs@oss.sgi.com Sun Jul 30 17:55:31 2000
Received:  by oss.sgi.com id <S42282AbQGaAzL>;
	Sun, 30 Jul 2000 17:55:11 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:31503 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42277AbQGaAy5>;
	Sun, 30 Jul 2000 17:54:57 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id RAA20367
	for <linux-xfs@oss.sgi.com>; Sun, 30 Jul 2000 17:47:23 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA02167; Mon, 31 Jul 2000 10:52:23 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id KAA13307; Mon, 31 Jul 2000 10:52:19 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10007311052.ZM13209@wobbly.melbourne.sgi.com>
Date:   Mon, 31 Jul 2000 10:52:17 -0500
In-Reply-To: Thomas Graichen <news-innominate.list.linux.ppc.dev@innominate.denews-innominate.list.sgi.xfs@innominate.de>
        "SGI XFS on ppc" (Jul 31, 10:34am)
References: <news2mail-8m2hhl$758$1@mate.bln.innominate.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Thomas Graichen <graichen@innominate.de>
Subject: Re: SGI XFS on ppc
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: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Jul 31, 10:34am, Thomas Graichen wrote:
> Subject: SGI XFS on ppc
> ...
> * building the tools is a problem due to too deep dependencies of
>   them currently to the system headers - but sgi people are
>   working on it to make them compilable without a lot of problems
>   (right ?)

Yes, I'm working on this right now - it will be fixed "soon"
("soon" as I stop getting sidetracked onto other work).

You should have few troubles porting all of the tools except
for mkfs.xfs and xfs_repair (unfortunately, two critical tools
for what you're doing) ... these are the two remaining libsim
users.

cheers.

-- 
Nathan

From owner-linux-xfs@oss.sgi.com Sun Jul 30 18:25:01 2000
Received:  by oss.sgi.com id <S42273AbQGaBYl>;
	Sun, 30 Jul 2000 18:24:41 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:56849 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42270AbQGaBYY>;
	Sun, 30 Jul 2000 18:24:24 -0700
Received: from info.engr.sgi.com (info.engr.sgi.com [192.26.80.216]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id SAA21893; Sun, 30 Jul 2000 18:16:51 -0700 (PDT)
	mail_from (nobody@info.engr.sgi.com)
Received: (from nobody@localhost)
	by info.engr.sgi.com (SGI-8.9.3/8.9.3) id SAA12346;
	Sun, 30 Jul 2000 18:24:18 -0700 (PDT)
Date:   Sun, 30 Jul 2000 18:24:18 -0700 (PDT)
Message-Id: <200007310124.SAA12346@info.engr.sgi.com>
X-Pv-Incident: 797297 
webPV:  clouds.melbourne.sgi.com 
webExec: webpvupdate,pvincident 
Reply-To: sgi.bugs.xfs@fido.engr.sgi.com
From:   pv@relay.sgi.com (dxm@engr.sgi.com)
Subject: CLOSE 797297 - clean up handling of device numbers
To:     dxm@engr.sgi.com
Cc:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

View Incident: http://co-op.engr.sgi.com/BugWorks/code/bwxquery.cgi?search=Search&wlong=1&view_type=Bug&wi=797297

*Status : closed                       Priority : 4                         
 Assigned Engineer : dxm               Submitter : dxm                      
 Opened Date : 07/25/00               *Closed Date : 07/30/00               
*Fixed By : dxm                       *Fixed By Domain : engr               
*Modified Date : 07/30/00             *Modified User : dxm                  
*Modified User Domain : engr          *Fix Description :
==========================
ADDITIONAL INFORMATION (CLOSE)
From: dxm@engr (BugWorks)
Date: Jul 30 2000 06:24:17PM
==========================

done. The code remains in pseudo-inc for SIM only,
and can go when SIM goes.

From owner-linux-xfs@oss.sgi.com Sun Jul 30 19:35:01 2000
Received:  by oss.sgi.com id <S42274AbQGaCev>;
	Sun, 30 Jul 2000 19:34:51 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:5399 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42270AbQGaCei>;
	Sun, 30 Jul 2000 19:34:38 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id TAA24939
	for <linux-xfs@oss.sgi.com>; Sun, 30 Jul 2000 19:27:04 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA02739 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 12:33:19 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA87226 for linux-xfs@oss.sgi.com; Mon, 31 Jul 2000 12:33:18 +1000 (EST)
Date:   Mon, 31 Jul 2000 12:33:18 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200007310233.MAA87226@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - xfs_check endian bug
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:68290a
Date:  Sun Jul 30 19:33:01 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/db/check.c - 1.54
	- missing endian conversions


From owner-linux-xfs@oss.sgi.com Sun Jul 30 23:12:02 2000
Received:  by oss.sgi.com id <S42277AbQGaGLm>;
	Sun, 30 Jul 2000 23:11:42 -0700
Received: from hermes.mixx.net ([212.84.196.2]:45066 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42270AbQGaGLO>;
	Sun, 30 Jul 2000 23:11:14 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 55449F804
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 08:11:12 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 8E0232CAB6; Mon, 31 Jul 2000 08:11:11 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: SGI XFS on ppc
Date:   31 Jul 2000 06:11:11 GMT
Organization: innominate AG, Berlin, Germany
Lines:  25
Distribution: local
Message-ID: <news2mail-8m359v$3nu$1@mate.bln.innominate.de>
References: <news2mail-8m2hhl$758$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965023871 3838 10.0.0.69 (31 Jul 2000 06:11:11 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Thomas Graichen <news-innominate.list.linux.ppc.dev@innominate.denews-innominate.list.sgi.xfs@innominate.de> wrote:
> [this mal goes to two mailinglists: the sgi xfs list and the ppc-dev
> list because i think i concerns both groups - so keep that in mind
> for your replys]

sorry - the mails were not cross cc'ed so here are the lists

  linux-xfs@oss.sgi.com

and

  linuxppc-dev@lists.linuxppc.org

please add them to your replys if nessesary and maybe resend your
mails to the others if required

thanks 

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Sun Jul 30 23:13:02 2000
Received:  by oss.sgi.com id <S42285AbQGaGMm>;
	Sun, 30 Jul 2000 23:12:42 -0700
Received: from hermes.mixx.net ([212.84.196.2]:47882 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42284AbQGaGMa>;
	Sun, 30 Jul 2000 23:12:30 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 46852F804
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 08:12:29 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 2272B2CAB6; Mon, 31 Jul 2000 08:12:29 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: SGI XFS on ppc
Date:   31 Jul 2000 06:12:29 GMT
Organization: innominate AG, Berlin, Germany
Lines:  36
Distribution: local
Message-ID: <news2mail-8m35cd$3nu$2@mate.bln.innominate.de>
References: <news2mail-8m2hhl$758$1@mate.bln.innominate.de> <12923.965004696@ocs3.ocs-net>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965023949 3838 10.0.0.69 (31 Jul 2000 06:12:29 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Keith Owens <kaos@ocs.com.au> wrote:
> On 31 Jul 2000 00:33:57 GMT, 
> Thomas Graichen <news-innominate.list.linux.ppc.dev@innominate.denews-innominate.list.sgi.xfs@innominate.de> wrote:
>>i was a bit curious about how hard/easy it would be to get xfs working
>>on non intel machines - and this is what i found out about it so far ...
>>* first thing in the pagebuf code was that at the ppc the local_bh_count
>>  seems to be defined in softirq.h instead of hardirq.h at the x86 - i
>>  just added softirq.h to page_buf.c (i think the ppc-dev people
>>  should have a look at how to fix this in a clean way)

> Linus wants softirq, local_irq_count, local_bh_count plus arch specific
> per-cpu counts merged into a single structure which is used on all
> systems.  I am doing the patch for this and will be mailing it to
> various arch lists later today.

that sounds good

>>* kernel now compiled fine but did not link due to unclear ifdefs
>>  for the kallsyms stuff (this should be propagated back to
>>  whom ever is maintaining the kallsyms stuff)

> More specific please.  kallsyms has no ifdefs.  It should only be
> included if you select kdb but kdb has not been ported to ppc.  I
> maintain modutils, kallsyms and kdb.

just have a look at the diff at

  http://innominate.org/~graichen/projects/xfs-ppc/

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Sun Jul 30 23:13:42 2000
Received:  by oss.sgi.com id <S42284AbQGaGNc>;
	Sun, 30 Jul 2000 23:13:32 -0700
Received: from hermes.mixx.net ([212.84.196.2]:49674 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42270AbQGaGNN>;
	Sun, 30 Jul 2000 23:13:13 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 701B7F804
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 08:13:11 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 544EF2CAB6; Mon, 31 Jul 2000 08:13:11 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: SGI XFS on ppc
Date:   31 Jul 2000 06:13:11 GMT
Organization: innominate AG, Berlin, Germany
Lines:  28
Distribution: local
Message-ID: <news2mail-8m35dn$3nu$3@mate.bln.innominate.de>
References: <news2mail-8m2hhl$758$1@mate.bln.innominate.de> <10007311052.ZM13209@wobbly.melbourne.sgi.com>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965023991 3838 10.0.0.69 (31 Jul 2000 06:13:11 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

"Nathan Scott" <nathans@wobbly.melbourne.sgi.com> wrote:
> hi,

> On Jul 31, 10:34am, Thomas Graichen wrote:
>> Subject: SGI XFS on ppc
>> ...
>> * building the tools is a problem due to too deep dependencies of
>>   them currently to the system headers - but sgi people are
>>   working on it to make them compilable without a lot of problems
>>   (right ?)

> Yes, I'm working on this right now - it will be fixed "soon"
> ("soon" as I stop getting sidetracked onto other work).

> You should have few troubles porting all of the tools except
> for mkfs.xfs and xfs_repair (unfortunately, two critical tools
> for what you're doing) ... these are the two remaining libsim
> users.

and the ones mostly needed :-)

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Mon Jul 31 00:11:52 2000
Received:  by oss.sgi.com id <S42288AbQGaHLn>;
	Mon, 31 Jul 2000 00:11:43 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:52285 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42270AbQGaHL2>;
	Mon, 31 Jul 2000 00:11:28 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id AAA17498
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 00:03:55 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA04062 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 17:08:56 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id RAA26338 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 17:08:55 +1000 (EST)
Message-Id: <200007310708.RAA26338@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     linux-xfs@oss.sgi.com
Subject: page_buf question
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Mon, 31 Jul 2000 17:08:55 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


I'm just checking out the "XFS with other blocksizes etc" work item,
and it looks pretty good, but I've come across a bug which looks like
another page_buf hiccup.

This chunk takes the list of pages and maps it into a contiguous block
and points pb_addr at it, right?

page_buf.c:601

        if (all_mapped) {
                pb->pb_flags |= _PBF_ALL_PAGES_MAPPED;
                /* A single page buffer is always mappable */
                if ((page_count == 1) && (flags & PBF_MAPPED)) {
                        pb->pb_addr =
                            (caddr_t) page_address(kp->maplist[0]) + kp->
offset;
                        pb->pb_flags |= PBF_MAPPED;
                } else if ((flags & PBF_MAPPED) && (kp->offset == 0)) {
                        pb->pb_addr = (caddr_t) remap_page_array(kp->maplist,
                            page_count);
                        if (pb->pb_addr) {
                                pb->pb_flags |= PBF_MAPPED |
                                    _PBF_ADDR_ALLOCATED;
                        }
                }
        }

I'm hitting a case where all_mapped is true, as is (flags & PBF_MAPPED),
but (kp->offset == 0) isn't. At the same time, pb_addr is NULL.

So when I get out of the block above, pb_addr is still NULL and it doesn't
look like it should be (NULL dereference later on).

Does this ring any bells, guys? I'll keep working on it tomorrow...

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs@oss.sgi.com Mon Jul 31 04:35:14 2000
Received:  by oss.sgi.com id <S42291AbQGaLfE>;
	Mon, 31 Jul 2000 04:35:04 -0700
Received: from hermes.mixx.net ([212.84.196.2]:26131 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42233AbQGaLeu>;
	Mon, 31 Jul 2000 04:34:50 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 50744F809
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 13:34:48 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 4DC6D2CABB; Mon, 31 Jul 2000 13:34:17 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: xfs and quotas ?
Date:   31 Jul 2000 11:34:17 GMT
Organization: innominate AG, Berlin, Germany
Lines:  14
Distribution: local
Message-ID: <news2mail-8m3o7p$b3o$1@mate.bln.innominate.de>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965043257 11384 10.0.0.69 (31 Jul 2000 11:34:17 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

are quotas expected to work on xfs (due to my tries it does not look
like) ? - if yes - what i have to take care of to get it working (the
procedure for ext2 on xfs does not work) - if no - is there any time-
frame this is planned for ?

a lot of thanks in advance

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Mon Jul 31 08:32:06 2000
Received:  by oss.sgi.com id <S42296AbQGaPb4>;
	Mon, 31 Jul 2000 08:31:56 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:55557 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42233AbQGaPbv>;
	Mon, 31 Jul 2000 08:31:51 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA23278
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 08:24:17 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA45536; Mon, 31 Jul 2000 10:29:17 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA06531; Mon, 31 Jul 2000 10:29:16 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id KAA28313; Mon, 31 Jul 2000 10:29:04 -0500
Message-Id: <200007311529.KAA28313@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de
cc:     linux-xfs@oss.sgi.com
Subject: Re: xfs and quotas ? 
In-Reply-To: Message from Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de> 
   of "31 Jul 2000 11:34:17 GMT." <news2mail-8m3o7p$b3o$1@mate.bln.innominate.de> 
Date:   Mon, 31 Jul 2000 10:29:03 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


Quotas is another area we have not got to yet. XFS has its own quota
mechanism, and Linux has a generic quota mechanism - which requires
calls out of the filesystem code to the quota checking code. From a
backwards compatibilty point of view, XFS should end up using its own
quota mechanism - since this will let people migrate irix filesystems
with quotas. From a linux compatability point of view we should use
the Linux code.


So there is a design issue to sort out first - then actually getting the
code working.

As for timescales - at the moment we are attempting to get a stable
filesystem out there which can call a beta release (getting close now).
After this we will start filling in the gaps in functionality - which
include quotas.

Steve



> are quotas expected to work on xfs (due to my tries it does not look
> like) ? - if yes - what i have to take care of to get it working (the
> procedure for ext2 on xfs does not work) - if no - is there any time-
> frame this is planned for ?
> 
> a lot of thanks in advance
> 
> t
> 
> -- 
> thomas.graichen@innominate.de
> technical director                                       innominate AG
> clustering & security                                networking people
> fon: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr



From owner-linux-xfs@oss.sgi.com Mon Jul 31 08:52:46 2000
Received:  by oss.sgi.com id <S42294AbQGaPwg>;
	Mon, 31 Jul 2000 08:52:36 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:38411 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42233AbQGaPwP>;
	Mon, 31 Jul 2000 08:52:15 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id IAA25727
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 08:44:42 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id KAA53186; Mon, 31 Jul 2000 10:49:43 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id KAA07686; Mon, 31 Jul 2000 10:49:42 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id KAA29004; Mon, 31 Jul 2000 10:49:30 -0500
Message-Id: <200007311549.KAA29004@jen.americas.sgi.com>
Date:   Mon, 31 Jul 2000 10:49:30 -0500
Subject: TAKE - make fsr do real I/O
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

The defragmenter was defragmenting extents, it was not copying the data 
though. This makes the data copy happen.

Date:  Mon Jul 31 08:48:31 PDT 2000
Workarea:  jen.americas.sgi.com:/src/lord/xfs-linux.2.4.0-test1

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:70594a
cmd/xfs/fsr/fsr_xfs.c - 1.5
	- Initialize the direct I/O information without going to the kernel,
	  there is no interface yet.



From owner-linux-xfs@oss.sgi.com Mon Jul 31 09:21:46 2000
Received:  by oss.sgi.com id <S42298AbQGaQVg>;
	Mon, 31 Jul 2000 09:21:36 -0700
Received: from styx.cs.kuleuven.ac.be ([134.58.40.3]:50349 "EHLO
        styx.cs.kuleuven.ac.be") by oss.sgi.com with ESMTP
	id <S42297AbQGaQVM>; Mon, 31 Jul 2000 09:21:12 -0700
Received: from cassiopeia.home (root@dialup006.cs.kuleuven.ac.be [134.58.47.135])
	by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e6VGKvH15994;
	Mon, 31 Jul 2000 18:20:57 +0200 (MET DST)
Received: from localhost (geert@localhost)
	by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA00678;
	Mon, 31 Jul 2000 13:59:58 +0200
X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs
Date:   Mon, 31 Jul 2000 13:59:57 +0200 (CEST)
From:   Geert Uytterhoeven <geert@linux-m68k.org>
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de
cc:     linuxppc-dev@lists.linuxppc.org, linux-xfs@oss.sgi.com
Subject: Re: SGI XFS on ppc
In-Reply-To: <news2mail-8m2hhl$758$1@mate.bln.innominate.de>
Message-ID: <Pine.LNX.4.10.10007311357070.442-100000@cassiopeia.home>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=ISO-8859-15
Content-Transfer-Encoding: 8BIT
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On 31 Jul 2000, Thomas Graichen wrote:
> * how to test the xfs filesystem without the tools? - i just made
>   a small 32mb xfs filesystem on an x86 and dd'ed to a file which
>   you can easily dd onto any partition and mount it as xfs fs there
>   (verified to work on x86)
> * trying to mount the dd'ed filesystem just hangs the machine - no
>   output so far (xfs is compiled with debug and vnode tracing and
>   syslog will give *.* to the console) ...

Is XFS now always big endian (as we discussed about at Linux-Kongreß 1999),
or is it still native endian, so you cannot use an x86 image on big endian
machines?

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org

In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
							    -- Linus Torvalds


From owner-linux-xfs@oss.sgi.com Mon Jul 31 09:30:46 2000
Received:  by oss.sgi.com id <S42300AbQGaQa0>;
	Mon, 31 Jul 2000 09:30:26 -0700
Received: from hermes.mixx.net ([212.84.196.2]:5388 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42233AbQGaQaK>;
	Mon, 31 Jul 2000 09:30:10 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 6E138F822
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 18:30:09 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id 3A3692CA70; Mon, 31 Jul 2000 18:30:09 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: SGI XFS on ppc
Date:   31 Jul 2000 16:30:08 GMT
Organization: innominate AG, Berlin, Germany
Lines:  24
Distribution: local
Message-ID: <news2mail-8m49ig$oo2$4@mate.bln.innominate.de>
References: <news2mail-8m2hhl$758$1@mate.bln.innominate.de> <Pine.LNX.4.10.10007311357070.442-100000@cassiopeia.home>
Reply-To: thomas.graichen@innominate.de
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Trace: mate.bln.innominate.de 965061008 25346 10.0.0.69 (31 Jul 2000 16:30:08 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Geert Uytterhoeven <geert@linux-m68k.org> wrote:
> On 31 Jul 2000, Thomas Graichen wrote:
>> * how to test the xfs filesystem without the tools? - i just made
>>   a small 32mb xfs filesystem on an x86 and dd'ed to a file which
>>   you can easily dd onto any partition and mount it as xfs fs there
>>   (verified to work on x86)
>> * trying to mount the dd'ed filesystem just hangs the machine - no
>>   output so far (xfs is compiled with debug and vnode tracing and
>>   syslog will give *.* to the console) ...

> Is XFS now always big endian (as we discussed about at Linux-Kongreß 1999),
> or is it still native endian, so you cannot use an x86 image on big endian
> machines?

i understood it it's now always bigendian on all arches to make
sharing devices easier

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
tel: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs@oss.sgi.com Mon Jul 31 09:31:45 2000
Received:  by oss.sgi.com id <S42297AbQGaQbZ>;
	Mon, 31 Jul 2000 09:31:25 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:7445 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42233AbQGaQbN>;
	Mon, 31 Jul 2000 09:31:13 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA00592
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 09:23:41 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA88601; Mon, 31 Jul 2000 11:29:55 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA09522; Mon, 31 Jul 2000 11:29:54 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id LAA29846; Mon, 31 Jul 2000 11:29:37 -0500
Message-Id: <200007311629.LAA29846@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Geert Uytterhoeven <geert@linux-m68k.org>
cc:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de, linuxppc-dev@lists.linuxppc.org,
        linux-xfs@oss.sgi.com
Subject: Re: SGI XFS on ppc 
In-Reply-To: Message from Geert Uytterhoeven <geert@linux-m68k.org> 
   of "Mon, 31 Jul 2000 13:59:57 +0200." <Pine.LNX.4.10.10007311357070.442-100000@cassiopeia.home> 
Mime-Version: 1.0
Content-Transfer-Encoding: quoted-printable
Date:   Mon, 31 Jul 2000 11:29:36 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> On 31 Jul 2000, Thomas Graichen wrote:
> > * how to test the xfs filesystem without the tools? - i just made
> >   a small 32mb xfs filesystem on an x86 and dd'ed to a file which
> >   you can easily dd onto any partition and mount it as xfs fs there
> >   (verified to work on x86)
> > * trying to mount the dd'ed filesystem just hangs the machine - no
> >   output so far (xfs is compiled with debug and vnode tracing and
> >   syslog will give *.* to the console) ...
> =

> Is XFS now always big endian (as we discussed about at Linux-Kongre=DF =
1999),
> or is it still native endian, so you cannot use an x86 image on big end=
ian
> machines?
> =

> Gr{oetje,eeting}s,
> =

> 						Geert
> =



XFS is now always bigendian - it should be possible to move a disk image
between systems. =


As for debugging this hang - it is a little tricky without something like=

kdb. Getting a stack trace for the mount process would be critical to wor=
king
out what went wrong. I suspect some read of a block from disk did not wak=
e
up the requesting thread. There is tracing in the pagebuf module, but it
relied on kdb to dump the results, mapping these trace calls onto printk
messages, or some other mechanism may help.

Steve



From owner-linux-xfs@oss.sgi.com Mon Jul 31 09:56:35 2000
Received:  by oss.sgi.com id <S42261AbQGaQ40>;
	Mon, 31 Jul 2000 09:56:26 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:60187 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGaQ4C>;
	Mon, 31 Jul 2000 09:56:02 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id JAA03833
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 09:48:29 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id LAA34624 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 11:54:46 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id LAA10435 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 11:54:45 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id LAA03028; Mon, 31 Jul 2000 11:54:32 -0500
Message-Id: <200007311654.LAA03028@jen.americas.sgi.com>
Date:   Mon, 31 Jul 2000 11:54:32 -0500
Subject: TAKE - checkin the latest kdb version
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

checkin latest kdb version

Date:  Mon Jul 31 09:53:57 PDT 2000
Workarea:  jen.americas.sgi.com:/src/lord/xfs-linux.2.4.0-test5

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:70688a
linux/mm/vmalloc.c - 1.18
linux/kernel/module.c - 1.15
linux/kernel/ksyms.c - 1.56
linux/kernel/Makefile - 1.17
linux/init/main.c - 1.38
linux/include/linux/module.h - 1.12
linux/include/asm-i386/ptrace.h - 1.5
linux/include/asm-i386/msr.h - 1.6
linux/include/asm-i386/keyboard.h - 1.6
linux/drivers/char/serial.c - 1.29
linux/drivers/char/keyboard.c - 1.16
linux/drivers/char/Makefile - 1.33
linux/arch/sparc64/vmlinux.lds - 1.7
linux/arch/sparc/vmlinux.lds - 1.7
linux/arch/m68k/vmlinux.lds - 1.7
linux/arch/i386/vmlinux.lds - 1.10
linux/arch/i386/kernel/traps.c - 1.24
linux/arch/i386/kernel/smp.c - 1.26
linux/arch/i386/kernel/process.c - 1.23
linux/arch/i386/kernel/i386_ksyms.c - 1.28
linux/arch/i386/kernel/entry.S - 1.23
linux/arch/i386/config.in - 1.44
linux/arch/i386/Makefile - 1.15
linux/Makefile - 1.64
linux/Documentation/Configure.help - 1.57
linux/include/asm-i386/hw_irq.h - 1.16
linux/arch/i386/kernel/i8259.c - 1.17
linux/arch/i386/kernel/semaphore.c - 1.11
linux/arch/arm/vmlinux-armv.lds.in - 1.8
linux/arch/arm/vmlinux-armo.lds.in - 1.8
linux/arch/sh/vmlinux.lds.S - 1.7
linux/arch/m68k/vmlinux-sun3.lds - 1.4
linux/Documentation/kdb/kdb_rd.man - 1.4
linux/Documentation/kdb/kdb_env.man - 1.3
linux/kdb/kdb_bt.c - 1.4
linux/Documentation/kdb/kdb_ll.man - 1.3
linux/kdb/kdb_bp.c - 1.5
linux/kdb/modules/kdbm_vm.c - 1.8
linux/kdb/Makefile - 1.4
linux/include/linux/kdbprivate.h - 1.5
linux/Documentation/kdb/kdb_md.man - 1.4
linux/include/linux/kdb.h - 1.6
linux/kdb/modules/Makefile - 1.7
linux/kdb/kdbsupport.c - 1.5
linux/kdb/kdbmain.c - 1.8
linux/include/linux/dis-asm.h - 1.3
linux/include/asm-i386/kdb.h - 1.4
linux/kdb/kdb_io.c - 1.5
linux/Documentation/kdb/kdb_ss.man - 1.3
linux/include/asm-i386/kdbprivate.h - 1.5
linux/arch/i386/kdb/kdba_id.c - 1.4
linux/Documentation/kdb/kdb.mm - 1.7
linux/Documentation/kdb/kdb_bp.man - 1.4
linux/Documentation/kdb/kdb_bt.man - 1.4
linux/kdb/kdb_id.c - 1.4
linux/arch/i386/kdb/kdbasupport.c - 1.7
linux/arch/i386/kdb/i386-dis.c - 1.4
linux/arch/i386/kdb/kdba_io.c - 1.5
linux/arch/i386/kdb/Makefile - 1.6
linux/arch/i386/kdb/kdba_bt.c - 1.8
linux/arch/i386/kdb/kdba_bp.c - 1.6
linux/kernel/kallsyms.c - 1.3
linux/include/linux/kallsyms.h - 1.3
linux/kdb/modules/kdbm_pg.c - 1.8
linux/arch/alpha/vmlinux.lds.in - 1.2


From owner-linux-xfs@oss.sgi.com Mon Jul 31 11:48:10 2000
Received:  by oss.sgi.com id <S42287AbQGaSsA>;
	Mon, 31 Jul 2000 11:48:00 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:19012 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42245AbQGaSrm>; Mon, 31 Jul 2000 11:47:42 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id LAA04224
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 11:53:34 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.cray.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id NAA93310; Mon, 31 Jul 2000 13:46:22 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id NAA14935; Mon, 31 Jul 2000 13:46:21 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id NAA03538; Mon, 31 Jul 2000 13:46:03 -0500
Message-Id: <200007311846.NAA03538@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: page_buf question 
In-Reply-To: Message from Daniel Moore <dxm@clouds.melbourne.sgi.com> 
   of "Mon, 31 Jul 2000 17:08:55 +1000." <200007310708.RAA26338@clouds.melbourne.sgi.com> 
Date:   Mon, 31 Jul 2000 13:46:02 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> I'm just checking out the "XFS with other blocksizes etc" work item,
> and it looks pretty good, but I've come across a bug which looks like
> another page_buf hiccup.
> 
> This chunk takes the list of pages and maps it into a contiguous block
> and points pb_addr at it, right?
> 
> page_buf.c:601
> 
>         if (all_mapped) {
>                 pb->pb_flags |= _PBF_ALL_PAGES_MAPPED;
>                 /* A single page buffer is always mappable */
>                 if ((page_count == 1) && (flags & PBF_MAPPED)) {
>                         pb->pb_addr =
>                             (caddr_t) page_address(kp->maplist[0]) + kp->
> offset;
>                         pb->pb_flags |= PBF_MAPPED;
>                 } else if ((flags & PBF_MAPPED) && (kp->offset == 0)) {
>                         pb->pb_addr = (caddr_t) remap_page_array(kp->maplist,
>                             page_count);
>                         if (pb->pb_addr) {
>                                 pb->pb_flags |= PBF_MAPPED |
>                                     _PBF_ADDR_ALLOCATED;
>                         }
>                 }
>         }
> 
> I'm hitting a case where all_mapped is true, as is (flags & PBF_MAPPED),
> but (kp->offset == 0) isn't. At the same time, pb_addr is NULL.
> 
> So when I get out of the block above, pb_addr is still NULL and it doesn't
> look like it should be (NULL dereference later on).
> 
> Does this ring any bells, guys? I'll keep working on it tomorrow...
> 



Where is the pagebuf coming from, are you working with a block size smaller
than a page size? In this case I suppose a metadata block could start on a
2K boundary and cross page boundaries.  In this case the remapping call would
be needed, and pb_addr would need to be setup.

The whole remap_page_array code probably has to go away at some point, it
causes tlb flushes and too costly to use. If the cost was just to XFS then
we could probably keep it, but it will slow down the whole system, not just
a thread in XFS.

Steve

p.s. Ananth was looking into the XFS with other block sizes issue.....





From owner-linux-xfs@oss.sgi.com Mon Jul 31 12:01:11 2000
Received:  by oss.sgi.com id <S42270AbQGaTAv>;
	Mon, 31 Jul 2000 12:00:51 -0700
Received: from spica.cc.utexas.edu ([129.116.206.20]:62951 "EHLO
        spica.cc.utexas.edu") by oss.sgi.com with ESMTP id <S42245AbQGaTAc>;
	Mon, 31 Jul 2000 12:00:32 -0700
Received: from harrar (harrar.hpc.utexas.edu [129.116.218.194])
	by spica.cc.utexas.edu (8.9.1/8.9.1) with ESMTP id OAA12752
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 14:00:29 -0500 (CDT)
Message-Id: <4.2.0.58.20000731135649.01ca8c10@127.0.0.1>
X-Sender: jones@127.0.0.1
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.58 
Date:   Mon, 31 Jul 2000 14:01:57 -0500
To:     linux-xfs@oss.sgi.com
From:   "William L. Jones" <jones@tacc.cc.utexas.edu>
Subject: IRIX fsr Bug 791117 - Lunux has it too.
In-Reply-To: <200007311846.NAA03538@jen.americas.sgi.com>
References: <Message from Daniel Moore <dxm@clouds.melbourne.sgi.com>
 <200007310708.RAA26338@clouds.melbourne.sgi.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"; format=flowed
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


The swapext in xfs_dfrag.c has bug which will cause it to corrupt  inodes 
in some
cases.  I know  that sgi is working on a fix for this.  Are they going to 
push into
the linux xfs source?


Bill Jones

From owner-linux-xfs@oss.sgi.com Mon Jul 31 12:06:10 2000
Received:  by oss.sgi.com id <S42290AbQGaTFv>;
	Mon, 31 Jul 2000 12:05:51 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:57925 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42245AbQGaTFk>; Mon, 31 Jul 2000 12:05:40 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id MAA02202
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 12:11:32 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id OAA55292; Mon, 31 Jul 2000 14:04:23 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id OAA15644; Mon, 31 Jul 2000 14:04:22 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id OAA03628; Mon, 31 Jul 2000 14:04:08 -0500
Message-Id: <200007311904.OAA03628@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     "William L. Jones" <jones@tacc.cc.utexas.edu>
cc:     linux-xfs@oss.sgi.com
Subject: Re: IRIX fsr Bug 791117 - Lunux has it too. 
In-Reply-To: Message from "William L. Jones" <jones@tacc.cc.utexas.edu> 
   of "Mon, 31 Jul 2000 14:01:57 CDT." <4.2.0.58.20000731135649.01ca8c10@127.0.0.1> 
Date:   Mon, 31 Jul 2000 14:04:08 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> 
> The swapext in xfs_dfrag.c has bug which will cause it to corrupt  inodes 
> in some
> cases.  I know  that sgi is working on a fix for this.  Are they going to 
> push into
> the linux xfs source?
> 
> 
> Bill Jones


That particular bug is a real end case - but yes, we do keep the Linux code
base upto date with fixes from the irix tree.

for those of you who do not have access to SGI's bug system (i.e. most
people on this list) here is the bug summary:



>> When a XFS filesystem has free space consisting of only 8 or 9 free
>> contigous extents, and there is a file that is in b-tree format (10 or
>> more extents) and has extended attributes, running fsr_xfs on that
>> file will cause it to be corrupt if fsr_xfs manages to re-organize it
>> to use those 8 or 9 free extents. This was observed on IRIX 6.5.7.


Steve



From owner-linux-xfs@oss.sgi.com Mon Jul 31 12:09:10 2000
Received:  by oss.sgi.com id <S42293AbQGaTIu>;
	Mon, 31 Jul 2000 12:08:50 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:19267 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42245AbQGaTIi>;
	Mon, 31 Jul 2000 12:08:38 -0700
Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id MAA22703
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 12:01:05 -0700 (PDT)
	mail_from (ananth@sgi.com)
Received: from sgi.com (mango.engr.sgi.com [163.154.5.76]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id MAA00960; Mon, 31 Jul 2000 12:03:15 -0700 (PDT)
Message-ID: <3985CEF7.5B1A9EC0@sgi.com>
Date:   Mon, 31 Jul 2000 12:09:44 -0700
From:   Rajagopal Ananthanarayanan <ananth@sgi.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.15-3SGI_31 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Steve Lord <lord@sgi.com>
CC:     Daniel Moore <dxm@clouds.melbourne.sgi.com>, linux-xfs@oss.sgi.com
Subject: Re: page_buf question
References: <200007311846.NAA03538@jen.americas.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


> 
> p.s. Ananth was looking into the XFS with other block sizes issue.....

Yes, I'm still working on it; hope to have a solution by this week.


-- 
--------------------------------------------------------------------------
Rajagopal Ananthanarayanan ("ananth")
Member Technical Staff, SGI.
--------------------------------------------------------------------------

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 13:31:01 2000
Received:  by oss.sgi.com id <S42245AbQGaUal>;
	Mon, 31 Jul 2000 13:30:41 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:22350 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42302AbQGaUaS>; Mon, 31 Jul 2000 13:30:18 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id NAA05514
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 13:36:11 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id PAA13855 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 15:29:01 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id PAA18785 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 15:29:00 -0500 (CDT)
From:   lord@sgi.com
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id PAA02228; Mon, 31 Jul 2000 15:28:46 -0500
Message-Id: <200007312028.PAA02228@jen.americas.sgi.com>
Date:   Mon, 31 Jul 2000 15:28:46 -0500
Subject: TAKE - get rid of pagebuf_kiobuf_io got error -38 messages
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Use an I/O path which will fallback to the non-kiobuf case should
it hit a device which does not support them.

p.s. kiobufs are currently broken in the tree - a fix should be
available soon.

Date:  Mon Jul 31 13:26:43 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test5

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:70729a
linux/fs/pagebuf/page_buf_io.c - 1.15
	- Make the cluster write path go through pagebuf_iostart rather than
	  calling a kiobuf function directly. This means it falls back to the non-kiobuf
	  based I/O should there be no kiobuf support on a specific device type.



From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 14:39:21 2000
Received:  by oss.sgi.com id <S42305AbQGaVjK>;
	Mon, 31 Jul 2000 14:39:10 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:45418 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42302AbQGaVit>;
	Mon, 31 Jul 2000 14:38:49 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA12205
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 14:31:17 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA36747 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 16:37:33 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA21303 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 16:37:32 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA09514; Mon, 31 Jul 2000 16:37:18 -0500
Message-Id: <200007312137.QAA09514@jen.americas.sgi.com>
Date:   Mon, 31 Jul 2000 16:37:18 -0500
Subject: TAKE - fix compile warnings in xfsidbg
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 31 14:37:09 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test5

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:70746a
linux/fs/xfs/xfsidbg.c - 1.149
	- Fix a couple of compile warnings



From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 14:41:01 2000
Received:  by oss.sgi.com id <S42306AbQGaVkv>;
	Mon, 31 Jul 2000 14:40:51 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:9835 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42302AbQGaVkj>;
	Mon, 31 Jul 2000 14:40:39 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA12478
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 14:33:06 -0700 (PDT)
	mail_from (lord@sgi.com)
From:   lord@sgi.com
Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA07486 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 16:39:22 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA21349 for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 16:39:22 -0500 (CDT)
Received: by jen.americas.sgi.com (8.9.3/SGI-client.1.6) id QAA09584; Mon, 31 Jul 2000 16:39:07 -0500
Message-Id: <200007312139.QAA09584@jen.americas.sgi.com>
Date:   Mon, 31 Jul 2000 16:39:07 -0500
Subject: TAKE - allow xfs to differentiate between fsync and fdatasync
To:     unlisted-recipients:; (no To-header on input)
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Date:  Mon Jul 31 14:38:52 PDT 2000
Workarea:  jen.cray.com:/src/lord/xfs-linux.2.4.0-test5

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs


Modid:  2.4.0-test1-xfs:slinx:70747a
linux/fs/xfs/linux/xfs_file.c - 1.32
	- Fix calling arguments to fsync - and since we can now tell the difference
	  between fsync and fdatasync, pass this info down to xfs_fsync which will
	  do the right thing.



From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 14:55:51 2000
Received:  by oss.sgi.com id <S42308AbQGaVzb>;
	Mon, 31 Jul 2000 14:55:31 -0700
Received: from [207.1.122.10] ([207.1.122.10]:63896 "HELO
        bouncer.lucasdigital.com") by oss.sgi.com with SMTP
	id <S42302AbQGaVzQ>; Mon, 31 Jul 2000 14:55:16 -0700
Received: by bouncer.lucasdigital.com; id PAA13581; Mon, 31 Jul 2000 15:06:17 -0700
Received: from malone.lucasdigital.com(10.10.192.51) by bouncer.lucasdigital.com via smap (V4.2)
	id xma013571; Mon, 31 Jul 00 15:05:23 -0700
Received: from lucasdigital.com (krill [10.5.5.132])
	by malone.lucasdigital.com (8.8.8+Sun/8.8.8/990524-/HUB) with ESMTP id OAA12937
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 14:52:09 -0700 (PDT)
Message-ID: <3985F525.933A7D46@ilm.com>
Date:   Mon, 31 Jul 2000 14:52:37 -0700
From:   Seth Olitzky <solitzky@ilm.com>
X-Mailer: Mozilla 4.61 [en] (X11; U; IRIX 6.5 IP32)
X-Accept-Language: en
MIME-Version: 1.0
To:     linux-xfs@oss.sgi.com
Subject: cvs login fails
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

I have followed the instructions in

    http://oss.sgi.com/projects/xfs/cvs_download.html

but when prompted for the password ( I gave it the password specified) I
get
cvs [login aborted]: connect to oss.sgi.com:2401 failed: Connection
refused

Any ideas as to why this might happen.

thanks

--
seth olitzky
video software engineer
video engineering
solitzy@ilm.com




From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 14:56:31 2000
Received:  by oss.sgi.com id <S42309AbQGaV4V>;
	Mon, 31 Jul 2000 14:56:21 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:65134 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42302AbQGaV4G>;
	Mon, 31 Jul 2000 14:56:06 -0700
Received: from ledzep.cray.com (ledzep.cray.com [137.38.226.97]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA14466
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 14:48:33 -0700 (PDT)
	mail_from (lord@sgi.com)
Received: from ironwood-e185.americas.sgi.com (ironwood.americas.sgi.com [128.162.185.212]) by ledzep.cray.com (SGI-SGI-8.9.3/craymail-smart-nospam1.0) with ESMTP id QAA60251; Mon, 31 Jul 2000 16:54:49 -0500 (CDT)
Received: from jen.americas.sgi.com (jen.americas.sgi.com [128.162.184.86]) by ironwood-e185.americas.sgi.com (8.8.4/Cray-ironwood-e1.6) with ESMTP id QAA21671; Mon, 31 Jul 2000 16:54:48 -0500 (CDT)
Received: from jen.americas.sgi.com by jen.americas.sgi.com (8.9.3/SGI-client.1.6) via ESMTP id QAA09873; Mon, 31 Jul 2000 16:54:33 -0500
Message-Id: <200007312154.QAA09873@jen.americas.sgi.com>
X-Mailer: exmh version 2.1.1 10/15/1999
To:     Rajagopal Ananthanarayanan <ananth@sgi.com>
cc:     linux-xfs@oss.sgi.com
Subject: Re: XFS source moved upto 2.4.0-test5 
In-Reply-To: Message from Rajagopal Ananthanarayanan <ananth@sgi.com> 
   of "Mon, 31 Jul 2000 14:47:26 PDT." <3985F3EE.126A86AA@sgi.com> 
Date:   Mon, 31 Jul 2000 16:54:33 -0500
From:   Steve Lord <lord@sgi.com>
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

> Steve Lord wrote:
> > 
> > The cvs tree for xfs on oss.sgi.com has been updated to the 2.4.0-test5
> > version of the kernel. A little over 2000 files where changed by this.
> > 
> > Almost everything appears to be working - with the exception of kiobuf
> > based I/O, which should be updated within a day or so.
> > 
> > Patches against a vanilla 2.4.0-test5 tree should be available shortly.
> > 
> > please report problems to the mailing list.
> 
> I've seen a problem in sunrpc stuff (apparently from
> net/sunrpc/sched.c):
> 
> -----------
> sched.c: In function `__rpc_sleep_on':
> sched.c:339: structure has no member named `tk_pid'
> ---------
> 
> This isn't a problem in the XFS tree, as I've
> seen it in kernel.org trees as well. Anyone
> know of a fix? sunrpc seems to be a requirement for NFS.
> 

Looks like this will build if you set CONFIG_SYSCTL to y
The field in the rpc_sched structure is conditional on RPC_DEBUG
which will get turned on if you turn on the sysctl support 
option.

Steve



From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 19:28:32 2000
Received:  by oss.sgi.com id <S42302AbQHAC2M>;
	Mon, 31 Jul 2000 19:28:12 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:5741 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQHAC1r>; Mon, 31 Jul 2000 19:27:47 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id TAA03267
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 19:33:38 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11225 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 12:26:28 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id MAA50187 for linux-xfs@oss.sgi.com; Tue, 1 Aug 2000 12:26:28 +1000 (EST)
Date:   Tue, 1 Aug 2000 12:26:28 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200008010226.MAA50187@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - fix stress build
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

- move attribute syscalls to header
- use builddefs etc
- remove some stubs from port.h - more to go here

Modid:  2.4.0-test1-xfs:slinx:70877a
Date:  Mon Jul 31 19:25:53 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/attr/xfs_attr.c - 1.3
	- move syscalls to header (cmd/xfs/include/attributes.h) so all user
	  tools can get them

cmd/xfs/include/attributes.h - 1.2
	- define syscalls here until they're defined properly

cmd/xfs/stress/src/Makefile - 1.7
	- modify to use builddefs etc

cmd/xfs/stress/src/port.h - 1.10
	- remove some crud. more to be done yet


From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 21:41:23 2000
Received:  by oss.sgi.com id <S42311AbQHAElO>;
	Mon, 31 Jul 2000 21:41:14 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:44401 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQHAEkx>; Mon, 31 Jul 2000 21:40:53 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id VAA02748
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 21:46:45 -0700 (PDT)
	mail_from (dxm@clouds.melbourne.sgi.com)
Received: from clouds.melbourne.sgi.com (clouds.melbourne.sgi.com [134.14.55.166]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12305 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 14:39:35 +1000
Received: from localhost (dxm@localhost) by clouds.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via SMTP id OAA52334 for <linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 14:39:34 +1000 (EST)
Message-Id: <200008010439.OAA52334@clouds.melbourne.sgi.com>
X-Mailer: exmh version 2.0.2 2/24/98
To:     linux-xfs@oss.sgi.com
Subject: press
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Date:   Tue, 01 Aug 2000 14:39:34 +1000
From:   Daniel Moore <dxm@clouds.melbourne.sgi.com>
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing


_much_ nicer than our last review:

http://crossnodes.earthweb.com/articles/0719os_xfs.html

-----------------------------------------------------
 Daniel Moore                  dxm@sgi.com
 R&D Software Engineer         Phone: +61-3-98348209
 SGI Performance Tools Group   Fax:   +61-3-98132378
-----------------------------------------------------


From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 21:56:53 2000
Received:  by oss.sgi.com id <S42312AbQHAE4n>;
	Mon, 31 Jul 2000 21:56:43 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:60986 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQHAE4W>;
	Mon, 31 Jul 2000 21:56:22 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id VAA20419
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 21:48:48 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA12393 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 14:53:49 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id OAA30121 for linux-xfs@oss.sgi.com; Tue, 1 Aug 2000 14:53:48 +1000 (EST)
Date:   Tue, 1 Aug 2000 14:53:48 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200008010453.OAA30121@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - 
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:70904a
Date:  Mon Jul 31 21:51:58 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.18
	- remove xfs_bmap (moved to stress/src)

cmd/xfs/bmap/Makefile - 1.7
cmd/xfs/bmap/xfs_bmap.c - 1.5
cmd/xfs/stress/src/port.h - 1.11
cmd/xfs/stress/src/dbtest64.c - 1.3
	- to be removed

cmd/xfs/include/xfs_error.h - 1.2
linux/fs/xfs/xfs_error.h - 1.14
	- use __ types

cmd/xfs/stress/010 - 1.2
	- renamed dbtest64 to dbtest

cmd/xfs/stress/common.filter - 1.3
	- move filter into test 010

cmd/xfs/stress/src/Makefile - 1.8
	- use random.o, include bmap

cmd/xfs/stress/src/alloc.c - 1.5
cmd/xfs/stress/src/dirstress.c - 1.4
cmd/xfs/stress/src/holes.c - 1.3
cmd/xfs/stress/src/nametest.c - 1.4
cmd/xfs/stress/src/permname.c - 1.3
cmd/xfs/stress/src/randholes.c - 1.5
cmd/xfs/stress/src/truncfile.c - 1.3
cmd/xfs/stress/src/random.c - 1.3
	- remove hacks from port.h and rename it to global.h

cmd/xfs/stress/src/fsstress.c - 1.2
	- remove hacks from port.h and rename it to global.h
	  tidy usage up etc.

cmd/xfs/stress/src/bstat.c - 1.1
	- moved in from cmd

cmd/xfs/stress/src/dbtest.c - 1.1
	- renamed dbtest64

cmd/xfs/stress/src/global.h - 1.1
	- renamed port.h now it doesn't port anything


From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 22:21:23 2000
Received:  by oss.sgi.com id <S42313AbQHAFVE>;
	Mon, 31 Jul 2000 22:21:04 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:20285 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQHAFUh>;
	Mon, 31 Jul 2000 22:20:37 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA21825
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 22:13:03 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA12556 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 15:19:19 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA18749 for linux-xfs@oss.sgi.com; Tue, 1 Aug 2000 15:19:17 +1000 (EST)
Date:   Tue, 1 Aug 2000 15:19:17 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200008010519.PAA18749@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - whoops
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:70907a
Date:  Mon Jul 31 22:18:58 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/Makefile - 1.19
cmd/xfs/bmap/Makefile - 1.8
cmd/xfs/bmap/xfs_bmap.c - 1.6
cmd/xfs/bstat/Makefile - 1.7
cmd/xfs/bstat/xfs_bstat.c - 1.5
	- whoops - remove bstat not bmap

cmd/xfs/stress/src/Makefile - 1.9
	- fix typo


From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 22:29:14 2000
Received:  by oss.sgi.com id <S42314AbQHAF3E>;
	Mon, 31 Jul 2000 22:29:04 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:43634 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQHAF2j>; Mon, 31 Jul 2000 22:28:39 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id WAA00316
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 22:34:01 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA12586 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 15:26:51 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA13985; Tue, 1 Aug 2000 15:26:47 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10008011526.ZM12225@wobbly.melbourne.sgi.com>
Date:   Tue, 1 Aug 2000 15:26:45 -0500
In-Reply-To: Daniel Moore <dxm@clouds>
        "press" (Aug  1,  2:41pm)
References: <200008010439.OAA52334@clouds.melbourne.sgi.com>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Daniel Moore <dxm@clouds.melbourne.sgi.com>, linux-xfs@oss.sgi.com
Subject: Re: press
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

On Aug 1,  2:41pm, Daniel Moore wrote:
> Subject: press
> 
> _much_ nicer than our last review:
> 
> http://crossnodes.earthweb.com/articles/0719os_xfs.html
> 

I also saw this one recently, which might be of interest to
people on the list (it's a bit more general, compares a few
different journalling filesystems)...

http://linuxgazette.com/issue55/florido.html

cheers.

-- 
Nathan

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 22:43:14 2000
Received:  by oss.sgi.com id <S42315AbQHAFnE>;
	Mon, 31 Jul 2000 22:43:04 -0700
Received: from hermes.mixx.net ([212.84.196.2]:30221 "HELO hermes.mixx.net")
	by oss.sgi.com with SMTP id <S42236AbQHAFmd>;
	Mon, 31 Jul 2000 22:42:33 -0700
Received: from mate.bln.innominate.de (cerberus.innominate.de [212.84.234.251])
	by hermes.mixx.net (Postfix) with ESMTP id 1E035F80D
	for <linux-xfs@oss.sgi.com>; Tue,  1 Aug 2000 07:42:02 +0200 (CEST)
Received: by mate.bln.innominate.de (Postfix, from userid 9)
	id D11252CA6B; Tue,  1 Aug 2000 07:42:01 +0200 (CEST)
From:   Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
Reply-To: Thomas Graichen <graichen@innominate.de>
X-Newsgroups: innominate.list.sgi.xfs
Subject: Re: SGI XFS on ppc
Date:   1 Aug 2000 05:42:01 GMT
Organization: innominate AG, Berlin, Germany
Lines:  25
Distribution: local
Message-ID: <news2mail-8m5nv9$6tj$1@mate.bln.innominate.de>
References: <geert@linux-m68k.org> <200007311629.LAA29846@jen.americas.sgi.com>
Reply-To: thomas.graichen@innominate.de
X-Trace: mate.bln.innominate.de 965108521 7091 10.0.0.69 (1 Aug 2000 05:42:01 GMT)
X-Complaints-To: news@innominate.de
User-Agent: tin/1.4.2-20000205 ("Possession") (UNIX) (Linux/2.2.16-local (i586))
To:     linux-xfs@oss.sgi.com
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Steve Lord <lord@sgi.com> wrote:

> As for debugging this hang - it is a little tricky without something like
> kdb. Getting a stack trace for the mount process would be critical to working
> out what went wrong. I suspect some read of a block from disk did not wake
> up the requesting thread. There is tracing in the pagebuf module, but it
> relied on kdb to dump the results, mapping these trace calls onto printk
> messages, or some other mechanism may help.

i tried it with the poor mans debugger - printk :-)

i put printk's all over xfs_mountfs_int (which i hope is the right
point for the mounting stage) and to my confusion - non of them were
printed out (the first one was before xfs_mount_common - maybe i
should move it before the xfs_readsb) ... i'll try to look at this
a bit deeper - also i will try to find out how to use xmon (if that
is possible on my machine)

t

-- 
thomas.graichen@innominate.de
technical director                                       innominate AG
clustering & security                                networking people
tel: +49.30.308806-13 fax: -77 web: http://innominate.de pgp: /pgp/tgr

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 23:00:54 2000
Received:  by oss.sgi.com id <S42317AbQHAGAo>;
	Mon, 31 Jul 2000 23:00:44 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:50241 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQHAGAJ>;
	Mon, 31 Jul 2000 23:00:09 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id WAA24331
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 22:52:05 -0700 (PDT)
	mail_from (nathans@wobbly.melbourne.sgi.com)
Received: from wobbly.melbourne.sgi.com (wobbly.melbourne.sgi.com [134.14.55.135]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA12750; Tue, 1 Aug 2000 15:57:06 +1000
Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id PAA16860; Tue, 1 Aug 2000 15:57:03 +1000 (EST)
From:   "Nathan Scott" <nathans@wobbly.melbourne.sgi.com>
Message-Id: <10008011557.ZM16902@wobbly.melbourne.sgi.com>
Date:   Tue, 1 Aug 2000 15:57:00 -0500
In-Reply-To: Thomas Graichen <news-innominate.list.sgi.xfs@innominate.de>
        "Re: SGI XFS on ppc" (Aug  1,  3:45pm)
References: <geert@linux-m68k.org>  <200007311629.LAA29846@jen.americas.sgi.com> 
	<news2mail-8m5nv9$6tj$1@mate.bln.innominate.de>
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To:     Thomas Graichen <graichen@innominate.de>,
        thomas.graichen@innominate.de, linux-xfs@oss.sgi.com
Subject: Re: SGI XFS on ppc
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

hi,

On Aug 1,  3:45pm, Thomas Graichen wrote:
> Subject: Re: SGI XFS on ppc
> Steve Lord <lord@sgi.com> wrote:
> 
> > As for debugging this hang - it is a little tricky without something like
> > kdb. Getting a stack trace for the mount process would be critical to working
> > out what went wrong. I suspect some read of a block from disk did not wake
> > up the requesting thread. There is tracing in the pagebuf module, but it
> > relied on kdb to dump the results, mapping these trace calls onto printk
> > messages, or some other mechanism may help.
> 
> i tried it with the poor mans debugger - printk :-)
> 
> i put printk's all over xfs_mountfs_int (which i hope is the right
> point for the mounting stage) and to my confusion - non of them were
> printed out (the first one was before xfs_mount_common - maybe i
> should move it before the xfs_readsb) ... i'll try to look at this

Try linvfs_read_super - it calls the mount code you're looking
at via the VFSOPS_MOUNT macro.  It does a bunch of stuff before
getting into xfs_mountfs_int, like calling pagebuf_daemon_start
and doing the mount argument parsing, etc.

> a bit deeper - also i will try to find out how to use xmon (if that
> is possible on my machine)
> 

cheers.

-- 
Nathan

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 23:25:07 2000
Received:  by oss.sgi.com id <S42316AbQHAGY5>;
	Mon, 31 Jul 2000 23:24:57 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:28228 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQHAGYZ>;
	Mon, 31 Jul 2000 23:24:25 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via SMTP id XAA25773
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 23:16:21 -0700 (PDT)
	mail_from (tes@boing.melbourne.sgi.com)
Received: from boing.melbourne.sgi.com (boing.melbourne.sgi.com [134.14.55.141]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA12887 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 16:22:37 +1000
Received: (from tes@localhost) by boing.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA45708 for linux-xfs@oss.sgi.com; Tue, 1 Aug 2000 16:22:37 +1000 (EST)
From:   tes@boing.melbourne.sgi.com (Timothy Shimmin)
Message-Id: <200008010622.QAA45708@boing.melbourne.sgi.com>
Subject: ll_rw_kio error msgs
To:     linux-xfs@oss.sgi.com
Date:   Tue, 1 Aug 2000 16:22:36 +1000 (EST)
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-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Hi,

I p_tupdate today and built the xfs kernel and am now
getting heaps of
"ll_rw_kio: Unexpected device [08:07] queueing function encountered"
messages.

Presumably comes from:
        if (q->make_request_fn) {
                printk(KERN_ERR
        "ll_rw_kio: Unexpected device [%s] queueing function encountered\n",
                kdevname(dev));
                *error = -ENOSYS;
                goto end_io;
        }

Is this a known thing or have I stuffed something up ?

Thanks,
Tim.

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 23:35:27 2000
Received:  by oss.sgi.com id <S42318AbQHAGfR>;
	Mon, 31 Jul 2000 23:35:17 -0700
Received: from lips.borg.umn.edu ([160.94.232.50]:13068 "EHLO
        lips.borg.umn.edu") by oss.sgi.com with ESMTP id <S42236AbQHAGen>;
	Mon, 31 Jul 2000 23:34:43 -0700
Received: from thebarn.com (nic-25-c125-118.mn.mediaone.net [24.25.125.118])
	by lips.borg.umn.edu (8.10.1/8.10.1) with ESMTP id e716Y3123518;
	Tue, 1 Aug 2000 01:34:03 -0500 (CDT)
Message-ID: <39866F5B.F11AE688@thebarn.com>
Date:   Tue, 01 Aug 2000 01:34:03 -0500
From:   Russell Cattelan <cattelan@thebarn.com>
Reply-To: cattelan@thebarn.com
X-Mailer: Mozilla 4.73 [en] (X11; U; FreeBSD 4.0-STABLE i386)
X-Accept-Language: en
MIME-Version: 1.0
To:     Timothy Shimmin <tes@boing.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: ll_rw_kio error msgs
References: <200008010622.QAA45708@boing.melbourne.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Timothy Shimmin wrote:

> Hi,
>
> I p_tupdate today and built the xfs kernel and am now
> getting heaps of
> "ll_rw_kio: Unexpected device [08:07] queueing function encountered"

That is a scsi device.. correct?

The kio buff IO stuff is reported to be broken at the moment.

Try compiling XFS with KIO bufs's turned off and see if you still
have problems.


>
> messages.
>
> Presumably comes from:
>         if (q->make_request_fn) {
>                 printk(KERN_ERR
>         "ll_rw_kio: Unexpected device [%s] queueing function encountered\n",
>                 kdevname(dev));
>                 *error = -ENOSYS;
>                 goto end_io;
>         }
>
> Is this a known thing or have I stuffed something up ?
>
> Thanks,
> Tim.

--
Russell Cattelan
cattelan@thebarn.com




From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 23:38:17 2000
Received:  by oss.sgi.com id <S42319AbQHAGiH>;
	Mon, 31 Jul 2000 23:38:07 -0700
Received: from deliverator.sgi.com ([204.94.214.10]:65349 "EHLO
        deliverator.sgi.com") by oss.sgi.com with ESMTP id <S42236AbQHAGhv>;
	Mon, 31 Jul 2000 23:37:51 -0700
Received: from madurai.engr.sgi.com (madurai.engr.sgi.com [163.154.5.75]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id XAA26534
	for <linux-xfs@oss.sgi.com>; Mon, 31 Jul 2000 23:29:48 -0700 (PDT)
	mail_from (ananth@sgi.com)
Received: from sgi.com (sgigate.sgi.com [198.29.75.75]) by madurai.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id XAA01890; Mon, 31 Jul 2000 23:32:10 -0700 (PDT)
Message-ID: <39866EE9.C073E825@sgi.com>
Date:   Mon, 31 Jul 2000 23:32:09 -0700
From:   Rajagopal Ananthanarayanan <ananth@sgi.com>
X-Mailer: Mozilla 4.6 [en] (X11; I; Linux 2.2.10-1SGI_17 i686)
X-Accept-Language: en
MIME-Version: 1.0
To:     Timothy Shimmin <tes@boing.melbourne.sgi.com>
CC:     linux-xfs@oss.sgi.com
Subject: Re: ll_rw_kio error msgs
References: <200008010622.QAA45708@boing.melbourne.sgi.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Timothy Shimmin wrote:
> 
> Hi,
> 
> I p_tupdate today and built the xfs kernel and am now
> getting heaps of
> "ll_rw_kio: Unexpected device [08:07] queueing function encountered"
> messages.
> 

As of last, KIOBUF_IO wasn't working yet in the test5 upgrade of XFS.
This is partly due to the elevator changes that Jens has now managed
to get into the official tree ... these changes clash with KIOBUF_IO.

Can you please check if you have CONFIG_KIOBUF_IO on? And if so,
turn it off until the all clear is given ...


--------------------------------------------------------------------------
Rajagopal Ananthanarayanan ("ananth")
Member Technical Staff, SGI.
--------------------------------------------------------------------------

From owner-linux-xfs-announce@oss.sgi.com Mon Jul 31 23:55:47 2000
Received:  by oss.sgi.com id <S42320AbQHAGzh>;
	Mon, 31 Jul 2000 23:55:37 -0700
Received: from pneumatic-tube.sgi.com ([204.94.214.22]:28532 "EHLO
        pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP
	id <S42236AbQHAGzG>; Mon, 31 Jul 2000 23:55:06 -0700
Received: from larry.melbourne.sgi.com (larry.melbourne.sgi.com [134.14.52.130]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via SMTP id AAA04088
	for <linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 00:00:28 -0700 (PDT)
	mail_from (dxm@snort.melbourne.sgi.com)
Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.55.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id QAA13067 for <@larry.melbourne.sgi.com:linux-xfs@oss.sgi.com>; Tue, 1 Aug 2000 16:53:18 +1000
Received: (from dxm@localhost) by snort.melbourne.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) id QAA09925 for linux-xfs@oss.sgi.com; Tue, 1 Aug 2000 16:53:17 +1000 (EST)
Date:   Tue, 1 Aug 2000 16:53:17 +1000 (EST)
From:   dxm@snort.melbourne.sgi.com (Daniel Moore)
Message-Id: <200008010653.QAA09925@snort.melbourne.sgi.com>
To:     linux-xfs@oss.sgi.com
Subject: TAKE - stress
Sender: owner-linux-xfs-announce@oss.sgi.com
Precedence: bulk
Return-Path: <owner-linux-xfs-announce@oss.sgi.com>
X-Orcpt: rfc822;linux-xfs-outgoing

Modid:  2.4.0-test1-xfs:slinx:70931a
Date:  Mon Jul 31 23:53:06 PDT 2000
Workarea:  snort:/build1/people/dxm/isms/slinx-xfs
Author:  dxm

The following file(s) were checked into:
  bonnie.engr.sgi.com:/isms/slinx/2.4.0-test1-xfs

cmd/xfs/stress/src/fsstress.c - 1.3
	- use XFS_IOC_FSGEOMETRY - on the wrong fd though. I'll get to this

cmd/xfs/stress/src/nametest.c - 1.5
	- use standard random calls

cmd/xfs/stress/src/random.c - 1.4
	- make this a drop in replacement for random and srandom