From owner-linux-xfs@oss.sgi.com Thu Dec 1 03:24:00 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 Dec 2005 03:24:03 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB1BNrO0029904 for ; Thu, 1 Dec 2005 03:23:59 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1EhmU9-00013s-Hp; Thu, 01 Dec 2005 11:20:21 +0000 Date: Thu, 1 Dec 2005 11:20:21 +0000 From: Christoph Hellwig To: Nathan Scott Cc: XFS Mailing List , Stephen Smalley Subject: Re: fixing SELINUX-support in XFS-2.6.14 Message-ID: <20051201112021.GB3958@infradead.org> References: <20051130163424.GA4724@m.safari.iki.fi> <20051201082709.C7104341@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051201082709.C7104341@wobbly.melbourne.sgi.com> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 6653 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs On Thu, Dec 01, 2005 at 08:27:09AM +1100, Nathan Scott wrote: > | I had actually suggested that the patch removing the old post hooks from > | the VFS be deferred until after 2.6.14 to avoid breaking the unconverted > | filesystems while still allowing the converted ones to use the new > | support, but it seems my request was misunderstood. We could possibly > | ask to have the removal patch reverted > > Please do that, we are not going to be able to fix this quickly in > XFS, as there is an underlying issue here that makes this alot more > tricky to resolve in XFS. But we are aware of the problem and do > plan to fix it, so if you could cater for XFS/SE-Linux users for a > little while longer, that would be great. No, reverting this is bogus. If you really want to support selinux without real transaction support just implement the new inode initialization method without doing adding the labeling to the transaction. Personally I believe XFS shouldn't claim to support things it doesn't yet, though. From owner-linux-xfs@oss.sgi.com Thu Dec 1 11:26:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 01 Dec 2005 11:26:59 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB1JQpO0014878 for ; Thu, 1 Dec 2005 11:26:51 -0800 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 GAA02016; Fri, 2 Dec 2005 06:23:11 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB1JNLkt7130000; Fri, 2 Dec 2005 06:23:22 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jB1JNJtv7130080; Fri, 2 Dec 2005 06:23:19 +1100 (EST) Date: Fri, 2 Dec 2005 06:23:19 +1100 From: Nathan Scott To: Christoph Hellwig Cc: XFS Mailing List , Stephen Smalley Subject: Re: fixing SELINUX-support in XFS-2.6.14 Message-ID: <20051202062318.A7097967@wobbly.melbourne.sgi.com> References: <20051130163424.GA4724@m.safari.iki.fi> <20051201082709.C7104341@wobbly.melbourne.sgi.com> <20051201112021.GB3958@infradead.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051201112021.GB3958@infradead.org>; from hch@infradead.org on Thu, Dec 01, 2005 at 11:20:21AM +0000 X-archive-position: 6654 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs On Thu, Dec 01, 2005 at 11:20:21AM +0000, Christoph Hellwig wrote: > On Thu, Dec 01, 2005 at 08:27:09AM +1100, Nathan Scott wrote: > > | I had actually suggested that the patch removing the old post hooks from > > | the VFS be deferred until after 2.6.14 to avoid breaking the unconverted > > | filesystems while still allowing the converted ones to use the new > > | support, but it seems my request was misunderstood. We could possibly > > | ask to have the removal patch reverted > > > > Please do that, we are not going to be able to fix this quickly in > > XFS, as there is an underlying issue here that makes this alot more > > tricky to resolve in XFS. But we are aware of the problem and do > > plan to fix it, so if you could cater for XFS/SE-Linux users for a > > little while longer, that would be great. > > No, reverting this is bogus. If you really want to support selinux without > real transaction support Well, I mainly want to not cause a huge regression for those people who were using it in the stable kernel series. > just implement the new inode initialization method > without doing adding the labeling to the transaction. Hmmm ... if its that simple, then that should have been done for reiserfs and XFS before this change was merged at all, surely? That would've kept the old (albeit not quite correct) behaviour without the regression, and given ample opportunity for the remaining filesystems to get properly fixed up... no? thanks. -- Nathan From owner-linux-xfs@oss.sgi.com Fri Dec 2 06:11:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 02 Dec 2005 06:11:28 -0800 (PST) Received: from jazzhorn.ncsc.mil (mummy.ncsc.mil [144.51.88.129]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB2EBOO0030905 for ; Fri, 2 Dec 2005 06:11:24 -0800 Received: from tycho.ncsc.mil (jazzhorn.ncsc.mil [144.51.5.9]) by jazzhorn.ncsc.mil (8.12.10/8.12.10) with ESMTP id jB2E6xIP022272; Fri, 2 Dec 2005 14:07:00 GMT Received: from moss-spartans.epoch.ncsc.mil (moss-spartans [144.51.25.121]) by tycho.ncsc.mil (8.12.8/8.12.8) with ESMTP id jB2ECRMA017373; Fri, 2 Dec 2005 09:12:27 -0500 (EST) Subject: Re: fixing SELINUX-support in XFS-2.6.14 From: Stephen Smalley To: Nathan Scott Cc: Christoph Hellwig , XFS Mailing List In-Reply-To: <20051202062318.A7097967@wobbly.melbourne.sgi.com> References: <20051130163424.GA4724@m.safari.iki.fi> <20051201082709.C7104341@wobbly.melbourne.sgi.com> <20051201112021.GB3958@infradead.org> <20051202062318.A7097967@wobbly.melbourne.sgi.com> Content-Type: text/plain Organization: National Security Agency Date: Fri, 02 Dec 2005 09:14:23 -0500 Message-Id: <1133532863.28437.120.camel@moss-spartans.epoch.ncsc.mil> Mime-Version: 1.0 X-Mailer: Evolution 2.2.3 (2.2.3-2.fc4) Content-Transfer-Encoding: 7bit X-archive-position: 6657 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sds@tycho.nsa.gov Precedence: bulk X-list: linux-xfs Content-Length: 1384 Lines: 29 On Fri, 2005-12-02 at 06:23 +1100, Nathan Scott wrote: > Well, I mainly want to not cause a huge regression for those > people who were using it in the stable kernel series. > Hmmm ... if its that simple, then that should have been done > for reiserfs and XFS before this change was merged at all, > surely? That would've kept the old (albeit not quite correct) > behaviour without the regression, and given ample opportunity > for the remaining filesystems to get properly fixed up... no? I don't know whether that would be simple or not (not having looked closely at the xfs implementation), but these patches were discussed on linux-fsdevel and lived in -mm for a while without such a suggestion being made. Meanwhile, we did update the filesystems we use and test ourselves, and the jfs maintainers took care of their fs. And even my suggestion to hold the patch removing the old post hooks was only to hold it until after 2.6.14 was released and then immediately put it in, so it appears we would still be running into this issue for 2.6.15 since it is already at -rc4 and neither xfs nor reiserfs have been updated yet. I'm open to suggestions, but I'm not getting a consistent message from xfs folks, so it is difficult to know how to proceed. I'm also not clear on what we can hope to get into 2.6.15 at this point. -- Stephen Smalley National Security Agency From owner-linux-xfs@oss.sgi.com Sun Dec 4 06:01:09 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 06:01:18 -0800 (PST) Received: from ying.yingternet.com (n105.priced2go.net [208.179.93.105]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB4E15O0016796 for ; Sun, 4 Dec 2005 06:01:09 -0800 Received: from gateway-att.yingternet.com (c-24-126-232-179.hsd1.ca.comcast.net [24.126.232.179]) by ying.yingternet.com (Postfix) with ESMTP id CF7E630009E for ; Sun, 4 Dec 2005 05:59:21 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gateway-att.yingternet.com (Postfix) with ESMTP id E3C73204C0F for ; Sun, 4 Dec 2005 05:57:29 -0800 (PST) Message-ID: <4392F5C5.5000706@yingternet.com> Date: Sun, 04 Dec 2005 21:57:25 +0800 From: Ying-Hung Chen User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: out of vmalloc space - use vmalloc to increase size when mounting xfs FS X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-archive-position: 6665 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ying@yingternet.com Precedence: bulk X-list: linux-xfs Content-Length: 708 Lines: 26 Hi there, we are currently running linux kernel 2.6.14.2 with HIGHMEM enabled (the machine has 1GB of RAM) Whenever mounting the xfs filesystem (200GB partition), it shows "allocation failed : out of vmalloc space - use vmalloc to increase size" it is reproduceable by simply rebooting the machine via shutdown -r now We only see this message when the system is mounting xfs filesystem (200GB partition). However, if we turnoff the HIGHMEM option, the message disappeared. I have tried use vmalloc=256m, but system won't let me boot at all, has anyone seen this? is this strictly linux kernel problem or has something to do with xfs impelmentation in the kernel? Please advice, Thanks, -Ying From owner-linux-xfs@oss.sgi.com Sun Dec 4 06:28:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 06:28:55 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB4ESoO0020497 for ; Sun, 4 Dec 2005 06:28:50 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 22EBEC000DB9 for ; Sun, 4 Dec 2005 22:25:13 +0800 (PHT) Received: from musang.free.net.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id C1C13C000B7C for ; Sun, 4 Dec 2005 22:25:09 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id D407D16009D63; Sun, 4 Dec 2005 22:25:06 +0800 (PHT) Date: Sun, 4 Dec 2005 22:25:06 +0800 From: Federico Sevilla III To: Linux-XFS Mailing List Subject: Filesystem Consistency Issues Message-ID: <20051204142506.GE2605@free.net.ph> Mail-Followup-To: Linux-XFS Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.9i X-archive-position: 6666 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 2771 Lines: 66 Hi, We use XFS (Linux kernel 2.6.12 on Debian 3.1 Sarge) on fat client point-of-sale terminals. Right now we have four hypermarts with about 40 terminals each, all running the same setup. The POS application regularly writes transaction audit information and maintains a local cache of the product database on the local drive, which for simplicity we've partitioned with a single root filesystem. Recently, we noticed that we have a growing discrepancy between actual disk usage and disk free reports. Most of the systems have 20GB to 40GB hard drives, but actually only use about 800MB all in. Disk usage as reported by # du -csh / stays at around 800MB, but disk usage as reported by # df -h continuously increases until the filesystem reaches 100% utilization. It only takes a couple of months of daily use (power-on in the morning, power-off in the evening) for this to happen. When I investigated one of the machines, mounting the filesystem in read/write mode after having booted from a rescue CD automatically fixed part of it, freeing about 60% of the filesystem. Running xfs_repair further freed up space by moving disconnected inodes to lost+found. I found that these machines were regularly powered off without a proper shutdown, and presumably with dirty data in the buffers. Of course the "if it hurts, don't do it" rule applies here, and we're working to correct this procedure by having store personnel shut down the machines properly. I find XFS's behavior troubling, though. First, that I had to mount the filesystem (the root partition) from a rescue CD for the log replay to "fix" things properly. Isn't it supposed to do this by itself on bootup? And second, that the filesystem's consistency needed xfs_repair to completely repair things. Data loss during incorrect shutdown is understandable and acceptable, but we use a journaling filesystem like XFS in particular so that filesystem consistency is guaranteed, right? The systems are configured so that hdparm disables write caching on the drives, so I've ruled that common mistake out. We don't have ECC RAM, though, since these are POS terminals, not servers. What's the known behavior of XFS as far as not being properly unmounted on a regular basis is concerned? I have a number of projects where this is a "way of life" and where the best thing we can do on the application level is to issue an fsync() after critical operations, and I want to know if I should continue to stick by my stand to use XFS, or if I should begin playing around with other filesystems. Thanks in advance for any insights. Cheers! --> Jijo -- Federico Sevilla III : jijo.free.net.ph : When we speak of free software GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price. From owner-linux-xfs@oss.sgi.com Sun Dec 4 16:35:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 16:35:23 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB50ZDO0009606 for ; Sun, 4 Dec 2005 16:35:15 -0800 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 LAA21366; Mon, 5 Dec 2005 11:31:39 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB50Vmkt7207897; Mon, 5 Dec 2005 11:31:49 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jB50UGqA001236; Mon, 5 Dec 2005 11:30:16 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jB50UEGV001234; Mon, 5 Dec 2005 11:30:14 +1100 Date: Mon, 5 Dec 2005 11:30:14 +1100 From: Nathan Scott To: Ying-Hung Chen Cc: linux-xfs@oss.sgi.com Subject: Re: out of vmalloc space - use vmalloc to increase size when mounting xfs FS Message-ID: <20051205003014.GA1158@frodo> References: <4392F5C5.5000706@yingternet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4392F5C5.5000706@yingternet.com> User-Agent: Mutt/1.5.3i X-archive-position: 6669 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 425 Lines: 18 On Sun, Dec 04, 2005 at 09:57:25PM +0800, Ying-Hung Chen wrote: > Hi there, > > we are currently running linux kernel 2.6.14.2 with HIGHMEM enabled (the > machine has 1GB of RAM) > > Whenever mounting the xfs filesystem (200GB partition), it shows > > "allocation failed : out of vmalloc space - use vmalloc to > increase size" Which mount options are you using? (xfs_info output too please) cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Dec 4 17:35:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 17:35:27 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB51ZLO0015149 for ; Sun, 4 Dec 2005 17:35:22 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA22592; Mon, 5 Dec 2005 12:31:45 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 658A0494A261; Mon, 5 Dec 2005 12:31:45 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 946444 - pquota Message-Id: <20051205013145.658A0494A261@chook.melbourne.sgi.com> Date: Mon, 5 Dec 2005 12:31:45 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6670 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 757 Lines: 19 Fix an intermittent pquota panic caused by dodgey quota flags to an umount dquot flush call. Date: Mon Dec 5 12:31:16 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tes The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24680a xfsidbg.c - 1.290 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.290&r2=text&tr2=1.289&f=h xfs_mount.c - 1.368 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.c.diff?r1=text&tr1=1.368&r2=text&tr2=1.367&f=h quota/xfs_qm.c - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/quota/xfs_qm.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h From owner-linux-xfs@oss.sgi.com Sun Dec 4 17:45:10 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 17:45:12 -0800 (PST) Received: from mail.davidb.org (adsl-64-172-240-129.dsl.sndg02.pacbell.net [64.172.240.129]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB51j9O0015926 for ; Sun, 4 Dec 2005 17:45:09 -0800 Received: from davidb by mail.davidb.org with local (Exim 4.54 #1 (Debian)) id 1Ej5MH-00023E-Kk for ; Sun, 04 Dec 2005 17:41:37 -0800 Date: Sun, 4 Dec 2005 17:41:37 -0800 From: David Brown To: Linux-XFS Mailing List Subject: Re: Filesystem Consistency Issues Message-ID: <20051205014137.GA7685@old.davidb.org> References: <20051204142506.GE2605@free.net.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051204142506.GE2605@free.net.ph> User-Agent: Mutt/1.5.11 X-archive-position: 6671 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@davidb.org Precedence: bulk X-list: linux-xfs Content-Length: 822 Lines: 18 On Sun, Dec 04, 2005 at 10:25:06PM +0800, Federico Sevilla III wrote: > When I investigated one of the machines, mounting the filesystem in > read/write mode after having booted from a rescue CD automatically fixed > part of it, freeing about 60% of the filesystem. Running xfs_repair > further freed up space by moving disconnected inodes to lost+found. Most likely, the problem is that the root filesystem is being mounted readonly by the kernel. This is default, and I believe Debian leaves that as the default. The problem is that the readonly root mount prevents the recovery when the filesystem is mounted. Apparently, remounting as read/write doesn't cause this recovery to happen. Perhaps this should be added to the XFS FAQ, rather than just saying that "Yes", XFS can be used for the root FS. Dave Brown From owner-linux-xfs@oss.sgi.com Sun Dec 4 17:56:34 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 17:56:38 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB51uWO0016896 for ; Sun, 4 Dec 2005 17:56:34 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 6C9BEC003364 for ; Mon, 5 Dec 2005 09:53:00 +0800 (PHT) Received: from musang.free.net.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 0B405C000B68 for ; Mon, 5 Dec 2005 09:52:58 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id 19B77160002A2; Mon, 5 Dec 2005 09:52:55 +0800 (PHT) Date: Mon, 5 Dec 2005 09:52:55 +0800 From: Federico Sevilla III To: Linux-XFS Mailing List Subject: Re: Filesystem Consistency Issues Message-ID: <20051205015255.GB2581@free.net.ph> Mail-Followup-To: Linux-XFS Mailing List References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051205014137.GA7685@old.davidb.org> X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.9i X-archive-position: 6672 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 855 Lines: 22 On Sun, Dec 04, 2005 at 05:41:37PM -0800, David Brown wrote: > Most likely, the problem is that the root filesystem is being mounted > readonly by the kernel. This is default, and I believe Debian leaves > that as the default. The problem is that the readonly root mount > prevents the recovery when the filesystem is mounted. Apparently, > remounting as read/write doesn't cause this recovery to happen. > > Perhaps this should be added to the XFS FAQ, rather than just saying > that "Yes", XFS can be used for the root FS. You're right. It looks like /etc/lilo.conf on the machines still has the "read-only" parameter built-in. We will change this and see if things get fixed. Thanks! --> Jijo -- Federico Sevilla III : jijo.free.net.ph : When we speak of free software GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price. From owner-linux-xfs@oss.sgi.com Sun Dec 4 18:24:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 18:24:19 -0800 (PST) Received: from ying.yingternet.com (n105.priced2go.net [208.179.93.105]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB52OBO0019386 for ; Sun, 4 Dec 2005 18:24:11 -0800 Received: from gateway-att.yingternet.com (c-24-126-232-179.hsd1.ca.comcast.net [24.126.232.179]) by ying.yingternet.com (Postfix) with ESMTP id 0791D30009E; Sun, 4 Dec 2005 18:22:31 -0800 (PST) Received: from [127.0.0.1] (localhost [127.0.0.1]) by gateway-att.yingternet.com (Postfix) with ESMTP id D172A204C0F; Sun, 4 Dec 2005 18:20:37 -0800 (PST) Message-ID: <4393A579.5090307@yingternet.com> Date: Mon, 05 Dec 2005 10:27:05 +0800 From: Ying-Hung Chen User-Agent: Mozilla Thunderbird 1.0.7 (Windows/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Nathan Scott Cc: linux-xfs@oss.sgi.com, Ying-Hung Chen Subject: Re: out of vmalloc space - use vmalloc to increase size when mounting xfs FS References: <4392F5C5.5000706@yingternet.com> <20051205003014.GA1158@frodo> In-Reply-To: <20051205003014.GA1158@frodo> X-Enigmail-Version: 0.92.0.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-archive-position: 6673 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ying@yingternet.com Precedence: bulk X-list: linux-xfs Content-Length: 1703 Lines: 51 Hi Nathan, Nathan Scott wrote: > On Sun, Dec 04, 2005 at 09:57:25PM +0800, Ying-Hung Chen wrote: > >>Hi there, >> >>we are currently running linux kernel 2.6.14.2 with HIGHMEM enabled (the >>machine has 1GB of RAM) >> >>Whenever mounting the xfs filesystem (200GB partition), it shows >> >>"allocation failed : out of vmalloc space - use vmalloc to >>increase size" > > > Which mount options are you using? (xfs_info output too please) > > cheers. > default mount option, mount -t xfs /dev/hdb1 /Repository/01 mount -t xfs /dev/hdc1 /Repository/02 ... [root@localhost ~]# xfs_info /dev/hdb1 meta-data=/usr/local/MatriVideo/bin/Repository/01 isize=256 agcount=16, agsize=3052475 blks = sectsz=512 data = bsize=4096 blocks=48839600, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=23847, version=2 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 [root@localhost ~]# xfs_info /dev/hdc1 meta-data=/usr/local/MatriVideo/bin/Repository/02 isize=256 agcount=16, agsize=3052475 blks = sectsz=512 data = bsize=4096 blocks=48839600, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=23847, version=2 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 -Ying From owner-linux-xfs@oss.sgi.com Sun Dec 4 19:20:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 19:20:18 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB53KAO0026596 for ; Sun, 4 Dec 2005 19:20:11 -0800 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 OAA24440; Mon, 5 Dec 2005 14:16:37 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB53Gkkt7197731; Mon, 5 Dec 2005 14:16:47 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jB53FDqA001676; Mon, 5 Dec 2005 14:15:14 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jB53FCoa001674; Mon, 5 Dec 2005 14:15:12 +1100 Date: Mon, 5 Dec 2005 14:15:12 +1100 From: Nathan Scott To: Ying-Hung Chen Cc: linux-xfs@oss.sgi.com Subject: Re: out of vmalloc space - use vmalloc to increase size when mounting xfs FS Message-ID: <20051205031512.GD1158@frodo> References: <4392F5C5.5000706@yingternet.com> <20051205003014.GA1158@frodo> <4393A579.5090307@yingternet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4393A579.5090307@yingternet.com> User-Agent: Mutt/1.5.3i X-archive-position: 6674 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1064 Lines: 32 On Mon, Dec 05, 2005 at 10:27:05AM +0800, Ying-Hung Chen wrote: > Hi Nathan, > > mount -t xfs /dev/hdb1 /Repository/01 > mount -t xfs /dev/hdc1 /Repository/02 > ... > > [root@localhost ~]# xfs_info /dev/hdb1 > meta-data=/usr/local/MatriVideo/bin/Repository/01 isize=256 > agcount=16, agsize=3052475 blks > = sectsz=512 > data = bsize=4096 blocks=48839600, imaxpct=25 > = sunit=0 swidth=0 blks, unwritten=1 > naming =version 2 bsize=4096 > log =internal bsize=4096 blocks=23847, version=2 > = sectsz=512 sunit=0 blks Hmm, I don't understand that then - with these parameters, your incore log buffers are 32K, which will not cause any vmalloc calls, which was my first thought at a possible cause. I guess you could instrument the __vmalloc code in the kernel to printk the size parameter and do a dump_stack when its invoked, and see where all your vmalloc space is going... cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Dec 4 23:15:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 04 Dec 2005 23:15:05 -0800 (PST) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB57F1O0020854 for ; Sun, 4 Dec 2005 23:15:02 -0800 Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id 6D56A1D102; Mon, 5 Dec 2005 08:11:28 +0100 (CET) To: David Brown Cc: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> From: Andi Kleen Date: 05 Dec 2005 04:41:05 -0700 In-Reply-To: <20051205014137.GA7685@old.davidb.org> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 6675 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 1155 Lines: 26 David Brown writes: > On Sun, Dec 04, 2005 at 10:25:06PM +0800, Federico Sevilla III wrote: > > > When I investigated one of the machines, mounting the filesystem in > > read/write mode after having booted from a rescue CD automatically fixed > > part of it, freeing about 60% of the filesystem. Running xfs_repair > > further freed up space by moving disconnected inodes to lost+found. > > Most likely, the problem is that the root filesystem is being mounted > readonly by the kernel. This is default, and I believe Debian leaves that > as the default. The problem is that the readonly root mount prevents the > recovery when the filesystem is mounted. Apparently, remounting as > read/write doesn't cause this recovery to happen. That sounds like a bug. Shouldn't log replay happening on ro->rw mount? BTW I think ext3/reiser solve the problem by replaying the logs even when the mount is ro. That would be another alternative. > Perhaps this should be added to the XFS FAQ, rather than just saying that > "Yes", XFS can be used for the root FS. It's a nasty trap that I bet most people and distributions get wrong. -Andi From owner-linux-xfs@oss.sgi.com Mon Dec 5 05:26:29 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 Dec 2005 05:26:33 -0800 (PST) Received: from relay04.roc.ny.frontiernet.net (relay04.roc.ny.frontiernet.net [66.133.182.167]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB5DQSO0029734 for ; Mon, 5 Dec 2005 05:26:28 -0800 Received: from [192.168.1.65] (67-137-96-87.dsl2.brv.mn.frontiernet.net [67.137.96.87]) by relay04.roc.ny.frontiernet.net (Postfix) with ESMTP id A4D0B3582E2; Mon, 5 Dec 2005 13:22:51 +0000 (UTC) Message-ID: <43943F3E.5080804@xfs.org> Date: Mon, 05 Dec 2005 07:23:10 -0600 From: Stephen Lord User-Agent: Thunderbird 1.4.1 (X11/20051006) MIME-Version: 1.0 To: Andi Kleen CC: David Brown , linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6677 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1408 Lines: 35 XFS runs recovery on a readonly filesystem. It has been doing that for years. There are log messages which come out when recovery runs, you should see them in dmesg or the syslog after boot up. Steve Andi Kleen wrote: > David Brown writes: > >> On Sun, Dec 04, 2005 at 10:25:06PM +0800, Federico Sevilla III wrote: >> >>> When I investigated one of the machines, mounting the filesystem in >>> read/write mode after having booted from a rescue CD automatically fixed >>> part of it, freeing about 60% of the filesystem. Running xfs_repair >>> further freed up space by moving disconnected inodes to lost+found. >> Most likely, the problem is that the root filesystem is being mounted >> readonly by the kernel. This is default, and I believe Debian leaves that >> as the default. The problem is that the readonly root mount prevents the >> recovery when the filesystem is mounted. Apparently, remounting as >> read/write doesn't cause this recovery to happen. > > That sounds like a bug. Shouldn't log replay happening on ro->rw mount? > > BTW I think ext3/reiser solve the problem by replaying the logs even > when the mount is ro. That would be another alternative. > >> Perhaps this should be added to the XFS FAQ, rather than just saying that >> "Yes", XFS can be used for the root FS. > > It's a nasty trap that I bet most people and distributions get wrong. > > -Andi > From owner-linux-xfs@oss.sgi.com Mon Dec 5 07:10:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 Dec 2005 07:10:24 -0800 (PST) Received: from mailgw2.fnal.gov (mailgw2.fnal.gov [131.225.111.12]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB5FAKO0008917 for ; Mon, 5 Dec 2005 07:10:20 -0800 Received: from mailav2.fnal.gov (mailav2.fnal.gov [131.225.111.20]) by mailgw2.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with SMTP id <0IR100H6O4ZCJO@mailgw2.fnal.gov> for linux-xfs@oss.sgi.com; Mon, 05 Dec 2005 08:57:00 -0600 (CST) Received: from mailgw1.fnal.gov ([131.225.111.11]) by mailav2.fnal.gov (SAVSMTP 3.1.7.47) with SMTP id M2005120508565902856 for ; Mon, 05 Dec 2005 08:56:59 -0600 Received: from conversion-daemon.mailgw1.fnal.gov by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) id <0IR100M015AJW0@mailgw1.fnal.gov> (original mail from yocum@fnal.gov) for linux-xfs@oss.sgi.com; Mon, 05 Dec 2005 08:57:00 -0600 (CST) Received: from [131.225.86.155] (wynand.fnal.gov [131.225.86.155]) by mailgw1.fnal.gov (iPlanet Messaging Server 5.2 HotFix 2.06 (built Mar 28 2005)) with ESMTPSA id <0IR100MOK5IZ9E@mailgw1.fnal.gov> for linux-xfs@oss.sgi.com; Mon, 05 Dec 2005 08:57:00 -0600 (CST) Date: Mon, 05 Dec 2005 08:56:35 -0600 From: Dan Yocum Subject: Re: RHEL ES4 To: linux-xfs@oss.sgi.com Message-id: <43945523.1070703@fnal.gov> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii; format=flowed Content-transfer-encoding: 7BIT X-Accept-Language: en-us, en User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.12) Gecko/20050923 Fedora/1.7.12-1.5.1 X-archive-position: 6678 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yocum@fnal.gov Precedence: bulk X-list: linux-xfs Content-Length: 1436 Lines: 38 Rob, Sorry to be the johnny-come-lately to this discussion. > Hi everyone, > I am attempting to use XFS on a number of RHEL ES 4 servers. I need help. > I have downloaded the patch, installed the xfsprogs and was able to use > mkfs.xfs to format a partition. When trying to mount the filesystem, it > tells me the kernel does not support XFS. I know that I need to recompile > the kernel to get this thing working, but I have no idea on how to do > this. I am wanting to use XFS to create a 120 TB filesystem (growable up > to 300 TB). XFS is my only option if I want a filesystem this large, is > this correct? Thanks in advance for your help. > > Rob Thompson You realize, of course, that XFS isn't cXFS, and that if you create a single 120TB volume only *one* machine will be able to mount that volume read-write. I'm not even sure if another system could mount that volume as read-only in parallel. If anyone has that kind of data, we (Fermilab) do, so I'd be interested in your (public) findings. I think the latest count of XFS disks here at Fermi is in the 800-900TB range (and growing), all of it white-box NAS, and a lot of it used as dCache pool nodes (http://www.dcache.org). Cheers, Dan PS, I'm not currently subscribed to linux-xfs, so please cc me directly. Thanks. -- Dan Yocum Fermilab 630.840.6509 yocum@fnal.gov, http://computing.fnal.gov/ccf/ftp.html Fermilab. Computing the quantum universe. From owner-linux-xfs@oss.sgi.com Mon Dec 5 09:35:09 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 Dec 2005 09:35:13 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB5HZ9qY027147 for ; Mon, 5 Dec 2005 09:35:09 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB5HVbxT011260 for ; Mon, 5 Dec 2005 11:31:37 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB5HVasL26628427; Mon, 5 Dec 2005 11:31:36 -0600 (CST) Message-ID: <43947977.8070904@sgi.com> Date: Mon, 05 Dec 2005 11:31:35 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com CC: jijo@free.net.ph Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> In-Reply-To: <43943F3E.5080804@xfs.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6679 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 404 Lines: 14 Stephen Lord wrote: > XFS runs recovery on a readonly filesystem. It has been doing that > for years. There are log messages which come out when recovery runs, > you should see them in dmesg or the syslog after boot up. Yep. That code has changed a bit but the results should be the same... Federico, can you verify that you see the log recovery messages when your machines boot up? -Eric > Steve From owner-linux-xfs@oss.sgi.com Mon Dec 5 15:53:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 Dec 2005 15:53:14 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB5NrAqY024477 for ; Mon, 5 Dec 2005 15:53:10 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 64166C0033FB for ; Tue, 6 Dec 2005 07:49:38 +0800 (PHT) Received: from musang.free.net.ph (unknown [203.177.60.139]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 8B4CEC0033F7 for ; Tue, 6 Dec 2005 07:49:35 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id 96658160002A2; Tue, 6 Dec 2005 07:49:32 +0800 (PHT) Date: Tue, 6 Dec 2005 07:49:32 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues Message-ID: <20051205234932.GA3406@free.net.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <43947977.8070904@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43947977.8070904@sgi.com> X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.9i X-archive-position: 6683 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 1208 Lines: 30 On Mon, Dec 05, 2005 at 11:31:35AM -0600, Eric Sandeen wrote: > Stephen Lord wrote: > > XFS runs recovery on a readonly filesystem. It has been doing that > > for years. There are log messages which come out when recovery runs, > > you should see them in dmesg or the syslog after boot up. > > Yep. That code has changed a bit but the results should be the same... > > Federico, can you verify that you see the log recovery messages when > your machines boot up? pos01:~# dmesg | grep -i xfs SGI XFS with no debug enabled XFS mounting filesystem hda1 Starting XFS recovery on filesystem: hda1 (dev: hda1) Ending XFS recovery on filesystem: hda1 (dev: hda1) VFS: Mounted root (xfs filesystem) readonly. So the logs "advertise" that log recovery is done. However, "ghost" disk usage continues to increase until the disks are full, and this can only be fixed first by mounting the filesystem read-write using a rescue system, which partially recovers free space, and then by running xfs_repair which recovers the rest. --> Jijo -- Federico Sevilla III : jijo.free.net.ph : When we speak of free software GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price. From owner-linux-xfs@oss.sgi.com Mon Dec 5 21:53:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 05 Dec 2005 21:53:35 -0800 (PST) Received: from arke.acsalaska.net (arke.acsalaska.net [209.112.173.225]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB65rTqY029300 for ; Mon, 5 Dec 2005 21:53:31 -0800 Received: from erbenson.alaska.net (66-230-89-249-dial-as3.nwc.acsalaska.net [66.230.89.249]) by arke.acsalaska.net (8.13.4/8.13.4) with ESMTP id jB65ntHw081857 for ; Mon, 5 Dec 2005 20:49:56 -0900 (AKST) (envelope-from erbenson@alaska.net) Received: from plato.local.lan (plato.local.lan [192.168.0.4]) by erbenson.alaska.net (Postfix) with ESMTP id 86744394F for ; Mon, 5 Dec 2005 20:49:54 -0900 (AKST) Received: by plato.local.lan (Postfix, from userid 1000) id DCDC040FF35; Mon, 5 Dec 2005 20:49:53 -0900 (AKST) Date: Mon, 5 Dec 2005 20:49:53 -0900 From: Ethan Benson To: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues Message-ID: <20051206054953.GP14319@plato.local.lan> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="TB36FDmn/VVEgNH/" Content-Disposition: inline In-Reply-To: <43943F3E.5080804@xfs.org> User-Agent: Mutt/1.3.28i X-OS: Debian GNU X-gpg-fingerprint: E3E4 D0BC 31BC F7BB C1DD C3D6 24AC 7B1A 2C44 7AFC X-gpg-key: http://www.alaska.net/~erbenson/gpg/key.asc Mail-Copies-To: nobody X-No-CC: I subscribe to this list; do not CC me on replies. X-ACS-Spam-Status: no X-ACS-Scanned-By: MD 2.52; SA 3.0.4; spamdefang 1.116 X-archive-position: 6688 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: erbenson@alaska.net Precedence: bulk X-list: linux-xfs Content-Length: 1729 Lines: 53 --TB36FDmn/VVEgNH/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Dec 05, 2005 at 07:23:10AM -0600, Stephen Lord wrote: > XFS runs recovery on a readonly filesystem. It has been doing that > for years. There are log messages which come out when recovery runs, > you should see them in dmesg or the syslog after boot up. I believe there may be a slight problem with how this works in certain circumstances. I have observed the following problem, but have not had time to do proper tests to confirm it. Basically the situation is as follows: 1) /etc/fstab contains a filesystem mounted read-only by default. 2) said filesystem is remounted read-write, and files which are in use (running executables for example) are unlinked (such that link count becomes 0). 3) time passes. (more then enough for everything to be synced). 4) system crashes or is rebooted uncleanly. 5) filesystem is mounted read-only, log recovery occurs anyway. 6) xfs_check or xfs_repair will report orphaned inodes which need to be moved to lost+found, if repair is performed inodes are indeed moved to lost+found, the inodes in question are the previously deleted files. I have not had the chance to prove this, but I have seen enough instances close enough to this that I believe it to be true. --=20 Ethan Benson http://www.alaska.net/~erbenson/ --TB36FDmn/VVEgNH/ Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iEYEARECAAYFAkOVJoEACgkQJKx7GixEevxDQQCgjaft+oeLf1XTmi3g42i1tNQD p4YAn3oGK10pxnfnqSbvhZfD1sEU2iW6 =Gtrc -----END PGP SIGNATURE----- --TB36FDmn/VVEgNH/-- From owner-linux-xfs@oss.sgi.com Tue Dec 6 06:13:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 06:13:55 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB6EDpqY019575 for ; Tue, 6 Dec 2005 06:13:51 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB6EAIxT010593 for ; Tue, 6 Dec 2005 08:10:18 -0600 Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id jB6EAGOS9483232; Tue, 6 Dec 2005 06:10:17 -0800 (PST) Message-ID: <43959BC8.60403@sgi.com> Date: Tue, 06 Dec 2005 08:10:16 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Federico Sevilla III CC: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <43947977.8070904@sgi.com> <20051205234932.GA3406@free.net.ph> In-Reply-To: <20051205234932.GA3406@free.net.ph> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6691 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 542 Lines: 17 Federico Sevilla III wrote: > So the logs "advertise" that log recovery is done. However, "ghost" disk > usage continues to increase until the disks are full, and this can only > be fixed first by mounting the filesystem read-write using a rescue > system, which partially recovers free space, and then by running > xfs_repair which recovers the rest. Out of curiosity, how much space is reclaimed by the rescue mount, and how much by the repair? What is the output of repair when you run it? That may offer some clues. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Tue Dec 6 06:15:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 06:15:11 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB6EF8qY019854 for ; Tue, 6 Dec 2005 06:15:08 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB6EBZxT010979 for ; Tue, 6 Dec 2005 08:11:35 -0600 Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id jB6EBYOS9475805; Tue, 6 Dec 2005 06:11:34 -0800 (PST) Message-ID: <43959C16.4090108@sgi.com> Date: Tue, 06 Dec 2005 08:11:34 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ethan Benson CC: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <20051206054953.GP14319@plato.local.lan> In-Reply-To: <20051206054953.GP14319@plato.local.lan> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6692 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1448 Lines: 41 Ethan Benson wrote: > On Mon, Dec 05, 2005 at 07:23:10AM -0600, Stephen Lord wrote: > >>XFS runs recovery on a readonly filesystem. It has been doing that >>for years. There are log messages which come out when recovery runs, >>you should see them in dmesg or the syslog after boot up. > > > I believe there may be a slight problem with how this works in certain > circumstances. I have observed the following problem, but have > not had time to do proper tests to confirm it. > > Basically the situation is as follows: > > 1) /etc/fstab contains a filesystem mounted read-only by default. > > 2) said filesystem is remounted read-write, and files which are in use > (running executables for example) are unlinked (such that link > count becomes 0). > > 3) time passes. (more then enough for everything to be synced). > > 4) system crashes or is rebooted uncleanly. > > 5) filesystem is mounted read-only, log recovery occurs anyway. > > 6) xfs_check or xfs_repair will report orphaned inodes which need to > be moved to lost+found, if repair is performed inodes are indeed moved > to lost+found, the inodes in question are the previously deleted files. > > I have not had the chance to prove this, but I have seen enough > instances close enough to this that I believe it to be true. > There is something called "unlinked list processing" which should be handling this... bears investigation, I guess. Thanks, -Eric From owner-linux-xfs@oss.sgi.com Tue Dec 6 10:06:20 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 10:06:25 -0800 (PST) Received: from mail.linbit.com (aug.linbit.com [212.69.162.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB6I6JqY018831 for ; Tue, 6 Dec 2005 10:06:20 -0800 Received: from soda (office.linbit [213.229.1.138]) by mail.linbit.com (LINBIT Mail Daemon) with ESMTP id 67B2815FD5; Tue, 6 Dec 2005 19:02:45 +0100 (CET) Date: Tue, 6 Dec 2005 19:02:46 +0100 From: Lars Ellenberg To: drbd-user@linbit.com Cc: Linux-XFS Mailing List Subject: Re: [DRBD-user] Unrecoverable XFS Dinode Corruption on DRBD Message-ID: <20051206180246.GB4518@soda.linbit> Mail-Followup-To: drbd-user@lists.linbit.com, Linux-XFS Mailing List References: <20051205232537.GA2489@free.net.ph> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051205232537.GA2489@free.net.ph> X-archive-position: 6694 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: Lars.Ellenberg@linbit.com Precedence: bulk X-list: linux-xfs Content-Length: 1020 Lines: 28 / 2005-12-06 07:25:37 +0800 \ Federico Sevilla III: > Hi, > > Today we ran into unrecoverable XFS dinode corruption on a DRBD cluster > that's been in production for two years, with 146 day uptime on the > machines. This is the first time we've ran into this problem. Both > machines run Debian GNU/Linux Sarge with Linux 2.6.12.2 and DRBD 0.7.10. please have a look at http://bugzilla.kernel.org/show_bug.cgi?id=4946 aka the bio_clone bug, introduced in mainline kernel 2.6.11-rcX and fixed in mainline 2.6.12.4 (so it is probably present in debian 2.6.12.2, which you happen to use). there is also a thread about this in this mailing lists archives, about August 5. I'm not saying it is this bug, I just suggest it might be. -- : Lars Ellenberg Tel +43-1-8178292-0 : : LINBIT Information Technologies GmbH Fax +43-1-8178292-82 : : Schoenbrunner Str. 244, A-1120 Vienna/Europe http://www.linbit.com : __ please use the "List-Reply" function of your email client. From owner-linux-xfs@oss.sgi.com Tue Dec 6 13:35:09 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 13:35:14 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB6LZ9qY007188 for ; Tue, 6 Dec 2005 13:35:09 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB6NaA6v023919 for ; Tue, 6 Dec 2005 15:36:11 -0800 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB6LUaDN21238807 for ; Tue, 6 Dec 2005 15:30:36 -0600 (CST) Received: from sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id jB6LTiLL21618142; Tue, 6 Dec 2005 15:29:44 -0600 (CST) Received: from penguin.americas.sgi.com (localhost.localdomain [127.0.0.1]) by sgi.com (8.12.8/8.12.8) with ESMTP id jB6LUYvM003753; Tue, 6 Dec 2005 15:30:35 -0600 Received: (from sandeen@localhost) by penguin.americas.sgi.com (8.12.8/8.12.8/Submit) id jB6LUYAm003751; Tue, 6 Dec 2005 15:30:34 -0600 Date: Tue, 6 Dec 2005 15:30:34 -0600 From: Eric Sandeen Message-Id: <200512062130.jB6LUYAm003751@penguin.americas.sgi.com> To: sgi.bugs.xfs@fido.engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE 946611 - remove unused "readonly" variable in some log recovery functions X-archive-position: 6695 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@penguin.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 808 Lines: 20 remove unused "readonly" arg from xlog_find_tail and xlog_recover Date: Tue Dec 6 13:29:47 PST 2005 Workarea: penguin.americas.sgi.com:/src/eric/xfs-trees/xfs-GUT-clean Inspected by: tes The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:203307a xfs_log.c - 1.314 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.c.diff?r1=text&tr1=1.314&r2=text&tr2=1.313&f=h xfs_log_priv.h - 1.113 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_priv.h.diff?r1=text&tr1=1.113&r2=text&tr2=1.112&f=h xfs_log_recover.c - 1.304 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_recover.c.diff?r1=text&tr1=1.304&r2=text&tr2=1.303&f=h - remove unused "readonly" arg from xlog_find_tail and xlog_recover From owner-linux-xfs@oss.sgi.com Tue Dec 6 13:42:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 13:42:22 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB6LgFqY007887 for ; Tue, 6 Dec 2005 13:42:16 -0800 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 IAA17394 for ; Wed, 7 Dec 2005 08:38:40 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB6Lcpkt7284108 for ; Wed, 7 Dec 2005 08:38:52 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jB6LbGgh000851 for ; Wed, 7 Dec 2005 08:37:17 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jB6LbG43000849 for linux-xfs@oss.sgi.com; Wed, 7 Dec 2005 08:37:16 +1100 Date: Wed, 7 Dec 2005 08:37:16 +1100 From: Nathan Scott To: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues Message-ID: <20051206213715.GA756@frodo> References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <43947977.8070904@sgi.com> <20051205234932.GA3406@free.net.ph> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051205234932.GA3406@free.net.ph> User-Agent: Mutt/1.5.3i X-archive-position: 6696 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 555 Lines: 16 On Tue, Dec 06, 2005 at 07:49:32AM +0800, Federico Sevilla III wrote: > So the logs "advertise" that log recovery is done. However, "ghost" disk > usage continues to increase until the disks are full, and this can only > be fixed first by mounting the filesystem read-write using a rescue > system, which partially recovers free space, and then by running > xfs_repair which recovers the rest. Is it easily reproduced (sounds like it)? If so, could you come up with a test case for us to analyse? That would be a huge help here.. thanks! -- Nathan From owner-linux-xfs@oss.sgi.com Tue Dec 6 20:29:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 20:29:10 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB74T3qY013250 for ; Tue, 6 Dec 2005 20:29:03 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id BD6D4C00325B for ; Wed, 7 Dec 2005 12:25:30 +0800 (PHT) Received: from musang.free.net.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 39AD1C000DD9 for ; Wed, 7 Dec 2005 12:25:28 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id 89025160002A2; Wed, 7 Dec 2005 12:25:24 +0800 (PHT) Date: Wed, 7 Dec 2005 12:25:24 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues Message-ID: <20051207042524.GB2539@free.net.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <43947977.8070904@sgi.com> <20051205234932.GA3406@free.net.ph> <20051206213715.GA756@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051206213715.GA756@frodo> X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.9i X-archive-position: 6699 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 946 Lines: 22 On Wed, Dec 07, 2005 at 08:37:16AM +1100, Nathan Scott wrote: > Is it easily reproduced (sounds like it)? If so, could you come up > with a test case for us to analyse? That would be a huge help here.. Basically our POS application writes a bunch of audit information to disk after what we call a terminal reading, which is done to every operational POS terminal at the end of a selling day. The store personnel incorrectly turn off the machine after this terminal reading is over instead of correctly shutting it down. This is done everyday. It takes a few months for the single filesystem (per terminal) to finally hit 100% usage. I'll send the list more information -- average file size, exact usage drop after rescue mount, exact messages of xfs_repair -- as soon as I can. --> Jijo -- Federico Sevilla III : jijo.free.net.ph : When we speak of free software GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price. From owner-linux-xfs@oss.sgi.com Tue Dec 6 20:26:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 20:26:14 -0800 (PST) Received: from amanpulo.hosting.qsr.com.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB74QBqY012833 for ; Tue, 6 Dec 2005 20:26:11 -0800 Received: from localhost (localhost [127.0.0.1]) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id B3454C00325B for ; Wed, 7 Dec 2005 12:22:35 +0800 (PHT) Received: from musang.free.net.ph (amanpulo.hosting.qsr.com.ph [64.34.170.22]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by amanpulo.hosting.qsr.com.ph (Postfix) with ESMTP id 03B5FC000DD9 for ; Wed, 7 Dec 2005 12:22:33 +0800 (PHT) Received: by musang.free.net.ph (Postfix, from userid 1000) id DF530160002A2; Wed, 7 Dec 2005 12:22:28 +0800 (PHT) Date: Wed, 7 Dec 2005 12:22:28 +0800 From: Federico Sevilla III To: linux-xfs@oss.sgi.com Subject: Re: Filesystem Consistency Issues Message-ID: <20051207042228.GA2539@free.net.ph> Mail-Followup-To: linux-xfs@oss.sgi.com References: <20051204142506.GE2605@free.net.ph> <20051205014137.GA7685@old.davidb.org> <43943F3E.5080804@xfs.org> <43947977.8070904@sgi.com> <20051205234932.GA3406@free.net.ph> <43959BC8.60403@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <43959BC8.60403@sgi.com> X-Personal-URL: http://jijo.free.net.ph User-Agent: Mutt/1.5.9i X-archive-position: 6698 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jijo@free.net.ph Precedence: bulk X-list: linux-xfs Content-Length: 981 Lines: 26 On Tue, Dec 06, 2005 at 08:10:16AM -0600, Eric Sandeen wrote: > Out of curiosity, how much space is reclaimed by the rescue mount, and > how much by the repair? I don't have exact figures, but for a 20GB filesystem with only 800MB used "for real", the rescue mount brought usage down to about 15GB, and then the repair took care of the rest. > What is the output of repair when you run it? That may offer some > clues. Basically just disconnected inodes that were dumped in lost+found, which correspond to data that our POS system had just created locally for audit purposes when the machines were turned off (part of our fix is correcting this practice and maybe adding an fsync() after the audit files are written). I'll make it a point to have better answers for these questions during our next clean up run. --> Jijo -- Federico Sevilla III : jijo.free.net.ph : When we speak of free software GNU/Linux Specialist : GnuPG 0x93B746BE : we refer to freedom, not price. From owner-linux-xfs@oss.sgi.com Tue Dec 6 21:13:28 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 21:13:33 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB75DSqY017139 for ; Tue, 6 Dec 2005 21:13:28 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB77EUpN020302 for ; Tue, 6 Dec 2005 23:14:30 -0800 Received: from daisy-e236.americas.sgi.com (daisy-e236.americas.sgi.com [128.162.236.214]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB758rDN21256765 for ; Tue, 6 Dec 2005 23:08:53 -0600 (CST) Received: from sgi.com (penguin.americas.sgi.com [128.162.240.135]) by daisy-e236.americas.sgi.com (8.12.9/SGI-server-1.8) with ESMTP id jB7581LL21967387; Tue, 6 Dec 2005 23:08:01 -0600 (CST) Received: from penguin.americas.sgi.com (localhost.localdomain [127.0.0.1]) by sgi.com (8.12.8/8.12.8) with ESMTP id jB758pvM004640; Tue, 6 Dec 2005 23:08:51 -0600 Received: (from sandeen@localhost) by penguin.americas.sgi.com (8.12.8/8.12.8/Submit) id jB758pCQ004638; Tue, 6 Dec 2005 23:08:51 -0600 Date: Tue, 6 Dec 2005 23:08:51 -0600 From: Eric Sandeen Message-Id: <200512070508.jB758pCQ004638@penguin.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 946641 - remove some dead code from xfs_iozero & friends X-archive-position: 6701 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@penguin.americas.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 845 Lines: 21 remove unused vars, args, & unneeded intermediate vars from zeroing code Date: Tue Dec 6 21:08:24 PST 2005 Workarea: penguin.americas.sgi.com:/src/eric/xfs-trees/xfs-GUT-clean Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:203328a xfs_inode.c - 1.423 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.423&r2=text&tr2=1.422&f=h linux-2.6/xfs_lrw.c - 1.230 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.230&r2=text&tr2=1.229&f=h linux-2.4/xfs_lrw.c - 1.225 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.225&r2=text&tr2=1.224&f=h - remove unused vars, args, & unneeded intermediate vars from zeroing code From owner-linux-xfs@oss.sgi.com Tue Dec 6 21:31:06 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 21:31:11 -0800 (PST) Received: from mail.davidb.org (adsl-64-172-240-129.dsl.sndg02.pacbell.net [64.172.240.129]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB75V5qY018787 for ; Tue, 6 Dec 2005 21:31:06 -0800 Received: from davidb by mail.davidb.org with local (Exim 4.54 #1 (Debian)) id 1Ejrq0-0005zi-Ux for ; Tue, 06 Dec 2005 21:27:32 -0800 Date: Tue, 6 Dec 2005 21:27:32 -0800 From: David Brown To: XFS Mailing List Subject: xfsdump timestamp patch. Message-ID: <20051207052732.GA22418@old.davidb.org> Mail-Followup-To: XFS Mailing List Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.5.11 X-archive-position: 6702 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@davidb.org Precedence: bulk X-list: linux-xfs Content-Length: 3795 Lines: 130 The patch below adds an option to xfsdump to set the timestamp that a backup will happen based on. This can be used to correct a problem that occurs in files that are touched after making a snapshot volume. For example: - make snapshot - touch a file on r/w volume - xfsdump the r/o snapshot - undo the snapshot The touched file will not be included in the dump, but since the timestamp for the backup happens after this file was touched, the file will also not be included in future incrementals. This can be fixed as follows: - touch /tmp/snapstamp - make snapshot - xfsdump -t /tmp/snapstamp ... - undo snapshot The '-t' option causes xfsdump to use the timestamp of the named file as the dump time, rather than the current time. Thanks, David Brown Subject: [PATCH] Add '-t' option to allow dump time to be specified. --- common/global.c | 29 ++++++++++++++++++++++++++++- common/main.c | 3 +++ dump/getopt.h | 4 ++-- 3 files changed, 33 insertions(+), 3 deletions(-) applies-to: fac8fc29c114fa28618b82a9f5918ff6b9521f37 102ce75c083379636394ec2851b8f07d0610b515 diff --git a/common/global.c b/common/global.c index d793175..2e05ef9 100644 --- a/common/global.c +++ b/common/global.c @@ -76,6 +76,9 @@ global_hdr_alloc( intgen_t argc, char *a #endif /* DUMP */ intgen_t rval; +#ifdef DUMP + struct stat64 statbuf; +#endif /* DUMP */ /* sanity checks */ @@ -96,7 +99,8 @@ global_hdr_alloc( intgen_t argc, char *a ghdrp->gh_version = GLOBAL_HDR_VERSION; /* fill in the timestamp: all changes made at or after this moment - * will be included in increments on this base. + * will be included in increments on this base. This may be + * overridden by the '-t' option. */ ghdrp->gh_timestamp = (time32_t) time( 0 ); @@ -190,6 +194,29 @@ global_hdr_alloc( intgen_t argc, char *a ghdrp->gh_version = GLOBAL_HDR_VERSION_0; break; #endif /* EXTATTR */ + case GETOPT_DUMPTIME: + /* Use the timestamp of the specified file, rather + * than the current time as the dump time. + */ + if ( ! optarg || optarg[ 0 ] == '-' ) { + mlog( MLOG_NORMAL | MLOG_ERROR, + _("-%c argument missing\n"), + optopt ); + usage( ); + return 0; + } + rval = lstat64( optarg, &statbuf ); + if ( rval ) { + mlog( MLOG_NORMAL | MLOG_ERROR, + _("unable to get status of %s: %s\n"), + optarg, + strerror( errno )); + usage( ); + return 0; + } + ghdrp->gh_timestamp = statbuf.st_mtime; + break; + #endif /* DUMP */ } } diff --git a/common/main.c b/common/main.c index 3d0b89e..ee53026 100644 --- a/common/main.c +++ b/common/main.c @@ -1102,6 +1102,9 @@ usage( void ) #ifdef REVEAL ULO(_("(miniroot restrictions)"), GETOPT_MINIROOT ); #endif /* REVEAL */ +#ifdef DUMP + ULO(_(" (use time of file)"), GETOPT_DUMPTIME ); +#endif /* DUMP */ ULN(_("- (stdin)") ); ULN(_("") ); #endif /* RESTORE */ diff --git a/dump/getopt.h b/dump/getopt.h index 0aeaa7d..df3393e 100644 --- a/dump/getopt.h +++ b/dump/getopt.h @@ -41,7 +41,7 @@ * facilitating easy changes. */ -#define GETOPT_CMDSTRING "ab:c:d:ef:hl:mop:qs:v:z:AB:CEFG:H:I:JL:M:NO:PRSTUVWY:Z" +#define GETOPT_CMDSTRING "ab:c:d:ef:hl:mop:qs:t:v:z:AB:CEFG:H:I:JL:M:NO:PRSTUVWY:Z" #define GETOPT_DUMPASOFFLINE 'a' /* dump DMF dualstate files as offline */ #define GETOPT_BLOCKSIZE 'b' /* blocksize for rmt */ @@ -62,7 +62,7 @@ #define GETOPT_QIC 'q' /* option to tell dump it's a QIC tape */ /* 'r' */ #define GETOPT_SUBTREE 's' /* subtree dump (content_inode.c) */ -/* 't' */ +#define GETOPT_DUMPTIME 't' /* use stat of file as dump time. */ /* 'u' */ #define GETOPT_VERBOSITY 'v' /* verbosity level (0 to 4 ) */ /* 'w' */ --- 0.99.9j From owner-linux-xfs@oss.sgi.com Tue Dec 6 22:35:54 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 22:35:59 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB76ZqqY025547 for ; Tue, 6 Dec 2005 22:35:53 -0800 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 RAA00067; Wed, 7 Dec 2005 17:31:29 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB76Vbkt7268696; Wed, 7 Dec 2005 17:31:39 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jB76U0gh010987; Wed, 7 Dec 2005 17:30:00 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jB76Tvwp010985; Wed, 7 Dec 2005 17:29:57 +1100 Date: Wed, 7 Dec 2005 17:29:56 +1100 From: Nathan Scott To: Stephen Smalley Cc: Christoph Hellwig , XFS Mailing List Subject: Re: fixing SELINUX-support in XFS-2.6.14 Message-ID: <20051207062956.GB10603@frodo> References: <20051130163424.GA4724@m.safari.iki.fi> <20051201082709.C7104341@wobbly.melbourne.sgi.com> <20051201112021.GB3958@infradead.org> <20051202062318.A7097967@wobbly.melbourne.sgi.com> <1133532863.28437.120.camel@moss-spartans.epoch.ncsc.mil> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1133532863.28437.120.camel@moss-spartans.epoch.ncsc.mil> User-Agent: Mutt/1.5.3i X-archive-position: 6704 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1463 Lines: 41 Hi Stephen, Apologies for the delay in replying, I've been away for a bit. On Fri, Dec 02, 2005 at 09:14:23AM -0500, Stephen Smalley wrote: > On Fri, 2005-12-02 at 06:23 +1100, Nathan Scott wrote: > > Well, I mainly want to not cause a huge regression for those > > people who were using it in the stable kernel series. > > > Hmmm ... if its that simple, then that should have been done > > for reiserfs and XFS before this change was merged at all, > > surely? That would've kept the old (albeit not quite correct) > > behaviour without the regression, and given ample opportunity > > for the remaining filesystems to get properly fixed up... no? > > I don't know whether that would be simple or not (not having looked > closely at the xfs implementation), but these patches were discussed on > linux-fsdevel and lived in -mm for a while without such a suggestion > being made. > ... It wasn't clear to me when I initially read those that the unmodified (but working) filesystems would now be broken. > I'm open to suggestions, but I'm not getting a consistent message from > xfs folks, so it is difficult to know how to proceed. Heh, Christoph wears many hats - here he's wearing both VFS and XFS hats at once... :) > I'm also not > clear on what we can hope to get into 2.6.15 at this point. Yes, its too late for 2.6.15. I'll cook up a patch to reinstate the functionality for XFS and make sure its included for 2.6.16. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Tue Dec 6 22:41:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 06 Dec 2005 22:41:46 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB76fbqY026206 for ; Tue, 6 Dec 2005 22:41:38 -0800 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 RAA00193; Wed, 7 Dec 2005 17:38:01 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB76c8kt7295242; Wed, 7 Dec 2005 17:38:11 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jB76aWgh011071; Wed, 7 Dec 2005 17:36:33 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jB76aUX3011069; Wed, 7 Dec 2005 17:36:30 +1100 Date: Wed, 7 Dec 2005 17:36:30 +1100 From: Nathan Scott To: Sami Farin Cc: XFS Mailing List Subject: Re: fixing SELINUX-support in XFS-2.6.14 Message-ID: <20051207063630.GB11031@frodo> References: <20051130163424.GA4724@m.safari.iki.fi> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051130163424.GA4724@m.safari.iki.fi> User-Agent: Mutt/1.5.3i X-archive-position: 6705 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1791 Lines: 76 On Wed, Nov 30, 2005 at 06:34:25PM +0200, Sami Farin wrote: > Does XFS team have plans to make 2.6.14 work with SELINUX? > http://marc.theaimsgroup.com/?l=selinux&m=112653995009765&w=2 Does this patch help? (Its a -p1 patch, to be applied from inside fs/xfs in the kernel). thanks. -- Nathan Index: xfs-linux/linux-2.6/xfs_iops.c =================================================================== --- xfs-linux.orig/linux-2.6/xfs_iops.c +++ xfs-linux/linux-2.6/xfs_iops.c @@ -53,6 +53,7 @@ #include #include +#include /* * Change the requested timestamp in the given inode. @@ -210,6 +211,39 @@ validate_fields( } /* + * Hook in SELinux. This is not quite correct yet, what we really need + * here (as we do for default ACLs) is a mechanism by which creation of + * these attrs can be journalled at inode creation time (along with the + * inode, of course, such that log replay can't cause these to be lost). + */ +STATIC int +linvfs_init_security( + struct vnode *vp, + struct inode *dir) +{ + struct inode *ip = LINVFS_GET_IP(vp); + size_t length; + void *value; + char *name; + int error; + + error = security_inode_init_security(ip, dir, &name, &value, &length); + if (error) { + if (error == -EOPNOTSUPP) + return 0; + return -error; + } + + VOP_ATTR_SET(vp, name, value, length, ATTR_SECURE, NULL, error); + if (!error) + VMODIFY(vp); + + kfree(name); + kfree(value); + return error; +} + +/* * Determine whether a process has a valid fs_struct (kernel daemons * like knfsd don't have an fs_struct). * @@ -274,6 +308,9 @@ linvfs_mknod( break; } + if (!error) + error = linvfs_init_security(vp, dir); + if (default_acl) { if (!error) { error = _ACL_INHERIT(vp, &va, default_acl); From owner-linux-xfs@oss.sgi.com Wed Dec 7 01:39:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 01:39:15 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [133.243.3.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB79d7qY017429 for ; Wed, 7 Dec 2005 01:39:08 -0800 Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id jB79ZWVp015802 for ; Wed, 7 Dec 2005 18:35:32 +0900 (JST) Received: from gw1.nict.go.jp (localhost [127.0.0.1]) by gw1.nict.go.jp with ESMTP id jB79ZWgg024152 for ; Wed, 7 Dec 2005 18:35:32 +0900 (JST) Received: from mail1.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw1.nict.go.jp with ESMTP id jB79ZVj9024145 for ; Wed, 7 Dec 2005 18:35:31 +0900 (JST) Received: from mail1.nict.go.jp (localhost [127.0.0.1]) by localhost.nict.go.jp (Postfix) with ESMTP id C2EF84345 for ; Wed, 7 Dec 2005 18:35:31 +0900 (JST) Received: from nabal.nict.go.jp (unknown [133.243.93.85]) by mail1.nict.go.jp (Postfix) with SMTP id 889D342E6 for ; Wed, 7 Dec 2005 18:35:31 +0900 (JST) Date: Wed, 7 Dec 2005 18:35:31 +0900 From: CHIKAMA masaki To: linux-xfs@oss.sgi.com Subject: deep chmod|chown -R begin to start OOMkiller Message-Id: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 6706 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: masaki-c@nict.go.jp Precedence: bulk X-list: linux-xfs Content-Length: 621 Lines: 25 Hello all. I have trouble about a storange behavior on xfs fileststem. When I did "chmod -R 755 ." on deep directory, the system became slow down and began to start OOMkiller after a while. At that time, slabtop showed that the number of xfs_ili, xfs_inode, and linvfs_icache objects are becoming very large. My kernel version is 2.6.13.4. A similar report is found at http://oss.sgi.com/archives/linux-xfs/2003-03/msg00018.html Is this a expected bihavior? Now I use "find -exec" insted of "chmod -R". The usage of slab memory with "find" is calm and does not start OOM killker. -- CHIKAMA Masaki @ NICT From owner-linux-xfs@oss.sgi.com Wed Dec 7 05:22:17 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 05:22:23 -0800 (PST) Received: from pne-smtpout2-sn1.fre.skanova.net (pne-smtpout2-sn1.fre.skanova.net [81.228.11.159]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7DMFqY007764 for ; Wed, 7 Dec 2005 05:22:16 -0800 Received: from safari.iki.fi (80.223.105.208) by pne-smtpout2-sn1.fre.skanova.net (7.2.069.1) id 4394B97C00083796 for linux-xfs@oss.sgi.com; Wed, 7 Dec 2005 14:18:42 +0100 Received: (qmail 5271 invoked by uid 500); 7 Dec 2005 13:18:40 -0000 Date: Wed, 7 Dec 2005 15:18:39 +0200 From: Sami Farin To: XFS Mailing List Subject: Re: fixing SELINUX-support in XFS-2.6.14 Message-ID: <20051207131839.GA4827@m.safari.iki.fi> Mail-Followup-To: XFS Mailing List References: <20051130163424.GA4724@m.safari.iki.fi> <20051207063630.GB11031@frodo> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051207063630.GB11031@frodo> User-Agent: Mutt/1.5.11 X-archive-position: 6711 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: safari-xfs@safari.iki.fi Precedence: bulk X-list: linux-xfs Content-Length: 467 Lines: 17 On Wed, Dec 07, 2005 at 05:36:30PM +1100, Nathan Scott wrote: > On Wed, Nov 30, 2005 at 06:34:25PM +0200, Sami Farin wrote: > > Does XFS team have plans to make 2.6.14 work with SELINUX? > > http://marc.theaimsgroup.com/?l=selinux&m=112653995009765&w=2 > > Does this patch help? (Its a -p1 patch, to be applied from Yes, it seems to work. At least the system boots and security context is created for new files. > inside fs/xfs in the kernel). > > thanks. -- From owner-linux-xfs@oss.sgi.com Wed Dec 7 10:29:53 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 10:29:57 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7ITqqY004417 for ; Wed, 7 Dec 2005 10:29:53 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB7KV2FA026149 for ; Wed, 7 Dec 2005 12:31:02 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB7IQ6vD5439876; Wed, 7 Dec 2005 10:26:06 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jB7IQJ3J003337; Wed, 7 Dec 2005 12:26:19 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jB7IQIno003333; Wed, 7 Dec 2005 12:26:18 -0600 Date: Wed, 7 Dec 2005 12:26:18 -0600 From: Christoph Hellwig Message-Id: <200512071826.jB7IQIno003333@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Cc: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 946205 - turn xlog helper macros into real functions X-archive-position: 6715 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 524 Lines: 15 Date: Wed Dec 7 10:25:53 PST 2005 Workarea: naboo.americas.sgi.com:/go/space/hch/xfs-2.6.x Inspected by: tes The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203360a fs/xfs/xfs_log.c - 1.315 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.c.diff?r1=text&tr1=1.315&r2=text&tr2=1.314&f=h fs/xfs/xfs_log_priv.h - 1.114 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_priv.h.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h From owner-linux-xfs@oss.sgi.com Wed Dec 7 11:07:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 11:07:44 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7J7aqY006723 for ; Wed, 7 Dec 2005 11:07:38 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB7L8jgE000997 for ; Wed, 7 Dec 2005 13:08:45 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB7J2nvD5449134; Wed, 7 Dec 2005 11:02:49 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jB7J32IU008584; Wed, 7 Dec 2005 13:03:02 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jB7J31Pg008583; Wed, 7 Dec 2005 13:03:01 -0600 Date: Wed, 7 Dec 2005 13:03:01 -0600 From: Christoph Hellwig Message-Id: <200512071903.jB7J31Pg008583@naboo.americas.sgi.com> To: Cc: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 946679 - fix, speedup and simplify atime handling X-archive-position: 6716 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2152 Lines: 37 let the VFS handle atime updates and only sync back to the xfs inode when nessecary Date: Wed Dec 7 11:02:48 PST 2005 Workarea: naboo.americas.sgi.com:/go/space/hch/xfs-2.4.x Inspected by: dgc The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.4.x-xfs Modid: xfs-linux:xfs-kern:203362a fs/xfs/xfs_vnodeops.c - 1.661 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.661&r2=text&tr2=1.660&f=h fs/xfs/xfs_itable.c - 1.133 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_itable.c.diff?r1=text&tr1=1.133&r2=text&tr2=1.132&f=h fs/xfs/xfs_dmapi.c - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dmapi.c.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h fs/xfs/xfs_inode_item.c - 1.123 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode_item.c.diff?r1=text&tr1=1.123&r2=text&tr2=1.122&f=h fs/xfs/xfs_inode.c - 1.424 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.c.diff?r1=text&tr1=1.424&r2=text&tr2=1.423&f=h fs/xfs/xfs_inode.h - 1.206 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.206&r2=text&tr2=1.205&f=h fs/xfs/linux-2.6/xfs_lrw.c - 1.231 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.231&r2=text&tr2=1.230&f=h fs/xfs/linux-2.6/xfs_vnode.c - 1.135 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.c.diff?r1=text&tr1=1.135&r2=text&tr2=1.134&f=h fs/xfs/linux-2.6/xfs_iops.c - 1.231 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.231&r2=text&tr2=1.230&f=h fs/xfs/linux-2.4/xfs_lrw.c - 1.226 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.226&r2=text&tr2=1.225&f=h fs/xfs/linux-2.4/xfs_vnode.c - 1.135 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vnode.c.diff?r1=text&tr1=1.135&r2=text&tr2=1.134&f=h fs/xfs/linux-2.4/xfs_iops.c - 1.214 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.214&r2=text&tr2=1.213&f=h From owner-linux-xfs@oss.sgi.com Wed Dec 7 11:54:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 11:54:40 -0800 (PST) Received: from ty.sabi.co.UK (82-69-39-138.dsl.in-addr.zen.co.uk [82.69.39.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7JsVqY010123 for ; Wed, 7 Dec 2005 11:54:31 -0800 Received: from from [127.0.0.1] (helo=base.ty.sabi.co.UK) by ty.sabi.co.UK with esmtp(Exim 4.54 #1) id 1Ej3UE-0004Qg-Rz for ; Sun, 04 Dec 2005 23:41:42 +0000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17299.32438.100855.316477@base.ty.sabi.co.UK> Date: Sun, 4 Dec 2005 23:41:42 +0000 X-Face: SMJE]JPYVBO-9UR%/8d'mG.F!@.,l@c[f'[%S8'BZIcbQc3/">GrXDwb#;fTRGNmHr^JFb SAptvwWc,0+z+~p~"Gdr4H$(|N(yF(wwCM2bW0~U?HPEE^fkPGx^u[*[yV.gyB!hDOli}EF[\cW*S H&spRGFL}{`bj1TaD^l/"[ msn( /TH#THs{Hpj>)]f> Subject: Re: Filesystem Consistency Issues In-Reply-To: <20051204142506.GE2605@free.net.ph> References: <20051204142506.GE2605@free.net.ph> X-Mailer: VM 7.17 under 21.4 (patch 17) XEmacs Lucid From: pg_xfs@xfs.for.sabi.co.UK (Peter Grandi) X-Disclaimer: This message contains only personal opinions X-archive-position: 6717 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: pg_xfs@xfs.for.sabi.co.UK Precedence: bulk X-list: linux-xfs Content-Length: 4763 Lines: 116 >>> On Sun, 4 Dec 2005 22:25:06 +0800, Federico Sevilla III >>> said: jijo> Hi, We use XFS (Linux kernel 2.6.12 on Debian 3.1 Sarge) jijo> on fat client point-of-sale terminals. Somewhat odd idea... XFS is designed towards really large systems, even if it supports small ones fairly decently. jijo> [ ... ] The POS application regularly writes transaction jijo> audit information and maintains a local cache of the jijo> product database on the local drive, [ ... ] jijo> [ ... 800MB used out of 20-40GB, but in two months the free jijo> list is gone ... ] When I investigated one of the machines, jijo> mounting the filesystem in read/write mode after having jijo> booted from a rescue CD automatically fixed part of it, jijo> freeing about 60% of the filesystem. Running xfs_repair jijo> further freed up space by moving disconnected inodes to jijo> lost+found. I found that these machines were regularly jijo> powered off without a proper shutdown, and presumably with jijo> dirty data in the buffers. [ ... ] jijo> I find XFS's behavior troubling, though. Perhaps, but that is about as good as it goes. jijo> First, that I had to mount the filesystem (the root jijo> partition) from a rescue CD for the log replay to "fix" jijo> things properly. IIRC Debian Sarge mounts the root filesystem in a way that for example does not necessarily trigger the mount count/time based check. At least it did not happen on my mostly-Sarge PC. jijo> Isn't it supposed to do this by itself on bootup? This really depends on how the distribution handles that. I would check the system log for any messages saying that checking has been skipped, or should be done. jijo> And second, that the filesystem's consistency needed jijo> xfs_repair to completely repair things. That's not surprising; several journaling filesystems don't journal freelist transactions, because they can reconstruct it from a filesystem scan, and that is usually cheaper/faster. jijo> Data loss during incorrect shutdown is understandable and jijo> acceptable, but we use a journaling filesystem like XFS in jijo> particular so that filesystem consistency is guaranteed, jijo> right? I would guess that means consistent as far as it goes; that is, the _visible_ parts of the filesystem metadata are consistent. Things like the free list and unattached inodes are invisible to user programs. Making sure that on restart they are fine means either lots more overhead journaling, or running a full scan on restart. jijo> The systems are configured so that hdparm disables write jijo> caching on the drives, [ ... ] That's a good idea, but check it actually works; some drives (especially 2.5" ones) don't support that or just ignore that command... http://WWW.sabi.co.UK/Notes/anno05-3rd.html#050912 jijo> We don't have ECC RAM, though, since these are POS jijo> terminals, not servers. That's a different topic, and a pet peeve of mine: _everybody_ not just servers should use ECC RAM. There are good arguments that even with reliable memory, as soon as it get over around 64MiB things are dangerous, and at least _detection_ of RAM errors should be there (and then parity can then do ECC too). But must PC buyers don't know, so it is hard to find chipsets and motherboards that support it. Bah! jijo> What's the known behavior of XFS as far as not being jijo> properly unmounted on a regular basis is concerned? Just like with any other modern file system, very bad things may happen, more so because of the delayed allocation policy for data blocks. Applications that care about that should indeed use 'fsync' (and perhaps on directories too [I wonder if it is supported] if files are created/deleted) as you say: jijo> I have a number of projects where this is a "way of life" jijo> and where the best thing we can do on the application level jijo> is to issue an fsync() after critical operations, [ ... ] but 'sync' as a mount option is very likely a good idea; no modern (post-MS-DOS/MS-Win 9x) file system is designed to behave well without proper unmounting, except in 'sync' mode. There is a rather important issue for all journaled file systems: how often is the in-memory journal written to disk? With 'ext3' one can use the 'commit' mount parameter to set an interval in seconds, and XFS and JFS are subject instead to the parameters like 'dirty_background_ratio' and 'dirty_ratio' for the kernel 'pdflush' daemon. But even setting the journal writing interval to as low as say 1 second (or equivalent) means that there is a 1 second window of vulnerability, and in on second one can conceivably journal _a lot_ of stuff, and bye-bye if someone powers off the machine at that point. There is probably no way around it other than '-o sync'. From owner-linux-xfs@oss.sgi.com Wed Dec 7 12:07:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 12:07:10 -0800 (PST) Received: from mail.davidb.org (adsl-64-172-240-129.dsl.sndg02.pacbell.net [64.172.240.129]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7K77qY012183 for ; Wed, 7 Dec 2005 12:07:07 -0800 Received: from davidb by mail.davidb.org with local (Exim 4.54 #1 (Debian)) id 1Ek5Vl-0001Pq-Ia for ; Wed, 07 Dec 2005 12:03:33 -0800 Date: Wed, 7 Dec 2005 12:03:33 -0800 From: David Brown To: Linux-XFS Mailing List Subject: Re: Filesystem Consistency Issues Message-ID: <20051207200333.GA5279@old.davidb.org> Mail-Followup-To: Linux-XFS Mailing List References: <20051204142506.GE2605@free.net.ph> <17299.32438.100855.316477@base.ty.sabi.co.UK> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <17299.32438.100855.316477@base.ty.sabi.co.UK> User-Agent: Mutt/1.5.11 X-archive-position: 6719 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: xfs@davidb.org Precedence: bulk X-list: linux-xfs Content-Length: 625 Lines: 16 On Sun, Dec 04, 2005 at 11:41:42PM +0000, Peter Grandi wrote: > jijo> First, that I had to mount the filesystem (the root > jijo> partition) from a rescue CD for the log replay to "fix" > jijo> things properly. > > IIRC Debian Sarge mounts the root filesystem in a way that for > example does not necessarily trigger the mount count/time based > check. At least it did not happen on my mostly-Sarge PC. The distributions mount count/time checks would only invoke fsck.xfs, which never does anything. It shouldn't be possible to mount the root filesystem without replaying logs, so this is likely to be a real bug. Dave From owner-linux-xfs@oss.sgi.com Wed Dec 7 12:32:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 12:32:11 -0800 (PST) Received: from MAIL01HQ.adic.com (mail01hq.adic.com [63.81.117.10]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB7KW7qY019067 for ; Wed, 7 Dec 2005 12:32:07 -0800 Received: from [172.16.82.67] ([172.16.82.67]) by MAIL01HQ.adic.com with Microsoft SMTPSVC(6.0.3790.211); Wed, 7 Dec 2005 12:28:27 -0800 Message-ID: <439745EB.3050903@xfs.org> Date: Wed, 07 Dec 2005 14:28:27 -0600 From: Steve Lord User-Agent: Thunderbird 1.4.1 (X11/20051006) MIME-Version: 1.0 To: Linux-XFS Mailing List Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <17299.32438.100855.316477@base.ty.sabi.co.UK> <20051207200333.GA5279@old.davidb.org> In-Reply-To: <20051207200333.GA5279@old.davidb.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 07 Dec 2005 20:28:28.0007 (UTC) FILETIME=[C7FACF70:01C5FB6C] X-archive-position: 6720 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: lord@xfs.org Precedence: bulk X-list: linux-xfs Content-Length: 1195 Lines: 30 David Brown wrote: > On Sun, Dec 04, 2005 at 11:41:42PM +0000, Peter Grandi wrote: > >> jijo> First, that I had to mount the filesystem (the root >> jijo> partition) from a rescue CD for the log replay to "fix" >> jijo> things properly. >> >> IIRC Debian Sarge mounts the root filesystem in a way that for >> example does not necessarily trigger the mount count/time based >> check. At least it did not happen on my mostly-Sarge PC. > > The distributions mount count/time checks would only invoke fsck.xfs, which > never does anything. It shouldn't be possible to mount the root filesystem > without replaying logs, so this is likely to be a real bug. > > Dave > XFS always does a scan of the log on mount, it always replays the log if it is not terminated with an unmount record. The fact that the filesystem is mounted readonly during startup should have no affect on this. XFS will run recovery on a read only mount. On inode unlink, XFS adds inodes to an unlinked inode list until the space in the inode is freed when the last reference count is released. Removing these inodes is part of the recovery process. It sounds like there may be an issue with this part of recovery. Steve From owner-linux-xfs@oss.sgi.com Wed Dec 7 12:58:48 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 12:58:55 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB7KwkqY021525 for ; Wed, 7 Dec 2005 12:58:47 -0800 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 HAA18045; Thu, 8 Dec 2005 07:55:09 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB7KtHkt7310898; Thu, 8 Dec 2005 07:55:18 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jB7KtD3R7315195; Thu, 8 Dec 2005 07:55:13 +1100 (EST) Date: Thu, 8 Dec 2005 07:55:12 +1100 From: Nathan Scott To: Shlomi Fish Cc: Linux Kernel Mailing List , Linux-IL , linux-xfs@oss.sgi.com Subject: Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones) Message-ID: <20051208075512.F7282696@wobbly.melbourne.sgi.com> References: <200512071357.39121.shlomif@iglu.org.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200512071357.39121.shlomif@iglu.org.il>; from shlomif@iglu.org.il on Wed, Dec 07, 2005 at 01:57:38PM +0200 X-archive-position: 6721 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2946 Lines: 67 On Wed, Dec 07, 2005 at 01:57:38PM +0200, Shlomi Fish wrote: > Hi all! Hi there, > (Please CC me on replies) > > I encountered a problem with the Linux kernel handling of XFS, in which > attempting to mount a certain XFS partition (but not a different one on the > same hard-disk) caused the mount process to hang, and all other XFS-aware > apps (like "xfs_check" or "xfs_repair") to hang too. However, running > xfs_check > or xfs_repair before the first mount (after a reboot) worked, and eventually > resolved this problem. > > I blogged about it (relatively incoherently) here: > > http://www.livejournal.com/~shlomif/7182.html?mode=reply > http://www.livejournal.com/~shlomif/7547.html?mode=reply Unfortunately there's not much information here in your mail or there that would help us to analyse this further. If you see this behaviour again could you: - get sysrq-t information for all hung processes, esp. mount; - send xfs_info output for the filesystem in question; - dump the log (xfs_logprint -C) and send it to us. > It all happened after I detected some problems on my Mandriva 2006 system > (that was using kernel 2.4.15-rc2 from Linus), and then rebooted twice, > thinking something went wrong. Then a loadlin-booted kernel was unable to > load the kernel. > > Knoppix ran fine, but it also hang up on attempting to mount the XFS > partition. It used a much older kernel. I then tried to boot Kubuntu (which > was on another XFS partition on the same disk) and it booted fine. Still, it > was unable to mount the partition. (It too had an older kernel). > > After I compiled a 2.6.14.3 kernel, and booted Kubuntu with it, it again > could not mount the XFS partition, and after doing that xfs_check and > xfs_repair both hanged up as well. After a reboot, I tried running xfs_check This was probably caused by the block device being held open exclusively by the stuck mount process. > right away on that partition and it worked. So I ran xfs_repair, and after it > finished, tried to mount the partition it worked. Then Mandriva booted fine. > > I did not had any problems since then (I have an uptime of 11 days now using > kernel 2.6.14.3), and so it doesn't seem like a hard disk problem. Something > using kernel 2.6.15-rc2 caused the XFS partition to become defected, and > worse - something in all the kernels starting from that of the first official > Kubuntu release, (or the Knoppix I had), caused an attempt to mount the > Mandriva partition to hang the process, and subsequent accesses to the > partition by xfs_check and xfs_repair to fail as well. > > I can no longer reproduce the problem, but it might be worth going over the > code. If it helps I can privately send a dump of the first 131,072,000 bytes > of the XFS partition to someone trustworthy. Thats unlikely to help now - repair will have wiped your log clean, so all evidence of the problem will be gone. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Dec 7 21:43:32 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 21:43:36 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB85hVqY006652 for ; Wed, 7 Dec 2005 21:43:32 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB87iipA026986 for ; Wed, 7 Dec 2005 23:44:44 -0800 Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id jB85dvOS9854190; Wed, 7 Dec 2005 21:39:57 -0800 (PST) Message-ID: <4397C72E.5010700@sgi.com> Date: Wed, 07 Dec 2005 23:39:58 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Steve Lord CC: Linux-XFS Mailing List Subject: Re: Filesystem Consistency Issues References: <20051204142506.GE2605@free.net.ph> <17299.32438.100855.316477@base.ty.sabi.co.UK> <20051207200333.GA5279@old.davidb.org> <439745EB.3050903@xfs.org> In-Reply-To: <439745EB.3050903@xfs.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6726 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 818 Lines: 23 Steve Lord wrote: > XFS always does a scan of the log on mount, it always replays the log if it > is not terminated with an unmount record. The fact that the filesystem is > mounted readonly during startup should have no affect on this. XFS will run > recovery on a read only mount. The only time xfs will not replay the log on mount is if the -block device- itself is readonly; for example a read-only snapshot or... um... maybe a cdrom? :) But Steve is right (of course!) - the "ro" option does not prevent log replay. > On inode unlink, XFS adds inodes to an unlinked inode list until the > space in > the inode is freed when the last reference count is released. Removing > these > inodes is part of the recovery process. It sounds like there may be an > issue > with this part of recovery. Yep. -Eric From owner-linux-xfs@oss.sgi.com Wed Dec 7 23:12:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 07 Dec 2005 23:12:51 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB87CbqY015037 for ; Wed, 7 Dec 2005 23:12:38 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA02353; Thu, 8 Dec 2005 18:08:56 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jB878inp27865950; Thu, 8 Dec 2005 18:08:44 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jB878fWN27814045; Thu, 8 Dec 2005 18:08:41 +1100 (EST) Date: Thu, 8 Dec 2005 18:08:41 +1100 From: David Chinner To: CHIKAMA masaki Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051208070841.GJ501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> User-Agent: Mutt/1.4.2.1i X-archive-position: 6727 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1115 Lines: 43 On Wed, Dec 07, 2005 at 06:35:31PM +0900, CHIKAMA masaki wrote: > Hello all. > > I have trouble about a storange behavior on xfs fileststem. > When I did "chmod -R 755 ." on deep directory, the system became > slow down and began to start OOMkiller after a while. How many files in the directory structure and how deep is it? What is the machine you are running this test on (CPU, ram, etc). > At that time, slabtop showed that the number of xfs_ili, xfs_inode, > and linvfs_icache objects are becoming very large. > > My kernel version is 2.6.13.4. Can you send the output of /proc/meminfo, /proc/slabinfo and the OOM killer output at the time of the problem? > A similar report is found at > http://oss.sgi.com/archives/linux-xfs/2003-03/msg00018.html > > > Is this a expected bihavior? No. > Now I use "find -exec" insted of "chmod -R". > The usage of slab memory with "find" is calm and does not start > OOM killker. The output of the meminfo and slabinfo files under this test would also be interesting.... Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Thu Dec 8 08:05:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 Dec 2005 08:05:50 -0800 (PST) Received: from sa3.bezeqint.net (sa3.bezeqint.net [192.115.104.17]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB8G5bqY011876 for ; Thu, 8 Dec 2005 08:05:43 -0800 Received: from localhost (unknown [127.0.0.1]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP id 4A75633DA8; Thu, 8 Dec 2005 18:02:02 +0200 (IST) Received: from sa3.bezeqint.net ([127.0.0.1]) by localhost (sa3 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 19444-02; Thu, 8 Dec 2005 18:01:57 +0200 (IST) Received: from [192.168.1.105] (unknown [82.80.153.71]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP; Thu, 8 Dec 2005 18:01:57 +0200 (IST) From: Shlomi Fish To: Nathan Scott Subject: Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones) Date: Thu, 8 Dec 2005 17:55:57 +0200 User-Agent: KMail/1.8.2 Cc: Linux Kernel Mailing List , Linux-IL , linux-xfs@oss.sgi.com References: <200512071357.39121.shlomif@iglu.org.il> <20051208075512.F7282696@wobbly.melbourne.sgi.com> In-Reply-To: <20051208075512.F7282696@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512081755.58078.shlomif@iglu.org.il> X-archive-position: 6732 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: shlomif@iglu.org.il Precedence: bulk X-list: linux-xfs Content-Length: 3519 Lines: 89 On Wednesday 07 December 2005 22:55, Nathan Scott wrote: > On Wed, Dec 07, 2005 at 01:57:38PM +0200, Shlomi Fish wrote: > > Hi all! > > Hi there, Hi Mr. Scott (and all)! > > > (Please CC me on replies) > > > > I encountered a problem with the Linux kernel handling of XFS, in which > > attempting to mount a certain XFS partition (but not a different one on > > the same hard-disk) caused the mount process to hang, and all other > > XFS-aware apps (like "xfs_check" or "xfs_repair") to hang too. However, > > running xfs_check > > or xfs_repair before the first mount (after a reboot) worked, and > > eventually resolved this problem. > > > > I blogged about it (relatively incoherently) here: > > > > http://www.livejournal.com/~shlomif/7182.html?mode=reply > > http://www.livejournal.com/~shlomif/7547.html?mode=reply > > Unfortunately there's not much information here in your mail or > there that would help us to analyse this further. If you see this > behaviour again could you: > - get sysrq-t information for all hung processes, esp. mount; > - send xfs_info output for the filesystem in question; > - dump the log (xfs_logprint -C) and send it to us. Sure. But in what order should I do all that? > > > It all happened after I detected some problems on my Mandriva 2006 system > > (that was using kernel 2.4.15-rc2 from Linus), and then rebooted twice, > > thinking something went wrong. Then a loadlin-booted kernel was unable to > > load the kernel. > > > > Knoppix ran fine, but it also hang up on attempting to mount the XFS > > partition. It used a much older kernel. I then tried to boot Kubuntu > > (which was on another XFS partition on the same disk) and it booted fine. > > Still, it was unable to mount the partition. (It too had an older > > kernel). > > > > After I compiled a 2.6.14.3 kernel, and booted Kubuntu with it, it again > > could not mount the XFS partition, and after doing that xfs_check and > > xfs_repair both hanged up as well. After a reboot, I tried running > > xfs_check > > This was probably caused by the block device being held open > exclusively by the stuck mount process. I see. > > > right away on that partition and it worked. So I ran xfs_repair, and > > after it finished, tried to mount the partition it worked. Then Mandriva > > booted fine. > > > > I did not had any problems since then (I have an uptime of 11 days now > > using kernel 2.6.14.3), and so it doesn't seem like a hard disk problem. > > Something using kernel 2.6.15-rc2 caused the XFS partition to become > > defected, and worse - something in all the kernels starting from that of > > the first official Kubuntu release, (or the Knoppix I had), caused an > > attempt to mount the Mandriva partition to hang the process, and > > subsequent accesses to the partition by xfs_check and xfs_repair to fail > > as well. > > > > I can no longer reproduce the problem, but it might be worth going over > > the code. If it helps I can privately send a dump of the first > > 131,072,000 bytes of the XFS partition to someone trustworthy. > > Thats unlikely to help now - repair will have wiped your log clean, > so all evidence of the problem will be gone. Yes. I thought one can try looking in the XFS mounting code for possible bugs. Regards, Shlomi Fish --------------------------------------------------------------------- Shlomi Fish shlomif@iglu.org.il Homepage: http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%. From owner-linux-xfs@oss.sgi.com Thu Dec 8 09:39:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 Dec 2005 09:39:13 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB8Hd8qY023568 for ; Thu, 8 Dec 2005 09:39:08 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB8JePfQ030084 for ; Thu, 8 Dec 2005 11:40:25 -0800 Received: from [128.162.233.24] (fsgi275.americas.sgi.com [128.162.233.24]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB8HYUsL26815682; Thu, 8 Dec 2005 11:34:30 -0600 (CST) Message-ID: <43986EA6.2060207@sgi.com> Date: Thu, 08 Dec 2005 11:34:30 -0600 From: Bill Kendall User-Agent: Debian Thunderbird 1.0.6 (X11/20050802) X-Accept-Language: en-us, en MIME-Version: 1.0 To: David Brown CC: XFS Mailing List Subject: Re: xfsdump timestamp patch. References: <20051207052732.GA22418@old.davidb.org> In-Reply-To: <20051207052732.GA22418@old.davidb.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6734 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: wkendall@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4161 Lines: 136 Thanks David. Looks good, we'll get this incorporated soon. Bill On 12/06/05 23:27, David Brown wrote: > The patch below adds an option to xfsdump to set the timestamp that a > backup will happen based on. This can be used to correct a problem that > occurs in files that are touched after making a snapshot volume. > > For example: > > - make snapshot > - touch a file on r/w volume > - xfsdump the r/o snapshot > - undo the snapshot > > The touched file will not be included in the dump, but since the timestamp > for the backup happens after this file was touched, the file will also not > be included in future incrementals. This can be fixed as follows: > > - touch /tmp/snapstamp > - make snapshot > - xfsdump -t /tmp/snapstamp ... > - undo snapshot > > The '-t' option causes xfsdump to use the timestamp of the named file as > the dump time, rather than the current time. > > Thanks, > David Brown > > Subject: [PATCH] Add '-t' option to allow dump time to be specified. > > --- > > common/global.c | 29 ++++++++++++++++++++++++++++- > common/main.c | 3 +++ > dump/getopt.h | 4 ++-- > 3 files changed, 33 insertions(+), 3 deletions(-) > > applies-to: fac8fc29c114fa28618b82a9f5918ff6b9521f37 > 102ce75c083379636394ec2851b8f07d0610b515 > diff --git a/common/global.c b/common/global.c > index d793175..2e05ef9 100644 > --- a/common/global.c > +++ b/common/global.c > @@ -76,6 +76,9 @@ global_hdr_alloc( intgen_t argc, char *a > #endif /* DUMP */ > > intgen_t rval; > +#ifdef DUMP > + struct stat64 statbuf; > +#endif /* DUMP */ > > /* sanity checks > */ > @@ -96,7 +99,8 @@ global_hdr_alloc( intgen_t argc, char *a > ghdrp->gh_version = GLOBAL_HDR_VERSION; > > /* fill in the timestamp: all changes made at or after this moment > - * will be included in increments on this base. > + * will be included in increments on this base. This may be > + * overridden by the '-t' option. > */ > ghdrp->gh_timestamp = (time32_t) time( 0 ); > > @@ -190,6 +194,29 @@ global_hdr_alloc( intgen_t argc, char *a > ghdrp->gh_version = GLOBAL_HDR_VERSION_0; > break; > #endif /* EXTATTR */ > + case GETOPT_DUMPTIME: > + /* Use the timestamp of the specified file, rather > + * than the current time as the dump time. > + */ > + if ( ! optarg || optarg[ 0 ] == '-' ) { > + mlog( MLOG_NORMAL | MLOG_ERROR, > + _("-%c argument missing\n"), > + optopt ); > + usage( ); > + return 0; > + } > + rval = lstat64( optarg, &statbuf ); > + if ( rval ) { > + mlog( MLOG_NORMAL | MLOG_ERROR, > + _("unable to get status of %s: %s\n"), > + optarg, > + strerror( errno )); > + usage( ); > + return 0; > + } > + ghdrp->gh_timestamp = statbuf.st_mtime; > + break; > + > #endif /* DUMP */ > } > } > diff --git a/common/main.c b/common/main.c > index 3d0b89e..ee53026 100644 > --- a/common/main.c > +++ b/common/main.c > @@ -1102,6 +1102,9 @@ usage( void ) > #ifdef REVEAL > ULO(_("(miniroot restrictions)"), GETOPT_MINIROOT ); > #endif /* REVEAL */ > +#ifdef DUMP > + ULO(_(" (use time of file)"), GETOPT_DUMPTIME ); > +#endif /* DUMP */ > ULN(_("- (stdin)") ); > ULN(_("") ); > #endif /* RESTORE */ > diff --git a/dump/getopt.h b/dump/getopt.h > index 0aeaa7d..df3393e 100644 > --- a/dump/getopt.h > +++ b/dump/getopt.h > @@ -41,7 +41,7 @@ > * facilitating easy changes. > */ > > -#define GETOPT_CMDSTRING "ab:c:d:ef:hl:mop:qs:v:z:AB:CEFG:H:I:JL:M:NO:PRSTUVWY:Z" > +#define GETOPT_CMDSTRING "ab:c:d:ef:hl:mop:qs:t:v:z:AB:CEFG:H:I:JL:M:NO:PRSTUVWY:Z" > > #define GETOPT_DUMPASOFFLINE 'a' /* dump DMF dualstate files as offline */ > #define GETOPT_BLOCKSIZE 'b' /* blocksize for rmt */ > @@ -62,7 +62,7 @@ > #define GETOPT_QIC 'q' /* option to tell dump it's a QIC tape */ > /* 'r' */ > #define GETOPT_SUBTREE 's' /* subtree dump (content_inode.c) */ > -/* 't' */ > +#define GETOPT_DUMPTIME 't' /* use stat of file as dump time. */ > /* 'u' */ > #define GETOPT_VERBOSITY 'v' /* verbosity level (0 to 4 ) */ > /* 'w' */ > --- > 0.99.9j > From owner-linux-xfs@oss.sgi.com Thu Dec 8 17:45:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 Dec 2005 17:45:47 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [133.243.3.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB91jemq025392 for ; Thu, 8 Dec 2005 17:45:41 -0800 Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id jB91fnWn005922; Fri, 9 Dec 2005 10:41:49 +0900 (JST) Received: from gw1.nict.go.jp (localhost [127.0.0.1]) by gw1.nict.go.jp with ESMTP id jB91fnxS019068; Fri, 9 Dec 2005 10:41:49 +0900 (JST) Received: from mail2.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw1.nict.go.jp with ESMTP id jB91fnWk019065; Fri, 9 Dec 2005 10:41:49 +0900 (JST) Received: from mail2.nict.go.jp (localhost [127.0.0.1]) by localhost.nict.go.jp (Postfix) with ESMTP id 0A4586E39; Fri, 9 Dec 2005 10:41:49 +0900 (JST) Received: from nabal.nict.go.jp (unknown [133.243.93.85]) by mail2.nict.go.jp (Postfix) with SMTP id 9B09F6E23; Fri, 9 Dec 2005 10:41:48 +0900 (JST) Date: Fri, 9 Dec 2005 10:41:48 +0900 From: CHIKAMA masaki To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-Id: <20051209104148.346f2ff5.masaki-c@nict.go.jp> In-Reply-To: <20051208070841.GJ501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX" X-archive-position: 6738 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: masaki-c@nict.go.jp Precedence: bulk X-list: linux-xfs Content-Length: 41064 Lines: 552 This is a multi-part message in MIME format. --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Hello. On Thu, 8 Dec 2005 18:08:41 +1100 David Chinner wrote: > > I have trouble about a storange behavior on xfs fileststem. > > When I did "chmod -R 755 ." on deep directory, the system became > > slow down and began to start OOMkiller after a while. > > How many files in the directory structure and how deep is it? > > What is the machine you are running this test on (CPU, ram, > etc). The directory structure is like this. A/B/C/D/E/F.jpg A: from "1" to "14" B: from "0" to "16" C: "00" D: from "0" to "6" E: from "0" to "255" F: from "0" to "255" The number of files should be around 100 millions. Machine spec. CPU : Pentium4 3.0G (512KB chache) HT enabled MEM : 512MB (+ 1GB swap) SCSI HA: Adaptec AHA-3960D DISK: External RAID unit (10TB) filesystem: xfs on lvm2 > > At that time, slabtop showed that the number of xfs_ili, xfs_inode, > > and linvfs_icache objects are becoming very large. > > > > My kernel version is 2.6.13.4. > > Can you send the output of /proc/meminfo, /proc/slabinfo > and the OOM killer output at the time of the problem? I can't send these infos at the moment of OOM killer starting. But I'll send a close situation's info in which swap I/O happened. Because I think it's also strange and this will trigger of OOM killer. procs -----------memory---------- ---swap-- -----io---- --system-- ----cpu---- 0 0 47472 13236 322668 18812 0 0 0 0 271 36 0 0 100 0 0 0 47472 13236 322668 18812 0 0 0 8 253 24 0 0 100 0 (start chmod -R) 0 1 47472 14004 312156 22304 0 0 3476 2048 821 1365 1 11 84 3 1 0 47472 14432 294144 27588 0 0 6588 3704 1294 2770 1 25 66 8 1 0 47472 13524 277672 33400 0 0 6092 3264 1219 2303 1 22 72 4 0 0 47472 13396 261832 38840 0 0 5584 3168 1133 2271 1 21 74 3 .... 3 1 64796 10452 166856 8136 0 0 4860 3096 1484 4041 0 12 29 58 2 3 64796 10568 166840 7372 0 0 880 648 505 972 0 6 5 88 1 5 64816 10592 166860 6544 472 572 5948 3304 1812 4025 0 14 6 80 0 5 64812 10284 166900 8240 1196 304 13196 8416 2940 8380 0 23 6 70 (around here that I got meminfo and slabinfo attached) 0 6 64812 10284 166864 6844 432 0 1456 604 574 1176 0 6 1 94 0 8 64812 10388 166852 6588 68 52 1244 916 673 1414 0 10 2 88 0 6 64816 10936 166872 6720 1032 368 7948 4568 1921 5235 0 30 2 68 0 10 64816 10368 166872 6644 396 0 2364 1016 625 1475 0 10 2 88 0 9 64812 10244 166880 6936 1300 236 9992 5308 2045 5798 1 25 0 74 The attached OOM killer output is previous one that I got. > > A similar report is found at > > http://oss.sgi.com/archives/linux-xfs/2003-03/msg00018.html > > > > > > Is this a expected bihavior? > > No. Ok. Thanks. > > Now I use "find -exec" insted of "chmod -R". > > The usage of slab memory with "find" is calm and does not start > > OOM killker. > > The output of the meminfo and slabinfo files under this test > would also be interesting.... I also attached. Best regard. Thanks. -- CHIKAMA Masaki @ NICT --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; name="meminfo.chmod.txt" Content-Disposition: attachment; filename="meminfo.chmod.txt" Content-Transfer-Encoding: 7bit MemTotal: 514428 kB MemFree: 54232 kB Buffers: 166988 kB Cached: 22868 kB SwapCached: 4364 kB Active: 96672 kB Inactive: 97924 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 514428 kB LowFree: 54232 kB SwapTotal: 1048568 kB SwapFree: 983884 kB Dirty: 0 kB Writeback: 0 kB Mapped: 8160 kB Slab: 254960 kB CommitLimit: 1305780 kB Committed_AS: 119648 kB PageTables: 2104 kB VmallocTotal: 509944 kB VmallocUsed: 6308 kB VmallocChunk: 502944 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 2048 kB --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; name="meminfo.find.txt" Content-Disposition: attachment; filename="meminfo.find.txt" Content-Transfer-Encoding: 7bit MemTotal: 514428 kB MemFree: 23944 kB Buffers: 168316 kB Cached: 121380 kB SwapCached: 8524 kB Active: 155000 kB Inactive: 144112 kB HighTotal: 0 kB HighFree: 0 kB LowTotal: 514428 kB LowFree: 23944 kB SwapTotal: 1048568 kB SwapFree: 984204 kB Dirty: 8 kB Writeback: 0 kB Mapped: 11504 kB Slab: 179888 kB CommitLimit: 1305780 kB Committed_AS: 120132 kB PageTables: 2132 kB VmallocTotal: 509944 kB VmallocUsed: 6308 kB VmallocChunk: 502944 kB HugePages_Total: 0 HugePages_Free: 0 Hugepagesize: 2048 kB --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; name="slabinfo.chmod.txt" Content-Disposition: attachment; filename="slabinfo.chmod.txt" Content-Transfer-Encoding: 7bit slabinfo - version: 2.1 # name : tunables : slabdata nfsd4_delegations 0 0 596 13 2 : tunables 54 27 8 : slabdata 0 0 0 nfsd4_stateids 0 0 72 55 1 : tunables 120 60 8 : slabdata 0 0 0 nfsd4_files 0 0 36 107 1 : tunables 120 60 8 : slabdata 0 0 0 nfsd4_stateowners 0 0 344 11 1 : tunables 54 27 8 : slabdata 0 0 0 smb_request 60 60 256 15 1 : tunables 120 60 8 : slabdata 4 4 0 smb_inode_cache 1530 1530 408 9 1 : tunables 54 27 8 : slabdata 170 170 0 nfs_direct_cache 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 nfs_write_data 36 42 512 7 1 : tunables 54 27 8 : slabdata 6 6 0 nfs_read_data 33 35 512 7 1 : tunables 54 27 8 : slabdata 5 5 0 nfs_inode_cache 5 24 676 6 1 : tunables 54 27 8 : slabdata 4 4 0 nfs_page 1 61 64 61 1 : tunables 120 60 8 : slabdata 1 1 0 xfs_acl 0 0 304 13 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_chashlist 10695 12950 20 185 1 : tunables 120 60 8 : slabdata 69 70 0 xfs_ili 214704 214704 140 28 1 : tunables 120 60 8 : slabdata 7668 7668 0 xfs_ifork 0 0 56 70 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_efi_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_efd_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_buf_item 0 0 148 27 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_dabuf 32 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 xfs_da_state 0 0 336 12 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_trans 273 348 600 6 1 : tunables 54 27 8 : slabdata 58 58 108 xfs_inode 214910 214910 384 10 1 : tunables 54 27 8 : slabdata 21491 21491 0 xfs_btree_cur 0 0 140 28 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_bmap_free_item 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_buf 323 323 236 17 1 : tunables 120 60 8 : slabdata 19 19 180 linvfs_icache 214911 214911 420 9 1 : tunables 54 27 8 : slabdata 23879 23879 0 reiser_inode_cache 2 16 468 8 1 : tunables 54 27 8 : slabdata 2 2 0 fib6_nodes 5 119 32 119 1 : tunables 120 60 8 : slabdata 1 1 0 ip6_dst_cache 4 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 ndisc_cache 1 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 RAWv6 4 5 768 5 1 : tunables 54 27 8 : slabdata 1 1 0 UDPv6 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0 request_sock_TCPv6 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 TCPv6 14 28 1152 7 2 : tunables 24 12 8 : slabdata 4 4 0 rpc_buffers 8 8 2048 2 1 : tunables 24 12 8 : slabdata 4 4 0 rpc_tasks 8 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 rpc_inode_cache 8 14 512 7 1 : tunables 54 27 8 : slabdata 2 2 0 ip_fib_alias 10 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 ip_fib_hash 10 119 32 119 1 : tunables 120 60 8 : slabdata 1 1 0 dm-snapshot-in 128 140 56 70 1 : tunables 120 60 8 : slabdata 2 2 0 dm-snapshot-ex 0 0 24 156 1 : tunables 120 60 8 : slabdata 0 0 0 ext3_inode_cache 278 546 548 7 1 : tunables 54 27 8 : slabdata 78 78 0 ext3_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 journal_handle 32 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 journal_head 19 150 52 75 1 : tunables 120 60 8 : slabdata 2 2 0 revoke_table 4 290 12 290 1 : tunables 120 60 8 : slabdata 1 1 0 revoke_record 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 dm_tio 1582 4746 16 226 1 : tunables 120 60 8 : slabdata 21 21 360 dm_io 1582 3842 16 226 1 : tunables 120 60 8 : slabdata 17 17 360 scsi_cmd_cache 60 60 384 10 1 : tunables 54 27 8 : slabdata 6 6 0 sgpool-128 32 33 2560 3 2 : tunables 24 12 8 : slabdata 11 11 0 sgpool-64 32 33 1280 3 1 : tunables 24 12 8 : slabdata 11 11 0 sgpool-32 35 36 640 6 1 : tunables 54 27 8 : slabdata 6 6 0 sgpool-16 39 50 384 10 1 : tunables 54 27 8 : slabdata 5 5 0 sgpool-8 165 165 256 15 1 : tunables 120 60 8 : slabdata 11 11 0 UNIX 48 56 512 7 1 : tunables 54 27 8 : slabdata 8 8 0 ip_mrt_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 tcp_tw_bucket 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 tcp_bind_bucket 18 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 inet_peer_cache 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 secpath_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 xfrm_dst_cache 0 0 384 10 1 : tunables 54 27 8 : slabdata 0 0 0 ip_dst_cache 50 90 256 15 1 : tunables 120 60 8 : slabdata 6 6 0 arp_cache 12 45 256 15 1 : tunables 120 60 8 : slabdata 3 3 0 RAW 3 7 512 7 1 : tunables 54 27 8 : slabdata 1 1 0 UDP 21 28 512 7 1 : tunables 54 27 8 : slabdata 4 4 0 request_sock_TCP 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 TCP 21 35 1152 7 2 : tunables 24 12 8 : slabdata 5 5 0 flow_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 cfq_ioc_pool 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 cfq_pool 0 0 96 41 1 : tunables 120 60 8 : slabdata 0 0 0 crq_pool 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 deadline_drq 0 0 52 75 1 : tunables 120 60 8 : slabdata 0 0 0 as_arq 329 366 64 61 1 : tunables 120 60 8 : slabdata 6 6 120 mqueue_inode_cache 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0 isofs_inode_cache 0 0 412 9 1 : tunables 54 27 8 : slabdata 0 0 0 hugetlbfs_inode_cache 1 10 384 10 1 : tunables 54 27 8 : slabdata 1 1 0 ext2_inode_cache 0 0 528 7 1 : tunables 54 27 8 : slabdata 0 0 0 ext2_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 dnotify_cache 3 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 dquot 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 eventpoll_pwq 1 107 36 107 1 : tunables 120 60 8 : slabdata 1 1 0 eventpoll_epi 1 31 128 31 1 : tunables 120 60 8 : slabdata 1 1 0 inotify_event_cache 0 0 28 135 1 : tunables 120 60 8 : slabdata 0 0 0 inotify_watch_cache 0 0 36 107 1 : tunables 120 60 8 : slabdata 0 0 0 kioctx 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 kiocb 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 fasync_cache 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 shmem_inode_cache 347 360 484 8 1 : tunables 54 27 8 : slabdata 45 45 0 posix_timers_cache 0 0 104 38 1 : tunables 120 60 8 : slabdata 0 0 0 uid_cache 4 61 64 61 1 : tunables 120 60 8 : slabdata 1 1 0 blkdev_ioc 100 270 28 135 1 : tunables 120 60 8 : slabdata 2 2 0 blkdev_queue 42 54 412 9 1 : tunables 54 27 8 : slabdata 6 6 0 blkdev_requests 314 350 160 25 1 : tunables 120 60 8 : slabdata 14 14 120 biovec-(256) 260 260 3072 2 2 : tunables 24 12 8 : slabdata 130 130 0 biovec-128 264 265 1536 5 2 : tunables 24 12 8 : slabdata 53 53 0 biovec-64 335 335 768 5 1 : tunables 54 27 8 : slabdata 67 67 0 biovec-16 390 420 256 15 1 : tunables 120 60 8 : slabdata 28 28 30 biovec-4 487 488 64 61 1 : tunables 120 60 8 : slabdata 8 8 60 biovec-1 756 2712 16 226 1 : tunables 120 60 8 : slabdata 12 12 384 bio 841 1581 128 31 1 : tunables 120 60 8 : slabdata 51 51 404 file_lock_cache 36 82 96 41 1 : tunables 120 60 8 : slabdata 2 2 0 sock_inode_cache 129 140 512 7 1 : tunables 54 27 8 : slabdata 20 20 0 skbuff_head_cache 404 465 256 15 1 : tunables 120 60 8 : slabdata 31 31 60 proc_inode_cache 59 160 400 10 1 : tunables 54 27 8 : slabdata 16 16 0 sigqueue 59 135 148 27 1 : tunables 120 60 8 : slabdata 5 5 0 radix_tree_node 89250 90034 276 14 1 : tunables 54 27 8 : slabdata 6431 6431 0 bdev_cache 35 35 512 7 1 : tunables 54 27 8 : slabdata 5 5 0 sysfs_dir_cache 3122 3168 40 96 1 : tunables 120 60 8 : slabdata 33 33 0 mnt_cache 36 62 128 31 1 : tunables 120 60 8 : slabdata 2 2 0 inode_cache 847 1110 384 10 1 : tunables 54 27 8 : slabdata 111 111 0 dentry_cache 11070 11070 144 27 1 : tunables 120 60 8 : slabdata 410 410 0 filp 944 1020 256 15 1 : tunables 120 60 8 : slabdata 68 68 0 names_cache 28 28 4096 1 1 : tunables 24 12 8 : slabdata 28 28 0 avc_node 12 75 52 75 1 : tunables 120 60 8 : slabdata 1 1 0 key_jar 8 31 128 31 1 : tunables 120 60 8 : slabdata 1 1 0 idr_layer_cache 114 116 136 29 1 : tunables 120 60 8 : slabdata 4 4 0 buffer_head 41825 42675 52 75 1 : tunables 120 60 8 : slabdata 569 569 0 mm_struct 98 114 640 6 1 : tunables 54 27 8 : slabdata 19 19 0 vm_area_struct 4623 4687 92 43 1 : tunables 120 60 8 : slabdata 109 109 0 fs_cache 91 244 64 61 1 : tunables 120 60 8 : slabdata 4 4 0 files_cache 83 105 512 7 1 : tunables 54 27 8 : slabdata 15 15 0 signal_cache 127 140 384 10 1 : tunables 54 27 8 : slabdata 14 14 0 sighand_cache 122 125 1408 5 2 : tunables 24 12 8 : slabdata 25 25 0 task_struct 123 123 1328 3 1 : tunables 24 12 8 : slabdata 41 41 0 anon_vma 884 1130 16 226 1 : tunables 120 60 8 : slabdata 5 5 0 pgd 83 238 32 119 1 : tunables 120 60 8 : slabdata 2 2 0 pmd 210 210 4096 1 1 : tunables 24 12 8 : slabdata 210 210 0 size-131072(DMA) 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-131072 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-65536(DMA) 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0 size-65536 1 1 65536 1 16 : tunables 8 4 0 : slabdata 1 1 0 size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0 size-32768 12 12 32768 1 8 : tunables 8 4 0 : slabdata 12 12 0 size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0 size-16384 2 2 16384 1 4 : tunables 8 4 0 : slabdata 2 2 0 size-8192(DMA) 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0 size-8192 129 129 8192 1 2 : tunables 8 4 0 : slabdata 129 129 0 size-4096(DMA) 0 0 4096 1 1 : tunables 24 12 8 : slabdata 0 0 0 size-4096 372 372 4096 1 1 : tunables 24 12 8 : slabdata 372 372 0 size-2048(DMA) 0 0 2048 2 1 : tunables 24 12 8 : slabdata 0 0 0 size-2048 172 172 2048 2 1 : tunables 24 12 8 : slabdata 86 86 0 size-1024(DMA) 0 0 1024 4 1 : tunables 54 27 8 : slabdata 0 0 0 size-1024 299 300 1024 4 1 : tunables 54 27 8 : slabdata 75 75 0 size-512(DMA) 0 0 512 8 1 : tunables 54 27 8 : slabdata 0 0 0 size-512 400 400 512 8 1 : tunables 54 27 8 : slabdata 50 50 0 size-256(DMA) 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 size-256 406 495 256 15 1 : tunables 120 60 8 : slabdata 33 33 0 size-128(DMA) 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 size-128 2391 3565 128 31 1 : tunables 120 60 8 : slabdata 115 115 0 size-64(DMA) 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 size-64 6681 7991 64 61 1 : tunables 120 60 8 : slabdata 131 131 0 size-32(DMA) 0 0 32 119 1 : tunables 120 60 8 : slabdata 0 0 0 size-32 3915 7259 32 119 1 : tunables 120 60 8 : slabdata 61 61 3 kmem_cache 180 180 256 15 1 : tunables 120 60 8 : slabdata 12 12 0 --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; name="slabinfo.find.txt" Content-Disposition: attachment; filename="slabinfo.find.txt" Content-Transfer-Encoding: 7bit slabinfo - version: 2.1 # name : tunables : slabdata nfsd4_delegations 0 0 596 13 2 : tunables 54 27 8 : slabdata 0 0 0 nfsd4_stateids 0 0 72 55 1 : tunables 120 60 8 : slabdata 0 0 0 nfsd4_files 0 0 36 107 1 : tunables 120 60 8 : slabdata 0 0 0 nfsd4_stateowners 0 0 344 11 1 : tunables 54 27 8 : slabdata 0 0 0 smb_request 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 smb_inode_cache 1500 1512 408 9 1 : tunables 54 27 8 : slabdata 168 168 0 nfs_direct_cache 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 nfs_write_data 36 42 512 7 1 : tunables 54 27 8 : slabdata 6 6 0 nfs_read_data 32 35 512 7 1 : tunables 54 27 8 : slabdata 5 5 0 nfs_inode_cache 5 24 676 6 1 : tunables 54 27 8 : slabdata 4 4 0 nfs_page 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_acl 0 0 304 13 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_chashlist 6513 8325 20 185 1 : tunables 120 60 8 : slabdata 45 45 0 xfs_ili 124824 124824 140 28 1 : tunables 120 60 8 : slabdata 4458 4458 0 xfs_ifork 0 0 56 70 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_efi_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_efd_item 0 0 260 15 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_buf_item 0 0 148 27 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_dabuf 24 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 xfs_da_state 0 0 336 12 1 : tunables 54 27 8 : slabdata 0 0 0 xfs_trans 204 204 600 6 1 : tunables 54 27 8 : slabdata 34 34 108 xfs_inode 124820 124820 384 10 1 : tunables 54 27 8 : slabdata 12482 12482 0 xfs_btree_cur 0 0 140 28 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_bmap_free_item 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 xfs_buf 187 187 236 17 1 : tunables 120 60 8 : slabdata 11 11 60 linvfs_icache 124830 124830 420 9 1 : tunables 54 27 8 : slabdata 13870 13870 0 reiser_inode_cache 2 16 468 8 1 : tunables 54 27 8 : slabdata 2 2 0 fib6_nodes 5 119 32 119 1 : tunables 120 60 8 : slabdata 1 1 0 ip6_dst_cache 4 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 ndisc_cache 1 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 RAWv6 4 5 768 5 1 : tunables 54 27 8 : slabdata 1 1 0 UDPv6 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0 request_sock_TCPv6 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 TCPv6 14 28 1152 7 2 : tunables 24 12 8 : slabdata 4 4 0 rpc_buffers 8 8 2048 2 1 : tunables 24 12 8 : slabdata 4 4 0 rpc_tasks 8 15 256 15 1 : tunables 120 60 8 : slabdata 1 1 0 rpc_inode_cache 8 14 512 7 1 : tunables 54 27 8 : slabdata 2 2 0 ip_fib_alias 10 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 ip_fib_hash 10 119 32 119 1 : tunables 120 60 8 : slabdata 1 1 0 dm-snapshot-in 128 140 56 70 1 : tunables 120 60 8 : slabdata 2 2 0 dm-snapshot-ex 0 0 24 156 1 : tunables 120 60 8 : slabdata 0 0 0 ext3_inode_cache 292 546 548 7 1 : tunables 54 27 8 : slabdata 78 78 0 ext3_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 journal_handle 61 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 journal_head 91 150 52 75 1 : tunables 120 60 8 : slabdata 2 2 0 revoke_table 4 290 12 290 1 : tunables 120 60 8 : slabdata 1 1 0 revoke_record 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 dm_tio 1229 4746 16 226 1 : tunables 120 60 8 : slabdata 21 21 60 dm_io 1229 3842 16 226 1 : tunables 120 60 8 : slabdata 17 17 60 scsi_cmd_cache 70 70 384 10 1 : tunables 54 27 8 : slabdata 7 7 11 sgpool-128 32 33 2560 3 2 : tunables 24 12 8 : slabdata 11 11 0 sgpool-64 32 33 1280 3 1 : tunables 24 12 8 : slabdata 11 11 0 sgpool-32 34 36 640 6 1 : tunables 54 27 8 : slabdata 6 6 0 sgpool-16 43 50 384 10 1 : tunables 54 27 8 : slabdata 5 5 0 sgpool-8 165 165 256 15 1 : tunables 120 60 8 : slabdata 11 11 0 UNIX 44 56 512 7 1 : tunables 54 27 8 : slabdata 8 8 0 ip_mrt_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 tcp_tw_bucket 6 31 128 31 1 : tunables 120 60 8 : slabdata 1 1 0 tcp_bind_bucket 26 226 16 226 1 : tunables 120 60 8 : slabdata 1 1 0 inet_peer_cache 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 secpath_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 xfrm_dst_cache 0 0 384 10 1 : tunables 54 27 8 : slabdata 0 0 0 ip_dst_cache 48 90 256 15 1 : tunables 120 60 8 : slabdata 6 6 0 arp_cache 15 45 256 15 1 : tunables 120 60 8 : slabdata 3 3 0 RAW 3 7 512 7 1 : tunables 54 27 8 : slabdata 1 1 0 UDP 28 28 512 7 1 : tunables 54 27 8 : slabdata 4 4 0 request_sock_TCP 7 61 64 61 1 : tunables 120 60 8 : slabdata 1 1 0 TCP 24 35 1152 7 2 : tunables 24 12 8 : slabdata 5 5 0 flow_cache 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 cfq_ioc_pool 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 cfq_pool 0 0 96 41 1 : tunables 120 60 8 : slabdata 0 0 0 crq_pool 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 deadline_drq 0 0 52 75 1 : tunables 120 60 8 : slabdata 0 0 0 as_arq 214 244 64 61 1 : tunables 120 60 8 : slabdata 4 4 60 mqueue_inode_cache 1 6 640 6 1 : tunables 54 27 8 : slabdata 1 1 0 isofs_inode_cache 0 0 412 9 1 : tunables 54 27 8 : slabdata 0 0 0 hugetlbfs_inode_cache 1 10 384 10 1 : tunables 54 27 8 : slabdata 1 1 0 ext2_inode_cache 0 0 528 7 1 : tunables 54 27 8 : slabdata 0 0 0 ext2_xattr 0 0 48 81 1 : tunables 120 60 8 : slabdata 0 0 0 dnotify_cache 3 185 20 185 1 : tunables 120 60 8 : slabdata 1 1 0 dquot 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 eventpoll_pwq 1 107 36 107 1 : tunables 120 60 8 : slabdata 1 1 0 eventpoll_epi 1 31 128 31 1 : tunables 120 60 8 : slabdata 1 1 0 inotify_event_cache 0 0 28 135 1 : tunables 120 60 8 : slabdata 0 0 0 inotify_watch_cache 0 0 36 107 1 : tunables 120 60 8 : slabdata 0 0 0 kioctx 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 kiocb 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 fasync_cache 0 0 16 226 1 : tunables 120 60 8 : slabdata 0 0 0 shmem_inode_cache 347 360 484 8 1 : tunables 54 27 8 : slabdata 45 45 0 posix_timers_cache 0 0 104 38 1 : tunables 120 60 8 : slabdata 0 0 0 uid_cache 4 61 64 61 1 : tunables 120 60 8 : slabdata 1 1 0 blkdev_ioc 202 270 28 135 1 : tunables 120 60 8 : slabdata 2 2 0 blkdev_queue 42 54 412 9 1 : tunables 54 27 8 : slabdata 6 6 0 blkdev_requests 225 225 160 25 1 : tunables 120 60 8 : slabdata 9 9 60 biovec-(256) 260 260 3072 2 2 : tunables 24 12 8 : slabdata 130 130 0 biovec-128 264 265 1536 5 2 : tunables 24 12 8 : slabdata 53 53 0 biovec-64 272 275 768 5 1 : tunables 54 27 8 : slabdata 55 55 0 biovec-16 375 375 256 15 1 : tunables 120 60 8 : slabdata 25 25 0 biovec-4 487 488 64 61 1 : tunables 120 60 8 : slabdata 8 8 120 biovec-1 404 1130 16 226 1 : tunables 120 60 8 : slabdata 5 5 0 bio 496 496 128 31 1 : tunables 120 60 8 : slabdata 16 16 60 file_lock_cache 13 82 96 41 1 : tunables 120 60 8 : slabdata 2 2 0 sock_inode_cache 138 140 512 7 1 : tunables 54 27 8 : slabdata 20 20 0 skbuff_head_cache 381 450 256 15 1 : tunables 120 60 8 : slabdata 30 30 0 proc_inode_cache 37 160 400 10 1 : tunables 54 27 8 : slabdata 16 16 0 sigqueue 58 81 148 27 1 : tunables 120 60 8 : slabdata 3 3 0 radix_tree_node 90650 90650 276 14 1 : tunables 54 27 8 : slabdata 6475 6475 0 bdev_cache 34 42 512 7 1 : tunables 54 27 8 : slabdata 6 6 0 sysfs_dir_cache 3122 3168 40 96 1 : tunables 120 60 8 : slabdata 33 33 0 mnt_cache 36 62 128 31 1 : tunables 120 60 8 : slabdata 2 2 0 inode_cache 848 1110 384 10 1 : tunables 54 27 8 : slabdata 111 111 0 dentry_cache 92880 92880 144 27 1 : tunables 120 60 8 : slabdata 3440 3440 0 filp 1013 1020 256 15 1 : tunables 120 60 8 : slabdata 68 68 0 names_cache 27 27 4096 1 1 : tunables 24 12 8 : slabdata 27 27 0 avc_node 12 75 52 75 1 : tunables 120 60 8 : slabdata 1 1 0 key_jar 8 31 128 31 1 : tunables 120 60 8 : slabdata 1 1 0 idr_layer_cache 114 116 136 29 1 : tunables 120 60 8 : slabdata 4 4 0 buffer_head 42138 42675 52 75 1 : tunables 120 60 8 : slabdata 569 569 0 mm_struct 126 126 640 6 1 : tunables 54 27 8 : slabdata 21 21 0 vm_area_struct 4687 4687 92 43 1 : tunables 120 60 8 : slabdata 109 109 60 fs_cache 213 244 64 61 1 : tunables 120 60 8 : slabdata 4 4 0 files_cache 126 126 512 7 1 : tunables 54 27 8 : slabdata 18 18 0 signal_cache 170 170 384 10 1 : tunables 54 27 8 : slabdata 17 17 0 sighand_cache 140 140 1408 5 2 : tunables 24 12 8 : slabdata 28 28 12 task_struct 138 138 1328 3 1 : tunables 24 12 8 : slabdata 46 46 0 anon_vma 907 1130 16 226 1 : tunables 120 60 8 : slabdata 5 5 0 pgd 193 238 32 119 1 : tunables 120 60 8 : slabdata 2 2 0 pmd 240 240 4096 1 1 : tunables 24 12 8 : slabdata 240 240 12 size-131072(DMA) 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-131072 0 0 131072 1 32 : tunables 8 4 0 : slabdata 0 0 0 size-65536(DMA) 0 0 65536 1 16 : tunables 8 4 0 : slabdata 0 0 0 size-65536 1 1 65536 1 16 : tunables 8 4 0 : slabdata 1 1 0 size-32768(DMA) 0 0 32768 1 8 : tunables 8 4 0 : slabdata 0 0 0 size-32768 11 11 32768 1 8 : tunables 8 4 0 : slabdata 11 11 0 size-16384(DMA) 0 0 16384 1 4 : tunables 8 4 0 : slabdata 0 0 0 size-16384 2 2 16384 1 4 : tunables 8 4 0 : slabdata 2 2 0 size-8192(DMA) 0 0 8192 1 2 : tunables 8 4 0 : slabdata 0 0 0 size-8192 138 142 8192 1 2 : tunables 8 4 0 : slabdata 138 142 0 size-4096(DMA) 0 0 4096 1 1 : tunables 24 12 8 : slabdata 0 0 0 size-4096 364 365 4096 1 1 : tunables 24 12 8 : slabdata 364 365 0 size-2048(DMA) 0 0 2048 2 1 : tunables 24 12 8 : slabdata 0 0 0 size-2048 147 150 2048 2 1 : tunables 24 12 8 : slabdata 75 75 0 size-1024(DMA) 0 0 1024 4 1 : tunables 54 27 8 : slabdata 0 0 0 size-1024 300 300 1024 4 1 : tunables 54 27 8 : slabdata 75 75 0 size-512(DMA) 0 0 512 8 1 : tunables 54 27 8 : slabdata 0 0 0 size-512 400 400 512 8 1 : tunables 54 27 8 : slabdata 50 50 0 size-256(DMA) 0 0 256 15 1 : tunables 120 60 8 : slabdata 0 0 0 size-256 495 495 256 15 1 : tunables 120 60 8 : slabdata 33 33 0 size-128(DMA) 0 0 128 31 1 : tunables 120 60 8 : slabdata 0 0 0 size-128 2413 3565 128 31 1 : tunables 120 60 8 : slabdata 115 115 0 size-64(DMA) 0 0 64 61 1 : tunables 120 60 8 : slabdata 0 0 0 size-64 6546 7991 64 61 1 : tunables 120 60 8 : slabdata 131 131 0 size-32(DMA) 0 0 32 119 1 : tunables 120 60 8 : slabdata 0 0 0 size-32 3921 7259 32 119 1 : tunables 120 60 8 : slabdata 61 61 0 kmem_cache 180 180 256 15 1 : tunables 120 60 8 : slabdata 12 12 0 --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX Content-Type: text/plain; name="oomoutput.txt" Content-Disposition: attachment; filename="oomoutput.txt" Content-Transfer-Encoding: 7bit oom-killer: gfp_mask=0xd2, order=0 Mem-info: DMA per-cpu: cpu 0 hot: low 2, high 6, batch 1 used:2 cpu 0 cold: low 0, high 2, batch 1 used:1 cpu 1 hot: low 2, high 6, batch 1 used:5 cpu 1 cold: low 0, high 2, batch 1 used:0 Normal per-cpu: cpu 0 hot: low 62, high 186, batch 31 used:91 cpu 0 cold: low 0, high 62, batch 31 used:30 cpu 1 hot: low 62, high 186, batch 31 used:183 cpu 1 cold: low 0, high 62, batch 31 used:54 HighMem per-cpu: empty Free pages: 10600kB (0kB HighMem) Active:22345 inactive:22497 dirty:0 writeback:4 unstable:0 free:2650 slab:78479 mapped:1133 pagetables:353 DMA free:2300kB min:256kB low:320kB high:384kB active:12kB inactive:84kB present:16384kB pages_scanned:113 all_unreclaimable? yes lowmem_reserve[]: 0 495 495 Normal free:8300kB min:7932kB low:9912kB high:11896kB active:89368kB inactive:89904kB present:507840kB pages_scanned:28636 all_unreclaimable? no lowmem_reserve[]: 0 0 0 HighMem free:0kB min:128kB low:160kB high:192kB active:0kB inactive:0kB present:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 DMA: 15*4kB 2*8kB 1*16kB 1*32kB 2*64kB 2*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 2300kB Normal: 89*4kB 21*8kB 0*16kB 17*32kB 75*64kB 5*128kB 1*256kB 1*512kB 1*1024kB 0*2048kB 0*4096kB = 8300kB HighMem: empty Swap cache: add 6220931, delete 6220655, find 4096192/5619244, race 8+780 Free swap = 998832kB Total swap = 1048568kB Free swap: 998832kB 131056 pages of RAM 0 pages of HIGHMEM 2449 reserved pages 47622 pages shared 276 pages swap cached 0 pages dirty 4 pages writeback 1133 pages mapped 78474 pages slab 353 pages pagetables Out of Memory: Killed process 15912 (bash). --Multipart=_Fri__9_Dec_2005_10_41_48_+0900_DWHQvOvO8oKCjIHX-- From owner-linux-xfs@oss.sgi.com Thu Dec 8 18:24:19 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 Dec 2005 18:24:26 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB92OHmq029596 for ; Thu, 8 Dec 2005 18:24:17 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA26939; Fri, 9 Dec 2005 13:20:37 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 21195494A261; Fri, 9 Dec 2005 13:20:36 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 946760 - v2 logbufsize fixup Message-Id: <20051209022036.21195494A261@chook.melbourne.sgi.com> Date: Fri, 9 Dec 2005 13:20:36 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6739 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 443 Lines: 14 Fix v2 log bufsize reporting in /proc/mounts. Date: Fri Dec 9 13:19:36 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tes The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24765a xfs_vfsops.c - 1.492 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vfsops.c.diff?r1=text&tr1=1.492&r2=text&tr2=1.491&f=h From owner-linux-xfs@oss.sgi.com Thu Dec 8 18:30:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 08 Dec 2005 18:30:39 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jB92UYmq031131 for ; Thu, 8 Dec 2005 18:30:35 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id NAA27071; Fri, 9 Dec 2005 13:26:56 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 1C2B1494A261; Fri, 9 Dec 2005 13:26:56 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 946762 - fix SELinux regression Message-Id: <20051209022656.1C2B1494A261@chook.melbourne.sgi.com> Date: Fri, 9 Dec 2005 13:26:56 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6740 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 522 Lines: 15 Add an XFS callout to security_inode_init_security; SE Linux is not functional with XFS without this change. Date: Fri Dec 9 13:26:29 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: hch The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24766a linux-2.6/xfs_iops.c - 1.232 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.232&r2=text&tr2=1.231&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 9 12:34:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 12:34:59 -0800 (PST) Received: from mta09-winn.ispmail.ntl.com ([81.103.221.49]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9KYrmq010292 for ; Fri, 9 Dec 2005 12:34:54 -0800 Received: from aamta10-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20051209203109.ROFN8609.mta09-winn.ispmail.ntl.com@aamta10-winn.ispmail.ntl.com> for ; Fri, 9 Dec 2005 20:31:09 +0000 Received: from [192.168.0.9] (really [80.4.95.190]) by aamta10-winn.ispmail.ntl.com with ESMTP id <20051209203109.JESV11396.aamta10-winn.ispmail.ntl.com@[192.168.0.9]> for ; Fri, 9 Dec 2005 20:31:09 +0000 Message-ID: <4399E98A.6030805@ntlworld.com> Date: Fri, 09 Dec 2005 20:31:06 +0000 From: Kelly Harding Reply-To: kelly.harding@ntlworld.com User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: XFS filesystem curruption problems Content-Type: multipart/mixed; boundary="------------080904070409080900090201" X-archive-position: 6751 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelly.harding@ntlworld.com Precedence: bulk X-list: linux-xfs Content-Length: 2136 Lines: 83 This is a multi-part message in MIME format. --------------080904070409080900090201 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit hi, I recently had my Debian Linux system fall over due to power problems here. Everything bar the LVM2 volume group came back up fine afterwards. I use kernel version 2.4.27 on this system (dual pII/350(p/pro overdrive), pr440fx board(44fx chipset),512mb ram). I use XFS for all filesystems and haven't till now encountered any problems with it. All for the most part works great. However, after fixing the problem with the LVM2 that I had (LVM2 got upgraded to a version that needs 2.6 kernels), I'm still unable to mount the volume. XFS complains about the superblock. I get the following errors: From mount: mount: wrong fs type, bad option, bad superblock on /dev/3diskvolume/3diskvolume, missing codepage or other error could this be the IDE device where you in fact use ide-scsi so that sr0 or sda or so is needed?) In some cases useful info is found in syslog - try dmesg | tail or so From xfs_check: xfs_check: /dev/3diskvolume/3diskvolume is invalid (cannot read first 512 bytes) From xfs_repair: Phase 1 - find and verify superblock... superblock read failed, offset 0, size 524288, ag 0, rval 0 fatal error -- Invalid argument When trying to mount the partition I also get this in /var/log/messages: XFS: SB read failed Is there any way to resolve this problem? I've not yet been able to run diagnostics on the drives themselves, though I think they're fine, I think it is just filesystem curruption. Any suggestions? or is the partition totalled and time to wipe and start over? Thanks in advance, Kelly --------------080904070409080900090201 Content-Type: text/x-vcard; charset=utf-8; name="kelly.harding.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kelly.harding.vcf" begin:vcard fn:Miss Kelly Harding n:Harding;Kelly adr:;;;;;;UK email;internet:kelly.harding@ntlworld.com x-mozilla-html:FALSE version:2.1 end:vcard --------------080904070409080900090201-- From owner-linux-xfs@oss.sgi.com Fri Dec 9 13:11:16 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 13:11:17 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9LBFmq012925 for ; Fri, 9 Dec 2005 13:11:15 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB9L7fxT013786 for ; Fri, 9 Dec 2005 15:07:41 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB9L7eDN21445305; Fri, 9 Dec 2005 15:07:40 -0600 (CST) Message-ID: <4399F21B.5020805@sgi.com> Date: Fri, 09 Dec 2005 15:07:39 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kelly.harding@ntlworld.com CC: linux-xfs@oss.sgi.com Subject: Re: XFS filesystem curruption problems References: <4399E98A.6030805@ntlworld.com> In-Reply-To: <4399E98A.6030805@ntlworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6752 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 554 Lines: 25 Kelly Harding wrote: > From xfs_check: > > xfs_check: /dev/3diskvolume/3diskvolume is invalid (cannot read first > 512 bytes) This looks to me like the problem is not xfs. Can you even dd if=/dev/3diskvolume/3diskvolume of=foo bs=512 count=1 ? > From xfs_repair: > > Phase 1 - find and verify superblock... > superblock read failed, offset 0, size 524288, ag 0, rval 0 > > fatal error -- Invalid argument > > When trying to mount the partition I also get this in /var/log/messages: > > XFS: SB read failed and anything before that? -Eric From owner-linux-xfs@oss.sgi.com Fri Dec 9 13:57:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 13:57:56 -0800 (PST) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9Lvpmq016860 for ; Fri, 9 Dec 2005 13:57:52 -0800 Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20051209215414.UAKM8609.mta09-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>; Fri, 9 Dec 2005 21:54:14 +0000 Received: from [192.168.0.9] (really [80.4.95.190]) by aamta11-winn.ispmail.ntl.com with ESMTP id <20051209215414.OOSJ16192.aamta11-winn.ispmail.ntl.com@[192.168.0.9]>; Fri, 9 Dec 2005 21:54:14 +0000 Message-ID: <4399FD04.90207@ntlworld.com> Date: Fri, 09 Dec 2005 21:54:12 +0000 From: Kelly Harding Reply-To: kelly.harding@ntlworld.com User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: XFS filesystem curruption problems References: <4399E98A.6030805@ntlworld.com> <4399F21B.5020805@sgi.com> In-Reply-To: <4399F21B.5020805@sgi.com> Content-Type: multipart/mixed; boundary="------------080104030401080102090605" X-archive-position: 6753 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelly.harding@ntlworld.com Precedence: bulk X-list: linux-xfs Content-Length: 1315 Lines: 63 This is a multi-part message in MIME format. --------------080104030401080102090605 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Eric Sandeen wrote: > Kelly Harding wrote: > >> From xfs_check: >> >> xfs_check: /dev/3diskvolume/3diskvolume is invalid (cannot read first >> 512 bytes) > > > This looks to me like the problem is not xfs. Can you even > > dd if=/dev/3diskvolume/3diskvolume of=foo bs=512 count=1 ? > the output is: 0+0 records in 0+0 records out 0 bytes (0 B) copied, 0.000688 seconds, 0.0 kB/s >> From xfs_repair: >> >> Phase 1 - find and verify superblock... >> superblock read failed, offset 0, size 524288, ag 0, rval 0 >> >> fatal error -- Invalid argument >> >> When trying to mount the partition I also get this in /var/log/messages: >> >> XFS: SB read failed > > > and anything before that? > Nothing relating to XFS or LVM. Kelly --------------080104030401080102090605 Content-Type: text/x-vcard; charset=utf-8; name="kelly.harding.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kelly.harding.vcf" begin:vcard fn:Miss Kelly Harding n:Harding;Kelly adr:;;;;;;UK email;internet:kelly.harding@ntlworld.com x-mozilla-html:FALSE version:2.1 end:vcard --------------080104030401080102090605-- From owner-linux-xfs@oss.sgi.com Fri Dec 9 14:03:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 14:03:14 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9M3Bmq017804 for ; Fri, 9 Dec 2005 14:03:12 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jB9LxbxT022747 for ; Fri, 9 Dec 2005 15:59:37 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB9LxaDN21453396; Fri, 9 Dec 2005 15:59:37 -0600 (CST) Message-ID: <4399FE48.6090001@sgi.com> Date: Fri, 09 Dec 2005 15:59:36 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kelly.harding@ntlworld.com CC: linux-xfs@oss.sgi.com Subject: Re: XFS filesystem curruption problems References: <4399E98A.6030805@ntlworld.com> <4399F21B.5020805@sgi.com> <4399FD04.90207@ntlworld.com> In-Reply-To: <4399FD04.90207@ntlworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6754 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 409 Lines: 23 Kelly Harding wrote: >> dd if=/dev/3diskvolume/3diskvolume of=foo bs=512 count=1 ? >> > > the output is: > > 0+0 records in > 0+0 records out > 0 bytes (0 B) copied, 0.000688 seconds, 0.0 kB/s looks like you cannot read your device. > Nothing relating to XFS or LVM. How about IO errors? This isn't an xfs problem, looks like you cannot read anything from /dev/3diskvolume/3diskvolume -Eric > Kelly From owner-linux-xfs@oss.sgi.com Fri Dec 9 14:10:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 14:10:47 -0800 (PST) Received: from mta09-winn.ispmail.ntl.com (mta09-winn.ispmail.ntl.com [81.103.221.49]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9MAimq018759 for ; Fri, 9 Dec 2005 14:10:45 -0800 Received: from aamta11-winn.ispmail.ntl.com ([81.103.221.35]) by mta09-winn.ispmail.ntl.com with ESMTP id <20051209220710.UKAR8609.mta09-winn.ispmail.ntl.com@aamta11-winn.ispmail.ntl.com>; Fri, 9 Dec 2005 22:07:10 +0000 Received: from [192.168.0.9] (really [80.4.95.190]) by aamta11-winn.ispmail.ntl.com with ESMTP id <20051209220710.OSMO16192.aamta11-winn.ispmail.ntl.com@[192.168.0.9]>; Fri, 9 Dec 2005 22:07:10 +0000 Message-ID: <439A000B.4030403@ntlworld.com> Date: Fri, 09 Dec 2005 22:07:07 +0000 From: Kelly Harding Reply-To: kelly.harding@ntlworld.com User-Agent: Mozilla Thunderbird 1.0.7 (Macintosh/20050923) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Sandeen CC: linux-xfs@oss.sgi.com Subject: Re: XFS filesystem curruption problems References: <4399E98A.6030805@ntlworld.com> <4399F21B.5020805@sgi.com> <4399FD04.90207@ntlworld.com> <4399FE48.6090001@sgi.com> In-Reply-To: <4399FE48.6090001@sgi.com> Content-Type: multipart/mixed; boundary="------------020500030207020106050807" X-archive-position: 6755 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: kelly.harding@ntlworld.com Precedence: bulk X-list: linux-xfs Content-Length: 1244 Lines: 65 This is a multi-part message in MIME format. --------------020500030207020106050807 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Eric Sandeen wrote: > Kelly Harding wrote: > >>> dd if=/dev/3diskvolume/3diskvolume of=foo bs=512 count=1 ? >>> >> >> the output is: >> >> 0+0 records in >> 0+0 records out >> 0 bytes (0 B) copied, 0.000688 seconds, 0.0 kB/s > > > looks like you cannot read your device. > Appears to be the case :( >> Nothing relating to XFS or LVM. > > > How about IO errors? > None that I saw. I'll check again though. > This isn't an xfs problem, looks like you cannot read anything from > /dev/3diskvolume/3diskvolume > Right, well if it isn't a xfs problem I'm unsure as to what is causing the problem.And such how to resolve it. Any suggestions? Thanks, Kelly --------------020500030207020106050807 Content-Type: text/x-vcard; charset=utf-8; name="kelly.harding.vcf" Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename="kelly.harding.vcf" begin:vcard fn:Miss Kelly Harding n:Harding;Kelly adr:;;;;;;UK email;internet:kelly.harding@ntlworld.com x-mozilla-html:FALSE version:2.1 end:vcard --------------020500030207020106050807-- From owner-linux-xfs@oss.sgi.com Fri Dec 9 14:16:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 09 Dec 2005 14:16:56 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jB9MGomq019521 for ; Fri, 9 Dec 2005 14:16:50 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBA0IHw7031817 for ; Fri, 9 Dec 2005 16:18:17 -0800 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jB9MDFsL26894233; Fri, 9 Dec 2005 16:13:15 -0600 (CST) Message-ID: <439A017A.1000906@sgi.com> Date: Fri, 09 Dec 2005 16:13:14 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: kelly.harding@ntlworld.com CC: linux-xfs@oss.sgi.com Subject: Re: XFS filesystem curruption problems References: <4399E98A.6030805@ntlworld.com> <4399F21B.5020805@sgi.com> <4399FD04.90207@ntlworld.com> <4399FE48.6090001@sgi.com> <439A000B.4030403@ntlworld.com> In-Reply-To: <439A000B.4030403@ntlworld.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6756 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 369 Lines: 18 Kelly Harding wrote: > Right, well if it isn't a xfs problem I'm unsure as to what is causing > the problem.And such how to resolve it. > > Any suggestions? maybe the lvm list? I'd take a hard look at that /dev/3diskvolume/3diskvolume device and see why you can't read any bytes off of it. Maybe check the size, for starters. -Eric > Thanks, > > Kelly > > From owner-linux-xfs@oss.sgi.com Sun Dec 11 14:20:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 14:21:08 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBBMKtmq015916 for ; Sun, 11 Dec 2005 14:20:56 -0800 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 JAA06028; Mon, 12 Dec 2005 09:17:16 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBBMHOkt7372805; Mon, 12 Dec 2005 09:17:25 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jBBMFgpK000921; Mon, 12 Dec 2005 09:15:43 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jBBMFdVw000919; Mon, 12 Dec 2005 09:15:39 +1100 Date: Mon, 12 Dec 2005 09:15:39 +1100 From: Nathan Scott To: Michael Loftis Cc: linux-lvm@redhat.com, linux-xfs@oss.sgi.com Subject: Re: [linux-lvm] LVM onFly features Message-ID: <20051211221539.GA872@frodo> References: <1cbd6f830512101138t10ec4f77j217ee8830a60a97b@mail.gmail.com> <20051210194827.GE3103@mjk.myfqdn.de> <20051210200646.GF3103@mjk.myfqdn.de> <20051210202232.GG3103@mjk.myfqdn.de> <64AE95D76D81F71989D42E79@dhcp-2-206.wgops.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <64AE95D76D81F71989D42E79@dhcp-2-206.wgops.com> User-Agent: Mutt/1.5.3i X-archive-position: 6776 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2330 Lines: 65 On Sat, Dec 10, 2005 at 03:10:05PM -0700, Michael Loftis wrote: > > >Thanks for the detailled explanation! > > I try not to say something without actual experience and technical details > to back it up. :) Hmm, you seem to be doing a pretty good job of that here... > >Yes, I would *love* to use a totally new file system with a new, > >dynamic, good design, but - just as many others - had my experiences > >with ReiserFS and it will take a *lot* of time for ReiserFS to restore > >confidence. So for now, I'll probably stay with ext3, with which I had > >no problems so far. > > > >JFS/XFS should also both be capable of growing, XFS of online-growth, > >IIRC. > > XFS has terrible unpredictable performance in production. Also it has very What on earth does that mean? Whatever it means, it doesn't sound right - can you back that up with some data please? > bad behavior when recovering from crashes, Details? Are you talking about this post of yours: http://oss.sgi.com/archives/linux-xfs/2003-06/msg00032.html There have been several fixes in this area since that post. > often times it's tools totally fail to clean the filesystem. In what way? Did you open a bug report? > It also needs larger kernel stacks because > of some of the really deep call trees, Those have been long since fixed as far as we are aware. Do you have an actual example where things can fail? > so when you use it with LVM or MD it > can oops unless you use the larger kernel stacks. Anything can oops in combination with enough stacked device drivers (although there has been block layer work to resolve this recently, so you should try again with a current kernel...). If you have an actual example of this still happening, please open a bug or at least let the XFS developers know of your test case. Thanks. > We also have had > problems with the quota system but the details on that have faded. Seems like details of all the problems you described have faded. Your mail seems to me like a bit of a troll ... I guess you had a problem or two a couple of years ago (from searching the lists) and are still sore. Can you point me to mailing list reports of the problems you're refering to here or bug reports you've opened for these issues? I'll let you know if any of them are still relevent. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Dec 11 17:18:20 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 17:18:23 -0800 (PST) Received: from shell.wgops.com (free.wgops.com [69.51.116.66]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBC1IJmq002055 for ; Sun, 11 Dec 2005 17:18:20 -0800 Received: from [10.1.2.206] (localhost [127.0.0.1]) by shell.wgops.com (Postfix) with ESMTP id 1F7BD24FAE; Sun, 11 Dec 2005 18:14:39 -0700 (MST) Date: Sun, 11 Dec 2005 18:14:39 -0700 From: Michael Loftis To: Nathan Scott Cc: linux-lvm@redhat.com, linux-xfs@oss.sgi.com Subject: Re: [linux-lvm] LVM onFly features Message-ID: <9CD94D4B0F3B63057B4C2BC0@dhcp-2-206.wgops.com> In-Reply-To: <20051211221539.GA872@frodo> References: <1cbd6f830512101138t10ec4f77j217ee8830a60a97b@mail.gmail.com> <20051210194827.GE3103@mjk.myfqdn.de> <20051210200646.GF3103@mjk.myfqdn.de> <20051210202232.GG3103@mjk.myfqdn.de> <64AE95D76D81F71989D42E79@dhcp-2-206.wgops.com> <20051211221539.GA872@frodo> X-Mailer: Mulberry/4.0.4 (Mac OS X) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-MailScanner-Information: Please contact support@wgops.com X-MailScanner: WGOPS clean X-MailScanner-From: mloftis@wgops.com X-archive-position: 6777 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: mloftis@wgops.com Precedence: bulk X-list: linux-xfs Content-Length: 6303 Lines: 137 --On December 12, 2005 9:15:39 AM +1100 Nathan Scott wrote: >> XFS has terrible unpredictable performance in production. Also it has >> very > > What on earth does that mean? Whatever it means, it doesn't > sound right - can you back that up with some data please? The worst problems we had we're likely most strongly related to running out of journal transaction space. When XFS was under high transaction load sometimes it would just hang everything syncing meta-data. From what I understand this has supposedly been dealt with, but we were still having these issues when we decommissioned the last XFS based server a year ago. Another datapoint is the fact we primarily served via NFS, which XFS (atleast at the time) still didn't behave great with, I never did see any good answers on that as I recall. > >> bad behavior when recovering from crashes, > > Details? Are you talking about this post of yours: > http://oss.sgi.com/archives/linux-xfs/2003-06/msg00032.html That particular behavior happened a lot. And it wasn't annoying that it happened, so much so that it happened after the system claimed it was clean. Further, yes, that hardware has been fully checked out. There's nothing wrong with the hardware. I wish there was, that'd make me feel better honestly. The only thing I can reason is bugs in the XFS fsck/repair tools, or *maybe* an interaction with XFS and the DAC960 controller, or NFS. The fact that XFS has weird interactions with NFS at all bugs me, but I don't understand the code involved well enough. There might be a decent reason. > > There have been several fixes in this area since that post. > >> often times it's tools totally fail to clean the filesystem. > > In what way? Did you open a bug report? > >> It also needs larger kernel stacks because >> of some of the really deep call trees, > > Those have been long since fixed as far as we are aware. Do you > have an actual example where things can fail? We pulled it out of production and replaced XFS with Reiser. At the time Reiser was far more mature on Linux. XFS Linux implementation (in combination with other work in the block layer as you mention later) may have matured to atleast a similar (possibly moreso) point now. I've just personally lost more data due to XFS than Reiser. I've also had problems with ext3 in the (now distant) past while it was teething still. >> so when you use it with LVM or MD it >> can oops unless you use the larger kernel stacks. > > Anything can oops in combination with enough stacked device drivers > (although there has been block layer work to resolve this recently, > so you should try again with a current kernel...). If you have an > actual example of this still happening, please open a bug or at least > let the XFS developers know of your test case. Thanks. That was actually part of the problem. There was no time, and no hardware, to try to reproduce the problem in the lab. This isn't an XFS problem specifically, this is an Open Source problem really....If you encounter a bug, and you're unlucky enough to be a bit of an edge case, you better be prepared to pony up with hardware and mantime to diagnose and reproduce it or it might not get fixed. Again though, this is common to the whole open source community, and not XFS, Linux, LVM, or any other project specific. Having said that, if you can reproduce it, and get good details, the open source community has a far better track record of *really* fixing and addressing bugs than any commercial software. > >> We also have had >> problems with the quota system but the details on that have faded. > > Seems like details of all the problems you described have faded. > Your mail seems to me like a bit of a troll ... I guess you had a > problem or two a couple of years ago (from searching the lists) > and are still sore. Can you point me to mailing list reports of > the problems you're refering to here or bug reports you've opened > for these issues? I'll let you know if any of them are still > relevent. No, we had dozens actually. The only ones that were really crippling were when XFS would suddenly unmount in the middle of the business day for no apparent reason. Without details bug reports are ignored, and we couldn't really provide details or filesystem dumps because there was too much data, and we had to get it back online. We just moved as fast as we could away from XFS. It wasn't just a one day thing, or a week, there was a trail of crashes with XFS at the time. Sometimes the machine was so locked up from XFS pulling the rug out that the console was wedged up pretty badly too. I wanted to provide the information as a data point from the other side as it were not get into a pissing match with the XFS developers and community. XFS is still young, as is ReiserFS. and while Reiser is a completely new FS and XFS has roots in IRIX and other implementations, their age is similar since XFS' Linux implementation is around the same age. If the state has change in the last 6-12 months then so much the better. The facts are that XFS during operation had many problems, and as we pulled it out still had many unresolved problems as we replaced it with ReiserFS. And Reiser has been flawless except for one problem already mentioned on Linux-LVM very clearly caused by an external SAN/RAID problem which EMC has corrected (completely as an aside -- anyone running a CX series REALLY needs to be on the latest code rev, you might never run into the bug, and i'm still not sure exactly which one we hit, there were atleast two that could have caused the data corruption, but if you do, it can be ugly). The best guess that I have as to why we had such a bad time with XFS was the XFS+NFS interaction and possibly an old (unknown to me -- this is just a guess) bug that may have created some minor underlying corruption that the repair tools couldn't fully fix or diagnose may have caused our continual (seemingly random) problems. I don't believe in really random problems, atleast not in computers anyway. > > cheers. > > -- > Nathan > -- "Genius might be described as a supreme capacity for getting its possessors into trouble of all kinds." -- Samuel Butler From owner-linux-xfs@oss.sgi.com Sun Dec 11 17:50:35 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 17:50:47 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBC1oXmq005229 for ; Sun, 11 Dec 2005 17:50:34 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10663; Mon, 12 Dec 2005 12:46:51 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBC1kZnp30642558; Mon, 12 Dec 2005 12:46:36 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBC1kX7o30100715; Mon, 12 Dec 2005 12:46:33 +1100 (EST) Date: Mon, 12 Dec 2005 12:46:33 +1100 From: David Chinner To: CHIKAMA masaki Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051212014633.GC19154461@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051209104148.346f2ff5.masaki-c@nict.go.jp> User-Agent: Mutt/1.4.2.1i X-archive-position: 6779 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1351 Lines: 44 On Fri, Dec 09, 2005 at 10:41:48AM +0900, CHIKAMA masaki wrote: > The number of files should be around 100 millions. Lots of files. > Machine spec. > > CPU : Pentium4 3.0G (512KB chache) HT enabled > MEM : 512MB (+ 1GB swap) > SCSI HA: Adaptec AHA-3960D > DISK: External RAID unit (10TB) > filesystem: xfs on lvm2 Large filesystem, comparitively little RAM to speak of. > > > At that time, slabtop showed that the number of xfs_ili, xfs_inode, > > > and linvfs_icache objects are becoming very large. Looks to me like you haven't got enough memory to hold all the active log items when chmod -R runs and so you run out of memory before tail pushing occurs and the inode log items are released. Because there is no memory available (all in slab and unreclaimable(?) page cache), XFS may not be able to flush and free the dirty inodes because it can require page cache allocation if the backing pages for the inode were reclaimed before the tail was pushed.... There are two immediate solutions that I can see to your problem: 1. Buy more RAM. If you can afford 10TB of disk, then you can afford to buy at least a couple of GB of RAM to go with it. 2. Remake your filesystem with a smaller log so that it can't hold as many active items. Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Sun Dec 11 18:32:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 18:32:12 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBC2W7mq008606 for ; Sun, 11 Dec 2005 18:32:07 -0800 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 NAA11321; Mon, 12 Dec 2005 13:28:24 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBC2SYkt7407988; Mon, 12 Dec 2005 13:28:34 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBC2SUR07441948; Mon, 12 Dec 2005 13:28:30 +1100 (EST) Date: Mon, 12 Dec 2005 13:28:30 +1100 From: Nathan Scott To: Michael Loftis Cc: linux-lvm@redhat.com, linux-xfs@oss.sgi.com Subject: Re: [linux-lvm] LVM onFly features Message-ID: <20051212132830.A7432365@wobbly.melbourne.sgi.com> References: <1cbd6f830512101138t10ec4f77j217ee8830a60a97b@mail.gmail.com> <20051210194827.GE3103@mjk.myfqdn.de> <20051210200646.GF3103@mjk.myfqdn.de> <20051210202232.GG3103@mjk.myfqdn.de> <64AE95D76D81F71989D42E79@dhcp-2-206.wgops.com> <20051211221539.GA872@frodo> <9CD94D4B0F3B63057B4C2BC0@dhcp-2-206.wgops.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <9CD94D4B0F3B63057B4C2BC0@dhcp-2-206.wgops.com>; from mloftis@wgops.com on Sun, Dec 11, 2005 at 06:14:39PM -0700 X-archive-position: 6780 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 3616 Lines: 80 On Sun, Dec 11, 2005 at 06:14:39PM -0700, Michael Loftis wrote: > --On December 12, 2005 9:15:39 AM +1100 Nathan Scott > The worst problems we had we're likely most strongly related to running out > of journal transaction space. When XFS was under high transaction load Can you define "high load" for your scenario? > sometimes it would just hang everything syncing meta-data. From what I There is no situation in which XFS will "hang everything". A process that is modifying the filesystem may be paused briefly waiting for space to become available in the log, and that involves flushing the in-core log buffers. But only processes that need log space will be paused waiting for that (relatively small) write to complete. This is also not a behaviour peculiar to XFS, and with suitable tuning in terms of mkfs/ mount/sysctl parameters, it can be completely controlled. > understand this has supposedly been dealt with, but we were still having > these issues when we decommissioned the last XFS based server a year ago. I'd like some more information describing your workload there if you could provide it. Thanks. > Another datapoint is the fact we primarily served via NFS, which XFS > (atleast at the time) still didn't behave great with, I never did see any > good answers on that as I recall. Indeed. Early 2.6 kernels did have XFS/NFS interaction problems, with NFS using generation number zero as "magic", and XFS using that as a valid gen number. That was fixed a long time ago. > controller, or NFS. The fact that XFS has weird interactions with NFS at > all bugs me, but I don't understand the code involved well enough. There > might be a decent reason. No, there's no reason, and XFS does not have "wierd interactions" with NFS. > >> It also needs larger kernel stacks because > >> of some of the really deep call trees, > > > > Those have been long since fixed as far as we are aware. Do you > > have an actual example where things can fail? > > We pulled it out of production and replaced XFS with Reiser. At the time > Reiser was far more mature on Linux. XFS Linux implementation (in Not because of 4K stacks though surely? That kernel option wasn't around then I think, and the reiserfs folks have also had a bunch of work to do in that area too. > > Seems like details of all the problems you described have faded. > > Your mail seems to me like a bit of a troll ... I guess you had a > > problem or two a couple of years ago (from searching the lists) > > and are still sore. Can you point me to mailing list reports of > > the problems you're refering to here or bug reports you've opened > > for these issues? I'll let you know if any of them are still > > relevent. > > No, we had dozens actually. The only ones that were really crippling were > when XFS would suddenly unmount in the middle of the business day for no > apparent reason. Without details bug reports are ignored, and we couldn't The NFS issue had the unfortunate side effect of causing filesystem corruption and hence forced filesystem shutdowns would result. There were also bugs on that error handling path, so probably you hit two independent XFS bugs on a pretty old kernel version. > I wanted to provide the information as a data point from the other side as > it were not get into a pissing match with the XFS developers and community. You were claiming long-resolved issues that existed in an XFS version from an early 2.6 kernel as still relevent. That is quite misleading, and doesn't provide useful information to anyone. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Dec 11 18:38:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 18:38:26 -0800 (PST) Received: from ylpvm29.prodigy.net (ylpvm29-ext.prodigy.net [207.115.57.60]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBC2cLmq009318 for ; Sun, 11 Dec 2005 18:38:22 -0800 Received: from ylpvm01.prodigy.net (ylpvm01-int.prodigy.net [207.115.5.207]) by ylpvm29.prodigy.net (8.12.10 outbound/8.12.10) with ESMTP id jBC2Yrrk016132 for ; Sun, 11 Dec 2005 21:34:54 -0500 X-ORBL: [70.231.255.18] Received: from stupidest.org (adsl-70-231-255-18.dsl.snfc21.sbcglobal.net [70.231.255.18]) by ylpvm01.prodigy.net (8.13.4 dk-milter linux/8.13.4) with ESMTP id jBC2cpSY029270; Sun, 11 Dec 2005 21:38:53 -0500 Received: by taniwha.stupidest.org (Postfix, from userid 38689) id 2B41351D5BF; Sun, 11 Dec 2005 18:34:42 -0800 (PST) Date: Sun, 11 Dec 2005 18:34:42 -0800 From: Chris Wedgwood To: David Chinner Cc: CHIKAMA masaki , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051212023442.GA3370@taniwha.stupidest.org> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051212014633.GC19154461@melbourne.sgi.com> X-archive-position: 6781 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: cw@f00f.org Precedence: bulk X-list: linux-xfs Content-Length: 338 Lines: 9 On Mon, Dec 12, 2005 at 12:46:33PM +1100, David Chinner wrote: > 1. Buy more RAM. If you can afford 10TB of disk, then you can > afford to buy at least a couple of GB of RAM to go with it. It's it ia32 there will still be a limit of 900MB or so for slab anyhow. They then want to consider a 64-bit kernel if the CPU supports it. From owner-linux-xfs@oss.sgi.com Sun Dec 11 19:29:28 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 11 Dec 2005 19:29:30 -0800 (PST) Received: from mx1.suse.de (mx1.suse.de [195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBC3TRmq019010 for ; Sun, 11 Dec 2005 19:29:27 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 69901E3B4; Mon, 12 Dec 2005 04:25:51 +0100 (CET) To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> From: Andi Kleen Date: 12 Dec 2005 00:57:12 -0700 In-Reply-To: <20051212014633.GC19154461@melbourne.sgi.com> Message-ID: User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-archive-position: 6782 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 544 Lines: 15 David Chinner writes: > > There are two immediate solutions that I can see to your problem: > > 1. Buy more RAM. If you can afford 10TB of disk, then you can > afford to buy at least a couple of GB of RAM to go with it. > > 2. Remake your filesystem with a smaller log so that > it can't hold as many active items. It is nasty that XFS can get into this state though. Would it make sense to limit the in memory log based on available memory? With such a limit it would still work, but slower, right? -Andi From owner-linux-xfs@oss.sgi.com Mon Dec 12 03:35:26 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 03:35:28 -0800 (PST) Received: from flyingAngel.upjs.sk (gate.rudna.net [195.122.192.66] (may be forged)) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCBZPmq009692 for ; Mon, 12 Dec 2005 03:35:25 -0800 Received: by flyingAngel.upjs.sk (Postfix, from userid 500) id 85041100E4A; Mon, 12 Dec 2005 12:01:55 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by flyingAngel.upjs.sk (Postfix) with ESMTP id 7FEA918011E for ; Mon, 12 Dec 2005 12:01:55 +0100 (CET) Date: Mon, 12 Dec 2005 12:01:55 +0100 (CET) From: Jan Derfinak To: linux-xfs@oss.sgi.com Subject: right way to report bugs Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 6789 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 504 Lines: 19 Hello. I would like to ask about the right way to report xfs bugs? I used bugzilla to report bug http://oss.sgi.com/bugzilla/show_bug.cgi?id=424 The date of report is 2005-09-28 15:31 CST But there is no response from XFS people. I found that similiar bug was reported a long time ago http://oss.sgi.com/bugzilla/show_bug.cgi?id=326 2004-05-02 12:16 CST And again no response from XFS people. Both bugs are in status NEW. Please tell me the right way to report xfs problems which I should use. jan From owner-linux-xfs@oss.sgi.com Mon Dec 12 04:34:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 04:34:14 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [133.243.3.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCCY9mq020951 for ; Mon, 12 Dec 2005 04:34:11 -0800 Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id jBCCUXIT022349; Mon, 12 Dec 2005 21:30:33 +0900 (JST) Received: from gw1.nict.go.jp (localhost [127.0.0.1]) by gw1.nict.go.jp with ESMTP id jBCCUXQ0028820; Mon, 12 Dec 2005 21:30:33 +0900 (JST) Received: from mail2.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw1.nict.go.jp with ESMTP id jBCCUWqq028817; Mon, 12 Dec 2005 21:30:33 +0900 (JST) Received: from mail2.nict.go.jp (localhost [127.0.0.1]) by localhost.nict.go.jp (Postfix) with ESMTP id C6B326E2F; Mon, 12 Dec 2005 21:30:32 +0900 (JST) Received: from nabal.nict.go.jp (unknown [133.243.93.85]) by mail2.nict.go.jp (Postfix) with SMTP id 6E89E6E23; Mon, 12 Dec 2005 21:30:32 +0900 (JST) Date: Mon, 12 Dec 2005 21:30:32 +0900 From: CHIKAMA masaki To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-Id: <20051212213032.7510e99e.masaki-c@nict.go.jp> In-Reply-To: <20051212014633.GC19154461@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 6792 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: masaki-c@nict.go.jp Precedence: bulk X-list: linux-xfs Content-Length: 2796 Lines: 75 Hello. On Mon, 12 Dec 2005 12:46:33 +1100 David Chinner wrote: > > Machine spec. > > > > CPU : Pentium4 3.0G (512KB chache) HT enabled > > MEM : 512MB (+ 1GB swap) > > SCSI HA: Adaptec AHA-3960D > > DISK: External RAID unit (10TB) > > filesystem: xfs on lvm2 > > Large filesystem, comparitively little RAM to speak of. Yes, I know that. ;-) > > > > At that time, slabtop showed that the number of xfs_ili, xfs_inode, > > > > and linvfs_icache objects are becoming very large. > > Looks to me like you haven't got enough memory to hold all the > active log items when chmod -R runs and so you run out of memory > before tail pushing occurs and the inode log items are released. > > Because there is no memory available (all in slab and > unreclaimable(?) page cache), XFS may not be able to flush and free > the dirty inodes because it can require page cache allocation if the > backing pages for the inode were reclaimed before the tail was > pushed.... I think this is not an acceptable reason. If I have a fast CPU, reasonable filesystem size to equipped memory and slow disk, then system can easily eat up all memory. This leads to local DoS. > There are two immediate solutions that I can see to your problem: > > 1. Buy more RAM. If you can afford 10TB of disk, then you can > afford to buy at least a couple of GB of RAM to go with it. > > 2. Remake your filesystem with a smaller log so that > it can't hold as many active items. I think the 2nd is questionable. The xfs_info said that the 10TB xfs filesystem's log size is = 4096 * 32768. meta-data=/raid/disk1 isize=256 agcount=32, agsize=85391104 blks = sectsz=512 data = bsize=4096 blocks=2732515328, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=32768, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 But another 200GB xfs filesystem's logs size is = 4096 * 25600. meta-data=/raid/disk0 isize=256 agcount=16, agsize=3276800 blks = sectsz=512 data = bsize=4096 blocks=52428800, imaxpct=25 = sunit=0 swidth=0 blks, unwritten=1 naming =version 2 bsize=4096 log =internal bsize=4096 blocks=25600, version=1 = sectsz=512 sunit=0 blks realtime =none extsz=65536 blocks=0, rtextents=0 32768 is not small enough compared to 25600. Is my understanding correct? Thanks. -- CHIKAMA Masaki @ NICT From owner-linux-xfs@oss.sgi.com Mon Dec 12 04:41:42 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 04:41:43 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [133.243.3.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCCffmq022099 for ; Mon, 12 Dec 2005 04:41:41 -0800 Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id jBCCc5kt022751; Mon, 12 Dec 2005 21:38:05 +0900 (JST) Received: from gw1.nict.go.jp (localhost [127.0.0.1]) by gw1.nict.go.jp with ESMTP id jBCCc4ub001084; Mon, 12 Dec 2005 21:38:04 +0900 (JST) Received: from mail1.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw1.nict.go.jp with ESMTP id jBCCc4jF001081; Mon, 12 Dec 2005 21:38:04 +0900 (JST) Received: from mail1.nict.go.jp (localhost [127.0.0.1]) by localhost.nict.go.jp (Postfix) with ESMTP id A35C1437C; Mon, 12 Dec 2005 21:38:04 +0900 (JST) Received: from nabal.nict.go.jp (unknown [133.243.93.85]) by mail1.nict.go.jp (Postfix) with SMTP id 705354366; Mon, 12 Dec 2005 21:38:04 +0900 (JST) Date: Mon, 12 Dec 2005 21:38:04 +0900 From: CHIKAMA masaki To: dgc@sgi.com Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-Id: <20051212213804.69298422.masaki-c@nict.go.jp> In-Reply-To: <20051212213032.7510e99e.masaki-c@nict.go.jp> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051212213032.7510e99e.masaki-c@nict.go.jp> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 6793 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: masaki-c@nict.go.jp Precedence: bulk X-list: linux-xfs Content-Length: 271 Lines: 13 Hello. I have an mistake. On Mon, 12 Dec 2005 21:30:32 +0900 CHIKAMA masaki wrote: > 32768 is not small enough compared to 25600. 25600 is not small enough compared to 32768. (or 32768 is not so big compared to 25600) -- CHIKAMA Masaki @ NICT From owner-linux-xfs@oss.sgi.com Mon Dec 12 06:43:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 06:43:15 -0800 (PST) Received: from mx1.redhat.com (mx1.redhat.com [66.187.233.31]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCEhBmq001715 for ; Mon, 12 Dec 2005 06:43:12 -0800 Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.12.11/8.12.11) with ESMTP id jBCEdPYF013730; Mon, 12 Dec 2005 09:39:25 -0500 Received: from file.cambridge.redhat.com (file.cambridge.redhat.com [172.16.18.10]) by int-mx1.corp.redhat.com (8.11.6/8.11.6) with ESMTP id jBCEdE104170; Mon, 12 Dec 2005 09:39:14 -0500 Received: from warthog.cambridge.redhat.com (warthog.cambridge.redhat.com [172.16.18.73]) by file.cambridge.redhat.com (8.11.6/8.11.6) with ESMTP id jBCEdD114702; Mon, 12 Dec 2005 14:39:13 GMT Received: from warthog.cambridge.redhat.com (localhost.localdomain [127.0.0.1]) by warthog.cambridge.redhat.com (8.13.4/8.13.4) with ESMTP id jBCEdCmh025191; Mon, 12 Dec 2005 14:39:12 GMT From: David Howells To: nathans@sgi.com, hch@infradead.org cc: linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: XFS accessing arch-specific structures X-Mailer: MH-E 7.84; nmh 1.1; GNU Emacs 22.0.50.1 Date: Mon, 12 Dec 2005 14:39:12 +0000 Message-ID: <25190.1134398352@warthog.cambridge.redhat.com> X-archive-position: 6798 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dhowells@redhat.com Precedence: bulk X-list: linux-xfs Content-Length: 960 Lines: 28 Hi Nathan, I've got a problem in which XFS is accessing arch-specific structures, and thus requiring those structures to conform to its ideals. Specifically, it's trying to read the counter using atomic_read(), whether or not this is possible: fs/xfs/linux-2.6/sema.h: #define valusema(sp) (atomic_read(&(sp)->count)) compile log: CC fs/xfs/xfs_inode.o CC fs/xfs/xfs_inode_item.o fs/xfs/xfs_inode_item.c: In function `xfs_inode_item_pushbuf': fs/xfs/xfs_inode_item.c:803: error: structure has no member named `count' fs/xfs/xfs_inode_item.c:825: error: structure has no member named `count' Can you fix this please? This will not compile with all archs. I'm told that Christoph Hellwig may have an idea or a patch that might provide a fix. If it's necessary to get the count on the semaphore (which it might be), then you should add a function to each asm/semaphore.h to retrieve it and use that. David From owner-linux-xfs@oss.sgi.com Mon Dec 12 10:53:12 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 10:53:15 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCIrBmq031527 for ; Mon, 12 Dec 2005 10:53:12 -0800 Received: from ledzep.americas.sgi.com (ledzep.americas.sgi.com [198.149.16.14]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBCKt2X3019590 for ; Mon, 12 Dec 2005 12:55:02 -0800 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by ledzep.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBCInZsL27077110; Mon, 12 Dec 2005 12:49:35 -0600 (CST) Message-ID: <439DC63E.8030101@sgi.com> Date: Mon, 12 Dec 2005 12:49:34 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Jan Derfinak CC: linux-xfs@oss.sgi.com, overby@sgi.com Subject: Re: right way to report bugs References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6804 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 682 Lines: 21 Jan Derfinak wrote: > Please tell me the right way to report xfs problems which I should use. > > jan > I think you've got it - file a bug, and harrass the list if no response :) In the past I have used xfs_db to change the nblocks or nextents for this inode to match (usually both 0), and re-run repair. Not the best solution I know, but one possible way out of the problem. The unmounting message is confusing; it's a result of using some of the same code in kernelspace & userspace. But in this case, it's xfs_repair's job to fix inconsistent things; I don't know why it bails out on this one. We've found a couple of other cases like this recently as well. -Eric From owner-linux-xfs@oss.sgi.com Mon Dec 12 13:15:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 13:15:55 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBCLFomq018072 for ; Mon, 12 Dec 2005 13:15:51 -0800 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 IAA04340; Tue, 13 Dec 2005 08:12:09 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBCLCKkt7457373; Tue, 13 Dec 2005 08:12:20 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBCLCIKg7458319; Tue, 13 Dec 2005 08:12:18 +1100 (EST) Date: Tue, 13 Dec 2005 08:12:17 +1100 From: Nathan Scott To: Jan Derfinak , Eric Sandeen Cc: linux-xfs@oss.sgi.com, overby@sgi.com Subject: Re: right way to report bugs Message-ID: <20051213081217.C7432365@wobbly.melbourne.sgi.com> References: <439DC63E.8030101@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <439DC63E.8030101@sgi.com>; from sandeen@sgi.com on Mon, Dec 12, 2005 at 12:49:34PM -0600 X-archive-position: 6807 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 503 Lines: 19 On Mon, Dec 12, 2005 at 12:49:34PM -0600, Eric Sandeen wrote: > Jan Derfinak wrote: > > Please tell me the right way to report xfs problems which I should use. > > > > jan > > > > I think you've got it - file a bug, and harrass the list if no response :) In addition to that, a reproducible test case is invaluable (in your case, an image of the corrupt filesystem; or even better, a set of steps to get a filesystem into that failed state - although that is rarely possible). cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Dec 12 14:00:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 14:00:15 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBCM09mq021462 for ; Mon, 12 Dec 2005 14:00:10 -0800 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 IAA05448; Tue, 13 Dec 2005 08:56:24 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBCLuZkt7459507; Tue, 13 Dec 2005 08:56:35 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBCLuWlR7464354; Tue, 13 Dec 2005 08:56:32 +1100 (EST) Date: Tue, 13 Dec 2005 08:56:32 +1100 From: Nathan Scott To: David Howells Cc: hch@infradead.org, linux-xfs@oss.sgi.com, linux-kernel@vger.kernel.org Subject: Re: XFS accessing arch-specific structures Message-ID: <20051213085632.B7465575@wobbly.melbourne.sgi.com> References: <25190.1134398352@warthog.cambridge.redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <25190.1134398352@warthog.cambridge.redhat.com>; from dhowells@redhat.com on Mon, Dec 12, 2005 at 02:39:12PM +0000 X-archive-position: 6809 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1625 Lines: 41 Hi there David, On Mon, Dec 12, 2005 at 02:39:12PM +0000, David Howells wrote: > I've got a problem in which XFS is accessing arch-specific structures, and > thus requiring those structures to conform to its ideals. Specifically, it's > trying to read the counter using atomic_read(), whether or not this is > possible: > > fs/xfs/linux-2.6/sema.h: > #define valusema(sp) (atomic_read(&(sp)->count)) > > compile log: > > CC fs/xfs/xfs_inode.o > CC fs/xfs/xfs_inode_item.o > fs/xfs/xfs_inode_item.c: In function `xfs_inode_item_pushbuf': > fs/xfs/xfs_inode_item.c:803: error: structure has no member named `count' > fs/xfs/xfs_inode_item.c:825: error: structure has no member named `count' > > Can you fix this please? This will not compile with all archs. > > I'm told that Christoph Hellwig may have an idea or a patch that might provide > a fix. If it's necessary to get the count on the semaphore (which it might > be), then you should add a function to each asm/semaphore.h to retrieve it and > use that. I just chatted with Christoph about this. For some reason we thought all instances of direct count use were in debug code (or were put into debug-only code), but we missed the one in xfs_inode_item_pushbuf. It only needs to know if count > 0, so we could implement that using the down_trylock primitive, but it'd be pretty ugly. It looks like a couple of the arch's have now got a sem_getcount, and Christoph is planning on reviving an earlier patch to provide that API across all architectures, and then we can change XFS to use that. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Dec 12 14:32:36 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 14:32:38 -0800 (PST) Received: from flyingAngel.upjs.sk (gate.rudna.net [195.122.192.66] (may be forged)) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCMWZmq025018 for ; Mon, 12 Dec 2005 14:32:35 -0800 Received: by flyingAngel.upjs.sk (Postfix, from userid 500) id 972D7100166; Mon, 12 Dec 2005 23:26:57 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by flyingAngel.upjs.sk (Postfix) with ESMTP id 926C718011D; Mon, 12 Dec 2005 23:26:57 +0100 (CET) Date: Mon, 12 Dec 2005 23:26:57 +0100 (CET) From: Jan Derfinak To: Nathan Scott cc: Eric Sandeen , linux-xfs@oss.sgi.com, overby@sgi.com Subject: Re: right way to report bugs In-Reply-To: <20051213081217.C7432365@wobbly.melbourne.sgi.com> Message-ID: References: <439DC63E.8030101@sgi.com> <20051213081217.C7432365@wobbly.melbourne.sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 6810 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 594 Lines: 16 On Tue, 13 Dec 2005, Nathan Scott wrote: > > I think you've got it - file a bug, and harrass the list if no response :) > > In addition to that, a reproducible test case is invaluable > (in your case, an image of the corrupt filesystem; or even > better, a set of steps to get a filesystem into that failed > state - although that is rarely possible). Yes, I don't know how to get fs to this state, I just found it in this state when I tried to copy files. I know that it is not easy to fix bug without test case, so I prepared fs image and attached link on it, when I filled the bug. jan From owner-linux-xfs@oss.sgi.com Mon Dec 12 15:11:11 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 15:11:13 -0800 (PST) Received: from flyingAngel.upjs.sk (gate.rudna.net [195.122.192.66] (may be forged)) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBCNBAmq028125 for ; Mon, 12 Dec 2005 15:11:10 -0800 Received: by flyingAngel.upjs.sk (Postfix, from userid 500) id DC22C100166; Tue, 13 Dec 2005 00:05:34 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by flyingAngel.upjs.sk (Postfix) with ESMTP id D75FD18011E; Tue, 13 Dec 2005 00:05:34 +0100 (CET) Date: Tue, 13 Dec 2005 00:05:34 +0100 (CET) From: Jan Derfinak To: Eric Sandeen cc: linux-xfs@oss.sgi.com, overby@sgi.com Subject: Re: right way to report bugs In-Reply-To: <439DC63E.8030101@sgi.com> Message-ID: References: <439DC63E.8030101@sgi.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-archive-position: 6811 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ja@mail.upjs.sk Precedence: bulk X-list: linux-xfs Content-Length: 574 Lines: 19 On Mon, 12 Dec 2005, Eric Sandeen wrote: Hello. > In the past I have used xfs_db to change the nblocks or nextents for this > inode to match (usually both 0), and re-run repair. Not the best solution I > know, but one possible way out of the problem. Thanks. Your advice works. It rescued fs. > But in this case, it's xfs_repair's job to fix inconsistent things; I don't > know why it bails out on this one. We've found a couple of other cases like > this recently as well. Hmm, it would be nice to have algorithm from your advice in xfs_repair. Thanks, again. jan From owner-linux-xfs@oss.sgi.com Mon Dec 12 16:45:37 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 16:45:40 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBD0jZmq011466 for ; Mon, 12 Dec 2005 16:45:36 -0800 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 LAA09610; Tue, 13 Dec 2005 11:41:57 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBD0g6kt7463860; Tue, 13 Dec 2005 11:42:07 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jBD0eNmm001243; Tue, 13 Dec 2005 11:40:24 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jBD0eI5S001241; Tue, 13 Dec 2005 11:40:18 +1100 Date: Tue, 13 Dec 2005 11:40:18 +1100 From: Nathan Scott To: Jan Derfinak Cc: linux-xfs@oss.sgi.com Subject: Re: right way to report bugs Message-ID: <20051213004018.GA1189@frodo> References: <439DC63E.8030101@sgi.com> <20051213081217.C7432365@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.3i X-archive-position: 6812 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 738 Lines: 22 On Mon, Dec 12, 2005 at 11:26:57PM +0100, Jan Derfinak wrote: > On Tue, 13 Dec 2005, Nathan Scott wrote: > > > > I think you've got it - file a bug, and harrass the list if no response :) > > > > In addition to that, a reproducible test case is invaluable > > (in your case, an image of the corrupt filesystem; or even > > better, a set of steps to get a filesystem into that failed > > state - although that is rarely possible). > > Yes, I don't know how to get fs to this state, I just found it in this state > when I tried to copy files. I know that it is not easy to fix bug without > test case, so I prepared fs image and attached link on it, when I filled the > bug. Sorry, I overlooked that - thanks Jan. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Dec 12 17:36:13 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 17:36:15 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBD1a8mq020306 for ; Mon, 12 Dec 2005 17:36:09 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA10868; Tue, 13 Dec 2005 12:32:23 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBD1W6np32827073; Tue, 13 Dec 2005 12:32:07 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBD1W44N33108476; Tue, 13 Dec 2005 12:32:04 +1100 (EST) Date: Tue, 13 Dec 2005 12:32:04 +1100 From: David Chinner To: Andi Kleen Cc: David Chinner , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051213013204.GW501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.1i X-archive-position: 6813 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1172 Lines: 37 On Mon, Dec 12, 2005 at 12:57:12AM -0700, Andi Kleen wrote: > David Chinner writes: > > > > There are two immediate solutions that I can see to your problem: > > > > 1. Buy more RAM. If you can afford 10TB of disk, then you can > > afford to buy at least a couple of GB of RAM to go with it. > > > > 2. Remake your filesystem with a smaller log so that > > it can't hold as many active items. > > It is nasty that XFS can get into this state though. Would it make > sense to limit the in memory log based on available memory? Well, if you can define "available memory" in any sane way in the context we are operating in then that would work. > With such a limit it would still work, but slower, right? Yes. However, it would be far better to limit the number of active inode items, as we do need to write the inodes back to the filesystem at some point and it's better to trickle them out than have to write them all out in one hit.... Besides, holding several hundred thousand active items has scalability issues associated with it as well.... Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Mon Dec 12 17:59:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 17:59:31 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBD1xJU8027971 for ; Mon, 12 Dec 2005 17:59:20 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id MAA11319; Tue, 13 Dec 2005 12:55:34 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBD1tJnp33533197; Tue, 13 Dec 2005 12:55:19 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBD1tF6a32376684; Tue, 13 Dec 2005 12:55:15 +1100 (EST) Date: Tue, 13 Dec 2005 12:55:15 +1100 From: David Chinner To: CHIKAMA masaki Cc: David Chinner , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051213015514.GX501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051212213032.7510e99e.masaki-c@nict.go.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051212213032.7510e99e.masaki-c@nict.go.jp> User-Agent: Mutt/1.4.2.1i X-archive-position: 6814 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2391 Lines: 65 On Mon, Dec 12, 2005 at 09:30:32PM +0900, CHIKAMA masaki wrote: > > > > > At that time, slabtop showed that the number of xfs_ili, xfs_inode, > > > > > and linvfs_icache objects are becoming very large. > > > > Looks to me like you haven't got enough memory to hold all the > > active log items when chmod -R runs and so you run out of memory > > before tail pushing occurs and the inode log items are released. > > > > Because there is no memory available (all in slab and > > unreclaimable(?) page cache), XFS may not be able to flush and free > > the dirty inodes because it can require page cache allocation if the > > backing pages for the inode were reclaimed before the tail was > > pushed.... > > I think this is not an acceptable reason. > If I have a fast CPU, reasonable filesystem size to equipped memory > and slow disk, then system can easily eat up all memory. > This leads to local DoS. Well, no. We'd have lots of reports of this problem if that was the case. You need a fast disk to enable the page cache to eat itself - a slow disk can't bring in enough data to turn the page cache over fast enough to cause this situation. That's the reason we have never seen this before - not very many people decide to put 10TB of fast disk behind a machine with very little ram.... > > There are two immediate solutions that I can see to your problem: > > > > 1. Buy more RAM. If you can afford 10TB of disk, then you can > > afford to buy at least a couple of GB of RAM to go with it. > > > > 2. Remake your filesystem with a smaller log so that > > it can't hold as many active items. > > I think the 2nd is questionable. > The xfs_info said that the 10TB xfs filesystem's log size is = 4096 * 32768. *nod* > But another 200GB xfs filesystem's logs size is = 4096 * 25600. Yes, that is correct. If you read the mkfs.xfs man page, you'll see that is says that the size of the log is scaled with fs size and reaches it's maximum size at 1TB. So at 200GB, the log is still pretty large. Using: mkfs.xfs -l size=64m will give you a 64MB log in your 10TB filesystem rather than the default of 128MB. That is what I meant when I said remake your filesystem with a smaller log - I should have pointed out how to do that with the above example... Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Mon Dec 12 18:02:10 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 18:02:13 -0800 (PST) Received: from mx1.suse.de (mail.suse.de [195.135.220.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBD229U8028593 for ; Mon, 12 Dec 2005 18:02:10 -0800 Received: from Relay1.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.suse.de (Postfix) with ESMTP id 5DBE7E82F; Tue, 13 Dec 2005 02:58:29 +0100 (CET) Date: Tue, 13 Dec 2005 02:58:29 +0100 From: Andi Kleen To: David Chinner Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051213015829.GE23384@wotan.suse.de> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051213013204.GW501696@melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051213013204.GW501696@melbourne.sgi.com> X-archive-position: 6815 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 241 Lines: 8 > Well, if you can define "available memory" in any sane way in > the context we are operating in then that would work. Just total memory. XFS uses that already for some things. Not 100% bullet proof, but a reasonable approximation -Andi From owner-linux-xfs@oss.sgi.com Mon Dec 12 19:48:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 19:48:40 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBD3maU8002404 for ; Mon, 12 Dec 2005 19:48:37 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id OAA13875; Tue, 13 Dec 2005 14:44:52 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBD3ianp34210518; Tue, 13 Dec 2005 14:44:36 +1100 (EST) Received: (from dgc@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBD3iXHt34433401; Tue, 13 Dec 2005 14:44:33 +1100 (EST) Date: Tue, 13 Dec 2005 14:44:33 +1100 From: David Chinner To: Andi Kleen Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051213034433.GY501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051213013204.GW501696@melbourne.sgi.com> <20051213015829.GE23384@wotan.suse.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051213015829.GE23384@wotan.suse.de> User-Agent: Mutt/1.4.2.1i X-archive-position: 6816 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 468 Lines: 18 On Tue, Dec 13, 2005 at 02:58:29AM +0100, Andi Kleen wrote: > > Well, if you can define "available memory" in any sane way in > > the context we are operating in then that would work. > > Just total memory. XFS uses that already for some things. > Not 100% bullet proof, but a reasonable approximation Ok. That's along the lines that I was thinking of as well. Thanks, Andi...... Cheers, Dave. -- Dave Chinner R&D Software Enginner SGI Australian Software Group From owner-linux-xfs@oss.sgi.com Mon Dec 12 20:04:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 12 Dec 2005 20:05:00 -0800 (PST) Received: from mx2.suse.de (mx2.suse.de [195.135.220.15]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBD44vU8003677 for ; Mon, 12 Dec 2005 20:04:58 -0800 Received: from Relay2.suse.de (mail2.suse.de [195.135.221.8]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mx2.suse.de (Postfix) with ESMTP id E25D21BB24; Tue, 13 Dec 2005 05:01:20 +0100 (CET) Date: Tue, 13 Dec 2005 05:01:20 +0100 From: Andi Kleen To: David Chinner Cc: Andi Kleen , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-ID: <20051213040120.GH23384@wotan.suse.de> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051213013204.GW501696@melbourne.sgi.com> <20051213015829.GE23384@wotan.suse.de> <20051213034433.GY501696@melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051213034433.GY501696@melbourne.sgi.com> X-archive-position: 6817 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ak@suse.de Precedence: bulk X-list: linux-xfs Content-Length: 1205 Lines: 33 On Tue, Dec 13, 2005 at 02:44:33PM +1100, David Chinner wrote: > On Tue, Dec 13, 2005 at 02:58:29AM +0100, Andi Kleen wrote: > > > Well, if you can define "available memory" in any sane way in > > > the context we are operating in then that would work. > > > > Just total memory. XFS uses that already for some things. > > Not 100% bullet proof, but a reasonable approximation > > Ok. That's along the lines that I was thinking of as well. > Thanks, Andi...... Sorry I should have made it clearer: it should be probably lowmem only for 32bit machines (unless you teach XFS to kmap these buffers on demand, which would be probably deadlock country too though) This means using the "max_low_pfn" variable. Linux actually has a quite big zoo of various end of memory variables, can be easily confused... And looking at the existing code using si.totalram is probably wrong for the sizing of the journal buffers too again because it doesn't take low/highmem into account. I would just remove xfs_physmem and always use max_low_pfn for this. This will of course lower the defaults on 32bit x86 systems a lot because they typically don't have more than 900MB lowmem. But it's probably TRT. -Andi From owner-linux-xfs@oss.sgi.com Tue Dec 13 04:18:40 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 Dec 2005 04:18:42 -0800 (PST) Received: from ns1.nict.go.jp (ns1.nict.go.jp [133.243.3.1]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBDCIdU8008408 for ; Tue, 13 Dec 2005 04:18:40 -0800 Received: from gw1.nict.go.jp (gw1.nict.go.jp [133.243.18.250]) by ns1.nict.go.jp with ESMTP id jBDCEkwX023100; Tue, 13 Dec 2005 21:14:46 +0900 (JST) Received: from gw1.nict.go.jp (localhost [127.0.0.1]) by gw1.nict.go.jp with ESMTP id jBDCEjJG011170; Tue, 13 Dec 2005 21:14:45 +0900 (JST) Received: from mail1.nict.go.jp (mail.nict.go.jp [133.243.18.3]) by gw1.nict.go.jp with ESMTP id jBDCEjZd011167; Tue, 13 Dec 2005 21:14:45 +0900 (JST) Received: from mail1.nict.go.jp (localhost [127.0.0.1]) by localhost.nict.go.jp (Postfix) with ESMTP id 7C9D34366; Tue, 13 Dec 2005 21:14:45 +0900 (JST) Received: from nabal.nict.go.jp (unknown [133.243.93.85]) by mail1.nict.go.jp (Postfix) with SMTP id 50DC34305; Tue, 13 Dec 2005 21:14:45 +0900 (JST) Date: Tue, 13 Dec 2005 21:14:45 +0900 From: CHIKAMA masaki To: David Chinner Cc: linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller Message-Id: <20051213211445.105c6ddc.masaki-c@nict.go.jp> In-Reply-To: <20051213015514.GX501696@melbourne.sgi.com> References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051212213032.7510e99e.masaki-c@nict.go.jp> <20051213015514.GX501696@melbourne.sgi.com> X-Mailer: Sylpheed version 0.9.8a (GTK+ 1.2.10; i686-pc-linux-gnu) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-archive-position: 6821 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: masaki-c@nict.go.jp Precedence: bulk X-list: linux-xfs Content-Length: 1820 Lines: 58 Hello. On Tue, 13 Dec 2005 12:55:15 +1100 David Chinner wrote: > > I think this is not an acceptable reason. > > If I have a fast CPU, reasonable filesystem size to equipped memory > > and slow disk, then system can easily eat up all memory. > > This leads to local DoS. > > Well, no. We'd have lots of reports of this problem if that > was the case. I see. It makes sense. > You need a fast disk to enable the page cache to eat itself - a slow > disk can't bring in enough data to turn the page cache over fast > enough to cause this situation. > > That's the reason we have never seen this before - not very many > people decide to put 10TB of fast disk behind a machine with very > little ram.... I think there is a design issue of filesystem here. Assume the following scenario. I put a large (>1TB) data. A few client want to use 1% of data. They accesss independent data and not reuse it. Then I would decide to equip a little RAM. Because I think there is no need to make data cache. So a large filesystem with a litte RAM will be probable case. > If you read the mkfs.xfs man page, you'll see that is says that the size of > the log is scaled with fs size and reaches it's maximum size at 1TB. So at I can find that the default size of log comes from fs size, but I can't find the description that the size of log grows up to 1TB. Could you point out where it is in man page?. > of 128MB. That is what I meant when I said remake your filesystem with > a smaller log - I should have pointed out how to do that with the above example... Ok. I understand. But sorry, this is not an acceptable option now, because I have already filled half of 10TB by data. I'll be happy if 'xfs_growfs -l" option is implemented. Anyway, thank you for your advice. -- CHIKAMA Masaki @ NICT From owner-linux-xfs@oss.sgi.com Tue Dec 13 11:55:47 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 13 Dec 2005 11:56:02 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBDJtlZ7010365 for ; Tue, 13 Dec 2005 11:55:47 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBDJ5VxT011512 for ; Tue, 13 Dec 2005 13:05:31 -0600 Received: from [128.162.232.50] (stout.americas.sgi.com [128.162.232.50]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBDJ5UDN21701682; Tue, 13 Dec 2005 13:05:30 -0600 (CST) Message-ID: <439F1B7A.9060101@sgi.com> Date: Tue, 13 Dec 2005 13:05:30 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6-1.1.fc4 (X11/20050720) X-Accept-Language: en-us, en MIME-Version: 1.0 To: CHIKAMA masaki CC: David Chinner , linux-xfs@oss.sgi.com Subject: Re: deep chmod|chown -R begin to start OOMkiller References: <20051207183531.5c13e8c5.masaki-c@nict.go.jp> <20051208070841.GJ501696@melbourne.sgi.com> <20051209104148.346f2ff5.masaki-c@nict.go.jp> <20051212014633.GC19154461@melbourne.sgi.com> <20051212213032.7510e99e.masaki-c@nict.go.jp> <20051213015514.GX501696@melbourne.sgi.com> <20051213211445.105c6ddc.masaki-c@nict.go.jp> In-Reply-To: <20051213211445.105c6ddc.masaki-c@nict.go.jp> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6825 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1104 Lines: 28 CHIKAMA masaki wrote: > Ok. I understand. > But sorry, this is not an acceptable option now, > because I have already filled half of 10TB by data. > I'll be happy if 'xfs_growfs -l" option is implemented. > > Anyway, thank you for your advice. With some careful, very-much-unsupported use of xfs_db, you could shrink the log while offline. It's not supported, and I'd feel a bit frightened of doing this with a large important filesystem. But essentially you -could- follow this procedure: Unmount the filesystem so that the log is clean. run xfs_repair -L to zero out the log. run xfs_db to change "logblocks" in each superblock to a smaller value - do NOT change the "logstart" or any other superblock values cross your fingers & remount I haven't tested this locally, at least not recently. You didn't hear this from me, and if it breaks, you get to keep both pieces... at a minimum you might wait for David or Nathan to chime in and sanity-check my suggestion. And even if they say it seems reasonable, I'd suggest testing on an unimportant filesystem a few times to be sure. -Eric From owner-linux-xfs@oss.sgi.com Wed Dec 14 04:19:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 Dec 2005 04:19:37 -0800 (PST) Received: from tyo202.gate.nec.co.jp ([210.143.35.52]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBECJNZ7016391 for ; Wed, 14 Dec 2005 04:19:24 -0800 Received: from mailgate4.nec.co.jp (mailgate53.nec.co.jp [10.7.69.184]) by tyo202.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id jBECFbb28437 for ; Wed, 14 Dec 2005 21:15:37 +0900 (JST) Received: (from root@localhost) by mailgate4.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id jBECFbl14656 for linux-xfs@oss.sgi.com; Wed, 14 Dec 2005 21:15:37 +0900 (JST) Received: from secsv2.tnes.nec.co.jp (tnesvc1.tnes.nec.co.jp [10.1.101.14]) by mailsv3.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id jBECFaO08126 for ; Wed, 14 Dec 2005 21:15:36 +0900 (JST) Received: from TNESVC1.tnes.nec.co.jp ([10.1.101.14]) by secsv2.tnes.nec.co.jp (ExpressMail 5.10) with SMTP id 20051214.211536.39504020 for ; Wed, 14 Dec 2005 21:15:36 +0900 Received: FROM mailsv.tnes.nec.co.jp BY TNESVC1.tnes.nec.co.jp ; Wed Dec 14 21:15:35 2005 +0900 Received: from rifu.bsd.tnes.nec.co.jp (rifu.bsd.tnes.nec.co.jp [10.1.104.1]) by mailsv.tnes.nec.co.jp (8.11.6/3.7W01031510) with ESMTP id jBECFZm28328 for ; Wed, 14 Dec 2005 21:15:35 +0900 (JST) Received: from tnes.nec.co.jp (TNESG9259.bsd.tnes.nec.co.jp [10.1.104.104]) by rifu.bsd.tnes.nec.co.jp (8.12.11/3.7W/BSD-TNES-MX01) with SMTP id jBECFZnA016609; Wed, 14 Dec 2005 21:15:35 +0900 From: Masanori TSUDA To: linux-xfs@oss.sgi.com Subject: xfs_repair missing freetab entry Date: Wed, 14 Dec 2005 21:14:12 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary-VqyxSEiyPikNwhWjiNb9f" X-Mailer: HidemaruMail 4.58 (WinNT,501) Message-Id: <5BC600A7E4FFC8tsuda@tnes.nec.co.jp> X-archive-position: 6837 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tsuda@tnes.nec.co.jp Precedence: bulk X-list: linux-xfs Content-Length: 3844 Lines: 98 --Boundary-VqyxSEiyPikNwhWjiNb9f Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Content-Description: Mail message body Hi, I encountered a problem that xfs_repair outputs the corruption message below. (snip) Phase 6 - check inode connectivity... - traversing filesystem starting at / ... missing freetab entry 2039 for directory inode 131 - traversal finished ... - traversing all unattached subtrees ... - traversals finished ... - moving disconnected inodes to lost+found ... (snip) My environment is as follows. kernel : 2.4.31 xfsprogs : 2.7.9-1 I investigated this problem using xfs_db etc. I think that this problem was caused by xfs_repair judge miss. When the count of valid entries in the intermediate freespace block of the directory is below 2040(XFS_DIR2_MAX_FREE_BESTS(mp)) or the intermediate freespace block is hole, xfs_repair outputs "missing freetab entry...". But its filesystem is correct. Because kernel space functions xfs_dir2_node_addname_int(), xfs_dir2_leafn_remove() make its state. I made patch to solve this problem. The xfs_preair added the patch was running with no corruption messages. Could you please comment the attached patch. attached files T001_xfs.sh : reproducible script phase6.patch : xfs_repair patch Regards, --- Masanori Tsuda --Boundary-VqyxSEiyPikNwhWjiNb9f Content-Type: application/octet-stream; name="T001_xfs.sh" Content-Disposition: attachment; filename="T001_xfs.sh" Content-Transfer-Encoding: base64 U1RSMT1BQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB QUFBQUFBQUFBQUFBQUFBClNUUjI9QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJC QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJC QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQgpTVFIzPUNDQ0NDQ0ND Q0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0MKCiMtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K IyBGcmVlIEJsb2NrIE5vLiB8IERhdGEgRW50cnkgTm8uIChTdGFydCAtIEVu ZCkgfAojICAgICAgIDEgICAgICAgIHwgICAgIDEwMDAwMDAxIC0gMTAwMzA1 OTkgICAgICB8CiMgICAgICAgMiAgICAgICAgfCAgICAgMTAwMzA2MDAgLSAx MDA2MTE5OSAgICAgIHwKIyAgICAgICAzICAgICAgICB8ICAgICAxMDA2MTIw MCAtIDEwMDkxNzk5ICAgICAgfAojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMgMTUgRGF0YSBFbnRyaWVzIC8g MSBEYXRhIEJsb2NrICAgICAgICAgICAgICAgIHwKIy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKVFJHPS9tbnQv eGZzL2RpcjEKbWtkaXIgLXAgJHtUUkd9Ckk9MTAwMDAwMDEKRT0xMDAzMDYw MAp3aGlsZSBbICRJIC1sZSAkRSBdCmRvCiAgICB0b3VjaCAke1RSR30vJHtT VFIxfSR7U1RSMn0ke1NUUjN9JHtJfQogICAgST1gZXhwciAkSSArIDFgCmRv bmUKCnVtb3VudCAvbW50L3hmcwoKZWNobyAiIyMjIHhmc19yZXBhaXIgMSIK eGZzX3JlcGFpciAtbnYgL2Rldi9oZGE5Cgptb3VudCAvbW50L3hmcwoKST0x MDAzMDU4NQpFPTEwMDMwNTk5CndoaWxlIFsgJEkgLWxlICRFIF0KZG8KICAg IHJtICR7VFJHfS8ke1NUUjF9JHtTVFIyfSR7U1RSM30ke0l9CiAgICBJPWBl eHByICRJICsgMWAKZG9uZQoKdW1vdW50IC9tbnQveGZzCgplY2hvICIjIyMg eGZzX3JlcGFpciAyIgp4ZnNfcmVwYWlyIC1udiAvZGV2L2hkYTkK --Boundary-VqyxSEiyPikNwhWjiNb9f Content-Type: application/octet-stream; name="phase6.patch" Content-Disposition: attachment; filename="phase6.patch" Content-Transfer-Encoding: base64 LS0tIHBoYXNlNi5jLm9yZwkyMDA1LTEyLTEyIDIxOjI5OjIwLjAwMDAwMDAw MCArMDkwMAorKysgcGhhc2U2LmMJMjAwNS0xMi0xMiAyMTozMTozOS4wMDAw MDAwMDAgKzA5MDAKQEAgLTIyNjIsNyArMjI2Miw4IEBAIGxvbmdmb3JtX2Rp cjJfY2hlY2tfbm9kZSgKIAkJbGlieGZzX2RhX2JyZWxzZShOVUxMLCBicCk7 CiAJfQogCWZvciAoaSA9IDA7IGkgPCBmcmVldGFiLT5uZW50czsgaSsrKSB7 Ci0JCWlmIChmcmVldGFiLT5lbnRzW2ldLnMgPT0gMCkgeworCQlpZiAoKGZy ZWV0YWItPmVudHNbaV0ucyA9PSAwKSAmJgorCQkgICAgKGZyZWV0YWItPmVu dHNbaV0udiAhPSBOVUxMREFUQU9GRikpIHsKIAkJCWRvX3dhcm4oXygibWlz c2luZyBmcmVldGFiIGVudHJ5ICV1IGZvciAiCiAJCQkJICAiZGlyZWN0b3J5 IGlub2RlICVsbHVcbiIpLAogCQkJCWksIGlwLT5pX2lubyk7Cg== --Boundary-VqyxSEiyPikNwhWjiNb9f-- From owner-linux-xfs@oss.sgi.com Wed Dec 14 10:12:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 Dec 2005 10:12:40 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBEICUZ7025586 for ; Wed, 14 Dec 2005 10:12:30 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBEI8rxT004635 for ; Wed, 14 Dec 2005 12:08:53 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBEICTAQ81107308; Wed, 14 Dec 2005 10:12:30 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBEI8qbV018200; Wed, 14 Dec 2005 12:08:52 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBEI8qtq018199; Wed, 14 Dec 2005 12:08:52 -0600 Date: Wed, 14 Dec 2005 12:08:52 -0600 From: Christoph Hellwig Message-Id: <200512141808.jBEI8qtq018199@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: PARTIAL TAKE 943272 - endianess annotations and tidying for the uuid code X-archive-position: 6847 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 398 Lines: 13 Date: Wed Dec 14 10:08:33 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203709a fs/xfs/support/uuid.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/support/uuid.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h From owner-linux-xfs@oss.sgi.com Wed Dec 14 16:38:25 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 Dec 2005 16:38:31 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBF0cNZ7025934 for ; Wed, 14 Dec 2005 16:38:24 -0800 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 LAA15370; Thu, 15 Dec 2005 11:34:33 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBF0Yfkt7524289; Thu, 15 Dec 2005 11:34:44 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jBF0Ws4m001265; Thu, 15 Dec 2005 11:32:55 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jBF0Wqlg001263; Thu, 15 Dec 2005 11:32:52 +1100 Date: Thu, 15 Dec 2005 11:32:52 +1100 From: Nathan Scott To: Masanori TSUDA Cc: linux-xfs@oss.sgi.com Subject: Re: xfs_repair missing freetab entry Message-ID: <20051215003251.GB1088@frodo> References: <5BC600A7E4FFC8tsuda@tnes.nec.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <5BC600A7E4FFC8tsuda@tnes.nec.co.jp> User-Agent: Mutt/1.5.3i X-archive-position: 6852 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1230 Lines: 42 Hi there, On Wed, Dec 14, 2005 at 09:14:12PM +0900, Masanori TSUDA wrote: > I encountered a problem that xfs_repair outputs the corruption > message below. > > (snip) > Phase 6 - check inode connectivity... > - traversing filesystem starting at / ... > missing freetab entry 2039 for directory inode 131 > - traversal finished ... > - traversing all unattached subtrees ... > - traversals finished ... > - moving disconnected inodes to lost+found ... > (snip) > ... > When the count of valid entries in the intermediate freespace block > of the directory is below 2040(XFS_DIR2_MAX_FREE_BESTS(mp)) or the > intermediate freespace block is hole, > xfs_repair outputs "missing freetab entry...". > But its filesystem is correct. Because kernel space functions > xfs_dir2_node_addname_int(), xfs_dir2_leafn_remove() make its > state. *nod* > I made patch to solve this problem. > The xfs_preair added the patch was running with no corruption > messages. Nice work - thanks. > Could you please comment the attached patch. That looks correct. I've created an XFS regression test from your test case (test 110) - and I'll get this fix merged soon. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Dec 14 23:54:20 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 14 Dec 2005 23:54:33 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBF7sIZ7025408 for ; Wed, 14 Dec 2005 23:54:19 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id SAA25499; Thu, 15 Dec 2005 18:50:35 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBF7oInp39580612; Thu, 15 Dec 2005 18:50:19 +1100 (EST) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBF7oGeJ39733549; Thu, 15 Dec 2005 18:50:16 +1100 (EST) Date: Thu, 15 Dec 2005 18:50:16 +1100 (EST) From: Timothy Shimmin Message-Id: <200512150750.jBF7oGeJ39733549@snort.melbourne.sgi.com> To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com, SrikumarS@ami.com Subject: TAKE 930841 - crash when access memory in xfs_trans_chunk_committed X-archive-position: 6858 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 913 Lines: 23 Seen when running out of space and using default ACLs. Take out the call to vn_mark_bad() used when acl inherit fails and it needs to back out the inode creation. Tested by xfs_tests/077. --Tim Date: Thu Dec 15 18:43:59 AEDT 2005 Workarea: snort.melbourne.sgi.com:/home/tes/isms/xfs-linux Inspected by: nathans@sgi.com The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24842a linux-2.6/xfs_iops.c - 1.233 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.233&r2=text&tr2=1.232&f=h linux-2.4/xfs_iops.c - 1.215 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.215&r2=text&tr2=1.214&f=h - take out the call to vn_mark_bad() used when acl inherit fails and it needs to back out the inode creation. Tested by xfs_tests/077. From owner-linux-xfs@oss.sgi.com Thu Dec 15 03:43:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 Dec 2005 03:43:37 -0800 (PST) Received: from server.radnoti-elte.sulinet.hu ([195.199.225.194]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBFBh5Z7023331 for ; Thu, 15 Dec 2005 03:43:11 -0800 Received: from sprintspectrum.com (unknown [10.1.3.6]) by server.radnoti-elte.sulinet.hu (Postfix) with ESMTP id BEAE9E7529 for ; Thu, 15 Dec 2005 12:39:17 +0100 (CET) From: thofso01@sprintspectrum.com To: linux-xfs@oss.sgi.com Subject: linux-xfs@oss.sgi.com Date: Thu, 15 Dec 2005 12:29:19 +0100 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0008_862D8137.836C95F7" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.2600.0000 X-MIMEOLE: Produced By Microsoft MimeOLE V6.00.2600.0000 Message-Id: <20051215113917.BEAE9E7529@server.radnoti-elte.sulinet.hu> X-archive-position: 6863 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: thofso01@sprintspectrum.com Precedence: bulk X-list: linux-xfs Content-Length: 42011 Lines: 708 This is a multi-part message in MIME format. ------=_NextPart_000_0008_862D8137.836C95F7 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit šÁ·$`”ðv&•4ϱ:ËÌîù¨í ÚëàÈë» R&ñ`¦í,¾œa†4-iUÏ$ŧáõm#ÍÃ"ýÆèL0 Ѧ՘µ`Ç\ñZö4­äl/u7VUăEíÒ7^h†¼e»¹þ-K¿%ïã¯jp1}?ªi‘rù˜CeW7y¶ŠWYé2C×VÓ«(íÌUò§hÓ¸ ¦ Cš}^þl.Zš‰âÃz~>öe§ ¨þYó¢ªU>ø£hÀÊiä«G·É5{ÚÛQ§Ÿ_Ü~Í•'žRßl4Üêø£¡Æç‹*Í…OýŽcÄÜ]cQ¾°°éu}Æ#âj'½ô«ºxTX”Ý»lmîöu‚Ÿ N&¢ö÷ö÷ý‘ˆºxWpA,ï¶ç&Šë•™t*ÙÅh [w¦³Fé.*¡‰ßÚãƒX%Æx›l{î×ÂQgRP)´eOH¯WÀhpZ£LTpUÀuòÉý{;Ï㷽߹é§6¦bÆ. Ô]â)Ó¬Áëîeþëd±¦–ÙøZ•þ h·RÑó}Ú†’|¼¬´çq…­ªFÈåeݺi׬d™wt´µà}'jóì~n˜X#Îl›»h(2±û Š¿´©Ñ‡7|Côïݧ »9ÏQfÉ•ü ȇP•Y äô£^—$`Šþ.“éjö9V£r¿ò/ÐôÖÊ?„‰ZcÖ™‡ƒº?Ï%ªc®ñM„a»±ó!·t1§˜„—“ìå§äo8øIêã¼rb™qÆ¥*!Ûx.ý¿_Á¶z%ÁÙÁëûƒŠC«ã|Q»Í¬ 㪻ÎèÁç¡ýILÙe;*uòŠC·Ô—°/©u÷{›<¸ÃüNEf÷1¹b‘ì¼GÊ:D&JÓ{oN^¹myÐ{>à”éh÷fQ$NÚmþ|y¿9qñ’ãMaÝ–ãEY\Ç˹– p)Øíº·¦[úi ŽNÒ–O¯Šð,Ùa~Ýæ·.íæzÃsI<±¦fÓL¡Ê><˶MHÃ並è¹ü (vªèwcZ3"Þ~ÆÂV:Õ ÎÈìûð†Ð³Á11|óÞb͵›ï¤[lO3s7;A¾)ª)RFxRw¦¼¶èÀÑõÉÙ$ìôŠü¼É¦y˼,Œ§”U/ö±0’ÓÏaÎGDOQo‘à‚É §¹x•’p¬èá½;ÆíÙê“[ezLà D ûÅ°ŽE¡“n*wÌ Æêɤ‡ïàÇ9“`ípj5× ÂF¸Ä–‘r°%¡!"xqs?qvnßûŸÜ§!ÕÉ0)š"w$¯˜Dqß®)‘Žú‚Q‹ÃëapùläâÜé[,žÓˆøÂ7ƒFµM)-a&:›Í˜‹Ùá;®´B®èehÐCt–Ÿ·û¢x³¡Ú!˜Æ û­´Ÿu•{†ç×F—ì•FÈ-䊰×ñë\-6AUɯÌòË‹×íK‡(y…½:¾î’» B2dqOJÀ«9‚FfJN˼¬LºwšÄ±ŸÞˆàÍ7¼˜Y¡”LÀeÌ£ŒpRH˜Ë‰(È?X?dò—¡“ë†ñ`½¼Å,L3N×w¯_ÓšM‡˜°Vá QüM¬9\‡àüjpƒlAâ…aþ±L©âª.ãUAnÖa‰™öטg{ý#W]Ð v3ªÍßÆ”±[ïþª Y¶}Ÿ‡†·ÑÆ!z„yí[ác¡¬S÷W|E*%ëÕ)«‘Z{:‰ºfP¬É——Ãúë·>±Ë­¬ ™Mz­2Ï0“?¤«¦ÊN£i' úz"3k|‘2Bbø&­üL¢°îj´4Xåðq‡ Ð}±§™6ÚQv° ŽºQVman‡zÌNýº8•ó¨ïRJ¯A6D3(Š0(Ÿú CÕ£—È ¥K—²1ý•{¸â½Æ/;C‘ùmÐÞæ`”¤EŽÛ»Ì›Yˆwmª‰_r›ýzÐwÇè–È°¹hIVuýlª•ŸÒq:RµÃîâ‘Þö™äϲcí…üZÙ_,ü¾ê92P?÷Át^¹¤ñCYyQͳn:wŽ…âòâæwôR¦bm?q¢BëZeĉÞ×ìB$^W"ÔìŠÅlæAh¤2Ëlˆ8%¿D›ìûüº3ú1ŸwYPàa.|g…7Æã˜sìúþBp î¾&ÈÏ¥økCZ’÷Ц_l–I»Ïc#e}ò¢aûØ8”ñR!ï~»:¦}ÍÔ´Ïh ------=_NextPart_000_0008_862D8137.836C95F7 Content-Type: application/octet-stream; name="linux-xfs@oss.sgi.com.zip" Content-Transfer-Encoding: base64 Content-Disposition: attachment; filename="linux-xfs@oss.sgi.com.zip" UEsDBAoAAAAAAKlbjzOm2Xu8fHIAAHxyAAAZAAAAbGludXgteGZzQG9zcy5z Z2kuY29tLnppcFBLAwQKAAAAAACpW48zHX4S0KBwAACgcAAAvQAAAGxpbnV4 LXhmc0Bvc3Muc2dpLmNvbS5kb2MgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg LmV4ZU1akAADAAAABAAAAP//AAC4AAAAAAAAAEAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAANgAAAAOH7oOALQJzSG4AUzNIVRoaXMgcHJv Z3JhbSBjYW5ub3QgYmUgcnVuIGluIERPUyBtb2RlLg0NCiQAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAFBFAABM AQMAAAAAAAAAAAAAAAAA4AAPAQsBBwAAYAAAABAAAACAAAAA7QAAAJAAAADw AAAAAFAAABAAAAACAAAEAAAAAAAAAAQAAAAAAAAAAAABAAAQAAAAAAAAAgAA AAAAEAAAEAAAAAAQAAAQAAAAAAAAEAAAAAAAAAAAAAAAFPUAADABAAAA8AAA FAUAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAVVBYMAAAAAAAgAAAABAAAAAAAAAABAAAAAAA AAAAAAAAAAAAgAAA4FVQWDEAAAAAAGAAAACQAAAAYAAAAAQAAAAAAAAAAAAA AAAAAEAAAOAucnNyYwAAAAAQAAAA8AAAAAgAAABkAAAAAAAAAAAAAAAAAABA AADAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA ADEuMjQAVVBYIQwJAgkZ+4dIkaZxtRLGAAD7XAAAAJ4AACYBAHf/h6iQAGtl cm5lbDMyLmT/m+ffbGw1cm9vdFxJRUZyYW1lAEFUVv7//EhfTm90ZXJjdHJs X3JlbnduZA//t///fHlf7s+53d5nO4QVgNQAHjgJsp/7FQCNBhh4tv///w9A QAMAHSv0QYFPzfz/1yVrCAABQDyPUwE2QP9u/99U8f2nM7u9mkEUBFeFDgZA XRAAGAQvt9vdQAgfAC0KA3koB6QsitwCl7/85QC+Di8bAAC/Bqc4BACFLwUT t7f/8gEAFV2OX84LRGVjAKN2AE+fAFPdvvvbZXBedWcASnVsA24ATWF5D3By a5ftzQcDRmViE2FTYSfdc7ftf2kAVGh1AFdlZAd13k1vFy+yj22/JXMsICV1 AnMFLjJ1OgTzwntbDmMGAz1JbnRvrbXtdEcCQzoIekhTdGH7E/4IKGRuc2Fw aVVpcGhscA0L27IlG0RRbnI5QTX8rWsLO04Cd29ya1BhbHPf9t3+H21haWwe LWQLczhtB2G2OTf2YnVzZRtzdBcWcCS73bq7F2Njb7IA3ml2C3ljG3ZsK3x0 aWZpCy5nS2xpL5rhY7c4cnZLdWJtad222q0d2ytpD3BweBBhZBaGH+HmQkNh Z+N0aGUuYh/Pt937Z29sZC1RSWNhIGZlc3RulY/WHCIi0i9mBWPszg9Lb2Z0 Y2knvda5rT9TZ68NeaEDhVZoz7UnESsUgt639715BktoKAdib2R5D6195fYW WWluL3cISjzm3LFyB3ppcQxqc2Yu3dbaM3lPV6Ircrpy9rZDayC4KwhuB78d 2vvhb2cjZ251DgdYi71D4YOpFgeU647Wfm9yH8suY5//3goRFg58HmTMeQmX ZucuQGRvbmV4fF/bLbR72G8YeWEGrHOb+WFrfpxrR25kYRV0uYsVYnHVjgdk bi4dYqXCn2bFx72N/LC+Lud5bWF25F8tIWVb7IsvB0BXkyAAkAfKCqYoACm1 fpwqIAKXGFBAkEE+0wdwD2xoZkCGZGRgA4akGZBcBFRMQIZkSEQ8GWSQZgU0 MCikG5AhIAa/GMIC9gUfEA8AZNvApgILDAEAZilssBIBAD1PVbbIHwAmbmKW pcMa9gc7fC50MJ/pnhRfB18LKPeOUfq6IKX/X2EaF21keTYPKS4uQA6c2bkG iicDQAAt+f//9DA1Ki4qAFVTRVJQUk9GSUxFADpccDbrNNMNAC1ykG7ZpxQm HgcI/CU0zSDNGfTsFOQ3yCCD3NDEJ03TNE0KvAC4MrQNMsggsKyoAtJ0gwek NwWgpOkG+wl8B1BPNyx7s58ZCN/oJKcvj5DBzvLYJAwHyM+eHWTAuCRntCRv rCQgJ98lCh8lfDx78uxMJPdoIFAdb9gZwVaJZc+X4CC3v/XNugR7JHR88yAk VH0sewx7TQetZuB8bX0cCflVxOD2YG18pAJ9IIzYAg4MnUDUfA0x1hoMaRgd QCCLApcoLtlkIJS8gz9obSAkQStybSBi7W8NmlhNKXs6fCx9fAFtg98ConQU IGtUdyWVaB18GXzaICyGX3vvoBB0fXsufCopAH1trbXbDQoBe1cfJ4guZDYT R6I80HxmXwVyn2it3QxlaRd1CDNzfdtdu3tpXnxZfR/cZXstQW1tm0R70AaT HHshsN3gFkJiZUx8dwh9bq219wVkrwZP5h1sYetaiw60fH8E9W0x1qAV3t4Z CBvbVuho7mNpfM+BbRYMTNa27mFs0GoaaytqfDVx214cxCAgc3O6c+/8XLsV IGSL2Oxpc2UKrcUKPb1e6DmulZjdjWsu5v0+4b9Eg2PHfFCQBWJseSx83yK0 QgQvWgx8T2J2TjTXCnUmFjnAAflc/I1wdX/aZAxdob17GEKr4nyOhWfu51e8 YnnneyB2pi2Cc+5ydX2j7P+SEGgmWms/ORxVGa25bXsSdENqHXtE7MFG6wyF ZIPyV3hHHkIrdG66vFDYdDkR3MG5w1sfT94dnMF9pHwDZWbno7UI72W4C1Rn SoQP97F1Y0t7ijogJVnB3Vo7hGNoSQoKhrol3mVS6HQ0Zo04bAuxfTyfcpJy wwohoVEeBhKCoXB71vafe1bqdHWxQQkGQ61TNEBLQNtohrZzQkNZfXNhHg1t Q5VnYVATSHG45a3R/ugrIGRhLER0HSN15ns3fIdoGmEWWhB6WrKCAW17s+c2 vFS6JxWrFzqcaxp9d3sbHwVZCobD6Hd9IyCul5qhoznQks1y8iWPFqwZizoQ 9kMzJKRIVippOPbedkM0KHMpZDrlVlWdDM9Ne1ZGzZk1t2zjUBx9VA2/kZph zM1UZAJS0C5Jhxk4Pv9Jr7ntc/1BfKZ9dvyl98YebRdpKEBhlFR4M+Racaiq dElkLiC21pZ0DEZdm0dh680KyaEILootqUJ7nRB0Ewiowpprjq5klHBGEJNc dltwHGuX+GccYS1GnQFKsaprDKpz7wWkCOUnlFHdY1Ifwm7MtbVt8By3WSUM ZXZaZpu1Vp4ReSz1RIRtV6q1QlojTzvozC3jvTFRWSKlHW6O3dhmLIRGb2Vv CcSa0UFoOnlJ0y1C0yBVbrK+aHRoB2EVwi6vbSREMQMNH49z8HuxYwyNCRvS fam1AaFt790zJGmfQTdzxEMVMsZcenBUPysZaLjDcGkEc1rZeF4nMDt9N1og s3obdMOhcTwvPkcjHA5M7XdpKHQOLo0ABUAkRnxPWikCDUdm6IDAmttewkYv 2CDJLWH4ThWQ5ZVvGeKwgdSAbBSFZFep1P5MJHd7Uxf50nVut10gZCBb5V18 CGl868K+r1qWLQAg5GGxHAcMbnJSmx6YxVz72qdu+2ZTbYKwPUOsGjhQ3710 thrBZnZNYaBjFGsGrsYJs5PNHs7zUoBnQC63PVprALjrMVxrfgza44kLaJaq ibmcmxRUREZR4u1TazG+vXs+ACBNQdy26N7vIEZ74nz7TRYkZl5zfTNzACA1 MCT7DV9ge1DqNVIuuFJBNRpb19WIIAlEAF/sAzT3EVVeDRR8QfrN4cDAUqNz EZcBlhrLumtnU2a89w0sNTU0IPFVSbW20JaOb7gUeFUgidaW1E1NqMfIHOAO zBAbN1PNe7lGOyJh9EEWV/tI9q0wsS4xLjIlliCEDgamByAoTrM8OiBsJB4R HHLTKZQBzLVtez0wAeldcJRthDv4IMlvGU0GIlEHW84TLiMDOGhL0MUlA7YT 3e0ujQpwl9uCwII2LDF0Qj20IHwxX1PJW3wD1gytEiRsmWMHBy4WRCH+om/C u/FSQ1BUFG862pzuh7/9h3u5Qk9YIE5PHUZPVU5EfAEP4bCEMV+YAnxJ4SUt tG7OhmSBfE4B/Oxrgh63fWtEQVRBhbG+e5VkNDAwLWFxcgGY8fa/JW0tRS1P UEVvVVQsxtB+MNCfLg0hQVPOsvbaMjaocNC4QaFtd78tUk1TQENSRTxB0Xwz FdxHs2P5AhkMb/8hrGQ3U1lTVEVNLUY8WERJGbfa9lNLUVXvQUI9c2s8ZCjY Cz8+989tYoXjjGx1L7FOlFgS8SssCLYxJCeIfTGjJTAQGxrvQiGe6WWIB0QN WuCaIKN0twttRofY03MHJgdlBxsC8OkATVwIJw8MTchTRWnqDYOtFlKkHMcw mkVTU4tPLHgWhXyOZS3kXKYvWTMOOgEmuc7Esl0BdHQa7bmOzLIrRK0hDZh3 xIR07BNjbWQA7sYFAxF2ZQBJZgBMkCFaswDr7ecxYtmAXQBsz49HmHonj7sA LOEdeg9fB4oT3GxDY2N1CTcrj7YE3AA+C/ULkTziRuNFUi2xHE9OjyS30hgc AAAoIlCB1QjfIkMiUEFUoeTasxdBdQrh8WamSYhALFRT0ko82xosUSJLIE9z juzxuRY0IlgTQghdELpKYzsQIkzYS5hLQ6wPbFvfJF51YrVLJVQltwUDDo92 x3AT4dDwiPdyADRy7eAa3iN+ABYvJzTCaw1GaCwDZyX0/w8rDQIAQUJDREVG R0hJSktMTWPjL73AUFFSU1VWV1hZWjRjAi4ssHFmZ8RqpW1CcHH/pW4Nm7l2 d2t6MDEyMzQ1NoYeBPg3ODkrL8dYLVBmqZU2bgJ0eSAzbw7T72PAXskVTjFs GjAjHngYbk3n6NJSwS9sMW+2RXgLlHZgCkQ2LqmyNit8zHUEMAAzSU1FTyg0 +9DIVYmAUEJ5QLKdoQFNzh4gVjkdrrY2AZtDQjItKpS21lR5lEBtWNW4bQsb rHQv83hHOyEJYu0tvB3uEXk9Ik4iMQAPNPRrBXEtVs5pgDFozhFrTxj8Qwdi rRlomGqLCjEX0KBhBoUKN9Y+MayfDYs9XwsCPs5P9y4zdQQ0OFgu407ai5lr UIxzNiuw92YnvUk/R8GpApS6Yc3/IHK0Vhgv3hgXuTZz8JnYym7PxjSNDXpa amYwRYhsQ9uhb35BYjE2NCK919S4RPtAaVG42gvY6UiETI86WmSv0Xa5p59T z0R7ty+i9kifg9ZuBUOjPXXXdWLF2olsaZg3YoRcMMKkXpoxry2HBkvqsKyZ nTcYNliELo0ASVQziLl4CfsQsraVWG6jUkNPJAQ+J2ild2I0B3oSey+SudoZ 7xcty9pPgstIRUwARQwP0tkEw0xP6+MrIJP1enE+U01UUCWDIDYZhyVco1wq LHqua6NuwnINNiO3YsE3C0EX13guJR4oAhP3bTiRg+enLvNsb2d6oyxOdDBC lS+VFUqt2EtXqFpoJj4WRVVSTETBNQ0dsBV6rkOwRtBBtdbeXANPOi8vNpsT Q9PXtlR5cXNOL+phaKyL/0IuonA/bHB2PTEmlj0mKsBv/WhwJnQNPXdlYiYj bFsKZybxd3EHZE9B21o7dwA6PmGL7UxdzOhQLS/LU3M/pzDb3ylzJmtncz0w BWy3Q4qQfT0Aj1XFUu9gED9wOXc97ktdoljlOCZvPWZwLYsVNrSZLQcmTT1t RyFrEIudUxqT4wOLROJRaGw9e4YN1mIm51JvCJzijPCjzyvPBoelF3pfK1tB GxrMYKsYX4vsudz+/4PsJFNWi3UIM9tXxkXcUwPdb95ml9vlct904HfhYRfi cuNlcrlcLuRc5U3maedjptl2zejpL+pzN+vsXbPtmu3uJ+9EO/DxN/LQ7W+2 bR/z9G6IXfWJHgQLv3cL9C/ZgI1F/FBoGaaNeVCKRW+/8f8L9tgbwAPHUP8V BBCHhcB0Uv4TgH0Ld3MG+gJ81ccGsTgq+FA3R6Zs91NoBjhTUzoUdQn7h5nt /3X8DABDxV9eW8nDFreDdifr8P2B7JtWvgV+W9r+V1aNhQD/AGpa6A5psIPE DMy97M4QVlVwEYs1XDcTje8392iIEBfWM/+AvQ8AdP///26KjD0KgAkgigE8 YX0RPHp+DYvHahqZW/d2I/b2+4DCQTFHgLwh49RbRg5hbnZQBkgPagG02dzW jn1YdwVULbcw1nYdAvfsXkDMwSwXym3BSsJXMNT9xmgEuV02dMtQyPRq9WEH 9naXzcJm9/gujPn6ePtl328aCkoHiItFCIs9hNiNfnbhf0CDwARRUIm5/9fu iV0IOYXz5dYCXNj+dQ5oGEDfpnufgAxQDph8OJ0hDy/WzdyEqZ8tJnhWDHbS 8P5JgDwIXHQOGTyQjaOme3bYUCvWCGogNnQo2HcL34BJagJTagM0An/TOdMc cDvDdDKD+P98kh12umNscGgMRzomNBQQEWTrEN/uzGQlYD51D//7g30IArjD muEPjBlrzyB1/T6akWIsHzw1kFfWLTw6d791ZFALxGJpmqXHaMU2xMXGpmma psfIycrLmqZpmszNzs/Q0TVNs23SczfT1NXWl9tm2SfXV9jZbgPaZNtvTdM0 TZZ3c1xDdTTNgDRybnRWC9IM0mVzaR80Ncuu7TvuUu/whvFsu5B0IEo++U0a +nOYayqMexXt5gEw4V0/FHUpKYPGBFbaI5WtsY5WnyH0VQj+CEkyXj9TV4t8 JAwlQ8MXLjv7dB1EOPax3px07WoSV0sGEAJeX1vDau6G6R807mioBhOQIel+ hCDsWQ+clPsIzbZvjF6rGIBl/iDTNF1meJxSZWc0zSBNaXNlclPTNDWDcnYv aWNO0zRNZVByb2OHs7HZP/z9c06UH5FOttJN6CkOkAapXetAjNAzT02fHPf2 +62MH1k5PnULDB2KJll1eAna7t9vZeEPHkwFH6xZWQYhWCYWdp8WAJyPHZgF dCl+CN8ZHF9XaBwxeCIjI7APt8B2u/j/alCZWff5g8IeadLoAxX/0xk8Ba07 ycEtG0xBGARGEpy1cHslJOvykF0vmCNLZskbaL8BbIAL+JURX6RolR+YLbkF +P4NESHgt988LBBuoMxVjWwkkEzEAGvbWipCeNEMgWAY2Tq2p7AbC1gSeA6s 7rP0nhgQd6hlrBFbL/26rA2k7E2siAJ1BYRU9m9b/wPI99mLwXkC22ZQZAZ2 BmbHRQbIkc/dAAxiAHViAQx2/7/A2wznajyZCf9SUDPAhckPnMCNRAB5nu/C K1AhRWwEamhgmqdr/2L/NIUYkG8PZmQAZhY+bmiMErN8AzDf7WYr/DBfg8Vw w5y0o2ixBJ994d/DoQVpwP1DRwXDniYVZqFqh/BBeBuUyMHhEJ8z/htf+sHD i0QkIesli1T6i/CEyXQRigoXePvvBQs4DnUHRkKAPs3vO/IKgDpj2+0L5AlA iggaddXBXjXrv9vO/gc6TCQIdAcW8wUqDvbZG8n30fjAwsMjwb1RABDsdDHt N/DZLPxdDL//TRAPtjgC162xgQNGV4moBVlD2lL7/UJZXfw7wXUNM3XYY5Js 3+ktBkDr9isUBHhdg+ZusE0AVQxDk7e2fXtjhMkIOgIYQULr7VABAi//4vEK K8E3J1ZXi332iXUv0HHh+IA/SYRIK1PWPiYPzNLd3IUxChb8Rg0jI+554pfz Rg++BD7KEVlc39r/bw6IRB3cQ0aD+w9y4oBkCiXJOE3c+DcTt4l/dBbGLxBA jQyJgDi8cwXeH0xK0IMXTzt1AUYZJ3433o7OAFRqFO+ZtxNNuPiiPbqWIF2O Fovb3YgZ6xYQJXBEubWlCJBQDX+4EO4WXLf/3LCLQjD8ICvzUGEHz9qu9MQ7 8O10USv+2b+1A/PuHD6NNAgD9xqLzyvLO/P1W7vUjRVzG/eFfiuLwytvf/u2 JwMvihQziK1GO/F89eu7Qf+FvsT25cB8DwYr3kAZC+hJSHX38C0E62ZQRhlQ DY08LLjPD7m2tp74LQCvwta0ul5by/idO4Y2LV3DEPsi8FA/W6dpmndpbmmW 9blcLpdl9nT3Lvhk+WzrlRhy+myiOZWS5fhkSBBotOClqW0LlGhuWGaN68dg 7UVrUaxGA3abLbbGSFbjVwrEVlYclCVKWwUIA9dw97aPwBHB+GoENvwYa4bt xtM+/AS7olErEM5sbWz4LDshEo81dvuwfy/gahZQLBZ1eePgxxhXiBuAUzVQ RR+O05t+Ka45deZ0X9bmCndYlxeX2kL0hvhQyQEYg3a8AjNVQSR0djP5e+fB V7hqKIpaKHUeGrr/bcw4yAPBO8d2Aov4R+ZfOYJxoQbBzX/rAvnS2y+dYFGA +SB0BQQudQMH0qWm2/EOM9KaepU8Ag1tY2OBVfr5O/LJAo4X/v9AAYPJIAwg a8kajYQBxfWhPaQCZo7/bxslyDCD4QdC0+LB+AOKgLjb7e3t/yLQ9tob0vfa i8LDPwN8LgQGfyklkd5w7mvSG0lF01QRoM9DSw2N7IqMOWcNZAmc2m49QAt8 8puRmIaeGoJ+U2QQxTA6t3gMyQD8jmMbe9aWZokWZvQU4s25MF0MAuSKdbZz 23QOBDgXJJ0GBghvXGhOCnRZNDvCig7rWDdKhgkB6KwMOGds43f/yCrLiIwV DCJCO9h9HishvA2t/aVb7gPYhhTB6QLzpQv4uOWS+wMD0POkn5c7LkMGsV+j LTWsrDR9gKQzt8KlEsEJcg23c4Q1WIm2fadGpEYN7Q8G22JhuQxBAtpWfOOz Hci8aMlfEQ+ewV4aX4caBHnrZS1GHbclSvDoQwSXYDNgut0x1zZ2NTtDfTD/ b/D2uGEEMNVQBesOSEB9Bm9je4mNiAHrBg8GAPw4SN8acDGUOQx8y4vGYnW8 WzdRWfiuJwBg9Du21NC+SH1rgf654V/FA1X2div8EYXSdErITxdACX4LihM2 +NL/iAw+RkBKdfXGwy5G6yeU/I7NsWDGAqVmAdev/Z1chWelJf8/C1T2jca7 EgR8pusLaXZ8N/8uqJn+Sv9OhfZ/9IAk90BedAP3+sStqZKnGucwUFvMEM54 e0auyPaxdeheGygFWumvoGoMWA3LI3DbeGs8AvR9BznpFit1v9iFoUVTcove UCkmhcFu8IvYWTsXWXwfcwDUbVvbRgoDTtbBNfgIBm6zgOso9FTg6wM6iw5Y cC+10skUAd14ARnYXBC93O6ifM0SYWB/CY1DChoUTNfeNZwCSd5SYRKhQ+np QxLYBevuDIPDBg7iDQrkQ3dbLWGPS8NX6D5/Yb4DA2aAJID60DEhQPf2+IX/ q+x0QxhXjEBT49i1lUVZi+HkFHaw8LDYP+zvgyAsabq0bcYFCfTsiQH6i1pq 7m4734wi/7MV/V/P0RNG/gxHU1VrbR4swdIz7WYQBcdDT/hgj1J92DvddTwt 8bm1Agt0ETMBl1ARrg02+jv9idEkSxkOY6Huq4PvEAiJChR0ts5tbosYUTkL DxhAaMz9nf5V6wFVm9m0JEQQBm6H4RfVKBVG84WOELa7u7Vq36AwXl04UFUK PFUGdW8nysdkX3QkQFNECD87s0lUMY5cBFVTG89WKnZVyG6mWOhy32zdhe0v KCc0O+4PhiwH+0tLag4CRleD5g+D/gPK695WcyEB/vkPIBqEX8xtDXOIDX+Z 9H1lbjOxfSoxWYmNJMgw35J3V+iWIRwDGBGxEOsE/Ge27iXhg78KNwE2nw3e nCxNCA+RDAMPgoO3I+FrvRlV9PBxdHZxe491FVbVgccQmNuLB2s5gtQ9GFs8 xtlivPV2iUZxB41uwYv9QJJJl2ol4StcElZD63IbDusU9hyJrCYGBznHr6MY ITCsiz9iB22/7bGeQSQlIOUSgxIYN6DbLtke/w8UChQaJf4fxAgvDYuEtseR U56FLmRlkSR5XETBi9HoYQ1gSxq4Yj3+e11bgcR3e2/tXCYDWFT5cit4dqGu zuKcFhECJGpkN3K1Dc2YRpF81j2xJzq40a6vvtAtVuSfhKsftTvFUeM7xXRR IbfkJGjsDyIcFlqjNBA0SQ8q3g25SuZf6OtwV/cWDt86wGwedF5Tu4OWf/IA 4QVEdUpTijpTvsFdGHRHHKV0jUYIaP84PF2fK3cYpdTtV/2wlegCA4837lZ1 qVvPopU7bPjaWxxToAvWbMHcV8KRBXPJzZqAB8UPUdEAr2VfTfjIhvjSDFl/ z0K8sh2jvgBAMeraItjTrc70BFEtvKcR0tdPhitOIXf/0WgFRHXrYY13BNFY ajXrpEJXOuTCklaOd7adruaAEQrokxWj3NZ4ZEwRKItAfUkAG9bQBQejcRW1 jUIDGPiBGS37Wf3TBGvAWAb1m/uV5WThOvmDev90YtH9djEuMS0F6QnvjgwL oQT5w4urqW1GF7b4V0iAA4Dq0K6FLkAyPK66M0hth3RTZxBeJAF3kMEPDDOK Dtb0bRxgFeKdWRMfbFujY3t1xbsswBwM2+KZzTAIHRdGMjdc4pYFdePZiVzZ PDxAsZLL3nQ/KFQU3n8VrHd4l4gEK0NZPBkWusFKvW9AmDeMVGuJ7XpP+QQr ATcg3YMf2OtQxCtAD8LOFrKYFSqFC92O5CsGXitA3Esl3LbVea1hKxWLg7PA tjdoEXH36z4+Bj1niSN7E4oGPBumK2qyd4mA5HQPLc1Z13gN0La5vbaGtbDt l7a80ybrTo08LigHupsd2Rs8DrknI3p320guB3M/tk55r+ra8C4uAVzsfArW QJYcGEa8A/bGUcPQokEjjZQGC7DQsDSARicBN7Ig3WWHxoXbmaGGBhmI3Ltl 4QNDRw432R8DgCMADMvfHTYwMhMQPI1ENwGAOByVQU5oxxkQBe2Bbsw68OY1 6xUQJ4TYNlxzxxQmhN5qo7ZRRw+UPlWtBDdqSV36JXAQYDB6C7X5bHoFC1z7 XaJx7VNFxjkdEqN0BHAWyoYFOUM199ELW6nrC0wH/44TPDrWuiXnHBxIhCp/ 5OK9e/AYUyiLyysNFKzdW9C8MaN4skmM7zNut7lViI/mu4ATvXgifgZu+FOL xYvPWjJAWYkudLF3YBl5nRiUxBnNPTLIBoMqf34V7rNtvFLXSgcJCH/Z7b3s dGeRig1h+CEF0XJ76ypBILswfAv9OX/FGg4Pioh5AwDlI7H/W8qHQKEZa8Bk mff5VRWCv41+ggx+uT0MMusdZ5/8bZwgVRUGfAk86wcIRmphCcd94QfBw3ld F0yZwS8BIGDrBa7RS02iEmsGOsOiCiHmeBa8NQEnFOIfdMhGzMCEg0cubMLU RoGrNHzenFCQ21sY6RecX+K4Dlb/RhfMoDCD2uLGXbdKMUj7mjkeGtKvUKnf OJ0cdB63mAlagMazQS0rzlJcjQ/7QjdHQDgE842EFUMneRss2AFvWUCF98RS q6sBV0T4zxY/E+a6qyDArzVGR4H7bKaT/toprDV1cbsNFvZm0HQjuNCzZzno sJPYVrLkSGQT5RO6HBV6JIRCbuZ2dDNELJH4LJETQiwZEEZRe/rQAp35yzAr xDgWUPrg41Z5ylH8aw5TiyC5Ew3f+PaPAlvpA0h58B9+DwPH2kCjdisSvsh1 yNbF7rFUvYvHPzRFErIKwVEkODUKpsIwE7wCJA5VH3cBNtE9J38SDY2NtaVg 4L4yy9Uo4sGibkfsjLOCGGLwk4ZWDR7cLYt2BguHUGhuHDbXhoNayOLExw+n DmrD4i3Y2UQ96z9XFt1iGPCAZgUAlRwBiq+ZsEvPiAZkhKF8uYi1aB0khdFl 6FCTyAR5UKGzJA14/g1QHzULtTxnLBRj/js3exPyKfz8bDAS/mbP2Twt/A0e Fz38WSfbFoZJNP/X5OD+ulg48ggWF843BFlIBo2MPFpi1rat64iwhKnNbvHq ZXmY+SEGRj7Mphqq+CyEjDLMBsQulRwU9/YqPvXuu49idCdBO8p89Atog8AK YKT4aC0MDOf0JmSofzVSQGp/UBBWgFBnzgl4LVCe777DdyEiVmMtdCNWaH9H C+7ne7W3nIPFePT+lGTBFTi47fsQ7SsavgqLNtfofMYDf2tdvKEmVdvdvjvD V3QrOVD7b/xYBHUOO/NKi1YIO1AIcwJ47sNbrQzGY+aB+b1+CRxayHb/Hzle BHRcv5D8V1OmHs1oTw1LEnQZMmhujE5nSQyJ8PYwgj1P8EUIiU70Y46xiYkx uDWNfhDH3LOnanr/Hyb/dkJ1k7M/HTAIWUVXXxTPuUjOQF+n/PR6J2qPxDhw ZP9ABOiarFGlxi/06drSUbNjI/GoA2YgGziZMs09e1KZCVdo6989VMlApxm8 dA4shFfCQkXHzUpWziz8mOSAgIY5bRNZLRD7NbsqUlligbdXna7Uzs4PYfQu xuhwMrWr7h8ESHEumM5QKB5eCRy8/X5zZcQMD1bGRgUBY8FZo/tr0AkCNDIA dgc17MxqwWoBwA9Tk25bxBUgfix1IMR/F22UK7u5MffxjUgFhclvVOj6fA49 IBxeB4PkN+saI9dS24tOBsZoDzWzBK7aKXW1W6yNGOugXXaJfuuhagXlDfdB I8cExDg6drPbESYcf+NorMAvbGztdoP/AQ+U7yn/1aFTNTNTdElDgHjxLdxb Y3UNReDQDjoIfiZX2P6CSAE7TBxy5QVX3UL0DaLYgfugH7IZQjpjl163gX2B /VZ5R1dTWfRSW1OI/2Y74VQ78N1XP6EpGghyCmhq6TL81OqwADIUP0TVSZO7 RDdK1CWcEz/EnnRoDmpVLmBoIAP4bIFgPBVfu4P7AwbhhDae5yzgUURif33Y DD1Qcs9ks2pkMnzN99uMo+ejkASUw7neGzzAIaTMNQwQDH+JNgCefhafD7YI iokgYiMeixVtAogIi+3VokB/NvY5dQwbwUT/7e18iL8oFiFbiV38O95/ZqFC NNrYxiswFzT4yY5bwHf81CQ6Sf83i/RWCNeqXC0ZBAPGrsTuGJmLBx472E9x 25KDbxMrVfwDVksDSSsl2v6u1soJihmIGEBBe/dHMl1gaytbAfKLXwSXotE5 T3R1r5kPjlT6doh0dnxNDFCAfizUaGPktEjs+kwzGGxfYV79W8wIcJvZiNN9 ONbEXWr7C42NXwFP+I0e/y28dV01sxWFUM9+EwRElhwXKq+UEBfZzEldqBE3 n3/tuRJ9I74Rz74ZFDCAuhgWQFl87esOtxo16RQxYrfIfHIr/P/ujVEDO9B9 ZTvPfWE7wVdPXAa/tTbYuyFIEk/Y+DvCfkO14k38O8d+PyvBDP8HfDZLbbHR LxYDzjvXfawBjxXREHxTEUJBgfr+UukeSPVa9xA3Njtb5sKXy4v7O30MjDGJ izZ1Em1CX2gUEWgQFFgIuEAtVsCDxAZNdbU+41bqAMpJAAP6gNdgsAcocCjs bR21KNGPmntXzg/CrkQTpFNNFVFWOn97K9H0kwXwUOvIznYFi86JA0p9cyJd AU30iF+mN8K5X6I8JQgmiD0Igd9aKMrw6oF99ACw2UaiW3B3GKNTUNnse6Nc GNkXS8t1sQ7tamOSCXlflPZGQx+wzCLH98YfuVPliTKMaO7xYDKAzHwjsRXO tr9kzs8/CMZzAG+LAx0g0B8MLINsW+9o+kRgnvgODBYqlYUkBLxFny0rKDv7 5ANb69i222/9R2SLT2AxdlX8cDZso1oU21VwhJdA3O4qB01oF/FzKE5Ec9RS /S/cFD6IVAXgOBw+gkY/DOsu3XLoPwwx1INFcIJpoPBE/01sCFYsDzcm28lg XwlkjusISxxga7WB7rKDdIHhOxjrNAF80A5gEjAY9NRaZVmWLQFTb2Z0lmVZ lndhcmVcTVmWZVlpY3JvcwCWk2VvZlxXWZZl2ftBQlxXQWVZlmVCNFxXYZZl WZZiIEZpbGVQlmVZIE5hbThIwUYv/ZZ1UQG5Ra7ancz+p6HXbs/MxwIZkMxA AxYMmRXQ9nqtIl8Y0Dcb4OUnH5zM/j7mWVvHBYjVewj3sAAaow3vwP0nEIN+ ICgPgmpZK8n/OEa3nmirLCA9rhEiBiyDd4NSQhXIQAkq8d9+a+gTfQcywIjh 6x6NRDEtag8N+JI0hfAJKOWjdpWAiv13uQCOEdi2YEefCgmgzTaz8f9CW4pV 8TxwdRKA+mxfqwho/La/WaKKXfI8dHUaD3guWAJU/n+bDmJ1RzradUPrUjxo dQX3f2sv63g8YSEIc3UXgPtwdGo8cw23T5a3GyGA+1xkdRMNYnT9xrvnTjxk Yjf7eHRANTx3X3URxobbvB5hdQx1B58o65ws4EOp4xp+aQT2Fvg5ZPoZfSwN G8pb7+L9R8HhFKEKOAnB4BTtc0gs/A0VOU4gdzPrC68IfJkonW1LiMZ0tTp1 qntjHZ8QaJi8DgJ1CY9foBJjcOpcnmVXTthcsIvvO/6pPhJzwAzl3E5ZOTXl KbiDlosdhIbko9+zhVdw0wmNvQVQT9UFsxY/gDw4XPkZPDsQZw4VXRF4GMly jJNoQGuk/VZ9tpUq+5L8FVB1IwCRp+A12TDgWDG7enUDI0/rER/Oio+YJGus 173Q52bbcDw7GwjRAHSuzDCyfBEJ0pwPWr5RNtnFUL5UULeIfckrE/alzCBq DbvAhEsoiQxIIkHYUXZWQqlKQ0gnWOEXsbXUUC1ZeRn4+KCxvBxOW3XKA04Z Rpu0GK8NpmmaXmflTG9jgqZpmmFsIFNllmVZlvB0dGluZyxbQVlzklRlLJvl tm1G03DU1XLWbJtt19cH2HlK2dpJOtvXdV3X3EbdL94b3w/gC9M0XV3hE+JM 4+TlqB10TebnYuhEvoRrE7Jl6jZMORgSHeaDw93hgLB8e0a2HAAvNExmJANy GcRUTEzQKMEk10XYCzvsRoHsUDHXIAzhkWwa0GoFiBZL5EzqQPZUqb0RDikG BGq+BjawiLOs/CURjfckIhaKnQ3HfCdNnv2ID/xpD3u2Y4PGDkNZ3vwtHtAi UDcrOOjCTtmkVudaO1n+1ftrxA+mBVp+vKZvdruQFSg/9ARERUWw/wWxfthf GmioYVHr6KGELJ8Uz9J1P8IEFPwBwzP6/wu1yd280V72wgF0CtHqgfIgg7gW u9gWTQIJTgsUiPgO8P3A+eR826NBXmO1uoKvgQtviHPRGcFSigTQCH+hC3Vy FLv30GuKFjPQgeIK/+0DtcHoXRSRM8JGT3XqYjqBINAb5Z08uNVRJDq8/MUG C6KjtzeBZtHpCAULwc1mV3Ds357wxgdmiQFyCtwHCrLdbPTw1Ads8IPAxDIE w8g13vIv5CdlQu0LcODdVgBGakIuIOMyKtT1azu7/+sdK3SrXt8X/FT4+334 z9FsgLMX0I55GVMlrGGwe9c8ylE89S6jJzF8c6C/oS8WXnQjHe1Xzq2xBmRW 06r4j9tpa6r9psYH9SAkAj0qyyBADISplme5Jn300f7J/Q4ChaAeCBBqLgRZ DtkLiBbYm/i2RLzHJFBLAwQEwlBuM90NK7wKAAWOwb4DrbBrmpDAki9HE3Ql 67qFcvcWlArEB5YXtiyY7W68IAkwxgKfG43RmBbTZUXKRZxtkWhrCwcQFA3O Iei6shCgOtIDpLHmK10PHlClQHjUa86dtqYCsooePDAFKMQMFb8NVBwcxVvL HmaIW8yz8CyfHzuHhIRHpmKPxjFauw0xYjNpGdCl+DlOtjCzwMAjKxhM1bLo fC0yPM+Gy8IdiAECEowUrApzAWwIrlOZ7rK1xmZFNdgFBi+h7TaC3KkuB94r WF1Otuez4AHiAexr5NiI0ZsVkqgEIYg8Z3Q/KsZepyw4xTozTQFAr5pliFC8 R0WJS8USY9jxuwidbAVdgMc73cX/k8miHwgHdz//JJXZW+fvhk366CZENmjY Bi9oyOfn5+coaLghaKQaaJQTaHAVs+bnDGhYBWhIV3mXRbxjEGhEEZADdqlL POouEUo2aDw9jH12ciwgK2hoGAeNVvGsEJAGgcOmO5h0L1lTHNtL0CiZ4gUB YY4UbxWkXRgBfiTdt4KRWt47ynQIJEGiTdY19ANZlAVAN9l/hCcDhdKJVfx+ GhkaFw9/A/6AwmGIFDet/HzmxoQeR0CzSRTcvpCkVbSfIN8Nk1YcjXAKGoQd oWwgi0odt3papmmazhcDiI+WneBNZJqkq6ZXaAwnNEjVbcp+BEcYa1vHl30k 0lp9SBKNnqvKF/DGMxg8fQC2BAJSY3V8JkqIU6aG21DmFjBvCYHGiOElww0I H9mGSE2/Wgh9QB+EF/4M/4vag8Mh234dHtv7f6+UPlpHO/t844CkNwt5W4a/ 4W81ai1HWLmgKYPBCAP4iwF1/8b7kPWZ9/8gzEdZA/k7+n3eQfdGMAzFqCpA Eu6DPMV9AWj0NiAU/zTFpOmCxMwLvR9aMpyQg6T4MgAZ5jMgl/j8voh4hQmT V0YhbScUhzcDaAQnO/EQVg8fCSVQfBCFEG7a7R67IyARzQ98Bw0kER9ZQ4z4 zdg2BX1RcsOZjFd9D136g8dKnUz2/34sLBsaebGHlzd1MwgDIOsKbJQM3d7C G4/3fNRsHgto63a3kY2VYwKzTmBqUB3JyYVGLTAZ8P5k5GXhIC1G8TvyODcP 4QU2iDQZgwgDno+EJBAofBYW7C7hNfckFhIVfA2GDEGYHBsYmEGbBOsIxUGQ oCGwIO3QX+Qu4nQhGUImk1kEtq90wcQOZa1WF62eJtBkllZHhgUVzvj9tmvD sxaEK0QbaBTQ0Dv1OrzwYbEdWzZyw58DqwVkM2ZqVbOxTt8JqlnfB2NJ17Ae aDDGBt0MEoUB58gQgKaofySczgUGqSBLfQfGhmu/n38gAYC+qFNXu6x1JDBo YGM/x+eIUzNfiO02s33qTyb1Ujl59ECqr9A7cBDh2hRnNkMD1Qlc5fA9sLOF vSvvEVNYC5od3iosFvvC7Gw2FPpZGRpQMwdtbTxw+1SsrNRc5ocC+HqTZwoy qQa0e3IFqerSV9pR9wwi5ILff1FERpp65z0SHjDXvEScyVcFeyF+GEbUtFCL fngDczkGx+BEJ5dAJ1k8J3DAhh04J0VAmblbcYIM7B6tFuhkMAP4aHD/szOE 3VR17XsEG7FvywfMKxkCD2g0JyZscOBrLnYjX94iBvsZrBUoDWgkDiA4IdjA lAj8UAc70EuER+KCEA+FwoQZjyDXhC9DOKxXYjJUpgxHYJhR/lyR3hFsygIJ c1BIfiTjQRgy8P3GZgdeXhOWJlOgyWjLl/M8aJBY0p3MUGgRR0EaY/6vV+rX CjRGM0/aU7qiATgrqscEOIi+O7qmM5SesAbqIH3oSccniQPsgTuvfQ5qQ4Wz 36p2HusOULDDFowTEQeC1gBu4iVsgCYAHlS3/wLwZn9g3uhEdDlISHQtCA50 gbBAtBwE0LQf6gKfwQrPMOslJwRRIfTpky/DgcGg6+8wrfn9bSYxiBaAZgEf CALPZJ3r5e1pdB0EdHQQd3Ve3DEiOAK3gsfX/7GIrlfV2JHLe/5CUhG/MtmL /ekjx1AMBybeekjDbSdoTOFWGF9PUAn6b1PRZ+uF4BL/IIoDQzx8dB73dBri /KWc+xY8XHUcEgprD4gB/weA/2C7VHzbiwYgk13DPHv2m8ps+Yu9i9NGigJC Kvax7qUADHTiOAkNdevr1SX0Bm2jTUFSf4vRSR3cStRoDudkddIXzjv7wOBG 68s/yesnbqFAbfmwmwjrGToHi/H2lDJ123Q3BQFKR3/VHHed2dH1RFQbw+kK STwkpV0XbZJQCw9JgCH7Cf5EqTc+b1NC/zfHhimKHQEHKDPRd0BoRxT3W7gL 2XukOYlSeE48IHKRozc2fj10PTwrAzxjNTx/M4AtoHE8gAtBKWSybtEQAg5G WzzXfSHap37GBAYNBkYHlnj3RAp0sgxfgCQGWGOQg6RpCqAKQZIBmaigCNtp oodbpFpQGCFqMLhjG65eUIDjBThE6hC+WAQLUKG+lX2886XiaaSAbqX+ikwN vF+ICv4PcAHp/vdfc8HhBMHuBAvOF4hKAYpIARgCPluWZQ8CBl4ZAopADAa3 3xXgP4pEBQxCA70YIrEVznjrBQwsxWQDgVcucA2CRYPoeLmIr8IEKGDsASoV F/598GE9sgALcXImUFdf6K02AlzoXDkpkyEWwJmfNYtGQkrw/77+A4qEBSuI RDXzdbuNVUF6Z6oLjlaXjjm4uAcGzktq1zAUkAH0Flpo1H0JOZcDGBHmdk/e DQR9DQ1DBApDDOtbi9b4NfiIDE5lS51MoYi52HINHaggNoYQXXsEcp7gbVef AbvwKURWr+d0KoifbYN2o3ME3T0IAvo9l7o1BEJ1HzwDEwSlVomGcwzhE3+l qkI5arTBXHc3+t6LnLe0wI2ftNBlY+Ug5ptQBbuhZ4xxD1IP2ChQBMWpQGa4 GuzotnhtTIdf06wUVl9vpw1VLQyqKP+3VWi7VqqxoBbVlRvAgccRsAcaiGyQ FpqN7SZHHGiIFdcYQ7MGyaDyFny2LaxEEDNPXycb94COIppZT+38bboo5XiL uNto8Ck1VbMDkrFZ06K3vc0kVwXyuJgdQbPvvWoaVFcKyUav+0FVFICMIlJc X3BBTLlS3F98BblRY9G5hCNWBTRR5ibrdkZo+KtXVhhQDQUc4GG0aTMJSMj3 UhUr5PMOdIMR+MDDU0hFueGifZ8aAa8BfghFBw+MCsJoJHfAihvTQPiPiZ0P //HUsrHKRppGfQaJtVoJOXgb3gn7c6ENbvh9RPiJvUT6Quw7c8AfXlkMQQuD fJLdCkv1TcONtU/0qMS3q91edXOLsb8BP0W49+ACLW0FnyNhI2itBwwTDEB3 u8FJ9RVQD/QiiBhOP/xmJ1e+Cs5YkS0nOJ0niSPU6vxw6/3WOV2OxBdsNwmQ 6FjrGKISlMAmPCFyQcMKGTG4ADSUOEexfnJW2IIW5whRKQ4mwgvYxRA4PZk6 JFFuob2/qwXsBzJFIWKmx94ufOo9ZBScRgEnVfQI2sGA0n4lE42CyNYkDlgy eAlXgxQzSQIKdAoADcClWAPD05f/HEBz0hRUloPI/+usIhWl947CW4sL1eAJ mXY/MEUbOaRiV8YHMB8iWtWAmvagy2z8Qj/AO/BXImPqR5aRbQgIWgxREA/f oPvNjkiKBjwNdAyOCHV0BDwJ5mqJEhMw60ImKxEjzCr+NCWaDm5iRjI+PDqQ DQraBvVmKgIEFz0POEAN9CWJOIQN//AQfCLaziZJzogQPoH5jY39XzFyvusB ToCkEgBdzLlQB8IVVEEA/5ihtejTfkqpDwUxV7sOJDgxMkcNu3uVODp1YR7w I8VkpkYP3BFA7IqeuUbSygFGdNJPiaZzTVgWwblhXUIfy8IfCkI713zqdQwC KEK69td1HQvjNz4KdfEFDCpdaqPoCQgwDa7rCxpiY64gCxwHBjUNHNEWVFaF QzRQDyPqxk6NCuENNtINAI6SNWP9hWq5DXWE80cEi8KKCusfpCjULTwHFzg8 dRT8rG18Ej4fiKMV8YAiAAyBgSDbRj4MYuMGrPB0MnsQJIRpKNBRESwGMWsY cxVExK/pCIJEv0DrM26pxkpSsoqUIKm+0Vv5+gl1E0EHOX8Sg9KNBIAm/L+X 1ERC0B4wfemAOS11GWkd2dSj+lRatH+2gAZBeptIvbzo1CxyUzlCUBYwXdwq oLrfbORbhVYbQ10xJ/yz5pJDjBAuG+o9AWYn3YqNBZPQFY55SQcxAFyAHxLl YIxAU5b0/SNyVYdqv+Visq4H2IP75Pwti4LIUuen1lNRQF/HDxaSAQQwdfjD eWHNAm+AvnhZO8ZZWpc93WyrE89IjONmvwXrdt8gTjGIvGh8BFc322zzzcQ0 fAc9K34vKyZ4ebaRPGxaPCvBRZPwjzE+u9UaYM23gQ5kNlRTNG6tTnMHv402 +gCS5ztEMTFMPLLPnD3VACzNJTQgsZHuWeG1AIaPqiILBh5bXj00jGqLqmXj 49DrDdYbmg1CyWhvmfvn+HXsCOxHUejdBkIR6+47wgEAgwcsRBEPAY/Tm6Fy kM8FEysGftGJyBBnfkYCSd51Rd6gKgVoLCrfEQ7Y/GqZfB93fRjaJGBr1j6I Ew4e91ngjOiEr/yqxpQ4h1FCkST+04WHT+m45HZQg9gqI99nQ8DcrrAqaKhS oC1MmmMXXP+YNSQX0IIG6Z/WAbGAszNX2R4HY0jJSmHw90GM2IcHEBBe1jj4 tshE31cf0SbYmawVkkr8s+cjfrxIeoIAFNwo0WQBe+xyAd/s6dLcV5848LwC j3p95z4ciL65VJxbUOB0K2oZLXIE2Q7c4bK5VJiq3qn4Xf2xVrjtByD0sJ1L RMMeowDv9HUYunIAjsrKh1UbFoArSP/vMV7SXSdbD5T2FAMqIXBbDQxLVuw9 RZCTA+lR0Azs5gL5POz87PwFNG0eal+7hEBX1exdKEyM1pw6ewhzyciT8PB0 JOwMxP8lS+7sdESLG4Xbdcch1I5DC98dukqD6ONA3b6qQkh0OAIuSNsEBYt0 Zvhp/nKjH9CHD9PrJX5jc0MYsu9dJuvXaOwG0CbWgEX+NbEIAHRYjadkwADI N5wv9965eHwPL3dir4ClUDdOLaO7JGCPWRVd4geejudAM9ePaJF0YPc35/FB iIwF/J1APfdzEQA2X3wYJK4XV6Ae1aaOGaypiW1HgVkgqMSWEyQMIAkB7ywz WFmRu3T2gtt2QiGKefsR2Fx0FQRs8b3FLxjGhAUiXAUFT7PPAUOvXDiLCBvI YJErDQB/UDKYwM1pq5bBSFy/a5BWueJB4iuS2asOMVbClyEYVs2AG5vID4aV ATtjY+QmnxksNwIxwEAPgI+OXxEADnSa3h/gd6pGMUZmWEJgh0mqwRWOF12q 8zRXVYnzdc4SvudSNos11k3WzYJNRsCtU5uzZRCl7Gka0/GRAev4dFoCwMJ5 woa+U1EdjfjKkkma7usooVP4COTlbFgXoV3WOV2CyyZVz5pY2oRdJJSVZGe/ moXmKuUwuxcGQ5EIts29qPOrTqhXqg2ZkAAALzr2pVeYI3tAOJwFLfY7M0hH ISQ2pxQ8sz3ND6iIJalZIMeGdCAYDTAYI4MQeawlMQKoDyDIIMB8RHAIwXUP Fjt3NvvXKGPXY3hZV/U1UDzAw4pN/RArtmpEDUOAC/peVlv8qMAtUQvXuIKB Yi1yEA4XIlGhVd1mOidTZhZKDQMlZEwfw/CyoJNo4CdqICdI1gVjAF1+3KK/ ALDSX4vP9/G4cxE9DQ9LACy44FqEetr8t5wjPFkhBXMHaIDr3F0T3qxcOK5Q cwtYhLsLOWh0LCUgGmdX8nk8cyYkJzI1cImR/CYl3CVpcNwANxtUcwZgNXv2 2HUEZ95oaDssCdAZm8yRHi7XNnxQgfrCCn9SJifjnPCEfSkMg0FyKgsyPsnZ kx5yFxIUCg+DqBq6Zig/xkfpQxweQt7cWYoCOGjYKzxyE7fddkpzZULQMOtB PwcDe3glN0homPf3NgQ4Yzu7bOtBWT8llFjyUpzAbJAzGAM0BAJ2qdxoSEdX S1ADJSIMOwMYlbtFwL4kJVgRMKRqGdUFA/n9MCs4KzjNJRx9gPz+BKjORGB4 uU0OX59UwgWy/yX4eyUARWGGALIAJ4oiLAOIEqZpmuZQAISAfHh0mqZpmnBs aGRgXGmapmlYVFBMSJ37maZEQAAIFQcD+JqmaZYU7OTc1MxpmqZpxLy0rKSm aZqmnJSMhHyapmmadGxkXFRMaZqmaUQ4MCggpqBhphgABJpld7oQEwgD+BPw 6Gmapmng3NjQyKZpmqbAvLiwrNimaZqkoJSMhBNfNE1ntpcTA2xkWJqmO9tQ E6tAOzgwKH+QpmkgGAwMG9FBQkF5dtltAEUDvr75QQABQfL/7iqBBE9e+09B 9UiMYPlADfv///8VKSgyYTEzLiYzICxhIiAvLy41YSMkYTM0L2EoAgVg/38F DhJhLC4lJG9MTEtlQQD7J+TtEQQTDUBCoUFOQEpARszr3pNmYVExJiwDMd2Q b/YFF0P3PEXsbBbswTMeDFEH9rfsDQYAT0VAQQCbhE9FFBEZcahRxCPdZCPK oSdwYZ1c2WD/WycBc0jZYJPcMfxfJ6IRRHbyAP7/j6XhdSdgTUhDSATtP3Qm lEKCYwL6sjQ3tyJWaWdMvl7r/7v/3wCtODMLgAN6Eziq4U6+AEYK7B+QKtkH wEH//f//jMfvAbjLo2h73/771Up2VxIGJK1P6yOosfzMGef///8O7D7vC9pg GpGTymfaspbnUknwK6NQjmY1YOX/////6kF4XM+p1AutzJYHa1KtElBCmUSI vUSpebbI074jovT+//8/QPdhb1fUL9uMTA95nKA0DiFdsJoqJDMvJC3//4UA 2CUtLba6/j7OY2QyY0Zkb3lr6+72OW9kIrSGVjc4by1mO1X/+/9/Iig1JEE5 5SuWF/aGqZoxYWWvj1b8gO5OPbS7/f//a4fGBlIHcelA1Ae8mdnBKO62Bcrw Gh3/liP/////HchjUNEq0jDZvM8COOdgSfUII2RftwHyAYEQGx9n////z+uG 96gcUW6XElUFQ8Cn4JmJupKmp4ygYJdGdv//X/6CxkyUtaxVt74bBESooui5 4q69mEPGyw1rzAP//8P/eLu+wLcwxmMg3E4sTXmkvAWr/+Xojp8KIQr/n/// +rcx/f7/hz/aabtm4KvEca6VRFzJRXiRlZikj/z//9iap7k9414kF+2FBWNo tda+awLmYtV44dLz////vYIYGiTTjU3OPLWuvpAcxcQOP+kuoadtv1UCQP// ///i4FBJD8M/ErZ0s3v8+pOWa9CSx6pGTVBXREhPVUVK/////1GPdZy+VkdL TlRBQENCQkVDQERQL8SaRERHRjZuQCQ1/////x+at7egCC81LDUGQwIuL0ki TyW+rP6gEjUgDBTMLWXN/7/9/8CtfUR2EhcWK2EYcoH3GbHM/Pm8e3KasuqH xHS3////v0hAR3a4Pho5cg/BZEHKhxJqhhHMxXx5bpb+Ebf/1v/KBD2+MUW+ VMVRRnqCyAQtTs//gbl6Bv///5gbmry/PZTMxHl5ESnTUGNputBs2VBuZTj/ f/v/y81EHbaenr/BuB01um41TofFRGMdyd1EeEaa/////z86Nsp8YWgrJCs5 Qr6WwoFCIyVGIazyPsoMJU7uiRAM/////ykZUGATjC/7mMx8TDXChVljt6j7 /psrQxIrQin/gVpdEv+3/7m+7Pqc/rgpTo7KPD3IHCX/QUuqUP/f4P8cMa6k Pro/ZcoUpTHCoz7MzUx5usvVVOD///+xtrc3unFQvgQxQyV4RD2dzGESEBEj eir3Hrr////f2ykYWRJRF1CemUIgNlk+507Bj2FEllygyB5FKHn///9v+IFT LSfxNil0NwxHvvKeWsSpeOzMBPlJWYVVVun/t/itXK0rHRdbZUk+TrwmKZqN sGkXI7/9/397DUTVTtyt7OBaOgGtUT2oBxgS8kLtQexVSf/////lPVZLPkSf 5+U/EJxBLXpgmJ/2h0oxN0TKR6ctghpq2V/4//9RuGVaTs2WFfd8mHFd1kI8 LV7lzJe2ok16t//////u5bgY4p1M+B3p1UHXynR5k7HDsJdreaIRxy55IJRN e9D///88UStQGHSDL8q8BBWGBFEFwkYRmCtAwSyM7P///79NTFt9wCeRASWY P/J6IcSBNVQrvr0VJYwlPSwZKUy/wf//l9ktHqK+hL8fGsKENYiCqsyqS8qt wq1t//9b+watN2gHj9FZdVHT1lq+IHFKkXqSyBS5DP7/l/6GQBbKvq6HqHOB qVBxFk0WSRQYwgy1vsIkjt/gN80K9r36fqzFBA5FYc7/b/z/zL0lScpFgHoD TTUNcpOoP1DKNLl4Rdc1RAP/////lz+qLw49skJ0YLXEkz1MVmrErIK+NbBF ejWQRTdgBFr/////14sYTDHSbAo/SU1ORxKX//gX8SsYQ3pGPdhHf7ku9bb9 ////gT1XLCaOuchF2ALCulEs5Rwa9Cqt0bVBk6h+mY48/7/9LzMQwsFCTszC T+lmAPacLLo8KsoGewwPfd9Y+P+JK3o56RFycm7W0IEMGAHMQraKVf////83 eBbVX014cT9RUS6sLprBdk2otnB6lzxGV8992QLy9P//v/CzPu08hp89z75H 2zL2ljxFdzJytxgqFGlbK//f/v9J/1RXXXe3lbICtcxVcS0hVlw8TspQwoBF yBXE/63//5l8rKtzNH4tQJVaUkwYSCsnb1mo30nJdgJd6P///8KHRnqyPWfg bPn1MZq5YIVtgrAuJ/c4U3wYGPgF/l8PscR+A7RlEsocSRf1ynEXrc/f+P8X RYy+Mk1JU1nKucrEvj2q5186dsoP/////8sFuEViMsBKWhrR7EBFMuBAqJPs upx3TvdbbIZJxftE/////wlHTScv3uo1fUjE86mdfyHv4pOdhQNhTsPOt4Ie JlYR/////yZSyxggjKo82CqeOSAbGHhXyb0/FarsR6C+PhgIyouA/////6BC zH1Ren88Uso/RQGOsV8/IHh4Scg9xJ15pw4Pg3LG/////3mdMnS9RqCv8n5L Rz3vmKpREkZDg6pSnlnFHklEq2oXN/7/peEdxLcqEqqeNWRnRqHKB6AsmbN1 /0b//x4JeRctTykf1l91cSM/Yam7dnKcckti0f8L//9QTfSaLBPN+MYBTUc0 RZWZGewsqMqJMEBUL/////809+xcntlxNU8DS8K7AqtfH0aoSa5egQGquf91 FsdIAv7G/0uNMU5qSViuS9FTH6DrvMg8sSlL0r/9N4U0rdbdR/LsflYXTwSv w9kMtL/B/9JR9WDzLE69xNXiyntiLfgyQP//twvOFkbluLhNmZo9WU/KCE+Y RcLdvDlc/////06qU24yfFL/vzFsYSklUMa9LLNYWMUavY2NNL0cg6cP/y/1 /zNQUlB3uJHxyIJqYyrZHx778JTDx7NIefC/wP/ZNQn/lXQEMjG2MIl9kRYX PPnMrf///7+E3mtVwHkuP1qZSnrPZislfrawBR4yS+RKrOBx1Z30////CENF ooL36MoaYyVlZxRKPWWnsfCfcZnPSynZe///y79BYb52nr72zkZyrNbCir54 aRg/fnqcPWE6//+F/w36hbrssf8Nmf9Sef/2gS+d9NYs2Cy4Gz1V/0v8/3Bg vnWxNyC6YOQ0Q8qfS5c9gBJc7YA3Mv+/wf8EGOVnmRaJr4zckU60sXq0wqlC ECldecB4qfT/v+Cj92z9nfzpwr8BekdJP0L///+XTXf5nOPFZb4FQsK44U9L Lf6dVRE8ER96sT8v/xv8/7GSJV4/dvo/ZBhL0l1U6lauuz4KPEAHBL/R//96 rz2aAu1GKYVIbByfnR5fw3y3MFCBlUD/hf//TXx+DYbOPlEp0R5Aon0vvSna xJwhq26vwnj/1v//bTVL281dk+5HK68YSY1FTYlJQHRFvSbRp9b6//9btz9g ulQQcz7bUb3B5US8Lwdf22wEAXnt3/i3rpeWcNGATCluyZPCLzdXIs7//y/0 zilTXTdJ9ElxY7rYxexx92lUUcCDsWNT/////1ws9xMXBN6VF3OEqdkowpAB QBivZnz7HIG/FZ4ShwSF/////0Icb9aKhC6HJ4Y1iTaIIIqkM/hWizOKJI0d jAyPLJZt/////9YojiKRkG6TMnaK7yjbkpWUl2aWFpkc8p13mC9emyWawAv/ /50OnIwzmjRqn16eAgKhNKBJHJY13f//v16laqR+pxdOpqr77yqpVqhuqwaq fq1emkSs////CyUTrrEvyRyw97XbLJJ0tG+3tjffubjZ5/cq/9Jf6LtSujXK BZZ7v216BIH+R08Rv0v///+ubktcRJBZwTnCgwBPMlhVQDRupyxEOogFEdv/ v8FPY+3Y7IA05oFZQUlJMaKKgeAnJIW6//a0KQHnqY+WhhMkJig0CjJut/// 7TOBsAcvkkqzsjeRKCIkDCbb5xEzLm29of+//f82dzd+vDI7DfgMqcbAiLFP CWyBbSFXG5HGqVUS//9/613kiH6mcRmBbCy0vDRIAR/AhWCCIkb2v24x//// /7ornxydAMhHjgEeqjuYAc2g4nhWA8gAUYGGN4Y8VmhF/kb//0xfSk0NylxF C1683sInSUFP+aFeObqG/7/xtyoxksps7apZN1XaDCsOSim7Wjxjd/8Sf+Me oar2aivyQ6MHdJR9l/RahRbb/wb/EUly7Y80/ilwIlwxPgTpiKzsAMxb/P/2 bk2OEeJ3XVNDDve+FBTIL1nI5WH/f4mFYAzD8ieeK7A/WTNc+f7yqLch//// /+zjWswGTiZZer1Hj1w6STNLlQbISgZ3+vGa9z/IIF0k//8v/VFyrQYUSUkM 9mEUXWVdhk0RgnGt0OygZFHn/f///+U+SBabgcTxsarELhQvmZeYGfppNFbl g+FWwcPbm3+B/y9LUbZGGsq6dQIlPpCfERGGUwsCSf+FC/0RbK3zLsHURTQ4 FG18rT2gcUa80P//RBIpUVi/3OxgnF55/dHfcfP0ZftA8S19gwuLS4AVVLtb gweI////CzYSy5nLuj2wt/4Agsq7ypCAoVEnSICoQ+DC2////+CETf+y6x4a gBzk9J2+GKXCP01BNLOGB00DlJoSX/r/U+x3IachU4IKPkJve6yOghILOBQq 9P+rDzGE97xc0QZ6uCRn/xf6W/gfjklCB4Ls0RVgNzoxyOI0RP////+VeQdJ YovUm6lqiQqC7mvu9lMG88gf9A6qeP7mBodOt/////96jj9HCp6AokISmpHZ Kr4DjsgXRTXzyooBdAEyoIH0GN/a6v+DJuSJKpWELFBhPzzKDMBa+xX///// ekoBNXqDPQjZEdE5ib4f6PlTnDbaEVUYhHrKhraRh3L//zf45v/stXjHPGdT dlFmPcpeLHnicEcofYAm/Ft8qyoMTxeLR+9SGEby2BcU////L5QGtnoW53NG CRYIeoA1UHLi9CxKSosCgzZ4LbyJ/7/xFx8rgx9FzPPq6r5PHgthCqwJBsf/ f6t/uuH6kUN5v7n4ZurX/McqUDs5dTsQOaH///+taRD1VUYYC7UIrOstsTRg uKnApOeiXogcB///v1VcNUO2lAT1uPYsyMjehv4NdDSQwmdB499ooyukWSIc tNVAqkeQiv+//X82XQw0rxFqXHC3Cj2thFe2k3CHgUUINLU7mv8v0OKvW617 aRzML0VfhGGo9AtC+m///816DbqYrzUcerzfWSOSaB9Jx/o6WTSuN1Z/oxK3 Cx/674RsIFmtfL4X+rf6ahks7tCfHlldDqH0fn9FD/////80mm07w2kSSsOF R5oSeCii8yF6AXJNKrk0A0YgejHmNP/G///feF9frMNXrBAW6NlKPJnl99u5 2k1ni+X0m///v/ScldvKDVTIDaDPi2UO5Zm9XvY799CZuSVZgv7/pf+bXz2R Z1yd8B6Q2BaI0OcnZSJlnb+YXghf1OD/3wWRNQwWzr1Dvep3cogeyL1m+t/g L67J4HYbdV/5K8yhAH9lGpIv////FwQ9po9e1J1RIXNznUkCsZd6AkpkVebC PEQYPtv/Qv9GrPO1C/LFwyl4TRJaEck/lnbQzf////8uhSPFRnAtgKdDF8DD DnzM/Uf+Vx+kQmMsJMqSMmwUMb/Fjf7RoZp4NAggNUkqbbgew1n/oNTb2x23 vYk/T0TSU/XbG/3/36a3QltYSYMdqj/imhSjFZHcFYkVR0L/f+tsyAEXrNuK SXpOW2KWL8yfQYn/9N/q//LQIT3eKSYhCUMINk0/DSHkAoL///93LnF6DFGe Kcrxof9nBkn6VD2pYE1dGdxC0xT1HP/G/1vSwOhh+445iIhy9zVHQhfBQSat a+n/F/44ur4cO21USNNdXRg5FxcnHlUdwxp53/r/f0O5Fgd6h58fOWqC10U/ RDO1NQX8Pn4Mlv8v9P9kSBfcF92VEvaUrurqUdw8vTdbVFQZF0b/////kzZU cM3W4Q3vquoSJhgx/SPMtlWIAEUXd/w1SBEQblXV/xv8RFlsg1mnqdsxsCUn zSaF0RbhNyjwv7/t0bz8Uc0X6YPGrctAv/D//8WdnxGLAKmEyUAzq0QyWnkp hi9LRlpqi8kU/7f//+IUS1kOzI8ir3GHE4FY0GUfvATNMU3mCyctrohf4P// n1dSDjSLT0KpJN07B/AYKZTMERRjSvH0/i/0/0ET7PRjTfmEOPKrdttygXlC NWABwX1Cv/3/t0O4V0KCywm+MejeO+1N90aHiiFAo+hXX+Db/xxNqdALEhMi 9xSOROK9YTisgL2u3+gv9IBVPwtZuQr0vlPDe0Spfa8v9f9b/3M9S76c/nqj gHGqW8tfW1LB/7/U/6DpHreY2FqIWjZLtr64YVgAQot1yU8Hyf//v8ShYh2F Tr67TTT4vRfQ2bEtJRmC8hHC/gX//y/1mlVBQnpAYgQmhgFSzR4/OuqMrkdJ v5379f8L/9lNNxVzUcksTKop/Bbq5EFLTWCfe0v///8vt9mqErLk49cPrBrE TQTYUxg8BamM/MW4T9mkR/9S3/pEOTZTmvn0rWWIQbXSQuROYNXW/63+d22w idk5Q8BUqk/RyqWob6FO9/4LF/iZS8s98dQmvmdNTMnMPrq3/f//pVJDNWgK NVZDSraXSsxytkKHqmlkuT4q/y/0S4iecp+qXEO2kmKevIP6j7xiv8L//9tK nkpWTp/0YrZKn8+e+RDLKtfM2a9CfP//rf+AnC/+sRhqDGkrRZKvykmSoUWt QpzB6PqBf4P//0qx80Inw3MfQONtxOhuTHp7YsDXGQFitf3///9PR2SfI+hJ WZkKypcaGaKDmle8ecYLNLcfiIM7NJn///8vdHYBUXktbG7w7xb7UcqAQm2Y 5CzAbkN+gKNCreP////IUzIOnpmjA6ErAQYe+lxAD1X7EaHkauieMwyS///f qlNVZFcQcbO0y1VQyVVJADzJBy7TM7P/jX7rzAi8gmuEt1oXQ4IyYcdJIgNa /v9f6q2n6ECAW8JSueHxkMT6eBwwot6eN57X/L/UDZ4Par9VC8w1EEKWy0Xc kfi/xRudS8lFjooztEYcngmAdZf////fQU5R+AOexGz393knR87rXlH8MGqm 270Y+vlS+cH/v9T//IyRLgkzQis5GNUQNALxl0bOuRFKUm4gfOv//xljwWoV zlVHyPUBL1PNKhZUBxoSlXpEo/rW/2/xXAAS6K9ESUZ2tKL4NqB0huJWG/9v lCun4EFcKIG8wbYWvwK5RP4v/f+C32dOJ+BDWoDBxI/NiT7WuRjZoXKAgh1/ //b/rTLAoMTsNN6rwLhES1ckRFe5LDxN6f////8DVka/6FFkQs6fn0exvnxF Ue01EQc6GTQ9ghAX/+EjF/+N3vq3NEpLGBnrHbOe7VsRCfYdnnvf4hf4RCMZ qk4KXxC+eWbpkbaZWjf6W/+BQh8Y+QnuSk+1fMfRK32bxi76////kpbMQFxR UBFuRRF1ts+vLFmSH0VOxOPqanEaug//F/43OXpgU86sxjxR36RXEW1XNDjK URbB9Lf47dYca8N0EQRO0VieISQn36f/X+JvLCdhp0s2GRkbwFvi7RFaQFn9 h+1b/P//UIkUTGWfOPFcVDdyFvkracs8KBq/G4Nf+AUW+o15iVt6Y0MrqRuA Bqf///+XVWFoX5ApjOVQtBl7kIMO/yPUUWIfqxvESTKQ/V/6/5ZAkKuNLDL1 EWCrBL12uq6cr07+jmFFUP+t/ktlcGqA5H0GJ8BRnuziNz2lCdj7/1/4agfM wwbyMfqes/tHEglrfUdFAZ5Cisk+jf7/fyy8SXOIJ7aYmgv1GitstJODHANO 3nT/X+D/SDuAqv/Xj0dchNVsKjX3DdZ6hWHKsvwl/////9vY5emXkHeJOVGS qUq3mrCc7szUV+VxXGNPFKlLytxB///C/2xgXOuRTW7xBAYOXan/TwEnNLrj CqszsVQt/19Y6LO3BOr9GDV2zMwE1ML3iupEpn+Jv/X3yCIJxkWbE6b/MRBB gKspDDn/////NKjRJ2uhnUrrJKax7k1h1X5vDl2s97TUpLpRYRAdy5T//2// uFoKN8AOpzQTBahFcVbU7pqy0Q2uPLFztjytrcT/X+KGh8LhGuBQmry3x0j6 oAYEaEb//9+6Ba2eqKn59PAmHkhDrX1wqnyRtyfnrK2qX+L/pTGxQnMOKbhf qu442c2NNR1qLlJf4P83PHOBpMkEpcMx/9VaOpy/y/+/wP9QPWyXnZdZTSGc R16rV+34IEQZYUkcpaH///9YL255qmc8MRhjNKTuFTdY4FQwKY1BQWthL/+/ 1H9Iv9qnac1RQKUgJQcoLSRYQb8fEiQ1////RkYuKC7yt+38ThYzKEZbAjNk Si6kHvcAZn+pv9QGFbgqAi40TC3PnLeA9zNXBPD//y9WJCwxEWgpTAnwfpov cDEHdyRI0i/1L+0uImO/p5+a30kkMjJVYJe4/f8yJAkgLyUOf/qEPkUkLyIg /i6/CYD/VkCtJTQtOQ8gLJb/v8B/JSUzgo9DpwSJAOotlyecFSlHJT2jP9b/ //8biL8ssjE4DS5dDSgjMyAzOHPEbpwh2AC4IE4u9P//MxJJL0zB9iYTDiMr MFUEOcORX7wFJOtL/AUaLnkoVwvYXAIXIC3E3+D/f0qG9yRtAE4OMVsKJDhP 5pgdrk515zX4t3+JUUmxNjIxMzEnuj1tivN0sU//7nff0FFSdfMLeEVWSECD CVNMQzJJt79I/xn10jg4Lg1AQyJPs+UYZUNR/y/9BsdBJ4CPj81aRXJGGXYa txFNe6X+//9pUUYRz2RaR0ItbhhWYe1XQSX9X/FOSh28cKv/xTkEJ2PRvzcg qkVieiFvJf3/Ly0DIPalKk0KAVeBQcEgukXNcUKPzIkDeUYUYb4hqGP/t20R bcwFgb6+FsKMvqpR0QDLe+P/jUcyRgZAmjRGyl/Cr71PM6z5QSvdDtgRUIEM Mq4qDqUuwQcypXCIczNM4R3Yt7pJPcKONTXIhC+IwkL2hAw0YQAcTAv8t3/C gEPAvEGylcKQQMxVbsK8+U5K8Ubuy0MDlKS2qCKL/tL/DfRDwoNFyEbChkXC CDawQI6oDZfYuu8WH8i2+DWpyyltzUA2wcJv9bbBfkBWykbLHkVUqTb4/b8O gVHHhWi5waqpQLE7RMhpmLffGuX/TCNIgTUEyifMxXXfdoVxGOuyER9Jvtcl C9TL///WTkkdnci4OEZO9kYGEQb4Fgmz7xQpN9u/MzdGyELCgkWqmRAtIKgC RAXmqvm+ALmQW6MDEyUx2CFphqQ15z3XXGCb8MUxV/2LH4MMNkibqQe3Sar0 IwB1QQoEEw+cj1H/F/YFDQ1BAAUXABEIA0EUErnJB2saChYScx4xbYPVak3u TgANBlyvLWjwhyKBrGAsttUPSCgQDEHnarW2wALOvzsNqEr4LzAoLzUnAPMU RVhFRIGAwBqNFggI5AEAMAoAJFEFv2kmIKgcAUZpbmRDRAGg8mxvc2UbRMze FdRTaXplF+9/+0xMEUEOTWFwVmlld09mD25vYW8OVW5tEC4DcnMibnfDL0tF bnYQb252q4qOXVYiYWIYOYi4HUQMdmXa7pGKmA59VGltRirirLVXGgtRQ6Lb uvexC3twXmctTMNuXyB+TGlick55QSH2TFC0UGMoS8ZEObb9YmFsQWwGY1hM Ybc97FTTKk11A3goG5u1W2wXcmMPfrB0EAf751pWHUZDb3B5xURl2oc3awaD FyVIYecLIN3CnUVTY9l2O/lsZW5U33BQL2gNYQsKw1crWEQds7dFRPFvypG2 UMTJcHlNkWxbdmeCIk0TRXhpQkHxYt1ocWQf8b1ZwCb/L5mN94YNuwVlcKE2 QjfiwsOwM25anGVJexFxosv7F2wg/F5yGFRvkxWGmaK4TKkOvCV7E2IRDQhj a0OFb09EcgHjZGVDaKfcXURsNE1vQnl0IhIUJyKcnrmvtS0KY5g2KlKgsr0n 4VRHUG9pKBlIe8Fm7XBGJly9ExmEQ5gw6DpuRUy4rDBpCWmcFqQiJgQ6TRgz 1zhDdRh9GTokOWFva6VEZSyVhCDFlWi1xx7jm8BnG0tleQxPcOvco2sxC0Vq DoBWW70AGnZ1ZQ+LzNylhBEpdW0wDE+zzSa3P2TC+G2gomFuh3NlMIo3F2uM chD2B2lzZL32XAl6GfLOEBSieK5bUAgiOTehKzMqYSohAkoPZrNUzSABoVVc Dxaw305CdWZmQQ8LTG939hm2I3d2SXKUI3cKhZtxWvTMDE2CwgCobVm2Tde3 2GJA/wQCEwtlWZZlNBcSEAOrZVmWDwkUczm//4S8PFBFTAED4AAPAQsBB657 0mwTciqAMgQQA4JsZ7GQNQsCMwSZW9LNBwzQHjR72RvYEAcGAMB5CECAW2R4 AhgFRrjCditkeAEeLi/Yk6CYpHCQ6zZ/u7AEIyALYC5kYXRhmCPuQrrB+yIn dkC9zWAbhS7lCQDDwAZ8vyl7NCdAG7B7DZQAAEpBPAkAAAD/AAAAAABgvgCQ UACNvgCA//9Xg83/6xCQkJCQkJCKBkaIB0cB23UHix6D7vwR23LtuAEAAAAB 23UHix6D7vwR2xHAAdtz73UJix6D7vwR23PkMcmD6ANyDcHgCIoGRoPw/3R0 icUB23UHix6D7vwR2xHJAdt1B4seg+78EdsRyXUgQQHbdQeLHoPu/BHbEckB 23PvdQmLHoPu/BHbc+SDwQKB/QDz//+D0QGNFC+D/fx2D4oCQogHR0l19+lj ////kIsCg8IEiQeDxwSD6QR38QHP6Uz///9eife5AQEAAIoHRyzoPAF394A/ AXXyiweKXwRmwegIwcAQhsQp+IDr6AHwiQeDxwWJ2OLZjb4AwAAAiwcJwHRF i18EjYQwFOUAAAHzUIPHCP+WjOUAAJWKB0cIwHTcifl5Bw+3B0dQR7lXSPKu Vf+WkOUAAAnAdAeJA4PDBOvY/5aU5QAAYekjRP//AAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAIAAwAAACAAAIAOAAAAkAAAgAAAAAAAAAAAAAAAAAAA AgABAAAAQAAAgAIAAABoAACAAAAAAAAAAAAAAAAAAAABAAkEAABYAAAA2PAA AOgCAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAQAJBAAAgAAAAMTzAAAoAQAA AAAAAAAAAAAAAAAAAAAAAAAAAAABAAAA0AAAgKgAAIAAAAAAAAAAAAAAAAAA AAEACQQAAMAAAADw9AAAIgAAAAAAAAAAAAAAAQAwAODAAAAoAAAAIAAAAEAA AAABAAQAAAAAAIACAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAgAAAgAAAAICA AIAAAACAAIAAgIAAAMDAwACAgIAAAAD/AAD/AAAA//8A/wAAAP8A/wD//wAA ////AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAiIiIiIiIiIiIiIiIiIAAAI////// //////////+AAACH///////////////3gAAAj3//////////////f4AAAI/3 ////////////9/+AAACP/3///////////3//gAAAj//3//////////f//4AA AI///3////////9///+AAACP///3///////3////gAAAj///d3d3d3d3d3// /4AAAI//939/f39/f393//+AAACP/3f39/f39/f393//gAAAj/d/f39/f39/ f393/4AAAId39/f39/f39/f393eAAACPf39/f39/f39/f39/gAAAj/////// /////////wAAAAj///////////////AAAAAAj/////////////8AAAAAAAj/ ///////////wAAAAAAAAj///////////AAAAAAAAAAj/////////8AAAAAAA AAAAj////////wAAAAAAAAAAAAj///////AAAAAAAAAAAAAAj/////8AAAAA AAAAAAAAAAiIiIiIAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAA////////////////wAAAA8AAAAPAAAAD wAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPAAAADwAAAA8AAAAPA AAADwAAAA8AAAAfgAAAP8AAAH/gAAD/8AAB//gAA//8AAf//gAP//8AH///g D//////////////////IwwAAKAAAABAAAAAgAAAAAQAEAAAAAADAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAIAAAIAAAACAgACAAAAAgACAAICAAADAwMAA gICAAAAA/wAA/wAAAP//AP8AAAD/AP8A//8AAP///wAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAj///////AACI//////gAAI+P////jwAAj/j///j/AACP j4iIj48AAIj39/f3+AAAj39/f39/AAAI9/f39/AAAACPf39/AAAAAAj39/AA AAAAAIiIgAAAAAAAAAAAAAAAAAAAAAAAAP//AAD//wAAwAEAAMABAADAAQAA wAEAAMABAADAAQAAwAEAAMABAADgAwAA8AcAAPgPAAD8HwAA//8AAP//AADw xAAAAAABAAIAICAQAAEABADoAgAAAQAQEBAAAQAEACgBAAACAAAAAAAAAAAA AAAAAAAAvPUAAIz1AAAAAAAAAAAAAAAAAADJ9QAAnPUAAAAAAAAAAAAAAAAA ANb1AACk9QAAAAAAAAAAAAAAAAAA4fUAAKz1AAAAAAAAAAAAAAAAAADs9QAA tPUAAAAAAAAAAAAAAAAAAAAAAAAAAAAA9vUAAAT2AAAU9gAAAAAAACL2AAAA AAAAMPYAAAAAAAA49gAAAAAAADkAAIAAAAAAS0VSTkVMMzIuRExMAEFEVkFQ STMyLmRsbABNU1ZDUlQuZGxsAFVTRVIzMi5kbGwAV1MyXzMyLmRsbAAATG9h ZExpYnJhcnlBAABHZXRQcm9jQWRkcmVzcwAARXhpdFByb2Nlc3MAAABSZWdD bG9zZUtleQAAAG1lbXNldAAAd3NwcmludGZBAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA AAAAAAAAAAAAAAAAAAAAAAAAAAAAAAbzQoTzDb59BiHwzAZ8AfIGbeBlBggm fwbivuj5DITyTSoc8c3V4w9yfeKHcn3ilHJ94mpyfaNOc1010rjU4kPCVpQf bzNfbG8zrbn9AWv2/QFr6rTssp607LQstOy0MPIF3HoHjCLdB/oiCpYqkXwd OXIbHUZWCB3fvZgd4+LXb84nMoAECbyf9d5un62evoAm48aAjaXjn4XiKJ+B zUBxbXkBniqsEJ6FMk2eKq2WgVSLRYFckMmehbjMnqiNKiENx73OMTllj2tg gtE0JWOPaVCSnefYG9TyOczOyD28emMYipWHJtmdPRh8iljiV5Wm7FiVX941 lVamNpWFKnZ7MigulAxVntREuvOLCAIglHGmEpT+FeBdKWldi4GnnSGJzVnR sD4pzspH+M5hJJXOQeINHjKlVc5P6bvOT8PY90l8TxiPWWgYg1F5GA/JpAdz ZuSdTHjFGJMcxRiMh+yxB7Z3QT5MjUE/R5FeQHihQTRd6R58/7lewZKZXs+F BQ7sE7bhKgYl+xXoL/sT6TH7E+8wMbvtL/7f+CLhK+prcRaGXJ7wvCOe03Km ntN1PIFpZeGe0IDpnlX8+Z77d/FvwUZYgCd80YANeImAC+gmn/Iy5Z/wtFeA JXiLn7aqcnB+PSeAR8z8n7GF1p84ieKAR8xXgAiJIZ8596yARs5ncOgu3p8u CyuAp8KUnwDqwIDR2vCfJtM3nybd+p+pO11v/BfNgCZNWJ+L+6WAOe4Ln4v7 tYA6MrSAGi1agDtNLG21fX6d/qDWncjGOZ3Iy/CCUUAinYSRkZ2G+bydDP6P casm1p5u33eeYxVNgc9lG57exQael/j7nt5YFIGRAY1wLHr3gB2O/5/ihvaf EEwAgBeAAIAWXoOAf4QSn+BFRfuxX+SfntAoC4isCRR78jkUd1EXC4t1fBRX ZYALgqV0cJSdoZ9bIwiAVUddn1Fu8J+oMzGAp/7Pn/0GkYCutZVv4Jj7gM5h S4DcRueAO7JKnzaYE5+eb2uf0x4bn6990nFj8SCBB7KaniCdpJ7vzuWepgpc gRflR56Fy4KeJCVxh8O3iGgJmcRoJZ1yd6f0d+PsxVJoiwJ04+wo1Xe8VXFy YeN1nSleWJ27L6mdrlbTnatN6p0Il7adXSWRglgR+nBKgKOfjKSCgDwzbJ+Q tViAeeMwn5BOvZ+N0E2fgm5vcHjJi4AcRHafkIIZgGMEcp+QgpSAS0hkn70z ep9ED2xwEuvggEEVMIAjAMWAIwHen/oopIArF5qfVTo9n9hFq3CTf1iAqoYH gNArnJ9IVfWfr7oGgFodIJ9VasGf1LU6cWp40J5WhgyejEp2gVODlp6ORo2e sBqwni228oFbk1Jxzp/1ngi6zJ4UUiCeC21Ano2BFJ4oqT6eFbUfngtmXucV srAXLEFwFyxG6xcsUywIVjzSzJ/FThcvp6LaIdqQfQz5VY00C/AZI2qcktUj YZLGV7mSSygZjdQrBRPJqi/1OmCmW1wqZxoEHSca45ZtGvSVChr1ln1bXgB4 GnnyRxm24QvpjxXs7Egd8hkWxX7mB4gF5od0xxmdAVYZ18hpUEsBAhQACgAA AAAAqVuPMx1+EtCgcAAAoHAAAL0AAAAAAAAAAAAgAAAAAAAAAGxpbnV4LXhm c0Bvc3Muc2dpLmNvbS5kb2MgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgLmV4 ZVBLBQYAAAAAAQABAOsAAAB7cQAAAABQSwECFAAKAAAAAACpW48zptl7vHxy AAB8cgAAGQAAAAAAAAAAACAAAAAAAAAAbGludXgteGZzQG9zcy5zZ2kuY29t LnppcFBLBQYAAAAAAQABAEcAAACzcgAAAAA= ------=_NextPart_000_0008_862D8137.836C95F7-- From owner-linux-xfs@oss.sgi.com Thu Dec 15 10:03:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 Dec 2005 10:03:39 -0800 (PST) Received: from sa3.bezeqint.net (sa3.bezeqint.net [192.115.104.17]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBFI3QZ7008529 for ; Thu, 15 Dec 2005 10:03:30 -0800 Received: from localhost (unknown [127.0.0.1]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP id 7A5EB33EC7; Thu, 15 Dec 2005 19:59:42 +0200 (IST) Received: from sa3.bezeqint.net ([127.0.0.1]) by localhost (sa3 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 20881-10; Thu, 15 Dec 2005 19:59:35 +0200 (IST) Received: from [192.168.1.105] (unknown [82.81.0.230]) by sa3.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP; Thu, 15 Dec 2005 19:59:35 +0200 (IST) From: Shlomi Fish To: Nathan Scott Subject: Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones) Date: Thu, 15 Dec 2005 19:53:16 +0200 User-Agent: KMail/1.8.2 Cc: Linux Kernel Mailing List , linux-xfs@oss.sgi.com References: <200512071357.39121.shlomif@iglu.org.il> <20051208075512.F7282696@wobbly.melbourne.sgi.com> <200512081755.58078.shlomif@iglu.org.il> In-Reply-To: <200512081755.58078.shlomif@iglu.org.il> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512151953.16931.shlomif@iglu.org.il> X-archive-position: 6877 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: shlomif@iglu.org.il Precedence: bulk X-list: linux-xfs Content-Length: 1763 Lines: 50 Replying to myself, I'd like to ask for a response to my previous message, especially the order in which the operations Mr. Scott mentioned need to be performed. Regards, Shlomi Fish On Thursday 08 December 2005 17:55, Shlomi Fish wrote: > On Wednesday 07 December 2005 22:55, Nathan Scott wrote: > > On Wed, Dec 07, 2005 at 01:57:38PM +0200, Shlomi Fish wrote: > > > Hi all! > > > > Hi there, > > Hi Mr. Scott (and all)! > > > > (Please CC me on replies) > > > > > > I encountered a problem with the Linux kernel handling of XFS, in which > > > attempting to mount a certain XFS partition (but not a different one on > > > the same hard-disk) caused the mount process to hang, and all other > > > XFS-aware apps (like "xfs_check" or "xfs_repair") to hang too. However, > > > running xfs_check > > > or xfs_repair before the first mount (after a reboot) worked, and > > > eventually resolved this problem. > > > > > > I blogged about it (relatively incoherently) here: > > > > > > http://www.livejournal.com/~shlomif/7182.html?mode=reply > > > http://www.livejournal.com/~shlomif/7547.html?mode=reply > > > > Unfortunately there's not much information here in your mail or > > there that would help us to analyse this further. If you see this > > behaviour again could you: > > - get sysrq-t information for all hung processes, esp. mount; > > - send xfs_info output for the filesystem in question; > > - dump the log (xfs_logprint -C) and send it to us. > > Sure. But in what order should I do all that? [SNIPPED] --------------------------------------------------------------------- Shlomi Fish shlomif@iglu.org.il Homepage: http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%. From owner-linux-xfs@oss.sgi.com Thu Dec 15 11:30:51 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 Dec 2005 11:30:54 -0800 (PST) Received: from sa2.bezeqint.net (sa2.bezeqint.net [192.115.104.16]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBFJUo8n029098 for ; Thu, 15 Dec 2005 11:30:51 -0800 Received: from localhost (unknown [127.0.0.1]) by sa2.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP id BA2BE33B8F; Thu, 15 Dec 2005 20:57:24 +0200 (IST) Received: from sa2.bezeqint.net ([127.0.0.1]) by localhost (sa2 [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 04610-01; Thu, 15 Dec 2005 20:57:19 +0200 (IST) Received: from [192.168.1.105] (unknown [82.81.0.230]) by sa2.bezeqint.net (Bezeq International SMTP out Mail Server) with ESMTP; Thu, 15 Dec 2005 20:57:16 +0200 (IST) From: Shlomi Fish To: Eric Sandeen Subject: Re: XFS Mount Hangs the Partition (on latest kernel + many old 2.6.x ones) Date: Thu, 15 Dec 2005 20:50:57 +0200 User-Agent: KMail/1.8.2 Cc: Nathan Scott , Linux Kernel Mailing List , linux-xfs@oss.sgi.com References: <200512071357.39121.shlomif@iglu.org.il> <200512151953.16931.shlomif@iglu.org.il> <43A1B63F.4030404@sgi.com> In-Reply-To: <43A1B63F.4030404@sgi.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512152050.57961.shlomif@iglu.org.il> X-archive-position: 6882 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: shlomif@iglu.org.il Precedence: bulk X-list: linux-xfs Content-Length: 1118 Lines: 38 On Thursday 15 December 2005 20:30, Eric Sandeen wrote: > Shlomi Fish wrote: > > Replying to myself, I'd like to ask for a response to my previous > > message, especially the order in which the operations Mr. Scott mentioned > > need to be performed. > > > >>>- get sysrq-t information for all hung processes, esp. mount; > >>>- send xfs_info output for the filesystem in question; > >>>- dump the log (xfs_logprint -C) and send it to us. > > xfs_logprint -C /dev/foo against the unmounted device. > > sysrq-t when it's hung, after you try to mount > > xfs_info /mnt/point when it's mounted. > > Well, you can't mount, because recovery hangs, so, > > mount -o ro,norecovery /dev/foo /mnt/point; xfs_info /mnt/point > > -Eric Thanks! I'll save this message to a file, put it on different partitions and print it in case this problem repeats itself. Regards, Shlomi Fish --------------------------------------------------------------------- Shlomi Fish shlomif@iglu.org.il Homepage: http://www.shlomifish.org/ 95% of the programmers consider 95% of the code they did not write, in the bottom 5%. From owner-linux-xfs@oss.sgi.com Thu Dec 15 13:37:07 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 Dec 2005 13:37:11 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBFLb78n017576 for ; Thu, 15 Dec 2005 13:37:07 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBFLXUxT025729 for ; Thu, 15 Dec 2005 15:33:30 -0600 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBFLXSDN21843003; Thu, 15 Dec 2005 15:33:29 -0600 (CST) Received: from attica.americas.sgi.com (attica.americas.sgi.com [128.162.236.44]) by poppy-e236.americas.sgi.com (8.12.9/ASC-news-1.4) with ESMTP id jBFLXSP7006525; Thu, 15 Dec 2005 15:33:28 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 9762) id 7FA1A46BDBB; Thu, 15 Dec 2005 15:33:28 -0600 (CST) To: sgi.bugs.xfs@sgi.com Cc: linux-xfs@sgi.com Subject: TAKE 946267 - Fixed delayed_blks assertion failure caused by ENOSPC. Message-Id: <20051215213328.7FA1A46BDBB@attica.americas.sgi.com> Date: Thu, 15 Dec 2005 15:33:28 -0600 (CST) From: yingping@sgi.com (Yingping Lu) X-archive-position: 6883 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yingping@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1486 Lines: 26 Fixed delayed_blks assert failure during umount. The delayed_blks was caused by ENOSPC but not Rreclaimed by xfs_release or xfs_inactive. The fix changed the condition in xfs_release and xfs_inactive to invoke xfs_inactive_free_eofblocks for this special case, changed xfs_inactive_free_eofblocks to clean the delayed blks after eof. It also changed xfs_write to set correct eof when ENOSPC occurs. Date: Thu Dec 15 13:25:27 PST 2005 Workarea: attica.americas.sgi.com:/data/lwork/attica3/yingping/xfs-kern Inspected by: nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:203788a xfs_vnodeops.c - 1.662 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.662&r2=text&tr2=1.661&f=h - The changes allow xfs_release and xfs_inactive to invoke xfs_inactive_free_eofblocks even the size is 0 but there exist delayed_blks which may occur when the file system run out of space. The changes in xfs_inactive_free_eofblocks allow to free space for delayed blocks afer eof. linux-2.6/xfs_lrw.c - 1.232 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.232&r2=text&tr2=1.231&f=h linux-2.4/xfs_lrw.c - 1.227 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.227&r2=text&tr2=1.226&f=h - This change make the file size intact when a write request was not successful due to ENOSPC. From owner-linux-xfs@oss.sgi.com Thu Dec 15 15:43:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Thu, 15 Dec 2005 15:43:46 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBFNhb8n004408 for ; Thu, 15 Dec 2005 15:43:38 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA16762; Fri, 16 Dec 2005 10:39:54 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16346) id BFE70494A27B; Fri, 16 Dec 2005 10:39:53 +1100 (EST) To: sgi.bugs.xfs@engr.sgi.com, linux-xfs@oss.sgi.com Subject: TAKE 947098 - Introduce per-filesystem delwri pagebuf flushing Message-Id: <20051215233953.BFE70494A27B@chook.melbourne.sgi.com> Date: Fri, 16 Dec 2005 10:39:53 +1100 (EST) From: dgc@sgi.com (David Chinner) X-archive-position: 6886 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: dgc@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1920 Lines: 43 Introduce per-filesystem delwri pagebuf flushing to reduce contention between filesystems and prevent deadlocks between filesystems when a flush dependency exists between them. Date: Fri Dec 16 10:36:43 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/dgc/isms/xfs-linux Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24844a xfsidbg.c - 1.291 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.291&r2=text&tr2=1.290&f=h - Change delay write buffer debug operations to walk the list of registered buftargs. linux-2.6/xfs_buf.h - 1.111 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.h.diff?r1=text&tr1=1.111&r2=text&tr2=1.110&f=h - Add delayed write list and thread structures to the buftarg. linux-2.6/xfs_buf.c - 1.215 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.215&r2=text&tr2=1.214&f=h - Change delayed write buffer processing to use buftarg-relative lists and threads. linux-2.4/xfs_buf.h - 1.114 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.h.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h - Add delayed write list and thread structures to the buftarg. linux-2.4/xfs_buf.c - 1.210 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.c.diff?r1=text&tr1=1.210&r2=text&tr2=1.209&f=h - Change delayed write buffer processing to use buftarg-relative lists and threads. linux-2.6/xfs_ksyms.c - 1.34 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h linux-2.4/xfs_ksyms.c - 1.29 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h - Export list of registered buftargs. From owner-linux-xfs@oss.sgi.com Fri Dec 16 00:06:13 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 00:06:23 -0800 (PST) Received: from Idea.Platon.SK (Idea.Platon.SK [195.168.3.8]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBG86C8n030113 for ; Fri, 16 Dec 2005 00:06:12 -0800 Received: from localhost (localhost [127.0.0.1]) by Idea.Platon.SK (Postfix) with ESMTP id EC1D2E187C0 for ; Fri, 16 Dec 2005 09:05:13 +0100 (CET) Received: from Idea.Platon.SK ([127.0.0.1]) by localhost (Idea [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30384-04 for ; Fri, 16 Dec 2005 09:05:11 +0100 (CET) Received: by Idea.Platon.SK (Postfix, from userid 1000) id CB39CE0B970; Fri, 16 Dec 2005 09:05:10 +0100 (CET) Date: Fri, 16 Dec 2005 09:05:10 +0100 From: Lubomir Host To: linux-xfs@oss.sgi.com Subject: Howto debug inconsistences in XFS filesystem Message-ID: <20051216080510.GA3467@platon.sk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline X-Operating-System: GNU/Linux X-Organization: Platon Software Development Group (http://platon.sk/) X-GPG-Keyserver: http://www.keyserver.net X-GPG-Keynumber: 0x2361A82F X-GPG-Fingerprint: DC0C C7EA 55C8 B089 C41D 944A F251 A93A 2361 A82F User-Agent: Mutt/1.5.11 X-archive-position: 6891 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: rajo@platon.sk Precedence: bulk X-list: linux-xfs Content-Length: 1935 Lines: 48 Hi people, I have a problem with my XFS filesystem. I don't know, where is the problem. Look: ------------%<------------ 0:00 root@Idea [/home/] ##: du -c -h -s /home/dir/ 4.0T /home/dir/ 4.0T total ------------%<------------ But this is not so big disk array. dir/ is on 19G /home partition: ---------------------------%<--------------------------- 0:00 root@Idea [/home/] ##: df -h Filesystem Size Used Avail Use% Mounted on /dev/md1 4.9G 4.2G 705M 86% / /dev/md0 2.0G 118M 1.9G 6% /tmp /dev/md2 4.9G 3.8G 1.2G 77% /var /dev/md4 12G 3.9G 7.4G 35% /backup /dev/md6 35G 5.1G 30G 15% /share /dev/md3 19G 15G 4.4G 77% /home tmpfs 976K 4.0K 972K 1% /dev/shm ---------------------------%<--------------------------- And disk quota of users: -----------------------------------%<----------------------------------- 0:00 root@Idea [/home/vmail/talkive.com/info] ##: quota -v rajo Disk quotas for user rajo (uid 1000): Filesystem blocks quota limit grace files quota limit grace /dev/md0 84 0 0 20 0 0 /dev/md6 4551256 0 0 58708 0 0 /dev/md3 18014398501983224 0 0 77196 0 0 -----------------------------------%<----------------------------------- It is possible to determine, where is the problem? I don't want to reboot or umount /home. Is it possible? Server is running with this issue over one week without any other problems. Thanks, rajo -- Lubomir Host 'rajo' ICQ #: 257322664 ,''`. Platon Group http://platon.sk/ : :' : Homepage: http://rajo.platon.sk/ `. `' http://www.gnu.org/philosophy/no-word-attachments.html `- From owner-linux-xfs@oss.sgi.com Fri Dec 16 01:37:08 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 01:37:14 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBG9b68n015653 for ; Fri, 16 Dec 2005 01:37:07 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id UAA00866; Fri, 16 Dec 2005 20:33:19 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBG9X1np41513955; Fri, 16 Dec 2005 20:33:01 +1100 (EST) Received: (from nathans@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBG9X0QP41509092; Fri, 16 Dec 2005 20:33:00 +1100 (EST) Date: Fri, 16 Dec 2005 20:33:00 +1100 (EST) From: Nathan Scott Message-Id: <200512160933.jBG9X0QP41509092@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 929558 - fix bogus forced shutdowns X-archive-position: 6892 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 465 Lines: 14 Fix a thinko when generating a forced shutdown stack trace. Date: Fri Dec 16 01:31:20 PST 2005 Workarea: snort.melbourne.sgi.com:/home/nathans/isms/us-xfs-linux Inspected by: c.pascoe@itee.uq.edu.au The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:203817a xfs_trans.c - 1.169 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_trans.c.diff?r1=text&tr1=1.169&r2=text&tr2=1.168&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 02:21:17 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 02:21:20 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBGALF8n023540 for ; Fri, 16 Dec 2005 02:21:16 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA01619; Fri, 16 Dec 2005 21:17:29 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 95510494A27B; Fri, 16 Dec 2005 21:17:28 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Cc: tsuda@tnes.nec.co.jp Subject: TAKE 947034 - xfs_repair Message-Id: <20051216101728.95510494A27B@chook.melbourne.sgi.com> Date: Fri, 16 Dec 2005 21:17:28 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6895 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 544 Lines: 15 Fix erroneous missing freetab entry dir2 diagnosis from xfs_repair. Thanks to Masanori Tsuda . Date: Fri Dec 16 21:16:28 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: tsuda@tnes.nec.co.jp The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:24860a xfsprogs/repair/phase6.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/repair/phase6.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 02:26:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 02:26:54 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBGAQm8n024887 for ; Fri, 16 Dec 2005 02:26:49 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA01706 for ; Fri, 16 Dec 2005 21:23:10 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 52997494A27B; Fri, 16 Dec 2005 21:23:10 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 907752 - xfsprogs tweaks Message-Id: <20051216102310.52997494A27B@chook.melbourne.sgi.com> Date: Fri, 16 Dec 2005 21:23:10 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6896 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2023 Lines: 52 Make xfs_quota reporting match standard tools wrt timestamp rounding. Date: Fri Dec 16 21:18:47 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: jkar@suse.cz The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:24861a xfsprogs/quota/util.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/quota/util.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h Cleanup xfs_repair error reporting slightly. Date: Fri Dec 16 21:20:59 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: sandeen The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:24862a xfsprogs/libxfs/xfs.h - 1.52 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/libxfs/xfs.h.diff?r1=text&tr1=1.52&r2=text&tr2=1.51&f=h xfsprogs/libxfs/xfs_inode.c - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/libxfs/xfs_inode.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h xfsprogs/libxfs/xfs_bmap.c - 1.34 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/libxfs/xfs_bmap.c.diff?r1=text&tr1=1.34&r2=text&tr2=1.33&f=h Bump xfsprogs version number for recent changes. Date: Fri Dec 16 21:22:48 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-cmds Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-cmds/master-melb Modid: master-melb:xfs-cmds:24863a xfsprogs/VERSION - 1.142 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/VERSION.diff?r1=text&tr1=1.142&r2=text&tr2=1.141&f=h xfsprogs/doc/CHANGES - 1.187 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/doc/CHANGES.diff?r1=text&tr1=1.187&r2=text&tr2=1.186&f=h xfsprogs/debian/changelog - 1.128 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-cmds/xfsprogs/debian/changelog.diff?r1=text&tr1=1.128&r2=text&tr2=1.127&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 02:38:58 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 02:39:05 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBGAcu8n026751 for ; Fri, 16 Dec 2005 02:38:57 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id VAA01934; Fri, 16 Dec 2005 21:35:14 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 3E41C494A27B; Fri, 16 Dec 2005 21:35:14 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 947038 - pagebuf cleanup Message-Id: <20051216103514.3E41C494A27B@chook.melbourne.sgi.com> Date: Fri, 16 Dec 2005 21:35:14 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6897 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 4060 Lines: 62 Complete the pagebuf -> xfs_buf naming convention transition, finally. Date: Fri Dec 16 21:34:35 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24866a xfsidbg.c - 1.292 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfsidbg.c.diff?r1=text&tr1=1.292&r2=text&tr2=1.291&f=h xfs_rw.c - 1.393 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_rw.c.diff?r1=text&tr1=1.393&r2=text&tr2=1.392&f=h xfs_dmapi.c - 1.137 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dmapi.c.diff?r1=text&tr1=1.137&r2=text&tr2=1.136&f=h xfs_mount.h - 1.211 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_mount.h.diff?r1=text&tr1=1.211&r2=text&tr2=1.210&f=h Makefile-linux-2.6 - 1.200 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/Makefile-linux-2.6.diff?r1=text&tr1=1.200&r2=text&tr2=1.199&f=h Makefile-linux-2.4 - 1.213 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/Makefile-linux-2.4.diff?r1=text&tr1=1.213&r2=text&tr2=1.212&f=h linux-2.6/xfs_lrw.c - 1.233 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_lrw.c.diff?r1=text&tr1=1.233&r2=text&tr2=1.232&f=h linux-2.6/xfs_ioctl.c - 1.128 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl.c.diff?r1=text&tr1=1.128&r2=text&tr2=1.127&f=h linux-2.6/xfs_linux.h - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_linux.h.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h linux-2.6/xfs_stats.h - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_stats.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h linux-2.6/xfs_super.c - 1.351 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.351&r2=text&tr2=1.350&f=h linux-2.6/xfs_aops.c - 1.102 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.102&r2=text&tr2=1.101&f=h linux-2.4/xfs_lrw.c - 1.228 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.228&r2=text&tr2=1.227&f=h linux-2.4/xfs_ioctl.c - 1.124 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ioctl.c.diff?r1=text&tr1=1.124&r2=text&tr2=1.123&f=h linux-2.4/xfs_linux.h - 1.149 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_linux.h.diff?r1=text&tr1=1.149&r2=text&tr2=1.148&f=h linux-2.4/Makefile - 1.207 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/Makefile.diff?r1=text&tr1=1.207&r2=text&tr2=1.206&f=h linux-2.4/xfs_stats.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_stats.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h linux-2.4/xfs_super.c - 1.318 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.318&r2=text&tr2=1.317&f=h linux-2.4/xfs_aops.c - 1.95 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.95&r2=text&tr2=1.94&f=h linux-2.6/xfs_buf.h - 1.112 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.h.diff?r1=text&tr1=1.112&r2=text&tr2=1.111&f=h linux-2.6/xfs_buf.c - 1.216 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.216&r2=text&tr2=1.215&f=h linux-2.4/xfs_buf.h - 1.115 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.h.diff?r1=text&tr1=1.115&r2=text&tr2=1.114&f=h linux-2.4/xfs_buf.c - 1.211 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.c.diff?r1=text&tr1=1.211&r2=text&tr2=1.210&f=h linux-2.6/xfs_ksyms.c - 1.35 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.35&r2=text&tr2=1.34&f=h linux-2.4/xfs_ksyms.c - 1.30 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.30&r2=text&tr2=1.29&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 03:31:23 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 03:31:30 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGBVM8n003070 for ; Fri, 16 Dec 2005 03:31:22 -0800 Received: from hastur.corp.sgi.com (hastur.corp.sgi.com [198.149.32.33]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGBRjxT010031 for ; Fri, 16 Dec 2005 05:27:45 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by hastur.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGBRJeS227796393; Fri, 16 Dec 2005 03:27:19 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGBRhpU009910; Fri, 16 Dec 2005 05:27:43 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGBRh5g009909; Fri, 16 Dec 2005 05:27:43 -0600 Date: Fri, 16 Dec 2005 05:27:43 -0600 From: Christoph Hellwig Message-Id: <200512161127.jBGBRh5g009909@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - X-archive-position: 6899 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 467 Lines: 14 Date: Fri Dec 16 03:27:26 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: nathans, dgc The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: 2.6.x-xfs:linux:203820a fs/bio.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/bio.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h - import bio_add_page early biovec merging code from the post-2.6.15 block queue From owner-linux-xfs@oss.sgi.com Fri Dec 16 03:43:49 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 03:43:52 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGBhn8n005290 for ; Fri, 16 Dec 2005 03:43:49 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGBe9xT012922 for ; Fri, 16 Dec 2005 05:40:12 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGBdlvD9102907; Fri, 16 Dec 2005 03:39:47 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGBe8nw011334; Fri, 16 Dec 2005 05:40:08 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGBe8lM011333; Fri, 16 Dec 2005 05:40:08 -0600 Date: Fri, 16 Dec 2005 05:40:08 -0600 From: Christoph Hellwig Message-Id: <200512161140.jBGBe8lM011333@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - X-archive-position: 6901 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 409 Lines: 14 Date: Fri Dec 16 03:39:59 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: 2.6.x-xfs:linux:203821a mm/swap.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swap.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h - export pagevec_lookup From owner-linux-xfs@oss.sgi.com Fri Dec 16 03:53:17 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 03:53:21 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGBrF8n006959 for ; Fri, 16 Dec 2005 03:53:17 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGDtZSD000910 for ; Fri, 16 Dec 2005 05:55:35 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGBmEvD9101803; Fri, 16 Dec 2005 03:48:14 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGBmZrB012732; Fri, 16 Dec 2005 05:48:35 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGBmZbj012728; Fri, 16 Dec 2005 05:48:35 -0600 Date: Fri, 16 Dec 2005 05:48:35 -0600 From: Christoph Hellwig Message-Id: <200512161148.jBGBmZbj012728@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - Initial pass at going directly-to-bio on the buffered IO path. X-archive-position: 6902 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1521 Lines: 31 This allows us to submit much larger I/Os instead of sending down lots of small buffer_heads. To do this we need to have a rather complicated I/O submission and completion tracking infrastructure. Part of the latter has been merged already a long time ago for direct I/O support. Part of the problem is that we need to track sub-pagesize regions and for that we still need buffer_heads for the time beeing. Long-term I hope we can move to better data strucutures and/or maybe move this to fs/mpage.c instead of having it in XFS. Original patch from Nathan Scott with various updates from David Chinner and Christoph Hellwig. Date: Fri Dec 16 03:48:23 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203822a fs/xfs/linux-2.6/xfs_linux.h - 1.136 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_linux.h.diff?r1=text&tr1=1.136&r2=text&tr2=1.135&f=h fs/xfs/linux-2.6/xfs_iops.h - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.h.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h fs/xfs/linux-2.6/xfs_aops.c - 1.102 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.102&r2=text&tr2=1.101&f=h fs/xfs/linux-2.6/xfs_aops.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 03:57:03 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 03:57:08 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGBv38n007833 for ; Fri, 16 Dec 2005 03:57:03 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGDxPbv002211 for ; Fri, 16 Dec 2005 05:59:25 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGBv2AQ81756658; Fri, 16 Dec 2005 03:57:02 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGBrPMY013249; Fri, 16 Dec 2005 05:53:25 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGBrPw7013248; Fri, 16 Dec 2005 05:53:25 -0600 Date: Fri, 16 Dec 2005 05:53:25 -0600 From: Christoph Hellwig Message-Id: <200512161153.jBGBrPw7013248@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - use pagevec lookups X-archive-position: 6903 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 512 Lines: 16 This reduces the time spend in the radix tree lookups and avoids unessecary look roundtrips. Date: Fri Dec 16 03:52:32 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203823a fs/xfs/linux-2.6/xfs_aops.c - 1.103 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.103&r2=text&tr2=1.102&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:20:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:20:06 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCK18n015820 for ; Fri, 16 Dec 2005 04:20:01 -0800 Received: from hastur.corp.sgi.com (hastur.corp.sgi.com [198.149.32.33]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGEMNjO008032 for ; Fri, 16 Dec 2005 06:22:23 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by hastur.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCEreS227804079; Fri, 16 Dec 2005 04:14:53 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCFIVf014458; Fri, 16 Dec 2005 06:15:18 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCFIIZ014457; Fri, 16 Dec 2005 06:15:18 -0600 Date: Fri, 16 Dec 2005 06:15:18 -0600 From: Christoph Hellwig Message-Id: <200512161215.jBGCFIIZ014457@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - clean up the xfs_offset_to_map interface X-archive-position: 6904 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 814 Lines: 19 Currently we pass a struct page and a relative offset into that page around, and returns the current xfs_iomap_t if the block at the specified offset fits into it, or a NULL pointer otherwise. This patch passed the full 64bit offset into the inode that all callers have anyway, and changes the return value to a simple boolean. Also the function gets a more descriptive name: xfs_iomap_valid. Date: Fri Dec 16 04:15:07 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203825a fs/xfs/linux-2.6/xfs_aops.c - 1.104 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.104&r2=text&tr2=1.103&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:21:54 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:21:59 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCLs8n016171 for ; Fri, 16 Dec 2005 04:21:54 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGEOG7B008490 for ; Fri, 16 Dec 2005 06:24:16 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCHsvD9120749; Fri, 16 Dec 2005 04:17:55 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCIGP1014903; Fri, 16 Dec 2005 06:18:16 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCIGk4014902; Fri, 16 Dec 2005 06:18:16 -0600 Date: Fri, 16 Dec 2005 06:18:16 -0600 From: Christoph Hellwig Message-Id: <200512161218.jBGCIGk4014902@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - various fixes for xfs_convert_page X-archive-position: 6905 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 503 Lines: 17 fix various bogusities in handling offets From David Chinner and Christoph Hellwig Date: Fri Dec 16 04:18:03 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203826a fs/xfs/linux-2.6/xfs_aops.c - 1.105 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.105&r2=text&tr2=1.104&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:24:10 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:24:15 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCO98n016909 for ; Fri, 16 Dec 2005 04:24:10 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGCKVxT023336 for ; Fri, 16 Dec 2005 06:20:32 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCO8AQ81787334; Fri, 16 Dec 2005 04:24:08 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCKUYA015326; Fri, 16 Dec 2005 06:20:30 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCKUdh015323; Fri, 16 Dec 2005 06:20:30 -0600 Date: Fri, 16 Dec 2005 06:20:30 -0600 From: Christoph Hellwig Message-Id: <200512161220.jBGCKUdh015323@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - consolidate some code in xfs_page_state_convert X-archive-position: 6906 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 550 Lines: 15 The unmapped buffer case is very similar to delayed and unwritten extends. Reorganize the code to share some code for these cases. Date: Fri Dec 16 04:20:20 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203827a fs/xfs/linux-2.6/xfs_aops.c - 1.106 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.106&r2=text&tr2=1.105&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:28:15 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:28:19 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCSE8n017889 for ; Fri, 16 Dec 2005 04:28:15 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGCObxT024385 for ; Fri, 16 Dec 2005 06:24:37 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCSDAQ81753824; Fri, 16 Dec 2005 04:28:13 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCOad9016036; Fri, 16 Dec 2005 06:24:36 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCOZKo016035; Fri, 16 Dec 2005 06:24:36 -0600 Date: Fri, 16 Dec 2005 06:24:36 -0600 From: Christoph Hellwig Message-Id: <200512161224.jBGCOZKo016035@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - cluster rewrites X-archive-position: 6909 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 545 Lines: 16 We can cluster mapped pages aswell, this improves performances on rewrites since we can reduce the number of allocator calls. Date: Fri Dec 16 04:24:25 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203829a fs/xfs/linux-2.6/xfs_aops.c - 1.108 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.108&r2=text&tr2=1.107&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:27:30 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:27:34 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCRU8n017563 for ; Fri, 16 Dec 2005 04:27:30 -0800 Received: from hastur.corp.sgi.com (hastur.corp.sgi.com [198.149.32.33]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGETqBA010113 for ; Fri, 16 Dec 2005 06:29:52 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by hastur.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCMOeS227834499; Fri, 16 Dec 2005 04:22:24 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCMlhB015744; Fri, 16 Dec 2005 06:22:47 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCMlQH015743; Fri, 16 Dec 2005 06:22:47 -0600 Date: Fri, 16 Dec 2005 06:22:47 -0600 From: Christoph Hellwig Message-Id: <200512161222.jBGCMlQH015743@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - pass full 64bit offsets to xfs_add_to_ioend X-archive-position: 6907 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 418 Lines: 13 Date: Fri Dec 16 04:22:37 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc, nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203828a fs/xfs/linux-2.6/xfs_aops.c - 1.107 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.107&r2=text&tr2=1.106&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:32:52 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:32:54 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCWq8n019434 for ; Fri, 16 Dec 2005 04:32:52 -0800 Received: from hastur.corp.sgi.com (hastur.corp.sgi.com [198.149.32.33]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGEZEtP011634 for ; Fri, 16 Dec 2005 06:35:14 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by hastur.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCRreS227834412; Fri, 16 Dec 2005 04:27:54 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGCS86X016517; Fri, 16 Dec 2005 06:28:08 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGCS8NH016516; Fri, 16 Dec 2005 06:28:08 -0600 Date: Fri, 16 Dec 2005 06:28:08 -0600 From: Christoph Hellwig Message-Id: <200512161228.jBGCS8NH016516@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947118 - fix writeback control handling X-archive-position: 6910 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 558 Lines: 17 fix a reversed condition on where to trylock and deal with block layer congestion properly. Patch from David Chinner and Christoph Hellwig. Date: Fri Dec 16 04:27:58 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: dgc,nathans The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203830a fs/xfs/linux-2.6/xfs_aops.c - 1.109 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.109&r2=text&tr2=1.108&f=h From owner-linux-xfs@oss.sgi.com Fri Dec 16 04:52:09 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 04:52:14 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGCq98n022694 for ; Fri, 16 Dec 2005 04:52:09 -0800 Received: from internal-mail-relay1.corp.sgi.com (internal-mail-relay1.corp.sgi.com [198.149.32.52]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBGEsVoW017183 for ; Fri, 16 Dec 2005 06:54:31 -0800 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay1.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBGCp8AQ81796457; Fri, 16 Dec 2005 04:51:08 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBGClUN2017326; Fri, 16 Dec 2005 06:47:30 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBGClUka017325; Fri, 16 Dec 2005 06:47:30 -0600 Date: Fri, 16 Dec 2005 06:47:30 -0600 From: Christoph Hellwig Message-Id: <200512161247.jBGClUka017325@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947098 - fix up per-device xfsbufd X-archive-position: 6912 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 737 Lines: 19 Date: Fri Dec 16 04:47:19 PST 2005 Workarea: naboo.americas.sgi.com:/home/daisy40/hch/ptools/xfs-2.6.x Inspected by: tarbaby The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203831a fs/xfs/linux-2.6/xfs_buf.h - 1.112 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.h.diff?r1=text&tr1=1.112&r2=text&tr2=1.111&f=h - bt_flags needs to be unsigned long because it's operated on with bitops fs/xfs/linux-2.6/xfs_buf.c - 1.216 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.216&r2=text&tr2=1.215&f=h - remove superflous memory barriers, use list_for_each_entry instead of the _save variant From owner-linux-xfs@oss.sgi.com Fri Dec 16 09:26:24 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 09:26:28 -0800 (PST) Received: from smtp.pzkagis.cz ([83.240.30.214]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGHQM8n002333 for ; Fri, 16 Dec 2005 09:26:23 -0800 Received: (from luf@localhost) by smtp.pzkagis.cz (8.11.6/8.11.6) id jBGHMSm22744; Fri, 16 Dec 2005 18:22:28 +0100 Date: Fri, 16 Dec 2005 18:22:28 +0100 From: Ludek Finstrle To: Lubomir Host Cc: linux-xfs@oss.sgi.com Subject: Re: Howto debug inconsistences in XFS filesystem Message-ID: <20051216172228.GA22713@soptik.pzkagis.cz> References: <20051216080510.GA3467@platon.sk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051216080510.GA3467@platon.sk> User-Agent: Mutt/1.4i X-archive-position: 6915 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: ludek.finstrle@pzkagis.cz Precedence: bulk X-list: linux-xfs Content-Length: 296 Lines: 11 > I have a problem with my XFS filesystem. I don't know, where is the > problem. Look: Please try searching archive for something like du vs ls from me. It seems to me you have similar situation. XFS team solve it some time ago. But you can have another problem. I'm not expert. Regards, Luf From owner-linux-xfs@oss.sgi.com Fri Dec 16 15:48:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 15:48:30 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBGNmP8n032111 for ; Fri, 16 Dec 2005 15:48:25 -0800 Received: from spindle.corp.sgi.com (spindle.corp.sgi.com [198.29.75.13]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBH1oqlp012746 for ; Fri, 16 Dec 2005 17:50:52 -0800 Received: from [127.0.0.1] (sshgate.corp.sgi.com [198.149.36.12]) by spindle.corp.sgi.com (SGI-8.12.5/8.12.9/generic_config-1.2) with ESMTP id jBGNhjOS11772238; Fri, 16 Dec 2005 15:43:46 -0800 (PST) Message-ID: <43A35131.50005@sgi.com> Date: Fri, 16 Dec 2005 17:43:45 -0600 From: Eric Sandeen User-Agent: Mozilla Thunderbird 1.0.6 (Macintosh/20050716) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Ludek Finstrle CC: Lubomir Host , linux-xfs@oss.sgi.com Subject: Re: Howto debug inconsistences in XFS filesystem References: <20051216080510.GA3467@platon.sk> <20051216172228.GA22713@soptik.pzkagis.cz> In-Reply-To: <20051216172228.GA22713@soptik.pzkagis.cz> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-archive-position: 6917 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: sandeen@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 456 Lines: 18 Ludek Finstrle wrote: >>I have a problem with my XFS filesystem. I don't know, where is the >>problem. Look: > > > Please try searching archive for something like du vs ls from me. > It seems to me you have similar situation. XFS team solve it > some time ago. But you can have another problem. I'm not expert. Yep I was thinking the same thing. Also, some mention of which kernel you are running is always helpful in bug reports.... Thanks, -Eric From owner-linux-xfs@oss.sgi.com Fri Dec 16 16:12:56 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 16:12:59 -0800 (PST) Received: from sks.prescientsoftware.com (w169.z064220053.nyc-ny.dsl.cnc.net [64.220.53.169]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBH0Cu8n003493 for ; Fri, 16 Dec 2005 16:12:56 -0800 Received: from bknotts by sks.prescientsoftware.com with local (Exim 3.36 #1 (Debian)) id 1EnPdW-0002ES-00 for ; Fri, 16 Dec 2005 16:09:18 -0800 From: Brian Knotts To: linux-xfs@oss.sgi.com Subject: 2.4 tree status Date: Fri, 16 Dec 2005 16:09:18 -0800 User-Agent: KMail/1.8.3 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200512161609.18607.bknotts@cascadeaccess.com> X-archive-position: 6918 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: bknotts@cascadeaccess.com Precedence: bulk X-list: linux-xfs Content-Length: 121 Lines: 9 Is the 2.4 tree no longer being updated? Will there be a merge to 2.4.32? -- Brian Knotts bknotts@cascadeaccess.com From owner-linux-xfs@oss.sgi.com Fri Dec 16 16:28:50 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Fri, 16 Dec 2005 16:28:54 -0800 (PST) Received: from soloth.lewis.org (soloth.lewis.org [69.28.69.2]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBH0Sn8n010307 for ; Fri, 16 Dec 2005 16:28:49 -0800 Received: from soloth.lewis.org (localhost.localdomain [127.0.0.1]) by soloth.lewis.org (8.12.11/8.12.11) with ESMTP id jBH0P9Ee002602 for ; Fri, 16 Dec 2005 19:25:09 -0500 Received: from localhost (jlewis@localhost) by soloth.lewis.org (8.12.11/8.12.11/Submit) with ESMTP id jBH0P9UJ002598 for ; Fri, 16 Dec 2005 19:25:09 -0500 X-Authentication-Warning: soloth.lewis.org: jlewis owned process doing -bs Date: Fri, 16 Dec 2005 19:25:09 -0500 (EST) From: Jon Lewis To: linux-xfs@oss.sgi.com Subject: Re: 2.4 tree status In-Reply-To: <200512161609.18607.bknotts@cascadeaccess.com> Message-ID: References: <200512161609.18607.bknotts@cascadeaccess.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed X-archive-position: 6919 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: jlewis@lewis.org Precedence: bulk X-list: linux-xfs Content-Length: 749 Lines: 18 On Fri, 16 Dec 2005, Brian Knotts wrote: > Is the 2.4 tree no longer being updated? > > Will there be a merge to 2.4.32? More importantly, will NFS export of XFS in 2.4.x be fixed? Am I the only one for whom the current (and past several months) SGI 2.4 cvs kernel/xfs source cannot serve XFS fs's via NFS? On the clients, directories under the NFS mount are visible. Trying to open files results in i/o errors. I've posted about this problem to this list a couple times. ---------------------------------------------------------------------- Jon Lewis | I route Senior Network Engineer | therefore you are Atlantic Net | _________ http://www.lewis.org/~jlewis/pgp for PGP public key_________ From owner-linux-xfs@oss.sgi.com Sun Dec 18 03:39:57 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 Dec 2005 03:40:01 -0800 (PST) Received: from tyo202.gate.nec.co.jp ([210.143.35.52]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBIBdu8n013632 for ; Sun, 18 Dec 2005 03:39:57 -0800 Received: from mailgate3.nec.co.jp (mailgate54.nec.co.jp [10.7.69.193]) by tyo202.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id jBIBa7b13131 for ; Sun, 18 Dec 2005 20:36:07 +0900 (JST) Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id jBIBa7Q09264 for linux-xfs@oss.sgi.com; Sun, 18 Dec 2005 20:36:07 +0900 (JST) Received: from secsv2.tnes.nec.co.jp (tnesvc1.tnes.nec.co.jp [10.1.101.14]) by mailsv5.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id jBIBa7q07303 for ; Sun, 18 Dec 2005 20:36:07 +0900 (JST) Received: from TNESVC1.tnes.nec.co.jp ([10.1.101.14]) by secsv2.tnes.nec.co.jp (ExpressMail 5.10) with SMTP id 20051218.203618.25004216 for ; Sun, 18 Dec 2005 20:36:18 +0900 Received: FROM mailsv.tnes.nec.co.jp BY TNESVC1.tnes.nec.co.jp ; Sun Dec 18 20:36:17 2005 +0900 Received: from rifu.bsd.tnes.nec.co.jp (rifu.bsd.tnes.nec.co.jp [10.1.104.1]) by mailsv.tnes.nec.co.jp (8.11.6/3.7W01031510) with ESMTP id jBIBa6m87079 for ; Sun, 18 Dec 2005 20:36:06 +0900 (JST) Received: from tnes.nec.co.jp (TNESG9259.bsd.tnes.nec.co.jp [10.1.104.104]) by rifu.bsd.tnes.nec.co.jp (8.12.11/3.7W/BSD-TNES-MX01) with SMTP id jBIBa6qC032010; Sun, 18 Dec 2005 20:36:06 +0900 From: Masanori TSUDA To: linux-xfs@oss.sgi.com Subject: linux-2.4-xfs compile error Date: Sun, 18 Dec 2005 20:34:47 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: HidemaruMail 4.58 (WinNT,501) Message-Id: <88C603C70D02F0tsuda@tnes.nec.co.jp> X-archive-position: 6931 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tsuda@tnes.nec.co.jp Precedence: bulk X-list: linux-xfs Content-Length: 558 Lines: 23 Hi, I checkouted linux-2.4-xfs from CVS and tried to compile it. The following error occurs... # make bzImage>/dev/null xfs_lrw.c: In function `xfs_write': xfs_lrw.c:785: `inode' undeclared (first use in this function) xfs_lrw.c:785: (Each undeclared identifier is reported only once xfs_lrw.c:785: for each function it appears in.) make[4]: *** [xfs_lrw.o] Error 1 make[3]: *** [first_rule] Error 2 make[2]: *** [_subdir_linux-2.4] Error 2 make[1]: *** [_subdir_xfs] Error 2 make: *** [_dir_fs] Error 2 Please correct it. Regards, --- Masanori Tsuda From owner-linux-xfs@oss.sgi.com Sun Dec 18 14:36:39 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 Dec 2005 14:36:42 -0800 (PST) Received: from larry.melbourne.sgi.com ([61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBIMaZ8n001886 for ; Sun, 18 Dec 2005 14:36:38 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id JAA03016; Mon, 19 Dec 2005 09:32:41 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 8DB1F494A27B; Mon, 19 Dec 2005 09:32:40 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 946267 - fix 2.4 builds Message-Id: <20051218223240.8DB1F494A27B@chook.melbourne.sgi.com> Date: Mon, 19 Dec 2005 09:32:40 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6938 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 467 Lines: 14 Fix 2.4 build fallout from the ENOSPC/delalloc fix. Date: Mon Dec 19 09:32:21 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: nathans The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24874a linux-2.4/xfs_lrw.c - 1.229 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_lrw.c.diff?r1=text&tr1=1.229&r2=text&tr2=1.228&f=h From owner-linux-xfs@oss.sgi.com Sun Dec 18 14:36:44 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 Dec 2005 14:36:56 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBIMah8n001956 for ; Sun, 18 Dec 2005 14:36:43 -0800 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 JAA03019; Mon, 19 Dec 2005 09:32:57 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBIMX7kt7642274; Mon, 19 Dec 2005 09:33:07 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBIMX47C7604571; Mon, 19 Dec 2005 09:33:04 +1100 (EST) Date: Mon, 19 Dec 2005 09:33:03 +1100 From: Nathan Scott To: Masanori TSUDA Cc: linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs compile error Message-ID: <20051219093303.E7544524@wobbly.melbourne.sgi.com> References: <88C603C70D02F0tsuda@tnes.nec.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <88C603C70D02F0tsuda@tnes.nec.co.jp>; from tsuda@tnes.nec.co.jp on Sun, Dec 18, 2005 at 08:34:47PM +0900 X-archive-position: 6939 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 726 Lines: 28 On Sun, Dec 18, 2005 at 08:34:47PM +0900, Masanori TSUDA wrote: > Hi, Hi there, > I checkouted linux-2.4-xfs from CVS and tried to compile it. > The following error occurs... > > # make bzImage>/dev/null > xfs_lrw.c: In function `xfs_write': > xfs_lrw.c:785: `inode' undeclared (first use in this function) > xfs_lrw.c:785: (Each undeclared identifier is reported only once > xfs_lrw.c:785: for each function it appears in.) > make[4]: *** [xfs_lrw.o] Error 1 > make[3]: *** [first_rule] Error 2 > make[2]: *** [_subdir_linux-2.4] Error 2 > make[1]: *** [_subdir_xfs] Error 2 > make: *** [_dir_fs] Error 2 > > Please correct it. Done, should show up in CVS in a few hours. Thanks for reporting it. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Sun Dec 18 15:07:46 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 Dec 2005 15:07:49 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBIN7i8n007101 for ; Sun, 18 Dec 2005 15:07:45 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id KAA03620; Mon, 19 Dec 2005 10:04:01 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id DF35B494A27B; Mon, 19 Dec 2005 10:03:59 +1100 (EST) To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: PARTIAL TAKE 947038 - fix some gcc warnings Message-Id: <20051218230359.DF35B494A27B@chook.melbourne.sgi.com> Date: Mon, 19 Dec 2005 10:03:59 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6940 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 640 Lines: 16 Fix up offset type inconsistencies and gcc warnings from earlier changes. Date: Mon Dec 19 10:03:37 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: tarbaby The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24875a linux-2.6/xfs_buf.c - 1.218 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_buf.c.diff?r1=text&tr1=1.218&r2=text&tr2=1.217&f=h linux-2.4/xfs_buf.c - 1.212 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.c.diff?r1=text&tr1=1.212&r2=text&tr2=1.211&f=h From owner-linux-xfs@oss.sgi.com Sun Dec 18 15:47:43 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Sun, 18 Dec 2005 15:47:51 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBINlf8n013756 for ; Sun, 18 Dec 2005 15:47:42 -0800 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 KAA04443 for ; Mon, 19 Dec 2005 10:43:59 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBINiAkt7643438 for ; Mon, 19 Dec 2005 10:44:10 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBINi9vg7610417 for linux-xfs@oss.sgi.com; Mon, 19 Dec 2005 10:44:09 +1100 (EST) Date: Mon, 19 Dec 2005 10:44:09 +1100 From: Nathan Scott To: linux-xfs@oss.sgi.com Subject: Re: 2.4 tree status Message-ID: <20051219104408.B7643596@wobbly.melbourne.sgi.com> References: <200512161609.18607.bknotts@cascadeaccess.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from jlewis@lewis.org on Fri, Dec 16, 2005 at 07:25:09PM -0500 X-archive-position: 6941 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1086 Lines: 29 On Fri, Dec 16, 2005 at 07:25:09PM -0500, Jon Lewis wrote: > On Fri, 16 Dec 2005, Brian Knotts wrote: > > > Is the 2.4 tree no longer being updated? > > > > Will there be a merge to 2.4.32? Oops, didn't even notice that, I'll get that updated. Thanks. > More importantly, will NFS export of XFS in 2.4.x be fixed? Am I the only > one for whom the current (and past several months) SGI 2.4 cvs kernel/xfs > source cannot serve XFS fs's via NFS? On the clients, directories under > the NFS mount are visible. Trying to open files results in i/o errors. > I've posted about this problem to this list a couple times. As you can probably tell, SGI is focussing on 2.6, heavily. We keep the 2.4 part of the tree moving forward, but its a very low priority. However, this EIO issue does sound alot like the sort of thing you should be able to track down pretty easily yourself (with a few deft printk placements...). If you can narrow it down a bit (to the spot that starts propogating EIO back out to userspace), that'd be a big step towards fixing this. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Dec 19 11:04:27 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 Dec 2005 11:04:35 -0800 (PST) Received: from omx1.americas.sgi.com (omx1-ext.sgi.com [192.48.179.11]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBJJ4R8n028590 for ; Mon, 19 Dec 2005 11:04:27 -0800 Received: from internal-mail-relay.corp.sgi.com (internal-mail-relay.corp.sgi.com [198.149.32.51]) by omx1.americas.sgi.com (8.12.10/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBJJ0mxT020704 for ; Mon, 19 Dec 2005 13:00:48 -0600 Received: from naboo.americas.sgi.com (naboo.americas.sgi.com [128.162.233.73]) by internal-mail-relay.corp.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBJJ0LvD10570959; Mon, 19 Dec 2005 11:00:22 -0800 (PST) Received: from naboo.americas.sgi.com (localhost [127.0.0.1]) by naboo.americas.sgi.com (8.13.3/8.13.3) with ESMTP id jBJJ0jKM016298; Mon, 19 Dec 2005 13:00:46 -0600 Received: (from hch@localhost) by naboo.americas.sgi.com (8.13.3/8.13.3/Submit) id jBJJ0jP6016297; Mon, 19 Dec 2005 13:00:45 -0600 Date: Mon, 19 Dec 2005 13:00:45 -0600 From: Christoph Hellwig Message-Id: <200512191900.jBJJ0jP6016297@naboo.americas.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@fido.engr.sgi.com Subject: TAKE 947206 - add helper to get xfs_inode from vnode X-archive-position: 6952 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@relay.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 2510 Lines: 41 Date: Mon Dec 19 11:00:32 PST 2005 Workarea: naboo.americas.sgi.com:/go/space/hch/xfs-2.6.x Inspected by: tes The following file(s) were checked into: bonnie.engr.sgi.com:/isms/linux/2.6.x-xfs Modid: xfs-linux:xfs-kern:203960a fs/xfs/xfs_vnodeops.c - 1.663 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.663&r2=text&tr2=1.662&f=h fs/xfs/xfs_dmapi.c - 1.138 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dmapi.c.diff?r1=text&tr1=1.138&r2=text&tr2=1.137&f=h fs/xfs/xfs_dfrag.c - 1.51 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dfrag.c.diff?r1=text&tr1=1.51&r2=text&tr2=1.50&f=h fs/xfs/xfs_iget.c - 1.209 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_iget.c.diff?r1=text&tr1=1.209&r2=text&tr2=1.208&f=h fs/xfs/xfs_inode.h - 1.207 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_inode.h.diff?r1=text&tr1=1.207&r2=text&tr2=1.206&f=h fs/xfs/xfs_utils.c - 1.69 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_utils.c.diff?r1=text&tr1=1.69&r2=text&tr2=1.68&f=h fs/xfs/xfs_rename.c - 1.64 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_rename.c.diff?r1=text&tr1=1.64&r2=text&tr2=1.63&f=h fs/xfs/linux-2.6/xfs_ioctl.c - 1.129 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ioctl.c.diff?r1=text&tr1=1.129&r2=text&tr2=1.128&f=h fs/xfs/linux-2.6/xfs_file.c - 1.128 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_file.c.diff?r1=text&tr1=1.128&r2=text&tr2=1.127&f=h fs/xfs/linux-2.6/xfs_iops.c - 1.234 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_iops.c.diff?r1=text&tr1=1.234&r2=text&tr2=1.233&f=h fs/xfs/linux-2.6/xfs_aops.c - 1.111 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_aops.c.diff?r1=text&tr1=1.111&r2=text&tr2=1.110&f=h fs/xfs/linux-2.4/xfs_ioctl.c - 1.125 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ioctl.c.diff?r1=text&tr1=1.125&r2=text&tr2=1.124&f=h fs/xfs/linux-2.4/xfs_file.c - 1.119 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_file.c.diff?r1=text&tr1=1.119&r2=text&tr2=1.118&f=h fs/xfs/linux-2.4/xfs_iops.c - 1.216 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_iops.c.diff?r1=text&tr1=1.216&r2=text&tr2=1.215&f=h fs/xfs/linux-2.4/xfs_aops.c - 1.96 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_aops.c.diff?r1=text&tr1=1.96&r2=text&tr2=1.95&f=h From owner-linux-xfs@oss.sgi.com Mon Dec 19 14:13:01 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 Dec 2005 14:13:05 -0800 (PST) Received: from omx2.sgi.com (omx2-ext.sgi.com [192.48.171.19]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBJMD18n028956 for ; Mon, 19 Dec 2005 14:13:01 -0800 Received: from flecktone.americas.sgi.com (flecktone.americas.sgi.com [198.149.16.15]) by omx2.sgi.com (8.12.11/8.12.9/linux-outbound_gateway-1.1) with ESMTP id jBK0FpcZ026699 for ; Mon, 19 Dec 2005 16:15:51 -0800 Received: from poppy-e236.americas.sgi.com (poppy-e236.americas.sgi.com [128.162.236.207]) by flecktone.americas.sgi.com (8.12.9/8.12.10/SGI_generic_relay-1.2) with ESMTP id jBJM9KDN22107690; Mon, 19 Dec 2005 16:09:20 -0600 (CST) Received: from attica.americas.sgi.com (attica.americas.sgi.com [128.162.236.44]) by poppy-e236.americas.sgi.com (8.12.9/ASC-news-1.4) with ESMTP id jBJM9KP7303707; Mon, 19 Dec 2005 16:09:20 -0600 (CST) Received: by attica.americas.sgi.com (Postfix, from userid 9762) id 5CDEB46BDBB; Mon, 19 Dec 2005 16:09:20 -0600 (CST) To: linux-xfs@sgi.com, sgi.bugs.xfs@sgi.com Subject: TAKE 945935 - Allow xfssyncd to process any remaining work before shutdown Message-Id: <20051219220920.5CDEB46BDBB@attica.americas.sgi.com> Date: Mon, 19 Dec 2005 16:09:20 -0600 (CST) From: yingping@sgi.com (Yingping Lu) X-archive-position: 6956 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: yingping@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1098 Lines: 21 xfssyncd is responsible for flushing inode or device's data by extracting the work from its queue. In addition, this processing also decrement the inode's i_count. If there are any remaining works in queue before this process terminates, we have unbalanced increment and decrement of i_count. Thus it can cause assertion failure of vn_count. The fix allows xyssyncd to process any remaining work before it is shutdown. Date: Mon Dec 19 13:59:30 PST 2005 Workarea: attica.americas.sgi.com:/data/lwork/attica3/yingping/xfs-kern Inspected by: hch The following file(s) were checked into: bonnie.engr.sgi.com:/isms/xfs-kern/xfs-linux Modid: xfs-linux:xfs-kern:203970a linux-2.6/xfs_super.c - 1.352 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_super.c.diff?r1=text&tr1=1.352&r2=text&tr2=1.351&f=h - Allow xfssyncd to process the remaining work in the queue linux-2.4/xfs_super.c - 1.319 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_super.c.diff?r1=text&tr1=1.319&r2=text&tr2=1.318&f=h - Allow xfssyncd to process the remaining work From owner-linux-xfs@oss.sgi.com Mon Dec 19 20:05:38 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 Dec 2005 20:05:43 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBK45a8n016947 for ; Mon, 19 Dec 2005 20:05:37 -0800 Received: from snort.melbourne.sgi.com (snort.melbourne.sgi.com [134.14.54.149]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id PAA18460; Tue, 20 Dec 2005 15:01:40 +1100 Received: from snort.melbourne.sgi.com (localhost [127.0.0.1]) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBK41ddM46318852; Tue, 20 Dec 2005 15:01:40 +1100 (EST) Received: (from tes@localhost) by snort.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBK41cLU45942360; Tue, 20 Dec 2005 15:01:38 +1100 (EST) Date: Tue, 20 Dec 2005 15:01:38 +1100 (EST) From: Timothy Shimmin Message-Id: <200512200401.jBK41cLU45942360@snort.melbourne.sgi.com> To: linux-xfs@oss.sgi.com, sgi.bugs.xfs@engr.sgi.com Subject: TAKE 947110 - info about XFS log reservation regions when we run out X-archive-position: 6959 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tes@snort.melbourne.sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 879 Lines: 23 This is to help diagnose the problem when we use more transaction space than we reserved. --Tim remove XFS_LOG_RES_DEBUG and turn on the res history all the time to get more useful error info on space for trans items Date: Tue Dec 20 14:56:37 AEDT 2005 Workarea: snort.melbourne.sgi.com:/home/tes/isms/xfs-linux Inspected by: dgc The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24886a xfs_log.h - 1.76 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.h.diff?r1=text&tr1=1.76&r2=text&tr2=1.75&f=h xfs_log.c - 1.316 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log.c.diff?r1=text&tr1=1.316&r2=text&tr2=1.315&f=h xfs_log_priv.h - 1.115 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_log_priv.h.diff?r1=text&tr1=1.115&r2=text&tr2=1.114&f=h From owner-linux-xfs@oss.sgi.com Mon Dec 19 20:11:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 Dec 2005 20:11:48 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBK4Bh8n017917 for ; Mon, 19 Dec 2005 20:11:44 -0800 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 PAA18535; Tue, 20 Dec 2005 15:07:53 +1100 Received: from wobbly.melbourne.sgi.com (localhost [127.0.0.1]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBK483kt7677464; Tue, 20 Dec 2005 15:08:04 +1100 (EST) Received: (from nathans@localhost) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5/Submit) id jBK47UB67676339; Tue, 20 Dec 2005 15:07:30 +1100 (EST) Date: Tue, 20 Dec 2005 15:07:30 +1100 From: Nathan Scott To: Masanori TSUDA , linux-xfs@oss.sgi.com Subject: Re: linux-2.4-xfs compile error Message-ID: <20051220150730.A7628539@wobbly.melbourne.sgi.com> References: <88C603C70D02F0tsuda@tnes.nec.co.jp> <20051219093303.E7544524@wobbly.melbourne.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20051219093303.E7544524@wobbly.melbourne.sgi.com>; from nathans@sgi.com on Mon, Dec 19, 2005 at 09:33:03AM +1100 X-archive-position: 6960 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 501 Lines: 17 On Mon, Dec 19, 2005 at 09:33:03AM +1100, Nathan Scott wrote: > On Sun, Dec 18, 2005 at 08:34:47PM +0900, Masanori TSUDA wrote: > > I checkouted linux-2.4-xfs from CVS and tried to compile it. > > The following error occurs... > > Done, should show up in CVS in a few hours. Thanks for reporting it. > There's a couple of other failures in the 2.4 part of the CVS tree too at the moment - so, don't rush to use it just at the moment, a fix should be forthcoming soon though. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Mon Dec 19 22:18:55 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Mon, 19 Dec 2005 22:19:11 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBK6Ir8n011023 for ; Mon, 19 Dec 2005 22:18:53 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA21063 for ; Tue, 20 Dec 2005 17:15:12 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 7EFAF494A264; Tue, 20 Dec 2005 17:15:11 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - Merge up to 2.6.15-rc6 Message-Id: <20051220061511.7EFAF494A264@chook.melbourne.sgi.com> Date: Tue, 20 Dec 2005 17:15:11 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6962 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 76150 Lines: 930 Date: Tue Dec 20 17:08:07 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/2.6.x-xfs Inspected by: torvalds@osdl.org The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/linux/2.6.x-xfs-melb Modid: 2.6.x-xfs-melb:linux:24891a split-patches/early-biovec-merge - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/early-biovec-merge split-patches/pagevec-exports - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/pagevec-exports split-patches/kdb-v4.4-2.6.15-rc6-ia64-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc6-ia64-1 split-patches/kdb-v4.4-2.6.15-rc6-i386-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc6-i386-1 split-patches/kdb-v4.4-2.6.15-rc6-common-1 - 1.1 - new http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc6-common-1 Documentation/arm/00-INDEX - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/arm/00-INDEX.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/filesystems/ext3.txt - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/filesystems/ext3.txt.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h MAINTAINERS - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/MAINTAINERS.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h Makefile - 1.32 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Makefile.diff?r1=text&tr1=1.32&r2=text&tr2=1.31&f=h arch/alpha/kernel/machvec_impl.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/alpha/kernel/machvec_impl.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/arm/kernel/module.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/module.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/arm/kernel/ptrace.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/kernel/ptrace.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/arm/mach-pxa/pm.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/arm/mach-pxa/pm.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/i386/Makefile - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Makefile.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/i386/kernel/entry.S - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/entry.S.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/i386/kernel/i8259.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/i8259.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h arch/i386/kernel/io_apic.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/io_apic.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h arch/i386/kernel/irq.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/irq.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/i386/kernel/reboot.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/reboot.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/i386/kernel/smp.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/smp.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/i386/kernel/smpboot.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/smpboot.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h arch/i386/kernel/traps.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/traps.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h arch/i386/kernel/vmlinux.lds.S - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/mm/ioremap.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/mm/ioremap.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/i386/pci/direct.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/pci/direct.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/pci/pci.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/pci/pci.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/ia64/Kconfig - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/Kconfig.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h arch/ia64/Makefile - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/Makefile.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/ia64/ia32/binfmt_elf32.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/ia32/binfmt_elf32.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/ia32/ia32priv.h - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/ia32/ia32priv.h.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/kernel/mca.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/mca.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/ia64/kernel/process.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/process.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/ia64/kernel/salinfo.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/salinfo.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/ia64/kernel/smp.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/smp.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/ia64/kernel/time.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/time.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/kernel/traps.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/traps.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/ia64/kernel/unwind.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/unwind.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/ia64/kernel/vmlinux.lds.S - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/vmlinux.lds.S.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ia64/mm/discontig.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/mm/discontig.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/ia64/sn/kernel/sn2/ptc_deadlock.S - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/sn2/ptc_deadlock.S.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/ia64/sn/kernel/sn2/sn2_smp.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/sn2/sn2_smp.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/ppc/Kconfig - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/Kconfig.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/ppc/kernel/smp.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/kernel/smp.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/ppc/platforms/pmac_feature.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/platforms/pmac_feature.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/ppc/syslib/ppc4xx_dma.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ppc/syslib/ppc4xx_dma.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/sparc/Makefile - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/Makefile.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/sparc/kernel/ebus.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/kernel/ebus.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/sparc/kernel/pcic.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/kernel/pcic.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/sparc/kernel/time.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/kernel/time.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/sparc/mm/sun4c.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/mm/sun4c.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h arch/um/Kconfig - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/Kconfig.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h arch/um/include/um_uaccess.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/include/um_uaccess.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/x86_64/ia32/ia32_binfmt.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/ia32/ia32_binfmt.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h arch/x86_64/kernel/smpboot.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/smpboot.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/x86_64/kernel/time.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/time.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/x86_64/mm/ioremap.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/mm/ioremap.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/x86_64/mm/numa.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/mm/numa.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/acpi/pci_link.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/acpi/pci_link.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/block/cciss.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/block/cciss.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/char/Kconfig - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/Kconfig.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/char/drm/radeon_cp.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/drm/radeon_cp.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/char/drm/radeon_drv.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/drm/radeon_drv.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/char/ipmi/ipmi_msghandler.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/ipmi/ipmi_msghandler.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/char/keyboard.c - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/keyboard.c.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h drivers/char/mwave/mwavepub.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/mwave/mwavepub.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/ide/Kconfig - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/Kconfig.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/ide/ide-cd.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/ide-cd.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/ide/ide-cd.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/ide-cd.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/ide/ide-disk.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/ide-disk.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/ide/ide-dma.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/ide-dma.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/ide/pci/via82cxxx.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/pci/via82cxxx.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/ieee1394/hosts.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ieee1394/hosts.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/ieee1394/nodemgr.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ieee1394/nodemgr.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/md/raid1.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/md/raid1.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/md/raid5.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/md/raid5.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/media/common/Kconfig - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/Kconfig.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/common/Makefile - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/common/saa7146_core.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/saa7146_core.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/common/saa7146_fops.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/saa7146_fops.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/common/saa7146_i2c.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/saa7146_i2c.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/common/saa7146_vbi.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/saa7146_vbi.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/common/saa7146_video.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/saa7146_video.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/dvb/dvb-core/demux.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/demux.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/dvb-core/dmxdev.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dmxdev.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/dvb/dvb-core/dmxdev.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dmxdev.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/dvb-core/dvb_filter.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_filter.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/dvb-core/dvb_filter.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_filter.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/dvb-core/dvb_frontend.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_frontend.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/media/dvb/dvb-core/dvb_frontend.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_frontend.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/dvb/dvb-core/dvb_net.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_net.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/dvb/dvb-core/dvb_ringbuffer.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_ringbuffer.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/dvb/dvb-core/dvb_ringbuffer.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_ringbuffer.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/dvb-core/dvbdev.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvbdev.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/dvb/dvb-core/dvbdev.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvbdev.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/frontends/at76c651.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/at76c651.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/frontends/cx24110.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/cx24110.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/dvb/frontends/mt312.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/mt312.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/dvb/frontends/nxt6000.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/nxt6000.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/dvb/frontends/sp887x.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/sp887x.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/dvb/frontends/stv0299.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/stv0299.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/dvb/frontends/tda1004x.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/tda1004x.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/media/dvb/ttpci/av7110.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/media/dvb/ttpci/budget-core.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/budget-core.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/ttpci/budget-patch.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/budget-patch.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/dvb/ttpci/budget.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/budget.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/dvb/ttpci/budget.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/budget.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/ttpci/ttpci-eeprom.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/ttpci-eeprom.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttusb-budget/dvb-ttusb-budget.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/dvb/ttusb-budget/dvb-ttusb-dspbootcode.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttusb-budget/dvb-ttusb-dspbootcode.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/ttusb-dec/ttusb_dec.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttusb-dec/ttusb_dec.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/media/video/Kconfig - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/Kconfig.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/media/video/bt832.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/bt832.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/video/bttv-driver.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/bttv-driver.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/video/bttvp.h - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/bttvp.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/video/msp3400.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/msp3400.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/media/video/saa7134/saa6752hs.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa6752hs.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/media/video/saa7134/saa7134-cards.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-cards.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/video/saa7134/saa7134-core.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-core.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/media/video/saa7134/saa7134-i2c.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-i2c.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/video/saa7134/saa7134-oss.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-oss.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/media/video/tda9887.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tda9887.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/media/video/tvaudio.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tvaudio.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/mtd/devices/blkmtd.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/devices/blkmtd.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/net/pcnet32.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/pcnet32.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/net/sk98lin/skge.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/sk98lin/skge.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/net/tg3.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tg3.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/net/tg3.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/tg3.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/pci/Makefile - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/pci/Makefile.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/sbus/char/jsflash.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sbus/char/jsflash.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/sbus/char/uctrl.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sbus/char/uctrl.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/sbus/char/vfc.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sbus/char/vfc.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/sbus/char/vfc_dev.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/sbus/char/vfc_dev.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/scsi/dpt_i2o.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/dpt_i2o.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/scsi/libata-core.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata-core.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/scsi/libata-scsi.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/libata-scsi.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/scsi/megaraid.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/megaraid.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/scsi/sata_promise.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sata_promise.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/scsi/scsi_error.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_error.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/scsi/scsi_lib.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_lib.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/scsi/scsi_scan.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_scan.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/scsi/sd.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sd.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/scsi/sr.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sr.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/scsi/st.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/st.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/scsi/sym53c8xx_2/sym_hipd.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sym53c8xx_2/sym_hipd.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/serial/8250.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/8250.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h drivers/serial/8250_pci.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/8250_pci.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h drivers/usb/host/ohci-hcd.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-hcd.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/usb/host/ohci-pci.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-pci.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/usb/host/ohci-q.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/ohci-q.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h drivers/usb/host/uhci-hcd.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/host/uhci-hcd.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h drivers/usb/input/hid-core.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/input/hid-core.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/usb/input/hid-input.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/input/hid-input.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/usb/input/usbkbd.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/input/usbkbd.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/usb/misc/auerswald.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/usb/misc/auerswald.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/video/bw2.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/bw2.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/cfbcopyarea.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cfbcopyarea.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/cfbfillrect.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cfbfillrect.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/cfbimgblt.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cfbimgblt.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/cg14.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cg14.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/video/cg3.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cg3.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/video/cg6.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cg6.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/video/console/fbcon.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/console/fbcon.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h drivers/video/cyber2000fb.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/cyber2000fb.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/video/fbmem.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/fbmem.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h drivers/video/ffb.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/ffb.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/video/leo.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/leo.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/p9100.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/p9100.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/video/tcx.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/tcx.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h fs/bio.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/bio.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h fs/proc/proc_misc.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/proc/proc_misc.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h fs/reiserfs/inode.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/inode.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h fs/reiserfs/journal.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/reiserfs/journal.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h fs/xattr.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/xattr.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h include/asm-arm/arch-pxa/irq.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/arch-pxa/irq.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-arm/elf.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/elf.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/asm-arm/io.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/io.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-arm/memory.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-arm/memory.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-i386/kmap_types.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kmap_types.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/asm-i386/mach-default/irq_vectors.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/mach-default/irq_vectors.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/asm-i386/ptrace.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/ptrace.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/asm-ia64/delay.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/delay.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-ia64/ia32.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/ia32.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/asm-ia64/local.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/local.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-ia64/sal.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/sal.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/asm-ia64/spinlock.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/spinlock.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-sparc/memreg.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-sparc/memreg.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-sparc/pcic.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-sparc/pcic.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/cache.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/cache.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/console.h - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/console.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h include/linux/dvb/audio.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dvb/audio.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/dvb/ca.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dvb/ca.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/dvb/dmx.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dvb/dmx.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/dvb/osd.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dvb/osd.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/linux/dvb/video.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dvb/video.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/linux/fb.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/fb.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/linux/i2c-id.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/i2c-id.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/linux/ide.h - 1.22 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/ide.h.diff?r1=text&tr1=1.22&r2=text&tr2=1.21&f=h include/linux/libata.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/libata.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h include/linux/list.h - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/list.h.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h include/linux/mm.h - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/mm.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h include/linux/parport_pc.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/parport_pc.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h include/linux/pci_ids.h - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/pci_ids.h.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h include/linux/rcupdate.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/rcupdate.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/linux/sysctl.h - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/sysctl.h.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h include/linux/time.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/time.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/media/saa7146.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/media/saa7146.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/media/saa7146_vv.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/media/saa7146_vv.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/net/dn.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/net/dn.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/scsi/scsi_cmnd.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/scsi/scsi_cmnd.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h init/Kconfig - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/init/Kconfig.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h init/main.c - 1.26 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/init/main.c.diff?r1=text&tr1=1.26&r2=text&tr2=1.25&f=h kernel/exit.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/exit.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h kernel/kallsyms.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/kallsyms.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h kernel/module.c - 1.24 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/module.c.diff?r1=text&tr1=1.24&r2=text&tr2=1.23&f=h kernel/printk.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/printk.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h kernel/rcupdate.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/rcupdate.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h kernel/sched.c - 1.25 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/sched.c.diff?r1=text&tr1=1.25&r2=text&tr2=1.24&f=h kernel/signal.c - 1.20 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/signal.c.diff?r1=text&tr1=1.20&r2=text&tr2=1.19&f=h kernel/sys.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/sys.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kernel/time.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/time.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h mm/bootmem.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/bootmem.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h mm/memory.c - 1.23 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/memory.c.diff?r1=text&tr1=1.23&r2=text&tr2=1.22&f=h mm/mmap.c - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/mmap.c.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h mm/mremap.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/mremap.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h mm/page_alloc.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/page_alloc.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h mm/swap.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swap.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h mm/swapfile.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/swapfile.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h net/8021q/vlan_dev.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/8021q/vlan_dev.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/core/dev.c - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/core/dev.c.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h net/core/skbuff.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/core/skbuff.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/decnet/af_decnet.c - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/decnet/af_decnet.c.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h net/decnet/sysctl_net_decnet.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/decnet/sysctl_net_decnet.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv4/ip_gre.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/ip_gre.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/ipv4/netfilter/Kconfig - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/Kconfig.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/ipv4/netfilter/ip_conntrack_core.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_conntrack_core.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h net/ipv4/netfilter/ip_conntrack_proto_tcp.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_conntrack_proto_tcp.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h net/ipv4/netfilter/ip_nat_tftp.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_nat_tftp.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h net/ipv4/tcp_output.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_output.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h net/ipv6/addrconf.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/addrconf.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h net/ipv6/esp6.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/esp6.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h net/ipv6/tcp_ipv6.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/tcp_ipv6.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h net/packet/af_packet.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/packet/af_packet.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h net/sctp/socket.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sctp/socket.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h Documentation/dvb/cards.txt - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/cards.txt.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h Documentation/dvb/contributors.txt - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/contributors.txt.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h Documentation/dvb/readme.txt - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/readme.txt.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/ttpci/fdump.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/fdump.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/dvb/bt8xx/dvb-bt8xx.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/bt8xx/dvb-bt8xx.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/ide/pci/sgiioc4.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/pci/sgiioc4.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h arch/ia64/configs/sn2_defconfig - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/sn2_defconfig.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/scsi/qla2xxx/qla_def.h - 1.12 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/qla2xxx/qla_def.h.diff?r1=text&tr1=1.12&r2=text&tr2=1.11&f=h drivers/scsi/qla2xxx/qla_init.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/qla2xxx/qla_init.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h drivers/scsi/qla2xxx/qla_isr.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/qla2xxx/qla_isr.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h drivers/media/video/ir-kbd-i2c.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/ir-kbd-i2c.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/media/video/ir-kbd-gpio.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/ir-kbd-gpio.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/media/video/cx88/cx88.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx88/cx88.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/video/cx88/cx88-cards.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx88/cx88-cards.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/dvb/ttpci/av7110_v4l.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110_v4l.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/dvb/ttpci/av7110_hw.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/ttpci/av7110_hw.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/media/common/ir-common.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/common/ir-common.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h Documentation/kdb/kdb.mm - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h Documentation/kdb/kdb_bp.man - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_bp.man.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h Documentation/kdb/kdb_bt.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_bt.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/kdb_env.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_env.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/kdb_ll.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ll.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/kdb_md.man - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_md.man.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h Documentation/kdb/kdb_rd.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_rd.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/kdb_sr.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_sr.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/kdb_ss.man - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ss.man.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h Documentation/kdb/slides - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/slides.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h kdb/Makefile - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/Makefile.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h kdb/kdbmain.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdbmain.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h kdb/modules/kdbm_vm.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h kdb/modules/kdbm_task.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_task.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/linux/dis-asm.h - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/dis-asm.h.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h include/linux/kdb.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kdb.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/linux/kdbprivate.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kdbprivate.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kdb/modules/kdbm_pg.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kdb/modules/Makefile - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/Makefile.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kdb/ChangeLog - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/ChangeLog.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h kdb/kdbsupport.c - 1.17 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdbsupport.c.diff?r1=text&tr1=1.17&r2=text&tr2=1.16&f=h kdb/kdb_bp.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_bp.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h kdb/kdb_bt.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_bt.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h kdb/kdb_id.c - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_id.c.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h kdb/kdb_io.c - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_io.c.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h kdb/kdb_cmds - 1.13 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/kdb_cmds.diff?r1=text&tr1=1.13&r2=text&tr2=1.12&f=h kdb/modules/kdbm_x86.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_x86.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/asm-i386/kdbprivate.h - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kdbprivate.h.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/i386/kdb/ChangeLog - 1.19 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/ChangeLog.diff?r1=text&tr1=1.19&r2=text&tr2=1.18&f=h arch/i386/kdb/Makefile - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/Makefile.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kdb/i386-dis.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/i386-dis.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kdb/kdba_bp.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_bp.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kdb/kdba_bt.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/i386/kdb/kdba_id.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_id.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kdb/kdba_io.c - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdba_io.c.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h arch/i386/kdb/kdbasupport.c - 1.16 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdbasupport.c.diff?r1=text&tr1=1.16&r2=text&tr2=1.15&f=h arch/i386/kdb/pc_keyb.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/pc_keyb.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h include/asm-i386/kdb.h - 1.15 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/kdb.h.diff?r1=text&tr1=1.15&r2=text&tr2=1.14&f=h Documentation/dvb/avermedia.txt - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/avermedia.txt.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/sparc/lib/atomic32.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/lib/atomic32.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/pci/mmconfig.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/pci/mmconfig.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/mips/mm/init.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/mips/mm/init.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/x86_64/pci/mmconfig.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/pci/mmconfig.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h split-patches/series - 1.29 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/series.diff?r1=text&tr1=1.29&r2=text&tr2=1.28&f=h drivers/char/ipmi/ipmi_si_intf.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/ipmi/ipmi_si_intf.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h drivers/media/dvb/dvb-core/dvb_ca_en50221.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-core/dvb_ca_en50221.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h drivers/net/s2io.c - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/s2io.c.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h kernel/audit.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/audit.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h mm/hugetlb.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/hugetlb.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h Documentation/kdb/kdb_ps.man - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/kdb/kdb_ps.man.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/scsi/sata_sx4.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sata_sx4.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h arch/i386/kdb/kdb_cmds - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kdb/kdb_cmds.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/video/pxafb.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/pxafb.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-i386/bfd.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/bfd.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h include/asm-i386/ansidecl.h - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-i386/ansidecl.h.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h drivers/serial/sn_console.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/sn_console.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h net/sched/act_api.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/sched/act_api.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h include/asm-ppc/ppc4xx_dma.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ppc/ppc4xx_dma.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h kernel/kprobes.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/kprobes.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/linux/kprobes.h - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/kprobes.h.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/scsi/ibmvscsi/rpa_vscsi.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/ibmvscsi/rpa_vscsi.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/ibmvscsi/iseries_vscsi.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/ibmvscsi/iseries_vscsi.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/Kconfig.debug - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Kconfig.debug.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/scsi/ibmvscsi/ibmvscsi.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/ibmvscsi/ibmvscsi.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/mmc/mmc.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mmc/mmc.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/message/i2o/pci.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/message/i2o/pci.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/i386/kernel/kprobes.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/kernel/kprobes.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/sparc64/kernel/kprobes.c - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc64/kernel/kprobes.c.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h arch/ia64/Kconfig.debug - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/Kconfig.debug.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/ia64/configs/tiger_defconfig - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/configs/tiger_defconfig.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/media/dvb/frontends/l64781.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/l64781.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/frontends/l64781.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/l64781.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/frontends/cx22702.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/cx22702.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/frontends/cx22702.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/cx22702.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/frontends/cx22700.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/cx22700.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/frontends/sp8870.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/sp8870.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/frontends/tda10021.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/tda10021.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/media/dvb/frontends/tda10021.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/tda10021.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/frontends/tda8083.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/tda8083.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/video/cx88/cx88-blackbird.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx88/cx88-blackbird.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/x86_64/kernel/kprobes.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/x86_64/kernel/kprobes.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/um/kernel/skas/include/uaccess-skas.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/kernel/skas/include/uaccess-skas.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/um/Makefile-x86_64 - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/Makefile-x86_64.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/video/saa7134/saa7134-empress.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-empress.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/media/video/video-buf-dvb.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/video-buf-dvb.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/serial/8250_early.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/serial/8250_early.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/ia64/sn/pci/pcibr/pcibr_reg.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/pci/pcibr/pcibr_reg.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/sn/kernel/io_init.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/kernel/io_init.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h sound/oss/au1550_ac97.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/sound/oss/au1550_ac97.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/frontends/nxt2002.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/nxt2002.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/input/mouse/alps.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/mouse/alps.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/video/tveeprom.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tveeprom.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/scsi_transport_iscsi.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/scsi_transport_iscsi.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/proc/mmu.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/proc/mmu.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/media/dvb/b2c2/flexcop-common.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/b2c2/flexcop-common.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/b2c2/flexcop-fe-tuner.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/b2c2/flexcop-fe-tuner.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Documentation/dvb/README.flexcop - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/README.flexcop.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/dvb/bt8xx/dst_ca.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/bt8xx/dst_ca.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/i2c/busses/i2c-mv64xxx.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/i2c/busses/i2c-mv64xxx.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/frontends/or51132.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/or51132.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/video/cx88/cx88-input.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/cx88/cx88-input.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/um/scripts/Makefile.rules - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/scripts/Makefile.rules.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h kdb/modules/kdbm_sched.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kdb/modules/kdbm_sched.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-ia64/sn/pcidev.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/sn/pcidev.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-ia64/kdbprivate.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdbprivate.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-ia64/kdb_break.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdb_break.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-ia64/kdb.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/kdb.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-ia64/bfd.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/bfd.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/asm-ia64/ansidecl.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-ia64/ansidecl.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/sn/pci/tioca_provider.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/sn/pci/tioca_provider.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdbasupport.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdbasupport.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_pod.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_pod.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_jmp.S - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_jmp.S.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_io.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_io.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_id.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_id.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_fru.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_fru.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_bt.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_bt.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdba_bp.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdba_bp.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/kdb_cmds - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/kdb_cmds.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64-opc.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-opc.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64-opc.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-opc.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64-dis.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-dis.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64-asmtab.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-asmtab.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ia64-asmtab.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ia64-asmtab.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/cpu-ia64-opc.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/cpu-ia64-opc.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/Makefile - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/Makefile.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/ia64/kdb/ChangeLog - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kdb/ChangeLog.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h Documentation/dvb/README.dvb-usb - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/Documentation/dvb/README.dvb-usb.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/tcp_vegas.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/tcp_vegas.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/char/watchdog/wdrtas.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/watchdog/wdrtas.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/inotify.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/fs/inotify.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/inotify.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/inotify.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/video/arcfb.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/video/arcfb.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/dvb-usb/vp7045-fe.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-usb/vp7045-fe.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/dvb/frontends/bcm3510.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/bcm3510.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/frontends/lgdt330x.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/lgdt330x.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/frontends/s5h1420.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/s5h1420.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/media/dvb/frontends/s5h1420.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/s5h1420.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/net/skge.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/net/skge.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/ia64/kernel/kprobes.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/kprobes.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/ia64/kernel/uncached.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/ia64/kernel/uncached.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/um/kernel/skas/clone.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/kernel/skas/clone.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/um/include/sysdep-x86_64/stub.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/include/sysdep-x86_64/stub.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/um/include/sysdep-i386/stub.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/um/include/sysdep-i386/stub.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/scsi/sata_mv.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/sata_mv.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ieee80211/Kconfig - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ieee80211/Kconfig.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ip_conntrack_netlink.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv4/netfilter/ip_conntrack_netlink.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/watchdog/booke_wdt.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/watchdog/booke_wdt.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/watchdog/mpcore_wdt.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/watchdog/mpcore_wdt.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/firmware/dell_rbu.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/firmware/dell_rbu.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/mfd/ucb1x00-ts.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mfd/ucb1x00-ts.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/netfilter/Kconfig - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netfilter/Kconfig.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/netfilter/nfnetlink.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netfilter/nfnetlink.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/media/dvb/dvb-usb/vp702x-fe.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/dvb-usb/vp702x-fe.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/saa6588.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa6588.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/ide/mips/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/mips/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/ide/mips/au1xxx-ide.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/ide/mips/au1xxx-ide.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/connector/cn_proc.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/connector/cn_proc.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.15-rc5-ia64-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc5-ia64-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.15-rc5-i386-1 - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc5-i386-1.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h split-patches/kdb-v4.4-2.6.15-rc5-common-1 - 1.3 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/split-patches/kdb-v4.4-2.6.15-rc5-common-1.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/pcmcia/cm4000_cs.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/char/pcmcia/cm4000_cs.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/input/misc/wistron_btns.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/input/misc/wistron_btns.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/base/memory.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/base/memory.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/atm/adummy.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/atm/adummy.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/netfilter/nf_conntrack_core.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/netfilter/nf_conntrack_core.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/net/ipv6/netfilter/nf_conntrack_proto_icmpv6.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h mm/memory_hotplug.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/mm/memory_hotplug.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kernel/rcutorture.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/kernel/rcutorture.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/sparc/kernel/led.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/sparc/kernel/led.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/macintosh/windfarm_pm81.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/macintosh/windfarm_pm81.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/dvb/frontends/nxt200x.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/dvb/frontends/nxt200x.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/em28xx/em28xx-core.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/em28xx/em28xx-core.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/em28xx/em28xx-i2c.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/em28xx/em28xx-i2c.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/em28xx/em28xx-video.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/em28xx/em28xx-video.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/em28xx/em28xx.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/em28xx/em28xx.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/saa711x.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa711x.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/saa7134/saa7134-alsa.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/saa7134/saa7134-alsa.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/media/video/tvp5150.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/media/video/tvp5150.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/mtd/onenand.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/mtd/onenand.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/mtd/onenand/generic.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/onenand/generic.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/mtd/onenand/onenand_base.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/onenand/onenand_base.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/pseries/lpar.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/lpar.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/pseries/iommu.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/pseries/iommu.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/cn_proc.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/linux/cn_proc.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-powerpc/mmu.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-powerpc/mmu.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/platforms/powermac/feature.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/platforms/powermac/feature.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/Makefile.cpu - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/i386/Makefile.cpu.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/mm/stab.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/stab.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/mm/numa.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/numa.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/mm/hugetlbpage.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/hugetlbpage.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/mm/hash_utils_64.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/mm/hash_utils_64.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/asm-mips/mach-au1x00/au1xxx_ide.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/include/asm-mips/mach-au1x00/au1xxx_ide.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/syscalls.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/syscalls.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/setup_64.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/setup_64.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/scsi/iscsi_tcp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/scsi/iscsi_tcp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/kernel/kprobes.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/kernel/kprobes.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/powerpc/Kconfig - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/arch/powerpc/Kconfig.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/mtd/onenand/onenand_bbt.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.6-xfs/drivers/mtd/onenand/onenand_bbt.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-linux-xfs@oss.sgi.com Tue Dec 20 22:24:34 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 Dec 2005 22:24:43 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBL6OW8n003460 for ; Tue, 20 Dec 2005 22:24:33 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA21658 for ; Wed, 21 Dec 2005 17:20:50 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id 82D6F494A264; Wed, 21 Dec 2005 17:20:49 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 904196 - Merge up to 2.4.32. Message-Id: <20051221062049.82D6F494A264@chook.melbourne.sgi.com> Date: Wed, 21 Dec 2005 17:20:49 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6976 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 32249 Lines: 418 Date: Wed Dec 21 17:20:20 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/2.4.x-xfs Inspected by: marcelo The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/linux/2.4.x-xfs-melb Modid: 2.4.x-xfs-melb:linux:24898a Documentation/Configure.help - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/Configure.help.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h Documentation/cciss.txt - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/cciss.txt.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h Documentation/crypto/api-intro.txt - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/crypto/api-intro.txt.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h Documentation/networking/vortex.txt - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/networking/vortex.txt.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h MAINTAINERS - 1.14 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/MAINTAINERS.diff?r1=text&tr1=1.14&r2=text&tr2=1.13&f=h Makefile - 1.18 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Makefile.diff?r1=text&tr1=1.18&r2=text&tr2=1.17&f=h arch/alpha/kernel/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/alpha/kernel/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/Makefile - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/Makefile.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/i386/config.in - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/config.in.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/kernel/apm.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/apm.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kernel/bluesmoke.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/bluesmoke.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kernel/entry.S - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/entry.S.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kernel/i8259.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/i8259.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/i386/kernel/io_apic.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/io_apic.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/i386/kernel/irq.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/irq.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kernel/nmi.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/nmi.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kernel/pci-irq.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/pci-irq.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/i386/kernel/process.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/process.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/kernel/smp.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/smp.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h arch/i386/kernel/smpboot.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/smpboot.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/i386/kernel/traps.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kernel/traps.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/vmlinux.lds - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/vmlinux.lds.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/ia64/ia32/sys_ia32.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ia64/ia32/sys_ia32.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/ia64/mm/fault.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ia64/mm/fault.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/mips/.gdbinit - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/mips/.gdbinit.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/ppc/boot/lib/zlib.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ppc/boot/lib/zlib.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/ppc/kernel/time.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ppc/kernel/time.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/ppc64/boot/zlib.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ppc64/boot/zlib.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/ppc64/kernel/ioctl32.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/ppc64/kernel/ioctl32.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/sparc64/kernel/ioctl32.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/sparc64/kernel/ioctl32.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h arch/sparc64/kernel/sparc64_ksyms.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/sparc64/kernel/sparc64_ksyms.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/sparc64/kernel/sys_sparc32.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/sparc64/kernel/sys_sparc32.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h arch/sparc64/solaris/socket.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/sparc64/solaris/socket.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/x86_64/ia32/ia32_ioctl.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/ia32/ia32_ioctl.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/ia32/sys_ia32.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/ia32/sys_ia32.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/kernel/io_apic.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/io_apic.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/x86_64/kernel/pci-gart.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/pci-gart.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/kernel/process.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/process.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h arch/x86_64/kernel/ptrace.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/ptrace.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/x86_64/kernel/setup.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/setup.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h arch/x86_64/kernel/traps.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/x86_64/kernel/traps.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h crypto/tcrypt.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/crypto/tcrypt.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h crypto/tcrypt.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/crypto/tcrypt.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/block/cciss.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/block/cciss.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h drivers/bluetooth/bfusb.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/bluetooth/bfusb.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/bluetooth/hci_usb.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/bluetooth/hci_usb.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/char/cyclades.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/cyclades.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/esp.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/esp.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/isicom.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/isicom.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/keyboard.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/keyboard.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/mxser.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/mxser.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/char/riscom8.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/riscom8.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/serial.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/serial.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/char/sn_serial.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/sn_serial.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/specialix.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/specialix.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/char/vt.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/char/vt.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/md/md.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/md/md.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/sbus/char/sab82532.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sbus/char/sab82532.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/sbus/char/su.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sbus/char/su.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/sbus/char/sunkbd.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sbus/char/sunkbd.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/sbus/char/sunkeymap.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sbus/char/sunkeymap.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/scsi/megaraid2.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/megaraid2.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/megaraid2.h - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/megaraid2.h.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/sd.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sd.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/sound/.indent.pro - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sound/.indent.pro.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/sound/.version - 1.2 - deleted http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sound/.version.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h drivers/sound/i810_audio.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/sound/i810_audio.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/usb/hid-core.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/hid-core.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h drivers/usb/host/usb-ohci.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/host/usb-ohci.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/usb/host/usb-ohci.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/host/usb-ohci.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/usb/host/usb-uhci.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/host/usb-uhci.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/usb/printer.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/printer.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/usb/serial/ftdi_sio.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/serial/ftdi_sio.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/usb/serial/ftdi_sio.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/serial/ftdi_sio.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/usb/usbkbd.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/usbkbd.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h fs/buffer.c - 1.10 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/buffer.c.diff?r1=text&tr1=1.10&r2=text&tr2=1.9&f=h fs/inode.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/inode.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h fs/isofs/compress.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/isofs/compress.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/isofs/inode.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/isofs/inode.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h fs/nfs/nfs2xdr.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/nfs/nfs2xdr.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/nfs/nfs3xdr.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/nfs/nfs3xdr.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h fs/nfsd/vfs.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/fs/nfsd/vfs.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-i386/hw_irq.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/hw_irq.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/keyboard.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/keyboard.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/kmap_types.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/kmap_types.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/ptrace.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/ptrace.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/system.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/system.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-sparc64/uaccess.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-sparc64/uaccess.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-x86_64/desc.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-x86_64/desc.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/asm-x86_64/pci.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-x86_64/pci.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-x86_64/processor.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-x86_64/processor.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/delay.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/delay.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/module.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/module.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/linux/netfilter_ipv4/ip_conntrack.h - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/netfilter_ipv4/ip_conntrack.h.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h include/linux/netfilter_ipv4/ip_nat_rule.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/netfilter_ipv4/ip_nat_rule.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/netfilter_ipv4/ip_tables.h - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/netfilter_ipv4/ip_tables.h.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/pci_ids.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/pci_ids.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/linux/sysctl.h - 1.9 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/sysctl.h.diff?r1=text&tr1=1.9&r2=text&tr2=1.8&f=h include/linux/zlib.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/zlib.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/net/ax25.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/net/ax25.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/net/ip6_fib.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/net/ip6_fib.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/net/ip6_route.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/net/ip6_route.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/net/ip_vs.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/net/ip_vs.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h init/main.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/init/main.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h kernel/Makefile - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/Makefile.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kernel/ksyms.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/ksyms.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kernel/module.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/module.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kernel/printk.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/printk.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h kernel/sched.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/sched.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h kernel/signal.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/signal.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h kernel/sysctl.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/sysctl.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h lib/inflate.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/lib/inflate.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h lib/rbtree.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/lib/rbtree.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h mm/memory.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/mm/memory.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h mm/vmscan.c - 1.7 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/mm/vmscan.c.diff?r1=text&tr1=1.7&r2=text&tr2=1.6&f=h net/ipv4/igmp.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/igmp.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/ipv4/inetpeer.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/inetpeer.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/ipvs/ip_vs_conn.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/ipvs/ip_vs_conn.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv4/ipvs/ip_vs_core.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/ipvs/ip_vs_core.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv4/ipvs/ip_vs_sync.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/ipvs/ip_vs_sync.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h net/ipv4/netfilter/ip_nat_proto_icmp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_nat_proto_icmp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ip_nat_proto_tcp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_nat_proto_tcp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ip_nat_proto_udp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_nat_proto_udp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ip_nat_rule.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_nat_rule.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv4/netfilter/ip_nat_standalone.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_nat_standalone.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h net/ipv4/netfilter/ip_queue.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ip_queue.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv4/netfilter/ipt_unclean.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/netfilter/ipt_unclean.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv4/tcp_input.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv4/tcp_input.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/ipv6/addrconf.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/addrconf.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv6/ip6_fib.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/ip6_fib.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv6/mcast.c - 1.8 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/mcast.c.diff?r1=text&tr1=1.8&r2=text&tr2=1.7&f=h net/ipv6/ndisc.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/ndisc.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv6/netfilter/ip6_queue.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/netfilter/ip6_queue.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h net/ipv6/netfilter/ip6t_LOG.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/netfilter/ip6t_LOG.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h net/ipv6/route.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/route.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h net/ipv6/udp.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/ipv6/udp.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h net/netlink/af_netlink.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/net/netlink/af_netlink.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h kdb/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/dump.txt - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/dump.txt.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb.mm - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb.mm.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h Documentation/kdb/kdb_bp.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_bp.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_bt.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_bt.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_env.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_env.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_ll.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_ll.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_md.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_md.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_rd.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_rd.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_sr.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_sr.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/kdb_ss.man - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/kdb_ss.man.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h Documentation/kdb/slides - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/Documentation/kdb/slides.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/ChangeLog - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/ChangeLog.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kdb/kdb_bp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdb_bp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/kdb_bt.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdb_bt.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kdb/ChangeLog - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/ChangeLog.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h arch/i386/kdb/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/ansidecl.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/ansidecl.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/bfd.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/bfd.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/i386-dis.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/i386-dis.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/kdba_bp.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/kdba_bp.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/kdba_bt.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/kdba_bt.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/kdba_id.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/kdba_id.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/kdba_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/kdba_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h arch/i386/kdb/kdbasupport.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/arch/i386/kdb/kdbasupport.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kdb/kdb_cmds - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdb_cmds.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/kdbprivate.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/kdbprivate.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/kdb.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/kdb.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/kallsyms.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/kallsyms.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h include/linux/dis-asm.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/dis-asm.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/kdb_id.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdb_id.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/kdb_io.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdb_io.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/kdbmain.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdbmain.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/kdbprivate.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/kdbprivate.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/asm-i386/kdb.h - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/asm-i386/kdb.h.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/kdbsupport.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/kdbsupport.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kdb/modules/Makefile - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/modules/Makefile.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/modules/kdbm_pg.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/modules/kdbm_pg.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kdb/modules/kdbm_task.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/modules/kdbm_task.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kdb/modules/kdbm_vm.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/modules/kdbm_vm.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h kernel/kallsyms.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kernel/kallsyms.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h kdb/modules/kdbm_x86.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/kdb/modules/kdbm_x86.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/usb/gadget/file_storage.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/usb/gadget/file_storage.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h split-patches/kdb-i386 - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/split-patches/kdb-i386.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h split-patches/kdb-common - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/split-patches/kdb-common.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h split-patches/dmapi-enable - 1.11 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/split-patches/dmapi-enable.diff?r1=text&tr1=1.11&r2=text&tr2=1.10&f=h split-patches/acl-backport - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/split-patches/acl-backport.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h split-patches/docs-update2 - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/split-patches/docs-update2.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_promise.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_promise.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_sil.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_sil.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/sata_sis.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_sis.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_svw.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_svw.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/sata_sx4.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_sx4.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/libata.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/libata.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/libata-scsi.c - 1.6 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/libata-scsi.c.diff?r1=text&tr1=1.6&r2=text&tr2=1.5&f=h drivers/scsi/libata-core.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/libata-core.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_via.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_via.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_vsc.c - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_vsc.c.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h crypto/tea.c - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/crypto/tea.c.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h include/linux/ata.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/ata.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h include/linux/libata.h - 1.5 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/libata.h.diff?r1=text&tr1=1.5&r2=text&tr2=1.4&f=h drivers/scsi/sata_uli.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_uli.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/ata_piix.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/ata_piix.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/sata_nv.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_nv.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h include/linux/libata-compat.h - 1.3 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/include/linux/libata-compat.h.diff?r1=text&tr1=1.3&r2=text&tr2=1.2&f=h drivers/scsi/ahci.c - 1.4 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/ahci.c.diff?r1=text&tr1=1.4&r2=text&tr2=1.3&f=h drivers/scsi/sata_qstor.c - 1.2 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/linux-2.4-xfs/drivers/scsi/sata_qstor.c.diff?r1=text&tr1=1.2&r2=text&tr2=1.1&f=h From owner-linux-xfs@oss.sgi.com Tue Dec 20 22:33:04 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Tue, 20 Dec 2005 22:33:08 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBL6X28n005928 for ; Tue, 20 Dec 2005 22:33:03 -0800 Received: from chook.melbourne.sgi.com (chook.melbourne.sgi.com [134.14.54.237]) by larry.melbourne.sgi.com (950413.SGI.8.6.12/950213.SGI.AUTOCF) via ESMTP id RAA21859 for ; Wed, 21 Dec 2005 17:29:22 +1100 Received: by chook.melbourne.sgi.com (Postfix, from userid 16302) id B3983494A264; Wed, 21 Dec 2005 17:29:22 +1100 (EST) To: linux-xfs@oss.sgi.com Subject: TAKE 946679 - fix 2.4 builds Message-Id: <20051221062922.B3983494A264@chook.melbourne.sgi.com> Date: Wed, 21 Dec 2005 17:29:22 +1100 (EST) From: nathans@sgi.com (Nathan Scott) X-archive-position: 6977 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 1982 Lines: 43 Fix some build fallout from atime changes. Date: Wed Dec 21 17:24:02 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24899a xfs_vnodeops.c - 1.664 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_vnodeops.c.diff?r1=text&tr1=1.664&r2=text&tr2=1.663&f=h xfs_itable.c - 1.134 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_itable.c.diff?r1=text&tr1=1.134&r2=text&tr2=1.133&f=h xfs_dmapi.c - 1.139 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/xfs_dmapi.c.diff?r1=text&tr1=1.139&r2=text&tr2=1.138&f=h linux-2.6/xfs_vnode.h - 1.114 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_vnode.h.diff?r1=text&tr1=1.114&r2=text&tr2=1.113&f=h linux-2.4/xfs_vnode.h - 1.107 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_vnode.h.diff?r1=text&tr1=1.107&r2=text&tr2=1.106&f=h linux-2.6/xfs_ksyms.c - 1.36 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.6/xfs_ksyms.c.diff?r1=text&tr1=1.36&r2=text&tr2=1.35&f=h linux-2.4/xfs_ksyms.c - 1.31 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_ksyms.c.diff?r1=text&tr1=1.31&r2=text&tr2=1.30&f=h Fix 2.4 build fallout from vnode-to-xfs_inode helper use, fix a gcc warning. Date: Wed Dec 21 17:26:50 AEDT 2005 Workarea: chook.melbourne.sgi.com:/build/nathans/xfs-linux Inspected by: cattelan The following file(s) were checked into: longdrop.melbourne.sgi.com:/isms/xfs-kern/xfs-linux-melb Modid: xfs-linux-melb:xfs-kern:24900a linux-2.4/xfs_file.c - 1.120 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_file.c.diff?r1=text&tr1=1.120&r2=text&tr2=1.119&f=h linux-2.4/xfs_buf.c - 1.213 - changed http://oss.sgi.com/cgi-bin/cvsweb.cgi/xfs-linux/linux-2.4/xfs_buf.c.diff?r1=text&tr1=1.213&r2=text&tr2=1.212&f=h From owner-linux-xfs@oss.sgi.com Wed Dec 21 01:05:02 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 Dec 2005 01:05:06 -0800 (PST) Received: from tyo202.gate.nec.co.jp (TYO202.gate.nec.co.jp [210.143.35.52]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBL9518n003510 for ; Wed, 21 Dec 2005 01:05:02 -0800 Received: from mailgate3.nec.co.jp (mailgate54.nec.co.jp [10.7.69.197]) by tyo202.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id jBL91Lb29169 for ; Wed, 21 Dec 2005 18:01:21 +0900 (JST) Received: (from root@localhost) by mailgate3.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id jBL91Le15087 for linux-xfs@oss.sgi.com; Wed, 21 Dec 2005 18:01:21 +0900 (JST) Received: from secsv2.tnes.nec.co.jp (tnesvc1.tnes.nec.co.jp [10.1.101.14]) by mailsv5.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id jBL91Kq01521 for ; Wed, 21 Dec 2005 18:01:20 +0900 (JST) Received: from TNESVC1.tnes.nec.co.jp ([10.1.101.14]) by secsv2.tnes.nec.co.jp (ExpressMail 5.10) with SMTP id 20051221.180130.64501972 for ; Wed, 21 Dec 2005 18:01:30 +0900 Received: FROM mailsv.tnes.nec.co.jp BY TNESVC1.tnes.nec.co.jp ; Wed Dec 21 18:01:29 2005 +0900 Received: from rifu.bsd.tnes.nec.co.jp (rifu.bsd.tnes.nec.co.jp [10.1.104.1]) by mailsv.tnes.nec.co.jp (8.11.6/3.7W01031510) with ESMTP id jBL91Jm17198 for ; Wed, 21 Dec 2005 18:01:19 +0900 (JST) Received: from tnes.nec.co.jp (TNESG9259.bsd.tnes.nec.co.jp [10.1.104.104]) by rifu.bsd.tnes.nec.co.jp (8.12.11/3.7W/BSD-TNES-MX01) with SMTP id jBL91ISE020727; Wed, 21 Dec 2005 18:01:18 +0900 From: Masanori TSUDA To: linux-xfs@oss.sgi.com Subject: cannot remove directory rebuilded by xfs_repair Date: Wed, 21 Dec 2005 18:00:10 +0900 MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="Boundary-4UD91VnIC0ryLCrpuOlXe" X-Mailer: HidemaruMail 4.58 (WinNT,501) Message-Id: <9CC6060CF28E57tsuda@tnes.nec.co.jp> X-archive-position: 6978 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tsuda@tnes.nec.co.jp Precedence: bulk X-list: linux-xfs Content-Length: 5733 Lines: 123 --Boundary-4UD91VnIC0ryLCrpuOlXe Content-Type: text/plain; charset=iso-2022-jp Content-Transfer-Encoding: 7bit Content-Description: Mail message body Hi Nathan, I found a another problem related to the directory rebuilded by xfs_repair. The directory rebuilded by xfs_repair could not be removed. # rm -fr /mnt/xfs/dir1 rm: cannot remove directory `/mnt/xfs/dir1': Directory not empty I used Kernel 2.6.15-rc5(linux-2.6-xfs CVS) and xfsprogs-2.7.10-1. I investigated this problem using xfs_db etc. Rebuliding the damaged directory, xfs_repair make the count of valid entries (hdr.nvalid) in the intermediate freespace block 2040 (XFS_DIR2_MAX_FREE_BESTS(mp)). The bests[hdr.nvalid-1] may be unused entry, i.e. NULLDATAOFF. In this case, Kernel space function xfs_dir2_leafn_remove() can not take an opportunity that decrease hdr.nvalid. Accordingly kernel space function xfs_dir2_node_to_leaf() can not convert the node form directory down to a single-leaf directory... (the leafn and free data do not fit in a leaf1) I made a kernel patch to solve this problem. rmdir -fr was successful in the kernel added the patch. Could you please comment the attached patch. attached files T002_xfs.sh : reproducible script note: the script includes mkfs.xfs and xfs_db -x dir2_node_to_leaf.patch : kernel patch Regards, --- Masanori Tsuda --Boundary-4UD91VnIC0ryLCrpuOlXe Content-Type: application/octet-stream; name="dir2_node_to_leaf.patch" Content-Disposition: attachment; filename="dir2_node_to_leaf.patch" Content-Transfer-Encoding: base64 LS0tIC4vZnMveGZzL3hmc19kaXIyX2xlYWYuYy5vcmcJMjAwNS0xMi0yMCAy MzoxMjowNy4wMDAwMDAwMDAgKzA5MDAKKysrIC4vZnMveGZzL3hmc19kaXIy X2xlYWYuYwkyMDA1LTEyLTIwIDIzOjUyOjA3LjAwMDAwMDAwMCArMDkwMApA QCAtMTc1OCw2ICsxNzU4LDcgQEAgeGZzX2RpcjJfbm9kZV90b19sZWFmKAog CXhmc19tb3VudF90CQkqbXA7CQkvKiBmaWxlc3lzdGVtIG1vdW50IHBvaW50 ICovCiAJaW50CQkJcnZhbDsJCS8qIHN1Y2Nlc3NmdWwgZnJlZSB0cmltPyAq LwogCXhmc190cmFuc190CQkqdHA7CQkvKiB0cmFuc2FjdGlvbiBwb2ludGVy ICovCisJaW50CQkJbmV3bnZhbGlkOwkvKiBuZXcgY291bnQgb2YgdmFsaWQg ZW50cmllcyBpbiBmcmVlc3BhY2UgKi8KIAogCS8qCiAJICogVGhlcmUncyBt b3JlIHRoYW4gYSBsZWFmIGxldmVsIGluIHRoZSBidHJlZSwgc28gdGhlcmUg bXVzdApAQCAtMTgyMCw5ICsxODIxLDE1IEBAIHhmc19kaXIyX25vZGVfdG9f bGVhZigKIAkgKiBOb3cgc2VlIGlmIHRoZSBsZWFmbiBhbmQgZnJlZSBkYXRh IHdpbGwgZml0IGluIGEgbGVhZjEuCiAJICogSWYgbm90LCByZWxlYXNlIHRo ZSBidWZmZXIgYW5kIGdpdmUgdXAuCiAJICovCisJZm9yIChuZXdudmFsaWQg PSBJTlRfR0VUKGZyZWUtPmhkci5udmFsaWQsIEFSQ0hfQ09OVkVSVCkgLSAx OworCSAgICAgbmV3bnZhbGlkID49IDAgJiYgSU5UX0dFVChmcmVlLT5iZXN0 c1tuZXdudmFsaWRdLCBBUkNIX0NPTlZFUlQpID09IE5VTExEQVRBT0ZGOwor CSAgICAgbmV3bnZhbGlkLS0pIHsKKwkJY29udGludWU7CisJfQorCW5ld252 YWxpZCsrOwogCWlmICgodWludClzaXplb2YobGVhZi0+aGRyKSArCiAJICAg IChJTlRfR0VUKGxlYWYtPmhkci5jb3VudCwgQVJDSF9DT05WRVJUKSAtIElO VF9HRVQobGVhZi0+aGRyLnN0YWxlLCBBUkNIX0NPTlZFUlQpKSAqICh1aW50 KXNpemVvZihsZWFmLT5lbnRzWzBdKSArCi0JICAgIElOVF9HRVQoZnJlZS0+ aGRyLm52YWxpZCwgQVJDSF9DT05WRVJUKSAqICh1aW50KXNpemVvZihsZWFm LT5iZXN0c1swXSkgKworCSAgICBuZXdudmFsaWQgKiAodWludClzaXplb2Yo bGVhZi0+YmVzdHNbMF0pICsKIAkgICAgKHVpbnQpc2l6ZW9mKGxlYWYtPnRh aWwpID4KIAkgICAgbXAtPm1fZGlyYmxrc2l6ZSkgewogCQl4ZnNfZGFfYnJl bHNlKHRwLCBmYnApOwpAQCAtMTg0MSw3ICsxODQ4LDcgQEAgeGZzX2RpcjJf bm9kZV90b19sZWFmKAogCSAqIFNldCB1cCB0aGUgbGVhZiB0YWlsIGZyb20g dGhlIGZyZWVzcGFjZSBibG9jay4KIAkgKi8KIAlsdHAgPSBYRlNfRElSMl9M RUFGX1RBSUxfUChtcCwgbGVhZik7Ci0JSU5UX0NPUFkobHRwLT5iZXN0Y291 bnQsIGZyZWUtPmhkci5udmFsaWQsIEFSQ0hfQ09OVkVSVCk7CisJSU5UX1NF VChsdHAtPmJlc3Rjb3VudCwgQVJDSF9DT05WRVJULCBuZXdudmFsaWQpOwog CS8qCiAJICogU2V0IHVwIHRoZSBsZWFmIGJlc3RzIHRhYmxlLgogCSAqLwo= --Boundary-4UD91VnIC0ryLCrpuOlXe Content-Type: application/octet-stream; name="T002_xfs.sh" Content-Disposition: attachment; filename="T002_xfs.sh" Content-Transfer-Encoding: base64 U1RSMT1BQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB QUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFBQUFB QUFBQUFBQUFBQUFBQUFBClNUUjI9QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJC QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJC QkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQkJCQgpTVFIzPUNDQ0NDQ0ND Q0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0NDQ0MKCiMtLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0K IyBGcmVlIEJsb2NrIE5vLiB8IERhdGEgRW50cnkgTm8uIChTdGFydCAtIEVu ZCkgfAojICAgICAgIDEgICAgICAgIHwgICAgIDEwMDAwMDAxIC0gMTAwMzA1 OTkgICAgICB8CiMgICAgICAgMiAgICAgICAgfCAgICAgMTAwMzA2MDAgLSAx MDA2MTE5OSAgICAgIHwKIyAgICAgICAzICAgICAgICB8ICAgICAxMDA2MTIw MCAtIDEwMDkxNzk5ICAgICAgfAojLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tCiMgMTUgRGF0YSBFbnRyaWVzIC8g MSBEYXRhIEJsb2NrICAgICAgICAgICAgICAgIHwKIy0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLQoKTVA9L21udC94 ZnMKREVWPS9kZXYvaGRhMTAKVFJHPSR7TVB9L2RpcjEKCnVtb3VudCAke01Q fQoKZWNobyAiIyMjIG1rZnMgeGZzIgpta2ZzLnhmcyAtZiAke0RFVn0KCm1v dW50ICR7TVB9CgplY2hvICIjIyMgbWtkaXIsIGNyZWF0ZSBmaWxlcyIKbWtk aXIgLXAgJHtUUkd9Ckk9MTAwMDAwMDEKRT0xMDAzMDYwMAp3aGlsZSBbICRJ IC1sZSAkRSBdCmRvCiAgICB0b3VjaCAke1RSR30vJHtTVFIxfSR7U1RSMn0k e1NUUjN9JHtJfQogICAgST1gZXhwciAkSSArIDFgCmRvbmUKCnVtb3VudCAk e01QfQptb3VudCAke01QfQoKZWNobyAiIyMjIHJlbW92ZSBmaWxlcyIKST0x MDAzMDU4NQpFPTEwMDMwNTk5CndoaWxlIFsgJEkgLWxlICRFIF0KZG8KICAg IHJtICR7VFJHfS8ke1NUUjF9JHtTVFIyfSR7U1RSM30ke0l9CiAgICBJPWBl eHByICRJICsgMWAKZG9uZQoKdW1vdW50ICR7TVB9CgplY2hvICIjIyMgeGZz X3JlcGFpciAtbnYiCnhmc19yZXBhaXIgLW52ICR7REVWfQoKZWNobyAiIyMj IGRlc3Ryb3kgYSBmcmVlc3BhY2UgYmxvY2siCnhmc19kYiAteCAtYyAiaW5v ZGUgMTMxIiAtYyAiZGJsb2NrIDE2Nzc3MjE2IiAtYyAid3JpdGUgZmhkci5u dXNlZCAyMDM4IiAke0RFVn0KCmVjaG8gIiMjIyB4ZnNfcmVwYWlyIC12Igp4 ZnNfcmVwYWlyIC12ICR7REVWfQoKZWNobyAiIyMjIHhmc19yZXBhaXIgLW52 Igp4ZnNfcmVwYWlyIC1udiAke0RFVn0KCm1vdW50ICR7TVB9CgplY2hvICIj IyMgcm0gLWZyIgpybSAtZnIgJHtUUkd9Cg== --Boundary-4UD91VnIC0ryLCrpuOlXe-- From owner-linux-xfs@oss.sgi.com Wed Dec 21 08:41:21 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 Dec 2005 08:41:58 -0800 (PST) Received: from pentafluge.infradead.org (pentafluge.infradead.org [213.146.154.40]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBLGf08n020120 for ; Wed, 21 Dec 2005 08:41:21 -0800 Received: from hch by pentafluge.infradead.org with local (Exim 4.54 #1 (Red Hat Linux)) id 1Ep6xD-0002Y9-Gm; Wed, 21 Dec 2005 16:36:39 +0000 Date: Wed, 21 Dec 2005 16:36:39 +0000 From: Christoph Hellwig To: Ingo Molnar Cc: Linus Torvalds , lkml , Andrew Morton , Arjan van de Ven , Jes Sorensen , Zwane Mwaikambo , Oleg Nesterov , David Howells , Alan Cox , Benjamin LaHaise , Steven Rostedt , Christoph Hellwig , Andi Kleen , Russell King , Nicolas Pitre , linux-xfs@oss.sgi.com Subject: Re: [patch 1/8] mutex subsystem, XFS namespace collision fixes Message-ID: <20051221163639.GA9735@infradead.org> Mail-Followup-To: Christoph Hellwig , Ingo Molnar , Linus Torvalds , lkml , Andrew Morton , Arjan van de Ven , Jes Sorensen , Zwane Mwaikambo , Oleg Nesterov , David Howells , Alan Cox , Benjamin LaHaise , Steven Rostedt , Andi Kleen , Russell King , Nicolas Pitre , linux-xfs@oss.sgi.com References: <20051221155426.GB7243@elte.hu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20051221155426.GB7243@elte.hu> User-Agent: Mutt/1.4.2.1i X-SRS-Rewrite: SMTP reverse-path rewritten from by pentafluge.infradead.org See http://www.infradead.org/rpr.html X-archive-position: 6985 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: hch@infradead.org Precedence: bulk X-list: linux-xfs Content-Length: 2114 Lines: 48 On Wed, Dec 21, 2005 at 04:54:26PM +0100, Ingo Molnar wrote: > Fixup the XFS code to avoid name clashing with the mutex code by > introducing xfs_mutex_ functions. > > Signed-off-by: Jes Sorensen > Signed-off-by: Ingo Molnar > > ---- > > fs/xfs/linux-2.6/mutex.h | 10 +++++----- > fs/xfs/quota/xfs_dquot.c | 12 ++++++------ > fs/xfs/quota/xfs_dquot.h | 4 ++-- > fs/xfs/quota/xfs_qm.c | 20 ++++++++++---------- > fs/xfs/quota/xfs_qm.h | 4 ++-- > fs/xfs/quota/xfs_qm_bhv.c | 2 +- > fs/xfs/quota/xfs_qm_syscalls.c | 24 ++++++++++++------------ > fs/xfs/quota/xfs_quota_priv.h | 8 ++++---- > fs/xfs/support/uuid.c | 12 ++++++------ > fs/xfs/xfs_mount.c | 4 ++-- > fs/xfs/xfs_mount.h | 4 ++-- > 11 files changed, 52 insertions(+), 52 deletions(-) > > Index: linux/fs/xfs/linux-2.6/mutex.h > =================================================================== > --- linux.orig/fs/xfs/linux-2.6/mutex.h > +++ linux/fs/xfs/linux-2.6/mutex.h > @@ -30,10 +30,10 @@ > #define MUTEX_DEFAULT 0x0 > typedef struct semaphore mutex_t; > > -#define mutex_init(lock, type, name) sema_init(lock, 1) > -#define mutex_destroy(lock) sema_init(lock, -99) > -#define mutex_lock(lock, num) down(lock) > -#define mutex_trylock(lock) (down_trylock(lock) ? 0 : 1) > -#define mutex_unlock(lock) up(lock) > +#define xfs_mutex_init(lock, type, name) arch_sema_init(lock, 1) > +#define xfs_mutex_destroy(lock) arch_sema_init(lock, -99) > +#define xfs_mutex_lock(lock, num) arch_down(lock) > +#define xfs_mutex_trylock(lock) (arch_down_trylock(lock) ? 0 : 1) > +#define xfs_mutex_unlock(lock) arch_up(lock) As the name implies these use mutex xsemantics, just remove the defines and use mutex_lock/mutex_unlock and mutex_trylock directly (the latter only if mutex_trylock has the same return value as spin_trylock, not the broken down_trylock version) not sure what to do about mutex_init, do you have one in your patches? mutex_destroy should be a simple no-op. From owner-linux-xfs@oss.sgi.com Wed Dec 21 15:52:45 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 Dec 2005 15:52:57 -0800 (PST) Received: from larry.melbourne.sgi.com (mverd138.asia.info.net [61.14.31.138]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with SMTP id jBLNqX8n028208 for ; Wed, 21 Dec 2005 15:52:44 -0800 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 KAA14406; Thu, 22 Dec 2005 10:48:47 +1100 Received: from frodo.melbourne.sgi.com (root@frodo.melbourne.sgi.com [134.14.55.153]) by wobbly.melbourne.sgi.com (SGI-8.12.5/8.12.5) with ESMTP id jBLNmskt7703598; Thu, 22 Dec 2005 10:48:57 +1100 (EST) Received: from frodo.melbourne.sgi.com (nathans@localhost [127.0.0.1]) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) with ESMTP id jBLNkufx001127; Thu, 22 Dec 2005 10:46:56 +1100 Received: (from nathans@localhost) by frodo.melbourne.sgi.com (8.12.9/8.12.9/Debian-3) id jBLNkqot001125; Thu, 22 Dec 2005 10:46:52 +1100 Date: Thu, 22 Dec 2005 10:46:52 +1100 From: Nathan Scott To: Masanori TSUDA Cc: ASANO Masahiro , linux-xfs@oss.sgi.com Subject: Re: cannot remove directory rebuilded by xfs_repair Message-ID: <20051221234652.GA888@frodo> References: <9CC6060CF28E57tsuda@tnes.nec.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <9CC6060CF28E57tsuda@tnes.nec.co.jp> User-Agent: Mutt/1.5.3i X-archive-position: 6990 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nathans@sgi.com Precedence: bulk X-list: linux-xfs Content-Length: 662 Lines: 22 On Wed, Dec 21, 2005 at 06:00:10PM +0900, Masanori TSUDA wrote: Content-Description: Mail message body > Hi Nathan, > > I found a another problem related to the directory rebuilded > by xfs_repair. Thanks. I'll be away for a couple of weeks very shortly, so I wont have time to look at this till the second week of January at the earliest. If you have other patches pending, please send them through in the meantime, and I'll got through the lot when I get back. Yingping has started looking into the ENOSPC issue and patch you folks sent earlier too, so you should see some action on that one soon - sorry about the long delay there. cheers. -- Nathan From owner-linux-xfs@oss.sgi.com Wed Dec 21 17:32:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 Dec 2005 17:32:22 -0800 (PST) Received: from smtp4-g19.free.fr (smtp4-g19.free.fr [212.27.42.30]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBM1WI8n012120 for ; Wed, 21 Dec 2005 17:32:18 -0800 Received: from [127.0.0.1] (fny94-2-82-67-240-14.fbx.proxad.net [82.67.240.14]) by smtp4-g19.free.fr (Postfix) with ESMTP id 9661A45F8E for ; Thu, 22 Dec 2005 02:28:37 +0100 (CET) Message-ID: <43AA014E.5000504@ipercast.net> Date: Thu, 22 Dec 2005 02:28:46 +0100 From: Nicolas Meaux User-Agent: Mozilla Thunderbird 1.0.2 (Windows/20050317) X-Accept-Language: fr, en MIME-Version: 1.0 To: linux-xfs@oss.sgi.com Subject: can't read superblock on a xfs partition Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Antivirus: avast! (VPS 0551-2, 20/12/2005), Outbound message X-Antivirus-Status: Clean X-archive-position: 6992 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: nmeaux@ipercast.net Precedence: bulk X-list: linux-xfs Content-Length: 2361 Lines: 84 Hi, I have a big problem with a xfs partition, i have made a very big mistake when i was typing the xfs_growfs command and now the partition are not able to mount due to a superblock failure, of course i didn't made backup :/ - I use xfs over lvm with xfs version 2.6.25 and try xfs 2.7.3too The mistake : - I made : lvextend -L +100G /dev/jbod2/export xfs_growfs /export *sic* ( in place of : xfs_growfs /dev/jbod2/export ) My xfs partition was previously mounted on /export So ... i start to panic, and then to think : - I do a : xfs_repair -n -o assume_xfs /dev/jbod2/export ( with alternatively -n and -o assume_xf options ) The output is : Phase 1 - find and verify superblock... error reading superblock 3 -- seek to offset 82431049728 failed couldn't verify primary superblock - bad magic number !!! attempting to find secondary superblock... ... ... ... found candidate secondary superblock... error reading superblock 3 -- seek to offset 82431049728 failed unable to verify superblock, continuing... ... ... ... found candidate secondar y superblock... error reading superblock 3 -- seek to offset 82431049728 failed unable to verify superblock, continuing... ... ... ... Sorry, could not find valid secondary superblock Exiting now. I have this message in my syslog : attempt to access beyond end of device dm-0: rw=0, want=1717313536, limit=121118720 I/O error in filesystem ("dm-0") meta-data dev dm-0 block 0x665c1fff ("xfs_read_buf") error 5 buf count 512 XFS: size check 2 failed # xfs_check /dev/jbod2/export XFS: totally zeroed log can't seek in filesystem at bb 125297920 can't read block 0 for directory inode 167128840 no . entry for directory 167128840 no .. entry for directory 167128840 /bin/xfs_check: line 56: 5657 Segmentation fault xfs_db$DBOPTS -i -p xfs_check -c "check$OPTS" $1 # xfs_admin -l -u /dev/jbod2/export can't seek in filesystem at bb 160998144 can't read superblock for AG 3 failed to read label in AG 3 can't seek in filesystem at bb 160998144 can't read superblock for AG 3 failed to read UUID from AG 3 Did a small solution exist to recover of this superblock failure or will i have to considere that my data are lost ? I apologize for these questions, i havn't a lot of experience in xfs use, but if anyone could give me a solution, i will greatly appreciate it. Regards, Nicolas From owner-linux-xfs@oss.sgi.com Wed Dec 21 21:38:18 2005 Received: with ECARTIS (v1.0.0; list linux-xfs); Wed, 21 Dec 2005 21:38:21 -0800 (PST) Received: from tyo201.gate.nec.co.jp (TYO201.gate.nec.co.jp [210.143.35.51]) by oss.sgi.com (8.12.10/8.12.10/SuSE Linux 0.7) with ESMTP id jBM5cH8n017946 for ; Wed, 21 Dec 2005 21:38:17 -0800 Received: from mailgate4.nec.co.jp (mailgate53.nec.co.jp [10.7.69.184]) by tyo201.gate.nec.co.jp (8.11.7/3.7W01080315) with ESMTP id jBM5YSk25628 for ; Thu, 22 Dec 2005 14:34:28 +0900 (JST) Received: (from root@localhost) by mailgate4.nec.co.jp (8.11.7/3.7W-MAILGATE-NEC) id jBM5YSO17592 for linux-xfs@oss.sgi.com; Thu, 22 Dec 2005 14:34:28 +0900 (JST) Received: from secsv2.tnes.nec.co.jp (tnesvc1.tnes.nec.co.jp [10.1.101.14]) by mailsv4.nec.co.jp (8.11.7/3.7W-MAILSV4-NEC) with ESMTP id jBM5YRL19512 for ; Thu, 22 Dec 2005 14:34:27 +0900 (JST) Received: from TNESVC1.tnes.nec.co.jp ([10.1.101.14]) by secsv2.tnes.nec.co.jp (ExpressMail 5.10) with SMTP id 20051222.143427.20104368 for ; Thu, 22 Dec 2005 14:34:27 +0900 Received: FROM mailsv.tnes.nec.co.jp BY TNESVC1.tnes.nec.co.jp ; Thu Dec 22 14:34:26 2005 +0900 Received: from rifu.bsd.tnes.nec.co.jp (rifu.bsd.tnes.nec.co.jp [10.1.104.1]) by mailsv.tnes.nec.co.jp (8.11.6/3.7W01031510) with ESMTP id jBM5YQm50513; Thu, 22 Dec 2005 14:34:26 +0900 (JST) Received: from tnes.nec.co.jp (TNESG9259.bsd.tnes.nec.co.jp [10.1.104.104]) by rifu.bsd.tnes.nec.co.jp (8.12.11/3.7W/BSD-TNES-MX01) with SMTP id jBM5YQi4032616; Thu, 22 Dec 2005 14:34:26 +0900 From: Masanori TSUDA To: Nathan Scott Cc: ASANO Masahiro , linux-xfs@oss.sgi.com Subject: Re: cannot remove directory rebuilded by xfs_repair Date: Thu, 22 Dec 2005 14:33:17 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Mailer: HidemaruMail 4.58 (WinNT,501) In-Reply-To: <20051221234652.GA888@frodo> References: <9CC6060CF28E57tsuda@tnes.nec.co.jp> <20051221234652.GA888@frodo> Message-Id: X-archive-position: 6994 X-ecartis-version: Ecartis v1.0.0 Sender: linux-xfs-bounce@oss.sgi.com Errors-to: linux-xfs-bounce@oss.sgi.com X-original-sender: tsuda@tnes.nec.co.jp Precedence: bulk X-list: linux-xfs Content-Length: 1014 Lines: 37 Hi Nathan, Thank you for your reply. I understand your situation. I have other patches pending, those pathes not tested as yet. I'll send those patches early. Thanks, In message "Re: cannot remove directory rebuilded by xfs_repair" (Thu, 22 Dec 2005 10:46:52 +1100), Nathan Scott wrote... >On Wed, Dec 21, 2005 at 06:00:10PM +0900, Masanori TSUDA wrote: >Content-Description: Mail message body >> Hi Nathan, >> >> I found a another problem related to the directory rebuilded >> by xfs_repair. > >Thanks. I'll be away for a couple of weeks very shortly, so I >wont have time to look at this till the second week of January >at the earliest. If you have other patches pending, please send >them through in the meantime, and I'll got through the lot when >I get back. > >Yingping has started looking into the ENOSPC issue and patch you >folks sent earlier too, so you should see some action on that one >soon - sorry about the long delay there. > >cheers. > >-- >Nathan --- Masanori Tsuda